On Sun, 31 Dec 2000 21:52:16 -0800,
"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> There is a thread in linux-kernel about how somewhere in
>linux-2.4.0-test13-preX, the Makefile for drivers/char/drm started
>building libdrm.a and not versioning the symbols. I believe the
>following patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
Mirror at ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/v2.3
ksymoops-2.3.6.tar.gz Source tarball, includes RPM spec file
ksymoops-2.3.6-1.src.rpmAs above, in SRPM format
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.24.gzPatch from modutils 2.3.23 to 2.3.24
modutils-2.3.24.tar.gz Source tarball, includes RPM spec file
On Sun, 31 Dec 2000 14:38:16 -0800,
J Sloan <[EMAIL PROTECTED]> wrote:
>Looks good here in most respects, but still needs makefile fixes -
>
># modprobe tdfx
>/lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved
>symbol remap_page_range
> etc, etc
>
>Of course, adding
>
On Sun, 31 Dec 2000 14:38:16 -0800,
J Sloan [EMAIL PROTECTED] wrote:
Looks good here in most respects, but still needs makefile fixes -
# modprobe tdfx
/lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved
symbol remap_page_range
etc, etc
Of course, adding
#include
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
ftp://ftp.country.kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.24.gzPatch from modutils 2.3.23 to 2.3.24
modutils-2.3.24.tar.gz Source tarball, includes RPM spec file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
Mirror at ftp://ftp.country.kernel.org/pub/linux/utils/kernel/ksymoops/v2.3
ksymoops-2.3.6.tar.gz Source tarball, includes RPM spec file
ksymoops-2.3.6-1.src.rpmAs above, in SRPM format
On Sun, 31 Dec 2000 21:52:16 -0800,
"Adam J. Richter" [EMAIL PROTECTED] wrote:
There is a thread in linux-kernel about how somewhere in
linux-2.4.0-test13-preX, the Makefile for drivers/char/drm started
building libdrm.a and not versioning the symbols. I believe the
following patch fixes
On Fri, 29 Dec 2000 14:07:57 -0700,
Frank Jacobberger <[EMAIL PROTECTED]> wrote:
>modprobe: Can't locate module char-major-145
>
>From /usr/src/linux/Documentation/devices.txt
>
>10 charNon-serial mice, misc features
>145 = /dev/hfmodem Soundcard shortwave modem control {2.6}
That
On Fri, 29 Dec 2000 14:07:57 -0700,
Frank Jacobberger [EMAIL PROTECTED] wrote:
modprobe: Can't locate module char-major-145
From /usr/src/linux/Documentation/devices.txt
10 charNon-serial mice, misc features
145 = /dev/hfmodem Soundcard shortwave modem control {2.6}
That is major
On Fri, 29 Dec 2000 01:55:51 +0100,
"Udo A. Steinberg" <[EMAIL PROTECTED]> wrote:
>Can someone explain to me what all those ksymoops warnings are
>about?
>Warning (compare_maps): ksyms_base symbol acpi_clear_event_R__ver_acpi_clear_event
>not found in System.map. Ignoring ksyms_base entry
On Thu, 28 Dec 2000 22:19:37 +0100 (CET),
[EMAIL PROTECTED] wrote:
>I wanted to share what I've done but since I'm very new to kernel hacking
>I don't know what to do with my patch. Could you give me some hints?
linux/Documentation/SubmittingPatches
-
To unsubscribe from this list: send the
On Thu, 28 Dec 2000 22:19:37 +0100 (CET),
[EMAIL PROTECTED] wrote:
I wanted to share what I've done but since I'm very new to kernel hacking
I don't know what to do with my patch. Could you give me some hints?
linux/Documentation/SubmittingPatches
-
To unsubscribe from this list: send the line
On Fri, 29 Dec 2000 01:55:51 +0100,
"Udo A. Steinberg" [EMAIL PROTECTED] wrote:
Can someone explain to me what all those ksymoops warnings are
about?
Warning (compare_maps): ksyms_base symbol acpi_clear_event_R__ver_acpi_clear_event
not found in System.map. Ignoring ksyms_base entry
Read the
On Tue, 26 Dec 2000 21:11:14 +0100,
"J . A . Magallon" <[EMAIL PROTECTED]> wrote:
>Solving other things, I have realized that all that problem on fast
>CC detection (CCFOUND) is easily solved by doing:
> CC := $(.)
>instead of
> CC = $(.)
>The find of the
On Tue, 26 Dec 2000 21:11:14 +0100,
"J . A . Magallon" [EMAIL PROTECTED] wrote:
Solving other things, I have realized that all that problem on fast
CC detection (CCFOUND) is easily solved by doing:
CC := $(.)
instead of
CC = $(.)
The find of the suitable CC
On Thu, 21 Dec 2000 02:26:12 + (GMT),
Ian Stirling <[EMAIL PROTECTED]> wrote:
>I've not noticed this on earlier kernel versions, is there something
>silly I'm missing that's making my DEC hinote VP (p100 laptop)s
>system clock slow by a factor of five or so after resume?
>Not the CPU or
On Thu, 21 Dec 2000 02:26:12 + (GMT),
Ian Stirling [EMAIL PROTECTED] wrote:
I've not noticed this on earlier kernel versions, is there something
silly I'm missing that's making my DEC hinote VP (p100 laptop)s
system clock slow by a factor of five or so after resume?
Not the CPU or cmos
On Tue, 19 Dec 2000 15:20:17 GMT,
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>I just compiled 2.2.18 for my AlphaServer 400 4/233, and noticed a lot of
>messages like the following during the compile, they all contain the
>'Ignoring changed section attributes for .modinfo' part:
The way .modinfo
On Wed, 20 Dec 2000 10:31:12 +0100,
Christian Gennerat <[EMAIL PROTECTED]> wrote:
>About Standard aliases:
>> modprobe -c
>...
>alias ppp-compress-21 bsd_comp
>...
>
>Why bsd_comp is the standard alias?
You should also have
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
On Wed, 20 Dec 2000 10:31:12 +0100,
Christian Gennerat [EMAIL PROTECTED] wrote:
About Standard aliases:
modprobe -c
...
alias ppp-compress-21 bsd_comp
...
Why bsd_comp is the standard alias?
You should also have
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
The number
On Tue, 19 Dec 2000 15:20:17 GMT,
Jesper Juhl [EMAIL PROTECTED] wrote:
I just compiled 2.2.18 for my AlphaServer 400 4/233, and noticed a lot of
messages like the following during the compile, they all contain the
'Ignoring changed section attributes for .modinfo' part:
The way .modinfo is
modutils 2.3.23 has a bug with empty MODULE_GENERIC_STRING entries,
depmod loops.
Index: 23.11/depmod/depmod.c
--- 23.11/depmod/depmod.c Sun, 17 Dec 2000 10:18:04 +1100 kaos
(modutils-2.3/b/43_depmod.c 1.39 644)
+++ 23.11(w)/depmod/depmod.c Wed, 20 Dec 2000 08:13:18 +1100 kaos
On Mon, 18 Dec 2000 10:35:58 -0500 (EST),
M Sweger <[EMAIL PROTECTED]> wrote:
>Question: Is it possible to update the ksymoops utility to a
> newer version vs. the one supplied which is v0.6?
Read the warning message. ksymoops is separate from the kernel after 2.2.
WARNING: This
On Mon, 18 Dec 2000 10:35:58 -0500 (EST),
M Sweger [EMAIL PROTECTED] wrote:
Question: Is it possible to update the ksymoops utility to a
newer version vs. the one supplied which is v0.6?
Read the warning message. ksymoops is separate from the kernel after 2.2.
WARNING: This
modutils 2.3.23 has a bug with empty MODULE_GENERIC_STRING entries,
depmod loops.
Index: 23.11/depmod/depmod.c
--- 23.11/depmod/depmod.c Sun, 17 Dec 2000 10:18:04 +1100 kaos
(modutils-2.3/b/43_depmod.c 1.39 644)
+++ 23.11(w)/depmod/depmod.c Wed, 20 Dec 2000 08:13:18 +1100 kaos
On Sun, 17 Dec 2000 11:39:50 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>On Sun, 17 Dec 2000, Keith Owens wrote:
>
>> The rest of the kernel already depends totally on these "subtle" issues
>> with link order. Why should mtd be different?
>
&
On Sun, 17 Dec 2000 10:44:09 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>The conditional compilation is far more obvious to people than subtle
>issues with link order. So I prefer to avoid the latter at all costs.
The rest of the kernel already depends totally on these "subtle"
On Sun, 17 Dec 2000 10:01:07 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>On Sun, 17 Dec 2000, Keith Owens wrote:
>
>> Somebody changed include/linux/mtd/map.h between 2.4.0-test11 and
>> test12. That change is wrong, it adds conditional complexity whe
On Sun, 17 Dec 2000 09:22:04 +0100,
Norbert Breun <[EMAIL PROTECTED]> wrote:
>having applied your patch below + modutils2.3.23-1 + kernel2.4.0-test13pre2
>all seems to run perfect.
>But when starting kwintv /dev/video is not found. /dev/video is a symling on
>/dev/video0 and with kernel
On Sun, 17 Dec 2000 09:22:04 +0100,
Norbert Breun [EMAIL PROTECTED] wrote:
having applied your patch below + modutils2.3.23-1 + kernel2.4.0-test13pre2
all seems to run perfect.
But when starting kwintv /dev/video is not found. /dev/video is a symling on
/dev/video0 and with kernel
On Sun, 17 Dec 2000 10:01:07 + (GMT),
David Woodhouse [EMAIL PROTECTED] wrote:
On Sun, 17 Dec 2000, Keith Owens wrote:
Somebody changed include/linux/mtd/map.h between 2.4.0-test11 and
test12. That change is wrong, it adds conditional complexity where it
is not required
On Sun, 17 Dec 2000 10:44:09 + (GMT),
David Woodhouse [EMAIL PROTECTED] wrote:
The conditional compilation is far more obvious to people than subtle
issues with link order. So I prefer to avoid the latter at all costs.
The rest of the kernel already depends totally on these "subtle" issues
On Sun, 17 Dec 2000 11:39:50 + (GMT),
David Woodhouse [EMAIL PROTECTED] wrote:
On Sun, 17 Dec 2000, Keith Owens wrote:
The rest of the kernel already depends totally on these "subtle" issues
with link order. Why should mtd be different?
Because I maintain the MTD code
On Sat, 16 Dec 2000 18:31:28 -0500 (EST),
John Covici <[EMAIL PROTECTED]> wrote:
>Hi. I have a RealTech 8139 Ethernet card and I am using kernel
>2.2.18. I tried to use the new driver 8139too as a module, but when
>doing an insmod or modprobe on the module I got "symbol forparameter
>debug not
. Andrew Morton.
* Include latest Redhat alias list. Bill Nottingham.
* hppa and hppa64 support. Richard Hirst.
* Rework Makefiles for common 32/64 code. Keith Owens.
* Add parportmap. Adam J Richter, Keith Owens.
* Use GNU standards for cross compile
On Sat, 16 Dec 2000 23:07:01 +0100,
Rasmus Andersen <[EMAIL PROTECTED]> wrote:
>Various files in drivers/mtd references cfi_probe (by way of do_cfi_probe).
>This function is static and thus not shared. The following patch removes
>the static declaration but if it is What Was Intended I do not
On Sat, 16 Dec 2000 05:32:51 -0600,
Lee Leahu <[EMAIL PROTECTED]> wrote:
>i'm not very familiar with klog, but i'll go with klogd.
>do i append a '-x' to the line that calls klogs in the startup scripts or
>is there some other better way of preventing klogd from destroying
>the Oops information.
On Sat, 16 Dec 2000 00:24:01 -0500,
Jon Akers <[EMAIL PROTECTED]> wrote:
>This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
>and module compilation.
Index: 0-test13-pre2.1/fs/lockd/svc.c
--- 0-test13-pre2.1/fs/lockd/svc.c Mon, 02 Oct 2000 15:28:44 +1100 kaos
On Sat, 16 Dec 2000 11:32:44 +0100,
f5ibh <[EMAIL PROTECTED]> wrote:
>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o: unresolved symbol rpc_wake_up_task
Does this fix it?
Index: 0-test13-pre2.1/fs/lockd/svc.c
---
On Sat, 16 Dec 2000 11:32:44 +0100,
f5ibh [EMAIL PROTECTED] wrote:
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o: unresolved symbol rpc_wake_up_task
Does this fix it?
Index: 0-test13-pre2.1/fs/lockd/svc.c
---
On Sat, 16 Dec 2000 00:24:01 -0500,
Jon Akers [EMAIL PROTECTED] wrote:
This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
and module compilation.
Index: 0-test13-pre2.1/fs/lockd/svc.c
--- 0-test13-pre2.1/fs/lockd/svc.c Mon, 02 Oct 2000 15:28:44 +1100 kaos
On Sat, 16 Dec 2000 05:32:51 -0600,
Lee Leahu [EMAIL PROTECTED] wrote:
i'm not very familiar with klog, but i'll go with klogd.
do i append a '-x' to the line that calls klogs in the startup scripts or
is there some other better way of preventing klogd from destroying
the Oops information.
Edit
On Sat, 16 Dec 2000 23:07:01 +0100,
Rasmus Andersen [EMAIL PROTECTED] wrote:
Various files in drivers/mtd references cfi_probe (by way of do_cfi_probe).
This function is static and thus not shared. The following patch removes
the static declaration but if it is What Was Intended I do not know.
in rmmod.c. Andrew Morton.
* Include latest Redhat alias list. Bill Nottingham.
* hppa and hppa64 support. Richard Hirst.
* Rework Makefiles for common 32/64 code. Keith Owens.
* Add parportmap. Adam J Richter, Keith Owens.
* Use GNU standards for cross
On Sat, 16 Dec 2000 18:31:28 -0500 (EST),
John Covici [EMAIL PROTECTED] wrote:
Hi. I have a RealTech 8139 Ethernet card and I am using kernel
2.2.18. I tried to use the new driver 8139too as a module, but when
doing an insmod or modprobe on the module I got "symbol forparameter
debug not
On Fri, 15 Dec 2000 15:37:29 +0100,
Ingo Oeser <[EMAIL PROTECTED]> wrote:
>> Trace; c01091d8
>
>> Trace; c0105000
>> Trace; c0100191
>
>Once again we have these two symbols on the stack.
Probably spurious. Remember that ix86 show stack prints anything that
looks like a kernel address,
On Fri, 15 Dec 2000 19:37:49 -0800 (PST),
[EMAIL PROTECTED] wrote:
>Do you have an alternative reccomendation? I've shown where the symlink
>method WILL fail. You disagree that having the configured headers copied
>is a workable idea. What else is there?
Use the pcmcia-cs method. Ask where the
On Thu, 14 Dec 2000 14:55:59 -0500,
Gerard Beekmans <[EMAIL PROTECTED]> wrote:
>Every time I try to copy a specific directory to a mounted loop file system,
>Linux freezes up on me. I've tried this several times and it freezes up at
>the same place every time. When I copy that same directory
On Thu, 14 Dec 2000 14:55:59 -0500,
Gerard Beekmans [EMAIL PROTECTED] wrote:
Every time I try to copy a specific directory to a mounted loop file system,
Linux freezes up on me. I've tried this several times and it freezes up at
the same place every time. When I copy that same directory to a
On Fri, 15 Dec 2000 19:37:49 -0800 (PST),
[EMAIL PROTECTED] wrote:
Do you have an alternative reccomendation? I've shown where the symlink
method WILL fail. You disagree that having the configured headers copied
is a workable idea. What else is there?
Use the pcmcia-cs method. Ask where the
On Fri, 15 Dec 2000 15:37:29 +0100,
Ingo Oeser [EMAIL PROTECTED] wrote:
Trace; c01091d8 cpu_idle+38/50
Trace; c0105000 empty_bad_page+0/1000
Trace; c0100191 L6+0/2
Once again we have these two symbols on the stack.
Probably spurious. Remember that ix86 show stack prints anything that
On Wed, 13 Dec 2000 22:13:29 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> previously because nobody used those options. Since these are bugs in
>> the modules and only a few modules are affected (less than 5 reported),
>> the fix is to correct the modules that have coding errors.
>
>That
On Wed, 13 Dec 2000 21:10:54 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>It is modutils. Their behaviour changed in a non back compatible way. Do not
>use modutils 2.3.22 with Linux 2.2.* is the simple answer. Perhaps Keith can
>make this a warning in 2.3.23
Adding persistent module data
On Wed, 13 Dec 2000 21:10:54 + (GMT),
Alan Cox [EMAIL PROTECTED] wrote:
It is modutils. Their behaviour changed in a non back compatible way. Do not
use modutils 2.3.22 with Linux 2.2.* is the simple answer. Perhaps Keith can
make this a warning in 2.3.23
Adding persistent module data to
On Wed, 13 Dec 2000 22:13:29 + (GMT),
Alan Cox [EMAIL PROTECTED] wrote:
previously because nobody used those options. Since these are bugs in
the modules and only a few modules are affected (less than 5 reported),
the fix is to correct the modules that have coding errors.
That wont be
On Tue, 12 Dec 2000 09:39:31 -0500,
root <[EMAIL PROTECTED]> wrote:
>I've just patched and reconfigured to 2.2.18 (from 2.2.17 on an
>i686-linux-gnu[2.2]). make bzImage fails with:
>ld:/usr/src/linux/arch/i386/vmlinux.lds:73: parse error
> /* Stabs debugging sections. */
> .
> stab 0 : {
On Tue, 12 Dec 2000 09:39:31 -0500,
root [EMAIL PROTECTED] wrote:
I've just patched and reconfigured to 2.2.18 (from 2.2.17 on an
i686-linux-gnu[2.2]). make bzImage fails with:
ld:/usr/src/linux/arch/i386/vmlinux.lds:73: parse error
/* Stabs debugging sections. */
.
stab 0 : { *(.stab)
http://oss.sgi.com/projects/kdb/download/ix86/ contains patches for kdb
v1.7 against 2.4.0-test11 and 2.4.0-test12.
There is a large amount of internal reorganisation from kdb v1.6 to
v1.7 to make it easier to support multiple architectures. Most of this
is feedback from the kdb for IA64 work
On Mon, 11 Dec 2000 20:13:46 -0500 (EST),
"Georg Nikodym" <[EMAIL PROTECTED]> wrote:
>Here's a patch (against sysklogd-1.3-31) that completely tear out the
>symbol processing code.
Looks good, except that you need to keep the option flags for backwards
compatibility. There are a *lot* of
On Mon, 11 Dec 2000 21:42:14 -0200,
Fr d ric L . W . Meunier <[EMAIL PROTECTED]> wrote:
>Is this a 2.4.0 issue? Because I see the warnings on 2.2.18
>too, and also building alsa-driver. I use modutils 2.3.22.
>binutils 2.10.1.0.2. glibc 2.2.
The kernel is trying to fudge the section flags for
On Mon, 11 Dec 2000 14:59:01 -0800,
"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> linux-2.4.0test12pre8/include/linux/module.h contains some
>kernel-specific declarations that now reference struct list_head, which
>which is only defined when __KERNEL__ is set. This causes sysklogd
>and
On Mon, 11 Dec 2000 19:05:42 +0800,
"Corisen" <[EMAIL PROTECTED]> wrote:
>Thanks for your reply. The below mentioned warning messages where displayed
>while using modutils 2.3.22. Guess I need to apply the patch you mentioned
>to removed all the anonying messages.
>
>As I've not applied any
On Mon, 11 Dec 2000 17:15:53 +0800,
"Corisen" <[EMAIL PROTECTED]> wrote:
>i'm compiling kernel 2.4.0-test11 uder RH7. i've changed the CC= line to use
>kgcc, executed "make clean" and "make mrproper". "make menuconfig" and "make
>dep" went smoothly. however during the "make modules" process,
On Mon, 11 Dec 2000 17:15:53 +0800,
"Corisen" [EMAIL PROTECTED] wrote:
i'm compiling kernel 2.4.0-test11 uder RH7. i've changed the CC= line to use
kgcc, executed "make clean" and "make mrproper". "make menuconfig" and "make
dep" went smoothly. however during the "make modules" process, several
On Mon, 11 Dec 2000 19:05:42 +0800,
"Corisen" [EMAIL PROTECTED] wrote:
Thanks for your reply. The below mentioned warning messages where displayed
while using modutils 2.3.22. Guess I need to apply the patch you mentioned
to removed all the anonying messages.
As I've not applied any patch
On Mon, 11 Dec 2000 14:59:01 -0800,
"Adam J. Richter" [EMAIL PROTECTED] wrote:
linux-2.4.0test12pre8/include/linux/module.h contains some
kernel-specific declarations that now reference struct list_head, which
which is only defined when __KERNEL__ is set. This causes sysklogd
and
On Mon, 11 Dec 2000 21:42:14 -0200,
Fr d ric L . W . Meunier [EMAIL PROTECTED] wrote:
Is this a 2.4.0 issue? Because I see the warnings on 2.2.18
too, and also building alsa-driver. I use modutils 2.3.22.
binutils 2.10.1.0.2. glibc 2.2.
The kernel is trying to fudge the section flags for
On Mon, 11 Dec 2000 20:13:46 -0500 (EST),
"Georg Nikodym" [EMAIL PROTECTED] wrote:
Here's a patch (against sysklogd-1.3-31) that completely tear out the
symbol processing code.
Looks good, except that you need to keep the option flags for backwards
compatibility. There are a *lot* of scripts
http://oss.sgi.com/projects/kdb/download/ix86/ contains patches for kdb
v1.7 against 2.4.0-test11 and 2.4.0-test12.
There is a large amount of internal reorganisation from kdb v1.6 to
v1.7 to make it easier to support multiple architectures. Most of this
is feedback from the kdb for IA64 work
On Sun, 10 Dec 2000 17:44:06 + (GMT),
Tim <[EMAIL PROTECTED]> wrote:
>Dec 10 17:08:24 oxygen kernel: Call Trace: []
>[call_spurious_interrupt+33951/35940] [sprintf+20/28]
>[call_spurious_interrupt+33924/35940] [do_resource_list+77/132]
>[call_spurious_interrupt+33907/35940] []
Yet
On Sun, 10 Dec 2000 13:38:56 -0300,
Horst von Brand <[EMAIL PROTECTED]> wrote:
>With 2.2.18pre27 on i686 I get:
>
> /lib/modules/2.2.18/ipv4/ip_masq_user.o
>warning: symbol for parameter ports not found
>ports int array (min = 1, max = 12)
>debug int
ports is not used in ip_masq_user, dead
modutils 2.3.22 does more rigorous checking of MODULE_PARM entries and
has already found several cases where MODULE_PARM(x) is used but the
corresponding variable 'x' is not defined. These are module coding
bugs that were previously hidden. Run this script to do a quick check
of all your
modutils 2.3.22 does more rigorous checking of MODULE_PARM entries and
has already found several cases where MODULE_PARM(x) is used but the
corresponding variable 'x' is not defined. These are module coding
bugs that were previously hidden. Run this script to do a quick check
of all your
On Sun, 10 Dec 2000 13:38:56 -0300,
Horst von Brand [EMAIL PROTECTED] wrote:
With 2.2.18pre27 on i686 I get:
/lib/modules/2.2.18/ipv4/ip_masq_user.o
warning: symbol for parameter ports not found
ports int array (min = 1, max = 12)
debug int
ports is not used in ip_masq_user, dead code.
On Sun, 10 Dec 2000 17:44:06 + (GMT),
Tim [EMAIL PROTECTED] wrote:
Dec 10 17:08:24 oxygen kernel: Call Trace: [d08925b7]
[call_spurious_interrupt+33951/35940] [sprintf+20/28]
[call_spurious_interrupt+33924/35940] [do_resource_list+77/132]
[call_spurious_interrupt+33907/35940] [d08925b7]
On Sat, 09 Dec 2000 18:32:56 -0500,
Michael Rothwell <[EMAIL PROTECTED]> wrote:
>Alan Cox wrote:
>> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
>> I'll move it over tomorrow if nobody reports any horrors, missing files etc
>
>Fresh 2.2.17, "patch -p1 <
. Werner Almesberger.
* modprobe -C did not print probe/probeall. Wolfgang Oertl.
* options statement was confused by /dev/snd and snd. Wolfgang Oertl.
* Report failing module in a dependency list. Original patch by
Pavel Roskin, reworked by Keith Owens
changes. Werner Almesberger.
* modprobe -C did not print probe/probeall. Wolfgang Oertl.
* options statement was confused by /dev/snd and snd. Wolfgang Oertl.
* Report failing module in a dependency list. Original patch by
Pavel Roskin, reworked by Keith Owens
On Fri, 8 Dec 2000 16:53:16 -0800,
"David D.W. Downey" <[EMAIL PROTECTED]> wrote:
>When building the kernel things buld fine with no errors other than the
>standard warnings generated by -Wall. Running the make dep bzImage modules
>modules_install command completes. Nothing big there, but when i
On Fri, 8 Dec 2000 14:14:31 -0500,
"Jean-Francois Nadeau" <[EMAIL PROTECTED]> wrote:
>Dec 7 17:01:54 trinity kernel: EIP:
>0010:[update_vm_cache_conditional+138/328]
You are letting klogd convert the oops, it is broken. Change klogd to
run with "klogd -x", reproduce the oops and get a clean
On Fri, 8 Dec 2000 07:58:06 -0500 (EST),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>Too many people just want to argue without even reading what they
>are arguing against. Again, I implied nothing. I said;
>
> (1) User traps, CPL3, stack for trap is in CPL0.
> (2) CPL0 has stack-fault (bad
On Fri, 8 Dec 2000 11:30:06 -0500 (EST),
"Georg Nikodym" <[EMAIL PROTECTED]> wrote:
>But since you seem to and while we're doing extreme surgery, why have
>klogd at all? Every other unix, kernel messages are handled by the
>syslog system. What problem did klogd solve and does that problem
On Fri, 8 Dec 2000 11:30:06 -0500 (EST),
"Georg Nikodym" [EMAIL PROTECTED] wrote:
But since you seem to and while we're doing extreme surgery, why have
klogd at all? Every other unix, kernel messages are handled by the
syslog system. What problem did klogd solve and does that problem
still
On Fri, 8 Dec 2000 07:58:06 -0500 (EST),
"Richard B. Johnson" [EMAIL PROTECTED] wrote:
Too many people just want to argue without even reading what they
are arguing against. Again, I implied nothing. I said;
(1) User traps, CPL3, stack for trap is in CPL0.
(2) CPL0 has stack-fault (bad ring
On Fri, 8 Dec 2000 14:14:31 -0500,
"Jean-Francois Nadeau" [EMAIL PROTECTED] wrote:
Dec 7 17:01:54 trinity kernel: EIP:
0010:[update_vm_cache_conditional+138/328]
You are letting klogd convert the oops, it is broken. Change klogd to
run with "klogd -x", reproduce the oops and get a clean
On Fri, 8 Dec 2000 16:53:16 -0800,
"David D.W. Downey" [EMAIL PROTECTED] wrote:
When building the kernel things buld fine with no errors other than the
standard warnings generated by -Wall. Running the make dep bzImage modules
modules_install command completes. Nothing big there, but when i
On Thu, 07 Dec 2000 17:23:51 -0800,
Joseph Cheek <[EMAIL PROTECTED]> wrote:
>i'll check it out. i'm compiling ksymoops now, is there a way to get it to
>work without a static libbfd? all i've got is a libbfd.so, and i'm going to
>need to recompile binutils if i must have a libbfd.a.
On Thu, 07 Dec 2000 14:42:38 -0800,
Joseph Cheek <[EMAIL PROTECTED]> wrote:
>loop.o built as module. this hard crashes the machine, every time
>[PIII-450]. i don't know how to debug this, is there a FAQ?
linux/Documentation/oops-tracing.txt
-
To unsubscribe from this list: send the line
On Thu, 7 Dec 2000 12:36:01 -0500 (EST),
"Georg Nikodym" <[EMAIL PROTECTED]> wrote:
>>>>>> "KO" == Keith Owens <[EMAIL PROTECTED]> writes:
>
> KO> I would prefer to see the oops decoding completely removed from
> KO> klogd.
On Thu, 7 Dec 2000 23:36:23 +0100,
Florian Schmitt <[EMAIL PROTECTED]> wrote:
>I had the following oops while doing a "find -name" and playing mp3s on
>my SB live:
>0010:[ne2k-pci:__insmod_ne2k-pci_O/lib/modules/2.4.0-test12/kernel/drivers+-2386971/96]
>It seems strange that the oops occured in
On Thu, 7 Dec 2000 21:09:47 +,
[EMAIL PROTECTED] wrote:
>In summary I'd say the lack of a task gate is at the very least an
>oversight, if not a bug.
>
>If no one else wants to do it I'll see if I can code up the task gates for
>the double-fault and NMI.
If you overflow the kernel stack
On Thu, 7 Dec 2000 21:09:47 +,
[EMAIL PROTECTED] wrote:
In summary I'd say the lack of a task gate is at the very least an
oversight, if not a bug.
If no one else wants to do it I'll see if I can code up the task gates for
the double-fault and NMI.
If you overflow the kernel stack then you
On Thu, 7 Dec 2000 23:36:23 +0100,
Florian Schmitt [EMAIL PROTECTED] wrote:
I had the following oops while doing a "find -name" and playing mp3s on
my SB live:
0010:[ne2k-pci:__insmod_ne2k-pci_O/lib/modules/2.4.0-test12/kernel/drivers+-2386971/96]
It seems strange that the oops occured in
On Thu, 7 Dec 2000 12:36:01 -0500 (EST),
"Georg Nikodym" [EMAIL PROTECTED] wrote:
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO I would prefer to see the oops decoding completely removed from
KO klogd.
Since nobody else has weighed in on this issue, I quickly did the
On Thu, 07 Dec 2000 14:42:38 -0800,
Joseph Cheek [EMAIL PROTECTED] wrote:
loop.o built as module. this hard crashes the machine, every time
[PIII-450]. i don't know how to debug this, is there a FAQ?
linux/Documentation/oops-tracing.txt
-
To unsubscribe from this list: send the line
On Thu, 07 Dec 2000 17:23:51 -0800,
Joseph Cheek [EMAIL PROTECTED] wrote:
i'll check it out. i'm compiling ksymoops now, is there a way to get it to
work without a static libbfd? all i've got is a libbfd.so, and i'm going to
need to recompile binutils if i must have a libbfd.a.
On Wed, 6 Dec 2000 17:24:58 -0500 (EST),
"Georg Nikodym" <[EMAIL PROTECTED]> wrote:
>sysklogd 1.3-31 no longer compiles using the latest headers in test11.
>
>Strictly speaking this isn't a kernel bug...
>
>sysklogd's ksym_mod.c includes
Speaking as the modutils maintainer and the person who
On Wed, 6 Dec 2000 17:24:58 -0500 (EST),
"Georg Nikodym" [EMAIL PROTECTED] wrote:
sysklogd 1.3-31 no longer compiles using the latest headers in test11.
Strictly speaking this isn't a kernel bug...
sysklogd's ksym_mod.c includes linux/module.h
Speaking as the modutils maintainer and the
On Mon, 4 Dec 2000 20:39:29 -0500,
Wakko Warner <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> Is there any chance of changing arch/alpha/kernel/traps.c to print
>> registers, trace and _raw_ code, in that order so it is more like other
>> architectures? You can pri
701 - 800 of 1347 matches
Mail list logo