On Fri, Feb 19, 2016 at 9:15 AM, Andreas Färber wrote:
> Am 18.02.2016 um 10:56 schrieb Markus Armbruster:
>> Alistair Francis writes:
>>
>>> If the device being added when running qdev_device_add() has
>>> a reset function, register it so that it can be called.
>>>
>>> Signed-off-by: Alistair Fr
On 19/02/2016 11:55, Peter Maydell wrote:
>> Any abstraction we have in QEMU should have at least a parallel (though
>> > it need not be the same) in real hardware. Reset signals _do_ propagate
>> > along buses, or at least along some buses, so "debusifying" reset seems
>> > like a counterproduc
Am 18.02.2016 um 10:56 schrieb Markus Armbruster:
> Alistair Francis writes:
>
>> If the device being added when running qdev_device_add() has
>> a reset function, register it so that it can be called.
>>
>> Signed-off-by: Alistair Francis
>> ---
>>
>> qdev-monitor.c | 2 ++
>> 1 file changed,
On 19 February 2016 at 09:33, Paolo Bonzini wrote:
> Any abstraction we have in QEMU should have at least a parallel (though
> it need not be the same) in real hardware. Reset signals _do_ propagate
> along buses, or at least along some buses, so "debusifying" reset seems
> like a counterproducti
Paolo Bonzini writes:
> On 18/02/2016 10:56, Markus Armbruster wrote:
>> Alistair Francis writes:
>>
>>> If the device being added when running qdev_device_add() has
>>> a reset function, register it so that it can be called.
>>>
>>> Signed-off-by: Alistair Francis
>>> ---
>>>
>>> qdev-monito
On 19/02/2016 00:07, Peter Crosthwaite wrote:
> On Thu, Feb 18, 2016 at 1:47 PM, Paolo Bonzini wrote:
>>
>>
>> On 18/02/2016 10:56, Markus Armbruster wrote:
>>> Alistair Francis writes:
>>>
If the device being added when running qdev_device_add() has
a reset function, register it so t
On Thu, Feb 18, 2016 at 3:07 PM, Peter Crosthwaite
wrote:
> On Thu, Feb 18, 2016 at 1:47 PM, Paolo Bonzini wrote:
>>
>>
>> On 18/02/2016 10:56, Markus Armbruster wrote:
>>> Alistair Francis writes:
>>>
If the device being added when running qdev_device_add() has
a reset function, regis
On Thu, Feb 18, 2016 at 1:47 PM, Paolo Bonzini wrote:
>
>
> On 18/02/2016 10:56, Markus Armbruster wrote:
>> Alistair Francis writes:
>>
>>> If the device being added when running qdev_device_add() has
>>> a reset function, register it so that it can be called.
>>>
>>> Signed-off-by: Alistair Fra
On 18/02/2016 10:56, Markus Armbruster wrote:
> Alistair Francis writes:
>
>> If the device being added when running qdev_device_add() has
>> a reset function, register it so that it can be called.
>>
>> Signed-off-by: Alistair Francis
>> ---
>>
>> qdev-monitor.c | 2 ++
>> 1 file changed, 2
On Thu, Feb 18, 2016 at 1:56 AM, Markus Armbruster wrote:
> Alistair Francis writes:
>
>> If the device being added when running qdev_device_add() has
>> a reset function, register it so that it can be called.
>>
>> Signed-off-by: Alistair Francis
>> ---
>>
>> qdev-monitor.c | 2 ++
>> 1 file c
Alistair Francis writes:
> If the device being added when running qdev_device_add() has
> a reset function, register it so that it can be called.
>
> Signed-off-by: Alistair Francis
> ---
>
> qdev-monitor.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/qdev-monitor.c b/qdev-monitor
If the device being added when running qdev_device_add() has
a reset function, register it so that it can be called.
Signed-off-by: Alistair Francis
---
qdev-monitor.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/qdev-monitor.c b/qdev-monitor.c
index 81e3ff3..0a99d01 100644
--- a/qdev-
12 matches
Mail list logo