[arch-general] kernel 2.6.31-1

newer
[arch-general] My first convert...

Tobias Powalowski

10 Sep 2009 10 Sep '09

3:38 p.m.

Hi guys, kernel 2.6.31 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: - none Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this! Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

Attachments:

signature.asc (application/pgp-signature — 198 bytes)

Show replies by date

Andrea Scarpino

10 Sep 10 Sep

4:56 p.m.

On 10/09/2009, Tobias Powalowski wrote:

...

Hi guys, kernel 2.6.31 first test run ...

Upstream changes: http://kernelnewbies.org/LinuxChanges

Arch Linux bugfixes: - none

Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util

Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this!

Enjoy have fun and give me feedback, System boots but I get this messages after grub (from dmesg):

17548-[drm] Initialized drm 1.1.0 20060810 17585-Switched to high resolution mode on CPU 0 17627-i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 17689-i915 0000:00:02.0: setting latency timer to 64 17736-[drm] DAC-6: set mode 640x480 0 17768-[drm] TV-14: set mode NTSC 480i 0 17802-render error detected, EIR: 0x00000010 17841-page table error 17858- PGTBL_ER: 0x00000100 17881:[drm:i915_handle_error] *ERROR* EIR stuck: 0x00000010, masking 17944-render error detected, EIR: 0x00000010 17983-page table error 18000- PGTBL_ER: 0x00000100 18023-[drm] LVDS-8: set mode 1280x768 17 18058-Console: switching to colour frame buffer device 160x48 18114-[drm] fb0: inteldrmfb frame buffer device 18156-[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 -- Andrea `bash` Scarpino Arch Linux Developer

Roman Kyrylych

5:55 p.m.

On Thu, Sep 10, 2009 at 18:38, Tobias Powalowski wrote:

...

Hi guys, kernel 2.6.31 first test run ...

I already love this kernel version. Not only I don't see any regressions, but it also fixed 2 issues on my system: 1) my wireless now is not turned on (led is off and checkbox in network manager is disabled) when mechanical switch on my laptop is in "off" position. (I think it was that way in some pre-.30/.29 verions, but I may be wrong here) 2) alsamixer now allows me to output sound via mic jack (that's 3 possible outputs together with 2 headphones jacks), which was the case in pre-.30 kernels as well. Also it seems that CFS does less CPU-to-CPU usage unballancing. Again, no problems detected with this kernel version, and dmesg is clean. Signed off x86_64. -- Roman Kyrylych (Роман Кирилич)

vlad

11 Sep 11 Sep

12:06 a.m.

Hello, On Thu, Sep 10, 2009 at 08:55:13PM +0300, Roman Kyrylych wrote:

...

On Thu, Sep 10, 2009 at 18:38, Tobias Powalowski wrote:

...
Hi guys, kernel 2.6.31 first test run ...

I already love this kernel version. Not only I don't see any regressions, but it also fixed 2 issues on my system: What about the suspend-to-disk issues? I'm still using 2.6.29, because of the irq changes in 2.6.30. I'm no kernel pro, so I cannot technically describe what problems underlie these "bugs". But imo there was a big regression from 2.6.29->2.6.30.

vlad --

Dan McGee

10 Sep 10 Sep

11:33 p.m.

On Thu, Sep 10, 2009 at 10:38 AM, Tobias Powalowski wrote:

...

Hi guys, kernel 2.6.31 first test run ...

