Sasnett_Karen | 1 Jul 13:53 2015

(unknown)


Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere
Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa <at> hotmail.com<mailto:omfcreditspa <at> hotmail.com>

HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa <at> hotmail.com<mailto:omfcreditspa <at> hotmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Maninder Singh | 24 Jun 13:19 2015

[RFC][PATCH v2] ppp: remove NULL check before kfree

Removes NULL check before kfree
and using tabs in place of space.

and removing checkpatch warning:
labels should not be indented.

Signed-off-by: Maninder Singh <maninder1.s <at> samsung.com>
Reviewed-by: Vaneet narang <v.narang <at> samsung.com>
---
 drivers/net/ppp/ppp_mppe.c |   24 +++++++++++-------------
 1 file changed, 11 insertions(+), 13 deletions(-)

diff --git a/drivers/net/ppp/ppp_mppe.c b/drivers/net/ppp/ppp_mppe.c
index 05005c6..339b50e 100644
--- a/drivers/net/ppp/ppp_mppe.c
+++ b/drivers/net/ppp/ppp_mppe.c
 <at>  <at>  -237,15 +237,14  <at>  <at>  static void *mppe_alloc(unsigned char *options, int optlen)

 	return (void *)state;

-	out_free:
-	    if (state->sha1_digest)
-		kfree(state->sha1_digest);
-	    if (state->sha1)
+out_free:
+	kfree(state->sha1_digest);
+	if (state->sha1)
 		crypto_free_hash(state->sha1);
-	    if (state->arc4)
+	if (state->arc4)
(Continue reading)

Maninder Singh | 24 Jun 13:05 2015

Re: [PATCH 1/1] ppp: remove NULL check before kfree


>No need of explicit NULL check before kfree,
>removing the same and little coding style changes.
>
>Signed-off-by: Maninder Singh <maninder1.s <at> samsung.com>
>Reviewed-by: Vaneet narang <v.narang <at> samsung.com>
>---
> drivers/net/ppp/ppp_mppe.c |   10 ++++------
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
>diff --git a/drivers/net/ppp/ppp_mppe.c b/drivers/net/ppp/ppp_mppe.c
>index 05005c6..06f60b1 100644
>--- a/drivers/net/ppp/ppp_mppe.c
>+++ b/drivers/net/ppp/ppp_mppe.c
> <at>  <at>  -238,12 +238,11  <at>  <at>  static void *mppe_alloc(unsigned char *options, int optlen)
> 	return (void *)state;
> 
> 	out_free:
>-	    if (state->sha1_digest)
> 		kfree(state->sha1_digest);
> 	    if (state->sha1)
>-		crypto_free_hash(state->sha1);
>+			crypto_free_hash(state->sha1);
> 	    if (state->arc4)
>-		crypto_free_blkcipher(state->arc4);
>+			crypto_free_blkcipher(state->arc4);
> 	    kfree(state);
> 	out:
> 	return NULL;
> <at>  <at>  -256,12 +255,11  <at>  <at>  static void mppe_free(void *arg)
(Continue reading)

'LEUNG CHEUNG' | 21 Jun 19:05 2015
Picon

Hello


I need your assistance to transfer $22,500,000.00 Dollars from Hong Kong 
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in

Gustavo | 4 Jun 15:54 2015
Picon

LCP terminated by peer [LCP TermReq id=0x1]

Hi All.

I am trying to get a mobile scanner Motorola MC32N0 (next generation
in MC3000 Series) working on a PC which is running Ubuntu 8.04, and
another PC with Ubuntu 14.04. But I have not succeeded after trying
and investigating a long time.

I have two oldest models of Motorola mobile scanner working fine:
MC3090 and MC3190.

MC3090 with Windows CE 5.0
MC3190 with Windows Mobile 6.5
MC32N0 with Microsoft Embedded Compact 7.

File PPP options (optionsttyUSB0.ce):

/dev/ttyUSB0
10.1.20.1:10.1.20.2
asyncmap 0
local
lock
lcp-echo-interval 3
lcp-echo-failure 3
lcp-restart 1
lcp-max-terminate 4
unit 0
mtu 168
mru 168
connect "/usr/sbin/chat -v -t 5 'CLIENT' 'CLIENTSERVER\\c'"
noauth
(Continue reading)

cleopnkk | 31 May 20:36 2015
Picon

good day

Hi
good news, good news
samsung s6,320euro,laptop,moto,cellphone,....
the shipping is free
si te:  mnooooo. com
Douglas Gilbert | 14 May 02:30 2015
Picon

ppp over serial problems in lk 4.0.x

Since lk 4.0.0 came out running ppp connected to a serial
port (GPRS) has failed on my hardware (at91sam9g25 based ARM
system). It works in lk 3.19-rc4 which is the last kernel I
tried prior to lk 4.0.0 . The fix to ppp_generic.c in lk
4.0.2 did not help.

With older kernels I see:

...
chat[1760]: ATD*99***1#^M^M
chat[1760]: CONNECT
chat[1760]:  -- got it
chat[1760]: send (^M)
pppd[1758]: Serial connection established.
pppd[1758]: Using interface ppp0
...

and about 5 ppp related modules loaded including ppp_async.

With lk 4.0.x the "Serial connection established" line never
appears and only the ppp_generic module is loaded.

I get the same results (i.e. depends on the kernel version)
with both an up to date Debian 7 (wheezy) and a freshly
minted Debian 8 (jessie) system.

Doug Gilbert
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
(Continue reading)

salix | 5 May 09:54 2015

PPP over PCIe

hi,

I want to send ppp packets generated in linux ppp module over PCIe 
instead of serial port. and then through FPGA send packets out.

I using RIFFA architecture for send and receive data to/from FPGA via 
PCIe, RIFFA has library in user space to communicate with it's driver.
RIFFA site: https://sites.google.com/a/eng.ucsd.edu/matt-jacobsen/riffa
and: http://riffa.ucsd.edu/
also it use IOCTL for communications.
and riffa driver generate /dev/riffa

Is it possible to send PPP packets over any hardware channel?
can anyone give me a point to how can I do this? how can I send ppp 
packets to my PCIe driver?

is it enough to change ppp_generic.c and ppp_channel.h and tty.c?

Best Regards
salix

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Sylvain Rochet | 26 Apr 20:40 2015

[PATCH 0/2] ppp: mppe: fixes MPPE desync on links which don't guarantee packet ordering

I am currently having an issue with PPP over L2TP (UDP) and MPPE in
stateless mode (default mode), UDP does not guarantee packet ordering so
we might get out of order packet. MPPE needs to be continuously synched
so we should drop late UDP packet.

I added a printk on the number of time we rekeyed in MPPE decompressor,
this is what we currently have if we receive a slightly out of order UDP
packet:

[1731001.049206] mppe_decompress[1]: ccount 1559
[1731001.049216] mppe_decompress[1]: rekeyed 1 times

[1731001.049228] mppe_decompress[1]: ccount 1560
[1731001.049232] mppe_decompress[1]: rekeyed 1 times

[1731001.050170] mppe_decompress[1]: ccount 1562
[1731001.050182] mppe_decompress[1]: rekeyed 2 times

[1731001.050191] mppe_decompress[1]: ccount 1561
[1731001.062576] mppe_decompress[1]: rekeyed 4095 times
                                             ^^^^
This is obviously wrong, we missed packet 1561 and we already rekeyed 2
times for 1562 we previously received, we can't recover the decryption
key we need for 1561, we should drop it instead of rekeying 4095 times.

This patch series drop any packet with are not within the 4096/2 forward
window.

Sylvain Rochet (2):
  ppp: mppe: sanity error path rework
(Continue reading)

Mrs. Zhang Xiao | 10 Apr 09:24 2015
Picon

Re.

Dear,

I seek for your sincerity and trust in a deal which involved a total sum of 60,000,000.00 United states
dollars. I need to know you and know your location. This really matter to the success of this deal.If
interested respond to me for more details. 

Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan, Liaoning 114021, China.

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

ck | 27 Mar 22:42 2015
Picon

PADO answer incoming wrong VLAN since new linecard

Hi There!
I've been running pppd for years with my PPPoE connection. That was 
working perfectly fine until yesterday.
I am not able to connect via PPPoE anymore, because after I am sending 
an PADI, the received PADO is incoming on a wrong VLAN.

That happend, after the linecard outside has been changed by my ISP. It 
was an Infineon 11.5.3, when it was working and stopped working, after 
it has been changed to a Broadcom 164.34.

Basically, my setup is, that I've to connect via vlan7. I am sending my 
requests on that specific vlan7. But now, after that, I am getting the 
PADO on vlan8, which now causes the problem, that pppd thinks, that 
there is no answer to the PADI request.

That also seems not to be a distribution problem. I am using Gentoo, but 
I've tried also Ubuntu and OpenSUSE. All distributions showed the same 
error. I've tried pppd 2.4.5, 2.4.6 and 2.4.7.

BUT!
If I am using a BSD-Distribution (like pfSense) or an external hardware 
router (like Fritz!Box), those are perfectly working fine. Those systems 
can connect via PPPoE, the PADO answer is getting there on the correct 
VLAN back (7).

So, what is going? Why does Linux PPP seems to have problems, where 
other systems do not have a problem?
Can anybody help? After my tests, I am just thinking, that there is some 
sort if a bug.. I mean, if was working for years fine and now stopped?

(Continue reading)


Gmane