[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |