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
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]>
---
--- org-linux-powerpc-git/drive
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.000
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 PRO
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 regard
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
+++ linux-pow
Stephen Hemminger wrote:
> On Wed, 07 Feb 2007 19:36:22 +0100
> Rainer Baumann <[EMAIL PROTECTED]> wrote:
>
>
>> Hi Stephen
>>
>> I just wanted to ask you, if you already had time to test our trace
>> extension for netem as discussed on the 13th of December.
>>
>> Cheers
>> Rainer
>>
>> Rainer
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."
-
T
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
This patch provides code paths which allow the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs that are present can be accessed via the
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 <
Dave,
Please consider pulling the following changesets available on the
2.6.20-net-2.6-20070214-FOR_DAVEM
branch at
(on top of commit 928ba4169dc1d82c83105831f5ddb5472379b440).
Thank you.
HEADLINES
-
[IPV6] ADDRCONF: Manage prefix route corresponding to address
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
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, and the system locks up w
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-inter
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 tho
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
> Linas
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'v
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 par
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
de
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 flush_s
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 registration for all devices
in line with IPv6. This allows sysctl configuration on the
devices
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 driver
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 reg
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
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. */
> +
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 -
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 14:44:
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 directory
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
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
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 SYN,ACK
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 dele
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 inserti
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 a/drivers/net/atl1/a
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 change
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 09f3375..656
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
>ftp://ftp.fab
45 matches
Mail list logo