Re: Discrepancy between ftp.kernel.org and linux.bkbits.net

2005-01-16 Thread Randy.Dunlap
Post, Mark K wrote: I believe I've discovered an odd discrepancy between what is in the official Linux BitKeeper repository, and what is on ftp.kernel.org. According to BitKeeper, the last time linux/arch/s390/config.in and linux/arch/s390x/config.in were changed is 17 months ago. What is in

[PATCH] i386: init_intel_cacheinfo() can be __init

2005-01-15 Thread Randy.Dunlap
Correct .text references to .init.data; init_intel_cacheinfo() can be __init. These are references to: static struct _cache_table cache_table[] __initdata = ...; Error: ./arch/i386/kernel/cpu/intel_cacheinfo.o .text refers to 008f R_386_32 .init.data Error:

conglomerate objects in reference*.pl

2005-01-15 Thread Randy.Dunlap
Hi Keith, I'm seeing some drivers/*/built-in.o that should be ignored AFAIK, but they are not ignored. Any ideas? This is 2.6.11-rc1-bk3 on i386 with allmodconfig (except DEBUG_INFO=n) and gcc 3.3.3. Error: ./drivers/ide/built-in.o .text refers to 0939 R_386_PC32 .init.text Error:

[PATCH] i386: update defconfig

2005-01-15 Thread Randy.Dunlap
I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/i386/defconfig | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) --- Reduce number of modules built via

[PATCH] x86_64: update defconfig

2005-01-15 Thread Randy.Dunlap
I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/x86_64/defconfig |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- Reduce number of modules built via defconfig.

[PATCH] radio-typhoon: use correct module_param data type

2005-01-15 Thread Randy.Dunlap
Use correct data type for module_param: drivers/media/radio/radio-typhoon.c:317: warning: return from incompatible pointer type Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= drivers/media/radio/radio-typhoon.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- diff

Re: patch to fix set_itimer() behaviour in boundary cases

2005-01-15 Thread Randy.Dunlap
Matthias Lang wrote: Chris Wedgewood suggested handling this with a printk, to which Arjan van de Ven asked > but why > > if someone wants the stuff rejected in a posix confirm way, he can do > these tests easily in the syscall wrapper he needs anyway for this > function. For negative

Re: patch to fix set_itimer() behaviour in boundary cases

2005-01-15 Thread Randy.Dunlap
Matthias Lang wrote: Chris Wedgewood suggested handling this with a printk, to which Arjan van de Ven asked but why if someone wants the stuff rejected in a posix confirm way, he can do these tests easily in the syscall wrapper he needs anyway for this function. For negative

[PATCH] radio-typhoon: use correct module_param data type

2005-01-15 Thread Randy.Dunlap
Use correct data type for module_param: drivers/media/radio/radio-typhoon.c:317: warning: return from incompatible pointer type Signed-off-by: Randy Dunlap [EMAIL PROTECTED] diffstat:= drivers/media/radio/radio-typhoon.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- diff

[PATCH] x86_64: update defconfig

2005-01-15 Thread Randy.Dunlap
I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap [EMAIL PROTECTED] diffstat:= arch/x86_64/defconfig |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- Reduce number of modules built via defconfig.

[PATCH] i386: update defconfig

2005-01-15 Thread Randy.Dunlap
I suggest that we do a little defconfig module trimming. Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap [EMAIL PROTECTED] diffstat:= arch/i386/defconfig | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) --- Reduce number of modules built via

conglomerate objects in reference*.pl

2005-01-15 Thread Randy.Dunlap
Hi Keith, I'm seeing some drivers/*/built-in.o that should be ignored AFAIK, but they are not ignored. Any ideas? This is 2.6.11-rc1-bk3 on i386 with allmodconfig (except DEBUG_INFO=n) and gcc 3.3.3. Error: ./drivers/ide/built-in.o .text refers to 0939 R_386_PC32 .init.text Error:

[PATCH] i386: init_intel_cacheinfo() can be __init

2005-01-15 Thread Randy.Dunlap
Correct .text references to .init.data; init_intel_cacheinfo() can be __init. These are references to: static struct _cache_table cache_table[] __initdata = ...; Error: ./arch/i386/kernel/cpu/intel_cacheinfo.o .text refers to 008f R_386_32 .init.data Error:

Re: Simple LKM & copy_from_user question (followup)

