Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
amd64 Laptop cpufreq change causes crash
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on AMD64
View previous topic :: View next topic  
Author Message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Mon Jun 07, 2004 2:33 pm    Post subject: amd64 Laptop cpufreq change causes crash Reply with quote

I have been trying to get my Time Platina 3000 amd64 laptop to use cpu frequency scaling without much luck. It all appears to be setup okay but changing the governor or even the frequency directly causes the laptop to seize completely. The fan also kicks into gear which suggests it is locking at 100% cpu usage. Obviously nothing like powernowd works as they crash the laptop almost instantly.

Using kernel 2.6.5 r1with the powersave and cpufreq as modules. Though I have tried them in the kernel too with the exact same results. I can provide dmesg output if you like (not at the laptop at the moment) but from what I have read on other threads it seems to be fine.

My research has me pretty sure that the Time amd64 laptops are the same as the Voodoo PC ones. Its a shame as other than this the laptop has been brilliant. Any help would be appreciated. As would the name of the the Taiwanese manufacturer which I found once but have forgotten and can no longer find.
_________________
--
Kibble
Back to top
View user's profile Send private message
brodo
Guru
Guru


Joined: 15 Apr 2003
Posts: 319

PostPosted: Tue Jun 08, 2004 11:54 am    Post subject: Reply with quote

    1.) Please re-test 2.6.7-rc2 with CONFIG_ACPI_PROCESSOR set to "y"


    2.) Please add the line
    Code:
    #define DEBUG 1
    in arch/i386/kernel/cpu/cpufreq/powernow-k8.c after the line
    Code:
    #define VERSION 1.00.9b
    (version number may vary) but before the line
    Code:
    #include "powernow-k8.h"



    3.) Please provide a
    Code:
    dmesg
    as seen after loading the module


Thanks.
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Tue Jun 08, 2004 5:30 pm    Post subject: Reply with quote

I cannot get a bootable 2.6.7-rc2 kernel and I have been trying all day. Various automatic resets and screen blanks during boot have forced me back to 2.6.5-r1

dmesg output on 2.6.5-r1 for the powernow stuff is:

Code:
powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.20.08b - March 20, 2004)
powernow-k8:    0 : fid a (1800 MHz), vid 2 (1500 mV)
powernow-k8:    1 : fid 8 (1600 MHz), vid 6 (1400 mV)
powernow-k8:    2 : fid 0 (800 MHz), vid 12 (1100 mV)


Any other ideas or how I can get 2.6.7-rc2 to work.

[Edit]

Incidently I just tried using powernowd again and it seemed to work OK until it tried to set the cpu speed back down to 800mhz. At which point the laptop locked up.
_________________
--
Kibble
Back to top
View user's profile Send private message
RAPUL
l33t
l33t


Joined: 29 Dec 2002
Posts: 664
Location: Valencia (SPAIN)

PostPosted: Tue Jun 08, 2004 6:16 pm    Post subject: Hmmm... Reply with quote

Can you add

Code:

dmesg |grep ACPI
dmesg |grep acpi


Is acpi working? Can you read battery status or temperature?
Try this command:

Code:

acpi -V


I had to dissassemble and recompile my DSDT table to get ACPI working. At first, battery status where not shown. And dmesg were full of errors related to that.
_________________
Entropy rulz world.
Redundancy sux.
World is full of redundancy.
World sux.
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Tue Jun 08, 2004 7:05 pm    Post subject: Reply with quote

Sure thing:

Code:
BIOS-e820: 000000003fff0000 - 000000003fffffc0 (ACPI data)
 BIOS-e820: 000000003fffffc0 - 0000000040000000 (ACPI NVS)
ACPI: have wakeup address 0x10000002000
ACPI: RSDP (v000 OID_00                                    ) @ 0x00000000000e5010
ACPI: RSDT (v001 INSYDE RSDT_000 0x00000001 _CSI 0x00010101) @ 0x000000003fffca80
ACPI: FADT (v001 INSYDE FACP_000 0x00000100 _CSI 0x00010101) @ 0x000000003ffffaa0
ACPI: BOOT (v001 INSYDE SYS_BOOT 0x00000100 _CSI 0x00010101) @ 0x000000003ffffb90
ACPI: DBGP (v001 INSYDE DBGP_000 0x00000100 _CSI 0x00010101) @ 0x000000003ffffbc0
ACPI: MADT (v001 INSYDE APIC_000 0x30303030 0000 0x30303030) @ 0x000000003ffffb30
ACPI: DSDT (v001 INSYDE   K8T400 0x00001000 MSFT 0x0100000e) @ 0x0000000000000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Using ACPI (MADT) for SMP configuration information
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 5)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 10 *11 14 15)
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Processor [CPU0] (supports C1 C2 C3)
ACPI: Thermal Zone [TZ0] (48 C)
ACPI: (supports S0 S3 S4 S5)

and

ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
shpchp: acpi_shpchprm:\_SB_.PCI0 evaluate _BBN fail=0x5
shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x5


Yup I can see battery status and acpi seems to be working. Its version 0.06 according to acpi -v. But using anything like suspend causes the laptop to crash bigtime.
_________________
--
Kibble
Back to top
View user's profile Send private message
RAPUL
l33t
l33t


Joined: 29 Dec 2002
Posts: 664
Location: Valencia (SPAIN)

PostPosted: Wed Jun 09, 2004 12:35 pm    Post subject: Hmmm... Reply with quote

powernowd doesn't work also for me by that reason I use cpufreqd with powernow which works nicely.

I also hang my notebook when suspending. Well it suspends ok but gets hanged when resuming back. Then i have to power off manually.

I have tried stopping almost every service before suspending but results are the same. I read in some forums that it could be useful also to compile many of the kernel support as modules to remove them from memory before suspending. Some people got luck doing that. But i haven't tested it.
_________________
Entropy rulz world.
Redundancy sux.
World is full of redundancy.
World sux.
Back to top
View user's profile Send private message
brodo
Guru
Guru


Joined: 15 Apr 2003
Posts: 319

PostPosted: Wed Jun 09, 2004 6:29 pm    Post subject: Reply with quote

captainkibble wrote:
Any other ideas or how I can get 2.6.7-rc2 to work.
Sorry, no idea on how to get 2.6.7-rc2 to work; wrt powernow the best thing might be to contact Paul Devriendt, the author of the driver. His e-mail address is noted in arch/i386/kernel/cpu/cpufreq/powernow-k8.c
Back to top
View user's profile Send private message
Nordmats
n00b
n00b


Joined: 24 Jan 2004
Posts: 19
Location: Finland

PostPosted: Thu Jun 10, 2004 11:08 am    Post subject: Reply with quote

The manufacturer could be Uniwill or Arima.
_________________
FSC Amilo A1630
AMD DTR 64 3400+
60GB 7200
512 MB 333MHz
DVD+rw
Radeon 9700
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Thu Jun 10, 2004 1:11 pm    Post subject: Reply with quote

Arima! Thats the one. I am pretty sure Time amd64 Platina's are Arima's W730-K8 DTR model. Sadly there are no bios updates so if the bios is at fault I am still stuffed like a prize turkey.

I think I might have to contact Mr Devriendt and see if he can help if my continued fiddling cannot discover a solution of some description.

Thanks for all the fish!
_________________
--
Kibble
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Mon Jun 14, 2004 12:44 pm    Post subject: Reply with quote

An interesting update to this problem is that Fedora Core 2 (32bit) seems to have no problems (after a kernel recompile to include the powernow drivers) at all with me changing the cpu speed.

Gonna file it this as a bug report me thinks.

[edit]

Despite spending several minutes changing the cpu speed up and down (getting very bored in the process) on Fedora without any crash I have just had Fedora crash when changing the cpu speed.
_________________
--
Kibble


Last edited by captainkibble on Mon Jun 14, 2004 1:29 pm; edited 1 time in total
Back to top
View user's profile Send private message
brodo
Guru
Guru


Joined: 15 Apr 2003
Posts: 319

PostPosted: Mon Jun 14, 2004 1:26 pm    Post subject: Reply with quote

Then it is likely solved in 2.6.7-bk-current as well, as the fedora kernel maintainer is also the cpufreq maintainer...
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Mon Jun 14, 2004 2:10 pm    Post subject: Reply with quote

From using Fedora which crashes considerably less frequently (why I have no idea) I have discovered changing the speed creates an error. Now this doesn't appear to be a problem at first and you can change the cpu speed several times without any problems despite the error. However eventually this error gets caught in some kind of loop and grabs all the cpu processes and crashes out the laptop.

Error is:-

Code:
Debug: sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic():1, irqs_disabled:0

Call Trace:
[<02117ea6>] __might_sleep+0xa5/0xaf
[<02272524>] cpufreq_notify_transition+0x2e/0x141
[<0210edc5>] transition_frequency+0x8d/0exb
[<0210eee3>] powernowk8_target+0xc0/0x105
[<02271fab>] __cpufreq_driver_target+0xa/0xc
[<0227295d>] cpufreq_set+0x66/0x7d
[<022729ef>] store_speed+0x31/0x39
[<022729be>] store_speed+0x0/0x39
[<02271b54>] store+0x2e/0x3e
[<02174ecb>] flush_write_buffer+0x1d/0x22
[<02174ef2>] sysfs_write_file+0x22/0x35
[<021469db>] vfs_write+0xb8/0xe4
[<02146a57>] sys_write+0x2c/0x42


I can only get this info from my Fedora install because it only crashes sometimes on gentoo it crashes all the time and the text kinda cycles up the screen to fast to read. However I suspect the same thing is behind the crash.
_________________
--
Kibble
Back to top
View user's profile Send private message
brodo
Guru
Guru


Joined: 15 Apr 2003
Posts: 319

PostPosted: Tue Jun 15, 2004 8:12 am    Post subject: Reply with quote

captainkibble wrote:
From using Fedora which crashes considerably less frequently (why I have no idea) I have discovered changing the speed creates an error. Now this doesn't appear to be a problem at first and you can change the cpu speed several times without any problems despite the error. However eventually this error gets caught in some kind of loop and grabs all the cpu processes and crashes out the laptop.


Fixed in 2.6.7-bk-current as of today [Linus pulled the cpufreq tree from Dave... ], should be in next fedora kernel...
Back to top
View user's profile Send private message
captainkibble
n00b
n00b


Joined: 11 Mar 2004
Posts: 9

PostPosted: Wed Jun 16, 2004 10:23 am    Post subject: Reply with quote

Thanks for the update. :)
_________________
--
Kibble
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on AMD64 All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum