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 after having figured out how to deal with sysfs.
Great
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 the
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 explicitness.
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
the
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_ids.h
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 is
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
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
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 changed,
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 [EMAIL
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 message
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 after having
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
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
+++
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
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
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
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:
Im 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
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
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
disappear
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 really
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
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
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]
---
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
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]
---
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]
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 files
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_80003es2lan.h |
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
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 files
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 files
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
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, but
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) -
On Thu, Mar 29, 2007 at 10:14:40AM -0600, Chris Friesen wrote:
Im 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
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, oj +
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.
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
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 and
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
+++
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
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
* 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 rule of type
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
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
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 using
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.
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 path
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
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
driver
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
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 since
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
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 following
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
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
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 0) will
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
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 position to
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 driver).
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
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
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
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
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
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 function
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
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 been updated
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
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 seems that several Tyan
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 driver'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
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
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
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
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 flag
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
pokes around in gdb a bit
It died in tcp_update_scoreboard_fack() here:
if ((!IsFack(tp)
80 matches
Mail list logo