* Re: 8xx parameter RAM clashes [not found] <3C2CAA01.6040801@embeddededge.com> @ 2001-11-28 17:35 ` Wolfgang Denk 2001-11-28 23:36 ` Tom Rini 0 siblings, 1 reply; 3+ messages in thread From: Wolfgang Denk @ 2001-11-28 17:35 UTC (permalink / raw) To: Dan Malek; +Cc: Alex Zeffertt, linuxppc-embedded In message <3C2CAA01.6040801@embeddededge.com> you wrote: > > > it would be nice if the drivers would register the locations they > > use, and actually CHECK for collisions, instead of silently let us > > run into strange and often hard to debug error conditions. > > So, add it then. Does that mean that such a patch would be accepted? 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 have often regretted my speech, never my silence. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 8xx parameter RAM clashes 2001-11-28 17:35 ` 8xx parameter RAM clashes Wolfgang Denk @ 2001-11-28 23:36 ` Tom Rini 0 siblings, 0 replies; 3+ messages in thread From: Tom Rini @ 2001-11-28 23:36 UTC (permalink / raw) To: Wolfgang Denk; +Cc: Dan Malek, Alex Zeffertt, linuxppc-embedded On Wed, Nov 28, 2001 at 06:35:08PM +0100, Wolfgang Denk wrote: > > In message <3C2CAA01.6040801@embeddededge.com> you wrote: > > > > > it would be nice if the drivers would register the locations they > > > use, and actually CHECK for collisions, instead of silently let us > > > run into strange and often hard to debug error conditions. > > > > So, add it then. > > Does that mean that such a patch would be accepted? Yes. And if you want to throw in more error checking/handling, please do. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <3C2C99C0.1020502@embeddededge.com>]
* Re: 8xx parameter RAM clashes [not found] <3C2C99C0.1020502@embeddededge.com> @ 2001-11-28 16:36 ` Wolfgang Denk 0 siblings, 0 replies; 3+ messages in thread From: Wolfgang Denk @ 2001-11-28 16:36 UTC (permalink / raw) To: Dan Malek; +Cc: Alex Zeffertt, linuxppc-embedded In message <3C2C99C0.1020502@embeddededge.com> Dan Malek wrote: > > Alex Zeffertt wrote: > > > I appreciate that there may not be anyone in a position to fix this problem - but I think it's worth > > mentioning anyway so that future drivers don't make the problem worse. > > You need to load the appropriate CPM microcode patches that relocate the > I2C, SPI, SMC space in the parameter ram and use the new addresses. > Again, the infrastructure for all of this is in the PowerPC 2_4_devel > kernels. Right, Dan, but Alex has a valid point: There is a lot of potential overlap in parameter RAM that cannot be fixed by microcode patches (at least I don't know of any uCode-patch for the SMC1 = UART and SCC3 = ESAR collision mentioned by Alex), and it would be nice if the drivers would register the locations they use, and actually CHECK for collisions, instead of silently let us run into strange and often hard to debug error conditions. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de "Where shall I begin, please your Majesty?" he asked. "Begin at the beginning," the King said, gravely, "and go on till you come to the end: then stop." - Alice's Adventures in Wonderland, Lewis Carroll ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-11-28 23:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <3C2CAA01.6040801@embeddededge.com>
2001-11-28 17:35 ` 8xx parameter RAM clashes Wolfgang Denk
2001-11-28 23:36 ` Tom Rini
[not found] <3C2C99C0.1020502@embeddededge.com>
2001-11-28 16:36 ` Wolfgang Denk
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).