[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if
From: |
Andreas Färber |
Subject: |
Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios |
Date: |
Wed, 17 Sep 2014 19:14:17 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 |
Am 17.09.2014 um 18:47 schrieb Peter Maydell:
> On 17 September 2014 09:40, Andreas Färber <address@hidden> wrote:
>> We avoided that by not using DeviceClass::reset but CPUClass::reset.
>> It's a question of assuring appropriate reset ordering between CPU and
>> devices. PowerPC needed a special reset order via hook in (what is now)
>> MachineClass.
>
>> So while I agree that CPU reset registration is not ideal and needs
>> changing, I am not convinced that we can generally make the change and
>> hope for the best. I wouldn't mind an incremental transition though,
>> with arm taking the first step - still leaves the question of exact
>> direction. If you look at x86, you will find that despite my protest
>> against this inconsistency, the reset hook registration was moved into
>> CPU code but none of the other targets changed alongside.
>
> I don't object to taking a pragmatic approach in the ARM code
> (eg this patch). I just wanted to know if you had a preferred
> direction we should be taking instead (which as you say we
> kind of have to do in an incremental way). It sounds like you
> don't have anything concrete in mind so maybe we should just
> apply this patch.
Ack.
One other concern I have with this patch is the loop assuming that all
following CPUs will be of type ARMCPU, but I suspect there will be other
code making the same assumption - in that case Reviewed-by.
> In general I suspect there are a lot of unresolved issues in
> our handling of reset -- it's a complicated area which we
> attempt to address in an over-simplistic way at the moment :-(
Yes, having test cases for all machines would help refactor these things...
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
- [Qemu-devel] [PATCH 0/6] ARM: -bios/-kernel + DTB boot roundup, Ard Biesheuvel, 2014/09/05
- [Qemu-devel] [PATCH 3/6] hw/arm/boot: load device tree to base of DRAM if no -kernel option was passed, Ard Biesheuvel, 2014/09/05
- [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Ard Biesheuvel, 2014/09/05
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Peter Maydell, 2014/09/09
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Ard Biesheuvel, 2014/09/17
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Andreas Färber, 2014/09/17
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Peter Maydell, 2014/09/17
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Andreas Färber, 2014/09/17
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Peter Maydell, 2014/09/17
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios,
Andreas Färber <=
- Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios, Ard Biesheuvel, 2014/09/17
[Qemu-devel] [PATCH 2/6] hw/arm/boot: return size of loaded DTB from load_dtb(), Ard Biesheuvel, 2014/09/05
[Qemu-devel] [PATCH 1/6] hw/arm/virt: Provide flash devices for boot ROMs, Ard Biesheuvel, 2014/09/05
[Qemu-devel] [PATCH 6/6] hw/arm/boot: enable DTB support when booting ELF images, Ard Biesheuvel, 2014/09/05