Date: Tue, 5 May 2009 11:27:19 +0400 From: Pattern <patttern@gmail.com> To: freebsd-acpi@freebsd.org Subject: Re: ACPI on Toshiba A210 Message-ID: <107cc88f0905050027t32a1d1fegf94882b0e0d5e9b1@mail.gmail.com> In-Reply-To: <200905041532.52001.jkim@FreeBSD.org> References: <107cc88f0905040621m215f877ak77a49e5b60e236a6@mail.gmail.com> <200905041532.52001.jkim@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/5/4 Jung-uk Kim <jkim@freebsd.org> > On Monday 04 May 2009 09:21 am, Pattern wrote: > > Hi! > > I have a problem with ACPI on notebook Toshiba Sattelite A210-16f. > > At loading FreeBSD by default, the system does not detect hard > > disks. Through acpidump i have received a dsl-file. > > (dsdt_SB600.dsl) After considerable editing of a file, i have > > received a file without errors. (dsdt_SB600.diff) > > Result of operation iasl: > > > > [2:36 pattern@toshiba /root/acpica]# iasl dsdt_SB600_edit.dsl > > Intel ACPI Component Architecture > > ASL Optimizing Compiler version 20070320 [Mar 31 2009] > > Copyright (C) 2000 - 2007 Intel Corporation > > Supports ACPI Specification Revision 3.0a > > ASL Input: dsdt_SB600_edit.dsl - 7596 lines, 283835 bytes, 3271 > > keywords AML Output: /root/acpica/dsdt_SB600_edit.aml - 29374 bytes > > 873 named objects 2398 executable opcodes > > Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 9 > > Optimizations > > > > I have placed the aml-file received as a result of operation in > > /boot and have registered it in loader.conf. > > > > [2:36 pattern@toshiba /root/acpica]# less /boot/loader.conf > > acpi_dsdt_load="YES" > > acpi_dsdt_name="/boot/dsdt_SB600_edit.aml" > > > > After system reboot, hard disks as have not found out. In the > > console following errors are output. > > > > acpi0: <TOSCPL TOSCPL00> om motherboard > > ACPI Error (evregion-0427): No handler for Region [ERAM] > > (0xc69cde80) [EmbeddedControl] [20070320] > > ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler > > [20070320] > > ACPI Error (psparse-0626): Method parse/execution failed > > [\_SB_.HTEV] (Node 0xc6897b60), AE_NOT_EXIST > > ACPI Error (psparse-0626): Method parse/execution failed > > [\_SB_.PCI0.LPC0.EC0_._REG] (Node 0xc69d6260), AE_NOT_EXIST > > acpi0: Could not initialise SystemIO handler: AE_NOT_EXIST > > ... > > unknown: <PNP0c02> can't assign resources (memory) > > unknown: <PNP0c01> can't assign resources (memory) > > unknown: <PNP0100> can't assign resources (irq) > > unknown: <PNP0303> can't assign resources (port) > > unknown: <PNP0c02> can't assign resources (memory) > > unknown: <PNP0c02> can't assign resources (memory) > > unknown: <PNP0c02> can't assign resources (memory) > > unknown: <PNP0f13> can't assign resources (irq) > > > > That the system has successfully booted it is required to apply the > > following file. (dsdt_SB600_addon.diff) > > (dsdt_SB600.dsl -> dsdt_SB600.diff -> dsdt_SB600_edit.dsl > > dsdt_SB600_edit.dsl -> dsdt_SB600_addon.diff -> > > dsdt_SB600_addon.dsl) BIOS of notebook is up-to-date > > Why it occurs and how it to fix? > > > > http://pma.8855.ru/files/dsdt_SB600.dsl > > http://pma.8855.ru/files/dsdt_SB600.diff > > http://pma.8855.ru/files/dsdt_SB600_addon.diff > > I think you commented out too much. ;-) Please try the attached patch > for DSDT instead. > > Jung-uk Kim > Thanks for your answer. Patch (dsdt_SB600.diff <http://pma.8855.ru/files/dsdt_SB600.diff>) is corrected with optimisation and in it changes which you have specified already contain. But these minimum changes don't troubleshoot ACPI, but only allow to load system with ACPI. It was possible to load system in a mode "ACPI disabled" and not to do any changes. But i wish to make working support ACPI on a notebook. In fact, the first patch after compilation does not contain any error (!!!), but nevertheless the system does not boot. And if to apply patch dsdt_SB600_addon.diff <http://pma.8855.ru/files/dsdt_SB600_addon.diff>; or comment a code below, only after that the system boots. Method (_REG, 2, NotSerialized) { If (LEqual (Arg0, 0x03)) { Store (Arg1, Z00B) } \_SB.HTEV (0x02) } This code as that influences initialization EmbeddedControl. However, even without this code, sometimes in the console the error on EmbeddedControl drops out, but the system successfully boots. What such problem can be linked?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?107cc88f0905050027t32a1d1fegf94882b0e0d5e9b1>