Herbert Xu wrote:
> > > > > My laptop hangs when I try to log in to X with the current git
> > > > > kernel (commit 2a397e82c7db18019e408f953dd58dc1963a328c). It runs
> > > > > fine with 2.6.23. At boot time kdm starts normally, but hangs with
> > > > > the caps lock LED blinking immediately after
Lennert Buytenhek wrote:
> Does that mean that the Debian ARM people have their heads so far
> up their collective asses that they think that every form of change
> is bad and are unable to accept that some forms of change might be
> for the better?
Well, I am not one of the Debian ARM people, jus
Krzysztof Halasa wrote:
> Lennert Buytenhek <[EMAIL PROTECTED]> writes:
>> There _is_ an ARM BE version of Debian.
>>
>> It's not an official port, but it's not maintained any worse than
>> the 'official' LE ARM Debian port is.
> Hmm... That changes a bit. Perhaps we should forget about
> that LE
The d80211 stack requires CRC32 functions for the WEP implementation.
Signed-off-by: Marcus Better <[EMAIL PROTECTED]>
---
net/d80211/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/d80211/Kconfig b/net/d80211/Kconfig
index 7e2635f..d91f0db 100644
---
Jon Smirl wrote:
> Has this project moved elsewhere?
>
> http://hostap.epitest.fi/wpa_supplicant
Apparently it's down at this moment:
http://permalink.gmane.org/gmane.linux.drivers.hostap/15287
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [E
wext-common.o is required if CONFIG_WIRELESS_EXT is set. Looks like
`CONFIG_NET_WIRELESS' is a typo.
Signed-off-by: Marcus Better <[EMAIL PROTECTED]>
--- a/net/wireless/Makefile
+++ b/net/wireless/Makefile
@@ -12,5 +12,5 @@ obj-ny :=
# this needs to be compiled
The code allocates an array of struct nlattr, but it seems to me that it should
allocate an array of pointers.
Signed-off-by: Marcus Better <[EMAIL PROTECTED]>
--- a/net/wireless/nl80211.c
+++ b/net/wireless/nl80211.c
@@ -843,7 +843,7 @@ static int nl80211_initiate_scan(struct sk_buf
Thomas Hellström wrote:
>>> Does the "noirqdebug" option fix the problem?
>> Yes... but it breaks switching to a text console.
> Are you _sure_ these are related?
Yes. (I tried a few times and it always crashed, whereas without
noirqdebug I've switched mode successfully hundreds of times.)
With
Thomas Hellström wrote:
> Does the "noirqdebug" option fix the problem?
Yes... but it breaks switching to a text console. I get an interesting
"fluid" effect on the screen (a bright static pattern), and the keyboard
locks up.
Marcus
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Hellström wrote:
> Strange. I've also seen the i915 sending false interrupts on its own
> line, though.
Here's the interrupt table with i915 loaded:
~$ cat /proc/interrupts
CPU0
0: 401031 XT-PIC timer
1: 3681
Thomas Hellström wrote:
> I guess you got the wrong commit, and the correct one should be the one
> where Dave adds vblank interrupts. It should be close to the one you
> listed.
I thought I double-checked that it was the right commit, but will check
again.
> If the network sits on the same IRQ l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(For those haven't followed, this is about
http://permalink.gmane.org/gmane.linux.network/38493
)
Francois Romieu wrote:
> Marcus Better <[EMAIL PROTECTED]> :
>> I'm seeing this problem on my Acer Travelmate 223X laptop
Francois Romieu wrote:
> In a better world, you would narrow the suspect with a git bissect [1]
> between v2.6.15 and v2.6.16.
Will try. It may take some time...
Marcus
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordo
I'm seeing this problem on my Acer Travelmate 223X laptop with built-in
Realtek 8139: The ethernet stops working, usually after at most a few
minutes operation. The problem appears in kernel 2.6.16 and 2.6.17, but not
in 2.6.15.
It prints the following in the syslog:
Jun 28 07:50:36 kelev kernel:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jiri Benc wrote:
> This is unnecessary. AFAIK bcm43xx hardware doesn't support more than one
> interface at a time (not counting monitor interfaces as those are somewhat
> special).
I wonder what exactly is causing this limitation? Why isn't it just a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Kershaw wrote:
>>Looks very interesting, but I had in mind exactly the opposite (if I
>>understand correctly): packets written to the virtual device would be
>>received by the kernel, instead of going out to the radio. The kernel
>>would think it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Kershaw wrote:
> Josh Wright and I have been working on a library to make a common
> injection layer across the drivers,
Looks very interesting, but I had in mind exactly the opposite (if I
understand correctly): packets written to the virtual de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi developers,
is there a convenient way to inject 802.11 frames into the stack from
user-space? I am thinking about something analogous to the tap device for
Ethernet. That is, a "virtual" wireless device that would receive frames
from user-space.
I
18 matches
Mail list logo
