MOTHERLESS CHILDREN IN YOUR CITY !!

Dear Sir / Madam Since ever we left your country back to Canada , we have gotten Government approval and we have been busying planning for the less privilege Children projects. We are planning to release first batch of the funds $2,990,000.00 within 14 days for building an estate for

Apply For Financial investment at a lower rate 2%

-- Hello, We are private lenders based in UK. Do you need a loan (credit) as soon as possible. Are you in search of money to solve your personal needs or finance your business venture, then get Your desired loan today! Consult us at Sunrise Funding Ltd. * We offer personal loan & huge capital

HERE IS YOUR MONEY GRAM PAYMENT HAS BEEN SENT TO YOU HERE IS THE M.T.C.N:78393135

HERE IS YOUR MONEY GRAM PAYMENT HAS BEEN SENT TO YOU HERE IS THE M.T.C.N:78393135 Attn: Beneficiary, This is to inform you that the America Embassy office was instructed to transfer your fund $980,000.00 U.S Dollars compensating all the SCAM VICTIMS and your email was found as one of the

RE:PERSONAL LETTER FROM MRS RASHIA AMIRA

Greetings My name is Barrister Hans Erich. I have a client who is interested to invest in your country, she is a well known politician in her country and deserve a lucrative investment partnership with you outside her country without any delay Please can you manage such investment please

Re: [PATCH] time.h: include header before using time_t

On 10/04/19 14:33, Kurt Van Dijck wrote: > On vr, 04 okt 2019 13:52:11 -0400, James Carlson wrote: > headers under sys/ are, AFAIK, not delivered by the kernel, but by the > toolchain. sys/time.h may have less issues than time.h, it has the same > disease. I've never heard of this problem. I'm

Re: [PATCH] time.h: include header before using time_t

On vr, 04 okt 2019 13:52:11 -0400, James Carlson wrote: > On 10/04/19 13:40, Kurt Van Dijck wrote: > > I think you confirm 4x what I said, but I probably expressed myself > > badly, so "show me code!", I created this patch. > > It (1) works for me and (2) does not mix userspace headers in kernel >

Re: [PATCH] time.h: include header before using time_t

On 10/04/19 13:40, Kurt Van Dijck wrote: > I think you confirm 4x what I said, but I probably expressed myself > badly, so "show me code!", I created this patch. > It (1) works for me and (2) does not mix userspace headers in kernel > space anywhere. > Would this work for you? That seems ok, in

[PATCH] time.h: include header before using time_t

On vr, 04 okt 2019 10:49:17 -0400, James Carlson wrote: > On 10/04/19 10:29, Kurt Van Dijck wrote: > > Now that I know that that file is used as include for kernel code, I'd > > rather include time.h in the userspace c-files. > > My point is that include/net/ isn't strictly userspace. > > If you

Re: [PATCH 4/9] pppd: include time.h before using time_t

On 10/04/19 10:29, Kurt Van Dijck wrote: > I don't know a system where (a) or (b) are valid. My point is that such > system could could exist, so I learned not to inspect the header files > looking for a type, but inspect man-pages or specifications when looking > for a type, and so time_t is

Re: [PATCH 4/9] pppd: include time.h before using time_t

On vr, 04 okt 2019 08:52:12 -0400, James Carlson wrote: > On 10/04/19 06:49, Kurt Van Dijck wrote: > >> IMHO time_t is defined in sys/types.h > > > > http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf > > chapter 7.23.1.3 > > > > I believe that covers userland environments, not the

Re: [PATCH 4/9] pppd: include time.h before using time_t

> IMHO time_t is defined in sys/types.h http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf chapter 7.23.1.3

Re: [PATCH 4/9] pppd: include time.h before using time_t

IMHO time_t is defined in sys/types.h Lev On Fri, Oct 4, 2019 at 9:28 AM Paul Mackerras wrote: > > On Thu, Sep 26, 2019 at 09:21:01AM +0200, Kurt Van Dijck wrote: > > Signed-off-by: Kurt Van Dijck > > --- > > include/net/ppp_defs.h | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff

[PATCH 3/9 v2] radius: make rc_own_bind_ipaddress available through radiusclient.h

This commit adds a missing function declaration to the header file and removes the compiler warning. Signed-off-by: Kurt Van Dijck --- pppd/plugins/radius/radiusclient.h | 1 + 1 file changed, 1 insertion(+) diff --git a/pppd/plugins/radius/radiusclient.h b/pppd/plugins/radius/radiusclient.h

Re: [PATCH 1/9] magic: remove K style of arguments

On vr, 27 sep 2019 11:36:11 +1000, Paul Mackerras wrote: > On Thu, Sep 26, 2019 at 09:20:58AM +0200, Kurt Van Dijck wrote: > > The __P() macro does not exist in libmusl e.g. > > I swicthed magic.{c,h} to using the std-c argument style, which had > > already been used in some functions. > > Right.

Re: [PATCH 1/9] magic: remove K style of arguments

On Thu, Sep 26, 2019 at 09:20:58AM +0200, Kurt Van Dijck wrote: > The __P() macro does not exist in libmusl e.g. > I swicthed magic.{c,h} to using the std-c argument style, which had > already been used in some functions. Right. I was thinking of doing this across the whole tree in fact. Paul.

[PATCH 8/9] make: avoid using host include for cross-compiling

Prepend include paths with the toolchain's sysroot directory. In case of a non-sysroot-aware toolchain, this does not help, but does not break either. Signed-off-by: Kurt Van Dijck --- pppd/Makefile.linux | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 1/9] magic: remove K style of arguments

The __P() macro does not exist in libmusl e.g. I swicthed magic.{c,h} to using the std-c argument style, which had already been used in some functions. Signed-off-by: Kurt Van Dijck --- pppd/magic.c | 15 +++ pppd/magic.h | 6 +++--- 2 files changed, 10 insertions(+), 11

[PATCH 3/9] radius: make rc_own_bind_ipaddress available through radiusclient.h

Signed-off-by: Kurt Van Dijck --- pppd/plugins/radius/radiusclient.h | 1 + 1 file changed, 1 insertion(+) diff --git a/pppd/plugins/radius/radiusclient.h b/pppd/plugins/radius/radiusclient.h index 51b959a..cff0c26 100644 --- a/pppd/plugins/radius/radiusclient.h +++

[PATCH 6/9] pppd: remove unused rcsid variables

Signed-off-by: Kurt Van Dijck --- pppd/auth.c| 1 - pppd/cbcp.c| 1 - pppd/ccp.c | 1 - pppd/chap_ms.c | 1 - pppd/demand.c | 1 - pppd/eap.c | 1 - pppd/ecp.c | 1 - pppd/eui64.c | 1 - pppd/fsm.c | 1 - pppd/ipcp.c| 1 -

[PATCH 9/9] pppd: refactor setjmp/longjmp with pipe pair in event wait loop

setjmp/longjmp isn't supported by all compilers. Having a pipe pair to wake an event wait loop from within a signal handler is rather portable and common enough. Signed-off-by: Kurt Van Dijck --- pppd/main.c | 41 + pppd/tty.c | 1 - 2 files changed, 25

[PATCH] ppp: Fix memory leak in ppp_write

When ppp is closing, __ppp_xmit_process() failed to enqueue skb and skb allocated in ppp_write() is leaked. syzbot reported : BUG: memory leak unreferenced object 0x88812a17bc00 (size 224): comm "syz-executor673", pid 6952, jiffies 4294942888 (age 13.040s) hex dump (first 32 bytes):

MY $25,000,000.00 INVESTMENT PROPOSAL WITH YOU AND IN YOUR COUNTRY.

-- Dear, With due respect this is not spam or Scam mail, because I have contacted you before and there was no response from you,I apologise if the contents of this mail are contrary to your moral ethics, which I feel may be of great disturbance to your person, but please treat this with absolute

TODAY, Wed, Aug 14, 2019 I AM READY FOR COMING TO YOUR ADDRESS WITH THIS ATM CARD

ATTN DEAR PARCEL BENEFICIARY. I AM CATHY JONES,DIPLOMATIC AGENT ASIGNED ON THE DELIVERY OF YOUR ATM CARD THROUGH MS. MARYANNA B. THOMASON, DHL MANAGEMENT DIRECTOR NEW YORK. TODAY, Wed, Aug 14, 2019 I AM READY FOR COMING TO YOUR ADDRESS WITH THIS ATM CARD, So before i deliver I want you to send

[PATCH v5 00/18] compat_ioctl.c removal, part 2/3

This is a follow-up to part 1/3 that I posted after -rc2. I hope these are still largely uncontroversial changes, and I would like to get them into linux-5.4. Part 1 was in https://lore.kernel.org/lkml/capcyv4i_nhzv155rcgnaq189aq2lfd2g8pa1d5nbzqo9e_u...@mail.gmail.com/ Part 3 will be one kernel

PLEASE CONFIRM PURCHASE ORDER

Could you please confirm if your recieved our purchase order last week. If no please confirm let me resend it to you. NARESH KUMAR Executive Purchase Saiapextrading Ltd Dubai, KSA. (T/F): +96-2667-264 777 / 778 (Mo): +96 94284 02803 Website - http://www.saiapexgeneraltrading.com

Re: IPv6 with pppd

Levente wrote: > I am struggling with IPv6 over PPP on Linux. The situation is that I > have a 3G modem, when I plug it in to the USB on my Debian box, > everything works as expected, I have IPv6 address from the provider, > and I am happy. But how? ... > Please note that

Re: [PATCH pppd v4] pppoe: custom host-uniq tag

On Sat, May 04, 2019 at 06:48:53PM +0200, Matteo Croce wrote: > Add pppoe 'host-uniq' option to set an arbitrary > host-uniq tag instead of the pppd pid. > Some ISPs use such tag to authenticate the CPE, > so it must be set to a proper value to connect. > > Signed-off-by: Matteo Croce >

Re: [PATCH pppd v4] pppoe: custom host-uniq tag

On Tue, May 07, 2019 at 11:32:27AM +0200, Matteo Croce wrote: > On Tue, May 7, 2019 at 11:10 AM Tom Parkin wrote: > > > > Hi Matteo, > > > > On Sat, May 04, 2019 at 06:48:53PM +0200, Matteo Croce wrote: > > > Add pppoe 'host-uniq' option to set an arbitrary > > > host-uniq tag instead of the pppd

Re: [PATCH pppd v4] pppoe: custom host-uniq tag

On Tue, May 7, 2019 at 11:10 AM Tom Parkin wrote: > > Hi Matteo, > > On Sat, May 04, 2019 at 06:48:53PM +0200, Matteo Croce wrote: > > Add pppoe 'host-uniq' option to set an arbitrary > > host-uniq tag instead of the pppd pid. > > Some ISPs use such tag to authenticate the CPE, > > so it must be

Re: [PATCH pppd v4] pppoe: custom host-uniq tag

Hi Matteo, On Sat, May 04, 2019 at 06:48:53PM +0200, Matteo Croce wrote: > Add pppoe 'host-uniq' option to set an arbitrary > host-uniq tag instead of the pppd pid. > Some ISPs use such tag to authenticate the CPE, > so it must be set to a proper value to connect. > > Signed-off-by: Matteo Croce

[PATCH pppd v4] pppoe: custom host-uniq tag

Add pppoe 'host-uniq' option to set an arbitrary host-uniq tag instead of the pppd pid. Some ISPs use such tag to authenticate the CPE, so it must be set to a proper value to connect. Signed-off-by: Matteo Croce Signed-off-by: Jo-Philipp Wich --- pppd/plugins/rp-pppoe/common.c | 14

Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver

On Thu, Apr 18, 2019 at 1:53 AM Al Viro wrote: > On Thu, Apr 18, 2019 at 12:03:07AM +0200, Arnd Bergmann wrote: > > On Wed, Apr 17, 2019 at 11:13 PM Al Viro wrote: > > > > > > On Tue, Apr 16, 2019 at 10:19:40PM +0200, Arnd Bergmann wrote: > > > > diff --git a/drivers/net/ppp/ppp_generic.c > > >

Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver

On Thu, Apr 18, 2019 at 12:53:00AM +0100, Al Viro wrote: > Why would you want to duplicate large chunks of anything? > The above is not even compile-tested, but... I can put > together a patch if you wish. Or am I missing something > here? Actually, there's another broken part - pppox. And

Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver

