EV-64260-BP & GT64260 bi_recs
wd at denx.de
Wed Mar 20 10:46:57 EST 2002
In message <20020319231628.GQ3762 at opus.bloom.county> you wrote:
> I sort-of remember this too. For 2.4 I'm not sure if it's better to
> have a massive ammount of compile time options or not. Either way we'd
What sort of compile time options? I don't want to have MAC addresses
built into the kernel images!
> need to change the driver to handle multiple enets, yes?
Only some, like the 8xx. Other configurations run just fine with
several ethernet interfaces.
> > BTW: the structure should probably be extended by one entry for the
> > interface (eth0, eth1, etc...).
> Forcing ethX is a bad idea I think, but we do need a way of saying all
> of this applies to *this* enet device.
Right, probably an index is all we need.
> Yes, but we're speaking in terms of GT-64260, which has ns1655x and it's
> own, but I'm not as clear about having 'em both on. But, does 8xx not
> allow for reading of what things are currently set at now or must it be
But isn't this the whole idea behind the new interface - to allow
certain things to be done just ONCE, in ONE place, and not again and
again and again in several instances of the same code, with good
chances that at least one instance is buggy?
Of course I can retrieve this information in some CPU and eventually
board dependend way somehow - but why should I bother to implement
this code when the information is already available?
With the same argiment we could drop the MEMSIZE record - the kernel
can detect the memory size as well. Not that I think that would be a
And BTW: I'm not talking about 8xx systems only.
> > You are wrong. We'll switch faster than you seem to think.
> I know you'll switch when it's all set and working.
Then, or before :-)
> There's a time and place for everything, and it's called the development
> line. Big rewrites/changes are supposed to be done there and maybe
Ummm... someone called 2.5 "fs-eating-non-compiling-crap, so ignore
that for a few months". Guess who?
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
"I say we take off; nuke the site from orbit. It's the only way to be
sure." - Corporal Hicks, in "Aliens"
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev