David S. Miller wrote:
> Applied, but that IBM stuff seems bogus. Even a PCI config space
> access that is implemented via a Hypervisor call should not take that
> long.
>
In the memory test, we are reading and writing different patterns to
the entire SRAM, so it's not too surprising to me that
David S. Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Mon, 27 Mar 2006 17:08:30 -0800
>
> > Need to check the TG3_FLAG_40BIT_DMA_BUG flag in the workaround code
> > path instead of device flags.
> >
> > Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
>
> Applied.
>
> Looks
David S. Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Mon, 27 Mar 2006 17:07:51 -0800
>
> > Some older bootcode in some devices may report 0 MAC address in
> > SRAM when booting up from low power state. This patch fixes the
> > problem by checking for a valid MAC address in SR
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:10:42 -0800
> Update version to 3.55.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied, thanks a lot Michael.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTE
[EMAIL PROTECTED] wrote:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6295
>
>Summary: unregister_netdevice loops indefinitely when bringing
> down an interface if static ARP entries are present
> Kernel Version: 2.6.16
> Status: NEW
> Se
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:10:10 -0800
> Skip the main timer code if interrupts are disabled in the full lock
> state.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Could this wedge the driver while we're trying to quiesce the
interrupt? If so, prob
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:09:33 -0800
> Speed up SRAM read and write functions if possible by using MMIO
> instead of config. cycles. With this change, the post reset signature
> done at the end of D3 power change must now be moved before the D3
> power cha
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:08:30 -0800
> Need to check the TG3_FLAG_40BIT_DMA_BUG flag in the workaround code
> path instead of device flags.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied.
Looks like another 2.6.16.x stable branch candidate?
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:07:51 -0800
> Some older bootcode in some devices may report 0 MAC address in
> SRAM when booting up from low power state. This patch fixes the
> problem by checking for a valid MAC address in SRAM and falling back
> to NVRAM if ne
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 17:08:59 -0800
> Fix PHY loopback failure on some 5700 devices.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EM
On Mon, Mar 27, 2006 at 02:32:14PM -0800, Randy.Dunlap wrote:
> > >
> > > Nope, only with HOTPLUG enabled. I can try without also (but
> > > disabling it is a pain :).
> >
> > ugh, FW_LOADER is the beast (not CONFIG_HOTPLUG itself).
> >
> > Sam, I am now seeing this error (not a WARNING like th
Update version to 3.55.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index b6a6051..964c096 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -69,8 +69,8 @@
#define DRV_MODULE_NAME"tg3"
#define PFX DRV_MODULE_NAME
Skip the main timer code if interrupts are disabled in the full lock
state.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index c504ff2..b6a6051 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -6468,6 +6468,9 @@ static void tg3_timer
Speed up SRAM read and write functions if possible by using MMIO
instead of config. cycles. With this change, the post reset signature
done at the end of D3 power change must now be moved before the D3
power change.
IBM reported a problem on powerpc blades during ethtool self test
that was caused
Fix PHY loopback failure on some 5700 devices.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 0fafc52..3c5c9fa 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -8399,8 +8399,11 @@ static int tg3_run_loopback(struct tg3 *
Some older bootcode in some devices may report 0 MAC address in
SRAM when booting up from low power state. This patch fixes the
problem by checking for a valid MAC address in SRAM and falling back
to NVRAM if necessary.
Thanks to walt <[EMAIL PROTECTED]> for reporting the problem
and helping to de
Need to check the TG3_FLAG_40BIT_DMA_BUG flag in the workaround code
path instead of device flags.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index c41dbb0..0fafc52 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -3600,7 +3600,7 @
From: "Jesse Brandeburg" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 12:39:43 -0800
> The reports of this seem awful intermittent and on the surface it
> seems like a stack bug. I need some help connecting the dots.
That assertion would trigger if the driver caused a double-free of the
SKB, or so
From: Randy Dunlap <[EMAIL PROTECTED]>
softmac uses wireless extensions, so let it SELECT that config option;
WARNING: "wireless_send_event" [net/ieee80211/softmac/ieee80211softmac.ko]
undefined!
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
net/ieee80211/softmac/Kconfig |1 +
1 files
On Mon, 27 Mar 2006 17:12:02 -0500, "John W. Linville" <[EMAIL PROTECTED]>
wrote:
> > I pulled a couple of hours ago, and it seems like an old version
> > again, though is there and is correct.
> > I'm going to send the remainder in smaller, self-consistent chunks.
>
> I only pushed the updated
On Mon, 27 Mar 2006 14:11:56 -0800 Randy.Dunlap wrote:
> On Mon, 27 Mar 2006 13:19:41 -0800 Randy.Dunlap wrote:
>
> > On Mon, 27 Mar 2006 22:36:25 +0200 Sam Ravnborg wrote:
> >
> > > On Mon, Mar 27, 2006 at 12:26:12PM -0800, Randy.Dunlap wrote:
> > > > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
On Mon, 27 Mar 2006 13:19:41 -0800 Randy.Dunlap wrote:
> On Mon, 27 Mar 2006 22:36:25 +0200 Sam Ravnborg wrote:
>
> > On Mon, Mar 27, 2006 at 12:26:12PM -0800, Randy.Dunlap wrote:
> > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > >
> > > Fix section mismatches in acenic driver:
> > > WARNING: dri
On Mon, Mar 27, 2006 at 04:57:01PM -0500, John W. Linville wrote:
> On Fri, Mar 24, 2006 at 04:45:24PM -0800, Jean Tourrilhes wrote:
> > Hi all,
> >
> > The "dev->get_wireless_stats" field is deprecated and slowly
> > be surely going away. Most drivers have been updated months
> > ago. Act
On Mon, Mar 27, 2006 at 02:10:58PM -0800, Pete Zaitcev wrote:
> On Mon, 27 Mar 2006 16:59:19 -0500, "John W. Linville" <[EMAIL PROTECTED]>
> wrote:
>
> > That sounds great. BTW, I massaged the patches you had sent me and
> > got them consolidated with the older patches and pushed out to the
> >
On Mon, 27 Mar 2006 16:59:19 -0500, "John W. Linville" <[EMAIL PROTECTED]>
wrote:
> That sounds great. BTW, I massaged the patches you had sent me and
> got them consolidated with the older patches and pushed out to the
> 'master' branch of wireless-2.6. Please take a look to make sure
> that e
On Fri, Mar 24, 2006 at 04:45:24PM -0800, Jean Tourrilhes wrote:
> Hi all,
>
> The "dev->get_wireless_stats" field is deprecated and slowly
> be surely going away. Most drivers have been updated months
> ago. Actually, there is an annoying message for driver still using it,
> but it se
On Mon, 27 Mar 2006 13:19:41 -0800 Randy.Dunlap wrote:
> On Mon, 27 Mar 2006 22:36:25 +0200 Sam Ravnborg wrote:
>
> > On Mon, Mar 27, 2006 at 12:26:12PM -0800, Randy.Dunlap wrote:
> > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > >
> > > Fix section mismatches in acenic driver:
> > > WARNING: dri
On Fri, Mar 24, 2006 at 05:56:19PM +0100, Adrian Bunk wrote:
> PCMCIA_SPECTRUM must select FW_LOADER.
>
> Reported by "Alexander E. Patrakov" <[EMAIL PROTECTED]>.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Merged to the 'upstream' branch of wireless-2.6.
Thanks!
John
--
John W. Linvi
On Fri, Mar 24, 2006 at 03:26:00PM -0800, Pete Zaitcev wrote:
> On Fri, 24 Mar 2006 17:52:25 -0500, "John W. Linville" <[EMAIL PROTECTED]>
> wrote:
>
> > I should be able to take the master-based patches you sent me
> > and massage them into wireless-2.6 -- no need for you to do it.
>
> Thanks.
On Fri, Mar 24, 2006 at 09:24:53PM -0800, Jouni Malinen wrote:
> Please apply following two patches to Host AP driver in wireless-2.6.
> The second patch ("Fix EAPOL frame encryption") is a trivial bug fix for
> a somewhat unfortunate bug and it could be a good candidate for a
> 2.6.16.x stable rel
On Mon, Mar 27, 2006 at 12:24:37PM -0500, Dan Williams wrote:
> On Mon, 2006-03-27 at 11:53 -0500, John W. Linville wrote:
> > On Fri, Mar 24, 2006 at 11:28:05PM +0100, Johannes Berg wrote:
> > > On Fri, 2006-03-24 at 09:48 -0800, Jouni Malinen wrote:
> > >
> > > > Is battery use more important th
On Mon, Mar 27, 2006 at 12:25:47PM -0500, Dan Williams wrote:
> On Mon, 2006-03-27 at 11:55 -0500, John W. Linville wrote:
> > On Sat, Mar 25, 2006 at 12:58:55AM +, David Woodhouse wrote:
> > > On Fri, 2006-03-24 at 08:18 -0800, Jouni Malinen wrote:
> > > > On Thu, Mar 23, 2006 at 10:43:38PM +0
On Fri, Mar 03, 2006 at 04:21:55PM -0600, Larry Finger wrote:
> The attached patch removes a potential problem from ieee80211_wx.c, by
> changing the name of routine ipw2100_translate_scan to
> ieee80211_translate_scan. The problem is minor as the routine is declared
> static; however, if it wer
Add support for the bonding master to specify its carrier state
based upon the state of the slaves. For 802.3ad, the bond is up if
there is an active, parterned aggregator. For other modes, the bond is
up if any slaves are up. Updates driver version to 3.0.3.
Based on a patch b
I recently rebuilt a SunBlade 2000 system that was
running Solaris 8 to Gentoo 2006.0. The system sports
a Sun RIO GEM NIC, and worked quite well for the first
few days, however, we didn't hit it hard during that
time period either. The systems primary task is to be
our source repository, and so ne
On Mon, Mar 27, 2006 at 11:10:44PM +0200, Arnd Bergmann wrote:
> Am Monday 27 March 2006 20:42 schrieb Jean Tourrilhes:
> > Actually, when things are passed over RtNetlink, the pointer
> > is removed, and the content of IW_HEADER_TYPE_POINT is moved to not
> > leave a gap.
>
> Ah, that mak
On Mon, 27 Mar 2006 22:36:25 +0200 Sam Ravnborg wrote:
> On Mon, Mar 27, 2006 at 12:26:12PM -0800, Randy.Dunlap wrote:
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > Fix section mismatches in acenic driver:
> > WARNING: drivers/net/acenic.o - Section mismatch: reference to
> > .init.data:tig
Am Monday 27 March 2006 20:42 schrieb Jean Tourrilhes:
> Actually, when things are passed over RtNetlink, the pointer
> is removed, and the content of IW_HEADER_TYPE_POINT is moved to not
> leave a gap.
Ah, that makes sense, thanks for the explanation.
So if the wireless ioctl interface e
On Fri, 24 Mar 2006 16:49:10 +0100, Marco Berizzi wrote:
> Hello evebody.
> I get this error on linux vanilla 2.6.16
> with via_rhine module loaded when
> I run mii-tool:
That was caused by a recent change that replaced an mdelay with msleep.
netdev_ioctl and friends (ethtool calls, too) are kno
On 3/27/06, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> On 3/27/06, Phil Oester <[EMAIL PROTECTED]> wrote:
> > David S. Miller wrote:
> > > E1000 has some TSO bug most likely, try reproducing with
> > > "ethtool -K eth0 tso off", replacing "eth0" with your actual
> > > e1000 interface nam
On Mon, Mar 27, 2006 at 12:26:12PM -0800, Randy.Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix section mismatches in acenic driver:
> WARNING: drivers/net/acenic.o - Section mismatch: reference to
> .init.data:tigon2FwText from .text between 'acenic_probe_one' (at offset
> 0x2409
> "Randy" == Randy Dunlap <[EMAIL PROTECTED]> writes:
Randy> From: Randy Dunlap <[EMAIL PROTECTED]> Fix section mismatches
Randy> in acenic driver: WARNING: drivers/net/acenic.o - Section
Randy> mismatch: reference to .init.data:tigon2FwText from .text between
Randy> 'acenic_probe_one' (at off
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix section mismatches in acenic driver:
WARNING: drivers/net/acenic.o - Section mismatch: reference to
.init.data:tigon2FwText from .text between 'acenic_probe_one' (at offset
0x2409) and 'ace_interrupt'
WARNING: drivers/net/acenic.o - Section mismatch: re
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Randy.Dunlap
> Sent: Monday, March 27, 2006 10:41 AM
> To: Stephen Hemminger
> Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: net TODO
>
> On Mon, 20 Mar 2006 19:36:25 -0800 Stephen He
From: "Randy.Dunlap" <[EMAIL PROTECTED]>
Date: Mon, 27 Mar 2006 10:40:42 -0800
> so Dave, can you just remove Documentation/networking/TODO ?
> or do you want a patch for that?
I'll kill it off.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
This is the merge of the bcm43xx driver, along with a variety of
smaller changes. I would really like to see this in 2.6.17 if at
all possible.
Thanks!
John
---
The following changes since commit 5d5d7727a8cde78f798ecf04bac8031eff536f9d:
David S. Miller:
[SPARC64]: Kill duplicate exp
Hi Jeff,
Goramo finally got PCI subsystem ID for their PCI200SYN card. The
attached patch adds support for it - cards with old EEPROM data
will emit a warning with URL for update tool.
I plan to remove support for cards with old config sometime.
Please apply to Linux 2.6.
Thanks.
--
Krzysztof
On Sun, Mar 26, 2006 at 02:08:48PM +0200, Arnd Bergmann wrote:
> I stumbled over the 'WE-20 for kernel 2.6.16' and afaict, there is no
> way that IW_HEADER_TYPE_POINT rtnetlink messages can work when using
> 32 bit user tools on a 64 bit kernel.
Please check again ;-) I agree that it's not
On Mon, 20 Mar 2006 19:36:25 -0800 Stephen Hemminger wrote:
> On Mon, 20 Mar 2006 19:30:17 -0800
> "Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>
> >
> > in Documentation/networking/TODO, the Jamal netdev Rx polling API change
> > is done, right? (NAPI)
> >
> > Are any of the others done?
> > Sho
On 3/27/06, Phil Oester <[EMAIL PROTECTED]> wrote:
> David S. Miller wrote:
> > E1000 has some TSO bug most likely, try reproducing with
> > "ethtool -K eth0 tso off", replacing "eth0" with your actual
> > e1000 interface name(s).
> >
> That does seem to have solved the problem.
>
> Suggested next
David S. Miller wrote:
E1000 has some TSO bug most likely, try reproducing with
"ethtool -K eth0 tso off", replacing "eth0" with your actual
e1000 interface name(s).
That does seem to have solved the problem.
Suggested next steps? Should I leave TSO disabled, or pester the e1000
maintainer
On Mon, 2006-03-27 at 11:55 -0500, John W. Linville wrote:
> On Sat, Mar 25, 2006 at 12:58:55AM +, David Woodhouse wrote:
> > On Fri, 2006-03-24 at 08:18 -0800, Jouni Malinen wrote:
> > > On Thu, Mar 23, 2006 at 10:43:38PM +, David Woodhouse wrote:
> > >
> > > > This patch makes us default
On Mon, 2006-03-27 at 11:53 -0500, John W. Linville wrote:
> On Fri, Mar 24, 2006 at 11:28:05PM +0100, Johannes Berg wrote:
> > On Fri, 2006-03-24 at 09:48 -0800, Jouni Malinen wrote:
> >
> > > Is battery use more important than accuracy of results and the amount of
> > > time needed to perform th
On Mon, 2006-03-27 at 11:48 -0500, John W. Linville wrote:
> > this patch seems to break my setup. The hostap_cs driver included in
> > kernel 2.6.16 does not detect my Prism 2 WLAN card anymore, although it
> > is *not* Orinoco. With 2.6.15.5 it still worked.
It mean hostap_cs was identifying the
On Sat, Mar 25, 2006 at 12:58:55AM +, David Woodhouse wrote:
> On Fri, 2006-03-24 at 08:18 -0800, Jouni Malinen wrote:
> > On Thu, Mar 23, 2006 at 10:43:38PM +, David Woodhouse wrote:
> >
> > > This patch makes us default to 11M, which ought to work for most people.
> >
> > Is this code s
On Fri, Mar 24, 2006 at 11:28:05PM +0100, Johannes Berg wrote:
> On Fri, 2006-03-24 at 09:48 -0800, Jouni Malinen wrote:
>
> > Is battery use more important than accuracy of results and the amount of
> > time needed to perform the operation?
>
> You're going to be using *more* battery when doing
On Mon, Mar 27, 2006 at 01:44:44PM +0200, Sebastian wrote:
> > commit 40e3cad61197fce63853e778db020f7637d988f2
> > tree 6e086c930e1aef0bb24eb61af42d1f3c1fb7d38c
> > parent f0892b89e3c19c7d805825ca12511d26dcdf6415
> > author Pavel Roskin <[EMAIL PROTECTED]> Tue, 28 Feb 2006 11:18:31 -0500
> > commit
G'day,
This has been annoying me since git11, since it is not fixed yet,
(git13) I figured I would look at it and send a patch.
Someone has probably fixed this somewhere already, but like I said it
was annoying me.
LD .tmp_vmlinux1
drivers/built-in.o: In function `kzalloc':
include/linux
This enables TX checksum offloading for the spidernet driver by default.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
Index: linux-2.6.16-rc5/drivers/net/spider_net.c
===
--- linux-2.6.16-rc5.orig/drivers/net/spider_net.c
+++ l
Martin Michlmayr wrote:
* Francois Romieu <[EMAIL PROTECTED]> [2006-03-09 23:44]:
So when compiling for Cobalt, we work around the hardware bug, while for other
platforms, we just disable MWI?
Wouldn't it be possible to always (I mean, when a rev 65 chip is detected)
work around the bug?
> commit 40e3cad61197fce63853e778db020f7637d988f2
> tree 6e086c930e1aef0bb24eb61af42d1f3c1fb7d38c
> parent f0892b89e3c19c7d805825ca12511d26dcdf6415
> author Pavel Roskin <[EMAIL PROTECTED]> Tue, 28 Feb 2006 11:18:31 -0500
> committer Dominik Brodowski <[EMAIL PROTECTED]> Wed, 01 Mar
> 2006 11:12:0
On a allyesconfig'ured kernel:
Size Uses Wasted Name and definition
= ==
95 162 12075 netif_wake_queue include/linux/netdevice.h
129 86 9265 dev_kfree_skb_any include/linux/netdevice.h
127 56 5885 netif_device
* Francois Romieu <[EMAIL PROTECTED]> [2006-03-09 23:44]:
> > So when compiling for Cobalt, we work around the hardware bug, while for
> > other
> > platforms, we just disable MWI?
> >
> > Wouldn't it be possible to always (I mean, when a rev 65 chip is detected)
> > work around the bug?
>
> Of
On Mon, Mar 27, 2006 at 12:01:41PM +0100, Hugo Santos wrote:
>
>One small issue with the patch is tunnel6_rcv's return of 0 when no
> handler handles the packet which will increase IPSTATS_MIB_INDELIVERS.
> I guess -1 should be returned on error. I was checking ip_input and the
> expected b
Hi Herbert,
I have a couple of comments, please see below.
> The reason for this is that the problem that Hugo uncovered is only
> the tip of the iceberg. The real problem is that when we removed the
> dependency of ipip on xfrm4_tunnel we didn't really consider the module
> case at all.
>
>
Hi Dave:
I've finally finished this stuff.
Basically this patch moves the generic tunnel protocol stuff out of
xfrm4_tunnel/xfrm6_tunnel and moves it into the new files of tunnel4.c
and tunnel6 respectively.
The reason for this is that the problem that Hugo uncovered is only
the tip of the icebe
66 matches
Mail list logo
