Re: [arch-general] [signoff] linux-3.3.1-1
On 04/11/2012 03:55 PM, Alessio 'Blaster' Biancalana wrote: I installed Linux 3.3.1 yesterday, wifi authentication over protected networks is definitely broken for ath9k. I can connect to open networks, but if I try to connect to a WPA/WPA2 net (didn't try with WEP), after this I can't connect to ANY net (open too). ath9k is totally blown up, I hope next release will see a fix. Il giorno 11 aprile 2012 23:08, mike cloakedmike.cloa...@gmail.com ha scritto: On Wed, Apr 11, 2012 at 9:11 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: I believe it will be fixed in the next release... you mean 3.3.2 or 3.4 ? I saw a post that 3.4 will have a fix. -- mike c I am having kswapd issues with this kernel, when ever I start a VM and there is high IO I get kernel panics. This is new for me and has not happened on any of the earlier kernels. I am seeing nothing else other than this. It seems to be saying low memory but my machine has yet to get over 4.5GB and the system has 8GB. I know it is not out of memory and I have tested my memory and nothing comes back as being bad. Not really sure what else I could check on for this. The error I posted is only the first trace in dmesg. I can post the full output to a paste site if it would help seeing all the call traces. Any suggestions, info would be great, I always hate downgrading things, but I did verify that going to the old 3.2 kernel gets rid of this for me. [ 7162.093883] swapper/6: page allocation failure: order:2, mode:0x4020 [ 7162.093890] Pid: 0, comm: swapper/6 Tainted: P O 3.3.1-1-ARCH #1 [ 7162.093894] Call Trace: [ 7162.093896] IRQ [81110e76] warn_alloc_failed+0xf6/0x150 [ 7162.093913] [8111ec95] ? wakeup_kswapd+0xd5/0x190 [ 7162.094028] [a040187f] ? _nv017713rm+0x43/0xf3 [nvidia] [ 7162.094036] [81114682] __alloc_pages_nodemask+0x6a2/0x8a0 [ 7162.094130] [a0401605] ? _nv017712rm+0x34/0x26b [nvidia] [ 7162.094218] [a040187f] ? _nv017713rm+0x43/0xf3 [nvidia] [ 7162.094226] [8124464d] ? rb_insert_color+0xad/0x150 [ 7162.094234] [81076ff9] ? enqueue_hrtimer+0x39/0xf0 [ 7162.094242] [81089362] ? update_curr+0x212/0x220 [ 7162.094249] [8145a5f9] kmalloc_large_node+0x57/0x85 [ 7162.094257] [8115b271] __kmalloc_node_track_caller+0x191/0x230 [ 7162.094263] [81087974] ? __enqueue_entity+0x74/0x80 [ 7162.094269] [8108a57a] ? enqueue_entity+0xea/0x5b0 [ 7162.094275] [8135990b] ? __alloc_skb+0x4b/0x230 [ 7162.094281] [81359b0d] ? dev_alloc_skb+0x1d/0x40 [ 7162.094287] [81359938] __alloc_skb+0x78/0x230 [ 7162.094293] [81359b0d] dev_alloc_skb+0x1d/0x40 [ 7162.094301] [a0341014] _rtl_pci_rx_interrupt+0x1d4/0x660 [rtlwifi] [ 7162.094308] [81461d98] ? _raw_spin_unlock_irqrestore+0x38/0x50 [ 7162.094329] [a0073b50] ? ehci_irq+0x220/0x270 [ehci_hcd] [ 7162.094336] [a0341735] _rtl_pci_interrupt+0x295/0x930 [rtlwifi] [ 7162.094343] [810d0345] handle_irq_event_percpu+0x75/0x2a0 [ 7162.094349] [810d05b8] handle_irq_event+0x48/0x70 [ 7162.094355] [810d350a] handle_fasteoi_irq+0x5a/0x100 [ 7162.094362] [810178f2] handle_irq+0x22/0x40 [ 7162.094368] [81464a3a] do_IRQ+0x5a/0xe0 [ 7162.094373] [8146236e] common_interrupt+0x6e/0x6e [ 7162.094376] EOI [81297596] ? intel_idle+0xe6/0x150 [ 7162.094386] [81297578] ? intel_idle+0xc8/0x150 [ 7162.094393] [8133aa31] cpuidle_idle_call+0xc1/0x350 [ 7162.094399] [8101423a] cpu_idle+0xda/0x130 [ 7162.094406] [8145096b] start_secondary+0x223/0x22a [ 7162.094410] Mem-Info: [ 7162.094414] Node 0 DMA per-cpu: [ 7162.094418] CPU0: hi:0, btch: 1 usd: 0 [ 7162.094421] CPU1: hi:0, btch: 1 usd: 0 [ 7162.094424] CPU2: hi:0, btch: 1 usd: 0 [ 7162.094427] CPU3: hi:0, btch: 1 usd: 0 [ 7162.094430] CPU4: hi:0, btch: 1 usd: 0 [ 7162.094433] CPU5: hi:0, btch: 1 usd: 0 [ 7162.094436] CPU6: hi:0, btch: 1 usd: 0 [ 7162.094439] CPU7: hi:0, btch: 1 usd: 0 [ 7162.094442] Node 0 DMA32 per-cpu: [ 7162.094445] CPU0: hi: 186, btch: 31 usd: 91 [ 7162.094448] CPU1: hi: 186, btch: 31 usd: 125 [ 7162.094451] CPU2: hi: 186, btch: 31 usd: 80 [ 7162.094454] CPU3: hi: 186, btch: 31 usd: 77 [ 7162.094457] CPU4: hi: 186, btch: 31 usd: 34 [ 7162.094460] CPU5: hi: 186, btch: 31 usd: 102 [ 7162.094463] CPU6: hi: 186, btch: 31 usd: 177 [ 7162.094466] CPU7: hi: 186, btch: 31 usd: 36 [ 7162.094468] Node 0 Normal per-cpu: [ 7162.094472] CPU0: hi: 186, btch: 31 usd: 166 [ 7162.094475] CPU1: hi: 186, btch: 31 usd: 181 [ 7162.094479] CPU2: hi: 186, btch: 31 usd: 136 [ 7162.094482] CPU3: hi: 186, btch: 31 usd: 181 [ 7162.094485] CPU4: hi: 186, btch: 31 usd: 140 [ 7162.094488]
Re: [arch-general] [signoff] linux-3.3.1-1
El 10/04/12 13:04, mike cloaked escribió: On Tue, Apr 10, 2012 at 1:21 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: Since last kernel upgrade, 3.3.1-1-ARCH I am having some trouble with ath5k, like random disconnects only a reboot allows me to reconnect to the AP. Now I downgraded to 3.2.14-1 and wifi is working fine. This is a well known problem and reported a number of times already - I believe it will be fixed in the next release... you mean 3.3.2 or 3.4 ?
Re: [arch-general] [signoff] linux-3.3.1-1
On Wed, Apr 11, 2012 at 9:11 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: I believe it will be fixed in the next release... you mean 3.3.2 or 3.4 ? I saw a post that 3.4 will have a fix. -- mike c
Re: [arch-general] [signoff] linux-3.3.1-1
I installed Linux 3.3.1 yesterday, wifi authentication over protected networks is definitely broken for ath9k. I can connect to open networks, but if I try to connect to a WPA/WPA2 net (didn't try with WEP), after this I can't connect to ANY net (open too). ath9k is totally blown up, I hope next release will see a fix. Il giorno 11 aprile 2012 23:08, mike cloaked mike.cloa...@gmail.com ha scritto: On Wed, Apr 11, 2012 at 9:11 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: I believe it will be fixed in the next release... you mean 3.3.2 or 3.4 ? I saw a post that 3.4 will have a fix. -- mike c
Re: [arch-general] [signoff] linux-3.3.1-1
El 08/04/12 09:14, Richard Schütz escribió: Am 08.04.2012 14:03, schrieb Vladimir Lomov: I didn't notice any problem with wireless on my notebook before kernel 3.3.1 (I use it every evening). Right now I downgraded to kernel 3.3.0 (took necessary files from projects.archlinux.org/... for version 3.3.0 compiled and intalled .tar.xz packages) and wireless works fine. I have access to other notebook with Archlinux and kernel 3.3.1, that notebook provides AP using hostapd (Atheros wireless card), I'll try tomorrow if AP still works (after update to kernel 3.3.1 I didn't test AP). Ah, you're talking about the wireless problems. I thought you meant the suspend problems with „Same here“. Yeah, ath9k is definitely broken. Since last kernel upgrade, 3.3.1-1-ARCH I am having some trouble with ath5k, like random disconnects only a reboot allows me to reconnect to the AP. Now I downgraded to 3.2.14-1 and wifi is working fine. dmesg: http://pastebin.com/xiZ4v29f
Re: [arch-general] [signoff] linux-3.3.1-1
On Tue, Apr 10, 2012 at 1:21 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: Since last kernel upgrade, 3.3.1-1-ARCH I am having some trouble with ath5k, like random disconnects only a reboot allows me to reconnect to the AP. Now I downgraded to 3.2.14-1 and wifi is working fine. This is a well known problem and reported a number of times already - I believe it will be fixed in the next release... -- mike c
Re: [arch-general] [signoff] linux-3.3.1-1
Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? -- Regards, Richard Schütz
Re: [arch-general] [signoff] linux-3.3.1-1
On Sun, 08 Apr 2012 13:48:11 +0200, Richard Schütz wrote: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? Correct. The won't resume on 3.3.x eeepc is suspending / resuming happily with 3.2.13-1-ARCH (downgraded a couple of days ago). As it's the wife's machine, I dare not touch it now it's working again. I'm somewhat baffled by the whole thing; there is nothing obvious in any logs, but X fails to come back from sleep. -jh
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Richard Schütz [2012-04-08 13:48:11 +0200]: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? I didn't notice any problem with wireless on my notebook before kernel 3.3.1 (I use it every evening). Right now I downgraded to kernel 3.3.0 (took necessary files from projects.archlinux.org/... for version 3.3.0 compiled and intalled .tar.xz packages) and wireless works fine. I have access to other notebook with Archlinux and kernel 3.3.1, that notebook provides AP using hostapd (Atheros wireless card), I'll try tomorrow if AP still works (after update to kernel 3.3.1 I didn't test AP). --- WBR, Vladimir Lomov -- Neutrinos are into physicists.
Re: [arch-general] [signoff] linux-3.3.1-1
Am 08.04.2012 14:03, schrieb Vladimir Lomov: Hello, ** Richard Schütz [2012-04-08 13:48:11 +0200]: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? I didn't notice any problem with wireless on my notebook before kernel 3.3.1 (I use it every evening). Right now I downgraded to kernel 3.3.0 (took necessary files from projects.archlinux.org/... for version 3.3.0 compiled and intalled .tar.xz packages) and wireless works fine. I have access to other notebook with Archlinux and kernel 3.3.1, that notebook provides AP using hostapd (Atheros wireless card), I'll try tomorrow if AP still works (after update to kernel 3.3.1 I didn't test AP). Ah, you're talking about the wireless problems. I thought you meant the suspend problems with „Same here“. Yeah, ath9k is definitely broken. -- Regards, Richard Schütz
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Jonathan Hudson [2012-04-08 12:53:42 +0100]: On Sun, 08 Apr 2012 13:48:11 +0200, Richard Schütz wrote: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? Correct. The won't resume on 3.3.x eeepc is suspending / resuming happily with 3.2.13-1-ARCH (downgraded a couple of days ago). As it's the wife's machine, I dare not touch it now it's working again. I'm somewhat baffled by the whole thing; there is nothing obvious in any logs, but X fails to come back from sleep. Do you mean suspend to RAM or suspend to DISK? I tried before suspend to DISK: 3.3.1 and 3.3.0 works fine. P.S. I use advice found on wiki and systemd. --- WBR, Vladimir Lomov -- People will accept your ideas much more readily if you tell them that Benjamin Franklin said it first.
Re: [arch-general] [signoff] linux-3.3.1-1
On Sun, 8 Apr 2012 21:20:35 +0900, Vladimir Lomov wrote: Hello, ** Jonathan Hudson [2012-04-08 12:53:42 +0100]: On Sun, 08 Apr 2012 13:48:11 +0200, Richard Schütz wrote: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? Correct. The won't resume on 3.3.x eeepc is suspending / resuming happily with 3.2.13-1-ARCH (downgraded a couple of days ago). As it's the wife's machine, I dare not touch it now it's working again. I'm somewhat baffled by the whole thing; there is nothing obvious in any logs, but X fails to come back from sleep. Do you mean suspend to RAM or suspend to DISK? I tried before suspend to DISK: 3.3.1 and 3.3.0 works fine. P.S. I use advice found on wiki and systemd. --- WBR, Vladimir Lomov Suspend to RAM. -jh
Re: [arch-general] [signoff] linux-3.3.1-1
Am 08.04.2012 14:20, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-08 12:53:42 +0100]: On Sun, 08 Apr 2012 13:48:11 +0200, Richard Schütz wrote: Am 07.04.2012 12:33, schrieb Vladimir Lomov: Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. And with 3.2.x there were no problems like that for both of you? Correct. The won't resume on 3.3.x eeepc is suspending / resuming happily with 3.2.13-1-ARCH (downgraded a couple of days ago). As it's the wife's machine, I dare not touch it now it's working again. I'm somewhat baffled by the whole thing; there is nothing obvious in any logs, but X fails to come back from sleep. Do you mean suspend to RAM or suspend to DISK? I tried before suspend to DISK: 3.3.1 and 3.3.0 works fine. I'm talking about suspend to RAM, but it shouldn't make that big difference in my case, because something seems to be wrong with device suspension already. -- Regards, Richard Schütz
Re: [arch-general] [signoff] linux-3.3.1-1
On 04/06/2012 02:41 PM, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges ... Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks This may be of interest on suspend/resume for some - I suspend to ram and resume with no problems at all on my lenovo intel based laptop. Glancing at the changelog seems like the patch is not a part of 3.3.1 https://lkml.org/lkml/2012/4/7/33 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=e72acc13c770a82b4ce4a07e9716f29320eae0f8 gene/
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. P.S. At first I post message in worng ML, sorry. --- WBR, Vladimir Lomov -- Mix a little foolishness with your serious plans; it's lovely to be silly at the right moment. -- Horace
Re: [arch-general] [signoff] linux-3.3.1-1
On 04/06/2012 06:54 AM, Tobias Powalowski wrote: Hi guys, please signoff 3.3 series for both arches. First off thank you arch devs. I am newish to arch (was with fedora/redhat since about RH 3). I am very happy with the arch - huge thank you. On 3.3.1, obviously I can't sign off - but here's some fedeback. I can attest that the OOPS i was seeing with 3.3 (crash on shutdown or sleep - bluetooth) has not yet happened with 3.3.1. I have seen no other problems (encrypted swap / home, 1 laptop w iwlwifi, 3 desktops). It has been very stable - no issues and no worrisome logs on any of the machines I am testing on. Thanks! gene/
Re: [arch-general] [signoff] linux-3.3.1-1
Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Config cleanup: - disabled comedi staging modules - disabled not needed GPIO modules - disabled W1 support - disabled charger and battery modules - disabled snd_soc module - disabled regulator modules - disabled SPI support Fixed Bugs and feature requests: - New default 'ondemand' cpufreq govenor #28778 - added mtd header files #29076 - more I can't remember ;) greetings tpowa Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 -- Regards, Richard Schütz
Re: [arch-general] [signoff] linux-3.3.1-1
On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: Am 06.04.2012 12:54, schrieb Tobias Powalowski: Hi guys, please signoff 3.3 series for both arches. Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks like device suspension fails somewhere. Furthermore 3.3.1 seriously breaks ath9k on my netbook [1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 I have a similar reservation. On two eeepc 901, suspend works just fine. Alas, only only on one of them does resume work with a 3.3 kernel. I'm not convinced that 3.3 is ready. -jh
Re: [arch-general] [signoff] linux-3.3.1-1
hello, well this is a bit off-topic. But linux-ck switched already to 3.3 kernel and I just discovered that ndiswrapper does not compile. It seems there is a patch floating around to allow ndiswrapper to compile with a 3.3 kernel But I see no ndiswrapper package in [community-testing] yet ? Could the ndiswrapper package be included in [extra] instead of [community] ? mylife What a bad idea to remove my ethernet cable and to have now to rely on a PCI wifi card only supported via ndiswrapper. :-( /mylife make -C utils make[1] : on entre dans le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/utils » gcc -g -Wall -I../driver -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o loadndisdriver loadndisdriver.c make[1] : on quitte le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/utils » make -C driver make[1] : on entre dans le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver » make -C /usr/src/linux-3.3.1-2-ck M=/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver make[2] : on entre dans le répertoire « /usr/src/linux-3.3.1-2-ck » LD /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/built-in.o MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/crt_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/hal_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ntoskernel_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ntoskernel_io_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/rtl_exports.h MKEXPORT /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/usb_exports.h CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/crt.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/hal.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/iw_ndis.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/loader.o CC [M] /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.o /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c: In function ‘NdisGetCurrentProcessorCounts’: /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2657:296: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2658:303: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.c:2659:289: erreur: ‘struct kernel_stat’ has no member named ‘cpustat’ make[3]: *** [/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver/ndis.o] Erreur 1 make[2]: *** [_module_/home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver] Erreur 2 make[2] : on quitte le répertoire « /usr/src/linux-3.3.1-2-ck » make[1]: *** [modules] Erreur 2 make[1] : on quitte le répertoire « /home/solstice/abs/ndiswrapper/src/ndiswrapper-1.57/driver » make: *** [driver] Erreur 2