Looking decent here. Noticed a few things: * new dmesg messages, not sure if they are of concern or not: ACPI: CPU0 (power states: C1[C1] C2[C2]) processor LNXCPU:00: registered as cooling_device0 ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: SSDT 00000000cfee8a00 00152 (v01 PmRef Cpu1Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PDC] (Node ffff88022f81e120), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU1 (power states: C1[C1] C2[C2]) processor LNXCPU:01: registered as cooling_device1 ACPI: Processor [CPU1] (supports 8 throttling states) ACPI: SSDT 00000000cfee8b60 00152 (v01 PmRef Cpu2Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PDC] (Node ffff88022f81e1a0), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU2 (power states: C1[C1] C2[C2]) processor LNXCPU:02: registered as cooling_device2 ACPI: Processor [CPU2] (supports 8 throttling states) ACPI: SSDT 00000000cfee8cc0 00152 (v01 PmRef Cpu3Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU3._PDC] (Node ffff88022f81e220), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU3 (power states: C1[C1] C2[C2]) processor LNXCPU:03: registered as cooling_device3 ACPI: Processor [CPU3] (supports 8 throttling states) * When /etc/rc.d/microcode/ ran in my daemons, it spit out a "/etc/rc.d/microcode: /dev/cpu/microcode not a character device" message. Interestingly enough it still looks like it ran the microcode update as there were messages in dmesg. However, if I run it now it is just fine (and that device does exist). Race condition somewhere? -Dan

Dan McGee

11 Sep 11 Sep

12:09 p.m.

On Thu, Sep 10, 2009 at 6:33 PM, Dan McGee wrote:

...

On Thu, Sep 10, 2009 at 10:38 AM, Tobias Powalowski wrote:

...
Hi guys, kernel 2.6.31 first test run ...

Looking decent here. Noticed a few things:

* new dmesg messages, not sure if they are of concern or not:

ACPI: CPU0 (power states: C1[C1] C2[C2]) processor LNXCPU:00: registered as cooling_device0 ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: SSDT 00000000cfee8a00 00152 (v01 PmRef Cpu1Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PDC] (Node ffff88022f81e120), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU1 (power states: C1[C1] C2[C2]) processor LNXCPU:01: registered as cooling_device1 ACPI: Processor [CPU1] (supports 8 throttling states) ACPI: SSDT 00000000cfee8b60 00152 (v01 PmRef Cpu2Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PDC] (Node ffff88022f81e1a0), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU2 (power states: C1[C1] C2[C2]) processor LNXCPU:02: registered as cooling_device2 ACPI: Processor [CPU2] (supports 8 throttling states) ACPI: SSDT 00000000cfee8cc0 00152 (v01 PmRef Cpu3Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU3._PDC] (Node ffff88022f81e220), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU3 (power states: C1[C1] C2[C2]) processor LNXCPU:03: registered as cooling_device3 ACPI: Processor [CPU3] (supports 8 throttling states)

* When /etc/rc.d/microcode/ ran in my daemons, it spit out a "/etc/rc.d/microcode: /dev/cpu/microcode not a character device" message. Interestingly enough it still looks like it ran the microcode update as there were messages in dmesg. However, if I run it now it is just fine (and that device does exist). Race condition somewhere?

Failboat when I woke up this morning. Machine (X) was completely unresponsive, and I ssh-ed in and a bunch of things were all jacked up. Grabbed something useful out of dmesg though: [drm] wait for fifo failed status : 0xE57004A4 0x00FF0F02 BUG: unable to handle kernel NULL pointer dereference at (null) IP: [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] PGD 2112ea067 PUD 2112a6067 PMD 0 Oops: 0000 [#1] PREEMPT SMP last sysfs file: /sys/devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0/scsi_level CPU 0 Modules linked in: radeon drm nfs lockd fscache nfs_acl auth_rpcgss sunrpc coretemp cpufreq_ondemand it87 hwmon_vid ipv6 ipt_REJECT xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables microcode ext3 jbd usbhid hid snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_atihdmi snd_hda_codec_realtek uhci_hcd snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc ohci1394 ieee1394 ehci_hcd usbcore i2c_i801 i2c_core sg iTCO_wdt iTCO_vendor_support r8169 mii intel_agp evdev thermal fan button battery ac acpi_cpufreq freq_table processor rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 raid1 md_mod sr_mod cdrom sd_mod ata_generic ahci pata_jmicron pata_acpi libata scsi_mod Pid: 3694, comm: X Not tainted 2.6.31-ARCH #1 EP45-DS3R RIP: 0010:[<ffffffffa0569131>] [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] RSP: 0018:ffff88022b597b98 EFLAGS: 00010246 RAX: ffff88022b7ba180 RBX: ffff88022e681800 RCX: 000000000000002c RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff88022e681800 RBP: 0000000000000010 R08: 00000000ffffffff R09: 000014f4e884a645 R10: 0000000000000001 R11: ffff880028047958 R12: 0000000000000008 R13: ffff88022c08aa30 R14: ffff88022ea14900 R15: 0000000000000000 FS: 00007fda900666f0(0000) GS:ffff880028034000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000000000 CR3: 0000000211188000 CR4: 00000000000406f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process X (pid: 3694, threadinfo ffff88022b596000, task ffff88022e96dcc0) Stack: ffff88022c08aa30 00000000643c49d9 ffff88022e0a6f00 ffffffffa0569c43 <0> 00000000ffffffff 00000000643c49d9 ffff88022e681800 ffffffffa057e470 <0> ffff88022e685000 00000000643c49d9 ffff88022c08aa30 ffff88022e681800 Call Trace: [<ffffffffa0569c43>] ? radeon_commit_ring+0x63/0xe0 [radeon] [<ffffffffa057e470>] ? r600_do_cp_idle+0xd0/0x140 [radeon] [<ffffffffa056d6a6>] ? radeon_do_release+0x76/0x240 [radeon] [<ffffffffa053d4b1>] ? drm_lastclose+0x51/0x330 [drm] [<ffffffff81120fc5>] ? __fput+0xe5/0x240 [<ffffffff8111caa7>] ? filp_close+0x67/0xb0 [<ffffffff8105bd75>] ? put_files_struct+0x85/0x120 [<ffffffff8105da9c>] ? do_exit+0x16c/0x7d0 [<ffffffff8104d4b0>] ? finish_task_switch+0x180/0x190 [<ffffffff8105e156>] ? do_group_exit+0x56/0xd0 [<ffffffff8106d641>] ? get_signal_to_deliver+0x2a1/0x470 [<ffffffff8100b793>] ? do_notify_resume+0x123/0x830 [<ffffffff811316f9>] ? vfs_ioctl+0xa9/0xd0 [<ffffffff81131880>] ? do_vfs_ioctl+0xa0/0x5a0 [<ffffffff8101843e>] ? restore_i387_xstate+0x18e/0x1f0 [<ffffffff8100c47b>] ? sysret_signal+0x7e/0xcf Code: 8b 04 25 28 00 00 00 48 89 44 24 08 31 c0 f6 87 d6 03 00 00 08 75 33 48 8b 87 10 01 00 00 c1 ee 02 89 f6 48 c1 e6 02 48 03 70 18 <8b> 06 48 8b 54 24 08 65 48 33 14 25 28 00 00 00 75 1e 48 83 c4 RIP [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] RSP <ffff88022b597b98> CR2: 0000000000000000 ---[ end trace 1cad1c27957ccafb ]--- Fixing recursive fault but reboot is needed! No binary modules, no taint. Haven't searched around yet to see if anyone else is seeing this. -Dan

Dan McGee

12 Sep 12 Sep

3:51 p.m.

On Fri, Sep 11, 2009 at 7:09 AM, Dan McGee wrote:

...

On Thu, Sep 10, 2009 at 6:33 PM, Dan McGee wrote:

...
On Thu, Sep 10, 2009 at 10:38 AM, Tobias Powalowski wrote:

...
Hi guys, kernel 2.6.31 first test run ...

Looking decent here. Noticed a few things:

* new dmesg messages, not sure if they are of concern or not:

ACPI: CPU0 (power states: C1[C1] C2[C2]) processor LNXCPU:00: registered as cooling_device0 ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: SSDT 00000000cfee8a00 00152 (v01 PmRef Cpu1Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PDC] (Node ffff88022f81e120), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU1 (power states: C1[C1] C2[C2]) processor LNXCPU:01: registered as cooling_device1 ACPI: Processor [CPU1] (supports 8 throttling states) ACPI: SSDT 00000000cfee8b60 00152 (v01 PmRef Cpu2Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PDC] (Node ffff88022f81e1a0), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU2 (power states: C1[C1] C2[C2]) processor LNXCPU:02: registered as cooling_device2 ACPI: Processor [CPU2] (supports 8 throttling states) ACPI: SSDT 00000000cfee8cc0 00152 (v01 PmRef Cpu3Ist 00003000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU3._PDC] (Node ffff88022f81e220), AE_ALREADY_EXISTS ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error ACPI: CPU3 (power states: C1[C1] C2[C2]) processor LNXCPU:03: registered as cooling_device3 ACPI: Processor [CPU3] (supports 8 throttling states)

* When /etc/rc.d/microcode/ ran in my daemons, it spit out a "/etc/rc.d/microcode: /dev/cpu/microcode not a character device" message. Interestingly enough it still looks like it ran the microcode update as there were messages in dmesg. However, if I run it now it is just fine (and that device does exist). Race condition somewhere?

Failboat when I woke up this morning. Machine (X) was completely unresponsive, and I ssh-ed in and a bunch of things were all jacked up. Grabbed something useful out of dmesg though:

[drm] wait for fifo failed status : 0xE57004A4 0x00FF0F02 BUG: unable to handle kernel NULL pointer dereference at (null) IP: [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] PGD 2112ea067 PUD 2112a6067 PMD 0 Oops: 0000 [#1] PREEMPT SMP last sysfs file: /sys/devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0/scsi_level CPU 0 Modules linked in: radeon drm nfs lockd fscache nfs_acl auth_rpcgss sunrpc coretemp cpufreq_ondemand it87 hwmon_vid ipv6 ipt_REJECT xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables microcode ext3 jbd usbhid hid snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_codec_atihdmi snd_hda_codec_realtek uhci_hcd snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc ohci1394 ieee1394 ehci_hcd usbcore i2c_i801 i2c_core sg iTCO_wdt iTCO_vendor_support r8169 mii intel_agp evdev thermal fan button battery ac acpi_cpufreq freq_table processor rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 raid1 md_mod sr_mod cdrom sd_mod ata_generic ahci pata_jmicron pata_acpi libata scsi_mod Pid: 3694, comm: X Not tainted 2.6.31-ARCH #1 EP45-DS3R RIP: 0010:[<ffffffffa0569131>] [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] RSP: 0018:ffff88022b597b98 EFLAGS: 00010246 RAX: ffff88022b7ba180 RBX: ffff88022e681800 RCX: 000000000000002c RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff88022e681800 RBP: 0000000000000010 R08: 00000000ffffffff R09: 000014f4e884a645 R10: 0000000000000001 R11: ffff880028047958 R12: 0000000000000008 R13: ffff88022c08aa30 R14: ffff88022ea14900 R15: 0000000000000000 FS: 00007fda900666f0(0000) GS:ffff880028034000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000000000 CR3: 0000000211188000 CR4: 00000000000406f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process X (pid: 3694, threadinfo ffff88022b596000, task ffff88022e96dcc0) Stack: ffff88022c08aa30 00000000643c49d9 ffff88022e0a6f00 ffffffffa0569c43 <0> 00000000ffffffff 00000000643c49d9 ffff88022e681800 ffffffffa057e470 <0> ffff88022e685000 00000000643c49d9 ffff88022c08aa30 ffff88022e681800 Call Trace: [<ffffffffa0569c43>] ? radeon_commit_ring+0x63/0xe0 [radeon] [<ffffffffa057e470>] ? r600_do_cp_idle+0xd0/0x140 [radeon] [<ffffffffa056d6a6>] ? radeon_do_release+0x76/0x240 [radeon] [<ffffffffa053d4b1>] ? drm_lastclose+0x51/0x330 [drm] [<ffffffff81120fc5>] ? __fput+0xe5/0x240 [<ffffffff8111caa7>] ? filp_close+0x67/0xb0 [<ffffffff8105bd75>] ? put_files_struct+0x85/0x120 [<ffffffff8105da9c>] ? do_exit+0x16c/0x7d0 [<ffffffff8104d4b0>] ? finish_task_switch+0x180/0x190 [<ffffffff8105e156>] ? do_group_exit+0x56/0xd0 [<ffffffff8106d641>] ? get_signal_to_deliver+0x2a1/0x470 [<ffffffff8100b793>] ? do_notify_resume+0x123/0x830 [<ffffffff811316f9>] ? vfs_ioctl+0xa9/0xd0 [<ffffffff81131880>] ? do_vfs_ioctl+0xa0/0x5a0 [<ffffffff8101843e>] ? restore_i387_xstate+0x18e/0x1f0 [<ffffffff8100c47b>] ? sysret_signal+0x7e/0xcf Code: 8b 04 25 28 00 00 00 48 89 44 24 08 31 c0 f6 87 d6 03 00 00 08 75 33 48 8b 87 10 01 00 00 c1 ee 02 89 f6 48 c1 e6 02 48 03 70 18 <8b> 06 48 8b 54 24 08 65 48 33 14 25 28 00 00 00 75 1e 48 83 c4 RIP [<ffffffffa0569131>] radeon_read_ring_rptr+0x31/0x70 [radeon] RSP <ffff88022b597b98> CR2: 0000000000000000 ---[ end trace 1cad1c27957ccafb ]--- Fixing recursive fault but reboot is needed!

No binary modules, no taint. Haven't searched around yet to see if anyone else is seeing this.

-Dan

Found my oops at kerneloops, but no idea where to go with it: http://www.kerneloops.org/guilty.php?guilty=radeon_read_ring_rptr&version=2.6.31-release&start=2064384&end=2097151&class=oops

bardo

11 Sep 11 Sep

10:53 a.m.

2009/9/10 Tobias Powalowski :

...

Hi guys, kernel 2.6.31 first test run ...

Hi Tobias, could you please upload the Arch patch to the FTP? Thanks, Corrado

Tobias Powalowski

11:21 a.m.

Am Freitag 11 September 2009 schrieb bardo:

...

2009/9/10 Tobias Powalowski :

...
Hi guys, kernel 2.6.31 first test run ...

Hi Tobias, could you please upload the Arch patch to the FTP?

Thanks, Corrado

Done, thanks for the hint. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

Eric Bélanger

9:23 p.m.

On Thu, Sep 10, 2009 at 11:38 AM, Tobias Powalowski wrote:

...

Hi guys, kernel 2.6.31 first test run ...

Upstream changes: http://kernelnewbies.org/LinuxChanges

Arch Linux bugfixes: - none

Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util

Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this!

Enjoy have fun and give me feedback, greetings tpowa --

I can't modprobe it87 anymore: ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region IP__ [0x295-0x296] FATAL: Error inserting it87 (/lib/modules/2.6.31-ARCH/kernel/drivers/hwmon/it87.ko): Device or resource busy This is on x86_64.

Eric Bélanger

11:54 p.m.

On Fri, Sep 11, 2009 at 5:23 PM, Eric Bélanger wrote:

...

On Thu, Sep 10, 2009 at 11:38 AM, Tobias Powalowski wrote:

...
Hi guys, kernel 2.6.31 first test run ...

Upstream changes: http://kernelnewbies.org/LinuxChanges

Arch Linux bugfixes: - none

Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util

Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this!

Enjoy have fun and give me feedback, greetings tpowa --

I can't modprobe it87 anymore:

ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region IP__ [0x295-0x296] FATAL: Error inserting it87 (/lib/modules/2.6.31-ARCH/kernel/drivers/hwmon/it87.ko): Device or resource busy

This is on x86_64.

Looks like an upstream feature : http://bugzilla.kernel.org/show_bug.cgi?id=13967 I haven't read it in detail but it looks like it87 was superceeded by other modules. In my case, asus_atk0110.

Tobias Powalowski

12 Sep 12 Sep

7:10 a.m.

Hi For more info on the acpi and hwmon issue: http://bugzilla.kernel.org/show_bug.cgi?id=13967 http://hansdegoede.livejournal.com/7932.html It's not a bug, it's a feature. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

5348

Age (days ago)

5350

Last active (days ago)

List overview

Download

11 comments

7 participants

participants (7)

Andrea Scarpino
bardo
Dan McGee
Eric Bélanger
Roman Kyrylych
Tobias Powalowski
vlad