lkml.org 
[lkml]   [2000]   [Aug]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Reserving a (large) memory block
Date

On Thu, 31 Aug 2000 11:32:21 -0500
Timur Tabi <ttabi@interactivesi.com> wrote:

> ** Reply to message from coder@kanga.nu on Thu, 31 Aug 2000
> 08:57:20 -0700
>> Now the device behaves just like memory to the BIOS during POST
>> etc, and is in fact, exactly memory if no device drivers are
>> loaded. If a device driver is loaded and it detects one or more
>> of these devices then they and their memory ranges become
>> obviously special. Now, we can detect the devices and where
>> their address ranges are via the SMBUS and some careful probing
>> so we know what we are trying to grab. The problem is just
>> telling the rest of the kernel that in a clean VM&heap-happy
>> manner.

> How do you know what SMBUS address to use? Probing the SMBUS
> looking for devices has a tendency to lock the SMBUS and require a
> complete power down to restore.

I didn't write the SMBUS code (the author is not on this list),
however, the basic SMBUS work was based off here:

http://www.netroedge.com/%7elm78/

At this point we've only tried/tested/looked_at GX chipset based SMP
MBs. Loosely we hit the chipset and get the specs for every
individual memory card, and look for something that looks like one
of our devices as per the SPDs (we have a mini in-driver
eeprom-style client setup to get the SPDs). The cards are then
identified as per a signature in the SPD.

--
J C Lawrence Home: claw@kanga.nu
---------(*) Work: claw@nuron.com
http://www.kanga.nu/~claw/ Keys etc: finger claw@kanga.nu
--=| A man is as sane as he is dangerous to his environment |=--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.105 / U:0.352 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site