On 6/4/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
(CCd net device MAINTAINERs, I'm not sure, but nv_alloc_rx is forcedeth)
This server has been up for about a day now and I'm starting to get
some bad looking message
A big batch of fixes for the newly added libertas wireless driver is
coming soon, too.
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/ehea/ehea.h |2
On Sat, 2007-09-06 at 17:23 -0400, Leonid Grossman wrote:
> Not really. This is a very old presentation; you probably saw some newer
> PR on Convergence Enhanced Ethernet, Congestion Free Ethernet etc.
Not been keeping up to date in that area.
> These efforts are in very early stages and arguabl
Replace invisible character with a space.
The diff looks like this on my terminal:
-Choose this option if you're using a host-to-host cable
-with one of these chips.
+ Choose this option if you're using a host-to-host cable
+ with one of these chips.
Reported by: M
Thomas Klein wrote:
This patch fixes a possible kernel panic due to not checking the vlan group
when processing received VLAN packets and a malfunction in VLAN/hypervisor
registration.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "un
Li Yang wrote:
From: Kim Phillips <[EMAIL PROTECTED]>
Support for configuring RGMII-ID (RGMII with internal delay) mode on the
88e and 88e1145. Ucc_geth on MPC8360EMDS(the main user of ucc_geth)
is broken after changed to use phylib. It is fixed by adding this
internal delay.
Also renamed
Mithlesh Thukral wrote:
NetXen: Fix initialization and subsequent ping issue on 3.4.19 firmware
This patch fixes the ping problem seen X/PBlades after the adapter's
firmware was moved to 3.4.19. After configured interface up, ping
failed.
NetXen adapter couldn't accept ARP broadcast packet. Ma
Mithlesh Thukral wrote:
NetXen: Add NETXEN prefixes to macros to clean them up.
This is a cleanup patch which adds NETXEN prefix to some stand
alone macro names.
These posed compile errors when NetXen driver was backported to 2.6.9
on PPC architecture as macros like USER_START are defined in fi
Brian King wrote:
When attempting to activate additional rx buffer pools on an ibmveth interface
that
was not yet up, the error below was seen. The patch fixes this by only closing
and opening the interface to activate the resize if the interface is already
opened.
applied 1-2 to #upstream-fix
Dave Jones wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8160
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
applied
-
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-i
Laurent Chavey wrote:
Remove the requirement to have at least one configured partner to
enable the operation of links. The later is necessary to have the code
in compliance with section 43.3.9 of IEEE 802.3,
Signed-off-by: Laurent Chavey <[EMAIL PROTECTED]>
Looks OK but patch is corrupted:
[E
Mithlesh Thukral wrote:
- if ((netif_running(netdev)) && !netif_carrier_ok(netdev)) {
- printk(KERN_INFO "%s port %d, %s carrier is now ok\n",
- netxen_nic_driver_name, adapter->portnum, netdev->name);
+ if ((netdev->flags & IFF_UP) && !netif_carrier
Leonid Grossman wrote:
But my point was that while virtualization capabilities of upcoming NICs
may be not even relevant to Linux, the multi-channel hw designs (a side
effect of virtualization push, if you will) will be there and a
non-virtualized stack can take advantage of them.
I'm looking
> -Original Message-
> From: J Hadi Salim [mailto:[EMAIL PROTECTED] On Behalf Of jamal
> Sent: Saturday, June 09, 2007 12:23 PM
> To: Leonid Grossman
> Cc: Waskiewicz Jr, Peter P; Patrick McHardy; [EMAIL PROTECTED];
> netdev@vger.kernel.org; [EMAIL PROTECTED]; Kok, Auke-jan H; Ramkrishna
On Sat, 2007-09-06 at 10:58 -0400, Leonid Grossman wrote:
> IMHO, in addition to current Intel and Neterion NICs, some/most upcoming
> NICs are likely to be multiqueue, since virtualization emerges as a
> major driver for hw designs (there are other things of course that drive
> hw, but these are
Hi all,
Here is a list of some known regressions in 2.6.22-rc4
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Unclassified
Subject: kernel BUG at arch/i386/kernel/cpu/perfctr-watchdog.c:126!
References : http://lkml.o
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
and must be
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
and must be
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:netdev-
> [EMAIL PROTECTED] On Behalf Of Waskiewicz Jr, Peter P
> Sent: Wednesday, June 06, 2007 3:31 PM
> To: [EMAIL PROTECTED]; Patrick McHardy
> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org; [EMAIL PROTECTED]; Kok,
> Auke-jan H
>
On Fri, 2007-06-08 at 19:06 -0700, David Miller wrote:
> From: Trond Myklebust <[EMAIL PROTECTED]>
> Date: Fri, 08 Jun 2007 17:43:27 -0400
>
> > It is not dhcp. I'm seeing the same bug with bog-standard ifup with a
> > static address on an FC-6 machine.
> >
> > It appears to be something in the l
On Sat, 2007-09-06 at 21:08 +1000, Herbert Xu wrote:
> It takes the tx_lock in the xmit routine as well as in the clean-up
> routine. However, the lock is only taken when it updates the queue
> status.
>
> Thanks to the ring buffer structure the rest of the clean-up/xmit code
> will run concurre
Sorry, meant to cc Herbert and James since they commented two
generations ago.
Gents, if you manage to have the cycles please look at this specific
one. Herbert, for tunnel mode i think i will agree with you and
introduce a dst struct; but i will defer that to some later patch.
cheers,
jamal
On S
4 of 4
cheers,
jamal
commit d1d8ea490a517df484e6774c4f41123ccde52434
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Sat Jun 9 09:46:52 2007 -0400
[PKTGEN] IPSEC support
Added transport mode ESP support for starters.
I will send more of these modes and types once i have resolved
3 of 4.
cheers,
jamal
commit 923d6c49f9f513da41e4bfd8188304787a5c8093
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Sat Jun 9 09:16:12 2007 -0400
[XFRM] Introduce standalone SAD lookup
This allows other in-kernel functions to do SAD lookups.
The only known user at the moment is
2 of 4.
cheers,
jamal
commit d0d2c0c2e5539a54d66f07d2fa99bb52c19cc698
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Sat Jun 9 09:12:21 2007 -0400
[PKTGEN] Introduce sequential flows
By default all flows in pktgen are randomly selected.
This patch introduces ability to hav
1 of 4.
cheers,
jamal
commit f7da845f37e3cd47be46697491210c126b37c8fc
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Sat Jun 9 09:11:16 2007 -0400
[PKTGEN] Centralize packet overhead tracking
Track the extra packet overhead for VLAN tags, MPLS, IPSEC etc
Signed-off-by: Jam
This is a set of patches that add ipsec functionality to pktgen. I have
lost these patches before - but they are now fully recovered and well
tested. Robert has glanced at the patches and seems to have no qualms
with them. I am soliciting for any feedback because i would like to push
them for 2.6.
Change formatting of IPv6 tunnel endpoints from hex chain to standard IPv6
representation.
Signed-off-by: David Lamparter <[EMAIL PROTECTED]>
---
lib/ll_addr.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/lib/ll_addr.c b/lib/ll_addr.c
index 581487d..f558050 100644
-
On Fri, Jun 08, 2007 at 09:12:52AM -0400, jamal wrote:
>
> To mimick that behavior in LLTX, a driver needs to use the same lock on
> both tx and receive. e1000 holds a different lock on tx path from rx
> path. Maybe theres something clever i am missing; but it seems to be a
> bug on e1000.
It's b
On Sat, 09 Jun 2007 11:30:04 +1000
Herbert Xu <[EMAIL PROTECTED]> wrote:
> Please cc networking patches to [EMAIL PROTECTED]
>
> Jeff Layton <[EMAIL PROTECTED]> wrote:
> >
> > The following patch is a first stab at removing this need. It makes it
> > so that in tcp_recvmsg() we also check kthrea
30 matches
Mail list logo
