slowly, but surely.  so, assuming that that last submitted patch 
gets applied, here's the next set of changes i'm thinking about. 
weigh in one way or the other.  some are aesthetic, some are more 
significant.  (if you have objections to that last patch, just make 
the suggestion here and i can take care of it in the next round.)

   1) change all variable references containing "I2C" to "IIC" since
        the latter appears to have historical precedent

   2) break out individual patches from within cpm_load_patch()
        into separate functions in micropatch.c.  that function
        is just getting too darned long and it's only going to get
        longer

   3) remove all of the arrays from micropatch.c and, following the
        model in wolfgang's 2.4 kernel tree, put them in separate
        .h files that are simply included based on the config
        variable.

        more ambitiously, put all these individual patch files in
        a "patches" directory in arch/ppc/8xx_io/ to avoid cluttering
        this directory

   4) at least *start* adding some help content to the Kconfig file

thoughts?  and now, off to lunch.

rday

Reply via email to