On Sun, May 08, 2005 at 01:18:32AM +0100, Al Viro wrote:
> a) stub.S handling breaks on O= builds. Actually, your unprofile
> breaks there - it's bypassing the machinery that deals with include path.
Solved.
> p) TOP_ADDR in Kconfig_x86_64 got lost in transmission - your patchset
> has it, but same patch in Linus' tree does not.
q) skas/mmu.c is calling pte_alloc_map() without ->page_table_lock.
Trivially fixed, needed if you want spinlock debugging to produce something
useful.
r) when built static, kernel dies ugly death with
#0 0x00000000601e4178 in ptmalloc_init () at swab.h:134
#1 0x00000000601e4034 in malloc_hook_ini () at swab.h:134
#2 0x00000000601e1698 in malloc () at swab.h:134
#3 0x00000000602068ee in _dl_init_paths () at swab.h:134
#4 0x00000000601eba45 in _dl_non_dynamic_init () at swab.h:134
#5 0x00000000601ebc60 in __libc_init_first () at swab.h:134
#6 0x00000000601cfa4f in __libc_start_main () at swab.h:134
#7 0x000000006001202a in _start () at proc_fs.h:183
as stack trace. Buggered offsets in uml.lds, perhaps?
Dynamically built it works; for i386 the same tree works both with both
static and dynamic. It _might_ be libc difference, in theory (i386 libc
is 2.3.2.ds1-18, amd64 - 2.3.2.ds1-21, both from sarge), but I wouldn't
bet on it. Anyway, I'm going down right now; carving the fixes into
sane patch series + experimenting with static/amd64 breakage will have
to wait until the morning...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]