Hi,
On 03/22/2013 06:11 PM, Anthony Liguori wrote:
Hans de Goede writes:
If the qemu-char.c code did:
int qemu_chr_fe_write(...) {
if (!s->fe_open) {
qemu_chr_fe_open(s);
}
...
}
That would be one thing. It's a hack, but a more reasonable hack than
doing this in
Hans de Goede writes:
> Hi,
>
> On 03/22/2013 02:50 PM, Anthony Liguori wrote:
>> Hans de Goede writes:
>>
>> We should have never allowed that in the first place and
>> I object strongly to extending the concept without making it make sense
>> for everything else.
>>
>>> Frontends end inside t
Hi,
On 03/22/2013 02:50 PM, Anthony Liguori wrote:
Hans de Goede writes:
Hi,
On 03/21/2013 07:18 PM, Anthony Liguori wrote:
Alon Levy writes:
Note that the handler is called chr_is_guest_connected and not
chr_is_fe_connected, consistent with other members of CharDriverState.
Sorry, I d
Hi,
> Okay, let's use your example here with a standard UART. In the
> following sequence, I should receive:
>
> 1) Starts guest
> 2) When guest initializes the UART, qemu_chr_fe_open()
> 3) Reboot guest
> 4) Receive qemu_chr_fe_close()
> 5) Boot new guest without a UART driver
> 6) Nothing is
Hans de Goede writes:
> Hi,
>
> On 03/21/2013 07:18 PM, Anthony Liguori wrote:
>> Alon Levy writes:
>>
>>> Note that the handler is called chr_is_guest_connected and not
>>> chr_is_fe_connected, consistent with other members of CharDriverState.
>>
>> Sorry, I don't get it.
>>
>> There isn't a no
Gerd Hoffmann writes:
> Hi,
>
>> There isn't a notion of "connected" for the front-ends in the char
>> layer. The closest thing is whether add_handlers() have been called or
>> not.
>
> It isn't new. There are qemu_chr_fe_open + qemu_chr_fe_close doing
> exactly that signaling (whenever someo
Hi,
On 03/22/2013 09:25 AM, Gerd Hoffmann wrote:
Hi,
There isn't a notion of "connected" for the front-ends in the char
layer. The closest thing is whether add_handlers() have been called or
not.
It isn't new. There are qemu_chr_fe_open + qemu_chr_fe_close doing
exactly that signaling (
Hi,
> There isn't a notion of "connected" for the front-ends in the char
> layer. The closest thing is whether add_handlers() have been called or
> not.
It isn't new. There are qemu_chr_fe_open + qemu_chr_fe_close doing
exactly that signaling (whenever someone has opened the virtio-serial
por
Hi,
On 03/21/2013 07:18 PM, Anthony Liguori wrote:
Alon Levy writes:
Note that the handler is called chr_is_guest_connected and not
chr_is_fe_connected, consistent with other members of CharDriverState.
Sorry, I don't get it.
There isn't a notion of "connected" for the front-ends in the ch
> > Alon Levy writes:
> >
> > >> Alon Levy writes:
> > >>
> > >> > Note that the handler is called chr_is_guest_connected and not
> > >> > chr_is_fe_connected, consistent with other members of
> > >> > CharDriverState.
> > >>
> > >> Sorry, I don't get it.
> > >>
> > >> There isn't a notion of
> Alon Levy writes:
>
> >> Alon Levy writes:
> >>
> >> > Note that the handler is called chr_is_guest_connected and not
> >> > chr_is_fe_connected, consistent with other members of
> >> > CharDriverState.
> >>
> >> Sorry, I don't get it.
> >>
> >> There isn't a notion of "connected" for the f
Alon Levy writes:
>> Alon Levy writes:
>>
>> > Note that the handler is called chr_is_guest_connected and not
>> > chr_is_fe_connected, consistent with other members of
>> > CharDriverState.
>>
>> Sorry, I don't get it.
>>
>> There isn't a notion of "connected" for the front-ends in the char
> Alon Levy writes:
>
> > Note that the handler is called chr_is_guest_connected and not
> > chr_is_fe_connected, consistent with other members of
> > CharDriverState.
>
> Sorry, I don't get it.
>
> There isn't a notion of "connected" for the front-ends in the char
> layer. The closest thing i
Alon Levy writes:
> Note that the handler is called chr_is_guest_connected and not
> chr_is_fe_connected, consistent with other members of CharDriverState.
Sorry, I don't get it.
There isn't a notion of "connected" for the front-ends in the char
layer. The closest thing is whether add_handlers
Note that the handler is called chr_is_guest_connected and not
chr_is_fe_connected, consistent with other members of CharDriverState.
Signed-off-by: Alon Levy
---
hw/virtio-console.c | 9 +
include/char/char.h | 11 +++
qemu-char.c | 9 +
3 files changed, 29 ins
15 matches
Mail list logo
