qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v4 0/4] Improve default object property_add uint helpers


From: Felipe Franciosi
Subject: Re: [PATCH v4 0/4] Improve default object property_add uint helpers
Date: Fri, 20 Dec 2019 10:46:03 +0000

Hi,

> On Dec 19, 2019, at 11:56 PM, Alexey Kardashevskiy <address@hidden> wrote:
> 
> 
> 
> On 20/12/2019 05:02, Felipe Franciosi wrote:
>> This improves the family of object_property_add_uintXX_ptr helpers by 
>> enabling
>> a default getter/setter only when desired. To prevent an API behavioural 
>> change
>> (from clients that already used these helpers and did not want a setter), we
>> add a OBJ_PROP_FLAG_READ flag that allow clients to only have a getter. 
>> Patch 1
>> enhances the API and modify current users.
>> 
>> While modifying the clients of the API, a couple of improvement opportunities
>> were observed in ich9. These were added in separate patches (2 and 3).
>> 
>> Patch 3 cleans up a lot of existing code by moving various objects to the
>> enhanced API. Previously, those objects had their own getters/setters that 
>> only
>> updated the values without further checks. Some of them actually lacked a 
>> check
>> for setting overflows, which could have resulted in undesired values being 
>> set.
>> The new default setters include a check for that, not updating the values in
>> case of errors (and propagating them). If they did not provide an error
>> pointer, then that behaviour was maintained.
> 
> A weird thing happens - when I apply patches from my mailer (thunderbird
> -> open the source -> cut-n-paste to "git am") - they fail to apply. And
> the mails themselves look suspicious - too many "MS-Exchange" and
> "X-Proofpoint" :)

I apologise for that... as you can see from below, our company's
"anti-spam" / "anti-virus" mail servers tend to mangle incoming
e-mails in ways that make it challenging to work with MLs:

> 
> A bundle from
> https://urldefense.proofpoint.com/v2/url?u=https-3A__patchwork.ozlabs.org_project_qemu-2Ddevel_list_-3Fseries-3D149673&d=DwICaQ&c=s883GpUCOChKOHiocYtGcg&r=CCrJKVC5zGot8PrnI-iYe00MdX4pgdQfMRigp14Ptmk&m=TxZxCvPIyfiAMkXeqOwUO_oYhAWFHAG66jA3SeEldzU&s=vMLzvHMGCJ9VeW3wSKvJVPrthKmVoud-ACf5eh6w2Rg&e=
>  
> applies fine though.

Now I know why both you and Marc-Andre had problems applying my
patches: apparently our servers also mangle with outgoing e-mails too.

I heard that pulling the patches from mbox work, but I'll make sure to
post patches on Github in the future to make things easier for others.
I've already asked them to look into this and whitelist e-mails on
various criteria.

Thanks for your help in making sure these patches work for you despite
the extra hurdles!

F.

> 
> 
> Anyway, this works on powerpc. Thanks,
> 
> 
> 
>> 
>> Felipe Franciosi (4):
>>  qom/object: enable setter for uint types
>>  ich9: fix getter type for sci_int property
>>  ich9: Simplify ich9_lpc_initfn
>>  qom/object: Use common get/set uint helpers
>> 
>> hw/acpi/ich9.c       |  99 ++------------------
>> hw/acpi/pcihp.c      |   7 +-
>> hw/acpi/piix4.c      |  12 +--
>> hw/isa/lpc_ich9.c    |  27 ++----
>> hw/misc/edu.c        |  13 +--
>> hw/pci-host/q35.c    |  14 +--
>> hw/ppc/spapr.c       |  18 +---
>> hw/ppc/spapr_drc.c   |   3 +-
>> include/qom/object.h |  44 +++++++--
>> memory.c             |  15 +--
>> qom/object.c         | 216 ++++++++++++++++++++++++++++++++++++++-----
>> target/arm/cpu.c     |  22 +----
>> target/i386/sev.c    | 106 ++-------------------
>> ui/console.c         |   4 +-
>> 14 files changed, 282 insertions(+), 318 deletions(-)
>> 
> 
> -- 
> Alexey




reply via email to

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