public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Janosch Machowinski <scotch-cGBD8117FJM@public.gmane.org>
To: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
Cc: linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Strange interpreter behaviour
Date: Tue, 17 Jan 2006 13:41:39 +0100	[thread overview]
Message-ID: <43CCE603.3010600@tzi.de> (raw)
In-Reply-To: <20060117103043.GA2154-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>

>>>Sound like \_SB.INV7 is a bit into a GPIO.
>>>More, the associated OR is defined like that:
>>>	OperationRegion (GPIO, SystemIO, IO2B, 0x40) 
>>>
>>>Note that IO2B is given here:
>>>   OperationRegion (BIOS, SystemMemory, 0x1FF50064, 0xFF)
>>>   Field (BIOS, ByteAcc, NoLock, Preserve)
>>>   {
>>>       SS1,    1,
>>>       SS2,    1,
>>>       SS3,    1,
>>>       SS4,    1,
>>>       Offset (0x01),
>>>       IOST,   16,
>>>       SPIO,   16,
>>>       PMBS,   16,
>>>       PMLN,   8,
>>>       SMBS,   16,
>>>       SMLN,   8,
>>>       IO1B,   16,
>>>       IO1L,   8,
>>>       IO2B,   16,
>>>       IO2L,   8,
>>>       TOPM,   32,
>>>       ROMS,   32,
>>>
>>>Therefore one think to check is that IO2B is set correctly to point to
>>>the GPIO's, then look if the GPIO is configured as a GPO (not as a GPI).
>>>
>>>For checking if IO2B is correct:
>>>sudo dd if=/dev/mem bs=1c skip=536150130 count=2 | hexdump
>>>
>>
>>Here it get's strange :
>>scotchmobil scotch # dd if=/dev/mem bs=1c skip=536150130 count=2
>>dd: reading `/dev/mem': Bad address
>>0+0 records in
>>0+0 records out
> 
> 
> There is physical 512Mo RAM, isn't there? Or the DSDT have been
> overriden?
> How about a 'cat /proc/iomem'?
> 
Jup, here is 512 MB of RAM, the DSDT hasen't been overidden.


scotch@scotchmobil ~ $ cat /proc/iomem
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cffff : Video ROM
000f0000-000fffff : System ROM
00100000-1ff3ffff : System RAM
   00100000-004853d6 : Kernel code
   004853d7-00583193 : Kernel data
1ff40000-1ff4ffff : ACPI Tables
1ff50000-1fffffff : ACPI Non-volatile Storage
30000000-300003ff : 0000:00:1f.1
32000000-33ffffff : PCI CardBus #03
34000000-35ffffff : PCI CardBus #03
36000000-37ffffff : PCI CardBus #07
38000000-39ffffff : PCI CardBus #07
ce900000-de9fffff : PCI Bus #01
   d0000000-d7ffffff : 0000:01:00.0
     d0000000-d7ffffff : radeon
dea00000-deafffff : PCI Bus #02
e0000000-efffffff : 0000:00:00.0
ff800000-ff8fffff : PCI Bus #01
   ff8c0000-ff8dffff : 0000:01:00.0
   ff8f0000-ff8fffff : 0000:01:00.0
     ff8f0000-ff8fffff : radeon
ff900000-ff9fffff : PCI Bus #02
   ff900000-ff900fff : 0000:02:01.0
     ff900000-ff900fff : yenta_socket
   ff901000-ff901fff : 0000:02:01.1
     ff901000-ff901fff : yenta_socket
   ff9ee000-ff9eefff : 0000:02:02.0
   ff9ef800-ff9effff : 0000:02:01.2
     ff9ef800-ff9effff : ohci1394
   ff9f0000-ff9fffff : 0000:02:00.0
     ff9f0000-ff9fffff : tg3
ffaff400-ffaff4ff : 0000:00:1f.5
   ffaff400-ffaff4ff : Intel 82801DB-ICH4
ffaff800-ffaff9ff : 0000:00:1f.5
   ffaff800-ffaff9ff : Intel 82801DB-ICH4
ffaffc00-ffafffff : 0000:00:1d.7
   ffaffc00-ffafffff : ehci_hcd
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2006-01-17 12:41 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-07 17:18 Strange interpreter behaviour Janosch Machowinski
     [not found] ` <43BFF7DE.1000909-cGBD8117FJM@public.gmane.org>
2006-01-16 17:19   ` Bruno Ducrot
     [not found]     ` <20060116171932.GF25115-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2006-01-16 21:27       ` Janosch Machowinski
     [not found]         ` <43CC0FC0.9090806-cGBD8117FJM@public.gmane.org>
2006-01-17 10:30           ` Bruno Ducrot
     [not found]             ` <20060117103043.GA2154-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2006-01-17 12:41               ` Janosch Machowinski [this message]
     [not found]                 ` <43CCE603.3010600-cGBD8117FJM@public.gmane.org>
2006-01-17 13:24                   ` Bruno Ducrot
     [not found]                     ` <20060117132435.GB2154-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2006-01-17 14:28                       ` Janosch Machowinski
     [not found]                         ` <43CCFF1C.4000309-cGBD8117FJM@public.gmane.org>
2006-01-17 15:47                           ` Bruno Ducrot
2006-01-20 15:27                             ` Janosch Machowinski
2006-01-20 19:32                               ` Bruno Ducrot
2006-01-21 18:55                                 ` Janosch Machowinski
  -- strict thread matches above, loose matches on Subject: below --
2006-01-09  5:58 Yu, Luming
2006-01-09  7:16 ` Janosch Machowinski
2006-01-16  2:27 Yu, Luming
2006-01-16 19:22 ` Janosch Machowinski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43CCE603.3010600@tzi.de \
    --to=scotch-cgbd8117fjm@public.gmane.org \
    --cc=ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org \
    --cc=linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox