All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.