On Tue, 2006-09-26 at 13:00 -0400, Jeff Garzik wrote:
False. It's already fixed endian. It's just not the endian you like.
No, that's where you're wrong. It isn't fixed endian. It's CPU endian,
and the thing overlays a u8 array over CPU endian, hence it's not fixed.
johannes
-
To unsubscribe
On Tue, Sep 26, 2006 at 05:20:34PM -0400, Dave Jones wrote:
On Tue, Sep 26, 2006 at 06:15:21PM +0200, Patrick McHardy wrote:
Patrick McHardy wrote:
jamal wrote:
Yes, that looks plausible. Can you try making those changes and see if
the warning is gone?
I think this
On Tue, 26 Sep 2006, ext Thomas Graf wrote:
You're right, 0x8000 - 1 is already positive. Ignore the patch.
basic_change() won't work without this patch if we compile the
kernel with the GCC version in RHEL5...
gcc version 4.1.1 20060817 (Red Hat 4.1.1-18)
which optimizes the code like
* Nordlund Kim (Nokia-NET/Helsinki) [EMAIL PROTECTED] 2006-09-27 11:50
basic_change() won't work without this patch if we compile the
kernel with the GCC version in RHEL5...
gcc version 4.1.1 20060817 (Red Hat 4.1.1-18)
which optimizes the code like this (objdump -S inttest.c) ...
int
Thomas Graf wrote:
* Nordlund Kim (Nokia-NET/Helsinki) [EMAIL PROTECTED] 2006-09-27 11:50
So I would suggest to apply this patch to be compatible with the
GCC version in RHEL5, and simply to make code clearer (to the
intended idea).
Yes.
I don't care much about this small change, but I
Jarek Poplawski wrote:
Sorry for my not humble and simplistic opinion, but I'd dare
to remind you are changing stable version and even without
this lockups this patch would look very serious. Why don't
try to restore not-rcu version of qdisc_destroy which looks
not lot to do.
I'm trying to
* Patrick McHardy [EMAIL PROTECTED] 2006-09-27 11:44
Thomas Graf wrote:
* Nordlund Kim (Nokia-NET/Helsinki) [EMAIL PROTECTED] 2006-09-27 11:50
So I would suggest to apply this patch to be compatible with the
GCC version in RHEL5, and simply to make code clearer (to the
intended idea).
Dave Jones wrote:
With this patch, I get no lockdep warnings, but the machine locks up
completely.
I hooked up a serial console, and found this..
u32 classifier
Performance counters on
input device check on
Actions configured
BUG: warning at
Philip Craig [EMAIL PROTECTED] wrote:
It is faster to reproduce with a smaller block size.
I haven't looked in detail to find the cause, but I did notice that
neigh_seq_start() does a pos_minus_one adjustment, and neigh_seq_next()
does not.
Yeah I can reproduce this now. I think you
On Wed, 27 Sep 2006, ext Thomas Graf wrote:
gcc = 4.1 seems to produce this code with either -Os or -O2
so the range of affected useres might in fact be bigger.
I believe gcc = 4.1 is just updating to match ISO/IEC 9899:1999:
This piece of code crosses undefined behaviour as defined in
Dave Jones wrote:
With this patch, I get no lockdep warnings, but the machine locks up
completely.
I hooked up a serial console, and found this..
u32 classifier
Performance counters on
input device check on
Actions configured
BUG: warning at
On Mon, 25 Sep 2006 16:01:32 -0400, John W. Linville wrote:
On Mon, Sep 25, 2006 at 07:17:31PM +, Matthieu CASTET wrote:
So why a special mtu handler is not implemented in 802.11 stack :
- 802.11 stack doesn't support bigger packet
- 802.11 stack doesn't support very bigger packet (with
Stephen Hemminger wrote:
On Tue, 26 Sep 2006 17:55:34 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
Apologies: I neglected to cc netdev on the initial message.
Attansic L1 Gigabit Ethernet device driver.
Background:
Earlier this year I purchased an Asus M2V mainboard that contains
an onboard Attansic L1 Gigabit Ethernet NIC. The mainboard was
delivered with an accompanying CD containing
Hi,
Selon Jiri Benc [EMAIL PROTECTED]:
On Mon, 25 Sep 2006 16:01:32 -0400, John W. Linville wrote:
On Mon, Sep 25, 2006 at 07:17:31PM +, Matthieu CASTET wrote:
So why a special mtu handler is not implemented in 802.11 stack :
- 802.11 stack doesn't support bigger packet
- 802.11
This is not currently supported.
Looking at the RFC, this is an issue that must be solved in the pppoe
plugin that performs the PPPoE negotiation/discovery. The kernel code
that runs the regular session traffic should be able to adjust (with
minimal or no changes) as it does not depend on a
27 Eyl 2006 Çar 13:14 tarihinde şunları yazmıştınız:
Dave Jones wrote:
With this patch, I get no lockdep warnings, but the machine locks up
completely. I hooked up a serial console, and found this..
u32 classifier
Performance counters on
input device check on
Actions
David Acker wrote:
Stephen Hemminger wrote:
On Tue, 26 Sep 2006 17:55:34 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
Okay, this patch is junk (never trust compile-tested code). Will send
something better soon.
-John
John Heffner wrote:
About commit 2d2abbab63f6726a147ae61ada39bf2c9ee0db9a:
It looks like this patch bypassed the enforcement of Karn's algorithm in
tcp_ack_no_tstamp() for the purposes of
Hi All,
We have incorporated feedbacks which we received since last post. I'll be
sending updated patchset wrt 2.6.18 in subsequent emails.
Thanks,
-Amit
Signed-off-by: Amit S. Kale [EMAIL PROTECTED]
MAINTAINERS |7
drivers/net/Kconfig
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
Hi John,
Please apply this fo wireless-2.6 and push it with your
next push of bugfixes.
There are other theoretical raceconditions possible in
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/MAINTAINERS linux-2.6.18/MAINTAINERS
--- linux-2.6.18.orig/MAINTAINERS 2006-09-25 02:28:24.0 -0700
+++ linux-2.6.18/MAINTAINERS2006-09-25 05:02:37.0 -0700
@@ -2060,6 +2060,13 @@ L:
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.c
linux-2.6.18/drivers/net/netxen/netxen_nic_hw.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.c1969-12-31
16:00:00.0 -0800
+++
On Mon, 25 Sep 2006 10:15:28 -0700, mabbas wrote:
actaully we dont even need local-conf.channel. rx_status-channel holds
the channel
we physically received the frame on. channel hold the value from ds. if
they are not equal then
adjust freq. Attached is the modified patch
Applied to my
hi,
coverity spotted this one as possible dereference in the dprintk(),
but since there is only one caller of svc_create_socket(), which always
passes a valid sin, we dont need this check.
Signed-off-by: Eric Sesterhenn [EMAIL PROTECTED]
--- linux-2.6.18-git7/net/sunrpc/svcsock.c.orig
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_isr.c
linux-2.6.18/drivers/net/netxen/netxen_nic_isr.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_isr.c 1969-12-31
16:00:00.0 -0800
+++
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_init.c
linux-2.6.18/drivers/net/netxen/netxen_nic_init.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_init.c 1969-12-31
16:00:00.0 -0800
+++
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.18/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_ethtool.c 1969-12-31
16:00:00.0 -0800
+++
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic.h
linux-2.6.18/drivers/net/netxen/netxen_nic.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic.h 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/netxen_nic.h
From: David Kimdon [EMAIL PROTECTED]
Interfaces of type IEEE80211_IF_TYPE_VLAN are similar to AP
interfaces. One difference is stations are bound to a particular
vlan interface after authentication/association based on
management policy (for example a radius server).
Interfaces of type
From: Johannes Berg [EMAIL PROTECTED]
This patch makes d80211 export LED triggers for rx/tx and introduces
functions to allow device drivers to query the trigger names for setting
default triggers. It also cleans up the Makefile LED related stuff.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
From: Johannes Berg [EMAIL PROTECTED]
This patch changes (hopefully!) all occurrences in d80211 of
list_for_each to list_for_each_entry (and _safe variants where they were
used before).
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
From: Michael Wu [EMAIL PROTECTED]
This patch fixes the endian issues with the ICV in WEP, as pointed out by
David Kimdon [EMAIL PROTECTED], and uses __le32 where
appropriate to make things clear.
Signed-off-by: Michael Wu [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git up
to obtain following patches:
David Kimdon:
d80211: fix multiple device ap support
d80211: Fix type of prism2_hostapd_param crypt.alg
d80211: allow vlan interfaces to receive ToDS frames
Hong Liu:
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.h
linux-2.6.18/drivers/net/netxen/netxen_nic_hw.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.h1969-12-31
16:00:00.0 -0800
+++
From: Hong Liu [EMAIL PROTECTED]
iwconfig key [x] behavior is not correctly handled in the stack, also
modify the giwencode method to show the key info.
Signed-off-by: Hong Liu [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211_ioctl.c | 32
From: Hong Liu [EMAIL PROTECTED]
After key negotiation completed using wpa_supplicant, wpa_supplicant
can't reassoc with the AP if we reboot the AP. It always fails at the
4-way handshake.
The problem is the key info is not cleared correctly. Thus when
wpa_supplicant send the EAPOL-KEY packet,
From: Hong Liu [EMAIL PROTECTED]
Add hardware scan callback to support cards like ipw3945 which
implements the scan command in firmware.
Signed-off-by: Hong Liu [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
include/net/d80211.h |6 ++
From: Johannes Berg [EMAIL PROTECTED]
This patch makes d80211 use BUILD_BUG_ON instead of checking at module
initialisation time. This check really is only interesting while you
hack since if the module was built, then it's either an 'always true' or
'always false' comparison, hence useless to do
From: Johannes Berg [EMAIL PROTECTED]
This patch replaces the if (...) else if (...) else if (...) ...
statements I complained about earlier with switches.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211_ioctl.c | 44
From: Mohamed Abbas [EMAIL PROTECTED]
This patch modify d80211 to fix getting wrong frequency value
for scan implemented in hardware. With harware scan we might get
beacon of a network that is on different channel that in
local-conf.channel causing set freq to wrong value.
Signed-off-by: Mohamed
From: David Kimdon [EMAIL PROTECTED]
Another fix to the interpretation of dev_alloc_name() return value.
dev_alloc_name() returns the number of the unit assigned or a negative
errno code.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
From: David Kimdon [EMAIL PROTECTED]
crypt.alg is a string, use the correct type.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/hostapd_ioctl.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
From: mabbas [EMAIL PROTECTED]
This patch modify d80211 to report supported rates in readable
format in iwlist scan command.
Signed-off-by: Mohamed Abbas [EMAIL PROTECTED]
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211_sta.c | 24 +++-
1 files
When deleted_sta_list is nonempty and sta_list is empty in
sta_info_proc_add_task, an invalid sta pointer is dereferenced.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/sta_info.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hdr.h
linux-2.6.18/drivers/net/netxen/netxen_nic_hdr.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hdr.h 1969-12-31
16:00:00.0 -0800
+++
The is_ieee80211_device function must ensure that the passed net_device
belongs to the hardware device we are working with.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
---
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_phan_reg.h
linux-2.6.18/drivers/net/netxen/netxen_nic_phan_reg.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_phan_reg.h 1969-12-31
16:00:00.0 -0800
+++
On 9/27/06, Auke Kok [EMAIL PROTECTED] wrote:
David Acker wrote:
mii-tool supports some things that ethtool does not. mii-tool -A lets
you set the advertised speeds and can include a list of speeds. The
closest ethtool seems to have is ethtool -s but that seems to just set
the advertised
Michael Buesch wrote:
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
This patch doesn't apply.
Index: wireless-2.6/net/ieee80211/softmac/ieee80211softmac_wx.c
On Wed, Sep 20, 2006 at 01:35:47PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
Generic event handling mechanism.
Consider for inclusion.
I have been told in private what is signal masks about - just to wait
until either signal or given condition is ready, but in that case just
add
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
rick jones
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
On Wed, 27 Sep 2006 13:26:46 -0400
Michael Stone [EMAIL PROTECTED] wrote:
Hmm. Yesterday I did some nfs testing (simple dd of a big file) with the
skge driver and got about 700+Mbps. I ran the same test today and got
160Mbps. I rebooted the client and got 700+Mbps again. About half an
hour
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
This is a bit of a hypothetical discussion of course, but I can imagine a lot
of users
Auke Kok wrote:
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
This is a bit of a hypothetical discussion of course, but I can
On Wednesday 27 September 2006 18:18, Larry Finger wrote:
Michael Buesch wrote:
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
This patch doesn't apply.
Oh, linville merged
On Wed, 27 Sep 2006 13:59:02 -0400
Michael Stone [EMAIL PROTECTED] wrote:
On Wed, Sep 27, 2006 at 10:34:15AM -0700, Stephen Hemminger wrote:
That's surprising, memory leak? dropped packets?
I'm open to suggestions on debugging it. It seems fairly repeatable
about half an hour after
On Wed, Sep 27, 2006 at 10:34:15AM -0700, Stephen Hemminger wrote:
That's surprising, memory leak? dropped packets?
I'm open to suggestions on debugging it. It seems fairly repeatable
about half an hour after startup.
Mike Stone
-
To unsubscribe from this list: send the line unsubscribe
On Wed, 27 Sep 2006, Rick Jones wrote:
Another scenario: forcing the NIC to negotiate only full-duplex speeds. Not
only fun if you try it against a hub, but possibly useful.
[...]
I'm just worried (as in Fear Uncertainty and Doubt) that having people set the
allowed things to negotiate
Maciej W. Rozycki wrote:
On Wed, 27 Sep 2006, Rick Jones wrote:
Another scenario: forcing the NIC to negotiate only full-duplex speeds. Not
only fun if you try it against a hub, but possibly useful.
[...]
I'm just worried (as in Fear Uncertainty and Doubt) that having people set the
allowed
A driver shouldn't compare to DMA_ERROR_CODE directly, use
pci_dma_mapping_error() instead.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: linux-2.6/drivers/net/spider_net.c
===
--- linux-2.6.orig/drivers/net/spider_net.c
On Tue, 26 Sep 2006, Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
cool that's bugged me for a while...
there's an off-by-1
On Tue, 26 Sep 2006, Jeff Garzik wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
Not really. I would rather leave
On Wed, 27 Sep 2006 12:24:59 -0700 (PDT)
dean gaudet [EMAIL PROTECTED] wrote:
On Tue, 26 Sep 2006, Jeff Garzik wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
On Wed, 27 Sep 2006, Auke Kok wrote:
dean gaudet wrote:
On Tue, 26 Sep 2006, Jeff Garzik wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
dean gaudet wrote:
On Tue, 26 Sep 2006, Jeff Garzik wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
Not really. I
On 9/26/06, Jay Vosburgh [EMAIL PROTECTED] wrote:
Or Gerlitz [EMAIL PROTECTED] wrote:
[...]
+ bond-dev-mtu = new_active-dev-mtu;
This won't generate a NETDEV_CHANGEMTU notifier event.
What is actually the trigger for the event with the current impl? is
the code that
On 9/27/06, Jay Vosburgh [EMAIL PROTECTED] wrote:
Or Gerlitz [EMAIL PROTECTED] wrote:
+ /* XXX set the bond dev type and addr len such that the net core code
+ * (eg arp_mc_map() in net/ipv4/arp.c) would correctly process multicast
+ * groups set ***before*** the first
Jeff Garzik wrote:
Kok, Auke wrote:
Several hardware bits were set all over the driver and have been
consolidated into a single function.
diff --git a/drivers/net/e1000/e1000_hw.c b/drivers/net/e1000/e1000_hw.c
index 9422864..a143b49 100644
Overall this is a positive change. However,
Jeff Garzik wrote:
cramerj wrote:
Williams, Mitch A wrote:
+{ rx_broadcast, E1000_STAT(stats.bprc) }, +{
tx_broadcast, E1000_STAT(stats.bptc) }, +{ rx_multicast,
E1000_STAT(stats.mprc) }, +{ tx_multicast,
E1000_STAT(stats.mptc) }, { rx_errors,
E1000_STAT(net_stats.rx_errors) },
On 9/26/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Tue, 26 Sep 2006 13:18:09 +0300 (IDT)
Or Gerlitz [EMAIL PROTECTED] wrote:
+module_param(bonding_dev_type,int, 0644);
+module_param(bonding_dev_addrlen, int, 0644);
Do you really want to allow changing these values after module
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
rick jones
Take a wifi router with only 802.11b radios and ethernet chips that do
not
[TG3]: Improve ASF heartbeat.
Change to a different ASF heartbeat message code to improve
reliability.
There were some reports of unintended resets on real time kernels
where the timer may be slow and cause the heartbeat to be late.
Netpoll will also have the same problem because the timer irq
[TG3]: Add basic 5906 support.
Add support for the new 5709 device. This is a new 10/100 Mbps chip.
The mailbox access and firmware interface are quite different from
all other tg3 chips.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index
[TG3]: Add 5709 PHY support.
Add support for the 5709 10/100 PHY.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 2b062d7..23f5744 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -1035,6 +1035,24 @@ out:
Hi,
Here are updated updates targeted to branch #upstream-fixes from netdev-2.6,
including
fixes to e100, e1000 and ixgb.
Changes from last weeks submission:
1) removed taint flag setting when eeprom csum fails (e100)
2) added CONFIG_PM wrappers around .suspend mthod (e1000)
3) added comments
[TG3]: Update version and reldate.
Update version to 3.66.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 21843de..c25ba27 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -68,8 +68,8 @@
#define DRV_MODULE_NAME
[TG3]: PHY fixes.
Some PHY related fixes:
1. Fix Serdes WoL.
2. Fix loopback test on 10/100 only devices.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 6af8ebc..14e9645 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -1117,6
[TG3]: Add 5709 self-test support.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 23f5744..21843de 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -3615,8 +3615,7 @@ static irqreturn_t tg3_test_isr(int irq,
if
[TG3]: Improve 5704S autoneg.
Improve 5704S autoneg logic by using a serdes_counter field to keep
track of the transient states. This eliminates a 200 msec busy
loop in the code. Autoneg will take its course without the driver
busy waiting for it to finish.
Signed-off-by: Michael Chan [EMAIL
[TG3]: Add tg3_poll_fw().
Put the firmware polling logic into a separate function. This makes
the code cleaner.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index d443b73..eafca2a 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@
[TG3]: Add 5722 and 5756 support.
Add IDs to support 5722 and 5756.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 14e9645..d443b73 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -173,6 +173,7 @@ static struct pci_device_id
Oh boy, another vendor driver to shred.
On Wed, 27 Sep 2006 08:23:45 -0500
Jay Cliburn [EMAIL PROTECTED] wrote:
Full patch for the Attansic L1 gigabit ethernet driver.
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
drivers/net/Kconfig |9
drivers/net/Makefile|1
Michael Chan wrote:
+ /* Chip might not be fitted with firmware. Some Sun onboard
+* parts are configured like that. So don't signal the timeout
+* of the above loop as an error, but do report the lack of
+* running firmware once.
+*/
+ if (i =
On Wed, 2006-09-27 at 16:47 -0400, Jeff Garzik wrote:
Michael Chan wrote:
+ /* Chip might not be fitted with firmware. Some Sun onboard
+* parts are configured like that. So don't signal the timeout
+* of the above loop as an error, but do report the lack of
+* running
On Wed, Sep 27, 2006 at 12:27:48PM -0700, dean gaudet wrote:
Package: net-tools
Version: 1.60-17
the version of mii-tool referenced below (plus the patch below) provides
support for more mii types, and more importantly, allows it to report
1000baseT link states (which are otherwise
And a second try seems to hint at some acpi problems on the acer:
bcm43xx: Device resumed.
PM: Writing back config space on device :06:09.0 at offset f (was 34001ff,
writing 5c0010b)
PM: Writing back config space on device :06:09.0 at offset e (was 0,
writing 24fc)
PM: Writing back
Actually, I dont need the rmmod/modprobe of the module, I just need to do
a /et c/init.d/net.eth1 restart. So maybe just an isssue with wpa_supplicant
or a missing ifconfig eth1 up?
Chris
On Wednesday 27 September 2006 19:50, Michael Buesch wrote:
On Wednesday 27 September 2006 18:18,
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-info.html
applied 1-8
-
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-info.html
Manish Lachwani wrote:
Hello!
Attached patch adds NETPOLL support for the Sibyte Network driver.
Thanks,
Manish Lachwani
Source: MontaVista Software, Inc. | Manish Lachwani [EMAIL PROTECTED]
NETPOLL support for Sibyte
Stephen Hemminger wrote:
Add support for sky2 register dump, put it in a common file
for both skge and sky2.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
You should know this by now: separate out logical changes into multiple
patches.
When renaming a file AND making changes to it,
Auke Kok wrote:
Hi,
Here are updated updates targeted to branch #upstream-fixes from
netdev-2.6, including
fixes to e100, e1000 and ixgb.
Changes from last weeks submission:
1) removed taint flag setting when eeprom csum fails (e100)
2) added CONFIG_PM wrappers around .suspend mthod (e1000)
Just an FYI: I rebased netdev#ALL and netdev#e100-sbit branches. All
other branches (master, upstream) behave as normal.
Jeff
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, 2006-09-27 at 17:26 +0200, Michael Buesch wrote:
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Unlike the previous patch, this one doesn't apply on top of 2.6.18
(which I'm using as a basis for testing, along with Larry big bcm43xx
On Wed, 2006-09-27 at 19:50 +0200, Michael Buesch wrote:
On Wednesday 27 September 2006 18:18, Larry Finger wrote:
Michael Buesch wrote:
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Fix my bogus spelling.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
marvell.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/marvell.c b/marvell.c
index 373ebcf..c44fea3 100644
--- a/marvell.c
+++ b/marvell.c
@@ -68,9 +68,9 @@ static void dump_queue(const
The code will be common for skge and sky2
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
Makefile.am |2 -
marvell.c | 189 +++
skge.c | 189 ---
3 files changed,
Add full support for sky2 chip
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
ethtool-util.h |3 +
ethtool.c |1
marvell.c | 204 +---
3 files changed, 183 insertions(+), 25 deletions(-)
diff --git a/ethtool-util.h
Remove printout of synchronous transmit queue info because
it is unused by the driver.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
marvell.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/marvell.c b/marvell.c
index 08fdbd9..373ebcf
1 - 100 of 156 matches
Mail list logo