* [x86_64] Exception when using powernowd.
@ 2005-09-02 17:18 Kyuma Ohta
2005-09-03 0:24 ` Andrew Morton
2005-09-03 8:33 ` David Ranson
0 siblings, 2 replies; 7+ messages in thread
From: Kyuma Ohta @ 2005-09-02 17:18 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: Text/Plain, Size: 374 bytes --]
Hi,
I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
with linux x86_64 2.6.13 kernel and Debian/sid.
When enable powernow-k8 (i.e. using powernowd,cpudyn) to
saving power, some process is down by null protection and
system is unstable.
Then disabling powernow-k8,and reboot, system is very stable.
I attach any log,please give me a advice.
Regards,
Ohta.
[-- Attachment #2: dmesg.20050902-1.log --]
[-- Type: Text/Plain, Size: 7895 bytes --]
[ 0.000000] Bootdata ok (command line is root=/dev/md5 ro hdb=ide-scsi vga=0x315 video=vesafb:ywrap pnpacpi=off )
[ 0.000000] Linux version 2.6.13-gcc402 (root@melchior) (gcc version 4.0.2 20050821 (prerelease) (Debian 4.0.1-6)) #2 Tue Aug 30 00:22:00 JST 2005
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e7000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000003ffc0000 (usable)
[ 0.000000] BIOS-e820: 000000003ffc0000 - 000000003ffce000 (ACPI data)
[ 0.000000] BIOS-e820: 000000003ffce000 - 000000003fff0000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000003fff0000 - 0000000040000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
[ 0.000000] ACPI: RSDP (v000 ACPIAM ) @ 0x00000000000f7570
[ 0.000000] ACPI: RSDT (v001 A M I OEMRSDT 0x06000508 MSFT 0x00000097) @ 0x000000003ffc0000
[ 0.000000] ACPI: FADT (v002 A M I OEMFACP 0x06000508 MSFT 0x00000097) @ 0x000000003ffc0200
[ 0.000000] ACPI: MADT (v001 A M I OEMAPIC 0x06000508 MSFT 0x00000097) @ 0x000000003ffc0390
[ 0.000000] ACPI: OEMB (v001 A M I AMI_OEM 0x06000508 MSFT 0x00000097) @ 0x000000003ffce040
[ 0.000000] ACPI: DSDT (v001 1XXXX 1XXXX005 0x00000005 INTL 0x02002026) @ 0x0000000000000000
[ 0.000000] On node 0 totalpages: 261983
[ 0.000000] DMA zone: 3999 pages, LIFO batch:1
[ 0.000000] Normal zone: 257984 pages, LIFO batch:31
[ 0.000000] HighMem zone: 0 pages, LIFO batch:1
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 15:15 APIC version 16
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled)
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 3, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Setting APIC routing to flat
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at 40000000 (gap: 40000000:bec00000)
[ 0.000000] Checking aperture...
[ 0.000000] CPU 0: aperture @ d0000000 size 128 MB
[ 0.000000] Built 1 zonelists
[ 0.000000] Kernel command line: root=/dev/md5 ro hdb=ide-scsi vga=0x315 video=vesafb:ywrap pnpacpi=off
[ 0.000000] ide_setup: hdb=ide-scsi
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 131072 bytes)
[ 0.000000] time.c: Using 3.579545 MHz PM timer.
[ 0.000000] time.c: Detected 1800.145 MHz processor.
[ 39.155235] time.c: Using PIT/TSC based timekeeping.
[ 39.155259] Console: colour dummy device 80x25
[ 39.157182] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 39.160127] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 39.182924] Memory: 1023588k/1048320k available (3696k kernel code, 24276k reserved, 2152k data, 248k init)
[ 39.261082] Calibrating delay using timer specific routine.. 3610.32 BogoMIPS (lpj=7220648)
[ 39.261113] Security Framework v1.0.0 initialized
[ 39.261119] SELinux: Disabled at boot.
[ 39.261123] Capability LSM initialized
[ 39.261134] Mount-cache hash table entries: 256
[ 39.261213] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 39.261217] CPU: L2 Cache: 512K (64 bytes/line)
[ 39.261224] mtrr: v2.0 (20020519)
[ 39.261228] CPU: AMD Athlon(tm) 64 Processor 3000+ stepping 00
[ 39.310166] Using local APIC timer interrupts.
[ 39.365640] Detected 12.501 MHz APIC timer.
[ 39.365657] testing NMI watchdog ... OK.
[ 39.405998] NET: Registered protocol family 16
[ 39.406023] ACPI: bus type pci registered
[ 39.406031] PCI: Using configuration type 1
[ 39.406384] ACPI: Subsystem revision 20050408
[ 39.414390] ACPI: Interpreter enabled
[ 39.414396] ACPI: Using IOAPIC for interrupt routing
(snip)
[ 1045.184824] general protection fault: 0000 [1]
[ 1045.184829] CPU 0
[ 1045.184831] Modules linked in: deflate zlib_deflate twofish serpent aes_x86_64 blowfish des sha256 sha1 crypto_null parport_pc lp parport ipt_TOS ipt_MASQUERADE ipt_REJECT ipt_LOG ipt_state ipt_pkttype ipt_CONNMARK ipt_MARK ipt_connmark ipt_owner ipt_recent ipt_iprange ipt_physdev ipt_multiport ipt_conntrack iptable_mangle ip_nat_irc ip_nat_tftp ip_nat_ftp iptable_nat ip_conntrack_irc ip_conntrack_tftp ip_conntrack_ftp iptable_filter ip_tables ipv6 w83627hf eeprom i2c_sensor w83627hf_wdt i2c_dev i2c_isa i2c_viapro upd64083 upd64031a mpg600gr saa717x ivtv i2c_algo_bit tvaudio tuner saa7134 video_buf v4l2_common v4l1_compat i2c_core ir_common videodev snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_via82xx snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd_rtctimer snd_timer snd soundcore psmouse r8169 tg3 sbp2 tsdev joydev evdev usbhid usblp
[ 1045.184869] Pid: 4001, comm: tar Not tainted 2.6.13-gcc402
[ 1045.184872] RIP: 0010:[<ffffffff801c1028>] <ffffffff801c1028>{__d_lookup+616}
[ 1045.184880] RSP: 0018:ffff81003cb1be38 EFLAGS: 00010202
[ 1045.184884] RAX: 534e4f435f4c5452 RBX: 534e4f435f4c5452 RCX: 0000000000000012
[ 1045.184889] RDX: 0000000000003486 RSI: 01870617c8f43486 RDI: ffff81002c27eeb8
[ 1045.184893] RBP: ffff81000ba4a258 R08: 000000000025c4ea R09: ffff81002f4ac016
[ 1045.184897] R10: 000000000053b590 R11: ffffffff8027b940 R12: ffff81002c27eeb8
[ 1045.184901] R13: 000000000025c4ea R14: ffff81003cb1bef8 R15: 0000000000000003
[ 1045.184905] FS: 00002aaaab01f6d0(0000) GS:ffffffff80730800(0000) knlGS:0000000000000000
[ 1045.184908] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 1045.184912] CR2: 00002aaab14b5000 CR3: 00000000077b7000 CR4: 00000000000006e0
[ 1045.184916] Process tar (pid: 4001, threadinfo ffff81003cb1a000, task ffff8100124917d0)
[ 1045.184918] Stack: 0000000100000010 ffff810000000000 ffff81002f4ac016 0000000000000000
[ 1045.184924] ffff81002c27eeb8 0000000000000000 ffff81003cb1bef8 ffff810009841a50
[ 1045.184930] 0000000000000035 ffffffff801b17a4
[ 1045.184933] Call Trace:<ffffffff801b17a4>{__lookup_hash+116} <ffffffff801b18de>{lookup_create+110}
[ 1045.184953] <ffffffff801b5f89>{sys_mkdir+105} <ffffffff8019bd38>{sys_close+360}
[ 1045.184969] <ffffffff8010f31e>{system_call+126}
[ 1045.184984]
[ 1045.184985] Code: 48 8b 03 0f 18 08 44 3b ab 78 ff ff ff 48 8d ab 30 ff ff ff
[ 1045.184993] RIP <ffffffff801c1028>{__d_lookup+616} RSP <ffff81003cb1be38>
[ 1045.184999] <3>Debug: sleeping function called from invalid context at include/linux/rwsem.h:43
[ 1045.185005] in_atomic():0, irqs_disabled():1
[ 1045.185006]
[ 1045.185007] Call Trace:<ffffffff8013d8c5>{profile_task_exit+21} <ffffffff8013f412>{do_exit+34}
[ 1045.185017] <ffffffff80300737>{do_unblank_screen+135} <ffffffff80110ef5>{die+69}
[ 1045.185032] <ffffffff8011130e>{do_general_protection+270} <ffffffff8010fc99>{error_exit+0}
[ 1045.185044] <ffffffff8027b940>{dummy_inode_permission+0} <ffffffff801c1028>{__d_lookup+616}
[ 1045.185059] <ffffffff801b17a4>{__lookup_hash+116} <ffffffff801b18de>{lookup_create+110}
[ 1045.185076] <ffffffff801b5f89>{sys_mkdir+105} <ffffffff8019bd38>{sys_close+360}
[ 1045.185092] <ffffffff8010f31e>{system_call+126}
[-- Attachment #3: lsmod.20050902-1.log --]
[-- Type: Text/Plain, Size: 3872 bytes --]
Module Size Used by
upd64083 20188 0
upd64031a 18076 0
mpg600gr 7380 0
saa717x 38632 0
ivtv 1217140 0
deflate 4032 0
zlib_deflate 24544 1 deflate
twofish 45952 0
serpent 20288 0
aes_x86_64 26152 0
blowfish 9536 0
des 17536 0
sha256 9472 0
sha1 3456 0
crypto_null 3392 0
parport_pc 39344 0
lp 13632 0
parport 44492 2 parport_pc,lp
ipt_TOS 3008 2
ipt_MASQUERADE 3712 1
ipt_REJECT 5760 4
ipt_LOG 8448 19
ipt_state 2432 11
ipt_pkttype 2240 4
ipt_CONNMARK 2752 0
ipt_MARK 3200 0
ipt_connmark 2304 0
ipt_owner 5888 0
ipt_recent 15512 0
ipt_iprange 2432 0
ipt_physdev 2832 0
ipt_multiport 3392 0
ipt_conntrack 2944 0
iptable_mangle 3328 1
ip_nat_irc 3136 0
ip_nat_tftp 2304 0
ip_nat_ftp 4416 0
iptable_nat 25240 5 ipt_MASQUERADE,ip_nat_irc,ip_nat_tftp,ip_nat_ftp
ip_conntrack_irc 72704 1 ip_nat_irc
ip_conntrack_tftp 4608 1 ip_nat_tftp
ip_conntrack_ftp 73728 1 ip_nat_ftp
iptable_filter 3392 1
ip_tables 20480 18 ipt_TOS,ipt_MASQUERADE,ipt_REJECT,ipt_LOG,ipt_state,ipt_pkttype,ipt_CONNMARK,ipt_MARK,ipt_connmark,ipt_owner,ipt_recent,ipt_iprange,ipt_physdev,ipt_multiport,ipt_conntrack,iptable_mangle,iptable_nat,iptable_filter
ipv6 293280 46
w83627hf 37864 0
eeprom 8144 0
i2c_sensor 3712 2 w83627hf,eeprom
w83627hf_wdt 6224 0
i2c_dev 13312 0
i2c_isa 3520 0
i2c_viapro 9368 0
i2c_algo_bit 9800 1 ivtv
tvaudio 29660 0
tuner 40680 0
saa7134 131412 0
video_buf 24132 1 saa7134
v4l2_common 7104 1 saa7134
v4l1_compat 13380 1 saa7134
i2c_core 22400 14 upd64083,upd64031a,mpg600gr,saa717x,w83627hf,eeprom,i2c_sensor,i2c_dev,i2c_isa,i2c_viapro,i2c_algo_bit,tvaudio,tuner,saa7134
ir_common 8516 1 saa7134
videodev 10816 2 ivtv,saa7134
snd_seq_dummy 3908 0
snd_seq_oss 42852 0
snd_seq_midi 8832 0
snd_seq_midi_event 9664 2 snd_seq_oss,snd_seq_midi
snd_seq 75096 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_via82xx 30816 0
snd_ac97_codec 98756 1 snd_via82xx
snd_pcm_oss 57952 0
snd_mixer_oss 18368 1 snd_pcm_oss
snd_pcm 108748 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
snd_page_alloc 10768 2 snd_via82xx,snd_pcm
snd_mpu401_uart 10432 1 snd_via82xx
snd_rawmidi 30880 2 snd_seq_midi,snd_mpu401_uart
snd_seq_device 9488 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
snd_rtctimer 3752 0
snd_timer 32968 3 snd_seq,snd_pcm,snd_rtctimer
snd 61504 11 snd_seq_oss,snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_timer
soundcore 10848 2 saa7134,snd
psmouse 36356 0
r8169 34504 0
tg3 117124 0
sbp2 27144 8
tsdev 8064 0
joydev 10880 0
evdev 11840 0
usbhid 40992 0
usblp 14336 0
[-- Attachment #4: dot.config.gz --]
[-- Type: Application/Octet-Stream, Size: 12078 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-02 17:18 [x86_64] Exception when using powernowd Kyuma Ohta
@ 2005-09-03 0:24 ` Andrew Morton
2005-09-03 1:52 ` Kyuma Ohta
2005-09-03 8:33 ` David Ranson
1 sibling, 1 reply; 7+ messages in thread
From: Andrew Morton @ 2005-09-03 0:24 UTC (permalink / raw)
To: Kyuma Ohta; +Cc: linux-kernel, cpufreq
Kyuma Ohta <whatisthis@jcom.home.ne.jp> wrote:
>
> I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
> with linux x86_64 2.6.13 kernel and Debian/sid.
> When enable powernow-k8 (i.e. using powernowd,cpudyn) to
> saving power, some process is down by null protection and
> system is unstable.
> Then disabling powernow-k8,and reboot, system is very stable.
>
> I attach any log,please give me a advice.
Did earlier kernels work OK? Can you identify the most recent 2.6 kernel
which didn't have this bug?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-03 0:24 ` Andrew Morton
@ 2005-09-03 1:52 ` Kyuma Ohta
0 siblings, 0 replies; 7+ messages in thread
From: Kyuma Ohta @ 2005-09-03 1:52 UTC (permalink / raw)
To: akpm; +Cc: linux-kernel, cpufreq
Thanx,Andrew,
Written by Andrew Morton <akpm@osdl.org>
at Fri, 2 Sep 2005 17:24:37 -0700 :
Subject: Re: [x86_64] Exception when using powernowd.
akpm> Kyuma Ohta <whatisthis@jcom.home.ne.jp> wrote:
akpm> >
akpm> > I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
akpm> > with linux x86_64 2.6.13 kernel and Debian/sid.
akpm> > When enable powernow-k8 (i.e. using powernowd,cpudyn) to
akpm> > saving power, some process is down by null protection and
akpm> > system is unstable.
akpm> > Then disabling powernow-k8,and reboot, system is very stable.
akpm> >
akpm> > I attach any log,please give me a advice.
akpm>
akpm> Did earlier kernels work OK? Can you identify the most recent 2.6 kernel
akpm> which didn't have this bug?
Without powernow! feature, works fine.(I tested every -rc kernel
after 2.6.8 for x86_64).
With powernow! feature,works bad at least after 2.6.11-rc*.
I'm using xserver-xorg at debian,6.8.2-dfsg.1-5 happend OOPS
at any process using X any older kernel, but update X to 6.8.2-6,
any processes not/with using X got null exception and down
when enable powernow! feature :-(
What happened?
Ohta.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-02 17:18 [x86_64] Exception when using powernowd Kyuma Ohta
2005-09-03 0:24 ` Andrew Morton
@ 2005-09-03 8:33 ` David Ranson
2005-09-03 10:10 ` Kyuma Ohta
1 sibling, 1 reply; 7+ messages in thread
From: David Ranson @ 2005-09-03 8:33 UTC (permalink / raw)
Cc: linux-kernel
Kyuma Ohta wrote:
>>Hi,
>>
>>I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
>>with linux x86_64 2.6.13 kernel and Debian/sid.
>>
>>
>
>
I'm using a K8T Neo2 FIR with the same processor and powernow-k8. Up
with 2.6.13 since Sunday, no problems noted. Mine is a SuSE 9.1 based
system though.
Maybe BIOS related??
Cheers
David
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-03 8:33 ` David Ranson
@ 2005-09-03 10:10 ` Kyuma Ohta
2005-09-03 16:56 ` David Ranson
2005-09-04 3:57 ` Zwane Mwaikambo
0 siblings, 2 replies; 7+ messages in thread
From: Kyuma Ohta @ 2005-09-03 10:10 UTC (permalink / raw)
To: spam.david.trap; +Cc: linux-kernel
Thanx David,
Written by David Ranson <spam.david.trap@unsolicited.net>
at Sat, 03 Sep 2005 09:33:56 +0100 :
Subject: Re: [x86_64] Exception when using powernowd.
spam.david.trap> Kyuma Ohta wrote:
spam.david.trap>
spam.david.trap>
spam.david.trap> >>Hi,
spam.david.trap> >>
spam.david.trap> >>I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
spam.david.trap> >>with linux x86_64 2.6.13 kernel and Debian/sid.
spam.david.trap> >>
spam.david.trap> >>
spam.david.trap> >
spam.david.trap> >
spam.david.trap> I'm using a K8T Neo2 FIR with the same processor and powernow-k8. Up
spam.david.trap> with 2.6.13 since Sunday, no problems noted. Mine is a SuSE 9.1 based
spam.david.trap> system though.
spam.david.trap>
spam.david.trap> Maybe BIOS related??
I thought this problem,too.
But,I was upgrade BIOS from v3.3 to v9.2,this issue has happened yet.
# And,I have to put "pnpacpi=off" to kernel boot line to
# use w83627ths sensor (-_-;
When upgrade X 6.8.2-4 to 6.8.2-5(or after),this issue has often happend.
I'm using nVidia Geforce 5200 as Display adapter,but this issue
has happend bot Debian's driver and nVidia's driver.
What's wrong?
For relate,I put result of "lspci" on this machine below.
Ohta.
--
0000:00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0282
0000:00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1282
0000:00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2282
0000:00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3282
0000:00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4282
0000:00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7282
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South]
0000:00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)
0000:00:08.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder (rev 01)
0000:00:0a.0 Multimedia controller: Philips Semiconductors SAA7134 (rev 01)
0000:00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
0000:00:0f.0 IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South]
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-03 10:10 ` Kyuma Ohta
@ 2005-09-03 16:56 ` David Ranson
2005-09-04 3:57 ` Zwane Mwaikambo
1 sibling, 0 replies; 7+ messages in thread
From: David Ranson @ 2005-09-03 16:56 UTC (permalink / raw)
To: Kyuma Ohta; +Cc: linux-kernel
Kyuma Ohta wrote:
>When upgrade X 6.8.2-4 to 6.8.2-5(or after),this issue has often happend.
>I'm using nVidia Geforce 5200 as Display adapter,but this issue
>has happend bot Debian's driver and nVidia's driver.
>
>
Hmmm. I use a low end Radeon 7000 in mine, so our configurations
diverge. I'm using stock SuSE X.org.
nVidia issues ?? I've no idea really :-(
David
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [x86_64] Exception when using powernowd.
2005-09-03 10:10 ` Kyuma Ohta
2005-09-03 16:56 ` David Ranson
@ 2005-09-04 3:57 ` Zwane Mwaikambo
1 sibling, 0 replies; 7+ messages in thread
From: Zwane Mwaikambo @ 2005-09-04 3:57 UTC (permalink / raw)
To: Kyuma Ohta; +Cc: spam.david.trap, Linux Kernel, bonganilinux
On Sat, 3 Sep 2005, Kyuma Ohta wrote:
> Thanx David,
>
> Written by David Ranson <spam.david.trap@unsolicited.net>
> at Sat, 03 Sep 2005 09:33:56 +0100 :
> Subject: Re: [x86_64] Exception when using powernowd.
>
> spam.david.trap> Kyuma Ohta wrote:
> spam.david.trap>
> spam.david.trap>
> spam.david.trap> >>Hi,
> spam.david.trap> >>
> spam.david.trap> >>I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
> spam.david.trap> >>with linux x86_64 2.6.13 kernel and Debian/sid.
> spam.david.trap> >>
> spam.david.trap> >>
> spam.david.trap> >
> spam.david.trap> >
> spam.david.trap> I'm using a K8T Neo2 FIR with the same processor and powernow-k8. Up
> spam.david.trap> with 2.6.13 since Sunday, no problems noted. Mine is a SuSE 9.1 based
> spam.david.trap> system though.
> spam.david.trap>
> spam.david.trap> Maybe BIOS related??
>
> I thought this problem,too.
>
> But,I was upgrade BIOS from v3.3 to v9.2,this issue has happened yet.
>
> # And,I have to put "pnpacpi=off" to kernel boot line to
> # use w83627ths sensor (-_-;
>
> When upgrade X 6.8.2-4 to 6.8.2-5(or after),this issue has often happend.
> I'm using nVidia Geforce 5200 as Display adapter,but this issue
> has happend bot Debian's driver and nVidia's driver.
I saw something very related in one of Bongani's posts on kernel bugzilla;
http://bugzilla.kernel.org/show_bug.cgi?id=4851 (scroll to the bottom)
Is there a specific kernel version which started this?
Thanks,
Zwane
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-09-04 3:58 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-09-02 17:18 [x86_64] Exception when using powernowd Kyuma Ohta
2005-09-03 0:24 ` Andrew Morton
2005-09-03 1:52 ` Kyuma Ohta
2005-09-03 8:33 ` David Ranson
2005-09-03 10:10 ` Kyuma Ohta
2005-09-03 16:56 ` David Ranson
2005-09-04 3:57 ` Zwane Mwaikambo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox