Add 'channels' sysfs entry for ipw2200. The entry exports channels
information for the user space.
Signed-off-by: Zhu Yi [EMAIL PROTECTED]
--
diff -urp a/drivers/net/wireless/ipw2200.c b/drivers/net/wireless/ipw2200.c
--- a/drivers/net/wireless/ipw2200.c2007-02-05 17:40:23.0 +0800
On Tue, Feb 13, 2007 at 12:35:53PM -0800, David Miller wrote:
...
I've applied this patch, thanks everyone.
Stephen, do we want this in -stable?
I got this info it went trough -mm too:
...
From: [EMAIL PROTECTED]
Subject: - br_if-oops-in-port_carrier_check.patch removed from -mm tree
To:
This moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Linas Vepstas [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
---
This adds or changes some HW specific settings for spider_net on
Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Linas Vepstas [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
--- org-linux-powerpc-git/drivers/net/Kconfig 2007-02-14 13:33:09.0
This removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Linas Vepstas [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL
Jeff-san,
This is a revised patch set for spider_net to work on Celleb.
This patch set is based on Jens-san's v3 phy patch and Linas-san's
spider_net patch.
Please apply our patch set with them.
Note: You need not apply Jens-san's spidernet patch because our patch
set includes it.
Best
Add auto negotiation support for Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Linas Vepstas [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
--- org-linux-powerpc-git/drivers/net/spider_net.h 2007-02-14
11:56:03.0 +0900
+++
These patches add support for the Aculab E1/T1 cPCI carrier card to the
natsemi driver. The first patch provides support for using the MII port
with no PHY and the second adds the quirk required to configure the
card.
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
-
To
Aculab E1/T1 PMXc cPCI carrier card cards present a natsemi on the cPCI
bus with an oversized EEPROM using a direct MII-MII connection with no
PHY. This patch adds a new device table entry supporting these cards.
Signed-Off-By: Mark Brown [EMAIL PROTECTED]
Index: linux/drivers/net/natsemi.c
Herbert Xu writes:
[NETFILTER]: Clear GSO bits for TCP reset packet
The TCP reset packet is copied from the original. This
includes all the GSO bits which do not apply to the new
packet. So we should clear those bits.
Spotted by Patrick McHardy.
Signed-off-by: Herbert Xu [EMAIL
Dave,
Please consider pulling the following changesets available on the
2.6.20-net-2.6-20070214-FOR_DAVEM
branch at
git://git.linux-ipv6.org/gitroot/yoshfuji/linux-2.6-dev.git
(on top of commit 928ba4169dc1d82c83105831f5ddb5472379b440).
Thank you.
HEADLINES
-
[IPV6
Begin forwarded message:
Date: Wed, 14 Feb 2007 02:30:59 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 8009] New: PPPoE+mppe Server fail with Win Client
http://bugzilla.kernel.org/show_bug.cgi?id=8009
Summary: PPPoE+mppe Server fail with Win Client
Begin forwarded message:
Date: Wed, 14 Feb 2007 11:59:00 -0500
From: David G Hamblen [EMAIL PROTECTED]
To: Kernel mailing list linux-kernel@vger.kernel.org
Subject: Problem with 2.6.20 and hostap_cs (Netgear MA401)
I've got the ieee80211 and hostap code compiled as modules for my MA401
card,
Hi Yoshifuji-san
I have a question:
YOSHIFUJI Hideaki / 吉藤英明 wrote:
commit bd292ad1ccbf15c72351f79d4a130dd50da81613
Author: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Date: Thu Feb 15 02:07:27 2007 +0900
[IPV6] ADDRCONF: Register inet6_dev earlier.
Allocate inet6_dev earlier to allow
YOSHIFUJI Hideaki / 吉藤英明 wrote:
commit bd292ad1ccbf15c72351f79d4a130dd50da81613
Author: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Date: Thu Feb 15 02:07:27 2007 +0900
[IPV6] ADDRCONF: Register inet6_dev earlier.
Allocate inet6_dev earlier to allow users to set up per-interface
On Wed, Feb 14, 2007 at 12:40:00AM -0600, Kumar Gala wrote:
Convert network devices to use struct device instead of class_device. Greg
missed this one in his cleanup path.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
Jeff,
Sorry my mailer was completely screwed. I thought I had
Jeff,
I think we are all in agreement about this patch set, please commit.
--linas
On Wed, Feb 14, 2007 at 04:51:07PM +0900, Ishizaki Kou wrote:
We also need Linas-san's patch set which includes bug-fix and makes
the code compilable etc. But our previous patch set conflicts with
On Fri, 2007-02-09 at 14:55 -0500, Joseph Jezak wrote:
Well, here's the problem. There are a few places where a value is
changed (different value written to a register). Does this mean
that the value is different due to the uCode changes (can't tell, no
documentation)?
From what I've
On Sat, 2007-02-10 at 06:55 +0100, Michael Buesch wrote:
It's likely that old cards still work with v4 firmware,
No, it's absolutely impossible. Rev 2/4 cores have a totally different
instruction set in the microcode.
johannes
signature.asc
Description: This is a digitally signed message
Hasso Tepper [EMAIL PROTECTED] wrote:
Many thanks. Now if only IPv4 would be fixed in similar fashion as well.
Here you go.
[IPV4] devinet: Register inetdev earlier.
This patch allocates inetdev at registration for all devices
in line with IPv6. This allows sysctl configuration on the
On Tue, 13 Feb 2007 17:23:05 -0800
Ben Greear [EMAIL PROTECTED] wrote:
I think I may have found a deadlock bug in 2.6.18.2. This is
with my hacked kernel, but my binary module has not been loaded.
I have several bridges configured, including some containing
my redirect-device virtual
Stephen Hemminger wrote:
The bug is in r8139too.c driver. It calls flush_scheduled_work
with RTNL mutex held, so any other work using it will get stuck.
It looks like a fairly common problem, as tg3 has the same issue
(though it seems someone tried to hack around one particular case):
static
Ben found this but the problem seems pretty widespread.
The following places are subject to deadlock between flush_scheduled_work
and the RTNL mutex. What can happen is that a work queue routine (like
bridge port_carrier_check) is waiting forever for RTNL, and the driver
routine has called
Stephen Hemminger wrote:
Ben found this but the problem seems pretty widespread.
The following places are subject to deadlock between flush_scheduled_work
and the RTNL mutex. What can happen is that a work queue routine (like
bridge port_carrier_check) is waiting forever for RTNL, and the
Thank you all for these changes.
Hugo
On 2/14/07, Herbert Xu [EMAIL PROTECTED] wrote:
Herbert Xu [EMAIL PROTECTED] wrote:
[IPV4] devinet: Register inetdev earlier.
I needed to move the panic call as well.
[IPV4] devinet: Register inetdev earlier.
This patch allocates inetdev at
Ben Greear [EMAIL PROTECTED] :
[...]
e1000 appears clean, at least, but there are a lot of other
drivers that are calling that method (I didn't check to see
if they might be holding rtnl when called.)
Not that lot: only r8169, sis190, s2io and cassini (through change_mtu).
Bad week.
--
Ben Greear [EMAIL PROTECTED] :
[...]
I seem to be able to trigger this within about 1 minute on a
particular 2.6.18.2 system with some 8139too devices, so if someone
has a patch that could be tested, I'll gladly test it. For
whatever reason, I haven't hit this problem on 2.6.20 yet, but
that
On Wed, Feb 14, 2007 at 10:02:04AM +, Mark Brown wrote:
Signed-Off-By: Mark Brown [EMAIL PROTECTED]
[...]
- if (np-phy_addr_external == PHY_ADDR_NONE) {
+ /* If we're ignoring the PHY it doesn't matter if we can't
+ * find one. */
+ if
On Wed, Feb 14, 2007 at 03:28:34PM +0200, Ahmed S. Darwish wrote:
A trivial comment actually, Is there a point to write multi-line comments
in two different formats ?
No goal in doing that, no - it wasn't a conscious decision.
--
You grabbed my hand and we fell into it, like a daydream - or
This patch enables dynamic adding / removing of ehea ports
by DLPAR tool.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
diff -Nurp -X dontdiff linux-2.6.20/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.20/drivers/net/ehea/ehea.h2007-02-12
Hi-
A few high level comments, then some really insignificant ones.
First, is there a reason why we shouldn't have a sysfs entry/kobject for
each logical port? How is it possible to determine, from the adapter
sysfs directory, the current number of ports for that adapter? A port
sysfs
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
+++ b/drivers/xen/Kconfig.net
@@ -0,0 +1,14 @@
+menu Xen network device drivers
+depends on NETDEVICES XEN
+
+config XEN_NETDEV_FRONTEND
+ tristate Network-device frontend driver
+ depends on XEN
+ default y
+ help
On Wednesday 14 February 2007 14:18, Johannes Berg wrote:
On Sat, 2007-02-10 at 06:55 +0100, Michael Buesch wrote:
It's likely that old cards still work with v4 firmware,
No, it's absolutely impossible. Rev 2/4 cores have a totally different
instruction set in the microcode.
Ok, I was
Hi, All
when I use linux TCP socket, and find there is a bug in function
sk_acceptq_is_full().
When a new SYN comes, TCP module first checks its validation. If valid,
send SYN,ACK to the client and add the sock to the syn hash table. Next
time if received the valid ACK for
Jeff,
Please accept the following patchset for the atl1 network device driver.
* Drop unnecessary NET_PCI config
* Fix incorrect hash table address
* Read MAC address from register
* Remove unused define
* Add Attansic L1 device id to pci_ids
* Bump version number
This patchset contains changes
From: Jay Cliburn [EMAIL PROTECTED]
The atl1 driver doesn't need NET_PCI. Remove it from Kconfig.
Noticed by Chad Sprouse.
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
Signed-off-by: Chris Snook [EMAIL PROTECTED]
---
drivers/net/Kconfig |2 +-
1 files changed, 1 insertions(+), 1
From: Al Viro [EMAIL PROTECTED]
An ioread32 statement reads the wrong address. Fix it.
Signed-off-by: Al Viro [EMAIL PROTECTED]
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
Signed-off-by: Chris Snook [EMAIL PROTECTED]
---
drivers/net/atl1/atl1_hw.c |2 +-
1 files changed, 1 insertions(+),
From: Jay Cliburn [EMAIL PROTECTED]
On some Asus motherboards containing the L1 NIC, the MAC address is
written by the BIOS directly to the MAC register during POST, and is
not stored in eeprom. If we don't succeed in fetching the MAC address
from eeprom or spi, try reading it directly from the
From: Chris Snook [EMAIL PROTECTED]
Remove unused define from atl1_main.c.
Signed-off-by: Chris Snook [EMAIL PROTECTED]
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
---
drivers/net/atl1/atl1_main.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
From: Chris Snook [EMAIL PROTECTED]
Add device id for the Attansic L1 chip to pci_ids.h, then use it.
Signed-off-by: Chris Snook [EMAIL PROTECTED]
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
---
drivers/net/atl1/atl1_main.c |2 +-
include/linux/pci_ids.h |1 +
2 files changed, 2
From: Jay Cliburn [EMAIL PROTECTED]
Bump the version number.
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
---
drivers/net/atl1/atl1_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/atl1/atl1_main.c b/drivers/net/atl1/atl1_main.c
index
On Wed, 07 Feb 2007 13:07:40 -0800 Sriram Chidambaram [EMAIL PROTECTED] wrote:
This patch provides the Fabric7 VIOC driver source code.
This git mbox patch is built against
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
The patch can be pulled from
42 matches
Mail list logo
