EV-64260-BP & GT64260 bi_recs
wd at denx.de
Wed Mar 20 10:36:30 EST 2002
In message <3C97A9C1.EBA150B6 at mvista.com> you wrote:
> > How about my proposal to replace MEMSIZE and MEMSTART with a more
> > general description which allows for _several_ memory areas, probably
> > of different type (RAM, ROM, Flash, SRAM, ...), different bus witdth
> > etc. ?
> I think its a good idea but overkill for now isn't it ("now" being 2.4 since
> its going to change in 2.5)?
> Can we push this off into 2.5? I was hoping to keep it fairly simple and
> just get it done in 2.4.
The systems I see shipping in the next 6 months or so will be based
on 2.4 kernel; I think we should define this feature rather sooner or
later to try it out and get it right.
Of course, we can always add this locally, but why not do it now when
we know it needs to get done?
> But every board/driver can still use the console=xxx on the cmd line, right?
> Can we get by with that?
The command line is pretty limited in leght, and there are many more
"interesting" things you want to pass to proprietary drivers etc. I
rather had common stuff like this somewhere else...
> The only reason I'm pushing for simple bi_recs now is because I expect all
> this to change significantly in 2.5. If you want the 2.5 way back-ported to
> 2.4 and everyone agrees that's what should be done, then I agree we should do
> it the "right way" now. Otherwise, I say do the minimum now and do it right
> in 2.5.
If you ask for my opinion: let's do it right NOW, and stick with this
in 2.5, rather than wasting some work now for a preliminary ugly
solution which we think will get thrown avay (which might not happen
as expected), and then spending even more work to do it right.
If you know what the final version will look like, then let's
implement this now. And be done with it.
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
Above all else -- sky.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev