From: Pavel Roskin <[EMAIL PROTECTED]>
Hardware resources should not be made available to other devices while
the network device is still registered. Also remove the related debug
statements.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
---
drivers/net/wireless/orinoco_cs.c |9 +++-
From: Pavel Roskin <[EMAIL PROTECTED]>
Report only the first I/O window and IRQ, and also add the driver name.
The second I/O window, Vpp and configuration index are not interesting
to most users. They can be found by PCMCIA debug tools if needed.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
From: Pavel Roskin <[EMAIL PROTECTED]>
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
---
drivers/net/wireless/orinoco_pci.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/orinoco_pci.h
b/drivers/net/wireless/orinoco_pci.h
index b05a9a5..4e8da
From: Pavel Roskin <[EMAIL PROTECTED]>
The resource data in the network device is intended for ISA and other
older busses, but not for PCI. Don't put PCI data there. Don't (ab)use
the network device for keeping the IRQ number.
Retire orinoco_pci_setup_netdev(), and print some minimal informatio
From: Pavel Roskin <[EMAIL PROTECTED]>
Don't use flags in the spinlocks - the PCMCIA resume functions may not
be called under lock. Don't ignore any errors.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
---
drivers/net/wireless/orinoco_cs.c |7 +++
drivers/net/wireless/spectrum_cs.c
Hello!
I'm about to send some more patches for Orinoco drivers. Unlike the
previous set, the new patches are mostly cosmetic changes based on the
feedback I received from the already submitted patches. Please apply to
the trees that have the previous patches.
--
Regards,
Pavel Roskin
-
To uns
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Sun, 30 Apr 2006 22:05:40 -0700
> Reading back the data register is a safe thing to do. This
> guarantees that the data is written before we change the address
> register to the zero value. Without the read, there is a danger of
> the value being writ
David S. Miller wrote:
> At least for the TG3PCI_MEM_WIN_DATA register, I don't know how safe
> it is to use tw32_f() there. Reads from a location can have side
> effects, so doing a forced readback after a write could be dangerous.
>
> And it isn't needed, as the tw32_f() done as we set the
> T
David S. Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Fri, 28 Apr 2006 16:35:19 -0700
>
> > Add some PHY workaround code to reduce jitter on some PHYs.
> >
> > Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
>
> Applied, thanks.
>
> It really bugs me that all of this indire
Andrew Morton wrote:
> (Please resond via reply-to-all, not via the bugzilla UI)
>
> [EMAIL PROTECTED] wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=6468
>>
>>Summary: sky2 driver doesnt work in 2.6.16-r3,-r4 but was working
>> in 2.6.15-r8
>> Kernel
(Please resond via reply-to-all, not via the bugzilla UI)
[EMAIL PROTECTED] wrote:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6468
>
>Summary: sky2 driver doesnt work in 2.6.16-r3,-r4 but was working
> in 2.6.15-r8
> Kernel Version: 2.6.16-r4
>
From: Bernard Pidoux <[EMAIL PROTECTED]>
Date: Sun, 30 Apr 2006 21:34:32 +0200
> Ralf Baechle wrote :
>
> > Convert all NET/ROM sysctl time values from jiffies to ms as units.
> >
> > Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
> >
>
> With such extensive patches for netrom and rose module
Pekka Enberg wrote:
On Sat, 2006-04-29 at 14:21 +0200, David Gómez wrote:
I already had it modified, just needed to create the patch... Anyway,
have you submitted it to netdev?
On Sat, 2006-04-29 at 23:35 +0300, Pekka Enberg wrote:
No, I haven't. I don't have the hardware, so I can't test the
zd1211 with softmac and wpa_supplicant revealed an issue with softmac and the
use of workqueues. Some of the work functions actually reschedule themselves,
so this meant that there could still be pending work after
flush_scheduled_work() had been called during ieee80211softmac_stop().
This patch i
On Sun, 2006-04-30 at 18:33 +0100, Daniel Drake wrote:
> dprintk("deauth without deauth packet. eek!n");
> dprintk(KERN_INFO PFX "got disassoc framen");
> dprintkl(KERN_INFO PFX "reassoc request from unknown networkn");
> dprintk(PFX "Not p
Ralf Baechle wrote :
Convert all NET/ROM sysctl time values from jiffies to ms as units.
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
With such extensive patches for netrom and rose modules that will go
into a future 2.6.x kernel, I think it would be justified to update the
following ba
Sun, 30 Apr 2006 14:49:45 +0200, Michael Buesch pise:
> Hm, seems like I did not listen to you. :P
> How does this happen? I never saw it.
Usually when a net interface is renamed (by udev for example). The stack
then tries to remove wrong procfs directory.
Jiri
--
Jiri Benc
SUSE Labs
-
To unsu
Hello,
I saw that in the wireless linux stack, there is usage
of sending messages to user space via the RtNetlink
event channel :
in net/core/wireless.c, wireless_send_event() method
calls rtmsg_iwinfo() which calls
netlink_broadcast(rtnl, skb, 0, RTNLGRP_LINK,
GFP_ATOMIC); (it fills a struct w
When wpa_supplicant exits, it uses SIOCSIWMLME to request deauthentication.
softmac then tries to reassociate without any user intervention, which isn't
the desired behaviour of this signal.
This change makes softmac only attempt reassociation if the remote network
itself deauthenticated us.
Sign
On Sun, 2006-04-30 at 18:33 +0100, Daniel Drake wrote:
> zd1211 with softmac and wpa_supplicant revealed an issue with softmac and the
> use of workqueues. Some of the work functions actually reschedule themselves,
> so this meant that there could still be pending work after
> flush_scheduled_work(
zd1211 with softmac and wpa_supplicant revealed an issue with softmac and the
use of workqueues. Some of the work functions actually reschedule themselves,
so this meant that there could still be pending work after
flush_scheduled_work() had been called during ieee80211softmac_stop().
This patch i
I use two Zaurus palmtops - one run 2.4.18 kernel and second run 2.6.16.
Both are running under control of OpenZaurus distribution (I'm Release
Manager of it).
When I use pcmcia-cs then my Pretec WiFi card is handled by hostap
driver and everything is working fine. Recently I switched to
pcmciaut
On Sun, 2006-04-30 at 23:38 +1000, Herbert Xu wrote:
> Dan Williams <[EMAIL PROTECTED]> wrote:
> >
> > Are these done by anything else now? Did something change to make
> > SET_MODULE_OWNER useless in individual drivers? I'm asking because I
>
> SET_MODULE_OWNER has been a no-op ever since Dave
[Please Cc me, I am not subscribed to netdev.]
Can I rely on the presence of the $DEVPATH/driver symlink (e.g.
/sys/class/net/eth0/driver) to check if a network interface is a "real"
device insteaf of a VLAN or a bridge?
- Forwarded message from Marco d'Itri <[EMAIL PROTECTED]> -
To: [EM
On Sun, 30 Apr 2006, [EMAIL PROTECTED] wrote:
I observed a 1-2 sec stalling behaviour for the complete system every
10 seconds or so _seemingly_ only when my ADSL connection was up.
I had that idea too, but that sounds different from what I have here. I
have also transfered lots of data at >9
Dan Williams <[EMAIL PROTECTED]> wrote:
>
> Are these done by anything else now? Did something change to make
> SET_MODULE_OWNER useless in individual drivers? I'm asking because I
SET_MODULE_OWNER has been a no-op ever since Dave made live network
device driver modules unloadable nearly three
On Sun, Apr 30, 2006 at 11:17:11AM +0200, Lennert Buytenhek wrote:
>
> A fragile and ugly but easier/shorter way of getting the source address
> (which I've used a couple of times in the past) is to open a SOCK_DGRAM
> socket, connect() it to the intended destination, and then do
> getsockname().
On Sunday 30 April 2006 14:15, you wrote:
> Sat, 29 Apr 2006 13:00:25 +0200, Johannes Berg pise:
> > This didn't look too good to me, maybe someone can investigate?
> >
> > [24070.841580] Badness in remove_proc_entry at fs/proc/generic.c:732
> > [24070.841593] Call Trace:
> > [...]
>
> I know abo
Sat, 29 Apr 2006 13:00:25 +0200, Johannes Berg pise:
> This didn't look too good to me, maybe someone can investigate?
>
> [24070.841580] Badness in remove_proc_entry at fs/proc/generic.c:732
> [24070.841593] Call Trace:
> [...]
I know about this (also mentioned it at Wireless summit), I'm workin
> Going back to e100 helped
Sorry, I meant: Going back to eepro100 helped
-
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
On Sat, 2006-04-29 at 15:29 +0100, Ralf Baechle DL5RB wrote:
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
> --
>
> net/netrom/nr_dev.c |1 -
> net/rose/rose_dev.c |1 -
> 2 files changed, 2 deletions(-)
>
> Index: linux-net.git/net/netrom/nr_dev.c
> ==
Maybe this is an issue of the e100 driver?
I observed a 1-2 sec stalling behaviour for the complete system every
10 seconds or so _seemingly_ only when my ADSL connection was up. That
was after I had changed the ethernet driver for a card _not_ connected
to the modem from eepro100 to e100.
After
Ralf Baechle wrote :
Index: linux-net.git/net/rose/af_rose.c
===
--- linux-net.git.orig/net/rose/af_rose.c 2006-04-29 01:54:21.0
+0100
+++ linux-net.git/net/rose/af_rose.c2006-04-29 11:37:34.0 +0100
Whi
On Sat, 2006-04-29 at 14:21 +0200, David Gómez wrote:
> > I already had it modified, just needed to create the patch... Anyway,
> > have you submitted it to netdev?
On Sat, 2006-04-29 at 23:35 +0300, Pekka Enberg wrote:
> No, I haven't. I don't have the hardware, so I can't test the driver.
> Furt
On Wed, Apr 26, 2006 at 11:58:00PM +1000, Herbert Xu wrote:
> > I had spent time trying to write something which
> > uses RTA_SRC and RTA_DST and got some problems.
> > (I probably made something stupid.)
> > I googled for such examples and did not get much.
> > I saw that the zebra project and ip
35 matches
Mail list logo
