[Bug 540589] New: kernel-pae boot fails on eeePC 1000
http://bugzilla.novell.com/show_bug.cgi?id=540589 Summary: kernel-pae boot fails on eeePC 1000 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: jfunk@funktronics.ca QAContact: qa@suse.de Found By: --- Created an attachment (id=319002) --> (http://bugzilla.novell.com/attachment.cgi?id=319002) bootlog images User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-1.1 Firefox/3.5.3 Since the latest milestone, kernel-pae fails to boot on my eeePC 1000. kernel-desktop works fine, however. It seems to hang during udev initialization. I noticed that there is netconsole support in initrd, but the documentation for it is not adequate. The boot script refers to a NETCONSOLE variable, but I have no idea where to set it. I found a bug mentioning /etc/sysconfig/kernel, but it doesn't actually seem to read it from there. So instead, I have attached a series of images containing the scrollback buffer, including overlap. SysRq keys do work after the hang, so if you want some of that information, let me know. Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
User coolo@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c1
--- Comment #1 from Stephan Kulow
http://bugzilla.novell.com/show_bug.cgi?id=540589
User coolo@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c2
Stephan Kulow
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c3
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c4
--- Comment #4 from Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c5
--- Comment #5 from Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jbenc@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c6
Jiri Benc
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c7
--- Comment #7 from Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c8
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jbenc@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c9
--- Comment #9 from Jiri Benc
http://bugzilla.novell.com/show_bug.cgi?id=540589
User jeffm@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=540589#c10
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c11
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c12
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c13
Greg Kroah-Hartman
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c14
Greg Kroah-Hartman
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c15
Greg Kroah-Hartman
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c
Greg Kroah-Hartman
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c16
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c17
Brandon Philips
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c18
Leonardo Chiquitto
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c19
Jiri Benc
... I should have pClonedPkt->head = pClonedPkt->data - pClonedPkt->len;
Hm, yes, after some thinking I tend to agree. However, the driver is such a mess I'm not sure about anything anymore :-( (In reply to comment #17)
This patch uses the ->head that "pData" is derived from earlier in the call chain. I think this is right.
I'm not sure this is correct. RTPKT_TO_OSPKT(pRxPkt) and RTPKT_TO_OSPKT(pRxBlk->pRxPacket) is the same, because RTPKT_TO_OSPKT is just a cast to (struct sk_buff *) and pRxPkt = RTPKT_TO_OSPKT(pRxBlk->pRxPacket); This makes the statement RTPKT_TO_OSPKT(pRxPkt)->head = RTPKT_TO_OSPKT(pRxBlk->pRxPacket)->head; noop. Unless I'm lost in the similarly looking identifiers. Which is quite possible. I think we should try Jeff's approach, build a test kernel and ask some of the reporters of the panic to test. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c20
--- Comment #20 from Brandon Philips
(In reply to comment #16)
... I should have pClonedPkt->head = pClonedPkt->data - pClonedPkt->len;
Hm, yes, after some thinking I tend to agree. However, the driver is such a mess I'm not sure about anything anymore :-(
I don't think that is correct. Isn't ->data + ->len == ->tail?
(In reply to comment #17)
This patch uses the ->head that "pData" is derived from earlier in the call chain. I think this is right.
I'm not sure this is correct. RTPKT_TO_OSPKT(pRxPkt) and RTPKT_TO_OSPKT(pRxBlk->pRxPacket) is the same, because RTPKT_TO_OSPKT is just a cast to (struct sk_buff *) and pRxPkt = RTPKT_TO_OSPKT(pRxBlk->pRxPacket); This makes the statement RTPKT_TO_OSPKT(pRxPkt)->head = RTPKT_TO_OSPKT(pRxBlk->pRxPacket)->head; noop.
Unless I'm lost in the similarly looking identifiers. Which is quite possible.
You are right, got lost in the ugliness. So, I think not touching ->head and ->tail in these cases is fine then because... What they seem to be doing is a bad version of skb_pull(skb, pData - pRxPkt->data) because from the oops in attachment 334984: STARxDoneInterruptHandle() does pRxBlk->pData = pRxPacket->data STARxDoneInterruptHandle() does pHeader = (PHEADER_802_11) (pData+RXWI_SIZE) ; STAHandleRxDataFrame() does pRxBlk->pData = (UCHAR *)pHeader; And then these various functions that the patch fixes up are doing a bad version of skb_pull() to get the skb ->data to the pHeader location. Does that make sense to other people? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c21
Brandon Philips
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c22
James Oakley
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c23
--- Comment #23 from Jiri Benc
(In reply to comment #16)
... I should have pClonedPkt->head = pClonedPkt->data - pClonedPkt->len; I don't think that is correct. Isn't ->data + ->len == ->tail?
Sure. I don't know what I was looking at. We should subtract the 802.11 headers length, not the data length. But after looking at a broader context...
What they seem to be doing is a bad version of skb_pull(skb, pData - pRxPkt->data) because from the oops in attachment 334984 [details]:
STARxDoneInterruptHandle() does pRxBlk->pData = pRxPacket->data STARxDoneInterruptHandle() does pHeader = (PHEADER_802_11) (pData+RXWI_SIZE) ; STAHandleRxDataFrame() does pRxBlk->pData = (UCHAR *)pHeader;
And then these various functions that the patch fixes up are doing a bad version of skb_pull() to get the skb ->data to the pHeader location.
To pData, not pHeader, I would say. Yes, it indeed looks like skb_pull. That means, just removing the ->head assignments from the Jeff's patch should fix the problem. Do you agree? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c24
--- Comment #24 from Brandon Philips
(In reply to comment #20)
(In reply to comment #16)
... I should have pClonedPkt->head = pClonedPkt->data - pClonedPkt->len; I don't think that is correct. Isn't ->data + ->len == ->tail?
Sure. I don't know what I was looking at. We should subtract the 802.11 headers length, not the data length. But after looking at a broader context...
What they seem to be doing is a bad version of skb_pull(skb, pData - pRxPkt->data) because from the oops in attachment 334984 [details] [details]:
STARxDoneInterruptHandle() does pRxBlk->pData = pRxPacket->data STARxDoneInterruptHandle() does pHeader = (PHEADER_802_11) (pData+RXWI_SIZE) ; STAHandleRxDataFrame() does pRxBlk->pData = (UCHAR *)pHeader;
And then these various functions that the patch fixes up are doing a bad version of skb_pull() to get the skb ->data to the pHeader location.
To pData, not pHeader, I would say. Yes, it indeed looks like skb_pull.
That means, just removing the ->head assignments from the Jeff's patch should fix the problem. Do you agree?
Yes, I agree, the head assignment doesn't look needed. I will build another pae Kernel with that change for testing soon. It would really be nice to find someone that both get it to bit and see if the driver actually works. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c26
--- Comment #26 from Guido Berhörster
Could someone with the hardware please install and test this Kernel? Setting NEEDINFO on James but anyone with the hardware can test it.
http://beta.suse.com/private/bphilips//540589/kernel-desktop-2.6.31.11-bnc54...
I have tested this kernel on my MSI Wind U-100 by connecting to a WLAN and disconnecting again a couple of times and was not able to reproduce the kernel panic any more. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c27
Jeff Mahoney
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c28
roeland jansen
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c29
--- Comment #29 from Brandon Philips
Yes, I agree, the head assignment doesn't look needed. I will build another pae Kernel with that change for testing soon.
It would really be nice to find someone that both get it to bit and see if the driver actually works.
Kernel is building now. I will post soon when the new -pae Kernel is ready for testing. Thanks. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c30
--- Comment #30 from Brandon Philips
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c31
--- Comment #31 from Brandon Philips
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c
Brandon Philips
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c32
--- Comment #32 from Tamás Németh
Kernel's for testing. Please give me feedback if you get a chance to test this out. Thanks!
http://beta.suse.com/private/bphilips/540589/kernel-pae-2.6.31.11-bnc540589....
http://beta.suse.com/private/bphilips/540589/kernel-desktop-2.6.31.11-bnc540...
OK, I've tried the desktop kernel, and I found no kernel crah so far, however, only open SSIDs work, I was unable to connect to a WPA enterprise SSID. Here are some dmesg outputs: ############################################################## Module load by killswitch: pci 0000:01:00.0: reg 10 32bit mmio: [0x000000-0x00ffff] pci 0000:01:00.0: PME# supported from D0 D3hot pci 0000:01:00.0: PME# disabled rt2860sta: module is from the staging directory, the quality is unknown, you have been warned. rt2860 0000:01:00.0: enabling device (0000 -> 0002) rt2860 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 === pAd = f8c33000, size = 585464 === <-- RTMPAllocAdapterBlock, Status=0 rt2860 0000:01:00.0: setting latency timer to 64 RX DESC dc97a000 size = 2048 <-- RTMPAllocTxRxRingMemory, Status=0 I/F(wlan0) Key1Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key2Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key3Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key4Str is Invalid key length! KeyLen = 0! 1. Phy Mode = 9 2. Phy Mode = 9 RTMPSetPhyMode: channel is out of range, use first channel=1 3. Phy Mode = 9 MCS Set = ff ff 00 00 01 <==== RTMPInitialize, Status=0 0x1300 = 00064300 ############################################################## Connection to open SSID: ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) Rcv Wcid(1) AddBAReq Start Seq = 00000733 RPC: Registered udp transport module. RPC: Registered tcp transport module. Slow work thread pool: Starting up Slow work thread pool: Ready FS-Cache: Loaded FS-Cache: Netfs 'nfs' registered for caching ############################################################## During the connection (multiple sessions accumulated here): ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 726 ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 726 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) Rcv Wcid(1) AddBAReq Start Seq = 0000073d ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 726 ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 563 ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 726 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 897 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 563 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ############################################################## Disconnecting by killswitch (no crash!!!!): ERROR!!! BBP read R66=0xffffffff fail ERROR!!! BBP read R1=0xffffffff fail ERROR!!! BBP write R1=0xffffffff fail ERROR!!! H2M_MAILBOX still hold by MCU. command fail ERROR!!! RTMPCancelTimer failed, Timer hasn't been initialize! ERROR!!! H2M_MAILBOX still hold by MCU. command fail ERROR!!! H2M_MAILBOX still hold by MCU. command fail ERROR!!! BBP read R1=0xffffffff fail ERROR!!! BBP write R1=0xffffffff fail ERROR!!! H2M_MAILBOX still hold by MCU. command fail ############################################################## Turning on again by killswitch: pci 0000:01:00.0: reg 10 32bit mmio: [0x000000-0x00ffff] pci 0000:01:00.0: PME# supported from D0 D3hot pci 0000:01:00.0: PME# disabled rt2860 0000:01:00.0: enabling device (0000 -> 0002) rt2860 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 === pAd = f8dc1000, size = 585464 === <-- RTMPAllocAdapterBlock, Status=0 rt2860 0000:01:00.0: setting latency timer to 64 RX DESC d88bb000 size = 2048 <-- RTMPAllocTxRxRingMemory, Status=0 I/F(wlan0) Key1Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key2Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key3Str is Invalid key length! KeyLen = 0! I/F(wlan0) Key4Str is Invalid key length! KeyLen = 0! 1. Phy Mode = 9 2. Phy Mode = 9 RTMPSetPhyMode: channel is out of range, use first channel=1 3. Phy Mode = 9 MCS Set = ff ff 00 00 01 <==== RTMPInitialize, Status=0 0x1300 = 00064300 ############################################################## Connecting to WPA-Enterprise unsuccessful :(((( ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 7(7) BSS returned, data->length = 1060 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6) ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 730 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6) ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 897 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6) ===>rt_ioctl_giwscan. 5(5) BSS returned, data->length = 730 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 563 ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=1) ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 ===>rt_ioctl_giwscan. 6(6) BSS returned, data->length = 893 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c33
--- Comment #33 from Tamás Németh
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c34
Daniele Tombolini
From wpa log: Trying to associate with SSID '$MYSSID' Association request to the driver failed Authentication with 00:00:00:00:00:00 timed out.
bad mac addres.. Acer 2930z wlan: 23: PCI 600.0: 0282 WLAN controller [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_1814_781 Unique ID: y9sn.1kY4T26Xa85 Parent ID: Z7uZ.C0MkgLA2c85 SysFS ID: /devices/pci0000:00/0000:00:1c.3/0000:06:00.0 SysFS BusID: 0000:06:00.0 Hardware Class: network Model: "RaLink RT2860" Vendor: pci 0x1814 "RaLink" Device: pci 0x0781 "RT2860" SubVendor: pci 0x105b "Foxconn International, Inc." SubDevice: pci 0xe002 Driver: "rt2860" Driver Modules: "rt2860sta" Device File: wlan0 Features: WLAN Memory Range: 0x95700000-0x9570ffff (rw,non-prefetchable) IRQ: 19 (no events) HW Address: 00:24:2c:0d:21:27 Link detected: yes WLAN channels: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462 2.467 2.472 2.484 WLAN encryption modes: WEP40 WEP104 TKIP CCMP WLAN authentication modes: open sharedkey wpa-psk wpa-eap Module Alias: "pci:v00001814d00000781sv0000105Bsd0000E002bc02sc80i00" Driver Info #0: Driver Status: rt2860sta is active Driver Activation Cmd: "modprobe rt2860sta" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #10 (PCI bridge) This driver is a bit old, what about 2.2 ? Any chance to get it, maybe as kmp package ? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c35
--- Comment #35 from Greg Kroah-Hartman
Hi guys, I don't see any improvements in this kernel. It works and does not crash but wireless doesn not works so well.
Are you kidding, that's a major improvement :) Anything after this needs to be addressed in different bugs, as that is an intermittent driver issue.
This driver is a bit old, what about 2.2 ? Any chance to get it, maybe as kmp package ?
What do you mean "2.2"? What are you referring to here? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c36
--- Comment #36 from Daniele Tombolini
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c37
Brandon Philips
It works and does not crash but wireless doesn not works so well.
Thanks for testing. I think this solves this bug then and the patch is checked in for the next openSUSE 11.2 update. If people are having problems with rt2860 driver besides crashing then please file a new bug after testing Kernel v2.6.33 from KOTD[1]. Please include hwinfo information and the result of testing v2.6.33 on the bug. [1] http://ftp.suse.com/pub/projects/kernel/kotd/v2.6.33/ -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c38
Thomas Siedentopf
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c41
Frank Bezemer
From the release notes: [2.3.0.0]
1. Support PSP XLINK in ad-hoc mode. 2. Support Linux Kernel 2.6.31/2.6.32. So any older versions (1.8.1.1 in the current kernels) aren't supported it seems... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=540589
http://bugzilla.novell.com/show_bug.cgi?id=540589#c42
Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com