[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [RESEND] [RFC PATCH] xen/arm: domain_build: Ignore empty memory bank
On Mon, Dec 21, 2020 at 06:28:35PM +0000, Julien Grall wrote: > On 21/12/2020 17:30, Elliott Mitchell wrote: > > I doubt this is the only bug exposed by > > 5a37207df52066efefe419c677b089a654d37afc. > > Are you saying that with my patch dropped, Xen will boot but with it > will not? I thought that was the cause. Yet after a bunch of builds trying to ensure I can cause it to reproduce or not, I wasn't able to. As such I now think this is a misattribution. :-( Other candidate on my radar is this showed up near the time I started trying other kernel sources. I now wonder if this is due to the device-trees being produced with recent RPF kernels versus those being produced with pure mainline. Presently I'm using a 5.10 RPF kernel and device-tree. > So I think we first need to figure out what is the offending node and > why it is dt_device_get_address() is returning an error for it. > > That said, I agree that we possibly want a check size == 0 (action TBD) > in map_range_to_domain() as the code would do the wrong thing for 0. Already stated "/scb/pcie@7d500000/pci@1,0/usb@1,0". Perhaps the code should be ignoring nodes for which which dt_device_get_address() fails, or perhaps this should only be done for Domain 0 (where it results in panic). -- (\___(\___(\______ --=> 8-) EHM <=-- ______/)___/)___/) \BS ( | ehem+sigmsg@xxxxxxx PGP 87145445 | ) / \_CS\ | _____ -O #include <stddisclaimer.h> O- _____ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |