On Fri, Aug 25, 2017 at 05:05:25PM +0300, Anton Volkov wrote:
> Hello.
>
> While searching for races in the Linux kernel I've come across
> "drivers/net/irda/nsc-ircc.ko" module. Here is a question that I came up
> with while analyzing results. Lines are given using the info from Linux
> v4.12.
>
On Fri, Aug 25, 2017 at 05:05:25PM +0300, Anton Volkov wrote:
> Hello.
>
> While searching for races in the Linux kernel I've come across
> "drivers/net/irda/nsc-ircc.ko" module. Here is a question that I came up
> with while analyzing results. Lines are given using the info from Linux
> v4.12.
>
On Thu, Jul 09, 2015 at 06:49:21PM +0200, Thomas Gleixner wrote:
>
> If you can come up with a proper use case, i.e. patch for a module,
> then we can certainly talk about the exports. But without a user it
> does not make any sense.
My module is currently out of the tree, so obviously
On Thu, Jul 09, 2015 at 10:05:02AM +0200, Thomas Gleixner wrote:
>
> > This patch should definitely help most modules.
>
> And how exactly would this help modules?
Putting kthread to sleep and waking them up later is slightly
tricky :
On Wed, Jul 08, 2015 at 11:23:41PM -0400, Peter Hurley wrote:
> On 07/08/2015 08:40 PM, Jean Tourrilhes wrote:
> > Hi,
> >
> > The kthread park/unpark facility is not used in the kernel
>
> kernel/smpboot.c ?
Got me, I should have said hardly used.
On Thu, Jul 09, 2015 at 10:05:02AM +0200, Thomas Gleixner wrote:
This patch should definitely help most modules.
And how exactly would this help modules?
Putting kthread to sleep and waking them up later is slightly
tricky :
http://www.linuxjournal.com/article/8144
On Thu, Jul 09, 2015 at 06:49:21PM +0200, Thomas Gleixner wrote:
If you can come up with a proper use case, i.e. patch for a module,
then we can certainly talk about the exports. But without a user it
does not make any sense.
My module is currently out of the tree, so obviously it
On Wed, Jul 08, 2015 at 11:23:41PM -0400, Peter Hurley wrote:
On 07/08/2015 08:40 PM, Jean Tourrilhes wrote:
Hi,
The kthread park/unpark facility is not used in the kernel
kernel/smpboot.c ?
Got me, I should have said hardly used.
Sorry for the gross exageration
Hi,
The kthread park/unpark facility is not used in the kernel, so
one would assume that it's made for kernel modules. This patch should
definitely help most modules.
Patch untested, at your own risks...
Regards,
Jean
Signed-off-by: Jean Tourrilhes
diff
Hi,
The kthread park/unpark facility is not used in the kernel, so
one would assume that it's made for kernel modules. This patch should
definitely help most modules.
Patch untested, at your own risks...
Regards,
Jean
Signed-off-by: Jean Tourrilhes j
Hi,
I already sent this e-mail to Luc and on the pwc mailing list,
and got no answer. I'm trying again with the hope that this patch
would go in the kernel...
I have a Cisco VT Camera, and it was just collecting dust. I
decided to try connecting it to my Linux box at
Hi,
I already sent this e-mail to Luc and on the pwc mailing list,
and got no answer. I'm trying again with the hope that this patch
would go in the kernel...
I have a Cisco VT Camera, and it was just collecting dust. I
decided to try connecting it to my Linux box at
On Thu, Mar 01, 2007 at 08:42:09AM +0100, Jarek Poplawski wrote:
> On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
> > > > +
> > > > + if ((size <= 0) || (i >= num_envp))
> > >
> > > Btw.:
> > > 1. if size == 10
On Thu, Mar 01, 2007 at 08:42:09AM +0100, Jarek Poplawski wrote:
On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
+
+ if ((size = 0) || (i = num_envp))
Btw.:
1. if size == 10 and snprintf returns 9 (without NULL)
then n == 10 (with NULL), so isn't
On Thu, Mar 01, 2007 at 01:37:46AM +0100, Johannes Berg wrote:
> On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
>
> > + /* This function is only used for network interface.
> > +* Some hotplug package track interfaces by their name and
> > +* the
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
> On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> > diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> > --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> > +
On Wed, Feb 28, 2007 at 10:16:05AM +0100, Johannes Berg wrote:
> Hi,
>
> > Patch for 2.6.20 is attached.
>
> ... and in the meantime netdevices aren't class_device any more :) IOW,
> your patch isn't going to work any more.
That's why I always specify the kernel version. I'll look
On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
> On 28-02-2007 02:27, Jean Tourrilhes wrote:
> > Hi all,
> ...
> > Patch for 2.6.20 is attached. The patch was tested on a system
> > running the hotplug scripts, and on another system running ude
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
> On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> > diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> > --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> > +
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
--- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
+++ linux/drivers/base
On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
On 28-02-2007 02:27, Jean Tourrilhes wrote:
Hi all,
...
Patch for 2.6.20 is attached. The patch was tested on a system
running the hotplug scripts, and on another system running udev.
Have fun
On Wed, Feb 28, 2007 at 10:16:05AM +0100, Johannes Berg wrote:
Hi,
Patch for 2.6.20 is attached.
... and in the meantime netdevices aren't class_device any more :) IOW,
your patch isn't going to work any more.
That's why I always specify the kernel version. I'll look into
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
--- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
+++ linux/drivers/base
On Thu, Mar 01, 2007 at 01:37:46AM +0100, Johannes Berg wrote:
On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
+ /* This function is only used for network interface.
+* Some hotplug package track interfaces by their name and
+* therefore want to know when the name
scripts, and on another system running udev.
Have fun...
Jean
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
-
diff -u -p linux/include/linux/kobject.j1.h linux/include/linux/kobject.h
--- linux/include/linux/kobjec
scripts, and on another system running udev.
Have fun...
Jean
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
-
diff -u -p linux/include/linux/kobject.j1.h linux/include/linux/kobject.h
--- linux/include/linux/kobject.j1.h
On Tue, Nov 28, 2006 at 04:58:28PM -0800, Andrew Morton wrote:
> On Tue, 28 Nov 2006 19:24:45 -0500
> Thomas Tuttle <[EMAIL PROTECTED]> wrote:
>
> > 2. I'm not sure if this bug is in the kernel, wireless tools, or the
> > ipw3945 driver, but I haven't changed the version of anything but the
> >
On Tue, Nov 28, 2006 at 04:58:28PM -0800, Andrew Morton wrote:
On Tue, 28 Nov 2006 19:24:45 -0500
Thomas Tuttle [EMAIL PROTECTED] wrote:
2. I'm not sure if this bug is in the kernel, wireless tools, or the
ipw3945 driver, but I haven't changed the version of anything but the
kernel.
On Tue, Aug 16, 2005 at 08:46:34PM -0700, David S. Miller wrote:
>
> I've put this into the net-2.6.14 tree.
Great. Thanks !
Jean
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, Aug 16, 2005 at 08:46:34PM -0700, David S. Miller wrote:
I've put this into the net-2.6.14 tree.
Great. Thanks !
Jean
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Apr 07, 2005 at 08:22:52AM +0200, Michal Rokos wrote:
> Hello,
>
> On Wednesday 06 April 2005 18:49, Jean Tourrilhes wrote:
> > Patch attached.
>
> and is working fine - of course.
>
> Thank you for patience. :)
>
> Michal
No, thank y
On Thu, Apr 07, 2005 at 08:22:52AM +0200, Michal Rokos wrote:
Hello,
On Wednesday 06 April 2005 18:49, Jean Tourrilhes wrote:
Patch attached.
and is working fine - of course.
Thank you for patience. :)
Michal
No, thank you for pushing me harder ;-) Note that the comments
On Wed, Apr 06, 2005 at 09:22:48AM +0200, Michal Rokos wrote:
> Hello again,
>
> I'm gonna provide more info this time...
>
> > > When I turn debug on, I get just
> > > Assertion failed! net/irda/irda_device.c:irda_device_set_media_busy:128
> > > self != NULL
> > >
> > > The obvious reason is
On Wed, Apr 06, 2005 at 09:22:48AM +0200, Michal Rokos wrote:
Hello again,
I'm gonna provide more info this time...
When I turn debug on, I get just
Assertion failed! net/irda/irda_device.c:irda_device_set_media_busy:128
self != NULL
The obvious reason is that I don't have
On Tue, Apr 05, 2005 at 11:02:26AM +0200, Michal Rokos wrote:
> Hello,
>
> I've problems with IrDA - when debug is off, I'm getting oops for obvious
> reason...
> (I don't have a log, this is just rewrite from screen:
> EIP: irda_device_set_media_busy+0x15/0x40 [irda]
>
On Tue, Apr 05, 2005 at 11:02:26AM +0200, Michal Rokos wrote:
Hello,
I've problems with IrDA - when debug is off, I'm getting oops for obvious
reason...
(I don't have a log, this is just rewrite from screen:
EIP: irda_device_set_media_busy+0x15/0x40 [irda]
ali_ircc_sir_receive+0x4a/0x70
+++ linux-2.6.11-WE18/include/linux/wireless.h 2005-03-12 09:53:02.0
-0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 17 21.6.04
+ * Version : 18 12.3.05
*
* Authors : Jean Tourrilhes - HPL - <[EMAIL PROTEC
+++ linux-2.6.11-WE18/include/linux/wireless.h 2005-03-12 09:53:02.0
-0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 17 21.6.04
+ * Version : 18 12.3.05
*
* Authors : Jean Tourrilhes - HPL - [EMAIL PROTECTED
-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
ir261_irda-usb_sysfs-kill_urb-2.diff :
o [CORRECT] Forgot to convert a few usb_unlink_urb() in usb_kill_urb()
o [FEATURE] Proper sysfs support
Signed-off-by: John K. Luebs &
ir261_irnet_poll_fix-2.diff :
~~~
o [CORRECT] poll would improperly exit when the discovery log was empty
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
diff -u -p linux/net/irda/irnet/irnet_irda.j1.c
linux/net/irda/irnet/irnet_irda.c
--- linux/ne
ir261_irda-usb_sysfs-kill_urb-2.diff :
o [CORRECT] Forgot to convert a few usb_unlink_urb() in usb_kill_urb()
o [FEATURE] Proper sysfs support
Signed-off-by: John K. Luebs <[EMAIL PROTECTED]>
Signed-off-by: Jean Tour
ir261_stir_turn.diff :
o [CORRECT] Proper turnaround computations in the stir4200 driver
o [CORRECT] Take care of Tx packet without IrDA metadata (speed)
Signed-off-by: John K. Luebs <[EMAIL PROTECTED]>
Signed-off-by: Jean Tourrilhes &
irXXX_irport_exports.diff :
~
o [FEATURE] make needlessly global code static
o [FEATURE] remove unneeded EXPORT_SYMBOL's from irport.c
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Jean Tourrilhes <[EMAIL
irXXX_via_devexit.diff :
~~
o [CORRECT] Mark exit code properly in VIA driver
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
diff -Naurp ./drivers/net/irda/via-ircc.c~irda_via_devexit
.
ir261_connect_lsap-2.diff :
~
o [FEATURE] allow IrDA socket to connect on arbitrary LSAPs
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
diff -u -p linux/net/irda/af_irda.d0.c linux/net/irda/af_irda.c
--- linux/net/irda/af_irda.d0.c Fri
ir261_ircomm_write_cleanup.diff :
~~~
o [FEATURE] cleanup some construct obsoleted by Linus's patch
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
diff -u -p linux/net/irda/ircomm/ircomm_tty.d0.c
linux/net/irda/ircomm/ircomm_tty.c
--- linux/ne
ir261_nsc_38x.diff :
~~
o [FEATURE] support NSC PC8738x chipset (IBM x40 & ...)
Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
diff -u -p linux/drivers/net/irda/nsc-ircc.d0.c
linux/drivers/net/irda/nsc-ircc.c
--- linux/drivers/net/irda/nsc
ir261_nsc_38x.diff :
~~
Original patch from Steffen Pingel
o [FEATURE] support NSC PC8738x chipset (IBM x40 ...)
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -u -p linux/drivers/net/irda/nsc-ircc.d0.c
linux/drivers/net/irda/nsc-ircc.c
--- linux
ir261_connect_lsap-2.diff :
~
Original patch from Iavor Fetvadjie
o [FEATURE] allow IrDA socket to connect on arbitrary LSAPs
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -u -p linux/net/irda/af_irda.d0.c linux/net/irda/af_irda.c
--- linux
ir261_ircomm_write_cleanup.diff :
~~~
o [FEATURE] cleanup some construct obsoleted by Linus's patch
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -u -p linux/net/irda/ircomm/ircomm_tty.d0.c
linux/net/irda/ircomm/ircomm_tty.c
--- linux/net/irda/ircomm
irXXX_via_devexit.diff :
~~
Patch from Randy Dunlap
o [CORRECT] Mark exit code properly in VIA driver
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -Naurp ./drivers/net/irda/via-ircc.c
irXXX_irport_exports.diff :
~
Patch from Adrian Bunk
o [FEATURE] make needlessly global code static
o [FEATURE] remove unneeded EXPORT_SYMBOL's from irport.c
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Jean Tourrilhes [EMAIL
ir261_stir_turn.diff :
Patch from John K. Luebs
o [CORRECT] Proper turnaround computations in the stir4200 driver
o [CORRECT] Take care of Tx packet without IrDA metadata (speed)
Signed-off-by: John K. Luebs [EMAIL PROTECTED]
Signed-off-by: Jean
-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -u -p linux/drivers/net/irda/irda-usb.d0.c
linux/drivers/net/irda/irda-usb.c
--- linux/drivers/net/irda/irda-usb.d0.cFri Mar 4 15:37:25 2005
+++ linux/drivers/net/irda/irda-usb.c Fri Mar 4 15:38:38 2005
@@ -998,7 +998,7 @@ static int
ir261_irnet_poll_fix-2.diff :
~~~
o [CORRECT] poll would improperly exit when the discovery log was empty
Signed-off-by: Jean Tourrilhes [EMAIL PROTECTED]
diff -u -p linux/net/irda/irnet/irnet_irda.j1.c
linux/net/irda/irnet/irnet_irda.c
--- linux/net/irda/irnet
-off-by: Jean Tourrilhes [EMAIL PROTECTED]
ir261_irda-usb_sysfs-kill_urb-2.diff :
o [CORRECT] Forgot to convert a few usb_unlink_urb() in usb_kill_urb()
Patch from John K. Luebs
o [FEATURE] Proper sysfs support
Signed-off-by: John
On Tue, Feb 08, 2005 at 05:51:29PM -0800, Chris Wright wrote:
> * Jean Tourrilhes ([EMAIL PROTECTED]) wrote:
> > The first is the handling of spyoffset which is potentially
> > unsafe. Unfortunately, the fix involve some API/infrastructure change,
> > so is not transparent
On Tue, Feb 08, 2005 at 04:41:46PM -0200, Marcelo Tosatti wrote:
> On Tue, Feb 08, 2005 at 01:51:12PM -0800, Jean Tourrilhes wrote:
> >
> > You are right, it's not critical, and I was already thinking
> > of not pushing WE-18 to you (the WPA update). I'll stop updating 2
On Tue, Feb 08, 2005 at 02:24:22PM -0800, David S. Miller wrote:
> On Tue, 8 Feb 2005 16:04:45 -0200
> Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 08, 2005 at 10:14:36AM -0800, Jean Tourrilhes wrote:
> > > Hi Marcelo,
> > >
> > >
On Tue, Feb 08, 2005 at 04:01:16PM -0200, Marcelo Tosatti wrote:
>
> Hi Jean,
>
> I'm very ignorant about wireless but it doesnt appear to me that "Wireless
> Extension v17"
> is a critical feature.
You are right, it's not critical, and I was already thinking
of not pushing WE-18 to
2005-02-03 15:44:48.0 -0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 16 2.4.03
+ * Version : 17 21.6.04
*
* Authors : Jean Tourrilhes - HPL - <[EMAIL PROTECTED]>
- * Copyright (c) 1997-2002 Jean Tourril
Hi Marcelo,
I did not receive any feedback on this e-mail, so I assume it
was lost on the way. Would you mind pushing that in 2.4.x ?
Thanks...
Jean
- Forwarded message from jt -
Subject: [PATCH 2.4] SIOCSIFNAME wildcard support
E-mail: [EMAIL PROTECTED]
Hi Marcelo,
I did not receive any feedback on this e-mail, so I assume it
was lost on the way. Would you mind pushing that in 2.4.x ?
Thanks...
Jean
- Forwarded message from jt -
Subject: [PATCH 2.4] SIOCSIFNAME wildcard support
E-mail: [EMAIL PROTECTED]
:44:48.0 -0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 16 2.4.03
+ * Version : 17 21.6.04
*
* Authors : Jean Tourrilhes - HPL - [EMAIL PROTECTED]
- * Copyright (c) 1997-2002 Jean Tourrilhes, All Rights Reserved
On Tue, Feb 08, 2005 at 04:01:16PM -0200, Marcelo Tosatti wrote:
Hi Jean,
I'm very ignorant about wireless but it doesnt appear to me that Wireless
Extension v17
is a critical feature.
You are right, it's not critical, and I was already thinking
of not pushing WE-18 to you (the
On Tue, Feb 08, 2005 at 02:24:22PM -0800, David S. Miller wrote:
On Tue, 8 Feb 2005 16:04:45 -0200
Marcelo Tosatti [EMAIL PROTECTED] wrote:
On Tue, Feb 08, 2005 at 10:14:36AM -0800, Jean Tourrilhes wrote:
Hi Marcelo,
I did not receive any feedback on this e-mail, so I assume
On Tue, Feb 08, 2005 at 04:41:46PM -0200, Marcelo Tosatti wrote:
On Tue, Feb 08, 2005 at 01:51:12PM -0800, Jean Tourrilhes wrote:
You are right, it's not critical, and I was already thinking
of not pushing WE-18 to you (the WPA update). I'll stop updating 2.4.X
with respect
On Tue, Feb 08, 2005 at 05:51:29PM -0800, Chris Wright wrote:
* Jean Tourrilhes ([EMAIL PROTECTED]) wrote:
The first is the handling of spyoffset which is potentially
unsafe. Unfortunately, the fix involve some API/infrastructure change,
so is not transparent. Fortunately drivers
15:44:48.0 -0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 16 2.4.03
+ * Version : 17 21.6.04
*
* Authors : Jean Tourrilhes - HPL - <[EMAIL PROTECTED]>
- * Copyright (c) 1997-2002 Jean Tourrilhes, All Rights Re
Hi Marcelo,
This patch adds wildcard support for the SIOCSIFNAME ioctl,
like what was done in 2.6.1. SIOCSIFNAME allow a user space tool to
change network interface names (such as nameif, ifrename, or ip link),
this patch allow those tools to specify a pattern, such as "eth%d" or
Hi Marcelo,
This patch adds wildcard support for the SIOCSIFNAME ioctl,
like what was done in 2.6.1. SIOCSIFNAME allow a user space tool to
change network interface names (such as nameif, ifrename, or ip link),
this patch allow those tools to specify a pattern, such as eth%d or
:48.0 -0800
@@ -1,10 +1,10 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 16 2.4.03
+ * Version : 17 21.6.04
*
* Authors : Jean Tourrilhes - HPL - [EMAIL PROTECTED]
- * Copyright (c) 1997-2002 Jean Tourrilhes, All Rights Reserved
On Wed, Jan 19, 2005 at 01:42:33PM +1100, Rusty Russell wrote:
> On Tue, 2005-01-18 at 16:47 -0800, Jean Tourrilhes wrote:
> > Hi Rusty,
> >
> > (If you are not the culprit, please forward to the guilty party).
>
> Almost certainly me. We gave people warning,
On Wed, Jan 19, 2005 at 01:42:33PM +1100, Rusty Russell wrote:
On Tue, 2005-01-18 at 16:47 -0800, Jean Tourrilhes wrote:
Hi Rusty,
(If you are not the culprit, please forward to the guilty party).
Almost certainly me. We gave people warning, we even marked MODULE_PARM
Hi Rusty,
(If you are not the culprit, please forward to the guilty party).
The patch the the Wavelan driver that I quote below introduces
a nice bug that can crash the kernel. Maybe you want to think about
fixing it, or maybe I should revert the patch...
As a
Hi Rusty,
(If you are not the culprit, please forward to the guilty party).
The patch the the Wavelan driver that I quote below introduces
a nice bug that can crash the kernel. Maybe you want to think about
fixing it, or maybe I should revert the patch...
As a
On Tue, May 29, 2001 at 10:13:02PM -0400, Jeff Garzik wrote:
> *shrug* Well, if you want to go against the kernel standard that's fine
> with me. I won't put Andrzej's changes to your drivers upstream. You
> are going to continually see patches to clean that up, though, because
> it makes the
On Tue, May 29, 2001 at 09:47:19PM -0400, Jeff Garzik wrote:
>
> This is ANSI C standard stuff. If a static object with a scalar type is
> not explicitly initialized, it is initialized to zero by default.
>
> Sure we can get gcc to recognize that case, but why use gcc to work
> around code
On Tue, May 29, 2001 at 09:13:34PM -0400, Jeff Garzik wrote:
>
> This is standard kernel cleanup that makes the resulting image smaller.
> These patches have been going into all areas of the kernel for quite
> some time.
This doesn't make it right.
Ok, while we are on the
On Wed, May 30, 2001 at 02:48:24AM +0200, Andrzej Krzysztofowicz wrote:
>
> The following patch removes some zero initializers from statics
>
> Andrzej
If I were you, I would fix gcc rather than making my code
unreadable.
I write source code in C rather than coding ASM in hex
On Tue, May 29, 2001 at 09:13:34PM -0400, Jeff Garzik wrote:
This is standard kernel cleanup that makes the resulting image smaller.
These patches have been going into all areas of the kernel for quite
some time.
This doesn't make it right.
Ok, while we are on the topic :
On Tue, May 29, 2001 at 10:13:02PM -0400, Jeff Garzik wrote:
*shrug* Well, if you want to go against the kernel standard that's fine
with me. I won't put Andrzej's changes to your drivers upstream. You
are going to continually see patches to clean that up, though, because
it makes the end
On Tue, May 29, 2001 at 09:47:19PM -0400, Jeff Garzik wrote:
This is ANSI C standard stuff. If a static object with a scalar type is
not explicitly initialized, it is initialized to zero by default.
Sure we can get gcc to recognize that case, but why use gcc to work
around code that
On Wed, May 30, 2001 at 02:48:24AM +0200, Andrzej Krzysztofowicz wrote:
The following patch removes some zero initializers from statics
Andrzej
If I were you, I would fix gcc rather than making my code
unreadable.
I write source code in C rather than coding ASM in hex
On Tue, Apr 24, 2001 at 06:25:50PM -0700, Jean Tourrilhes wrote:
>
> Ok, now to the second chapter. These are all the changes
> accumulated since the patch I sent one month ago (cf previous e-mail).
> Changes :
> o more Prism2/Symbol compat
On Tue, Apr 24, 2001 at 03:56:37PM -0700, Jean Tourrilhes wrote:
> On Tue, Apr 24, 2001 at 03:15:08PM -0700, Jean Tourrilhes wrote:
> >
> [...]
> > Downloaded the patch again (patch-2.4.4-pre6), checked that it
> > was complete, my patch is in. Oups ! Do I feel st
On Tue, Apr 24, 2001 at 03:15:08PM -0700, Jean Tourrilhes wrote:
>
[...]
> Downloaded the patch again (patch-2.4.4-pre6), checked that it
> was complete, my patch is in. Oups ! Do I feel stupid...
Let's finish this story. As indicated above, the first
fragment of the pat
On Tue, Apr 24, 2001 at 08:47:30PM +0100, Alan Cox wrote:
> > patch (without feedback), whereas Alan picked it up (if I remember
> > correctly it was included in his 'patch-2.4.2-ac28').
> > So now, what should I do with the rest of my updates and the
> > new one that have accumulated since ?
Hi Linus,
I've got a question... I would like where to send my driver
patches...
One month ago, I sent a small update for the orinoco_cs driver
and Wireless Extensions. I didn't put all the changes I had for
orinoco_cs because I believe in small incremental updates
Hi Linus,
I've got a question... I would like where to send my driver
patches...
One month ago, I sent a small update for the orinoco_cs driver
and Wireless Extensions. I didn't put all the changes I had for
orinoco_cs because I believe in small incremental updates
On Tue, Apr 24, 2001 at 08:47:30PM +0100, Alan Cox wrote:
patch (without feedback), whereas Alan picked it up (if I remember
correctly it was included in his 'patch-2.4.2-ac28').
So now, what should I do with the rest of my updates and the
new one that have accumulated since ? Should
On Tue, Apr 24, 2001 at 03:15:08PM -0700, Jean Tourrilhes wrote:
[...]
Downloaded the patch again (patch-2.4.4-pre6), checked that it
was complete, my patch is in. Oups ! Do I feel stupid...
Let's finish this story. As indicated above, the first
fragment of the patch I sent
On Tue, Apr 24, 2001 at 03:56:37PM -0700, Jean Tourrilhes wrote:
On Tue, Apr 24, 2001 at 03:15:08PM -0700, Jean Tourrilhes wrote:
[...]
Downloaded the patch again (patch-2.4.4-pre6), checked that it
was complete, my patch is in. Oups ! Do I feel stupid...
Let's finish
On Tue, Apr 24, 2001 at 06:25:50PM -0700, Jean Tourrilhes wrote:
Ok, now to the second chapter. These are all the changes
accumulated since the patch I sent one month ago (cf previous e-mail).
Changes :
o more Prism2/Symbol compatibility goodies
o
--- linux/include/linux/wireless.25.h Wed Mar 28 10:33:47 2001
+++ linux/include/linux/wireless.h Wed Mar 28 17:31:42 2001
@@ -1,7 +1,7 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 9 16.10.99
+ * Version : 11 28.3.01
*
* Authors : Jean
--- linux/include/linux/wireless.25.h Wed Mar 28 10:33:47 2001
+++ linux/include/linux/wireless.h Wed Mar 28 17:31:42 2001
@@ -1,7 +1,7 @@
/*
* This file define a set of standard wireless extensions
*
- * Version : 9 16.10.99
+ * Version : 11 28.3.01
*
* Authors : Jean
On Thu, Mar 22, 2001 at 03:49:31PM -0800, Junfeng Yang wrote:
>
> Sometimes the line number reported by the checker is not correct.
> But if you go into the function, you can find the bug.
Gotcha. It in fact indicate the error at the end of the
function instead of the place where the
Junfeng Yang wrote :
> Hi,
>
> Here are yet more results from the MC project. This checker looks for
> inconsistent usage of interrupt functions.
[...]
> -
> [BUG] error path
>
>
Andy Chou :
> Here are some more results from the MC project. These are 16 errors found
> in 2.4.1 related to inconsistent use of locks. As usual, if you can
> verify any of these or show that they are false positives, please let us
> know by CC'ing [EMAIL PROTECTED]
>
> -Andy Chou
>
>
Andy Chou :
Here are some more results from the MC project. These are 16 errors found
in 2.4.1 related to inconsistent use of locks. As usual, if you can
verify any of these or show that they are false positives, please let us
know by CC'ing [EMAIL PROTECTED]
-Andy Chou
1 - 100 of 127 matches
Mail list logo