public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* 576-MB DOC reports as Millennium?
@ 2002-08-01  3:23 Bill Burgess
  0 siblings, 0 replies; 2+ messages in thread
From: Bill Burgess @ 2002-08-01  3:23 UTC (permalink / raw)
  To: linux-mtd

Doc2000.c can't seem to handle the new 576-MB DoC's.

The docprobe.c driver (version 1.30) reports them as
Millenniums, but then doc2000.c (version 1.46) fails
to access the mfr or id using Millennium-oriented calls;
these come back 0xff or 0.  If I force the ChipID to be
a 2000, docprobe doesn't even get past the initial toggle
test.  Also like a blank Millennium, there is no 0x55aa
signature at the base address, only 0xffff.

The 576's have NOT been formatted with DFORMAT
or anything else, they came raw.  However what I am
attempting is so low-level, the formatting should be
irrelevant -- shouldn't it??

I am not actually using Linux, but have incorporated
the drivers into a low-level custom system based on
a 68K.  The drivers have worked beautifully for months.
Even now I can swap an 8-MB or a 288-MB DOC2000
into the socket and they work fine.  So I don't think
it's my platform that's suddenly gone off.

If the solution is not obvious or quick I will have
to buy some 288's very soon, which will hurt as I have
already bought the 576's :-<  Help!

Cheers & thanks!

--Bill

_________________________________________________________
William C. Burgess, Ph.D., Senior Research Engineer
Greeneridge Sciences Inc., 1411 Firestone Rd., Goleta, CA 93117
Tel: (805) 899-3558  Fax: (805) 967-7720
http://www.greeneridge.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

* RE: 576-MB DOC reports as Millennium?
@ 2002-08-01  3:46 Vadim Khmelnitsky
  0 siblings, 0 replies; 2+ messages in thread
From: Vadim Khmelnitsky @ 2002-08-01  3:46 UTC (permalink / raw)
  To: 'Bill Burgess'; +Cc: linux-mtd

That's true .

New diskonchip 2000 of certain capacities will not work with current open
source driver .
576MB is one of them .

Vadim.


-----Original Message-----
From: Bill Burgess [mailto:burgess@greeneridge.com]
Sent: Wed, July 31, 2002 8:24 PM
To: linux-mtd@lists.infradead.org
Subject: 576-MB DOC reports as Millennium?


Doc2000.c can't seem to handle the new 576-MB DoC's.

The docprobe.c driver (version 1.30) reports them as
Millenniums, but then doc2000.c (version 1.46) fails
to access the mfr or id using Millennium-oriented calls;
these come back 0xff or 0.  If I force the ChipID to be
a 2000, docprobe doesn't even get past the initial toggle
test.  Also like a blank Millennium, there is no 0x55aa
signature at the base address, only 0xffff.

The 576's have NOT been formatted with DFORMAT
or anything else, they came raw.  However what I am
attempting is so low-level, the formatting should be
irrelevant -- shouldn't it??

I am not actually using Linux, but have incorporated
the drivers into a low-level custom system based on
a 68K.  The drivers have worked beautifully for months.
Even now I can swap an 8-MB or a 288-MB DOC2000
into the socket and they work fine.  So I don't think
it's my platform that's suddenly gone off.

If the solution is not obvious or quick I will have
to buy some 288's very soon, which will hurt as I have
already bought the 576's :-<  Help!

Cheers & thanks!

--Bill

_________________________________________________________
William C. Burgess, Ph.D., Senior Research Engineer
Greeneridge Sciences Inc., 1411 Firestone Rd., Goleta, CA 93117
Tel: (805) 899-3558  Fax: (805) 967-7720
http://www.greeneridge.com



______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-08-01  3:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-01  3:23 576-MB DOC reports as Millennium? Bill Burgess
  -- strict thread matches above, loose matches on Subject: below --
2002-08-01  3:46 Vadim Khmelnitsky

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox