Hi Bernhard, On Wed, Sep 9, 2026 at 6:28 PM Bernhard Beschow <[email protected]> wrote: > > > > Am 12. August 2026 01:36:06 UTC schrieb Bin Meng > <[email protected]>: > >U-Boot configures the AIPS bus access controls and the i.MX6UL SNVS > >low-power registers before its console is available. Its timer setup > >also enables the system counter through the control window on AIPS2. > > > >These blocks are not modeled yet. Map unimplemented regions at their > >documented addresses so early firmware accesses complete without > >falling through to unmapped memory. > > Hi Bin, > > You could try setting > > mc->ignore_memory_transaction_failures = true; > > in mcimx6ul_evk_machine_init() instead and check if that prevents these (and > any future such) failures.
I think that flag is way too wide to ignore lots of failures, not only unmapped areas. >From include/hw/core/board.h comments, it says new board models should not use this flag to enable access to unimplemented devices. * @ignore_memory_transaction_failures: * If this is flag is true then the CPU will ignore memory transaction * failures which should cause the CPU to take an exception due to an * access to an unassigned physical address; the transaction will instead * return zero (for a read) or be ignored (for a write). This should be * set only by legacy board models which rely on the old RAZ/WI behaviour * for handling devices that QEMU does not yet model. New board models * should instead use "unimplemented-device" for all memory ranges where * the guest will attempt to probe for a device that QEMU doesn't * implement and a stub device is required. Regards, Bin
