On Sunday 01 July 2007 04:43:27 [EMAIL PROTECTED] wrote:
This patch updates the various access routines to access different
control and status settings present in different register locations.
This will fix problems related to working of different ports in
multi Port card.
Signed-off by:
On Sunday 01 July 2007 01:17:34 Lennert Buytenhek wrote:
More or less. You can't add the resistances like that, since the
bus isolation chip buffers the IDSEL signal, but it is correct that
if the host's IDSEL resistor is larger than a certain value, the
combination of the resistive coupling
Kok, Auke wrote:
James Chapman wrote:
I briefly looked over your new driver. I think it might benefit by
moving common parts into one or more libraries (or modules) and have
separate chip-specific drivers for 82540, 82541, 82542, 82543, 82571
etc. Put all the chip-specific bits in a
On 6/30/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
This is a non-standard formatting for comments, please follow
Coding style:
Thanks, I have updated the patch.
When the interface is down (or driver removed), the BroadCom 44xx card
remains powered on,
and both its MAC and PHY is using up
On Sunday 01 July 2007 14:49:23 Török Edvin wrote:
On 6/30/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
This is a non-standard formatting for comments, please follow
Coding style:
Thanks, I have updated the patch.
When the interface is down (or driver removed), the BroadCom 44xx
On 6/30/07, Matthew Garrett [EMAIL PROTECTED] wrote:
On Sat, Jun 30, 2007 at 07:44:59AM -0700, Arjan van de Ven wrote:
Matthew Garrett wrote:
Do you still get link beat detection when the phy is powered down?
No.
As for link detection on the switch connected to this card:
If I have WoL
Bonjour Francois!
If you feel adventurous, you will find a compile-tested-only patchkit for
2.6.21.5 here:
http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21.5
or:
http://www.fr.zoreil.com/people/francois/misc/20060630-2.6.21.5-r8169-test.
patch
The content should be almost the same as the
On Sun, Jul 01, 2007 at 12:23:16PM +0200, Michael Buesch wrote:
More or less. You can't add the resistances like that, since the
bus isolation chip buffers the IDSEL signal, but it is correct that
if the host's IDSEL resistor is larger than a certain value, the
combination of the
On Sunday 01 July 2007 17:00:06 Lennert Buytenhek wrote:
On Sun, Jul 01, 2007 at 12:23:16PM +0200, Michael Buesch wrote:
More or less. You can't add the resistances like that, since the
bus isolation chip buffers the IDSEL signal, but it is correct that
if the host's IDSEL resistor is
Zen Kato has a device which reports the 0xa RF type. The vendor driver
treats this as AL2230S, the same as devices with the AL2230S bit in the POD.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
Signed-off-by: Ulrich Kunitz [EMAIL PROTECTED]
---
drivers/net/wireless/mac80211/zd1211rw/zd_rf.c
While playing with the firmware a while back, I discovered a way to
access the device's entire address space before the firmware has been
loaded.
Previously we were loading the firmware early on (during probe) so that
we could read the MAC address from the EEPROM and register a netdevice.
Now
Tested by Zen Kato
zd1211b chip 0411:00da v4810 high 00-16-01 AL2230S_RF pa0 g--N-
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
Signed-off-by: Ulrich Kunitz [EMAIL PROTECTED]
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
Zen Kato's device has a regulatory domain value of 0x49, which is not an
IEEE 802.11 code and is not even identified in the vendor driver.
Recent versions of the vendor driver don't even look at the regdomain
value any more, and just allow channels 1-11 everywhere. This patch
brings us more in
Zen Kato has a device which reports the 0xa RF type. The vendor driver
treats this as AL2230S, the same as devices with the AL2230S bit in the POD.
Signed-off-by: Daniel Drake [EMAIL PROTECTED]
---
zd_rf.c|3 ++-
zd_rf.h|2 +-
zd_rf_al2230.c | 10 ++
3 files
Tested by Zen Kato
zd1211b chip 0411:00da v4810 high 00-16-01 AL2230S_RF pa0 g--N-
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
While playing with the firmware a while back, I discovered a way to
access the device's entire address space before the firmware has been
loaded.
Previously we were loading the firmware early on (during probe) so that
we could read the MAC address from the EEPROM and register a netdevice.
Now
please submit the patch via email as per
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt
to
Andrew Morton [EMAIL PROTECTED]
netdev@vger.kernel.org
[EMAIL PROTECTED]
thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
Remove an sparse warning about a shadowed variable name.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
drivers/net/usb/cdc_ether.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- g26.orig/drivers/net/usb/cdc_ether.c2007-07-01 11:40:37.0
-0700
+++
Removed signal_pending checks during init, per Jeff's suggestion.
drivers/net/netxen/netxen_nic.h | 180 +++---
drivers/net/netxen/netxen_nic_hdr.h |2 +
drivers/net/netxen/netxen_nic_hw.c | 33 --
drivers/net/netxen/netxen_nic_init.c |
This patch updates the various access routines to access different
control and status settings present in different register locations.
This will fix problems related to working of different ports in
multi Port card.
Signed-off by: Dhananjay Phadke [EMAIL PROTECTED]
Signed-off by: Milan Bag
NetXen driver uses PCI function 0 to provide the functionality of MSI.
The patch makes driver check the bus master bit for function 0 and
enable it after the card initialization.
Signed-off-by: Dhananjay Phadke[EMAIL PROTECTED]
Signed-off-by: Milan Bag [EMAIL PROTECTED]
Signed-off-by: Wen Xiong
These changes allow driver close routine to be called during module unload,
to clean-up buffers and other software resources, flush queues etc. Also,
hardware is reset to pristine state.
Signed-off-by: Dhananjay Phadke [EMAIL PROTECTED]
Signed-off-by: Milan Bag [EMAIL PROTECTED]
Signed-off-by:
e1000_{read,write}_pci_cfg() are no longer used.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 5 Jun 2007
drivers/net/e1000/e1000_hw.h |2 --
drivers/net/e1000/e1000_main.c |4
2 files changed, 4 insertions(+), 2 deletions(-)
---
This patch fixes a check-after-use spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc6-mm1/drivers/net/ns83820.c.old 2007-06-29
22:12:22.0 +0200
+++ linux-2.6.22-rc6-mm1/drivers/net/ns83820.c 2007-06-29 22:13:59.0
+0200
This patch makes two needleesly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 31 Mar 2007
drivers/net/bonding/bond_main.c |5 +++--
drivers/net/bonding/bonding.h |2 --
2 files changed, 3 insertions(+), 4 deletions(-)
---
On Sunday 01 July 2007 17:00:06 Lennert Buytenhek wrote:
A multimeter should do the trick, but I would advise against this
if you're not totally comfortable with hacking hardware.
Ok, the resistor on the board is 100ohm, which is too big
according to the docs of the extender.
So what I tried is
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc4-mm2:
...
git-net.patch
...
git trees
...
Struct dccp_li_cachep can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc6-mm1/net/dccp/ccids/lib/loss_interval.c.old
On Sunday 01 July 2007 20:56:01 [EMAIL PROTECTED] wrote:
These changes allow driver close routine to be called during module unload,
to clean-up buffers and other software resources, flush queues etc. Also,
hardware is reset to pristine state.
Signed-off-by: Dhananjay Phadke [EMAIL
Adrian Bunk wrote:
This patch contains the overdue removal of the eepro100 driver.
...
this needs to be resceduled for 2.6.24 (at least). We're hoping to merge the
proposed changes (still being worked on) in .23. Milton Miller and David Acker
are working on that.
Auke
-
To unsubscribe
On Sun, Jul 01, 2007 at 05:39:06PM +0100, Daniel Drake wrote:
This patch causes zd1211rw-mac80211 to interpret the regdomain in the
EEPROM and restrict the channels accordingly, like the softmac driver does.
The patch only addresses the allowed channels but not the allowed
maximum power levels.
Kok, Auke wrote:
this needs to be resceduled for 2.6.24 (at least). We're hoping to merge
the proposed changes (still being worked on) in .23. Milton Miller and
David Acker are working on that.
Quite agreed.
Jeff
-
To unsubscribe from this list: send the line unsubscribe netdev in
Hi Dave,
Here goes an IrDA update for net-2.6.23.
Cheers,
Samuel.
-
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
Through the IrDA netlink set mode command, we switch to IrDA monitor mode,
where one IrLAP instance receives all the packets on the media, without ever
responding to them.
Signed-off-by: Samuel Ortiz [EMAIL PROTECTED]
Index: net-2.6-quilt/include/linux/irda.h
First IrDA configuration netlink layer implementation.
Currently, we only support the set/get mode commands.
Signed-off-by: Samuel Ortiz [EMAIL PROTECTED]
---
include/linux/irda.h | 20 ++
include/net/irda/irda.h |3 +
include/net/irda/irlap.h |2 +
net/irda/Makefile|
Cc: Alex VillacÃs Lasso [EMAIL PROTECTED]
Signed-off-by: Samuel Ortiz [EMAIL PROTECTED]
---
drivers/net/irda/kingsun-sir.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: net-2.6-quilt/drivers/net/irda/kingsun-sir.c
This patch extracts common code from irttp_open_tsap() and irttp_dup()
into a new function to 1) avoid code duplication, 2) help avoid forgetting
object initialization in the tsap duplication path in the future.
Signed-off-by: G. Liakhovetski [EMAIL PROTECTED]
Signed-off-by: Samuel Ortiz [EMAIL
Peter Missel [EMAIL PROTECTED] :
[...]
The patch applies without failure; I'm getting a warning during build,
CC [M] drivers/net/r8169.o
drivers/net/r8169.c: In function ‘rtl8169_start_xmit’:
drivers/net/r8169.c:2341: warning: ‘txd’ may be used uninitialized in this
function
It's known
I've got two boxes, both which uses the forcedeth-driver as the driver
for the network cards. I've got the same problem on both boxes. I've
tried various kernels, the latest kernel on my amd64-box is 2.6.22-7
from gutsy (ubuntu).
The problem is as follows:
Once the interface is up, it seems to
On Jun 29, 2007, at 6:06 AM, Jeff Garzik wrote:
Kumar Gala wrote:
Please pull from 'for_linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
for_linus
to receive the following updates:
drivers/net/gianfar.c |2 +-
1 file changed, 1 insertion(+), 1
Resending patch 3/3 only.
These changes allow driver close routine to be called during module unload,
to clean-up buffers and other software resources, flush queues etc. Also,
hardware is reset to pristine state.
Signed-off-by: Dhananjay Phadke [EMAIL PROTECTED]
Signed-off-by: Milan Bag [EMAIL
40 matches
Mail list logo
