Re: [PATCH 2/2] hw/arm/tosa: Encapsulate misc GPIO handling in a device

2020-07-13 Thread Philippe Mathieu-Daudé
On 6/29/20 2:14 PM, Peter Maydell wrote: > On Mon, 29 Jun 2020 at 10:39, Philippe Mathieu-Daudé wrote: >> >> Hi Peter, >> >> On 6/28/20 10:37 PM, Peter Maydell wrote: >>> Currently we have a free-floating set of IRQs and a function >>> tosa_out_switch() which handle the GPIO lines on the tosa boar

Re: [PATCH 2/2] hw/arm/tosa: Encapsulate misc GPIO handling in a device

2020-06-29 Thread Peter Maydell
On Mon, 29 Jun 2020 at 10:39, Philippe Mathieu-Daudé wrote: > > Hi Peter, > > On 6/28/20 10:37 PM, Peter Maydell wrote: > > Currently we have a free-floating set of IRQs and a function > > tosa_out_switch() which handle the GPIO lines on the tosa board which > > connect to LEDs, and another free-f

Re: [PATCH 2/2] hw/arm/tosa: Encapsulate misc GPIO handling in a device

2020-06-29 Thread Philippe Mathieu-Daudé
Hi Peter, On 6/28/20 10:37 PM, Peter Maydell wrote: > Currently we have a free-floating set of IRQs and a function > tosa_out_switch() which handle the GPIO lines on the tosa board which > connect to LEDs, and another free-floating IRQ and tosa_reset() > function to handle the GPIO line that reset

[PATCH 2/2] hw/arm/tosa: Encapsulate misc GPIO handling in a device

2020-06-28 Thread Peter Maydell
Currently we have a free-floating set of IRQs and a function tosa_out_switch() which handle the GPIO lines on the tosa board which connect to LEDs, and another free-floating IRQ and tosa_reset() function to handle the GPIO line that resets the system. Encapsulate this behaviour in a simple QOM dev