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

RE: [Xen-devel] Interrupt levels



 > The exact problem is 'bridge hello time' being set to zero.
> 
> When I when I switch between '0' and '1' hello time via:
> 
> auto internal-br
> iface internal-br inet static
>         address 10.8.0.254
>         netmask 255.255.0.0
>         network 10.8.0.0
>         broadcast 10.8.255.255
>         bridge_ports eth1
>         bridge_fd 0
>         bridge_hello 1
>         bridge_stp off

Yep, this is a problem that's cropped up several times before. I would
argue strongly that it's a bug in the bridge code to add a timer for the
current jiffies value.

On native I think you get away with is as the timer won't fire until the
next jiffie. On Xen, you'll enter Xen and then bounce straight back out
as the time has already passed.

I think we may have to hack arch xen to round to the next jiffie to
match the native behaviour.

However, the bridge's behaviour is still pretty evil -- you'll still end
up executing the code HZ (100/1000) times a second, and the intention of
the user was probably to disable execution of the code altogether. It
won't slay the machine (like executing int 200k times a second), but its
not ideal.

Ian








-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.