On Thu, 2007-03-29 at 21:21 -0700, Jesse Brandeburg wrote:
> added netdev.
>
> On 3/29/07, Andrei Popa <[EMAIL PROTECTED]> wrote:
> > In a dual core 2 server with an intel motherboard and 5 network
> > cards(two onboard) and 1 pci express card with two slots and one pci-x
> > pci64 card the kernel
On 3/30/2007, "Guennadi Liakhovetski" <[EMAIL PROTECTED]> wrote:
>On Thu, 29 Mar 2007, Jeff Garzik wrote:
>
>> Guennadi Liakhovetski wrote:
>>> Jeff, might be worth getting the sk_buff leak fix in ppp from
>>> http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
>>>
>>> Don't know how
Hi Philipp.
On Thu, Mar 29, 2007 at 08:47:18PM +0200, Philipp Reisner ([EMAIL PROTECTED])
wrote:
> It happens in netlink_broadcast() which seems to get called
> from drbd_connector_callback(). Drbd_connector_callback()
> calls cn_netlink_send(), which in turn calls netlink_broadcast().
>I gu
On Thu, 29 Mar 2007, Jeff Garzik wrote:
> Guennadi Liakhovetski wrote:
>> Jeff, might be worth getting the sk_buff leak fix in ppp from
>> http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
>>
>> Don't know how important it is for stable. It was present in 2.6.18 too.
>
> Can you r
Full -mm lineup. The x86_64 box was acting as a distcc server at the time.
Nothing hit the logs, I'm afraid. But almost all the info is in
http://userweb.kernel.org/~akpm/s5000494.jpg
It died in tcp_update_scoreboard_fack() here:
if ((!IsFack(tp) || !tcp_skb_timedout(sk, sk
On Wednesday 31 January 2007 06:20, Ivo van Doorn wrote:
> > Hope you will be resubmitting this.
>
> And here is the new version,
> I didn't make the name const as requested
> that field is being passed to the class_device_create
> method which requires a char* argument.
>
> But I have made the f
Input: polled device skeleton
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/misc/Kconfig | 11 ++
drivers/input/misc/Makefile|1
drivers/input/misc/input-polldev.c | 149 +
include/linux/input-polldev.h | 46
added netdev.
On 3/29/07, Andrei Popa <[EMAIL PROTECTED]> wrote:
In a dual core 2 server with an intel motherboard and 5 network
cards(two onboard) and 1 pci express card with two slots and one pci-x
pci64 card the kernel sees all of them in dmesg but in mii-tool are
misnumbered and one card is
Chris Friesen wrote:
No joy on the 2.6.14 backport, so I guess I'll try the RHEL4 route.
Bonding driver from 2.6.9-42.0.8.EL doesn't help at all, at least with
the module parms I was using before.
Switching to miimon doesn't help either.
Chris
-
To unsubscribe from this list: send the line
On Thu, Mar 29, 2007 at 07:26:07PM -0600, Chris Friesen wrote:
> Chris Friesen wrote:
> > Andy Gospodarek wrote:
> >
> >> If you are looking for a decent source for patches you could consider
> >> downloading the latest source-rpm from RHEL4/CentOS4. The bonding
> >> driver in those releases have
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 19:03:17 -0700 (PDT)
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Thu, 29 Mar 2007 18:37:30 -0700
>
> > drivers/net/3c523.c: In function 'elmc_send_packet':
> > drivers/net/3c523.c:1148: warning: passing argument 2 of
> > 'skb_co
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 18:37:30 -0700
> drivers/net/3c523.c: In function 'elmc_send_packet':
> drivers/net/3c523.c:1148: warning: passing argument 2 of
> 'skb_copy_from_linear_data' discards qualifiers from pointer target type
> drivers/net/ni52.c: In funct
Chris Friesen wrote:
Andy Gospodarek wrote:
If you are looking for a decent source for patches you could consider
downloading the latest source-rpm from RHEL4/CentOS4. The bonding
driver in those releases have been updated to much later code and I can
tell you from personal experience they wor
Andy Gospodarek wrote:
If you are looking for a decent source for patches you could consider
downloading the latest source-rpm from RHEL4/CentOS4. The bonding
driver in those releases have been updated to much later code and I can
tell you from personal experience they work pretty well. You ma
David Miller wrote:
From: "Predrag Hodoba" <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 16:56:22 +0200
Need for such an API is to a degree indicated in the Carrier Grade Linux
requirements by The Linux Foundation (former OSDL).
Something being in the CGL specification is to me exactly a
Just completed - 100,000 American Chiropractor's Offices
FIELDS: Office Name, Full Address, Phone, Fax, Email and Website
Special Promotional Price: $199 (valid until March 30)--LAST CHANCE!
contact [EMAIL PROTECTED] or call (206) 600-5313 for more info.
For exclusion from future emails plea
On Thu, 2007-03-29 at 22:47 +, Cureington, Tony wrote:
> A buffer overrun issue exists in the bnx2_nvram_write function.
Tony, thanks for the patch. The alignment logic is indeed still broken
despite trying to fix it before. I think the following patch is better
in fixing the alignment logic
On Thu, Mar 29, 2007 at 05:42:54PM -0600, Chris Friesen wrote:
> Jay Vosburgh wrote:
>
> > 2.6.10 is pretty old, and there have been a number of fixes to
> > the bonding ARP monitor since then, so it may be that it is simply
> > misbehaving (presuming that you're running the 2.6.10 bonding dri
On Thu, 29 Mar 2007 17:03:24 -0700
"Kok, Auke" <[EMAIL PROTECTED]> wrote:
> > The current davem diff is 2.2MB, touching 852 files. Nobody breathe...
>
Just for giggles:
git-net: 852 files changed, 10326 insertions(+), 27095 deletions(-)
git-netdev-all: 146 files changed, 39390 insert
Chris Friesen <[EMAIL PROTECTED]> wrote:
>Jay Vosburgh wrote:
>
>> 2.6.10 is pretty old, and there have been a number of fixes to
>> the bonding ARP monitor since then, so it may be that it is simply
>> misbehaving (presuming that you're running the 2.6.10 bonding driver).
>> Are you in a pos
In article <[EMAIL PROTECTED]> (at Thu, 29 Mar 2007 14:26:44 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> From: Sridhar Samudrala <[EMAIL PROTECTED]>
> Date: Thu, 29 Mar 2007 14:17:28 -0700
>
> > The check for length in rawv6_sendmsg() is incorrect.
> > As len is an unsigned int, (len
Jay Vosburgh wrote:
2.6.10 is pretty old, and there have been a number of fixes to
the bonding ARP monitor since then, so it may be that it is simply
misbehaving (presuming that you're running the 2.6.10 bonding driver).
Are you in a position to test against a more recent kernel (and/or
Andrew Morton wrote:
On Thu Mar 29 15:50:55 PDT 2007
Auke Kok <[EMAIL PROTECTED]> wrote:
Please consider pulling from my git tree:
git-pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 mm
To get a copy of my current e1000 queue. This tree consists of a recent
'master' branch from linu
On Thu Mar 29 15:50:55 PDT 2007
Auke Kok <[EMAIL PROTECTED]> wrote:
> Please consider pulling from my git tree:
> git-pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 mm
>
> To get a copy of my current e1000 queue. This tree consists of a recent
> 'master' branch from linus, and the fol
On Thu, Mar 29, 2007 at 14:26:44 -0700, David Miller wrote:
> From: Sridhar Samudrala <[EMAIL PROTECTED]>
> Date: Thu, 29 Mar 2007 14:17:28 -0700
>
> > The check for length in rawv6_sendmsg() is incorrect.
> > As len is an unsigned int, (len < 0) will never be TRUE.
> > I think checking for IPV6_M
Hi,
> > Linux router:
> > - does NAT for the LANs
> > - runs local processes communicating with the WAN/Internet
>
> I understand this requirement; unfortunately when i polled for features
> majority of people who emailed back were asking for the other things.
> I have changed my opinion a little
A buffer overrun issue exists in the bnx2_nvram_write function. This
issue
is exposed by calling ethtool to write to the eeprom as shown below.
ethtool -E eth4 magic 0x669955AA offset 0x137 value 0xC4
The problem happens when align_buf is allocated only 2 bytes in the
kmalloc
call and later 4
Jay Vosburgh wrote:
Chris Friesen <[EMAIL PROTECTED]> wrote:
[...]
I have a ppc64 blade running a customized 2.6.10. At init time, two of
our gigE links (eth4 and eth5) are bonded together to form bond0. This
link has an MTU of 9000, and uses arp monitoring. We're using an ethernet
drive
Andrew,
Please consider pulling from my git tree:
git-pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 mm
To get a copy of my current e1000 queue. This tree consists of a recent
'master' branch from linus, and the following patches:
1) 3 patches from jgarzik's e1000-fixes tree
2) 3 pa
Francois Romieu <[EMAIL PROTECTED]> :
[...]
BUG: spinlock already unlocked on CPU#0, swapper/0
Almost perfect...
---
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-
Chris Friesen <[EMAIL PROTECTED]> wrote:
[...]
>I have a ppc64 blade running a customized 2.6.10. At init time, two of
>our gigE links (eth4 and eth5) are bonded together to form bond0. This
>link has an MTU of 9000, and uses arp monitoring. We're using an ethernet
>driver with a modified RX pa
Andy Gospodarek wrote:
Can you elaborate on what isn't going well with this driver/hardware?
I have a ppc64 blade running a customized 2.6.10. At init time, two of
our gigE links (eth4 and eth5) are bonded together to form bond0. This
link has an MTU of 9000, and uses arp monitoring. We'
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 14:17:28 -0700
> The check for length in rawv6_sendmsg() is incorrect.
> As len is an unsigned int, (len < 0) will never be TRUE.
> I think checking for IPV6_MAXPLEN(65535) is better.
>
> Is it possible to send ipv6 jumbo packets
The check for length in rawv6_sendmsg() is incorrect.
As len is an unsigned int, (len < 0) will never be TRUE.
I think checking for IPV6_MAXPLEN(65535) is better.
Is it possible to send ipv6 jumbo packets using raw
sockets? If so, we can remove this check.
Thanks
Sridhar
Signed-off-by: Sridhar S
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/atl1/atl1_main.c | 10 ++
drivers/net/netxen/netxen_nic_init.c |3 ++-
drivers/net/sis190.c
Patch to add NAPI support to sb1250-mac.c (rev 2). This patch differs from
the last in that the NAPI support isn't marked as experimental, nor is it
configurable (ie. once applied - NAPI is enabled all the time). This was
based on feedback from Ralf and others.
Signed-off-by: Mark Mason <[EMAIL
* David Miller <[EMAIL PROTECTED]> 2007-03-29 11:43
> From: Steven Whitehouse <[EMAIL PROTECTED]>
> Date: Thu, 29 Mar 2007 17:24:10 +0100
>
> > One of the effects of the recent tidy up of the DECnet routing rules
> > code is that we are no longer able to see the difference between reading
> > a ru
Hi,
Thanks for the patch. I almost dare not confess that I don't know which
version to apply to. I tried 3 different ones (2.6.19-r5-gentoo,
2.6.20.1 and 2.6.21-rc4), but in the best case at least two hunks
failed. Nevertheless, I applied the patches manually. In each case, UDP
stopped workin
Fix TERM codes.
Fix TERMINATE layer, type, and ecode values based on
conformance testing.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_qp.c | 69 ++---
1 files changed, 38 insertions(+), 31 deletions(-)
diff --git a/drivers/i
Hi Evgenjy,
Again we run into an issue in the connector/netlink code
path. This time we were not able to create a fix. But
please allow me to describe everything:
Kernel: 2.6.20.3
The OOPS:
general protection fault: [1] SMP
CPU 0
Modules linked in: tun nfs lockd nfs_acl sunrpc ipv6 bridg
Chris Snook wrote:
Jeff Garzik wrote:
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Add PCI ID for the Attansic L2 100 Mb ethernet adapter.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
--- linux-2.6.21-rc5.orig/include/linux/pci_ids.h2007-03-27
23:26:50.0 -0400
+++
From: jamal <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 12:52:15 -0400
> On Thu, 2007-29-03 at 18:30 +0200, Patrick McHardy wrote:
> > Fix the crash reported in the "another critical bug ?" thread,
> > which turned out to be caused by a stale input_dev pointer.
> > The patch applies to current -git
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 17:24:10 +0100
> One of the effects of the recent tidy up of the DECnet routing rules
> code is that we are no longer able to see the difference between reading
> a rule of type FR_ACT_UNREACHABLE returning -ENETUNREACH and simply
2007/3/28, Shani <[EMAIL PROTECTED]>:
@@ -1650,7 +1651,7 @@ eexp_set_multicast(struct net_device *dev)
#endif
oj = jiffies;
while ((SCB_CUstat(scb_status(dev)) == 2) &&
- ((jiffies-oj) < 2000));
+ (time_after(jiffies,
From: "Predrag Hodoba" <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 16:56:22 +0200
> Need for such an API is to a degree indicated in the Carrier Grade Linux
> requirements by The Linux Foundation (former OSDL).
Something being in the CGL specification is to me exactly a great
reason NOT to add it.
On Thu, Mar 29, 2007 at 10:14:40AM -0600, Chris Friesen wrote:
>
> I"m doing some experimenting with a new network driver that receives
> jumbo frames into multiple separate pages that are then joined together
> in a single sk_buff using skb_fill_page_desc().
>
> It behaved fairly well with sta
Brian Braunstein wrote:
>
> From: Brian Braunstein <[EMAIL PROTECTED]>
>
> Fixed tun/tap driver's handling of hw addresses.
Okay, the attached patch applies. Can someone comment on whether
it makes sense? (pasted inline for comments)
From: Brian Braunstein <[EMAIL PROTECTED]>
Fixed tun/tap dri
On Thu, 2007-29-03 at 18:30 +0200, Patrick McHardy wrote:
> Fix the crash reported in the "another critical bug ?" thread,
> which turned out to be caused by a stale input_dev pointer.
> The patch applies to current -git and latest -stable.
>
Mucho Gracias Patrick. Dont know if the ack is needed,
From: Jeb Cramer <[EMAIL PROTECTED]>
The new hardware initialization code requires us to follow a slightly
different approach to setup the device. First the function pointers
have to be initialized for the proper hardware type, after which the
general initialization calls those in turn to do per-d
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 82541.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_82541.c | 1305 +++
drivers/net/e1000/e1000_82541.h | 86 +++
2 f
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 82540.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_82540.c | 670 +++
1 files changed, 670 insertions(+), 0 deletions
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 82571.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_82571.c | 1333 +++
drivers/net/e1000/e1000_82571.h | 42 +
2 fil
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 82543.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_82543.c | 1643 +++
drivers/net/e1000/e1000_82543.h | 45 +
2 fil
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 80003es2lan (ESB2).
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_80003es2lan.c | 1377 +
drivers/net/e1000/e1000_80003es2la
From: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/Makefile | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/net/e1000/Makefile b/drivers/net/e1000/
From: Jeb Cramer <[EMAIL PROTECTED]>
This adds NVM-generic layer code to the e1000 driver, allowing generic
access to the EEPROM/NVM and abstracts much of the driver interaction
with the NVM data.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
driv
From: Jeb Cramer <[EMAIL PROTECTED]>
Adapter-specific code for the 82542.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_82542.c | 551 +++
1 files changed, 551 insertions(+), 0 deletions
From: Jeb Cramer <[EMAIL PROTECTED]>
This adds a device-generic layer for intializing manageability parts
of e1000 hardware, such as packet filtering, dhcp setup, enable passthru
mode.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100
From: Jeb Cramer <[EMAIL PROTECTED]>
Add e1000_registers.h which contains all supported register sets by e1000
devices in a single file.
Signed-off-by: Jeb Cramer <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_regs.h | 261 ++
Hi,
This single patch split out over several e-mails creates an e1000 hardware-
independent API for accessing MAC, PHY, NVM and manageability.
The API adds function pointers for common entry points into the code
and relieves the driver from doing lots of mac_type switch statements,
allowing us t
From: Jeb Cramer <[EMAIL PROTECTED]>
This introduces the new internal API for hardware-specific code. The
code is split up per chipset and allows future chipset support to be
added without touching the run-time codepatch of old hardware, greatly
reducing the risk of introducing regressions, and ma
Fix the crash reported in the "another critical bug ?" thread,
which turned out to be caused by a stale input_dev pointer.
The patch applies to current -git and latest -stable.
[IFB]: Fix crash on input device removal
The input_device pointer is not refcounted, which means the device may
disappea
Chris Friesen <[EMAIL PROTECTED]> wrote:
>Could someone either point me to the bonding high level design document
>(couldn't find one at the sourceforge project page) or else give me a
>quick overview of the code path followed by an incoming packet when
>bonding is involved?
There real
Roberto Nibali wrote:
>>> Sounds sane to me. My overall opinion on eepro100 removal is that
>>> we're not there yet. Rare problem cases remain where e100 fails
>>> but eepro100 works, and it's older drivers so its low priority for
>>> everybody.
>>>
>>> Needs to happen, though...
>>
>> It seem
Hi,
One of the effects of the recent tidy up of the DECnet routing rules
code is that we are no longer able to see the difference between reading
a rule of type FR_ACT_UNREACHABLE returning -ENETUNREACH and simply
running out of rules to look at, which also returns the same thing.
The DECnet code
I"m doing some experimenting with a new network driver that receives
jumbo frames into multiple separate pages that are then joined together
in a single sk_buff using skb_fill_page_desc().
It behaved fairly well with standard networking, but its behaving
strangely with bonding added to the m
On Wed, 2007-28-03 at 18:54 +0200, Jens Thiele wrote:
> Hello,
>
> Sorry for the many Ccs, but I hope to reach all parties involved.
> I want to do traffic shaping with NAT and I wanted to do it with IFB
> instead of IMQ [1]. I tried a lot of things but now I am stuck (and
> maybe confused).
>
>
David Miller wrote:
From: [EMAIL PROTECTED] (David Griego)
Date: Tue, 27 Mar 2007 14:47:54 -0700
Adds an IOCTL for aborting established TCP connections, and is
designed to be an HA performance improvement for cleaning up, failure
notification, and application termination.
Signed-off-by: Davi
Jeff Garzik wrote:
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Add PCI ID for the Attansic L2 100 Mb ethernet adapter.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
--- linux-2.6.21-rc5.orig/include/linux/pci_ids.h2007-03-27
23:26:50.0 -0400
+++ linux-2.6.21-rc5/inc
On Thu, Mar 29, 2007 at 01:17:38AM -0400, David Acker wrote:
> I have a pxa255 based system with PCI added to it. The e100 would have
> memory corruption in its receive buffers detected by slab debugging
> unless I put in the patch to use the S-bit.
>
> Here is a link to the patch posting:
> ht
Hello,
Sorry for the many Ccs, but I hope to reach all parties involved.
I want to do traffic shaping with NAT and I wanted to do it with IFB
instead of IMQ [1]. I tried a lot of things but now I am stuck (and
maybe confused).
The setup:
eth0 eth1
WAN/(Internet) <-> Lin
Jeff Garzik wrote:
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Some atl1 boards get their MAC address written directly to the register
by the BIOS during POST, rather than storing it in EEPROM that's
accessible to the driver. If the MAC register on one of these boards
is changed a
Benjamin Thery <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Daniel Lezcano <[EMAIL PROTECTED]> writes:
>
> [...]
>
>>> * When do you expect to have the network namespace into mainline ?
>> My current goal is to finish my rebase against 2.6.linus_lastest in
>> the next couple of days a
Ron Mercer wrote:
This PHY support patch was written by Benjamin Li.
Signed-off-by: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c | 347 +++--
drivers/net/qla3xxx.h | 33 +-
2 files chang
Dale Farnsworth wrote:
From: Gabriel Paubert <[EMAIL PROTECTED]>
There is no good reason for the asymmetry in the parameters of
eth_port_uc_addr_get() and eth_port_uc_addr_set(). Make them
symmetric. Remove some gratuitous block comments while we're here.
Signed-off-by: Gabriel Paubert <[EMAI
Shani wrote:
Hi,
Replacing with time_after in drivers/net/eexpress.c
Applies and compiles clean on latest tree.Not tested.
thanks.
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
applied to #upstream
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a mess
Jan-Bernd Themann wrote:
This patch includes:
- removal of unused fields in structs
- ethtool statistics cleanup
- removes unsed functionality from send path
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
This patch applies on top of the netdev upstream branch for 2.6.22
drivers/n
Ron Mercer wrote:
The zeroeth patch was visable on my browser, but the seven patches didn't show
up.
I thought there was a problem with sendmail so turned debug on and retried. Forget
the second set as they are identical patches.
On Mon, Mar 26, 2007 at 01:47:30PM -0700, Andrew Vasquez wrot
Francois Romieu wrote:
Reported to work on the WinFast 761GXK8MB-RS motherboard.
Plain 10/100 Mbps.
Signed-off-by: Paul Gibbons <[EMAIL PROTECTED]>
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
---
drivers/net/sis190.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Linsys Contractor Adhiraj Joshi wrote:
NetXen: Fix for hardware access on big endian machine.
Signed-off-by: Adhiraj Joshi <[EMAIL PROTECTED]>
---
netxen_nic_init.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
applied
-
To unsubscribe from this list: send the line "unsubsc
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Some atl1 boards get their MAC address written directly to the register
by the BIOS during POST, rather than storing it in EEPROM that's
accessible to the driver. If the MAC register on one of these boards
is changed and then the module i
Guennadi Liakhovetski wrote:
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Can you resend the patch to me, please?
Easier for the system t
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Add PCI ID for the Attansic L2 100 Mb ethernet adapter.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
--- linux-2.6.21-rc5.orig/include/linux/pci_ids.h 2007-03-27
23:26:50.0 -0400
+++ linux-2.6.21-rc5/include/linux/pci_id
[EMAIL PROTECTED] wrote:
From: Jean Delvare <[EMAIL PROTECTED]>
strlcpy already accounts for the trailing zero in its length
computation, so there is no need to substract one to the buffer size.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Cc: Thomas
Denys wrote:
> Tried on 2.6.21-rc5-git3, but preempt enabled
> Same panic, same place seems
>
> Mar 29 02:50:53 LINUX [ 164.644102] BUG: unable to handle kernel paging
> request
> Mar 29 02:50:53 LINUX at virtual address 0302014c
> Mar 29 02:50:53 LINUX [ 164.648948] EIP is at netif_rx+0x12/0x
On Thu, Mar 29, 2007 at 12:03:26PM +0200, Jarek Poplawski wrote:
...
> rt_cache_flush - it's not for all (I know - we don't like
> multipath - but untill it's here...)[...]
Sorry, I forgot it's already not there...
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
t
On Wed, Mar 28, 2007 at 09:34:36PM +0200, Thomas Graf wrote:
> * David Miller <[EMAIL PROTECTED]> 2007-03-28 11:24
> > Another idea Thomas and I tossed around was to have some kind of way
> > for the rule insertion to indicate that the flush should be deferred
> > and I kind of prefer that explicit
On Wed, Mar 28, 2007 at 04:52:55PM +0200, Andi Kleen ([EMAIL PROTECTED]) wrote:
> > 3) We dont want to be 'totally secure'. We only want to raise the level,
> > and eventually see if we have to spend more time on this next year(s).
> > AFAIK we had two different reports from people being hit by t
Sounds sane to me. My overall opinion on eepro100 removal is that we're
not there yet. Rare problem cases remain where e100 fails but eepro100
works, and it's older drivers so its low priority for everybody.
Needs to happen, though...
It seems that several Tyan Opteron base system that were u
89 matches
Mail list logo
