Michael Chan wrote:
[BNX2]: Block MII access when ifdown.
The device may be in D3hot state and should not allow MII register
access.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
ACK 1-2
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
On 5/1/07, Rafal Bilski <[EMAIL PROTECTED]> wrote:
2.6.21.1 is first kernel which I'm using at this device. Earlier it was
WindowsCE terminal. It is hardware fault. Commenting out the code is my
way to avoid "wakeup" messages in log, but I don't want to change anything
in vanilla kernel. I'm luc
[...]
>
>> With code commented out I have 1 error / 3 transmitted packets from
>> DP83815C. I have 1 error / 10 transmitted packets to DP83815C. Maybe
>> it works at all because I have short cable, only 10m long.
>> I don't remember any errors with plain 2.6.21.1.
Sorry. I mean transmition
>> > > * 2) check for sudden death of the NIC:
>> > > *It seems that a reference set for this chip went out with
>> incorrect info,
>> > > *and there exist boards that aren't quite right. An
>> unexpected voltage
>> > > *drop can cause the PHY to get itself in a weird state
>> (bas
On Wed, 2007-02-28 at 18:34 +0100, Jan-Bernd Themann wrote:
> This patch provides a functionality that allows parallel
> RX processing on multiple RX queues by using dummy netdevices.
>
>
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
> ---
> @@ -1789,6 +1798,22 @@ static void ehea_xmit
On Wed, 2007-05-02 at 13:51 +1000, Herbert Xu wrote:
> On Wed, May 02, 2007 at 01:37:13PM +1000, Rusty Russell wrote:
> >
> > > +static int xennet_change_mtu(struct net_device *dev, int mtu)
> > > +{
> > > + int max = xennet_can_sg(dev) ? 65535 - ETH_HLEN : ETH_DATA_LEN;
> >
> > This seems odd to m
Rusty Russell wrote:
> On Tue, 2007-05-01 at 17:08 -0700, Jeremy Fitzhardinge wrote:
>
>> Add the Xen virtual network device driver.
>>
>
> (Herbert: there's a question for you: grep for Herbert)
>
> OK, this is a remarkably non-trivial driver. If the v0.1 of the driver
> had been in the k
On Sat, Apr 28, 2007 at 11:18:49PM -0700, David Miller wrote:
>
> Herbert, could you refresh this refinement to the current
> tree?
Dave, thanks for reminding me. Here it is.
[NETLINK]: Kill CB only when socket is unused
Since we can still receive packets until all references to the
socket are
Hi:
[NETFILTER] sip: Fix RTP address NAT
I needed to use this recently to talk to a Cisco server. In my case
I only did SNAT while the Cisco server used a different address for
RTP traffic than the one for SIP. I discovered that nf_nat_sip NATed
the RTP address to the SIP one which was unnecess
On Wed, May 02, 2007 at 01:37:13PM +1000, Rusty Russell wrote:
>
> > +static int xennet_change_mtu(struct net_device *dev, int mtu)
> > +{
> > + int max = xennet_can_sg(dev) ? 65535 - ETH_HLEN : ETH_DATA_LEN;
> > +
> > + if (mtu > max)
> > + return -EINVAL;
> > + dev->mtu = mtu;
> >
On 4/30/07, Martín Ferrari <[EMAIL PROTECTED]> wrote:
I've been sending mail to linux-net and netdev without any success. I
even subscribed to both lists, and still my mail doesn't deliver. I'm
trying a different MUA to see if majordomo is eating my email for some
obscure reason, please somebody
On Tue, 2007-05-01 at 17:08 -0700, Jeremy Fitzhardinge wrote:
> Add the Xen virtual network device driver.
(Herbert: there's a question for you: grep for Herbert)
OK, this is a remarkably non-trivial driver. If the v0.1 of the driver
had been in the kernel, I'm sure it would have been about 1/4
On Tue, May 01, 2007 at 09:50:08PM +0200, Ulrich Kunitz wrote:
> On 07-05-01 12:34 Jiri Benc wrote:
> > It is :-) Look for ieee80211_wake_queues. But as I said, you shouldn't need
> > that.
>
> I provided the patch to add ieee80211_wake_queues(). Sorry for
> missing the moment, when it has been i
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix skbuff.h kernel-doc:
linux-2.6.21-git4//include/linux/skbuff.h:316): No description found for
parameter 'transport_header'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/linux/skbuff.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(
On Mon, 30 Apr 2007 00:50:14 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Mitsuru Chinen <[EMAIL PROTECTED]>
> Date: Fri, 27 Apr 2007 16:46:30 +0900
>
> > On Tue, 17 Apr 2007 20:14:36 +0900
> > Mitsuru Chinen <[EMAIL PROTECTED]> wrote:
> >
> > > This displays the statistics specif
The hardware must not see that is given ownership of a buffer until it
is
completely written, and when the driver receives ownership of a buffer,
it must ensure that any other reads to the buffer reflect its final
state. Thus, I/O barriers are added where required.
Without this patch, I have ob
[BNX2]: Add 1-shot MSI handler for 5709.
The 5709 supports the one-shot MSI handler similar to some of the tg3
chips. In this mode, the MSI disables itself automatically until it
is re-enabled at the end of NAPI poll.
Put the request_irq/free_irq logic in common procedures.
Signed-off-by: Micha
[BNX2]: Print bus information for PCIE devices.
Fix the code to print PCI or PCIE bus information for all devices.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 5869e2b..fc25d2c 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
[BNX2]: Update version and reldate.
Update version to 1.5.10.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index fc25d2c..7da6340 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -1,6 +1,6 @@
/* bnx2.c: Broadcom NX2 network driv
[BNX2]: Add indirect spinlock.
The indirect register access method will be used by more than one
caller in BH context (NAPI poll and timer), so a spinlock is required.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index ffd6976..34ae3e9 1006
[BNX2]: Enhance the heartbeat.
In addition to the periodic heartbeat, we're adding a heartbeat
request interrupt when the heartbeat is late. This is useful
especially in -rt kernels where the timer frequently runs late.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bn
[BNX2]: Re-structure the 2.5G Serdes code.
Add some common procedures to handle enabling and disabling 2.5G.
Add some missing code to resolve flow control.
Add SUPPORTED_2500baseX_Full and ADVERTISED_2500baseX_Full in
ethtool.h.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/dri
[BNX2]: Add support for 5709 Serdes.
Add PCI ID and code to support the 5709 Serdes PHY.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index eac52a1..ffd6976 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -84,6 +84,7 @@ typedef
[BNX2]: Add ipv6 TSO and checksum for 5709.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 8520967..8610f7f 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -4624,35 +4624,49 @@ bnx2_start_xmit(struct sk_buff *skb, struct net_
[BNX2]: Put MII register offsets in the bnx2 struct.
The 5709 Serdes device uses non-standard MII register offsets. This
re-structuring will make it easier to support 5709 Serdes.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 8610f7f.
[BNX2]: Fix race conditions when calling register_netdev().
Hot-plug scripts can call bnx2_open() as soon as register_netdev() is
called in bnx2_init_one(). We need to call pci_set_drvdata() and
setup everything before calling register_netdev(). netif_carrier_off()
also needs to be moved to b
[BNX2]: Save PCI state during suspend.
This is needed to save the MSI state which will be lost during
suspend.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 971607c..8520967 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -
[BNX2]: Add 40-bit DMA workaround for 5708.
The internal PCIE-to-PCIX bridge of the 5708 has the same 40-bit DMA
limitation as some of the tg3 chips. Use the same workaround used in
tg3. On 64-bit systems without IOMMU, linearize the SKB if any
address is > 40-bit.
Signed-off-by: Michael Chan <
[BNX2]: Fix register and memory test on 5709.
Tweak registers and memory test range for 5709.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 9f0a067..6d05397 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -3763,10 +3763,11
[BNX2]: Block MII access when ifdown.
The device may be in D3hot state and should not allow MII register
access.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index f98a220..9f0a067 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@
David, please review and apply the following patches that will follow.
The firmware patches 6-11 will be sent to you off-list due to large
size.
[PATCH 1/20][BNX2]: Block MII access when ifdown.
[PATCH 2/20][BNX2]: Fix register and memory test on 5709.
[PATCH 3/20][BNX2]: Add 40-bit DMA workaround
On Wed, 2 May 2007 00:40:45 +0200, Ulrich Kunitz wrote:
> Jiri, even if ZD1211B supports multiple queues, there is only one
> USB endpoint receiving packets for transmission. I suppose that
> the queue for the packet can be set in the control data for the
> packet. However if the device doesn't rea
> > If that queue is stopped, the qdisc will never get called to run and
> > ->dequeue(), and hard_start_xmit() will never be called.
>
> yes, that is true (and the desired intent)
That intent is not what we want with our approach. The desired intent
is to have independent network flows from th
Change default MTU from jumbo (9000) to standard (1500) for myri10ge
Signed-off-by: Loic Prylli <[EMAIL PROTECTED]>
---
drivers/net/myri10ge/myri10ge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/myri10ge/myri10ge.c b/drivers/net/myri10ge/myri10ge.c
index
On 07-05-01 23:10 Jiri Benc wrote:
> Really? From what you wrote ("if too many URBs are ready for submit") it
> seems that the code is triggered when the queue is just full. That's not
> necessarily an error condition and the only thing needed to do is to stop
> the queue. Unless zd1211 is really
Loic Prylli wrote:
On 4/30/2007 2:12 PM, Rick Jones wrote:
Speaking of defaults, it would seem that the external 1.2.0 driver
comes with 9000 bytes as the default MTU? At least I think that is
what I am seeing now that I've started looking more closely.
rick jones
That's the same for
On Tue, 2007-01-05 at 11:27 -0700, Waskiewicz Jr, Peter P wrote:
> My patches have been under discussion for
> a few months, and the general approach has been fairly well-accepted.
> The comments that David, Patrick, and Thomas have given were more on
> implementation, which have been fixed and a
On Tue, May 01, 2007 at 01:33:26PM -0700, Jay Vosburgh wrote:
> Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>
> >> I need to use a bonding through two 802.1q tag VLAN virtual interface in
> >> the
> >> same physical network interface. When I bond interface with command :
> >> ifenslave bond0 eth1.
On 4/30/2007 2:12 PM, Rick Jones wrote:
Speaking of defaults, it would seem that the external 1.2.0 driver
comes with 9000 bytes as the default MTU? At least I think that is
what I am seeing now that I've started looking more closely.
rick jones
That's the same for the in-kernel-tree cod
On Tue, May 01, 2007 at 09:52:30PM +0200, Rafał Bilski wrote:
> > * 2) check for sudden death of the NIC:
> > *It seems that a reference set for this chip went out with incorrect
> > info,
> > *and there exist boards that aren't quite right. An unexpected voltage
> > *drop can ca
On Tue, 2007-05-01 at 09:27 +0200, Stefan Wenk wrote:
> Now I have changed these modifications
> back, and I do not see more debug information except those below:
>
> z_decompress0: Would have triggered an error as inflate returned -5 ()
> z_decompress0: Would have triggered an error as inflate r
Tim Durack <[EMAIL PROTECTED]> :
> >Can you try to set the MAC address by hand with the completely patched
> >kernel (i.e. including the mac-address-change patch) ?
>
> Yup. Works fine. The randomly changing interface order is proving to
> be a challenge!
udev should be your friend to do a BUS/ID
On Tue, 1 May 2007 21:50:08 +0200, Ulrich Kunitz wrote:
> On 07-05-01 12:34 Jiri Benc wrote:
> > On Tue, 1 May 2007 04:01:00 +0100 (BST), Daniel Drake wrote:
> > > The old code allowed unlimited buffing of tx frames in URBs
> > > submitted for transfer to the device. This patch stops the
> > > iee
Can you try to set the MAC address by hand with the completely patched
kernel (i.e. including the mac-address-change patch) ?
Yup. Works fine. The randomly changing interface order is proving to
be a challenge!
Given the last report in http://bugzilla.kernel.org/show_bug.cgi?id=6032,
it should
Geert Uytterhoeven wrote:
From: Matthias Urlichs <[EMAIL PROTECTED]>
Macintosh CS89x0 Ethernet: Netif updates
Addition of netif_stop_queue() before transmission by Michael Schmitz
skb_copy_{from,to}_linear_data() conversion by Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECT
Since 2.6.21 I often got a 2 seconds delay when closing a telnet session
to such a machine (even to localhost).
I was at least not aware of this with older versions, but maybe I'm
wrong?!?
Client with delay:
0.62 select(4, [0 3], [], [3], NULL) = 1 (in [3])
1.803057 recvfrom(3, "", 8192, 0, N
Tim Durack <[EMAIL PROTECTED]> :
[...]
> Still Have a problem with links randomly failing to achieve link on
> boot. This then requires a "modprobe -r r8169; modprobe r8169" cycle
> to get link. Side effect is the mac address corruption I have
> described previously.
Can you try to set the MAC add
From: Matthias Urlichs <[EMAIL PROTECTED]>
Macintosh CS89x0 Ethernet: Netif updates
Addition of netif_stop_queue() before transmission by Michael Schmitz
skb_copy_{from,to}_linear_data() conversion by Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/Kconfi
From: Finn Thain <[EMAIL PROTECTED]>
Fix the support for C/NET nubus ethernet cards etc. Sync up the DP8390 driver
with the latest code in the mac68k repo.
Signed-off-by: Finn Thain <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/mac8390.c | 245 +++
Add missing code to the Amiga A2065 and Ariadne drivers to update
net_device_stats.tx_bytes.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/a2065.c |4 +---
drivers/net/ariadne.c |1 +
2 files changed, 2 insertions(+), 3 deletions(-)
--- linux-m68k-2.6.21.orig/dr
The recent conversion from `memcpy' to `skb_copy_from_linear_data' removed a
few casts, which were needed to silence compiler warnings. Re-add them.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/7990.c |6 +++---
drivers/net/a2065.c |4 ++--
drivers/net/
From: Finn Thain <[EMAIL PROTECTED]>
Fix a race condition in the transmit code, where the dma interrupt could update
the free tx buffer count concurrently and wedge the tx queue.
Fix the misuse of the rx frame status and rx frame length registers: no more
"fifo overrun" errors caused by the OFLOW
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>> I need to use a bonding through two 802.1q tag VLAN virtual interface in the
>> same physical network interface. When I bond interface with command :
>> ifenslave bond0 eth1.10 eth1.20
>> Console and dmesg will continues report BUG:
>> --Ou
From: Benjamin LaHaise <[EMAIL PROTECTED]>
Date: Tue, 1 May 2007 15:19:31 -0400
> On Tue, May 01, 2007 at 02:03:04PM -0400, John Heffner wrote:
> > Being liberal in what you accept is good to a point, but sometimes you
> > have to draw the line.
>
> True. Still, both sides are doing completely
On 07-05-01 12:34 Jiri Benc wrote:
> On Tue, 1 May 2007 04:01:00 +0100 (BST), Daniel Drake wrote:
> > The old code allowed unlimited buffing of tx frames in URBs
> > submitted for transfer to the device. This patch stops the
> > ieee80211_hw queue(s) if to many URBs are ready for submit to the
>
Isaula Oscar-QOI000 wrote:
> Vlad,
>
> I finally got test results for the changes you suggested. The original
> issue is fixed and I have not detected any side effects.
Thanks.
-vlad
>
> Thanks,
> Oscar
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On B
A tcpdump trace 1) before promiscuous mode 2) after promiscuous mode 3)
after link failure (i.e. failover does not work) would be welcome.
Okay, after fixing STP forwarding delays on the switch, bonding
failover now works, as long as member links are forced to promisc
mode.
Still Have a problem
Peter Missel <[EMAIL PROTECTED]> :
[...]
> Sorry, returning to this issue took me longer than anticipated before I could
> return to the issue.
No problem, it is in my bugs store.
[...]
> Unfortunately the driver that comes with 2.6.18 doesn't appear to support
> mii-tool. I get this message:
>
Vlad,
I finally got test results for the changes you suggested. The original
issue is fixed and I have not detected any side effects.
Thanks,
Oscar
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Vlad Yasevich
Sent: Wednesday, April 11, 2007 9:45 AM
To:
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> Change Kconfig objects from "menu, config" into "menuconfig" so
> that the user can disable the whole feature without having to
> enter the menu first.
>
> Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
>
> ---
> drivers/net/wan/Kconfig | 34 +
>> eth0: Media selection timer tick.
>> eth0: possible phy reset: re-initializing
>
> This is why the reset is being triggered - it's a workaround for a hardware
> bug which checks to make sure the hardware is in the state that the
> kernel thinks it is is going off. The code has this explanatory
On Tue, May 01, 2007 at 02:47:59PM -0400, Chuck Ebbert wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238307
>
> This is kernel 2.6.20.3.
>
> From the bugzilla comment:
>
> ===
>
> I need to use a bonding
Hi Francois!
Sorry, returning to this issue took me longer than anticipated before I could
return to the issue.
> Hardly: the r8169 driver has been modified by ~40 patches from 2.6.18 to
> now.
>
> There is an ugly hack^W^W quick backport for 2.6.18 at:
> http://www.fr.zoreil.com/people/francois
On Tue, May 01, 2007 at 02:03:04PM -0400, John Heffner wrote:
> Actually, you cannot get in this situation by loss or reordering of
> packets, only be corruption of state on one side. It sends the FIN,
> which effectively increases the sequence number by one. However, all
> later segments it s
>> eth0: Media selection timer tick.
>> eth0: possible phy reset: re-initializing
>
> This is why the reset is being triggered - it's a workaround for a hardware
> bug which checks to make sure the hardware is in the state that the
> kernel thinks it is is going off. The code has this explanatory
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238307
This is kernel 2.6.20.3.
>From the bugzilla comment:
===
I need to use a bonding through two 802.1q tag VLAN virtual interface in the
same physical network int
Hi, for the nth time I send this email, hoping that majordomo won't eat
it again.
I know this has been extensibly discussed circa 2001, but I found that
there's still problems: in debian (at least) neither ifconfig nor ip
can tell that the interface is in promiscuous mode.
I know about the depre
On Tue, 1 May 2007, David Howells wrote:
> Fix use of __exit functions from __init path.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
> On Fri, 2007-27-04 at 08:45 -0700, Waskiewicz Jr, Peter P wrote:
> > > On Thu, 2007-26-04 at 09:30 -0700, Waskiewicz Jr, Peter P wrote:
>
>
> > I agree, that to be fair for discussing the code that you
> should look
> > at the patches before drawing conclusions.
> > I appreciate the fact you
On Tue, May 01, 2007 at 10:20:07PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> On Tue, May 01, 2007 at 11:13:54AM -0400, Benjamin LaHaise ([EMAIL
> PROTECTED]) wrote:
> > Hello,
> >
> > While testing a failover scenario, I managed to trigger an ack storm
> > between a Linux box and ano
On Tue, May 01, 2007 at 11:13:54AM -0400, Benjamin LaHaise ([EMAIL PROTECTED])
wrote:
> Hello,
>
> While testing a failover scenario, I managed to trigger an ack storm
> between a Linux box and another system. Although the cause of this
> particular
> ACK storm was due to the other box forget
Fix use of __exit functions from __init path.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
fs/afs/callback.c |2 +-
fs/afs/internal.h |4 ++--
fs/afs/vlocation.c |2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/afs/callback.c b/fs/afs/callback.c
inde
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> I've just noticed another issue: if CONFIG_AFS_FS=y, the kernel build fails
> with
Can you send me the config you're using please?
David
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTE
On Tue, May 01, 2007 at 12:25:20PM +0200, Rafał Bilski wrote:
> eth0: Media selection timer tick.
> eth0: possible phy reset: re-initializing
This is why the reset is being triggered - it's a workaround for a hardware
bug which checks to make sure the hardware is in the state that the
kernel thin
Benjamin LaHaise wrote:
On Tue, May 01, 2007 at 09:41:28PM +0400, Evgeniy Polyakov wrote:
Hmm, 2.2 machine in your test seems to behave incorrectly:
I am aware of that. However, I think that the loss of certain packets and
reordering can result in the same behaviour. What's more, is that th
Hi David,
I've just noticed another issue: if CONFIG_AFS_FS=y, the kernel build fails
with
| `afs_callback_update_kill' referenced in section `.init.text' of
fs/built-in.o: defined in discarded section `.exit.text' of fs/built-in.o
| `afs_vlocation_purge' referenced in section `.init.tex
On Tue, May 01, 2007 at 02:04:05PM -0400, Benjamin LaHaise ([EMAIL PROTECTED])
wrote:
> I know it's a bug, and I'm trying to fix it, but that doesn't change the
> fact that A) the system is already deployed and B) Linux is not
> retransmitting
> the FIN, which (from Linux's point of view) remai
On Tue, May 01, 2007 at 01:54:03PM -0400, John Heffner wrote:
> Looking at your trace, it seems like the behavior of the test system
> 192.168.2.2 is broken in two ways. First, like you said it has broken
> state in that it has forgotten that it sent the FIN. Once you do that,
> the connection
On Tue, May 01, 2007 at 09:57:18PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> > I think if you will storm any system with acks lower than expected
> > unacknowledged number, result will be the same - ack, that it was bogus
> > message, if sending system sends wrong ack again, it will aga
Benjamin LaHaise wrote:
According to your patch, several packets with fin bit might be sent,
including one with data. If another host does not receive fin
retransmit, then that logic is broken, and it can not be fixed by
duplicating fins, I would even say, that remote box should drop second
packe
On Tue, May 01, 2007 at 09:41:28PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> On Tue, May 01, 2007 at 12:49:35PM -0400, Benjamin LaHaise ([EMAIL
> PROTECTED]) wrote:
> > On Tue, May 01, 2007 at 08:20:50PM +0400, Evgeniy Polyakov wrote:
> > > > http://www.kvack.org/~bcrl/ack-storm.log .
On Tue, May 01, 2007 at 09:41:28PM +0400, Evgeniy Polyakov wrote:
> Hmm, 2.2 machine in your test seems to behave incorrectly:
I am aware of that. However, I think that the loss of certain packets and
reordering can result in the same behaviour. What's more, is that this
behaviour can occur in
Make miscellaneous fixes to AFS and AF_RXRPC:
(*) Make AF_RXRPC select KEYS rather than RXKAD or AFS_FS in Kconfig.
(*) Don't use FS_BINARY_MOUNTDATA.
(*) Remove a done 'TODO' item in a comemnt on afs_get_sb().
(*) Don't pass a void * as the page pointer argument of kmap_atomic() as this
Make the match_*() functions take a const pointer to the options table and
make strings pointers in the options table const too.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
include/linux/parser.h |8
lib/parser.c | 10 +-
2 files changed, 9 insertions(+)
On Tue, May 01, 2007 at 12:49:35PM -0400, Benjamin LaHaise ([EMAIL PROTECTED])
wrote:
> On Tue, May 01, 2007 at 08:20:50PM +0400, Evgeniy Polyakov wrote:
> > > http://www.kvack.org/~bcrl/ack-storm.log . As near as I can tell, a
> > > similar effect can occur between two Linux boxes if the right
The hardware must not see that is given ownership of a buffer until it is
completely written, and when the driver receives ownership of a buffer,
it must ensure that any other reads to the buffer reflect its final
state. Thus, I/O barriers are added where required.
Without this patch, I have obse
On Tue, May 01, 2007 at 08:20:50PM +0400, Evgeniy Polyakov wrote:
> > http://www.kvack.org/~bcrl/ack-storm.log . As near as I can tell, a
> > similar effect can occur between two Linux boxes if the right packets get
> > reordered/dropped during connection teardown.
>
> Could you archive 24Mb fi
Convert to generic boolean.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on x86(|_64) & sparc(|64)
Diffed against Linus' git-tree.
diff --git a/drivers/net/dm9000.c b/drivers/net/dm9000.c
index 8cc1174..6fb3815 100644
--- a/drivers/net/dm9000.
On 5/1/2007 1:57 AM, Bill Fink wrote:
On Mon, 30 Apr 2007, Rick Jones wrote:
Ethtool -i on the interface reports 1.2.0 as the driver version.
Perhaps it would be useful to have different version strings for
the in-kernel Linux version and the Myricom externally provided
version. Just
Convert to generic boolean
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on x86(|_64) & sparc(|64)
Diffed against Linus' git-tree.
diff --git a/drivers/net/tokenring/ibmtr.c b/drivers/net/tokenring/ibmtr.c
index 1e8958e..0c69eaa 100644
--- a/dr
On Tue, May 01, 2007 at 11:13:54AM -0400, Benjamin LaHaise ([EMAIL PROTECTED])
wrote:
> Hello,
Hi Benjamin.
> While testing a failover scenario, I managed to trigger an ack storm
> between a Linux box and another system. Although the cause of this
> particular
> ACK storm was due to the othe
Convert to generic boolean
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on x86(|_64) & sparc(|64)
Diffed against Linus' git-tree.
diff --git a/drivers/net/3c505.c b/drivers/net/3c505.c
index e985a85..acede30 100644
--- a/drivers/net/3c505.c
++
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Alan Tam asked for inclusion of this
device into the tree.
zd1211b chip 0053:5301 v4810 high 00-90-cc AL2230_RF pa0 ---N
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files chang
From: Matthew Davidson <[EMAIL PROTECTED]>
This is another "driverless" device which first presents itself as a USB
CDROM drive. A separate patch has been submitted to make usb-storage
ignore that device, so that zd1211rw can eject it.
zd1211 chip 0df6:9075 v4916 full 00-0c-f6 AL2230_RF pa0
Tested by davo on IRC
zd1211b chip 0586:3413 v4810 full 00-13-49 AL7230B_RF pa0 -
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux-2.6/drivers/net/wireless/zd1211rw/zd_usb.c
==
Jay Cliburn wrote:
Please accept the following trivial patches to the atl1 driver.
- use dev_printk macros
- fix whitespace damage
Acked-By: Chris Snook <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
Milton Miller wrote:
In commit d52df4a35af569071fda3f4eb08e47cc7023f094, the description
talks about emulating another driver by setting addtional bits and
the being unable to test when submitted. Seeing the & operator to
set more bits made me suspicious, and indeed the bits are defined
in posit
Hello,
While testing a failover scenario, I managed to trigger an ack storm
between a Linux box and another system. Although the cause of this particular
ACK storm was due to the other box forgetting that it sent out a FIN (the
second node was unaware of the FIN the first sent in its dying gas
Milton Miller wrote:
In commit d52df4a35af569071fda3f4eb08e47cc7023f094, the description
talks about emulating another driver by setting addtional bits and
the being unable to test when submitted. Seeing the & operator to
set more bits made me suspicious, and indeed the bits are defined
in posit
Hi Stephen,
Stephen Hemminger wrote:
This fixes the regression in 2.6.21 for users with 88e8056 on motherboard.
Allow all but the Gigabyte motherboard has some unresolved bus problems.
+ /* Some Gigabyte motherboards have 88e8056 but cause problems
+* There is some unresolved ha
1 - 100 of 111 matches
Mail list logo