2001-07-20 Thread Randy.Dunlap
Hi- I'll suggest a few things for you. cd to your linux tree and 'make modules' Look at the gcc compile string there. Try to copy it closely. I added -I/path/to/linux/include and -D__KERNEL__ and compiled your module with no problem. If you had included the complete messages, we

Re: Simple LKM copy_from_user question (followup)

2001-07-20 Thread Randy.Dunlap
Hi- I'll suggest a few things for you. cd to your linux tree and 'make modules' Look at the gcc compile string there. Try to copy it closely. I added -I/path/to/linux/include and -D__KERNEL__ and compiled your module with no problem. If you had included the complete messages, we

Re: Sticky IO-APIC problem

2001-07-03 Thread Randy.Dunlap
Colin Bayer scribed: | I have a Pentium III 933/133 (Coppermine, stepping 6) in an Intel-manufactured | i810 motherboard (hey, I What mobo (model/name) is it? Can you give us the output from "lspci -vv"? | know it's a lame chipset, but it was on sale). On boot, the kernel (version | 2.4.6-pre8)

Re: Sticky IO-APIC problem

2001-07-03 Thread Randy.Dunlap
Colin Bayer scribed: | I have a Pentium III 933/133 (Coppermine, stepping 6) in an Intel-manufactured | i810 motherboard (hey, I What mobo (model/name) is it? Can you give us the output from lspci -vv? | know it's a lame chipset, but it was on sale). On boot, the kernel (version | 2.4.6-pre8)

[announce] US$25K Award

2001-06-28 Thread Randy.Dunlap
~~~ OSDL (Open Source Development Lab) is offering a $25,000 Enterprise Achievement Award to the developer(s) of technological advances in the field of enterprise Linux, pursuant to some contest rules. The award will be issued to the

[announce] US$25K Award

2001-06-28 Thread Randy.Dunlap
~~~ OSDL (Open Source Development Lab) is offering a $25,000 Enterprise Achievement Award to the developer(s) of technological advances in the field of enterprise Linux, pursuant to some contest rules. The award will be issued to the

Re: PROC under 2.4

2001-06-08 Thread Randy.Dunlap
http://www.kernelnewbies.org/documents/ then ProcFS guide. ~Randy sebastien person wrote: > > Hi, > > I'm trying to port a driver to 2.4, but it seem that proc use has changed. > Is somebody have any docs about ? > > Thanks > > sebastien person > - - To unsubscribe from this list: send the

Re: PROC under 2.4

2001-06-08 Thread Randy.Dunlap
http://www.kernelnewbies.org/documents/ then ProcFS guide. ~Randy sebastien person wrote: Hi, I'm trying to port a driver to 2.4, but it seem that proc use has changed. Is somebody have any docs about ? Thanks sebastien person - - To unsubscribe from this list: send the line

Re: [PATCH] videodev_init() -> initcall

2001-05-18 Thread Randy.Dunlap
Al's patch gives me: videodev.c:550: warning: static declaration for `videodev_init' follows non-static videodev.c: In function `videodev_exit': videodev.c:579: warning: implicit declaration of function `videodev_proc_destroy' Patch to use after Al's patch is attached. ~Randy Alexander Viro

Re: [PATCH] videodev_init() - initcall

2001-05-18 Thread Randy.Dunlap
Al's patch gives me: videodev.c:550: warning: static declaration for `videodev_init' follows non-static videodev.c: In function `videodev_exit': videodev.c:579: warning: implicit declaration of function `videodev_proc_destroy' Patch to use after Al's patch is attached. ~Randy Alexander Viro

Re: int. assignment on SMP + ServerWorks chipset

2001-01-22 Thread Randy.Dunlap
Duncan Laurie wrote: > ... > > The output you are looking for should look something like this: > > Device 00:0f.0 (slot 0): ISA bridge > INTA: link 0x01, irq mask 0x0400 [10] ... > Good luck, and feel free to send me the output from "dump_pirq" > and "mptable" if it doesn't work.. Hi

Re: int. assignment on SMP + ServerWorks chipset

2001-01-22 Thread Randy.Dunlap
Duncan Laurie wrote: ... The output you are looking for should look something like this: Device 00:0f.0 (slot 0): ISA bridge INTA: link 0x01, irq mask 0x0400 [10] ... Good luck, and feel free to send me the output from "dump_pirq" and "mptable" if it doesn't work.. Hi Duncan,

<    1   2   3   4   5   6