thoughts and questions on 8xx patches

Robert P. J. Day rpjday at
Tue Sep 21 22:23:05 EST 2004

On Tue, 21 Sep 2004, Wolfgang Denk wrote:

> In message <Pine.LNX.4.60.0409210644150.9187 at> you wrote:
>>> In message <Pine.LNX.4.60.0409210605090.9033 at> you wrote:
>>>>    rather than get into more detailed discussion on microcode patches,
>>>> here's a (partial) patch that represents what i'd really, really,
>     ^^^^^^^^^^^^^^^^^^^^^^^^
> ...
>> what i was showing was just an example, it didn't need to represent
>> *exactly* the set of choices that would be in the final menu.  if the
> Ummm. To me "partial patch" means that this is an excerpt of  exactly
> the  patch you want to see applied. Please write "example" if this is
> what you mean.

ok, sorry, what i meant was that it was a patch that would simply 
demonstrate what the config menu would look like.  anyone who was 
interested could apply it, see how the config menu changed, then just 
un-apply the patch after they got the idea.  it wasn't submitted as an 
official patch, so i apologize for the confusion.

so, regarding terminology, i should have called that an "example 
patch"?  gotcha.  profuse apologies here.

> It looked like a ready-to-sumbit patch, and you announced it as such.

yup, my mistake.  i'll be more careful about my choice of words in the 

> I have to admit that I don't understand what _exactly_ you suggest.

from list discussions some time back, i already gave up on the idea of 
the configuration being able to detect the exact processor and taking 
that into account.  we've already established that, and i'm happy with 

all i'm suggesting now is a drop down choice menu of known patches 
relevant to that architecture, that's all.  in some cases, there would 
be two choices, as in:

 	[ ] I2C/SPI for 850
  	[ ] I2C/SPI for 8xx (non-850)

with underlying help menus to clarify the situation.  AFAICT, this 
would just mirror the available choices in the denx 2.4 kernel tree. 
i can't imagine that this list would get overly long.  from what i can 
see, the denx tree supports the following list of patches:

 	I2C/SPI for 850
 	I2C/SPI for 8xx (non-850)
 	I2C/SPI/SMC1 for 850
 	I2C/SPI/SMC1 for 8xx (non-850)

and, unless i'm reading this badly, that's the entire list.  all of 
five available patches.  i don't think that's overly long, and it 
would be fairly simple to implement.

so ... why is this such an objectionable thing?


More information about the Linuxppc-dev mailing list