From: Wolfgang Denk <wd@denx.de>
To: "Dale Farnsworth" <dale@farnsworth.org>
Cc: linuxppc-dev@lists.linuxppc.org, Tom Rini <trini@kernel.crashing.org>
Subject: Re: MPC5200 Patches
Date: Wed, 12 Nov 2003 01:34:57 +0100 [thread overview]
Message-ID: <20031112003502.BBA4CC5F59@atlas.denx.de> (raw)
In-Reply-To: Your message of "Mon, 10 Nov 2003 12:02:07 MST." <20031110190207.GA12163@zenos.farnsworth.org>
Hi Dale & Tom,
in message <20031110190207.GA12163@zenos.farnsworth.org> Dale Farnsworth wrote:
>
> I have merged your code, benh's and mine and placed it at
> ftp://source.mvista.com/pub/linuxppc/mpc5200/linuxppc_2_4_devel.mpc5200.patch
>
> This patch doesn't require uboot. I retained the uboot code and added
> CONFIG_UBOOT, but haven't tested with it.
I've been browsing the code a bit for now. No actual testing doen
yet. Please see questions below.
> I would appreciate it if you could take some time to test it with your
> hardware. I find that USB and PCI are not working here, but they also
> fail with your patch, so it may be my icecube hardware.
It seems you have an older board? [8 MB flash?] Both USB and PCI have
been tested here with a cuple of devices. They were working fine in
most cases.
> I haven't tested this merged code on the MGT5100, and in fact, I removed
> the MGT5100 FEC support because the #ifdefs in fec.c were just too ugly.
Ummm... but they were working. I understand that you want to clean up
the code, but IMHO we should not simply drop support for older
hardware if it was working before. Some people still have (or want)
to use the old boards.
> I'll insert a compatibility layer to support the MGT5100 FEC if there
> is sufficient interest. Is anyone still using the MGT5100?
Yes, we. Some of our customers. Some of Motorola's customers.
Here a few general questions / remarks:
* Did you actually test the code on a IceCube with MGT5100?
* Some files/directories have been renamed into 5xxx, others in
m5xxx. The same applies to the CONFIG_ options: Maybe we can make
this a bit more consistent?
Given the fact that we use CONFIG_6xx, CONFIG_40x, CONFIG_44x,
CONFIG_8xx, ... we should probably use CONFIG_5xxx instead of
CONFIG_M5XXX ?
We have drivers/i2c/i2c-algo-8xx.c, so maybe we should have
i2c-algo-5xxx.c instead of i2c-algo-m5xxx.c ?
There is include/linux/i2c-algo-8xx.h - how about i2c-algo-5xxx.h
instead of i2c-algo-m5xxx.h ?
We have include/asm-ppc/mpc8xx.h and mpc8260.h and ibm4xx.h - maybe
we should use mpc5xxx.h instead of m5xxx.h ?
* Does it make sense to add a "Board uses UBoot" config option to
individual boards? [BTW: the name is "U-Boot".] If we do something
like this (which I'd appreciate) we should do it right - there
might be some other boards that use this, too.
* In "arch/ppc/config.in" you write:
...
hex 'Flash Rom Size' CONFIG_M5XXX_FLASH_SIZE 0x800000
I recommend to make this 0x1000000 instead - you will probably not
see new boards with 8 MB flash any more.
* I think you should not overwrite arch/ppc/defconfig
Will try to run your code ASAP.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
I know engineers. They love to change things. - Dr. McCoy
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-11-12 0:34 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-01 9:36 MPC5200 Patches Wolfgang Denk
2003-11-03 23:31 ` Dale Farnsworth
2003-11-07 22:20 ` Wolfgang Denk
2003-11-10 19:02 ` Dale Farnsworth
2003-11-10 20:46 ` Wolfgang Denk
2003-11-10 21:00 ` Tom Rini
2003-11-12 0:34 ` Wolfgang Denk [this message]
2003-11-12 4:50 ` Dale Farnsworth
2003-11-12 9:30 ` Geert Uytterhoeven
2003-11-12 9:49 ` Wolfgang Denk
2003-11-12 9:59 ` Geert Uytterhoeven
2003-11-12 11:41 ` Gabriel Paubert
2003-11-12 11:51 ` Geert Uytterhoeven
2003-11-12 14:47 ` Wolfgang Denk
2003-11-12 14:45 ` Wolfgang Denk
2003-11-12 17:43 ` Gabriel Paubert
2003-11-12 19:41 ` Geert Uytterhoeven
2003-11-14 6:11 ` Kumar Gala
2003-11-14 15:20 ` Tom Rini
2003-11-12 15:18 ` Tom Rini
2003-11-12 15:49 ` Gary Thomas
2003-11-12 15:53 ` Tom Rini
2003-11-16 20:33 ` Wolfgang Denk
2003-11-17 6:07 ` Dale Farnsworth
2003-11-17 8:35 ` Wolfgang Denk
2003-11-17 15:19 ` Tom Rini
2003-11-17 16:02 ` Wolfgang Denk
2003-11-17 16:25 ` Tom Rini
2003-11-18 14:52 ` Dale Farnsworth
2003-11-20 11:53 ` Christoph Hellwig
2003-11-20 12:10 ` Wolfgang Denk
2003-11-20 12:17 ` Christoph Hellwig
2003-11-21 1:04 ` Paul Mackerras
2003-11-18 0:43 ` Benjamin Herrenschmidt
2003-11-18 0:44 ` Benjamin Herrenschmidt
2003-11-18 14:45 ` Wolfgang Denk
2003-11-18 15:00 ` Wolfgang Denk
2003-11-17 18:50 ` Tom Rini
2003-12-03 18:28 ` Dale Farnsworth
[not found] ` <20031203185310.19A48C5F5F@atlas.denx.de>
2003-12-04 0:35 ` Dale Farnsworth
[not found] ` <20031110162536.GC8584@ip68-0-152-218.tc.ph.cox.net>
2003-11-10 19:09 ` Dale Farnsworth
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=20031112003502.BBA4CC5F59@atlas.denx.de \
--to=wd@denx.de \
--cc=dale@farnsworth.org \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=trini@kernel.crashing.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;
as well as URLs for NNTP newsgroup(s).