| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] serial8250: too much work for irq4
Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> writes:
> Markus Armbruster writes ("[Xen-devel] serial8250: too much work for irq4"):
>> Wild guess: Unlike a real UART, the virtual UART empties as quickly as
>> the kernel can stuff in bytes. So, while the kernel has bytes to stuff,
>> it doesn't get around to doing much else.
>
> This is certainly true and would explain the message you see.
>
> Are there any other adverse symptoms ? In principle it would be
> possible to add a rate limit but it seems poor to artificially
> rate-limit a virtual device to the wall-clock speed of the physical
> object.
>
> Ian.
I see funny effects where serial output stalls until some input happens,
but I don't know whether that's related, or whether xen-unstable has the
same problem.
The 8250 driver makes the (reasonable) assumption that the chip operates
at a limited speed. All real UARTs do. The comment next to the printk
in drivers/serial/8250.c says "If we hit this, we're dead." Sounds
scary, but I figure it's overstating the case. The loop executes
holding a spin lock, but is limited to 256 iterations. The printk fires
if we hit the limit and take the emergency exit. Still, I'm worried we
hog the cpu for longer than is healthy, or that taking the emergency
exit isn't as harmless as it looks to me so far.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home