From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 16:46:21 -0800
> This improves locality for operations that touch all the leaves.
> Later patch will grow the size of the leaf so it becomes more
> important.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
I'll let 3, 4
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Tue, 15 Jan 2008 07:55:57 +0100
> Keeping a 'size' counter is not necessary, since trie_collect_stats() must go
> through all the tree and get this information for free.
>
> This 'size' field only slows down inserts/deletes and dirty a cacheline that
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 21:00:08 -0800
> Initialization of the slab cache's should be done when IP is
> initialized to make sure of available memory, and that code
> can be marked __init.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied.
On 14-01-2008 16:58, Chris Friesen wrote:
...
> How close to bleeding edge do we need to be for it to be considered
> acceptable to ask questions on netdev?
>
> Given that the embedded space tends to be perpetually stuck on older
> kernels (our "current" release is based on 2.6.14) do you have a
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 12:57:55 -0800
> Show number of entries in trie, the size field was being set but never used,
> but it only counted leaves, not all entries. Refactor the two cases in
> fib_triestat_seq_show into a single routine.
>
> Note: the st
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 20:27:11 +0100
> fib_trie_seq_show() uses two helper functions, rtn_scope() and
> rtn_type() that can
> write to static storage without locking.
>
> Just pass to them a temporary buffer to avoid potential corruption
> (probably not t
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 08:35:55 -0800
> I will be glad to get this working. Is there any point in doing the a
> small systems version as well?
Not at this time.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messa
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 17:59:23 +0300
> This set contains a set of small improvements found in IPv4 code during
> preparations to support ARP in the network namespace. These fixes are
> mostly independent except 2 last ones.
>
> Signed-off-by: Denis V. L
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Mon, 14 Jan 2008 17:59:59 +0300
> Make them static.
>
> Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
It's completely awkward to put the inline after all
the call sites. A non-global-optimizing compiler
won't be able to even inline it.
I've
Stephen Hemminger a écrit :
Show number of entries in trie, the size field was being set but never used,
but it only counted leaves, not all entries. Refactor the two cases in
fib_triestat_seq_show into a single routine.
Note: the stat structure was being malloc'd but the stack usage isn't so
hi
Stephen Hemminger a écrit :
This improves locality for operations that touch all the leaves.
Later patch will grow the size of the leaf so it becomes more
important.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2008-01-14 12:26:51.0 -0800
+++ b/n
Fix some RTNL lock taking:
* RTNL (mutex; may sleep) must not be taken under read_lock (spinlock; must be
atomic). However, RTNL is taken under read_lock in bond_loadbalance_arp_mon()
and bond_activebackup_arp_mon(). So change code to take RTNL outside of
read_lock.
* rtnl_unlock() calls netdev_
delayed_work_pending() is used to check whether work is being queued or not,
when queueing or cancelling corresponding work. However,
delayed_work_pending() returns 0 when work is just running, and in that case,
work_struct will be destroyed or work won't be cancelled. So remove all
delayed_work_pe
These patches fix some workqueue manipulation and lock taking in bonding driver.
PATCH 1/4 through PATCH 3/4 are on workqueue manipulation, PATCH 4/4 is on lock
taking, and each patch are logically independent. Patches are for latest
netdev-2.6 git.
--
Makito SHIOKAWA
MIRACLE LINUX CORPORATION
There is no destroy_workqueue() in bond device destroying process, therefore
worker thread will remain even if bond device is destroyed. So add
destroy_workqueue(), and also, ensure all works are canceled before
destroy_workqueue() is called.
Signed-off-by: Makito SHIOKAWA <[EMAIL PROTECTED]>
---
Change code not to rearm bond_mii_monitor() when value 0 is set for miimon.
Signed-off-by: Makito SHIOKAWA <[EMAIL PROTECTED]>
---
drivers/net/bonding/bond_main.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- a/drivers/net/bonding/bond_main.c
+++ b/drivers/net/bonding/bond_main.
Wow. That's fast! :-)
On Tuesday 15 January 2008, David Miller wrote:
> From: Frans Pop <[EMAIL PROTECTED]>
>
> > kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
>
> Does this make the problem go away?
I'm compiling a kernel with the patch now. Will let you know the result.
May tak
Eric Dumazet a écrit :
Stephen Hemminger a écrit :
Combine the prefix information and the leaf together into one
allocation. This is furthur simplified by converting the hlist
into a simple bitfield.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
This patch is experimental (ie it boots a
Stephen Hemminger a écrit :
Combine the prefix information and the leaf together into one
allocation. This is furthur simplified by converting the hlist
into a simple bitfield.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
This patch is experimental (ie it boots and loads routes), but
is
From: Frans Pop <[EMAIL PROTECTED]>
Date: Tue, 15 Jan 2008 06:25:10 +0100
> kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Does this make the problem go away?
(Note this isn't the final correct patch we should apply. There
is no reason why this revert back to the older ->poll()
After compiling v2.6.24-rc7-163-g1a1b285 (x86_64) yesterday I suddenly see this
error
repeatedly:
kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
kernel: Tx Queue <0>
kernel: TDH
kernel: TDT
kernel: next_to_use
kernel
Combine the prefix information and the leaf together into one
allocation. This is furthur simplified by converting the hlist
into a simple bitfield.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
This patch is experimental (ie it boots and loads routes), but
is slower for the 163,000 route
Another case where just returning a negative value gets rid of
call by reference. In this case the return value for checkleaf is
now:
-1 no match
0..32 prefix length
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2008-01-14 18:02:18.00
Get rid of #ifdef, and split out embedded function calls in if statements.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2008-01-14 14:24:58.0 -0800
+++ b/net/ipv4/fib_trie.c 2008-01-14 14:26:05.0 -0800
@@ -1293,7 +1293,9 @@ static inli
Initialization of the slab cache's should be done when IP is
initialized to make sure of available memory, and that code
can be marked __init.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
Applies after statistics (#1) patch for net-2.6.25
include/net/ip_fib.h|5 +++--
net/i
This improves locality for operations that touch all the leaves.
Later patch will grow the size of the leaf so it becomes more
important.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/fib_trie.c 2008-01-14 12:26:51.0 -0800
+++ b/net/ipv4/fib_trie.c 2008-
On Jan 14, 2008, at 3:15 PM, Andrew Morton wrote:
On Mon, 14 Jan 2008 12:00:51 -0600
Kim Phillips <[EMAIL PROTECTED]> wrote:
On Thu, 10 Jan 2008 21:41:20 -0700
"Aggrwal Poonam" <[EMAIL PROTECTED]> wrote:
Hello All
I am waiting for more feedback on the patches.
If there are no objections
On Mon, 14 Jan 2008 19:56:41 -0600
Jay Cliburn <[EMAIL PROTECTED]> wrote:
> The driver sets up the hardware to accept a frame with max length
> equal to MTU + Ethernet header + FCS + VLAN tag, but we neglect to
> add the VLAN tag size to the ingress buffer. When a VLAN-tagged
> frame arrives, the
The driver sets up the hardware to accept a frame with max length
equal to MTU + Ethernet header + FCS + VLAN tag, but we neglect to
add the VLAN tag size to the ingress buffer. When a VLAN-tagged
frame arrives, the hardware passes it, but bad things happen
because the buffer is too small. This p
- Fixed synchronization between scheduling of napi with card reset and close
by moving the enabling and disabling of napi to card up and card down
functions respectively instead of open and close.
Signed-off-by: Surjit Reang <[EMAIL PROTECTED]>
Signed-off-by: Ramkrishna Vepa <[EMAIL PROTECTE
David Miller <[EMAIL PROTECTED]> :
> From: Francois Romieu <[EMAIL PROTECTED]>
> >
> > I should be able to test your r8169 NAPI changes tomorrow.
>
> Thank you.
(sorry for the delay)
I think that the r8169 part should be reverted.
. With it, my 8169 oopsed unexpectedly in rtl8169_reinit_task a
On Monday 14 January 2008 6:04:28 pm [EMAIL PROTECTED] wrote:
> On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
> > http://git.infradead.org/?p=users/pcmoore/lblnet-2.6_testing;a=commitdiff
> >;h=02f1c89d6e36507476f78108a3dcc78538be460b
>
> Initial testing indicates that 2.6.24-rc6-mm1 plus this
On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
>
> http://git.infradead.org/?p=users/pcmoore/lblnet-2.6_testing;a=commitdiff;h=02f1c89d6e36507476f78108a3dcc78538be460b
Initial testing indicates that 2.6.24-rc6-mm1 plus this one commit is
behaving itself correctly - my Tcl test case that reliab
Andrew Morton <[EMAIL PROTECTED]> wrote:
[...]
>That's bond_lock.
>
>This patch (below) addresses what appears to me to be an obvious
>imbalance in rtnl_lock.
>
>I don't care how it's fixed, really. Someone please fix it?
I posted a correct patch for this a few days ago:
http://marc.info
This patch fixes the case where no multicast addresses are requested to
be added to the multicast filter. The multicast mask must be set to all
1's instead of all 0's.
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
--- old/drivers/net/forcedeth.c 2008-01-13 15:15:22.0 -0500
+++ new/dr
(cc's added)
On Mon, 14 Jan 2008 23:14:25 +0100 (CET)
Krzysztof Oledzki <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 14 Jan 2008, [EMAIL PROTECTED] wrote:
>
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > Remove stray rtnl_unlock().
> >
> > Addresses http://bugzilla.kernel.org/show_bug.cgi?id
This patch updates the copyright section to include 2007 and 2008.
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
--- old/drivers/net/forcedeth.c 2008-01-13 15:10:18.0 -0500
+++ new/drivers/net/forcedeth.c 2008-01-13 15:11:47.0 -0500
@@ -13,7 +13,7 @@
* Copyright (C) 2004 Andr
This patch fixes the tx pause enable watermark flags. The new values
where determined to be optimal during testing.
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
--- old/drivers/net/forcedeth.c 2008-01-13 15:12:16.0 -0500
+++ new/drivers/net/forcedeth.c 2008-01-13 15:14:55.0 -
This patch fixes the reset register definition from 0x3C to 0x34.
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
--- old/drivers/net/forcedeth.c 2008-01-13 15:00:43.0 -0500
+++ new/drivers/net/forcedeth.c 2008-01-13 15:00:48.0 -0500
@@ -226,7 +226,7 @@
#define NVREG_MISC1_HD
On Mon, 14 Jan 2008 22:58:51 +0100
"Oliver Pinter (Pintér Olivér)" <[EMAIL PROTECTED]> wrote:
> I "tested" other devices resources file, and only with skge freezed
> the system. from this think, that is skge driver bug
>
Its a property of the hardware, and the current device model has
no way to
The driver should inform the stack when checksum has been performed by
the HW when both IP and TCP (or UDP) checksum flags are indicated by HW.
Previously, it would also inform the stack when only IP checksum flag
was indicated by HW. This can cause data corruption when IP fragments
are used.
On Sat, 12 Jan 2008, Jay Vosburgh wrote:
Krzysztof Oledzki <[EMAIL PROTECTED]> wrote:
[...]
Exactly. All I need to do is to reboot my server, I have 100% probability
to get the warning.
I wish it were that easy for me; I'm not sure what magic thing
you've got on your server or netwo
I "tested" other devices resources file, and only with skge freezed
the system. from this think, that is skge driver bug
--
Thanks,
Oliver
--
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.
On Mon, Jan 14, 2008 at 10:41:52PM +0100, Oliver Pinter (Pintér Olivér) wrote:
> On 1/14/08, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pintér Olivér)
> > wrote:
> > > I think, it is a potential security breakpoint, when applications with
> >
On Mon, Jan 14, 2008 at 10:41:52PM +0100, Oliver Pinter (Pint?r Oliv?r) wrote:
> On 1/14/08, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pint?r Oliv?r)
> > wrote:
> > > I think, it is a potential security breakpoint, when applications with
> >
On 1/14/08, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pint?r Oliv?r)
> wrote:
> > I think, it is a potential security breakpoint, when applications with
> > root permission its read, then a machine is freezed, or only i thinK
> > it's?
>
> I'm sor
On Mon, 2008-01-14 at 15:30 -0500, Mark Seger wrote:
> Eventually the frequency became better aligned at a 1 second interval
> because now the number look better, but the problem I see is that when
> the sampling interval is very close to the monitoring interval you still
> get periodic incorre
On 1/14/08, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pintér Olivér)
> wrote:
> > I think, it is a potential security breakpoint, when applications with
> > root permission its read, then a machine is freezed, or only i thin
> > it's?
>
> When
On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pint?r Oliv?r) wrote:
> I think, it is a potential security breakpoint, when applications with
> root permission its read, then a machine is freezed, or only i thin
> it's?
I'm sorry, I don't quite understand what you are trying to say here.
On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pintér Olivér) wrote:
> I think, it is a potential security breakpoint, when applications with
> root permission its read, then a machine is freezed, or only i thin
> it's?
When you are root there are infinite ways to kill your machine, so
Al,
Thanks for finding this. We have a few patches lined up and will submit
this patch.
Ram
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Al Viro
> Sent: Sunday, December 23, 2007 10:15 PM
> To: [EMAIL PROTECTED]
> Cc: netdev@vger.kernel.org; [EMA
I think, it is a potential security breakpoint, when applications with
root permission its read, then a machine is freezed, or only i thin
it's?
--
Thanks,
Oliver
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Mon, Jan 14, 2008 at 11:01:05PM +0200, Adrian Bunk wrote:
> On Mon, Jan 14, 2008 at 12:52:00PM -0800, Stephen Hemminger wrote:
> > On Mon, 14 Jan 2008 20:57:49 +0100
> > "Oliver Pinter (Pint??r Oliv??r)" <[EMAIL PROTECTED]> wrote:
> >
> > > Hi All!
> > >
> > > It is fully reproductable under 2
On Mon, 14 Jan 2008 12:00:51 -0600
Kim Phillips <[EMAIL PROTECTED]> wrote:
> On Thu, 10 Jan 2008 21:41:20 -0700
> "Aggrwal Poonam" <[EMAIL PROTECTED]> wrote:
>
> > Hello All
> >
> > I am waiting for more feedback on the patches.
> >
> > If there are no objections please consider them for 2.6.2
Mark Seger a écrit :
I had posted the following on linux-net and haven't see any responses
possibly because nobody had any or that list is obsolete. I have been
told this is the current list for everything networking on linux so I
thought I'd try again...
I suspect the answer will be that it
On Mon, 10 Dec 2007 17:34:44 +0530 (IST)
Poonam_Aggrwal-b10812 <[EMAIL PROTECTED]> wrote:
> From: Poonam Aggrwal <[EMAIL PROTECTED]>
>
> The UCC TDM driver basically multiplexes and demultiplexes data from
> different channels. It can interface with for example SLIC kind of devices
> to receive
Stephen Hemminger wrote:
Please test this patch against Linus's current (approx 2.6.24-rc7-git5).
Ignore Andrew's premature reversion attempt...
This patch disables config mode access after clearing PCI settings.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/sky2.c
On Mon, Jan 14, 2008 at 12:52:00PM -0800, Stephen Hemminger wrote:
> On Mon, 14 Jan 2008 20:57:49 +0100
> "Oliver Pinter (Pintér Olivér)" <[EMAIL PROTECTED]> wrote:
>
> > Hi All!
> >
> > It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
> > not tainted [4 different kernel] ) a
Show number of entries in trie, the size field was being set but never used,
but it only counted leaves, not all entries. Refactor the two cases in
fib_triestat_seq_show into a single routine.
Note: the stat structure was being malloc'd but the stack usage isn't so
high (288 bytes) that it is wort
Eric Dumazet wrote:
Mark Seger a écrit :
I had mentioned this in my previous post but perhaps it might get
more attention all by itself. I can't say for sure when this
changed, but for the longest time network counters were only updated
once every 0.9765 seconds and unless you used a tools
On Mon, 14 Jan 2008 20:57:49 +0100
"Oliver Pinter (Pintér Olivér)" <[EMAIL PROTECTED]> wrote:
> Hi All!
>
> It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
> not tainted [4 different kernel] ) and 2 different PC:
>
> [BUG] skge :02:05: read data parity error
> [BUG] skg
On Mon, 14 Jan 2008 08:39:26 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > diff --git a/drivers/net/sky2.c b/drivers/net/sky2.c
> > index c27c7d6..4f41a94 100644
> > --- a/drivers/net/sky2.c
> > +++ b/drivers/net/sky2.c
> > @@ -2791,6 +2791,9 @@ static void sky2_reset(struct sky2_hw *hw)
Mark Seger a écrit :
I had mentioned this in my previous post but perhaps it might get more
attention all by itself. I can't say for sure when this changed, but
for the longest time network counters were only updated once every
0.9765 seconds and unless you used a tools like collectl that coul
I had mentioned this in my previous post but perhaps it might get more
attention all by itself. I can't say for sure when this changed, but
for the longest time network counters were only updated once every
0.9765 seconds and unless you used a tools like collectl that could
monitor at fraction
outstanding! I'm just happy to hear it's not a bug in my monitoring
code... 8-)
-mark
Michael Chan wrote:
On Mon, 2008-01-14 at 20:12 +0100, Eric Dumazet wrote:
Mark Seger a écrit :
Ignore that last one as it was pointed out to me that we have both nic
installed on many of our syste
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on the profiling information we're spending time in
sctp_endpoint_lookup_assoc() which doesn't actually use hashes, so I
can't see how the hash would be related. I'm pretty new to SCTP
though, so I may be missing something.
Well, it does u
On Monday 14 January 2008 2:37:02 pm [EMAIL PROTECTED] wrote:
> On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
> > There have been quite a few changes in lblnet-2.6_testing since
> > 2.6.24-rc6-mm1 so I would recommend taking the whole tree. I'm also not
> > quite sure if
>
> Weird. I did a '
Hi All!
It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
not tainted [4 different kernel] ) and 2 different PC:
[BUG] skge :02:05: read data parity error
[BUG] skge :02:05: read data parity error
steps:
1. login as root
2. start mc
3. cd /sys/bus/pci/drivers/skge/000
On Mon, 2008-01-14 at 20:12 +0100, Eric Dumazet wrote:
> Mark Seger a écrit :
> > Ignore that last one as it was pointed out to me that we have both nic
> > installed on many of our systems and ethtool told me the one
> > associated with the nic is actually the broadcom one.
> >
> > version:
Jeff Garzik wrote:
Auke Kok wrote:
From: Matheos Worku <[EMAIL PROTECTED]>
Implement support for a SUN-specific PHY.
SUN provides a modified 82597-based board with their own
PHY that works with very little modification to the code. This
patch implements this new PHY which is identified by the
On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
> There have been quite a few changes in lblnet-2.6_testing since
> 2.6.24-rc6-mm1
> so I would recommend taking the whole tree. I'm also not quite sure if
Weird. I did a 'git clone
git://git.infradead.org/users/pcmoore/lblnet-2.6_testing'
in
Chris Friesen a écrit :
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea
fib_trie_seq_show() uses two helper functions, rtn_scope() and
rtn_type() that can
write to static storage without locking.
Just pass to them a temporary buffer to avoid potential corruption
(probably not triggerable but still...)
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
diff --git a/
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea of the size of sctp hash
Mark Seger a écrit :
Ignore that last one as it was pointed out to me that we have both nic
installed on many of our systems and ethtool told me the one
associated with the nic is actually the broadcom one.
version:1.4.38 E1B1EC867DEEB8027B2DA0F
license:GPL
description:Broa
On Monday 14 January 2008 1:50:39 pm [EMAIL PROTECTED] wrote:
> On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
> > Apparently the only new commit in there since the tree that was in
> > 24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some
> > warning printk's. Would it be
Mark Seger wrote:
Ignore that last one as it was pointed out to me that we have both nic
installed on many of our systems and ethtool told me the one
associated with the nic is actually the broadcom one.
version:1.4.38 E1B1EC867DEEB8027B2DA0F
license:GPL
description:Broadco
On Dec 28, 2007, at 11:31, Ionut Nicu wrote:
Prevent unloading mii bus driver module when other modules have
references to some
phydevs on that bus. Added a new member (module owner) to struct
mii_bus and added
code to increment the mii bus owner module usage count on
phy_connect and decre
Robert Olsson a écrit :
Thanks for hacking and improving and the trie... another idea that could
be also tested. If we look into routing table we see that most leafs
only has one prefix
Main:
Aver depth: 2.57
Max depth: 7
Leaves: 231173
ip route | wc -
Ignore that last one as it was pointed out to me that we have both nic
installed on many of our systems and ethtool told me the one associated
with the nic is actually the broadcom one.
version:1.4.38 E1B1EC867DEEB8027B2DA0F
license:GPL
description:Broadcom NetXtreme II BCM5
On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
> Apparently the only new commit in there since the tree that was in
> 24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some warning
> printk's. Would it be more productive to test against the full tree, or
> leaving out the on
On Dec 11, 2007, at 09:02, Rini van Zetten wrote:
Hello Andy,
This patch (to 2.6.23.9) add a default return value EOPNOTSUPP to
the ioctl function. The problem with the always 0 return value is
that the iwconfig (wireless) tool found a valid device when an
ethernet device uses the phy ab
I'll try to get data on the other systems reporting it and as I said it
does not happen all that often AND you have to be looking for it. The
system I've personally seen it happen on several times is running
RHEL4/U4 which redhat numbers 2.6.9-42 and from modinfo I see:
version:7.0.33
On Mon, 14 Jan 2008 13:05:48 EST, [EMAIL PROTECTED] said:
> I'm pulling git://git.infradead.org/users/pcmoore/lblnet-2.6_testing at the
> moment, and seeing if there's already a fix in there for this.
Apparently the only new commit in there since the tree that was in
24-rc6-mm1 is 5d95575903fd38
jamal wrote:
May be I am mix in mind other code (multi-class loop/walking) and this code. I
am deprogramming... ;)
Sorry, I just change focus from existing "tc_index=..." to common behaviour ;)
[...]
Please refer to what i said above; if what i said still doesnt make
sense i can create (t
Please test this patch against Linus's current (approx 2.6.24-rc7-git5).
Ignore Andrew's premature reversion attempt...
This patch disables config mode access after clearing PCI settings.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/sky2.c2008-01-14 09:44:22.000
Mark Seger wrote:
I had posted the following on linux-net and haven't see any responses
possibly because nobody had any or that list is obsolete. I have been
told this is the current list for everything networking on linux so I
thought I'd try again...
Do you see this with multiple network dri
On Mon, 14 Jan 2008 11:36:40 EST, Paul Moore said:
> Are you still only seeing these problems on loopback? I can't help but
> wonder
> if this is the skb_clone() problem where it wasn't copying skb->iif causing
> SELinux to silently drop the packets.
Yes, I've only spotted it on loopback. Th
On Thu, 10 Jan 2008 21:41:20 -0700
"Aggrwal Poonam" <[EMAIL PROTECTED]> wrote:
> Hello All
>
> I am waiting for more feedback on the patches.
>
> If there are no objections please consider them for 2.6.25.
>
if this isn't going to go through Alessandro Rubini/misc drivers, can
it go through th
Eric Dumazet writes:
> > Thats 231173/241649 = 96% with the current Internet routing.
> >
> > How about if would have a fastpath and store one entry direct in the
> > leaf struct this to avoid loading the leaf_info list in most cases?
> >
> > One could believe that both lookup and dump cou
Ok, I will respin the failed patches.
Thanks,
-Dhananjay
On Sat, 12 Jan 2008, Jeff Garzik wrote:
> patch conflicted with
>
> commit 1706287f6eb58726a9a0e5cbbde87f49757615e3
> Author: David S. Miller <[EMAIL PROTECTED]>
> Date: Mon Jan 7 20:51:29 2008 -0800
>
> [NETXEN]: Fix ->poll() done
*) netperf/netserver support CPU affinity within themselves with the
global -T option to netperf. Is the result with taskset much different?
The equivalent to the above would be to run netperf with:
./netperf -T 0,7 ..
I checked the source codes and didn't find this option.
I use netperf V
I had posted the following on linux-net and haven't see any responses
possibly because nobody had any or that list is obsolete. I have been
told this is the current list for everything networking on linux so I
thought I'd try again...
I suspect the answer will be that it is what it is, but he
On Sun, 13 Jan 2008 16:34:17 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > I think it should be in netdev_unregister_kobject(). But that would
> > only get rid of one of the two calls to synchronize_rcu() in the
> > unregister_netdev.
>
> Would be already an improvement.
>
> > The other s
Chris Friesen a écrit :
Ray Lee wrote:
On Jan 10, 2008 9:24 AM, Chris Friesen <[EMAIL PROTECTED]> wrote:
After a recent userspace app change, we've started seeing packets being
dropped by the ethernet hardware (e1000, NAPI is enabled). The
error/dropped/fifo counts are going up in ethtool:
On Sun, 13 Jan 2008 11:27:12 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Jan 2008 16:08:38 +0100 supersud501 <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > supersud501 wrote:
> > >
> > >
> > > Rafael J. Wysocki wrote:
> > >
> > >>
> > >> Since it seems to be 100% reproducible, it w
On Mon, 14 Jan 2008 04:06:57 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Robert Olsson <[EMAIL PROTECTED]>
> Date: Mon, 14 Jan 2008 12:44:32 +0100
>
> > The idea was to have a selective flush of route cache entries when
> > a fib insert/delete happened. From what I remember you
also sprach YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]> [2008.01.14.1206
+0100]:
> Very confusing to me...
FYI:
http://lists.alioth.debian.org/pipermail/netconf-devel/2008-January/000214.html
However, I am not entirely convinced. I think
conference/tool/protocol are far apart enough so that the
On Monday 14 January 2008 11:15:38 am [EMAIL PROTECTED] wrote:
> On Sun, 13 Jan 2008 02:35:33 EST, [EMAIL PROTECTED] said:
> > I'm seeing problems with Sendmail on 24-rc6-mm1, where the main Sendmail
> > is listening on ::1/25, and Fetchmail connects to 127.0.0.1:25 to inject
> > mail it has just f
On Sun, 13 Jan 2008 02:35:33 EST, [EMAIL PROTECTED] said:
> I'm seeing problems with Sendmail on 24-rc6-mm1, where the main Sendmail is
> listening on ::1/25, and Fetchmail connects to 127.0.0.1:25 to inject mail it
> has just fetched from an outside server via IMAP - it will often just hang and
>
1 - 100 of 149 matches
Mail list logo
