public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: roger <rogerxxmaillist@san.rr.com>
To: linux-mtd@lists.infradead.org
Subject: Re: intel 440bx unshadow for doc2001
Date: 14 Jul 2003 08:12:45 -0700	[thread overview]
Message-ID: <1058195527.2163.10.camel@localhost3.localdomain> (raw)
In-Reply-To: <1058180967.26819.83.camel@passion.cambridge.redhat.com>

On Mon, 2003-07-14 at 04:09, David Woodhouse wrote:
> On Sun, 2003-07-13 at 12:08, roger wrote:
> > If i'm correct, the unshadow code just needs to be written into MTD for
> > everything to work easily? 
> 
> Seems perfectly reasonable.
> 
> In theory, we ought to already have the appropriate unshadowing code in
> drivers/mtd/maps/l440gx.c; it's just that that driver will only then
> look for NOR flash chips rather than a DiskOnChip. Does it work if you
> load l440gx.c, watch it fail to find any flash chips, then unload it and
> load docprobe.c?

no. on 440BX.B683 motherboard, the l440gx.o module fails to even load. 
believe me, in my prior posts, you'll probably notice that i did
everything including pulling a rabbit out of my computer's rear port.

on my 440BX.tyan motherboard, I think the l440gx.o module will load but
it still fails to find the doc(?) (or vice versa with the motherboards)

> I'm working on a rewrite of the DiskOnChip drivers; I'll probably make
> it so that a separate driver can call a 'probe for DiskOnChip at address
> XXXX' function, then we can make that an option for l440gx and other
> such drivers rather than having hard-coded tables in the docprobe code
> itself.

I was scanning over the openbios/devbios/pcisets.c and looks like
there's only a couple lines of code that are required to unshadow the
bus so that the DOC (or motherboard's original bios chip) can become
visible to the mtd modules. The other motherboards (other chipsets)
appear to require more code to unshadow.

If i'm not mistaken, I won't be able to use the DOC with linux bios
until mtd can recognize the chip on bootup. (?)

well, code is there. it just needs to be integrated correct?

-- 

Roger
http://www.eskimo.com/~roger/index.html

      reply	other threads:[~2003-07-14 15:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-13 11:08 intel 440bx unshadow for doc2001 roger
2003-07-14 11:09 ` David Woodhouse
2003-07-14 15:12   ` roger [this message]

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=1058195527.2163.10.camel@localhost3.localdomain \
    --to=rogerxxmaillist@san.rr.com \
    --cc=linux-mtd@lists.infradead.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