On Thu, Apr 18, 2019 at 12:03:07AM +0200, Arnd Bergmann wrote: > On Wed, Apr 17, 2019 at 11:13 PM Al Viro wrote: > > > > On Tue, Apr 16, 2019 at 10:19:40PM +0200, Arnd Bergmann wrote: > > > diff --git a/drivers/net/ppp/ppp_generic.c b/drivers/net/ppp/ppp_generic.c > > > index

Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver

On Wed, Apr 17, 2019 at 11:13 PM Al Viro wrote: > > On Tue, Apr 16, 2019 at 10:19:40PM +0200, Arnd Bergmann wrote: > > diff --git a/drivers/net/ppp/ppp_generic.c b/drivers/net/ppp/ppp_generic.c > > index c708400fff4a..04252c3492ee 100644 > > --- a/drivers/net/ppp/ppp_generic.c > > +++

Re: [PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c

On Wed, Apr 17, 2019 at 11:16 PM Al Viro wrote: > > On Tue, Apr 16, 2019 at 10:19:42PM +0200, Arnd Bergmann wrote: > > +#ifdef CONFIG_COMPAT > > +struct ppp_option_data32 { > > + compat_caddr_t ptr; > > Huh? compat_uptr_t, surely? I realize that compat_ioctl.c is bogus > that way right

Re: [PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c

On Tue, Apr 16, 2019 at 10:19:42PM +0200, Arnd Bergmann wrote: > +#ifdef CONFIG_COMPAT > +struct ppp_option_data32 { > + compat_caddr_t ptr; Huh? compat_uptr_t, surely? I realize that compat_ioctl.c is bogus that way right now, but let's not spread that crap into the places where it's

Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver

On Tue, Apr 16, 2019 at 10:19:40PM +0200, Arnd Bergmann wrote: > diff --git a/drivers/net/ppp/ppp_generic.c b/drivers/net/ppp/ppp_generic.c > index c708400fff4a..04252c3492ee 100644 > --- a/drivers/net/ppp/ppp_generic.c > +++ b/drivers/net/ppp/ppp_generic.c > @@ -899,6 +899,7 @@ static const

Re: [PATCH v3 00/26] compat_ioctl: cleanups

On 2019-04-16 4:19 p.m., Arnd Bergmann wrote: Hi Al, It took me way longer than I had hoped to revisit this series, see https://lore.kernel.org/lkml/20180912150142.157913-1-a...@arndb.de/ for the previously posted version. I've come to the point where all conversion handlers and most

[PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c

PPPIOCSCOMPRESS is only implemented in ppp_generic, so it's best to move the compat handling there. My first approach was to keep it in a new ppp_compat_ioctl() function, but it turned out to be much simpler to do it in the regular ioctl handler, by allowing both structure layouts to be handled

[PATCH v3 06/26] compat_ioctl: handle PPPIOCGIDLE for 64-bit time_t

The ppp_idle structure is defined in terms of __kernel_time_t, which is defined as 'long' on all architectures, and this usage is not affected by the y2038 problem since it transports a time interval rather than an absolute time. However, the ppp user space defines the same structure as time_t,

[PATCH v3 05/26] compat_ioctl: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c

PPPIOCSPASS and PPPIOCSACTIVE are implemented in ppp_generic and isdn_ppp, but the latter one doesn't work for compat mode in general, so we can move these two into the generic code. Again, the best implementation I could come up with was to merge the compat handling into the regular ppp_ioctl()

[PATCH v3 00/26] compat_ioctl: cleanups

Hi Al, It took me way longer than I had hoped to revisit this series, see https://lore.kernel.org/lkml/20180912150142.157913-1-a...@arndb.de/ for the previously posted version. I've come to the point where all conversion handlers and most COMPATIBLE_IOCTL() entries are gone from this file, but

Re: [PATCH] hamradio, ppp: change semaphore to completion

From: Arnd Bergmann Date: Mon, 10 Dec 2018 22:52:56 +0100 > ppp and hamradio have copies of the same code that uses a semaphore > in place of a completion for historic reasons. Make it use the > proper interface instead in all copies. > > Signed-off-by: Arnd Bergmann Applied, thanks.

[PATCH] hamradio, ppp: change semaphore to completion

ppp and hamradio have copies of the same code that uses a semaphore in place of a completion for historic reasons. Make it use the proper interface instead in all copies. Signed-off-by: Arnd Bergmann --- drivers/net/hamradio/6pack.c | 10 +- drivers/net/hamradio/mkiss.c | 8

[no subject]

-- Guten Tag, Wir sind eine registrierte private Geldverleiher. Wir geben Kredite an Firmen, Einzelpersonen, die ihre finanzielle Status auf der ganzen Welt aktualisieren müssen, mit minimalen jährlichen Zinsen von 2% .reply, wenn nötig. Good Day, We are a registered private money lender. We

Re: Did You Receive My Last Mail?

Hello, My name is ms. Reem Al-Hashimi. The UAE minister of state for international cooparation. I got your contact from an email database from your country. I have a financial transaction i would like to discuss with you. Please reply to reem2...@daum.net, for more details if you are

[PATCH v4] pppoe: custom host-uniq tag

Add pppoe 'host-uniq' option to set an arbitrary host-uniq tag instead of the pppd pid. Some ISPs use such tag to authenticate the CPE, so it must be set to a proper value to connect. Signed-off-by: Matteo Croce Signed-off-by: Jo-Philipp Wich --- changes from v3: fix a buffer overflow

Re: [PATCH v3] pppoe: custom host-uniq tag

On Sat, Nov 10, 2018 at 6:55 AM Paul Mackerras wrote: > > On Thu, Nov 08, 2018 at 12:52:43AM +0100, Matteo Croce wrote: > > Add pppoe 'host-uniq' option to set an arbitrary > > host-uniq tag instead of the pppd pid. > > Some ISPs use such tag to authenticate the CPE, > > so it must be set to a

Re: How to know when a link is established or destroyed?

On 11/13/18 07:08, Morel Bérenger wrote: >> The simplest is to use the "debug" option, and get the log messages >> via syslog. Use "logfile /path/to/some/file" if you can't use syslog >> for some reason. (Note: don't use kdebug unless there are >> kernel-level problems. This doesn't sound like

Price queries

Hi,friend, This is Daniel Murray and i am from Sinara Group Co.Ltd Group Co.,LTD in Russia. We are glad to know about your company from the web and we are interested in your products. Could you kindly send us your Latest catalog and price list for our trial order. Best Regards, Daniel

Price queries

Hi,friend, This is Daniel Murray and i am from Sinara Group Co.Ltd Group Co.,LTD in Russia. We are glad to know about your company from the web and we are interested in your products. Could you kindly send us your Latest catalog and price list for our trial order. Best Regards, Daniel

Re: [PATCH v3] pppoe: custom host-uniq tag

On Thu, Nov 08, 2018 at 12:52:43AM +0100, Matteo Croce wrote: > Add pppoe 'host-uniq' option to set an arbitrary > host-uniq tag instead of the pppd pid. > Some ISPs use such tag to authenticate the CPE, > so it must be set to a proper value to connect. In the absence of a man page for rp-pppoe,

[PATCH v3] pppoe: custom host-uniq tag

Add pppoe 'host-uniq' option to set an arbitrary host-uniq tag instead of the pppd pid. Some ISPs use such tag to authenticate the CPE, so it must be set to a proper value to connect. Signed-off-by: Matteo Croce Signed-off-by: Jo-Philipp Wich --- pppd/plugins/rp-pppoe/common.c | 14

my subject

Beantragen Sie einen persönlichen Darlehen / Autokredit / Geschäftskredit mit 3% Antwort auf diese E-Mail für weitere Informationen

Re: How to know when a link is established or destroyed?

On 10/22/18 06:28, Morel Bérenger wrote: > I am using pppd to have network access through GPRS/3G/4G on systems I > do not have physical access to. > > Since I want the system to be up almost always, I am trying to manage > my daemons through runit (daemontools), which works by keeping child >

How to know when a link is established or destroyed?

Hello. I am using pppd to have network access through GPRS/3G/4G on systems I do not have physical access to. Since I want the system to be up almost always, I am trying to manage my daemons through runit (daemontools), which works by keeping child process foreground and restart it when it dies

I NEED YOUR HELP URGENTLY!!!

Compliment of the day to you. I am Gen.Kelvin W Howard, I am sending this brief letter to solicit your partnership of Sixteen Million Two Hundred Thousand United States Dollars ($16,200,000). I shall send you more information and procedures when I receive positive response from you.Best

Hello Friend

Dear, I am working in financial firm in Asia. I have a business to transfer the sum of $19.000.000.00 of abandon fund in my office. If you are,interested in the transaction reply on my email for more details. Best Regards, Danny Chan.

Re: RFC: support setting DNS for systemd-resolved via DBus

On Sep 04, Tj wrote: > After some experimentation I've put together a small C helper program > that reads DNS[12]= from the helper environment and uses DBus calls to > set the per-link nameservers. Since this is not performance critical maybe you could just call busctl from a shell script? --

Re: RFC: support setting DNS for systemd-resolved via DBus

Tj wrote: > I've recently been building an embedded device to do (kernel-mode) > PPPoE which uses only systemd-networkd + systemd-resolved (PC Engines > APU2 with Ubuntu 18.04 - amd64). ... > After some experimentation I've put together a small C helper program > that reads

RFC: support setting DNS for systemd-resolved via DBus

I've recently been building an embedded device to do (kernel-mode) PPPoE which uses only systemd-networkd + systemd-resolved (PC Engines APU2 with Ubuntu 18.04 - amd64). I discovered the ip-up.d/usepeerdns script doesn't support systemd-resolved. In this case /etc/resolv.conf was

Re: [PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t

On Thu, Aug 30, 2018 at 1:06 PM Guillaume Nault wrote: > On Wed, Aug 29, 2018 at 04:03:30PM +0200, Arnd Bergmann wrote: > > @@ -743,10 +744,17 @@ static long ppp_ioctl(struct file *file, unsigned int > > cmd, unsigned long arg) > > err = 0; > > break; > > > > -

Re: [PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t

On Wed, Aug 29, 2018 at 04:03:30PM +0200, Arnd Bergmann wrote: > The ppp_idle structure is defined in terms of __kernel_time_t, which is > defined as 'long' on all architectures, and this usage is not affected > by the y2038 problem since it transports a time interval rather than an > absolute

Re: [PATCH net-next 3/5] ppp: move PPPIOCSCOMPRESS32 to ppp-generic.c

On Wed, Aug 29, 2018 at 04:03:28PM +0200, Arnd Bergmann wrote: > PPPIOCSCOMPRESS is only implemented in ppp_generic, so it's best to move > the compat handling there. My first approach was to keep it in a new > ppp_compat_ioctl() function, but it turned out to be much simpler to do > it in the

Re: [PATCH net-next 4/5] ppp: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c

On Wed, Aug 29, 2018 at 04:03:29PM +0200, Arnd Bergmann wrote: > PPPIOCSPASS and PPPIOCSACTIVE are implemented in ppp_generic and isdn_ppp, > but the latter one doesn't work for compat mode in general, so we can > move these two into the generic code. > > Again, the best implementation I could

Re: [PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling

On Wed, Aug 29, 2018 at 04:03:26PM +0200, Arnd Bergmann wrote: > Support for handling the PPPOEIOCSFWD ioctl in compat mode was added in > linux-2.5.69 along with hundreds of other commands, but was always broken > sincen only the structure is compatible, but the command number is not, > due to

[PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t

The ppp_idle structure is defined in terms of __kernel_time_t, which is defined as 'long' on all architectures, and this usage is not affected by the y2038 problem since it transports a time interval rather than an absolute time. However, the ppp user space defines the same structure as time_t,

[PATCH net-next 4/5] ppp: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c

PPPIOCSPASS and PPPIOCSACTIVE are implemented in ppp_generic and isdn_ppp, but the latter one doesn't work for compat mode in general, so we can move these two into the generic code. Again, the best implementation I could come up with was to merge the compat handling into the regular ppp_ioctl()

[PATCH net-next 3/5] ppp: move PPPIOCSCOMPRESS32 to ppp-generic.c

PPPIOCSCOMPRESS is only implemented in ppp_generic, so it's best to move the compat handling there. My first approach was to keep it in a new ppp_compat_ioctl() function, but it turned out to be much simpler to do it in the regular ioctl handler, by allowing both structure layouts to be handled

[PATCH net-next 2/5] ppp: move simple ioctl compat handling out of fs_compat_ioctl.c

There are multiple implementations of the PPP ioctl interface in the kernel: - drivers/net/ppp/ppp_generic.c implements a generic interface for the /dev/ppp chardev used by some subdrivers. - drivers/net/ppp/pppox.c implements a socket based interface for pppoe, pptp and l2tp. -

[PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling

Support for handling the PPPOEIOCSFWD ioctl in compat mode was added in linux-2.5.69 along with hundreds of other commands, but was always broken sincen only the structure is compatible, but the command number is not, due to the size being sizeof(size_t), or at first sizeof(sizeof((struct

YOUR PRODUCT

Greetings, We are rebuilding Iraq after years of conflicts and we are inviting you to take up contracts. We are determined to purchase your products in large quantities, for use in all over our 18 governorates(provinces) as the task of re-building Iraq covers every single sectormand facet of

TRADING ACCOUNT

Dear sir , I KELLY ALAN purchasing and sales manager of CFM INTERNATIONAL .Our Company specialised in Supplying computer hardware and Electronic .We want to extend our supplier list because of concurrency in prices on the international market. We are seeking a supplier with whom we can to

Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage

On Wednesday, July 25, 2018 8:01:47 PM CEST Kees Cook wrote: > On Wed, Jul 25, 2018 at 4:32 AM, Rafael J. Wysocki wrote: > > On Tue, Jul 24, 2018 at 6:49 PM, Kees Cook wrote: > >> In the quest to remove all stack VLA usage from the kernel[1], this > >> removes the discouraged use of

Re: [PATCH net-next] ppp: mppe: Remove VLA usage

From: Kees Cook Date: Fri, 3 Aug 2018 09:37:45 -0700 > In the quest to remove all stack VLA usage from the kernel[1], this > removes the discouraged use of AHASH_REQUEST_ON_STACK (and associated > VLA) by switching to shash directly and keeping the associated descriptor > allocated with the

[PATCH net-next] ppp: mppe: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK (and associated VLA) by switching to shash directly and keeping the associated descriptor allocated with the regular state on the heap. [1]

Re: [PATCH] ppp: mppe: Remove VLA usage

On Mon, Jul 16, 2018 at 4:01 AM, Arnd Bergmann wrote: > On Mon, Jul 16, 2018 at 6:05 AM, Kees Cook wrote: >> In the quest to remove all stack VLA usage from the kernel[1], this >> removes the discouraged use of AHASH_REQUEST_ON_STACK (and associated >> VLA) by switching to shash directly and

Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK

On Tue, Jul 24, 2018 at 10:31 AM, Joe Perches wrote: > On Tue, 2018-07-24 at 09:49 -0700, Kees Cook wrote: >> All users of AHASH_REQUEST_ON_STACK have been removed from the kernel, so >> drop it entirely so no VLAs get reintroduced by future users. > > checkpatch has a test for that. > It could

[PATCH v6 02/18] crypto: cbc: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this uses the upper bounds on blocksize. Since this is always a cipher blocksize, use the existing cipher max blocksize. [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qpxydaacu1rq...@mail.gmail.com Signed-off-by:

[PATCH v6 03/18] crypto: hash: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this removes the VLAs in SHASH_DESC_ON_STACK (via crypto_shash_descsize()) by using the maximum allowable size (which is now more clearly captured in a macro), along with a few other cases. Similar limits are turned into macros as

[PATCH v6 06/18] crypto: qat: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this uses the new upper bound for the stack buffer. Also adds a sanity check. [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qpxydaacu1rq...@mail.gmail.com Signed-off-by: Kees Cook ---

[PATCH v6 07/18] crypto: shash: Remove VLA usage in unaligned hashing

In the quest to remove all stack VLA usage from the kernel[1], this uses the newly defined max alignment to perform unaligned hashing to avoid VLAs, and drops the helper function while adding sanity checks on the resulting buffer sizes. Additionally, the __aligned_largest macro is removed since

[PATCH v6 09/18] ppp: mppe: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK (and associated VLA) by switching to shash directly and keeping the associated descriptor allocated with the regular state on the heap. [1]

[PATCH v6 10/18] x86/power/64: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK by switching to shash directly and allocating the descriptor in heap memory (which should be fine: the tfm has already been allocated there too). [1]

[PATCH v6 13/18] wireless/lib80211: Convert from ahash to shash

In preparing to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK in favor of the smaller SHASH_DESC_ON_STACK by converting from ahash-wrapped-shash to direct shash. By removing a layer of indirection this both improves performance and

[PATCH v6 12/18] drbd: Convert from ahash to shash

In preparing to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK in favor of the smaller SHASH_DESC_ON_STACK by converting from ahash-wrapped-shash to direct shash. By removing a layer of indirection this both improves performance and

[PATCH v6 05/18] crypto alg: Introduce generic max blocksize and alignmask

In the quest to remove all stack VLA usage from the kernel[1], this exposes a new general upper bound on crypto blocksize and alignmask (higher than for the existing cipher limits) for VLA removal, and introduces new checks. At present, the highest cra_alignmask in the kernel is 63. The highest

RE: MY NAME IS MRS BELLA YOSTIN MOHAMMAD

Hello Dear. My Name is Mrs. Bella Yostin Mohammad, I got your contact from a business directory search and I decided to contact you directly. well am originally from South Africa, but based in London, i am searching for a reliable and honest and understanding person to go into partnership in

[PATCH] ppp: mppe: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this removes the discouraged use of AHASH_REQUEST_ON_STACK (and associated VLA) by switching to shash directly and keeping the associated descriptor allocated with the regular state on the heap. [1]

spende

Mein Name ist Friedrich Mayrhofer und ich habe eine Spende von 2.800.000 Euro. Ich brauche Sie für mich. Kontaktieren Sie mich unter friedrichmayhofer.foundat...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to

Spende von 2.800.000 Millionen Euro

Mein Name ist Friedrich Mayrhofer und ich habe eine Spende von 2.800.000 Euro. Ich brauche Sie für mich. Kontaktieren Sie mich unter friedrichmayrhofer.foundat...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to

spende

Mein Name ist Friedrich Mayrhofer und ich habe eine Spende von 2.800.000 Euro. Ich brauche Sie für mich. Kontaktieren Sie mich unter friedrichmayhofer.foundat...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to

spende

Hallo, Sie haben eine Spende von 2.800.000,00 Euro, ich habe die Amerikanische Lotterie in Amerika im Wert von 533 Millionen Dollar gewonnen, und ich gebe einen Teil davon als Teil einer Wohltätigkeitsorganisation. Kontaktieren Sie mich für weitere Informationen: richardwahl.donati...@gmail.com

Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl

From: Eric Biggers Date: Wed, 23 May 2018 14:37:38 -0700 > From: Eric Biggers > > The PPPIOCDETACH ioctl effectively tries to "close" the given ppp file > before f_count has reached 0, which is fundamentally a bad idea. It > does check 'f_count < 2',

Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl

On Wed, May 23, 2018 at 02:37:38PM -0700, Eric Biggers wrote: > From: Eric Biggers > > The PPPIOCDETACH ioctl effectively tries to "close" the given ppp file > before f_count has reached 0, which is fundamentally a bad idea. It > does check 'f_count < 2', which excludes

Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl

On Wed, May 23, 2018 at 02:37:38PM -0700, Eric Biggers wrote: > From: Eric Biggers > > The PPPIOCDETACH ioctl effectively tries to "close" the given ppp file > before f_count has reached 0, which is fundamentally a bad idea. It > does check 'f_count < 2', which excludes

[PATCH v2] ppp: remove the PPPIOCDETACH ioctl

From: Eric Biggers The PPPIOCDETACH ioctl effectively tries to "close" the given ppp file before f_count has reached 0, which is fundamentally a bad idea. It does check 'f_count < 2', which excludes concurrent operations on the file since they would only be possible with a

Re: [PATCH] ppp: remove the PPPIOCDETACH ioctl

On Wed, May 23, 2018 at 11:56:36AM -0400, David Miller wrote: > From: Guillaume Nault > Date: Wed, 23 May 2018 15:57:08 +0200 > > > I'd rather add > > + if (cmd == PPPIOCDETACH) { > > + err = -EINVAL; > > + goto out; > > + } > > > > Making

Re: [PATCH] ppp: remove the PPPIOCDETACH ioctl

From: Guillaume Nault Date: Wed, 23 May 2018 15:57:08 +0200 > I'd rather add > + if (cmd == PPPIOCDETACH) { > + err = -EINVAL; > + goto out; > + } > > Making PPPIOCDETACH unknown to ppp_generic means that the ioctl would > be handled by the

  1   2   3   >