qemu-arm
[Top][All Lists]
Advanced

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

Re: [PATCH v2 03/18] hw/gpio/pca955*: Move Kconfig switches next to impl


From: Bernhard Beschow
Subject: Re: [PATCH v2 03/18] hw/gpio/pca955*: Move Kconfig switches next to implementations
Date: Mon, 17 Feb 2025 19:39:02 +0000


Am 17. Februar 2025 13:35:04 UTC schrieb Peter Maydell 
<peter.maydell@linaro.org>:
>On Tue, 4 Feb 2025 at 09:21, Bernhard Beschow <shentey@gmail.com> wrote:
>>
>> While at it and since they are user-creatable, build them when
>> CONFIG_I2C_DEVICES is set.
>
>The patch subject says this is just a rearrangement
>of the Kconfig stanzas with no behaviour change, but then the
>commit message body includes one.
>
>If you want to build these when CONFIG_I2C_DEVICES is set,
>that should be its own patch that does that.
>
>(The move of the Kconfig bits to hw/gpio is fixing a bug
>in 6328d8ffa6cb9d ("misc/pca955*: Move models under hw/gpio"),
>which moved the code but forgot to move the Kconfig sections.)

Okay, I'll split the patch and use above commit message.

>
>Separately, it's unclear to me how worthwhile it is to add
>these to CONFIG_I2C_DEVICES, because they're GPIO devices,
>which means there's not much you can do with them as a user:
>as far as I know you can't wire the output/input GPIO lines
>up to anything. We have the device models mainly for boards
>which provide them, so that guest code that expects to see
>them doesn't fall over on bootup, and because the board
>model code does have the APIs to wire up the GPIO lines.

It's basically to satisfy Linux which will clog the i2c bus if such a GPIO 
expander is configured in the DTB but missing in the emulation (it will defer 
probing which will never make progress). Once it is its own patch we can decide 
separately how to proceed with it, e.g. dropping.

Best regards,
Bernhard

>
>thanks
>-- PMM



reply via email to

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