From: [EMAIL PROTECTED]
Date: Fri, 25 May 2007 13:23:23 +0900
> Hi Ingo and all,
>
> This is the third one of MIPv6 module patch. It can be applied
> after two patches which are already sent to the list.
> Could you review it?
>
>
> It is clean-up for XFRM type modules and adds aliases with its
From: [EMAIL PROTECTED]
Date: Wed, 23 May 2007 16:50:19 +0900
> From: Masahide NAKAMURA <[EMAIL PROTECTED]>
>
> This patch makes MIPv6 loadable module named "mip6".
>
> Here is a modprobe.conf(5) example to load it automatically
> when user application uses XFRM state for MIPv6:
>
> alias xfrm-
From: [EMAIL PROTECTED]
Date: Wed, 23 May 2007 16:50:18 +0900
> From: Masahide NAKAMURA <[EMAIL PROTECTED]>
>
> Kill unnecessary CONFIG_IPV6_MIP6.
>
> o It is redundant for RAW socket to keep MH out with the config then
> it can handle any protocol.
> o Clean-up at AH.
>
> Signed-off-by: Masa
From: "Sean Kormilo" <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 15:16:12 -0400
> Update ipconfig to enable users to specify multiple devices on the kernel
> commandline
> ip= option. This allows for up-to 4 devices to be specified, with devices
> separated by
> a '/' character. For example, to
Usbnet adds a padding byte if a 0 byte USB packet would be sent. Zero
padding byte if there is tail room in skb.
Signed-of-by: Peter Korsgaard <[EMAIL PROTECTED]>
Acked-by: David Brownell <[EMAIL PROTECTED]>
---
drivers/net/usb/usbnet.c |9 ++---
1 file changed, 6 insertions(+), 3 deleti
The dm9601 driver was including the 2 byte hardware header in the
packet length, causing the HW to send 2 extra bytes of garbage on tx.
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
drivers/net/usb/dm9601.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index: linux-2.6.
Olaf Hering wrote:
On Tue, Jun 19, Stephen Hemminger wrote:
On Tue, 19 Jun 2007 21:02:53 +0200
Olaf Hering <[EMAIL PROTECTED]> wrote:
What happend to __ucmpdi2 from David Woodhouse?
google has a few hits about stuff like this on 32bit powerpc with gcc 4.1.2:
ERROR: "__ucmpdi2" [drivers/net/s
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Use the right register to stop broadcast/multicast traffic.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied to #upstream-fixes
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [E
Ralf Baechle wrote:
Fixed by including :
CC drivers/net/au1000_eth.o
drivers/net/au1000_eth.c: In function 'au1000_probe':
drivers/net/au1000_eth.c:661: warning: implicit declaration of function
'dma_alloc_noncoherent'
drivers/net/au1000_eth.c:802: warning: implicit declaration of functi
pradeep singh wrote:
Hi,
This is second submission for a possible NULL dereference handling in
the Chelsio's 10G driver.
Thanks to Jens Axboe for pointing out my mistake of ignoring
subsequent dereferences in init_one routine.
Thanks
Signed-off-by: Pradeep Singh <[EMAIL PROTECTED]>
---
drivers
On Mon, 2007-06-25 at 19:05 +0200, Erik Slagter wrote:
> drivers/net/usb/asix.c: PHYID=0x01410cc2
Ok, it is using a Marvell PHY so that part should be fine. You
mentioned that it looks like the packets are being transmitted, but are
garbled in some way. The device does prepend a 'header' to ethe
This patch adds entries in the CREDITS and MAINTAINERS file for CAN.
Signed-Off-By: Oliver Hartkopp <[EMAIL PROTECTED]>
Signed-Off-By: Urs Thuermann <[EMAIL PROTECTED]>
---
CREDITS | 16
MAINTAINERS |9 +
2 files changed, 25 insertions(+)
Index: linux-2.6.22-r
On 6/27/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
[...]
On 6/26/07, Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 06/26, Satyam Sharma wrote:
[...]
> > So could we have signals in _addition_ to kthread_stop_info and change
> > kthread_should_stop() to check for both:
> >
> > kthread_stop_info.
On Tue, 26 Jun 2007 17:46:13 -0700 "Wessel, Jason" <[EMAIL PROTECTED]> wrote:
> > > }
> > > }
> >
> > Everything went quiet?
> >
> > If this patch has been tested and fixes the bug, can you
> > please send a version which is ready for merging? (ie: add a
> > suitab
> -Original Message-
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> >
> > Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
> >
> > ---
> >
> > diff -Nurp 2.6.21-/net/core/netpoll.c 2.6.21/net/core/netpoll.c
> > --- 2.6.21-/net/core/netpoll.c 2007-04-26
> 15:08:32.0
On Mon, 25 Jun 2007 23:18:55 +0200
Luca Tettamanti <[EMAIL PROTECTED]> wrote:
> Il Mon, Jun 25, 2007 at 07:42:44AM -0500, Jay Cliburn ha scritto:
> > Jay L. T. Cornwall wrote:
> > >Jay Cliburn wrote:
> > >
> > >>For reasons not yet clear to me, it appears the L1 driver has a
> > >>bug or the devi
On Wed, 13 Jun 2007 11:25:37 +0200
Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 12, 2007 at 01:02:33PM +0200, Jarek Poplawski wrote:
> ...
> > Of course such a problem should preferably be fixed by somebody who
> > knows the code (alas I don't know netconsole), to be sure all needed
>
Hi Oleg,
Thanks for your comments, I'm still not convinced, however.
On 6/26/07, Oleg Nesterov <[EMAIL PROTECTED]> wrote:
On 06/26, Satyam Sharma wrote:
>
> Yes, why not embed a send_sig(SIGKILL) just before the wake_up_process()
> in kthread_stop() itself?
Personally, I don't think we should
Hi!
> > > > > PREEMPT
> > > > > Modules linked in: michael_mic arc4 ecb blkcipher
> > > > > ieee80211_crypt_tkip xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle
> > > > > ip_tables x_table s ppp_deflate zlib_deflate bsd_comp ppp_async
> > > > > crc_ccitt ppp_generic slhc mt2060 dvb_usb_dib0700 dib700
On Tue, Jun 26, 2007 at 11:47:55PM +0200, Francois Romieu wrote:
> Thomas Bogendoerfer <[EMAIL PROTECTED]> :
> [...]
> > +static inline void init_rx_bufs(struct net_device *dev)
> > +{
> > + struct i596_private *lp = netdev_priv(dev);
> > + struct i596_dma *dma = lp->dma;
> > + int i;
> > +
Thomas Bogendoerfer <[EMAIL PROTECTED]> :
[...]
> diff --git a/drivers/net/sni_82596.c b/drivers/net/sni_82596.c
> new file mode 100644
> index 000..80e32ad
> --- /dev/null
> +++ b/drivers/net/sni_82596.c
[...]
> +static int __devinit sni_82596_probe(struct platform_device *dev)
> +{
[...]
> +
Thomas Bogendoerfer <[EMAIL PROTECTED]> :
[...]
> +static inline void init_rx_bufs(struct net_device *dev)
> +{
> + struct i596_private *lp = netdev_priv(dev);
> + struct i596_dma *dma = lp->dma;
> + int i;
> + struct i596_rfd *rfd;
> + struct i596_rbd *rbd;
> +
> + /* First
On Tue, 26 Jun 2007 23:16:14 +0200
CIJOML <[EMAIL PROTECTED]> wrote:
> > Can you please retest without DRM?
> >
> > Greetings,
> > Rafael
>
> Ehm What is DRM??? Digital Right Management
Direct-rendering manager: the thing which does accelerated 3d
in X.
Disable CONFIG_DRM in your .config.
-
Dne úterý 26 červen 2007 21:59 Rafael J. Wysocki napsal(a):
> On Tuesday, 26 June 2007 19:42, CIJOML wrote:
> > Dne úterý 26 červen 2007 19:09 Andrew Morton napsal(a):
> > > On Tue, 26 Jun 2007 08:22:11 -0700 (PDT)
> > > [EMAIL PROTECTED]
> >
> > wrote:
> > > > http://bugzilla.kernel.org/show_bug.c
On 6/26/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jay Cliburn wrote:
> On Mon, 25 Jun 2007 17:57:20 -0400
> Chris Snook <[EMAIL PROTECTED]> wrote:
>
>> Jay L. T. Cornwall wrote:
>>> Chris Snook wrote:
>>>
What boards have we seen this on? It's quite possible this is:
>>> I can reproduce on
From: jamal <[EMAIL PROTECTED]>
Date: Tue, 26 Jun 2007 09:27:28 -0400
> Back to the question: Do you recall how this number was arrived at?
> 128 packets will be sent out at GiGe in about 80 microsecs, so from a
> feel-the-wind-direction perspective it seems reasonable.
I picked it out of a hat.
Below is an updated patch with changes recommended/requested by Andrew
Thomas.
Ethernet driver for EISA only SNI RM200/RM400 machines
Signed-off-by: Thomas Bogendoerfer <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index b0d0d73..af5c90f 100644
--- a/drivers/net
On Tuesday, 26 June 2007 19:42, CIJOML wrote:
> Dne úterý 26 červen 2007 19:09 Andrew Morton napsal(a):
> > On Tue, 26 Jun 2007 08:22:11 -0700 (PDT) [EMAIL PROTECTED]
> wrote:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=8678
> > >
> > >Summary: Kernel OOPSes when suspend/resume
>
Dne úterý 26 červen 2007 19:09 Andrew Morton napsal(a):
> On Tue, 26 Jun 2007 08:22:11 -0700 (PDT) [EMAIL PROTECTED]
wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=8678
> >
> >Summary: Kernel OOPSes when suspend/resume
> >Product: Power Management
> >Vers
On Tue, 26 Jun 2007 19:42:14 +0200 CIJOML <[EMAIL PROTECTED]> wrote:
> > > EIP is at put_page+0x5/0xb2
> > > eax: ebx: ecx: c0317380 edx: f63f70c0
> > > esi: ea6e2680 edi: f784dd84 ebp: f784de48 esp: f784dd4c
> > > ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
>
On Tue, 26 Jun 2007 08:22:11 -0700 (PDT) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8678
>
>Summary: Kernel OOPSes when suspend/resume
>Product: Power Management
>Version: 2.5
> KernelVersion: 2.6.21.5
> Platform: All
>
Andrew Morton wrote:
On Mon, 25 Jun 2007 19:14:05 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > The chelsio driver is assuming that pci_device_id.driver_data has been
> > initialised to the board index, but I am unable to locate anywhere
where
> > that initialisation
David Miller <[EMAIL PROTECTED]> writes:
> From: [EMAIL PROTECTED] (Eric W. Biederman)
> Date: Sun, 24 Jun 2007 06:58:54 -0600
>
>> I am convinced I can keep network namespaces something that is so
>> trivial and obvious to get right you won't have to pay attention
>> to them.
>
> Ok then, I'll ho
Miklos Szeredi <[EMAIL PROTECTED]> writes:
>
> And I think incremental GC algorithms are much too complex for this
> task. What I've realized, is that in fact we don't require a generic
> garbage collection algorithm, just a much more specialized cycle
> collection algorithm, since refcounting in
Hello, i have a very similar problem with 2.6.21 also;
2 3com NICs and they are failling randomly.
The kernel is a basic fedora 7 kernel (2.6.21-1.3228.fc7)
I found a bug report and added details here :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=243960
I'm not subcribed on this list,
Hi David,
On 6/25/07, David Jones <[EMAIL PROTECTED]> wrote:
Ok I have tried it on a Pentium-M ( 32 Bit ,) with 512 MB RAM and Core
2 Duo with 1Gig RAM ( running SMP kernel , 2 CPUS) with same results.
Cant go more than ~4K addresses. I have tried them with vanilla and
custom kernels all 2.6
With Centos-5.0/Redhat 5.0 on multiple motherboards (Tyan 2995/
SuperMicro H8DCE)
The forcedeth network driver locks up under heavy NFS traffic (32KB frames)
such as linking shared libraries. It either gives a register dump
on a lock up in the transmit side, or loops complaining about
eth0: too m
On Tue, 2007-06-26 at 09:33 -0400, jamal wrote:
> On Tue, 2007-26-06 at 00:40 +0200, Johannes Berg wrote:
>
> > I wonder if we should hold off on this API until we've worked out the
> > multicast issue.
>
> I think we can fix all the code in one shot later.
Yes, we could fix the code in the kern
On Tue, 2007-26-06 at 00:40 +0200, Johannes Berg wrote:
> I wonder if we should hold off on this API until we've worked out the
> multicast issue.
I think we can fix all the code in one shot later. I just glanced at
your patch but i have to run out, i will stare at it later - seems to be
in the r
On Mon, 2007-25-06 at 13:47 -0700, David Miller wrote:
> tg3 uses 1/4:
>
> #define TG3_TX_WAKEUP_THRESH(tp) ((tp)->tx_pending / 4)
>
Sorry - meant tg3 uses a much higher value (default is 128) - say
relative to e1000 (default of 32).
My tests with batching on e1000 indicate 128 giv
On 06/26, Satyam Sharma wrote:
>
> Yes, why not embed a send_sig(SIGKILL) just before the wake_up_process()
> in kthread_stop() itself?
Personally, I don't think we should do this.
kthread_stop() doesn't always mean "kill this thread asap". Suppose that
CPU_DOWN does kthread_stop(workqueue->thre
On Mon, Jun 25, 2007 at 04:02:16PM -0700, Andrew Morton wrote:
> That's more than a warning fix. On most platforms, dma_alloc_noncoherent()
> is a #define so the driver just won't link there.
>
>
>
> But the driver is mips-only, and MIPS uses a regular C function for
> dma_alloc_noncoherent(),
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Tue, 26 Jun 2007 12:04:21 +0200
> David Miller wrote:
> > Meanwhile, Patrick please clear up the situation :-)
>
>
> Attached is both an incremental patch and a complete replacement,
> please take whichever you like better :)
I applied the increme
Andrew Morton wrote:
This fix is still not present in anyone's tree and is required for
2.6.22. Where are we up to with it?
It's in my mbox queue for 2.6.22 (hopefully today).
Jeff
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAI
David Miller wrote:
> Meanwhile, Patrick please clear up the situation :-)
Attached is both an incremental patch and a complete replacement,
please take whichever you like better :)
[RTNETLINK]: Add nested compat attribute
Add a nested compat attribute type that can be used to convert
attribut
Waskiewicz Jr, Peter P wrote:
> It looks like the one Patrick resent was the older version that requires
> a typecast. This is the function prototype currently in the kernel:
Oops, sorry, I messed that up. Will fix immediately.
-
To unsubscribe from this list: send the line "unsubscribe netdev"
> > Right. But the devil is in the details, and (as you correctly point
> > out later) to implement this, the whole locking scheme needs to be
> > overhauled. Problems:
> >
> > - Using the queue lock to make the dequeue and the fd detach atomic
> >wrt the GC is difficult, if not impossible:
On Tue, 2007-06-19 at 11:32 +0800, Zhang Rui wrote:
> > Ok, by inspection (sorry, still dont have much time) - your kernel code
> > is sending to group 1; i.e
> >
> > genlmsg_multicast(skb, 0, 1, GFP_ATOMIC);
> >
> > you need to change that to send to your assigned id, i.e:
> > genlmsg_multicast
On Mon, 2007-06-25 at 13:08 -0400, jamal wrote:
> > Why do you think that would be hard? It'd basically just mean replacing
> > the netlink_capable(sock, NL_NONROOT_RECV) calls with a call that
> > actually tests depending on the group(s) it wants.
>
> I think it could be done. You will need to h
On Tue, Jun 26, 2007 at 08:10:17AM +0200, Marcin Ślusarz wrote:
...
> I reproduced it on minimal config:
...
Hm... This method is usable if you can find such minimal config
with which the bug cannot be reproduced. Then you can add more
until the bug is back. Of course, this takes time...
We know
On Thu, 21 Jun 2007 05:55:13 -0400 "Sivakumar Subramani" <[EMAIL PROTECTED]>
wrote:
> -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > On Behalf Of Olaf Hering
> > Sent: Wednesday, June 20, 2007 2:11 AM
> > To: Stephen Hemminger
> > Cc: [EMAIL PROTECTED]; netde
51 matches
Mail list logo
