Re: [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM

2014-03-30 Thread Michael Schmitz
Hi Geert, will do. Likewise for the external framebuffer case. I'm still hung up on the SCSI behaviour with current kernels - may have managed to trash the SCSI disk filesystems or partitions with an earlier version of these patches. Cheers, Michael On Mon, Mar 31, 2014 at 8:11 AM, Geert Uy

Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three

2014-03-30 Thread Michael Schmitz
Andreas, see attached. I may have disabled nfcon entirely - usually I use parallel debug with ARAnyM. Cheers, Michael On Mon, Mar 31, 2014 at 11:34 AM, Andreas Schwab wrote: > Michael Schmitz writes: > >> see the following patch series for the hopefully final word on >> the 'make ST-RAM p

Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three

2014-03-30 Thread Andreas Schwab
Michael Schmitz writes: > see the following patch series for the hopefully final word on > the 'make ST-RAM pool accessible for kernels running from FastRAM' > story. Would you mind sharing your config? I'm always getting a panic very early, even before nfcon is ready, whic

Re: [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface

2014-03-30 Thread Geert Uytterhoeven
Hi Michael, On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz wrote: > @@ -3166,13 +3167,13 @@ int __init atafb_init(void) > memset(screen_base, 0, mem_req); > pad = -(unsigned long)screen_base & (PAGE_SIZE - 1); > screen_base += pad; > -

Re: [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM

2014-03-30 Thread Geert Uytterhoeven
Hi Michael, On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz wrote: > + pr_debug("atari_stram pool: size = %lu bytes, resource = > %pR\n", > + pool_size, &stram_pool); > + pr_debug("atari_stram pool: start = %p, end = %p\n", > +