ALSA + GCC 4.1.1 + -Os is known to be a bad combination on some arches; see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363 . (I tripped over it on an ARM target, but my limited understanding of GCC internals does not allow me to conclude that it is ARM-specific.) A patch claiming to fix the bug was integrated into the 4.1 branch, but my tests with a recent (20070115) gcc-4.1 snapshot indicate that it has regressed again. You might also check /proc/cpu/alignment; we have seen the alignment fixup code trigger for alignment errors in both kernel and userspace. The default appears to be to IGNORE alignment traps from userspace, which results in bogus data and potentially a wacky series of system calls, which could conceivably trigger an oops. I am told that echo 2that 3 turns on some sort of logging in addition to the fixup (haven't pursued this myself). No idea whether this is relevant to your CPU. Cheers, - Michael -
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
| Florian Schmidt | blacklist kernel boot option |
git: | |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Arjan van de Ven | Re: [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
