On Mon, 22 Mar 2021, Michael Schmitz wrote:
> On 21/03/21 2:31 pm, Finn Thain wrote:
> >
> > > If Penguin then loads the kernel in that same chunk, there really is
> > > no other choice? (The kernel expects the memory chunk it runs from
> > > to be listed first in the bootinfo struct).
> > >
>
On Mon, Mar 22, 2021 at 02:19:10PM +1300, Michael Schmitz wrote:
> Does any of this help with the problem of RBV Macs? Video RAM must start at
> address 0x0, and reordering RAM to have the largest chunk at that address
> would occupy the RBV video range and render RBV unusable? Can you even
> rearr
Hi Miro,
note that the libata driver for Falcon does not utilize interrupts due
to the interaction between IDE, SCSI and floppy hardware, the latter two
also making use of the ST-DMA chip which cannot be transparently checked
for DMA completion.
Instead, the libata driver polls for IDE comma
Hi Finn,
On 21/03/21 2:31 pm, Finn Thain wrote:
If Penguin then loads the kernel in that same chunk, there really is no
other choice? (The kernel expects the memory chunk it runs from to be
listed first in the bootinfo struct).
But finding the largest chunk and putting it first doesn't imply
Hi Finn,
On Sun, Mar 21, 2021 at 2:31 AM Finn Thain wrote:
> On Sat, 20 Mar 2021, Michael Schmitz wrote:
> > Am 19.03.21 um 12:49 schrieb Finn Thain:
> > > AIUI, Penguin needs a large physically contiguous region, so it used
> > > the largest pysical RAM chunk (which was bank B). But that alone
>
On 3/21/21 9:49 AM, Miro Kropáček wrote:
> I guess this is related also to the Atari platform:
> https://lore.kernel.org/lkml/20210318045706.200458-1-...@lst.de/ ?
No, it's not.
> Or has Falcon/Milan/Hades been using libata already?
Yes, I have pushed for the most important drivers to be convert
Hi,
I guess this is related also to the Atari platform:
https://lore.kernel.org/lkml/20210318045706.200458-1-...@lst.de/ ? Or has
Falcon/Milan/Hades been using libata already?
Cheers,
Miro
7 matches
Mail list logo
