On Sun, Jul 01, 2007 at 09:35:58PM +0400, Oleg Nesterov wrote:
> Jarek Poplawski wrote:
> >
> >#1
> >Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> >required a work function should always (unconditionally) rearm with
> >delay > 0 - otherwise it would endlessly
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 <[EMAI
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 deletion(-)
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
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'
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 <[EMA
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
===
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
===
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
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
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 fro
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 PRO
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.
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 i
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(-)
---
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
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(-)
--- linux-2.6.22
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 Xion
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
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 <[EM
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
+++ g
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]
M
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 that
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
=
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 lin
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 ch
zd1211rw-mac80211 currently reports different values for signal level
than zd1211rw-softmac. This is because the softmac driver passes the raw
strength value, whereas zd1211rw-mac80211 is performing some other
calculation.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunit
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
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 that
This patch causes zd1211rw-mac80211 to interpret the regdomain in the
EEPROM and restrict the channels accordingly, like the softmac driver does.
It is understood that mac80211 regulatory domain handling will change
significantly in the not-too-distant future.
Signed-off-by: Daniel Drake <[EMAIL
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
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 r
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
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
On 7/1/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> You patch is also damaged here.
> Check your MUA settings.
>
[Sorry about that, resending again]
When the interface is down (or driver removed), the BroadCom 44xx card remains
powered on,
and both its MAC and PHY is using up power.
Thi
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 t
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 Broad
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 u
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 chip-speci
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 coupli
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 b
44 matches
Mail list logo
