public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [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