Re: [arch-general] kernel 2.6.31-1
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 cfee8a00 00152 (v01 PmRef Cpu1Ist 3000 INTL >> 20040311) >> ACPI Error (psparse-0537): Method parse/execution failed >> [\_PR_.CPU1._PDC] (Node 88022f81e120), 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 cfee8b60 00152 (v01 PmRef Cpu2Ist 3000 INTL >> 20040311) >> ACPI Error (psparse-0537): Method parse/execution failed >> [\_PR_.CPU2._PDC] (Node 88022f81e1a0), 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 cfee8cc0 00152 (v01 PmRef Cpu3Ist 3000 INTL >> 20040311) >> ACPI Error (psparse-0537): Method parse/execution failed >> [\_PR_.CPU3._PDC] (Node 88022f81e220), 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: [] radeon_read_ring_rptr+0x31/0x70 [radeon] > PGD 2112ea067 PUD 2112a6067 PMD 0 > Oops: [#1] PREEMPT SMP > last sysfs file: > /sys/devices/pci:00/: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:[] [] > radeon_read_ring_rptr+0x31/0x70 [radeon] > RSP: 0018:88022b597b98 EFLAGS: 00010246 > RAX: 88022b7ba180 RBX: 88022e681800 RCX: 002c > RDX: RSI: RDI: 88022e681800 > RBP: 0010 R08: R09: 14f4e884a645 > R10: 0001 R11: 880028047958 R12: 0008 > R13: 88022c08aa30 R14: 88022ea14900 R15: > FS: 7fda900666f0() GS:880028034000() knlGS: > CS: 0010 DS: ES: CR0: 8005003b > CR2: CR3: 000211188000 CR4: 000406f0 > DR0: DR1: DR2: > DR3: DR6: 0ff0 DR7: 0400 > Process X (pid: 3694, threadinfo 88022b596000, task 88022e96dcc0) > Stack: > 88022c08aa30 643c49d9 88022e0a6f00 a0569c43 > <0> 643c49d9 88022e681800 a057e470 > <0> 88022e685000 643c49d9 88022c08aa30 88022e681800 > Call Trace: > [] ? radeon_commit_ring+0x63/0xe0 [radeon] > [] ? r600_do_cp_idle+0xd0/0x140 [radeon] > [] ? radeon_do_release+0x76/0x240 [radeon] > [] ? drm_lastclose+0x51/0x330 [drm] > [] ? __fput+0xe5/0x240 > [] ? filp_close+0x67/0xb0 > [] ? put_files_struct+0x85/0x120 > [] ? do_exit+0x16c/0x7
Re: [arch-general] kernel 2.6.31-1
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 tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] kernel 2.6.31-1
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.
Re: [arch-general] kernel 2.6.31-1
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.
Re: [arch-general] kernel 2.6.31-1
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 cfee8a00 00152 (v01 PmRef Cpu1Ist 3000 INTL 20040311) > ACPI Error (psparse-0537): Method parse/execution failed > [\_PR_.CPU1._PDC] (Node 88022f81e120), 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 cfee8b60 00152 (v01 PmRef Cpu2Ist 3000 INTL 20040311) > ACPI Error (psparse-0537): Method parse/execution failed > [\_PR_.CPU2._PDC] (Node 88022f81e1a0), 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 cfee8cc0 00152 (v01 PmRef Cpu3Ist 3000 INTL 20040311) > ACPI Error (psparse-0537): Method parse/execution failed > [\_PR_.CPU3._PDC] (Node 88022f81e220), 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: [] radeon_read_ring_rptr+0x31/0x70 [radeon] PGD 2112ea067 PUD 2112a6067 PMD 0 Oops: [#1] PREEMPT SMP last sysfs file: /sys/devices/pci:00/: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:[] [] radeon_read_ring_rptr+0x31/0x70 [radeon] RSP: 0018:88022b597b98 EFLAGS: 00010246 RAX: 88022b7ba180 RBX: 88022e681800 RCX: 002c RDX: RSI: RDI: 88022e681800 RBP: 0010 R08: R09: 14f4e884a645 R10: 0001 R11: 880028047958 R12: 0008 R13: 88022c08aa30 R14: 88022ea14900 R15: FS: 7fda900666f0() GS:880028034000() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: CR3: 000211188000 CR4: 000406f0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process X (pid: 3694, threadinfo 88022b596000, task 88022e96dcc0) Stack: 88022c08aa30 643c49d9 88022e0a6f00 a0569c43 <0> 643c49d9 88022e681800 a057e470 <0> 88022e685000 643c49d9 88022c08aa30 88022e681800 Call Trace: [] ? radeon_commit_ring+0x63/0xe0 [radeon] [] ? r600_do_cp_idle+0xd0/0x140 [radeon] [] ? radeon_do_release+0x76/0x240 [radeon] [] ? drm_lastclose+0x51/0x330 [drm] [] ? __fput+0xe5/0x240 [] ? filp_close+0x67/0xb0 [] ? put_files_struct+0x85/0x120 [] ? do_exit+0x16c/0x7d0 [] ? finish_task_switch+0x180/0x190 [] ? do_group_exit+0x56/0xd0 [] ? get_signal_to_deliver+0x2a1/0x470 [] ? do_notify_resume+0x123/0x830 [] ? vfs_ioctl+0xa9/0xd0 [] ? do_vfs_ioctl+0xa0/0x5a0 [] ? r
Re: [arch-general] kernel 2.6.31-1
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 tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] kernel 2.6.31-1
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
Re: [arch-general] kernel 2.6.31-1
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 --
Re: [arch-general] kernel 2.6.31-1
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 cfee8a00 00152 (v01 PmRef Cpu1Ist 3000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PDC] (Node 88022f81e120), 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 cfee8b60 00152 (v01 PmRef Cpu2Ist 3000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PDC] (Node 88022f81e1a0), 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 cfee8cc0 00152 (v01 PmRef Cpu3Ist 3000 INTL 20040311) ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU3._PDC] (Node 88022f81e220), 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
Re: [arch-general] kernel 2.6.31-1
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 (Роман Кирилич)
Re: [arch-general] kernel 2.6.31-1
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 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 17689-i915 :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: 0x0010 17841-page table error 17858- PGTBL_ER: 0x0100 17881:[drm:i915_handle_error] *ERROR* EIR stuck: 0x0010, masking 17944-render error detected, EIR: 0x0010 17983-page table error 18000- PGTBL_ER: 0x0100 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 :00:02.0 on minor 0 -- Andrea `bash` Scarpino Arch Linux Developer