Yes this is nicer (sorry must have missed the patch), even though this bit
unnecessary:
<snip, line 228 in above file:>
unsigned int *cpu = info;
BUG_ON (*cpu != smp_processor_id());
<snip>
If gcc optimizes the "cpu" into a register then fine but if not, it would
be IMHO preferable to use this instead:
BUG_ON(*(unsigned int *)info != smp_processor_id());
>(This contains some other bits too that I intend to push to Linus after
> a pre1 appears)
Why not push now considering 2.5.9 isn't out yet?
Considering the current bitkeeper tree on bkbits does not compile on ia32
UP at all by any close margin, the more fixes that go in now the better...
I spent two hours this morning try to get it to compile on UP but I got
stuck in arch/i386/kernel/msr.c: gcc complains about cpu_data not being
defined even though the right include file is included. Obviously a nasty
out of scope included headers interdependency which I haven't managed to see...
And adding to that that the ia32 SMP compiled kernel doesn't manage to boot
on my machine yet (as of this morning, containing up to IDE39 patch still
didn't boot due to hanging after detecting hda but before hdc as I have
reported before).
Releasing 2.5.9 in current state would not be too useful for people like me
who experience the ide problems...
Best regards,
Anton
-- "I've not lost my mind. It's backed up on tape somewhere." - Unknown-- Anton Altaparmakov <aia21 at cantab.net> (replace at with @) Linux NTFS Maintainer / IRC: #ntfs on irc.openprojects.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/