Geert, http://lkml.org/lkml/2011/6/5/46 appears malformed (patch ending in the middle of the line), can you send a fresh patch file per PM please?
3.0.0-rc4 seems fine otherwise. Cheers, Michael On Tue, Jun 14, 2011 at 8:35 AM, Michael Schmitz <[email protected]> wrote: > Hi Geert, > > On Tue, Jun 14, 2011 at 6:49 AM, Geert Uytterhoeven > <[email protected]> wrote: >> On Mon, May 30, 2011 at 19:22, Geert Uytterhoeven <[email protected]> >> wrote: >>> On Mon, May 30, 2011 at 19:14, Michael Schmitz >>> <[email protected]> wrote: >>>> remind me - what rewrite will be required? >>> >>> Remove your own memory allocator. >>> Probably the simplest is to always reserve some ST-RAM on bootup, and let >>> stram_alloc()/stram_free() use that reserved pool. >>> >>>> I've seen your work on the chip RAM driver, will take a close look at >>>> adapting this for ST-RAM when I return from overseas. >>> >>> When will you return, just in case I come to it before that (woow, I >>> feel overly optimistic now)? >> >> Has anyone besides me tried http://lkml.org/lkml/2011/6/5/46 on top of >> https://lkml.org/lkml/2011/5/21/142? > > Sorry, I haven't had much time to do any coherent work on this yet. I > seem to have fried my EtherNAT PHY, two of my SCSI disks didn't come > back up after I returned from overseas, and I have been just too > jetlagged to risk blowing up anything else. > > I do very much appreciate your effort in getting rid of the old ST-RAM > allocator, and I will try to test a new kernel later this week. > > Cheers, > > Michael > -- To unsubscribe from this list: send the line "unsubscribe linux-m68k" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
