Steven Seeger wrote: > I’m trying to get 2.6.23 to work with rc5. I’ve also tried trunk. I’m > noticing the following behavior: > > > > I’m using a geode GX1 board. The following relevant settings work with > 2.6.22-2 and rc3: > > > > Tickless system, one shot, TSC, geode 2cx200hr timer, and high res timers. > > > > Everything is great with 2.6.22-2 and this config. The same settings on > 2.6.23, however, yield an extremely fast blinking cursor in the > framebuffer when xeno_nucleus is loaded. When xeno_native is loaded, the > system runs fine except the timer interrupt is messed up for linux and > the realtime tasks. A sleep 1 may take a couple minutes to return. If I > switch to another VT and do a cat /lib/* or something, then it runs > fine. I have a realtime task that acts as a sound driver. >
Since you still have access to a shell, could you send the output of a couple of "cat /proc/interrupts /proc/xenomai/irq" with roughly a one-second delay between them? I'd like to know how many timer interrupts are reported during this period. > > > I’ve talked to Philippe about this problem privately, and there’s no > real solution yet. I’m just posting it on the list now. > It's a matter of being able to reproduce this behaviour, as usual. Your .config for 2.6.23 would help too. > > > Also, I’m having an issue with select() locking up the system with > pipes. I saw there was a change made to pipe in trunk and am going to > try and get that going with 2.6.22-2 now. If anyone knows anything about > these two issues, please let me know. The latest change is meant to have the real-time side receive a zero byte count when the channel is closed by the Linux-side peer while reading from it. I'll have a look at the select() issue once -rc6 is out. -- Philippe. _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
