| View previous topic :: View next topic |
| Author |
Message |
G2k
l33t
Joined: 06 Mar 2004
Posts: 672
Location: Rome, Italy
|
 Posted: Fri Dec 09, 2005 9:04 pm Post subject: |
 |
|
I have a Sony Vaio VGN-FS660/W and prety much only followed this guide: http://www.beyondabstraction.net/sonyfs660/
I compiled my kernel with the dsdt file that he provided and set the kernel comand line parameter to acpi_os_name="Windows Windows XP" as he says. However, this looked like a typo on his behalf. Anyways, my pc booted up fine but I was not sure how to actually...make the computer suspend. What do I have to type/click?
So I found this guide and tried setting the same kernel parameter to acpi_os_name="Microsoft Windows XP". My kernel didn't boot up and I got the following error message: | Code: | ACPI: Overriding _OS definition to "Microsoft Windows XP"
ACPI-0294: *** Info: Table [DSDT] repaced by host OS
CPU0: Intel(R) Pentium(R) M processor 1.73 GHz stepping 08
Total of 1 processors activated (261.63 Bogo MIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
..MP-BIO bug: 8254 timer not connected to IO_APIC
...trying to set up timer (IRQ0) through the 8259A ... failed.
...trying to set up timer as Virtual Wire IRQ ... failed
...trying to set up timer as ExtINT IRQ ... failed :(.
Kernel panic not syncing: IO_APIC + timer doesn't work!
Boot with apic=debug and send a report. Then try booting with the 'noapic' option. |
...so I don't know what's up. As I said, I followed the Vaio guide and used the guy's dsdt.h file compiling it into the kernel and passing in acpi_os_name="Windows Windows XP" in my grub.conf. What should I do?
EDIT: I read that using 'acpi_skip_timer_override' could fix the problem, which would enable me to use acpi_os_name="Microsoft Windows XP" ...but is that what I really want? I just want to be able to suspend lile the guy in the guide does 
_________________
Animula vagula blandula,
Hospes comesque corporis,
Quae nunc abibis in loca
Pallidula rigida nudula,
Nec ut soles dabis iocos...
- Imp. Caesar Hadrianus |
|
| Back to top |
|
 |
kiddo_23
n00b
Joined: 19 Dec 2005
Posts: 2
|
| Posted: Thu Dec 22, 2005 1:52 am Post subject: |
|
|
Hi,
I would like to access CMOS NVRAM using acpi. I have the following codes:
Device(RTC)
{
Name(_HID,EISAID("PNP0B00"))
Name(_CRS,ResourceTemplate()
{
IO(Decode16,0x70,0x70,0x1,0x2)
IRQ(Edge,ActiveHigh,Exclusive) {0x8}
})
OperationRegion(TOCN, CMOS, 0, 0x7D)
Field(TOCN, ByteAcc, NoLock, Preserve)
{
CM00, 8,
,272,
CM01, 8,
CM02, 8,
,696,
CM03, 8
}
}
And i trying to read a offset frm CM01 using the below codes:
Method(_STA)
{
Store(CM01, local0)
And(Local0, 0x40,local1)
if(LEqual(Local1, 0x40)) {
Store(_DS_NORMAL, Local0)
Return(Local0)
}
else{
Store(0x00,Local0)
Return(Local0)
}
The values that i have read back is always '1' regardless of the changes i made to it at BIOS setup. Can any1 tell me if i have written the codes correctly...thks  |
|
| Back to top |
|
|
happydude
n00b
Joined: 12 Jul 2005
Posts: 6
|
| Posted: Fri Dec 23, 2005 6:25 pm Post subject: |
|
|
Awesome post - I had problems with my clevo D900T overheating resulting in persistant shutdowns but its fixed now! 
One thing I did find is it's best to apply the initrd patch to a vanilla or gentoo kernel - I had issues using kernel-2-6-14-nitro2 which (theoretically) already had the patch applied.
Thanks again for making it possible for me to compile large files once again! |
|
| Back to top |
|
|
wlchase
Tux's lil' helper
Joined: 04 Jul 2003
Posts: 81
Location: Texas
|
| Posted: Wed Jan 11, 2006 11:25 pm Post subject: Just a word of caution |
|
|
I read through most of this thread, thought I'd try to get my Toshiba Satellite L15-S104 fully functional, then d/l'd the generic Satellite DSDT from the repository, went through the compile, adding to my initramfs, rebooted, and couldn't tell any change.
I was going to reconnect to the 'net and troubleshoot some more when the beast froze solid. Now I appear to have a flat form factor doorstop.
I powered off, keyboard and mouse were unresponsive, no screen updates, and when I this power button now, I get a flash of LED's, and nothing. No POST, no BIOS, no screen, no keyboard response to caps- or numlock, nada.
I've tried attaching to an external monitor and keyboard, but it's dead, Jim!
Just exercise caution, folks!
Bill |
|
| Back to top |
|
|
Noven
Tux's lil' helper
Joined: 27 Mar 2005
Posts: 138
|
| Posted: Sat Jan 14, 2006 6:25 am Post subject: |
|
|
I'm trying to edit my broken dsdt, and the only errors I have left are "error 1061- Object does not exist". This doesn't get fixed by applying the various solutions for "error 1022 - Object does not exist". Google has very very few results for error 1061, and none of them were any help. Anyone fixed an error of this type and have some pointers for me?
_________________
- Novensiles divi Flamen
>---- Miles Militis Fons ----< |
|
| Back to top |
|
|
fruk
n00b
Joined: 08 Jan 2006
Posts: 7
|
| Posted: Mon Jan 16, 2006 11:50 am Post subject: acpi works.. |
|
|
i have an Acer Travelmate 2413 laptop, acpi 2.0 and gentoo-sources 2.6.14-r5 kernel. I corrected my DSDT (there were only some warnings left), added ec_burst=1 to my kernel commandline and now I'm able to see the battery status correctly.
it took me a while, but was a great lesson for me.. thanks |
|
| Back to top |
|
|
sandeen
n00b
Joined: 24 Jan 2006
Posts: 1
|
| Posted: Tue Jan 24, 2006 4:25 am Post subject: acpi_os_name is incorrect |
|
|
"Microsoft Windows XP" is not a proper thing to set for the acpi_os_name boot parameter, near as I can tell.
Linux by default sets _OS as "Microsoft Windows NT" - see include/acpi/acconfig.h:
| Code: | /*
* OS name, used for the _OS object. The _OS object is essentially obsolete,
* but there is a large base of ASL/AML code in existing machines that check
* for the string below. The use of this string usually guarantees that
* the ASL will execute down the most tested code path. Also, there is some
* code that will not execute the _OSI method unless _OS matches the string
* below. Therefore, change this string at your own risk.
*/
#define ACPI_OS_NAME "Microsoft Windows NT"
|
XP and above uses the string "Windows 2001" and the _OSI (not _OS) method; see:
http://www.microsoft.com/whdc/system/pnppwr/powermgmt/_OSI-method.mspx for example...
Near as I can tell, you can query the _OSI method with any strings & see if that support is there. Linux
advertises all of these strings:
| Code: |
/*
* Strings supported by the _OSI predefined (internal) method.
* When adding strings, be sure to update ACPI_NUM_OSI_STRINGS.
*/
const char *acpi_gbl_valid_osi_strings[ACPI_NUM_OSI_STRINGS] = {
/* Operating System Vendor Strings */
"Linux",
"Windows 2000",
"Windows 2001",
"Windows 2001.1",
"Windows 2001 SP0",
"Windows 2001 SP1",
"Windows 2001 SP2",
"Windows 2001 SP3",
"Windows 2001 SP4",
/* Feature Group Strings */
"Extended Address Space Descriptor"
}; |
so when a DSDT does, for example:
| Code: | If (\_OSI ("Windows 2001"))
|
then it will match for Linux.
Setting acpi_os_string to anything other than the default will probably break more bioses than it fixes, I'd think. |
|
| Back to top |
|
|
pasi
n00b
Joined: 23 Sep 2004
Posts: 1
|
| Posted: Fri Jan 27, 2006 6:53 am Post subject: |
|
|
FYI:
If you get errors about unknown reserved name etc. from _WED and _WDG methods, try commenting them out completely... they are windows only thingys, used by the Windows WMI (Windows Instrumentation), which afaik, are not used in Linux in any way  |
|
| Back to top |
|
|
Aonoa
Guru
Joined: 23 May 2002
Posts: 589
|
| Posted: Sat Jan 28, 2006 1:23 pm Post subject: |
|
|
I came to think that my ACPI was unstable and decided to do some tests. Whenever the DSDT is absent from dmesg output my system is stable, and whenever it is present it is unstable. At least that is my conclusion so far. When trying to compile my dsdt.dat I get these errors:
| Code: | dsdt.dsl 513: If (LEqual (And (PDC0, 0x0A), 0x0A))
Error 1061 - Object does not exist ^ (PDC0)
dsdt.dsl 518: If (LEqual (And (PDC1, 0x0A), 0x0A))
Error 1061 - Object does not exist ^ (PDC1)
dsdt.dsl 560: If (LNot (LEqual (And (PDC1, 0x0A), 0x0A)))
Error 1061 - Object does not exist ^ (PDC1) |
The relevant section looks like this:
| Code: | Method (PNOT, 0, Serialized)
{
If (HTTE)
{
If (LEqual (And (PDC0, 0x0A), 0x0A))
{
Notify (\_PR.CPU0, 0x80)
}
If (LEqual (And (PDC1, 0x0A), 0x0A))
{
Notify (\_PR.CPU1, 0x80)
}
} |
| Code: | Method (_TMP, 0, Serialized)
{
If (ECON)
{
Store (\_SB.PCI0.LPCB.EC.TS1R, Local0)
If (LAnd (LAnd (LEqual (OSYS, 0x07D1), GPIC), LAnd (HTTE, PSVT)))
{
If (LNot (LEqual (And (PDC1, 0x0A), 0x0A)))
{
If (LGreater (Local0, PSVT))
{
If (LEqual (WTHT, Zero))
{
Store (One, WTHT)
Store (0x34, SMIF)
Store (Zero, TRP0)
}
} |
The maker of my DSDT is Sony, and the machine in question is a Sony VAIO VGN-FS115Z. I'm hoping for some hints as to what I could do to fix my DSDT. Thanks in advance. |
|
| Back to top |
|
|
secretz
n00b
Joined: 28 Apr 2004
Posts: 32
Location: Finland
|
| Posted: Wed Feb 01, 2006 7:54 am Post subject: |
|
|
Am I understanding the guide right: You dont have to apply any patches with the bootsplash technique?
I followed the 9B - initrd until I noticed I should probably follow the bootsplash techinque. I had already applied the patch though.
ATM dmesg gives me "ACPI: Looking for DSDT in initrd... not found." altough I have surely set the DSDT correctly.
Does it matter that I use genkernel? The initrd I use is initramfs-genkernel-x86_64-2.6.15-gentoo-r1.
Thanks for any help. |
|
| Back to top |
|
|
secretz
n00b
Joined: 28 Apr 2004
Posts: 32
Location: Finland
|
| Posted: Wed Feb 01, 2006 4:14 pm Post subject: |
|
|
Nevermind, I got it fixed.
It could be something else but I did it again and consciously only changed
| Code: | | echo "INITRDDSDT123DSDT123" >> /boot/initrd-1024x768-dsdt |
from 9C step 2 to this:
| Code: | | echo -n "INITRDDSDT123DSDT123" >> /boot/initrd-1024x768-dsdt |
It's like that in http://gaugusch.at/kernel.shtml so should it be changed here too?[/code] |
|
| Back to top |
|
|
pargilo
n00b
Joined: 24 Dec 2005
Posts: 3
|
| Posted: Wed Feb 15, 2006 3:01 pm Post subject: |
|
|
I have a strange problem because I can't make acpi work. I followed the first post word by word. My laptop is a Acer Aspire 1680 with gentoo kernel 2.6.15-r1 . I followed all choosing to use the initrd option. The dmesg output says there are no problems with ACPI. Any suggestions?
Thanks a lot
Giancarlo (Italy) |
|
| Back to top |
|
|
passshok
n00b
Joined: 15 Feb 2006
Posts: 2
Location: Moscow
|
| Posted: Wed Feb 15, 2006 7:32 pm Post subject: Acer Aspire 1683WLMi |
|
|
ACPI problem on Acer Aspire 1683WLMi (solved)
1. First we need to download:
http://sourceforge.net/projects/sbs-linux/
http://developer.intel.com/technology/iapc/acpi/downloads.htm
2. Compile iasl:
| Code: | # cd acpica-unix-20050930/compiler
# make
|
3. Now we need to cat our dsdt and patch it with the patch from http://sourceforge.net/projects/sbs-linux/.
| Code: | # cd sbs-cm-20051112
# cat /proc/acpi/dsdt > dsdt.dat
# ../acpica-unix-20050930/compiler/iasl -d dsdt.dat
# patch < acer-tm32xx-sbs-cm.diff
# ../acpica-unix-20050930/compiler/iasl dsdt.dsl
|
4. There are some more ways to use our new dsdt, but I have decided to include it into my kernel, as I have already patched kernel. Let's enable the “Read Custom DSDT”.
| Code: | - Power Management support --->
ACPI ... --->
[*] Read Custom DSDT
|
This option depends on the following:
| Code: | Device Drivers --->
Generic Driver Options --->
[ ] Select only drivers that don't need compile-time external firmware
|
5. Everything seems good, but here comes another problem. If you recompile your kernel and reboot you will see, that some of your keystrokes are missed. To prevent this, the patch is needed. This patch can be found here http://www.arakhne.org/IMG/gz/nospinlock_patches.tar.gz.
| Code: | # patch -p1 -d /usr/src/linux < acpi-ec-nospinlock-2.6.11.diff
|
6. You probably need to set “ec_burst” option to 0, as I read in one of the readme's. This option was included to add some ac functionality to kernel. Add this kernel option to your bootloader config file:
7.
| Code: | | # make && make install |
and reboot your system.
Some disadvantages of this method.
Everything works good, but approximately every 5 seconds my touchpad stops till a moment and this is annoying. I don't know how to fix solve this problem. If you have any ideas, you are welcome! |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Thu Feb 23, 2006 11:20 pm Post subject: Touchpad woes |
|
|
@passshok
Look up the Toshiba Satellite A30 pages - 2 issues plague them:
1) The synaptics touch pad when even lightly touched jams up keyboard entry - adding psmouse.rate=40 to your grub boot line or adding "psmouse rate=40" to your /etc/modules.d/synaptics (for using an after compiled module - if you don't know what I'm on about then try the first one).
2) Unknown keys when struck (and randomly even when they are not) cause the kernel to take time out. These are the multimedia keys - the solutions are few and far between.
Good luck. |
|
| Back to top |
|
|
Legoguy
Apprentice
Joined: 22 Dec 2003
Posts: 166
Location: Edmonton, Alberta, Canada
|
| Posted: Fri Feb 24, 2006 9:23 pm Post subject: |
|
|
| joker wrote: | hi guys, I need your help!
I have Acer Aspire 5024 laptop and I can't monitor my battery
here's the info:
kernel gentoo-sources-2.6.12-r10
I tried to fix my dsdt.dsl file but I still have 1 error:
| Code: | Intel ACPI Component Architecture
ASL Optimizing Compiler version 20050902 [Sep 18 2005]
Copyright (C) 2000 - 2005 Intel Corporation
Supports ACPI Specification Revision 3.0
No back ptr to Op: type 8
No back ptr to Op: type 8
No back ptr to Op: type 8
d.dsl 347: Method (_WAK, 1, NotSerialized)
Warning 2078 - ^ Reserved method must return a value (_WAK)
d.dsl 738: Name (_HID, "*pnp0c14")
*pnp0c14
d.dsl 742: Name (_WDG, Buffer (0x3C)
Warning 2097 - ^ Unknown reserved name (_WDG)
d.dsl 761: Method (_WED, 1, NotSerialized)
Warning 2085 - ^ Not all control paths return a value (_WED)
d.dsl 761: Method (_WED, 1, NotSerialized)
Warning 2097 - ^ Unknown reserved name (_WED)
d.dsl 3360: Release (MTIO)
Warning 2098 - Statement is unreachable ^
ASL Input: d.dsl - 5691 lines, 198881 bytes, 2372 keywords
Compilation complete. 1 Errors, 5 Warnings, 0 Remarks, 3 Optimizations |
I used this dsdt with 1 error to my kernel (static) but still my /proc/acpi/battery/ directory is empty AC adapter is ok
| Code: | cat /proc/acpi/ac_adapter/ADP1/state
state: on-line |
my dmesg:
| Code: | snip
ACPI-0423: *** Error: Handler for [EmbeddedControl] returned AE_TIME
ACPI-0509: *** Error: Method execution failed [\_TZ_.TZS0._TMP] (Node ffff81000181b1c0), AE_TIME
ACPI: Thermal Zone [TZS0] (59 C)
ACPI-0423: *** Error: Handler for [EmbeddedControl] returned AE_TIME
ACPI-0509: *** Error: Method execution failed [\_TZ_.TZS1._TMP] (Node ffff810001819f00), AE_TIME
ACPI: Thermal Zone [TZS1] (50 C)
ACPI-0423: *** Error: Handler for [EmbeddedControl] returned AE_TIME
ACPI-0509: *** Error: Method execution failed [\_TZ_.TZSV._TMP] (Node ffff810001819cc0), AE_TIME
ACPI: Thermal Zone [TZSV] (55 C)
snip |
and my grub:
| Code: | title Gentoo 64-bit
root (hd0,2)/boot/
kernel (hd0,2)/boot/kernel-2.6.12-dst vga=0x318 root=/dev/hda3 acpi_os_name="Microsoft Windows XP" noapictimer pci=assign-busses video=vesafb:mtrr,ywrap,1024x768-32@60 splash=silent,theme:livecd-2005.1 CONSOLE=/dev/tty1
initrd /boot/splash |
|
Similar problems here. Everything is in /proc/acpi/ dir, such as thermal_zone, but it does not report the value (it's always 0) and the same thing happens with the battery's present rate of discharge.
Relevant messages in dmesg:
| Code: | ACPI: PCI interrupt for device 0000:00:14.6 disabled
ACPI-0412: *** Error: Handler for [EmbeddedControl] returned AE_TIME
ACPI-0508: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node ffff810001de9d40), AE_TIME
ACPI-0412: *** Error: Handler for [EmbeddedControl] returned AE_TIME
ACPI-0508: *** Error: Method execution failed [\_SB_.PCI0.LPC0.EC0_._Q1C] (Node ffff810001dec680), AE_TIME |
HP Pavilion dv8000z, with AMD Turion ML-44 2.4ghz, amd64.
Warnings from iasl:
| Code: | dsdt.dsl 561: Name (_WDG, Buffer (0x50)
Warning 2096 - ^ Unknown reserved name (_WDG)
dsdt.dsl 1042: Method (_WED, 1, NotSerialized)
Warning 2096 - Unknown reserved name ^ (_WED)
ASL Input: dsdt.dsl - 5884 lines, 233362 bytes, 2492 keywords
AML Output: DSDT.aml - 28222 bytes 584 named objects 1908 executable opcodes
Compilation complete. 0 Errors, 2 Warnings, 0 Remarks, 882 Optimizations |
Any help here would be appreciated, I have no idea where to start with these unknown reserved name things.
Last edited by Legoguy on Sat Feb 25, 2006 1:06 am; edited 1 time in total |
|
| Back to top |
|
|
MattJ
n00b
Joined: 10 Jan 2006
Posts: 6
|
| Posted: Sat Feb 25, 2006 1:00 am Post subject: |
|
|
Many years on since this post... But THANK YOU! Finally solved problems (i think) on my toshiba equium... Suspend to ram paps out on resume... but it wasnt even recognising i had ACPI before... so now i can actually see when by batteries about to die.. and do processor throttleing.
Cheers again *virtual pint* |
|
| Back to top |
|
|
linxsam
n00b
Joined: 01 Mar 2006
Posts: 3
|
| Posted: Wed Mar 01, 2006 11:47 pm Post subject: warnings on dsdt recompile |
|
|
having some minor acpi problems under linux with my MD95500 laptop, i tryed to recompile my dsdt
i finaly have have warnings left :
#./isal -tc dsdt.dsl
| Code: |
dsdt.dsl 877: Method (_BIF, 0, NotSerialized)
Warning 2085 - ^ Not all control paths return a value (_BIF)
dsdt.dsl 877: Method (_BIF, 0, NotSerialized)
Warning 2078 - ^ Reserved method must return a value (_BIF)
ASL Input: dsdt.dsl - 5602 lines, 203371 bytes, 2075 keywords
AML Output: DSDT.aml - 19229 bytes 590 named objects 1485 executable opcodes
Compilation complete. 0 Errors, 2 Warnings, 0 Remarks, 2 Optimizations
|
and the code for the method :
to warnings related code
| Code: |
Method (_BIF, 0, NotSerialized)
{
If (LEqual (^^PCI0.LPCB.EC.ECOK, Zero))
{
Store (One, Index (BIFB, Zero))
Store (0x0514, Index (BIFB, One))
Store (0x0514, Index (BIFB, 0x02))
Store (One, Index (BIFB, 0x03))
Store (0x2A30, Index (BIFB, 0x04))
Store (0x0138, Index (BIFB, 0x05))
Store (0x9C, Index (BIFB, 0x06))
Store (0x0D, Index (BIFB, 0x07))
Store (0x0D, Index (BIFB, 0x08))
Store ("CA54200", Index (BIFB, 0x09))
Store ("1", Index (BIFB, 0x0A))
Store (" ", Index (BIFB, 0x0B))
Store (" ARIMA ", Index (BIFB, 0x0C))
}
Else
{
Acquire (^^PCI0.LPCB.EC.MTX0, 0xFFFF)
Store (Zero, Index (BIFB, Zero))
Store (^^PCI0.LPCB.EC.BDV, Local1)
Store (^^PCI0.LPCB.EC.BDC, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, One))
Store (^^PCI0.LPCB.EC.BFC, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, 0x02))
Store (^^PCI0.LPCB.EC.BTC, Index (BIFB, 0x03))
Store (^^PCI0.LPCB.EC.BDV, Index (BIFB, 0x04))
Store (^^PCI0.LPCB.EC.BCW, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, 0x05))
Store (^^PCI0.LPCB.EC.BCL, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, 0x06))
Store (^^PCI0.LPCB.EC.BCG, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, 0x07))
Store (^^PCI0.LPCB.EC.BG2, Local0)
Multiply (Local0, Local1, Local0)
Divide (Local0, 0x03E8, Local2, Local0)
Store (Local0, Index (BIFB, 0x08))
Store (" LI4403A ", Index (BIFB, 0x09))
Store ("W810", Index (BIFB, 0x0A))
Store (^^PCI0.LPCB.EC.BSN0, Local0)
Store (^^PCI0.LPCB.EC.BSN1, Local1)
Store (^^PCI0.LPCB.EC.BTY0, Local0)
Store (^^PCI0.LPCB.EC.BTY1, Local1)
Store (^^PCI0.LPCB.EC.BTY2, Local2)
Store (^^PCI0.LPCB.EC.BTY3, Local3)
Store (Buffer (0x05) {}, Local4)
PBFE (Local4, Zero, Local0)
PBFE (Local4, One, Local1)
PBFE (Local4, 0x02, Local2)
PBFE (Local4, 0x03, Local3)
PBFE (Local4, 0x04, Zero)
Name (STRI, "xxxxxxxx")
Store (Local4, STRI)
Store (STRI, Index (BIFB, 0x0B))
If (^^PCI0.LPCB.EC.BATP)
{
Store (" ARIMA ", Index (BIFB, 0x0C))
}
Else
{
Store (" ", Index (BIFB, 0x0C))
}
Release (^^PCI0.LPCB.EC.MTX0)
Return (BIFB)
}
}
|
any idea how to get rid of this warnings ? |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Thu Mar 02, 2006 9:07 am Post subject: Hard to diagnose |
|
|
Is it possible for you to click on the email link below this post and send your dsdt file - can't promise anything - but it won't take long for me to have a look.
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
linxsam
n00b
Joined: 01 Mar 2006
Posts: 3
|
| Posted: Thu Mar 02, 2006 11:31 am Post subject: what link ? |
|
|
well don't see any email link... but instead uploaded it here : dsdt.dsl.
thx for the fast answer. |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Thu Mar 02, 2006 12:27 pm Post subject: The fix |
|
|
Ok it's an if statement in the function that is causing the problem. Only the else part actually returns anything - so I moved the return from the else statement and put it at the end so both the if and the else actually return something - think this'll do the trick.
Uploaded it to http://www.metalshark.co.uk/dsdt.dsl - good luck!
The bottom four lines
| Code: | Release (^^PCI0.LPCB.EC.MTX0)
Return (BIFB)
}
} |
become
| Code: | Release (^^PCI0.LPCB.EC.MTX0)
}
Return (BIFB)
} |
PS - I'm not taking the mickey (just being clear) but if you look below this post to the left it says "Back to top" now follow the line to the right and you'll see a button labelled email, yet somehow you found it - as I got your message.
_________________
Gentoo's Portage: Any ideas for reform?
Last edited by metalshark on Thu Mar 02, 2006 1:31 pm; edited 2 times in total |
|
| Back to top |
|
|
linxsam
n00b
Joined: 01 Mar 2006
Posts: 3
|
| Posted: Thu Mar 02, 2006 1:26 pm Post subject: |
|
|
arg, i'm a blind fool....
thanks, i moved the return statement on it compiled without any problem...
> i read it over 10 times, but didn't notice the return statement was one braket to hight.
thanks |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Thu Mar 02, 2006 1:33 pm Post subject: Just a tip |
|
|
Just a tip - but I have to edit loads of DSDT's, never actually "fix" them - just remove errors till they work (to fix them you need to know lots about ACPI not just debugging syntax errors). I use kate or jedit (if on a windoze pc *shivers*) as it makes it REALLY easy to see the brackets and even indents code nicely - I used to have the same issues of aml code blindness as you have just had. It's not a pretty language. Kate has a nice terminal thing (for recompiling aml) at the bottom - and allows you to split the screen to see your original and your new one - plus you can edit the highlighting to change colour when you forget returns, etc. Makes it a simple case of open the file up and see what comes up in red (my colour of choice for messed up code). Still don't know how to include a skull and cross bones next to OS = "Microsoft Windows*" anyone got any ideas?  - maybe highlighting in Kate just isn't that advanced yet...
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
Gremo
Guru
Joined: 27 Feb 2006
Posts: 450
|
| Posted: Sat Mar 18, 2006 1:42 am Post subject: |
|
|
hi, i'm reading this thread because i have no ac_adapter events shown.
i have successfully patched my dsdt, however when i boot with the kernel patched (method: initrd DSDT override) iasl show me the same errors...
any ideas?
kernel version: 2.6.15-gentoo-r7
notebook: sony vaio fs115b
patch taken from: http://gaugusch.at/kernel.shtml (2.6.14 to 2.6.15 (by Eric Piel)) |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Mon Mar 20, 2006 7:24 pm Post subject: |
|
|
Hi guys, I'm still having some troubles with my beloved Aspire 1652WLMi. I did all the stuff in the first post and everything went ok except for a single, countless, particular: the kernel stops booting at a certain point. I'm transcribing here what I'm seeing (the most relevant part, at least):
| Code: | ACPI: Looking for DSDT in initrd... found (at offset 0x00).
ACPI-0284: *** Info: Table [DSDT] replaced by host OS
ACPI: setting ELCR to 0e00 (from 0c00)
[... infos on the CPU...]
checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd
[... things about freeing RAM, NET and EISA...]
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfd7be, last bus=7
PSI: Using MMCONFIG
ACPI: Subsystem revision 20050902 |
Stops here and doesn't respond to INTs like keystrokes, CTRL+ALT+DEL... nothing seems to perturbate its interior peace... Any ideas?
EDIT: Forgetting to give the kernel options: acpi=noirq irqpoll. Is it really necessary? Isn't there another way? IRQ polling must slow down my machine...
EDIT 2: The problem seemed to be the DSDT that I downloaded from acpi.sf.net... editing by hand let me compile and reading SANYO battery status (hopefully) correctly. Now I'm facing another problem: if I try to recompile the same file I get 200+ errors... and I can't see why. |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Tue Mar 21, 2006 1:04 pm Post subject: |
|
|
| This seems to be solved, I'm now booting with noapictimer instead of acpi=noirq irqpoll... does anybody have some suggestions more? I'm looking forward to write an howto in the next days on this issue. |
|
| Back to top |
|
|
|
|
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
|
|
Documentation, Tips & Tricks
