Re: [PATCH] aicasm db3 fiasco

While we're at it, on my RH6.2 system db_185.h is in /usr/include, i.e. bash$ echo "`locate db_185.h` ($(rpm -qf `locate db_185.h`))" /usr/include/db_185.h (glibc-devel-2.1.3-22) FWIW, for my builds I've been using the following patch (hey, it works for me): ---

Re: [PATCH] aicasm db3 fiasco

While we're at it, on my RH6.2 system db_185.h is in /usr/include, i.e. bash$ echo "`locate db_185.h` ($(rpm -qf `locate db_185.h`))" /usr/include/db_185.h (glibc-devel-2.1.3-22) FWIW, for my builds I've been using the following patch (hey, it works for me): ---

[PATCH] 2.4.1p2: compile fix (PKMAP_BASE undefined)

Three one-liners to make 2.4.1p2 compile. --- linux/fs/proc/kcore.c.orig Thu Jan 11 07:35:16 2001 +++ linux/fs/proc/kcore.c Thu Jan 11 07:36:29 2001 @@ -19,7 +19,7 @@ #include #include #include - +#include static int open_kcore(struct inode * inode, struct file * filp) { ---

[PATCH] 2.4.1p2: compile fix (PKMAP_BASE undefined)

Three one-liners to make 2.4.1p2 compile. --- linux/fs/proc/kcore.c.orig Thu Jan 11 07:35:16 2001 +++ linux/fs/proc/kcore.c Thu Jan 11 07:36:29 2001 @@ -19,7 +19,7 @@ #include linux/vmalloc.h #include asm/uaccess.h #include asm/io.h - +#include linux/highmem.h static int

OOPS 2.4.0.test12.pre7

FWIW, I got the following oops while trying to play an mpeg stream from a loop-back mounted iso9660 file system: ksymoops 0.7c on i586 2.4.0-test12.pre7.1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test12.pre7.1/

OOPS 2.4.0.test12.pre7

FWIW, I got the following oops while trying to play an mpeg stream from a loop-back mounted iso9660 file system: ksymoops 0.7c on i586 2.4.0-test12.pre7.1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test12.pre7.1/

Re: Linux 2.2.18pre7

Alan, #include > 2.2.18pre7 > o Identify chip and also handle MTRR for the (me) > Cyrix III linux/arch/i386/kernel/mtrr.c fails to compile; "case X86_VENDOR_CENTAUR:" is duplicated, and boot_cpu.x86 should, I believe, be boot_cpu_data.x86 in two places. I'm attaching a patch,

Re: Linux 2.2.18pre7

Alan, #include std_disclaimer.h 2.2.18pre7 o Identify chip and also handle MTRR for the (me) Cyrix III linux/arch/i386/kernel/mtrr.c fails to compile; "case X86_VENDOR_CENTAUR:" is duplicated, and boot_cpu.x86 should, I believe, be boot_cpu_data.x86 in two places. I'm

Re: 2.2.18-3 seems to break pcmcia-cs-3.1.20

On Tue, Sep 05, 2000 at 08:13:12AM -0400, [EMAIL PROTECTED] wrote: > [snip snip] > make[1]: *** [cs.o] Error 1 > make[1]: Leaving directory /usr/src/pcmcia-cs-3.1.20/modules' > make: *** [all] Error 2 It's fixed in pcmcia-cs.05-Sep-00 (aka pcmcia-cs-3.1.21-testX-tryY-preZ? ;->) -- \Peter. - To

Re: 2.2.18-3 seems to break pcmcia-cs-3.1.20

On Tue, Sep 05, 2000 at 08:13:12AM -0400, [EMAIL PROTECTED] wrote: [snip snip] make[1]: *** [cs.o] Error 1 make[1]: Leaving directory /usr/src/pcmcia-cs-3.1.20/modules' make: *** [all] Error 2 It's fixed in pcmcia-cs.05-Sep-00 (aka pcmcia-cs-3.1.21-testX-tryY-preZ? ;-) -- \Peter. - To