qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v3 0/4] ide: implement simple legacy/native mode switching fo


From: Kevin Wolf
Subject: Re: [PATCH v3 0/4] ide: implement simple legacy/native mode switching for PCI IDE controllers
Date: Thu, 16 Nov 2023 14:48:01 +0100

Am 16.11.2023 um 11:33 hat Mark Cave-Ayland geschrieben:
> This series adds a simple implementation of legacy/native mode switching for 
> PCI
> IDE controllers and updates the via-ide device to use it.
> 
> The approach I take here is to add a new pci_ide_update_mode() function which 
> handles
> management of the PCI BARs and legacy IDE ioports for each mode to avoid 
> exposing
> details of the internal logic to individual PCI IDE controllers.
> 
> As noted in [1] this is extracted from a local WIP branch I have which 
> contains
> further work in this area. However for the moment I've kept it simple (and
> restricted it to the via-ide device) which is good enough for Zoltan's PPC
> images whilst paving the way for future improvements after 8.2.
> 
> Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
> 
> [1] https://lists.gnu.org/archive/html/qemu-devel/2023-10/msg05403.html
> 
> v3:
> - Rebase onto master
> - Move ide_portio_list[] and ide_portio_list2[] to IDE core to prevent 
> duplication in
>   hw/ide/pci.c
> - Don't zero BARs when switching from native mode to legacy mode, instead 
> always force
>   them to read zero as suggested in the PCI IDE specification (note: this 
> also appears
>   to fix the fuloong2e machine booting from IDE)
> - Add comments in pci_ide_update_mode() suggested by Kevin
> - Drop the existing R-B and T-B tags: whilst this passes my local tests, the 
> behaviour
>   around zero BARs feels different enough here

Thanks, applied to the block branch.

Kevin




reply via email to

[Prev in Thread] Current Thread [Next in Thread]