Re: could not map ACPI

[Robert <robert.woerle-y2s3ugBAdl9BDgjK7y7TUQ@public.gmane.org>]

Ducrot Bruno schrieb:

>On Tue, Jan 21, 2003 at 03:26:01PM +0100, Robert wrote:
>  
>
>>Ducrot Bruno schrieb:
>>
>>    
>>
>>>On Tue, Jan 21, 2003 at 12:52:17PM +0100, Robert Woerle Paceblade/Support 
>>>wrote:
>>>
>>>
>>>      
>>>
>>>>Hi
>>>>
>>>>When i use mem=XXXM ACPI works fine , BUT i get cruel crashes when using 
>>>>Sound and Ethernet or/and usb togethere ( they all have IRQ 5 ) one 
>>>>device alone is fine .
>>>>When i dont use mem=XXXM i get an error at /drivers/acpi/tables/tb_get.c
>>>>BUT all the devices work fine , even together !!!
>>>>i tried also mem=XXXM + acpi=nopci  which gives the same result : ACPI 
>>>>works and the devices crash together ....
>>>>the machine is a Transmeta driving machine ...
>>>>
>>>>So when i look at tb_get.c at the specific functions...
>>>>i see that it maps the pointers there according to a 
>>>>switch(adress->pointer) call !
>>>>Is possible that it normally uses the
>>>>case ACPI_LOGMODE_PHYSPTR:
>>>>stuff but when i use mem=XXX
>>>>it might use the other case statement:
>>>>case ACPI_LOGMODE_LOGPTR:
>>>>
>>>>can i make a cruel hack around that that it always uses the working one 
>>>>???
>>>>
>>>>        
>>>>
>
>The problem is that the BIOS call to retrieve memory infos give 'false'
>information on how the memory controller is configured.
>This is the messages you see as <4> BIOS-e820: ...  (...)
>
>and the code is in asm at very early stage of initialisation in
>arch/i386/boot/setup.S via int15 with param e820h.
>In fact, the acpi tables should go to a 'special' type (the ACPI data
>one) but I don't see anything at all in the BIOS-e820 calls.
>
My first thought was that i do  a cruel hack where in this stage 
(setup.S ) i do  a minus - XXX at the total RAM
I think the whole problem is that this is a Trasnmeta Crusoe machine at 
there are 16 MB RAM always taken by the
CodeMorphing Technology and the BIOS doesnt remind that and doesnt 
report the correct values !!!
I heard from other emails in this list that i might be possible to patch 
the DSDT to the correct values ??


That is what i thought from the beginning ... and since our BIOS 
Resources are very low these days , i would gladly get an Info
how i could cruely workaround that for now to get everything done , 
since we plan our big kickout for the "Linux Tablet PC" for CEBIT(March 
) this year
together with Suse .
If we togther get it to run , you will get a small donation for sure !!!

>
>I want to verify now if your DSDT table have correct infos on how
>the memory controller have to be configured.
>
>
>  
>



-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp