On Friday, October 6, 2000, at 05:02 PM, Chris G. Demetriou wrote:

>I've been -- and continue to be -- really busy with work, so I hope
>you'll excuse my slow responses.

Please. No apology necessary, thanks for responding at all.

>I.e., it'll need the kernel driver to be updated, in order to
>function.  (It doesn't seem to have any DMA-related properties -- I
>dunno if that's because DMA isn't hooked up, or because the node's
>properties are incomplete.  I'd believe either.)
>
>Unfortunately, I don't have the cycles to even attempt that at this
>point.

Where can I start to look at this? I've been looking for a project to =
take on that will thrust me headlong into NetBSD internals this seems as =
good (read: hairy) as any. Obviously the existing code is a good place =
to start. Any other drivers I might want to take a look at for =
comparison? What about books or online resources to help me on my way?

>I'd strongly recommend _against_ trying to update the OFW in this
>machine; based on the information you've presented, i'd guess that the
>hardware design _is_ slightly different than the Shark's.  That's not
>surprising, since we published the schematics and companies building
>boards were certainly free to modify them if they chose.
>
>It sounds like you've had some issues in trying to upgrade the
>firmware, too, which leads me to believe that there are even more
>hardware differences.  (of course, substitution of flash parts
>shouldn't be that big a deal... except when programming them.  8-)

Yeah, I'm still wrestling with this one. Part of me says "well, it's not =
working anyway, and c'mon now, it's probably just a different =
manufacturer for the flash ROM, it'll work fine" (see previous posts =
about a probable fujitsu part). But of course, those sound like viable =
last words....

>> BTW Chris, Romanian?
>
>Nope.  8-)

hm. Go figure. Usually that terminal 'u' is a dead giveaway ;-)

-Alex Dumitriu