> Indeed.I have most excellent news. I was able to get tinyBIOS booting on my development platform. I looked at the problem with the debugger and I think I might have found something. It looks like the interrupt is firing immediately before the clock is enabled. In the handler, we were returning immediately if the clock wasn't enabled (and not clearing the event), so we were caught in a classic interrupt storm. The attached patch rearranges the code so that the handler is installed before we setup the interrupt (so we have somebody to listen to the immediate interrupt), and it makes sure that we clear the event in the IRQ handler regardless of the state of the timer tick. I'm not 100% sure why this happens on IRQ7 but not on 5 or 8, but it might have something to do with the interrupts already being enabled on the other vectors. Anyway, please try this test patch and let me know what happens. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc.
| Mark Lord | Re: Linux 2.6.24-rc7 |
| Kentaro Takeda | [TOMOYO 05/15](repost) Domain transition handler functions. |
| Willy Tarreau | Re: Linux v2.6.24-rc1 |
| Al Boldi | [RFD] Incremental fsck |
| drew | Re: SVGA-alphanum. modes |
| Kevin Cummings | VESA video support during boot. |
| Raymond Nijssen | Re: What the 17" monitor reviews never tell you |
| Michael Haardt | GNU shell utils 1.7: date(1) dumps core (with easy solution:) |
git: | |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG] New Kernel Bugs |
