On Mon, 2007-02-26 at 17:00 +0100, Jan-Bernd Themann wrote:
> Hi!
>
> This patch replaces the former posted patch
> ([PATCH] ehea: Optional TX/RX path optimized for SMP) and provides
> a functionality that allows parallel RX processing on multiple RX
> queues by using dummy netdevices as proposed
Ah.. missed that.
Thanks.
-Amit
On Tuesday 27 February 2007 04:21, Stephen Hemminger wrote:
> Compiler warning spots real error!
>
> The function do_rom_fast_read called in do_rom_fast_write can fail
> and leave data1 unset. This causes a compile warning.
> The correct thing is to propagate the er
On 2/26/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Here is another way to handle the 64 bit divide case.
It allows full 64 bit divide by adding the support routine
GCC needs.
I know ARM already went through the process of removing __udivdi3 support:
http://www.arm.linux.org.uk/developer
I thought the motivation for div64() was that a 64:32->32 divide could
be done a lot faster on a number of platforms (including the important
x86) than a generic 64:64->64 divide, but gcc doesn't handle the
devolution automatically -- there is no such libgcc function.
That there's no such func
Stephen Hemminger wrote:
Hmm. Those are the GCC internal versions, that are picked up but
doing divide in place. Do we want to allow general 64 bit in kernel to
be easily used? It could cause sloppy slow code, but it would look
cleaner.
... and it would handle datatypes which may be architect
Hello,
for learning device drivers I took 8139too.c to explore it. I
disrupted the code into several logical blocks and now I'm trying to
implement my own simplified version referring to original code from
time to time. I have rtl8139d NIC for experiments. So, by now I've
acomplished the followin
Document sysctl tcp_no_metrics_save.
Signed-off-by: John Heffner <[EMAIL PROTECTED]>
---
commit 17cb799000caef3b2fed28cc5d0601bb2311efa8
tree c27ccf561065b145bc48d0b8dbbaa3c608015e03
parent 4c5fd9d3a9ea8b939aed1afda2ac0fc54e3df592
author John Heffner <[EMAIL PROTECTED]> Mon, 26 Feb 2007 19:51:50
Documentation for sysctls tcp_mtu_probing and tcp_base_mss.
Signed-off-by: John Heffner <[EMAIL PROTECTED]>
---
commit 6da0563572e0a6d0abda9d950f30902844c37862
tree 6f21ae02c11a1340412a926e8e2f568f5ed3b5a8
parent 17cb799000caef3b2fed28cc5d0601bb2311efa8
author John Heffner <[EMAIL PROTECTED]> Mo
Document sysctl tcp_moderate_rcvbuf.
Signed-off-by: John Heffner <[EMAIL PROTECTED]>
---
commit 4c5fd9d3a9ea8b939aed1afda2ac0fc54e3df592
tree c25c2fd01e076fbb7356a8c37d06d2e22c60f263
parent aef8811abbc9249a2bd59bd2331bbe523df05d17
author John Heffner <[EMAIL PROTECTED]> Mon, 26 Feb 2007 19:44:58
From: weidong <[EMAIL PROTECTED]>
Date: Wed, 14 Feb 2007 10:03:49 -0500
> Hi, All
> When I tested Linux-2.6.20 and found that counter "ipOutNoRoutes" can
> not increase correctly.
> The criteria is RFC2011
>
> ipOutNoRoutes OBJECT-TYPE
> SYNTAX Counter32
> MAX-ACCESS read-only
>
From: "Kok, Auke" <[EMAIL PROTECTED]>
Date: Thu, 08 Feb 2007 16:09:50 -0800
> From: Peter Waskiewicz Jr <[EMAIL PROTECTED]>
>
> Added an API and associated supporting routines for multiqueue network
> devices. This allows network devices supporting multiple TX queues to
> configure each queue wi
Christoph Hellwig wrote:
On Sat, Feb 24, 2007 at 04:44:23PM -0800, [EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Add all-in-sw lro support.
Doing this in a LLDD doesn't sound like a good idea. Have you
tried doing this in the core networking code instead?
We hav
On Mon, 2007-26-02 at 14:48 -0800, David Miller wrote:
> Indeed, and the tabbing on the first "err = " assignment should
> be a clue that some mistake might have been added.
>
> It looks like the code has been like that from day one, I wonder
> how Jamal tested this stuff :-)
>
I am asking myse
From: David Stevens <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 17:22:10 -0700
> Reading /proc/net/anycast6 when there is no anycast address
> on an interface results in an ever-increasing inet6_dev reference
> count, as well as a reference to the netdevice you can't get rid of.
Applied, thanks a
Reading /proc/net/anycast6 when there is no anycast address
on an interface results in an ever-increasing inet6_dev reference
count, as well as a reference to the netdevice you can't get rid of.
Patch below & attached.
+-DLS
Signed-off-by: David L
On Feb 26 2007 16:07, Stephen Hemminger wrote:
>> On Feb 26 2007 15:44, Stephen Hemminger wrote:
>> >> >-x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
>> >> >+x = (2 * x + (u32) (a / x*x)) / 3;
>> >>
>> >> Previously there was div64_64(a, x*x) which is equivalent
On Tue, 27 Feb 2007 01:05:26 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 26 2007 15:44, Stephen Hemminger wrote:
> >> >- x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
> >> >+ x = (2 * x + (u32) (a / x*x)) / 3;
> >>
> >> Previously there was div64_64(a, x*x)
On Feb 26 2007 15:44, Stephen Hemminger wrote:
>> >- x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
>> >+ x = (2 * x + (u32) (a / x*x)) / 3;
>>
>> Previously there was div64_64(a, x*x) which is equivalent to
>> (a)/(x*x), or just: a/(x^2). But now you do a/x*x, which is
>> equ
Pascal GREGIS <[EMAIL PROTECTED]> :
[...]
> Could anyone take a look at my patch and tell me what is missing,
- It lacks the adequate registers init sequence for a 8168 for instance.
- Fix went in between 2.6.11 and 2.6.12.
There are 59 r8169 related patches between 2.6.12 and current. Only a few
From: Rolf Eike Beer <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 19:59:34 +0100
> [IPX] Remove ancient changelog
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Also applied, thanks Rolf.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
From: Rolf Eike Beer <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 19:58:08 +0100
> SPX was removed in early 2.5. How to connect to a Mac or the other OS isn't
> hard to find out these days.
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Patch applied, thanks Rolf.
-
To unsubscribe from this
On Tue, 27 Feb 2007 00:02:50 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 26 2007 13:28, Stephen Hemminger wrote:
> >>
> >> ./arch/arm26/lib/udivdi3.c
> >> ./arch/sh/lib/udivdi3.c
> >> ./arch/sparc/lib/udivdi3.S
> >>
> >> should not this be consolidated too?
> >
> >Hmm. Thos
From: Michal Wrobel <[EMAIL PROTECTED]>
Date: Sun, 25 Feb 2007 13:04:21 +0100
> This patch fixes a bug in Linux IPv6 stack which caused anycast address
> to be added to a device prior DAD has been completed. This led to
> incorrect reference count which resulted in infinite wait for
> unregister_n
Stephen Hemminger wrote:
> On Mon, 26 Feb 2007 15:35:11 -0500
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>> Trying to remove netconsole, rmmod goes into a tight loop with
>> 100% CPU usage. It can't be killed with 'kill -9'. Shutdown
>> works, though. Kernel is 2.6.20 FC6 config, and I'm 99.9%
>>
From: Luca Tettamanti <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 23:08:41 +0100
> skb_over_panic: text:f1b8a065 len:16 put:16 head:b1a3ba00 data:b1a3ba00
> tail:b1a
> 3ba00 end:b1a3ba90 dev:
This panic message doesn't make any sense, it should not have
triggered. skb_put() calls skb_over_panic(
On Feb 26 2007 13:28, Stephen Hemminger wrote:
>>
>> ./arch/arm26/lib/udivdi3.c
>> ./arch/sh/lib/udivdi3.c
>> ./arch/sparc/lib/udivdi3.S
>>
>> should not this be consolidated too?
>
>Hmm. Those are the GCC internal versions, that are picked up but
>doing divide in place. Do we want to allow gene
On Mon, 26 Feb 2007 14:58:49 -0800
Roland Dreier <[EMAIL PROTECTED]> wrote:
> Chelsio without NAPI enabled has been broken (won't compile) since
> 3de00b89 ("chelsio: NAPI speed improvement"):
>
> drivers/net/chelsio/sge.c: In function `t1_interrupt`:
> drivers/net/chelsio/sge.c:1716: err
Chelsio without NAPI enabled has been broken (won't compile) since
3de00b89 ("chelsio: NAPI speed improvement"):
drivers/net/chelsio/sge.c: In function `t1_interrupt`:
drivers/net/chelsio/sge.c:1716: error: `Q` undeclared (first use in this
function)
The change below seems to add back in
Compiler warning spots real error!
The function do_rom_fast_read called in do_rom_fast_write can fail
and leave data1 unset. This causes a compile warning.
The correct thing is to propagate the error out.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/netxen/netxen_nic_i
From: "Kent Yoder" <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 16:26:41 -0600
> I was browsing through the xfrm_user.c code and noticed that it
> appears that in xfrm_add_sa_expire, the only possible return codes are
> -ENOENT and -EINVAL. Was this intentional, or is this a bug?
Please use netd
Here is another way to handle the 64 bit divide case.
It allows full 64 bit divide by adding the support routine
GCC needs.
---
arch/alpha/Kconfig |4
arch/arm/Kconfig |4
arch/arm26/Kconfig |4
arch/avr32/Kconfig |4
a
On Mon, 26 Feb 2007 17:42:27 +1000
Philip Craig <[EMAIL PROTECTED]> wrote:
> Francois Romieu wrote:
> > The experimental r8169 patch of the day against 2.6.21-rc1 is available at:
> > http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc1/
>
> Is 0006-r8169-confusion-between-hardware-and-IP-heade
Il Mon, Feb 26, 2007 at 11:08:41PM +0100, Luca Tettamanti ha scritto:
> .config is attached.
This time for real...
This one is with INET_AH and INET_ESP enabled. Disabling them triggers
the bug.
Luca
--
Se non puoi convincerli, confondili.
#
# Automatically generated make config: don't edit
#
Hello,
I'm running 2.6.21 (current git, at 9654640d0af). kernel blows up at
startup, when running setkey. Kernel 2.6.20 runs fine. A couple of words
on the config: I played a bit with IPSec a while ago, then removed
AH/ESP (INET_AH and INET_ESP) from the kernel; NET_KEY was left enabled.
I think th
This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
On Mon, Feb 26, 2007 at 07:52:06PM +, Ralf Baechle wrote:
> The driver contains this little piece of candy:
>
> #if defined(CONFIG_DMA_NONCOHERENT) || defined(CONFIG_NOT_COHERENT_CACHE)
> #define ETH_DMA_ALIGN L1_CACHE_BYTES
> #else
> #define ETH_DMA_ALIGN 8
> #endif
>
> A
Stephen Hemminger wrote:
> On Mon, 26 Feb 2007 15:35:11 -0500
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>> Trying to remove netconsole, rmmod goes into a tight loop with
>> 100% CPU usage. It can't be killed with 'kill -9'. Shutdown
>> works, though. Kernel is 2.6.20 FC6 config, and I'm 99.9%
>>
On Mon, 26 Feb 2007 21:09:26 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 23 2007 17:05, Stephen Hemminger wrote:
> >
> >Since there already two users of full 64 bit division in the kernel,
> >and other places maybe hiding out as well. Add a full 64/64 bit divide.
> >
> >Yes t
On Mon, Feb 26, 2007 at 09:26:44AM -0800, Randy Dunlap wrote:
> On Mon, 26 Feb 2007 16:22:27 +0300 Sergei Shtylyov wrote:
>
> > Hello, I wrote:
> >
> > 3x59x-fix-pci-resource-management.patch causes the following compile
> > error with CONFIG_PCI=n:
> >
> > <-- snip -->
> >
>
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 01:24:37 +0100
> Bernhard Walle wrote:
> > With 2.6.21-rc1, I get an oops when running 'ifdown eth0' and an IPsec
> > connection is active. If I shut down the connection before running 'ifdown
> > eth0', then there's no problem. The
On Feb 23 2007 17:05, Stephen Hemminger wrote:
>
>Since there already two users of full 64 bit division in the kernel,
>and other places maybe hiding out as well. Add a full 64/64 bit divide.
>
>Yes this expensive, but there are places where it is necessary.
>It is not clear if doing the scaling b
Hello.
Atsushi Nemoto wrote:
I know both MontaVista and CELF have new driver for the chip. If
anybody in MontaVista did not complain I can send CELF's one available
at http://tree.celinuxforum.org/pubwiki/moin.cgi/PatchArchive. (it
Yeah, tc35815_1.c in our looks like the one in the CELF
Please Cc: the maintainer from the MAINTAINERS file.
Petri T. Koistinen <[EMAIL PROTECTED]> :
[...]
> I just brought two D-Link DGE-528T (uses r8159 driver) network adapters
> to have nice 1 Gbps home network between two computers.
- which kernel ?
- dmesg please ?
[...]
> and when I use this ca
The driver contains this little piece of candy:
#if defined(CONFIG_DMA_NONCOHERENT) || defined(CONFIG_NOT_COHERENT_CACHE)
#define ETH_DMA_ALIGN L1_CACHE_BYTES
#else
#define ETH_DMA_ALIGN 8
#endif
Any reason why we're not using dma_get_cache_alignment() instead?
Ralf
Signed
From: Benjamin Li <[EMAIL PROTECTED]>
1) Fix deadlock issue when in QL_RESET_ACTIVE state and traversing
through the Link State Machine
2) Fix deadlock issue when ethtool would call ql_get_settings()
3) Fix deadlock issue when adaptor is ifup'ed but adaptor fails to initialize
Signed-off-by: B
From: Benjamin Li <[EMAIL PROTECTED]>
pci_map_single() could fail. We need to properly check the return
code from pci_map_single(). If we can not properly map this address,
then we should cleanup and return the proper return code.
Signed-off-by: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Ro
This network device driver shares the same hardware as the qla4xxx
iSCSI driver. Changing the MTU via the device interface will
cause qla4xxx to crash as there is no way to make notification.
Users wishing to change the MTU must do so using an iSCSI
utility such as Qlogic SanSurfer. This forces the
From: Benjamin Li <[EMAIL PROTECTED]>
To reproduce this panic consistently, we run an intensive network
application like 'netperf'. After waiting for a couple of seconds,
you will see a stack trace and a kernel panic where we are calling
pci_unmap_single() in ql_poll().
Changes:
1) Check the fla
To Reproduce the Problem:
To reproduce this panic consistently, we run an intensive network
application like 'netperf' and then switch to a different console.
After waiting for a couple of seconds, you will see a tx reset has occured.
Reason:
We enable interrupts even if we were not running.
Solu
From: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/qla3xxx.c b/drivers/net/qla3xxx.c
index f446232..15f13
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c | 78 +++--
1 files changed, 24 insertions(+), 54 deletions(-)
diff --git a/drivers/net/qla3xxx.c b/drivers/net/qla3xxx.c
index fe494ac..cb3a05e 100755
--- a/drivers/net/qla3xxx.c
The scatter/gather lists were not being build correctly. When
large frames spanned several buffers the chip would panic.
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c | 99 +++-
drivers/net/qla3xxx.h |1 -
2 files change
This change removes use of constants for rx buffer queue size
and instead calculates the queue length based on what he MTU
is set to.
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c | 41 -
drivers/net/qla3xxx.h |8 ++--
2
From: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/net/qla3xxx.c b/drivers/net/qla3xxx.c
index 18a
From: Benjamin Li <[EMAIL PROTECTED]>
We do not need to zero out the 64 byte MAC request I/O control block.
By zeroing out the control block and setting it to proper fields is
redundant work. This is because in the qla3xxx_send() function we will
already set the proper fields in this structure.
From: Benjamin Li <[EMAIL PROTECTED]>
We have added the ability to query the receive and transmit PAUSE flow
control frames parameters, in addition to the auto-negotiated status
using ethtool.
Signed-off-by: Benjamin Li <[EMAIL PROTECTED]>
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
---
driver
From: Benjamin Li <[EMAIL PROTECTED]>
The return code was not properly set when when allocating memory or mapping
memory failed. Depending on the stack, the return code would sometimes
return 0, which indicates everything was ok, when in fact there was an error.
This would cause trouble when th
This patch series addresses a number of issues found when testing at IBM
and Redhat. The patches were built and tested against the netdev/upstream
kernel on i386/x86_64/PPC64 platforms.
Signed-off-by: Ron Mercer <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netd
On 2/26/07, Michael Faber <[EMAIL PROTECTED]> wrote:
Hi,
i want to use the tcp_info struct to keep track of some tcp related
information. This works fine so far, however i'm wondering how to
interpret some of the values delivered. I would expect values like cwnd
and sst to be given out in packet
On Wed, 18 Oct 2006 11:14:45 +0200
Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been seeing a failure to reply to incoming ARP packets on a bridge
> interface until after the first few packets have been transmitted over
> that interface, and the patch below seems to fix the issue,
On Mon, 26 Feb 2007 16:22:27 +0300 Sergei Shtylyov wrote:
> Hello, I wrote:
>
> 3x59x-fix-pci-resource-management.patch causes the following compile
> error with CONFIG_PCI=n:
>
> <-- snip -->
>
> ...
> CC drivers/net/3c59x.o
> /home/bunk/linux/kernel-2.6
Hi,
i want to use the tcp_info struct to keep track of some tcp related
information. This works fine so far, however i'm wondering how to
interpret some of the values delivered. I would expect values like cwnd
and sst to be given out in packets regarding the source code. Can anyone
give me some hi
Hello everyone,
I am experiencing a big fight with a Realtek RTL8168 ethernet card that I need
to use with a 2.6.11.11 kernel.
Here is my problem :
the RTL8168 (which seems to be the PIC-express version of the RTL8169) isn't
recognized by the 2.6.11.11 kernel.
So I tried the r1000 driver suppli
Hi!
This patch replaces the former posted patch
([PATCH] ehea: Optional TX/RX path optimized for SMP) and provides
a functionality that allows parallel RX processing on multiple RX
queues by using dummy netdevices as proposed by Roland Dreier.
The fairness amongst this net devices and other networ
ooh.
Begin forwarded message:
Date: Mon, 26 Feb 2007 07:10:48 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 8085] New: performance drop in 2.6.20
http://bugzilla.kernel.org/show_bug.cgi?id=8085
Summary: performance drop in 2.6.20
Kernel Version:
On Fri, Feb 23, 2007 at 03:10:42PM -0800, Stephen Hemminger wrote:
> More backport of sky2 stuff.
> * [bugfix] ram buffer setup
> * [bugfix] listen to pause packets
> * [bugfix] big endian
>
> Optional:
> * add more statistics (add entries to table)
> * add more
Randy Macleod wrote:
In a different thred,
Jon Paul Maloy wrote:
> One (TIPC user) I know about,who has developed a very interesting
> "reliable bond interface" based on this API, doesn't regard his code
> to be up to the kernel coding standards yet, although I am trying to
> encourage him.
Hi
> Also, as far as the approach of using tasklets, I think it would be
> better to use the "fake netdev" approach to continue to use NAPI.
> Basically you create a pseudo-netdev for each receive queue and have
> NAPI handle the polling for you -- you could look for
> drivers/net/cxgb3 for an exa
Hello, I wrote:
3x59x-fix-pci-resource-management.patch causes the following compile
error with CONFIG_PCI=n:
<-- snip -->
...
CC drivers/net/3c59x.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/drivers/net/3c59x.c:
In function 'vortex_init_one':
/home/bunk/linux/kernel-2.6/l
On Mon, 26 Feb 2007 10:26:59 +, Ralf Baechle <[EMAIL PROTECTED]> wrote:
> > I created my own patch for this (and one other bug), and checked it in.
> >
> > Really, though, someone in MIPS-land should give this driver some loving
> > care. It is filled with bugs and 2.4-era anachronisms.
>
>
Hi,
> I'm experiencing a pretty strange problem with kernel PPPoE on tap
> interfaces with a vanilla 2.6.20 kernel that prevents the PPP connection
> from being established:
[...]
Well, I guess I have found the source of the problem: The PPPoE code seems
to match inbound packets to sockets based
On Sat, Feb 24, 2007 at 05:04:01PM -0500, Jeff Garzik wrote:
> >>I am a graduate student working on finding bugs in Linux drivers using
> >>an automated research tool. I think I've found a possible bug in
> >>net/tc35815.c, and I'd appreciate it if you could confirm/disconfirm it.
> >>
> >>Thanks
72 matches
Mail list logo
