On Sat, 23 Jul 2005 08:53:00 +0200,
Stefan Smietanowski <[EMAIL PROTECTED]> wrote:
>Pavel Machek wrote:
>> Well, we have debugged with beeps, but... It would be cool if someone
>> got usb debug mode working but... and there are hardware debuggers.
>
>If kdb is your thing then SGI has gotten kdb
On Sat, 23 Jul 2005 08:53:00 +0200,
Stefan Smietanowski [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
Well, we have debugged with beeps, but... It would be cool if someone
got usb debug mode working but... and there are hardware debuggers.
If kdb is your thing then SGI has gotten kdb work over
On Fri, 22 Jul 2005 19:46:00 +,
Sam Ravnborg [EMAIL PROTECTED] wrote:
On Thu, Jul 21, 2005 at 11:06:21PM -0400, Chuck Ebbert wrote:
I have this in my .config file for 2.6.13-rc3:
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
#
On Thu, 21 Jul 2005 12:11:21 +0100,
Sid Boyce <[EMAIL PROTECTED]> wrote:
> CHK include/linux/version.h
>make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
> CHK include/linux/compile.h
> CHK usr/initramfs_list
> CC arch/i386/kernel/traps.o
On Thu, 21 Jul 2005 12:11:21 +0100,
Sid Boyce [EMAIL PROTECTED] wrote:
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
CC arch/i386/kernel/traps.o
arch/i386/kernel/traps.c:809:
The 2.6.13-rc3 version of KDB (Linux Kernel Debugger) supports a USB
keyboard (CONFIG_KDB_USB). At the moment it only supports the OHCI
interface, this is what SGI hardware uses. If anybody has hardware
that uses the UHCI interface for the keyboard and can create a kdb
patch, that patch will be
The 2.6.13-rc3 version of KDB (Linux Kernel Debugger) supports a USB
keyboard (CONFIG_KDB_USB). At the moment it only supports the OHCI
interface, this is what SGI hardware uses. If anybody has hardware
that uses the UHCI interface for the keyboard and can create a kdb
patch, that patch will be
2.6.13-rc3 + kdb (which does not touch udev/hotplug) on IA64 (Altix).
gcc version 3.3.3 (SuSE Linux). Compiled with DEBUG_SLAB,
DEBUG_PREEMPT, DEBUG_SPINLOCK, DEBUG_SPINLOCK_SLEEP, DEBUG_KOBJECT.
There is a use after free somewhere above class_device_attr_show.
<7>fill_kobj_path: path =
2.6.13-rc3 + kdb (which does not touch udev/hotplug) on IA64 (Altix).
gcc version 3.3.3 (SuSE Linux). Compiled with DEBUG_SLAB,
DEBUG_PREEMPT, DEBUG_SPINLOCK, DEBUG_SPINLOCK_SLEEP, DEBUG_KOBJECT.
There is a use after free somewhere above class_device_attr_show.
7fill_kobj_path: path =
On Mon, 18 Jul 2005 11:29:39 +0530 (IST),
Subbu <[EMAIL PROTECTED]> wrote:
> I have REDHAT 9.0 (kernel version 2.4.20-8) and i want to have KDB.
>please tell me which version of KDB i can use with redhat 9.0 and above
>mentioned kernel version.
Sorry, not available. RedHat do not want kdb so
On Mon, 18 Jul 2005 11:29:39 +0530 (IST),
Subbu [EMAIL PROTECTED] wrote:
I have REDHAT 9.0 (kernel version 2.4.20-8) and i want to have KDB.
please tell me which version of KDB i can use with redhat 9.0 and above
mentioned kernel version.
Sorry, not available. RedHat do not want kdb so SGI do
2.6.12-rc2, with CONFIG_PREEMPT and CONFIG_PREEMPT_DEBUG. The
in_atomic() macro thinks that preempt_disable() indicates an atomic
region so calls to __might_sleep() result in a stack trace.
preempt_count() returns 1, no soft or hard irqs are running and no
spinlocks are held. It looks like there
2.6.12-rc2, with CONFIG_PREEMPT and CONFIG_PREEMPT_DEBUG. The
in_atomic() macro thinks that preempt_disable() indicates an atomic
region so calls to __might_sleep() result in a stack trace.
preempt_count() returns 1, no soft or hard irqs are running and no
spinlocks are held. It looks like there
On Mon, 28 Mar 2005 18:06:08 -0800,
Chris Wedgwood <[EMAIL PROTECTED]> wrote:
>On Mon, Mar 28, 2005 at 04:24:15PM -0800, Chris Wright wrote:
>
>> Imperfect stack trace decoding.
>
>Is this with CONFIG_4K_STACKS? does it happen w/o it?
i386 needs unwind data plus a kernel unwinder to get
On Mon, 28 Mar 2005 13:37:31 +0200,
Willy TARREAU <[EMAIL PROTECTED]> wrote:
>On Mon, Mar 28, 2005 at 09:00:59PM +1000, Keith Owens wrote:
>> You need modutils >= 2.4.14 to use the combination of
>> CONFIG_MODVERSIONS with EXPORT_SYMBOL_GPL() on 2.4 kernels.
>
>
On Mon, 28 Mar 2005 06:20:01 +0200,
Willy Tarreau <[EMAIL PROTECTED]> wrote:
>I believe it's because of genksyms during the build process, I had the
>exact same problem a few weeks ago on a machine with old modutils. So
>you should have cleaned everything and rebuilt from scratch after
On Mon, 28 Mar 2005 06:20:01 +0200,
Willy Tarreau [EMAIL PROTECTED] wrote:
I believe it's because of genksyms during the build process, I had the
exact same problem a few weeks ago on a machine with old modutils. So
you should have cleaned everything and rebuilt from scratch after
installing your
On Mon, 28 Mar 2005 13:37:31 +0200,
Willy TARREAU [EMAIL PROTECTED] wrote:
On Mon, Mar 28, 2005 at 09:00:59PM +1000, Keith Owens wrote:
You need modutils = 2.4.14 to use the combination of
CONFIG_MODVERSIONS with EXPORT_SYMBOL_GPL() on 2.4 kernels.
Thanks for the precision Keith.
So
On Mon, 28 Mar 2005 18:06:08 -0800,
Chris Wedgwood [EMAIL PROTECTED] wrote:
On Mon, Mar 28, 2005 at 04:24:15PM -0800, Chris Wright wrote:
Imperfect stack trace decoding.
Is this with CONFIG_4K_STACKS? does it happen w/o it?
i386 needs unwind data plus a kernel unwinder to get accurate
On Mon, 14 Mar 2005 22:43:41 +0100,
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>On Sat, Feb 26, 2005 at 09:50:02PM +1100, Keith Owens wrote:
>> Make it easier to generate maps for debugging kallsyms problems.
>> debug_kallsyms is only a debugging target so no help or silent mo
On Mon, 14 Mar 2005 11:02:09 -0800,
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>
>Reduce noise in 'make buildcheck' that is caused by CONFIG_DEBUG_INFO=y.
>
>Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
>
>diffstat:=
> scripts/reference_discarded.pl |3 +++
> scripts/reference_init.pl |
On Mon, 14 Mar 2005 11:02:09 -0800,
Randy.Dunlap [EMAIL PROTECTED] wrote:
Reduce noise in 'make buildcheck' that is caused by CONFIG_DEBUG_INFO=y.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
diffstat:=
scripts/reference_discarded.pl |3 +++
scripts/reference_init.pl |1 +
2
On Mon, 14 Mar 2005 22:43:41 +0100,
Sam Ravnborg [EMAIL PROTECTED] wrote:
On Sat, Feb 26, 2005 at 09:50:02PM +1100, Keith Owens wrote:
Make it easier to generate maps for debugging kallsyms problems.
debug_kallsyms is only a debugging target so no help or silent mode.
Signed-off-by: Keith
kdb-v4.4-2.6.11-ia64-1.bz2
kdb-v4.4-2.6.9-rc2-x86-64-1.bz2 (may or may not work with 2.6.11).
Changelog extract since kdb-v4.4-2.6.10-common-1.
2005-03-03 Keith Owens <[EMAIL PROTECTED]>
* Add kdb to drivers/serial/8250_early.c. Francois Wellenreiter, Bull.
* kd
kdb-v4.4-2.6.11-ia64-1.bz2
kdb-v4.4-2.6.9-rc2-x86-64-1.bz2 (may or may not work with 2.6.11).
Changelog extract since kdb-v4.4-2.6.10-common-1.
2005-03-03 Keith Owens [EMAIL PROTECTED]
* Add kdb to drivers/serial/8250_early.c. Francois Wellenreiter, Bull.
* kdb v4.4-2.6.11
Make it easier to generate maps for debugging kallsyms problems.
debug_kallsyms is only a debugging target so no help or silent mode.
Signed-off-by: Keith Owens
Index: linux/Makefile
===
--- linux.orig/Makefile 2005-02-25 16:21
On Fri, 25 Feb 2005 11:33:48 +0100 (CET),
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
>One of my m68k configs has been giving
>
>| Inconsistent kallsyms data
>| Try setting CONFIG_KALLSYMS_EXTRA_PASS
>
>since 2.6.11-rc3 or so. Setting CONFIG_KALLSYMS_EXTRA_PASS, or applying Keith
>Owen's
On Fri, 25 Feb 2005 11:33:48 +0100 (CET),
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
One of my m68k configs has been giving
| Inconsistent kallsyms data
| Try setting CONFIG_KALLSYMS_EXTRA_PASS
since 2.6.11-rc3 or so. Setting CONFIG_KALLSYMS_EXTRA_PASS, or applying Keith
Owen's patch to fix
Make it easier to generate maps for debugging kallsyms problems.
debug_kallsyms is only a debugging target so no help or silent mode.
Signed-off-by: Keith Owens kaos@ocs.com.au
Index: linux/Makefile
===
--- linux.orig/Makefile 2005
On Fri, 25 Feb 2005 11:33:48 +0100 (CET),
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
>One of my m68k configs has been giving
>
>| Inconsistent kallsyms data
>| Try setting CONFIG_KALLSYMS_EXTRA_PASS
>
>since 2.6.11-rc3 or so. Setting CONFIG_KALLSYMS_EXTRA_PASS, or applying Keith
>Owen's
On Fri, 25 Feb 2005 11:33:48 +0100 (CET),
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
One of my m68k configs has been giving
| Inconsistent kallsyms data
| Try setting CONFIG_KALLSYMS_EXTRA_PASS
since 2.6.11-rc3 or so. Setting CONFIG_KALLSYMS_EXTRA_PASS, or applying Keith
Owen's patch to fix
On Tue, 25 Jan 2005 09:25:57 -0800,
Nick Pollitt <[EMAIL PROTECTED]> wrote:
>Hello. I'm thinking that the 0x was stripped for purely cosmetic reasons
>rather than anything functional. I had originally thought that the readln
>function might need the formatting, but taking a closer look at it
On Tue, 25 Jan 2005 09:25:57 -0800,
Nick Pollitt [EMAIL PROTECTED] wrote:
Hello. I'm thinking that the 0x was stripped for purely cosmetic reasons
rather than anything functional. I had originally thought that the readln
function might need the formatting, but taking a closer look at it now I
On Tue, 25 Jan 2005 09:55:55 +0530,
Saravanan s <[EMAIL PROTECTED]> wrote:
>Hi Keith,
>
>> I have no hardware to test on, so I have
>> to rely on HP to keep the USB patches in KDB up to date.
>
>Does that mean that there is USB support for KDBv4.4 for kernel 2.6
>for i386 machines? Or the patch
On Mon, 24 Jan 2005 14:58:29 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Tue, 25 Jan 2005 09:54:36 +1100, Keith Owens said:
>
> Keith> Does DRM support this model?
>
> Keith> * Start DRM without AGP.
> Keith> * AGP is loa
On Mon, 24 Jan 2005 14:52:06 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Tue, 25 Jan 2005 09:44:18 +1100, Keith Owens said:
>
> Keith> Does the kernel code really need optional dynamic references
> Keith> between modules or kernel -&
On Mon, 24 Jan 2005 14:36:10 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>Keith,
>
>I didn't see any followup to your message. My apologies if I missed
>something.
>
>You wrote:
>
> Keith> inter_module_* and __symbol_* solve these class of problems:
>
> Keith> Module A can use module B if
On Mon, 24 Jan 2005 15:21:08 -,
[EMAIL PROTECTED] wrote:
>All:
>I tried to get Kdb working on SuSe 9 ia64 box (kernel version
>2.6.5-7.111.19). Turns out that the keyboard/machine goes into a hang state.
>I have a usb keyboard!
>
>Googling around I found that Keith had disabled the USB
On Mon, 24 Jan 2005 14:36:10 -0800,
David Mosberger [EMAIL PROTECTED] wrote:
Keith,
I didn't see any followup to your message. My apologies if I missed
something.
You wrote:
Keith inter_module_* and __symbol_* solve these class of problems:
Keith Module A can use module B if B is loaded,
On Mon, 24 Jan 2005 14:52:06 -0800,
David Mosberger [EMAIL PROTECTED] wrote:
On Tue, 25 Jan 2005 09:44:18 +1100, Keith Owens kaos@ocs.com.au said:
Keith Does the kernel code really need optional dynamic references
Keith between modules or kernel - modules? That depends on how
Keith
On Mon, 24 Jan 2005 14:58:29 -0800,
David Mosberger [EMAIL PROTECTED] wrote:
On Tue, 25 Jan 2005 09:54:36 +1100, Keith Owens kaos@ocs.com.au said:
Keith Does DRM support this model?
Keith * Start DRM without AGP.
Keith * AGP is loaded.
Keith * DRM continues but now using AGP.
Keith
On Tue, 25 Jan 2005 09:55:55 +0530,
Saravanan s [EMAIL PROTECTED] wrote:
Hi Keith,
I have no hardware to test on, so I have
to rely on HP to keep the USB patches in KDB up to date.
Does that mean that there is USB support for KDBv4.4 for kernel 2.6
for i386 machines? Or the patch for i386
On Mon, 24 Jan 2005 15:21:08 -,
[EMAIL PROTECTED] wrote:
All:
I tried to get Kdb working on SuSe 9 ia64 box (kernel version
2.6.5-7.111.19). Turns out that the keyboard/machine goes into a hang state.
I have a usb keyboard!
Googling around I found that Keith had disabled the USB keyboard
On Mon, 17 Jan 2005 09:30:17 + (GMT),
Tigran Aivazian <[EMAIL PROTECTED]> wrote:
>Hmmm, interesting, then -g compiled Linux kernel should also be useable,
>with perhaps some tweaks to kdb to decode these frames correctly, right?
kdb on i386 uses heuristics to guess at what parameters have
On Tue, 18 Jan 2005 18:52:55 +1100,
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>On Tue, 2004-12-28 at 22:17 +0100, Sam Ravnborg wrote:
>
>> > 2 Add in_gate_area_no_task() for use from places where no task is valid.
>
>Can you back that out ? Or at least explain why you need to add this
On Tue, 18 Jan 2005 18:52:55 +1100,
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2004-12-28 at 22:17 +0100, Sam Ravnborg wrote:
2 Add in_gate_area_no_task() for use from places where no task is valid.
Can you back that out ? Or at least explain why you need to add this
no_task
On Mon, 17 Jan 2005 09:30:17 + (GMT),
Tigran Aivazian [EMAIL PROTECTED] wrote:
Hmmm, interesting, then -g compiled Linux kernel should also be useable,
with perhaps some tweaks to kdb to decode these frames correctly, right?
kdb on i386 uses heuristics to guess at what parameters have been
scripts/reference*.pl - treat built-in.o as conglomerate. Ignore
references from altinstructions to init text/data.
Signed-off-by: Keith Owens
Index: 2.6.10/scripts/reference_discarded.pl
===
--- 2.6.10.orig/scripts
On Sun, 16 Jan 2005 11:45:33 -0800,
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> On Sat, 15 Jan 2005 20:49:33 -0800,
>> "Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>>>I'm seeing some drivers/*/built-in.o that should b
On Sun, 16 Jan 2005 11:45:33 -0800,
Randy.Dunlap [EMAIL PROTECTED] wrote:
Keith Owens wrote:
On Sat, 15 Jan 2005 20:49:33 -0800,
Randy.Dunlap [EMAIL PROTECTED] wrote:
I'm seeing some drivers/*/built-in.o that should be ignored AFAIK,
but they are not ignored. Any ideas?
ld -m elf_i386 -r
scripts/reference*.pl - treat built-in.o as conglomerate. Ignore
references from altinstructions to init text/data.
Signed-off-by: Keith Owens kaos@ocs.com.au
Index: 2.6.10/scripts/reference_discarded.pl
===
--- 2.6.10.orig/scripts
On Sat, 15 Jan 2005 20:49:33 -0800,
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>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:
On Sat, 15 Jan 2005 20:49:33 -0800,
Randy.Dunlap [EMAIL PROTECTED] wrote:
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:
On Thu, 19 Jul 2001 15:54:00 -0600,
"Peter J. Braam" <[EMAIL PROTECTED]> wrote:
>I'm trying to export a symbol (journal_begin/end) from
>fs/reiserfs/journal.c. To export the symbols I added to the Makefile:
>export-objs := journal.o
>
>There is also a file fs/jbd/journal.c which exports symbols.
On Thu, 19 Jul 2001 15:54:00 -0600,
Peter J. Braam [EMAIL PROTECTED] wrote:
I'm trying to export a symbol (journal_begin/end) from
fs/reiserfs/journal.c. To export the symbols I added to the Makefile:
export-objs := journal.o
There is also a file fs/jbd/journal.c which exports symbols.
It is
On Fri, 29 Jun 2001 07:10:51 -0700,
"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> The Config.in files in linux-2.4.6-pre6 have at least 28 cases
>where a dep_bool or dep_tristate of the following form:
> dep_bool CONFIG_SOMETHING $CONFIG_ARCH_somearch
> I will put together
On Fri, 29 Jun 2001 07:10:51 -0700,
Adam J. Richter [EMAIL PROTECTED] wrote:
The Config.in files in linux-2.4.6-pre6 have at least 28 cases
where a dep_bool or dep_tristate of the following form:
dep_bool CONFIG_SOMETHING $CONFIG_ARCH_somearch
I will put together patch to
On Thu, 28 Jun 2001 10:45:55 +0200 (MET DST),
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> Index: 6-pre6.1/drivers/net/Config.in
>> - dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
>> + if [ "$CONFIG_ISA&q
On Thu, 28 Jun 2001 10:45:55 +0200 (MET DST),
Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote:
Keith Owens wrote:
Index: 6-pre6.1/drivers/net/Config.in
- dep_bool ' EISA, VLB, PCI and on board controllers' CONFIG_NET_PCI
+ if [ $CONFIG_ISA = y -o $CONFIG_EISA = y -o $CONFIG_PCI = y
On Mon, 25 Jun 2001 12:41:53 +0530 (IST),
"SATHISH.J" <[EMAIL PROTECTED]> wrote:
>I would like to use a kernel debugger to set some breakpoints in some
>of the kernel functions. In SVR4 and unixware we use kdb. What is its
>equivalent in linux? Please tell me where the kernel debugger can be
On Mon, 25 Jun 2001 12:41:53 +0530 (IST),
SATHISH.J [EMAIL PROTECTED] wrote:
I would like to use a kernel debugger to set some breakpoints in some
of the kernel functions. In SVR4 and unixware we use kdb. What is its
equivalent in linux? Please tell me where the kernel debugger can be
downloaded
On Sun, 24 Jun 2001 14:33:56 +0100,
Russell King <[EMAIL PROTECTED]> wrote:
>The following patch adds ARM support for show_trace_task() and changes
>die() to display the instruction trace as ksymoops expects it (code
>line last).
Thanks.
>-#if defined(CONFIG_X86) || defined(CONFIG_SPARC64)
On Sun, 24 Jun 2001 14:33:56 +0100,
Russell King [EMAIL PROTECTED] wrote:
The following patch adds ARM support for show_trace_task() and changes
die() to display the instruction trace as ksymoops expects it (code
line last).
Thanks.
-#if defined(CONFIG_X86) || defined(CONFIG_SPARC64)
+#if
The existing build process for aic7xxx on Linux has several problems.
* Users have to manually select "rebuild firmware". Relying on users
to perform any action other than make *config is unacceptable. It is
far too error prone.
* Rebuilding the firmware requires lex, yacc and libdb. Not
The existing build process for aic7xxx on Linux has several problems.
* Users have to manually select rebuild firmware. Relying on users
to perform any action other than make *config is unacceptable. It is
far too error prone.
* Rebuilding the firmware requires lex, yacc and libdb. Not
On Sat, 9 Jun 2001 11:13:46 -0700,
Wayne Whitney <[EMAIL PROTECTED]> wrote:
>I have verified that the versioning of the do_softirq symbol above is
>the source of the problems in 2.4.6-pre2
Resend, the first patch never appeared. The problem is the call to
do_softirq inside an asm string where
On Sat, 9 Jun 2001 11:07:52 -0400,
Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>Built -pre2 and noticed most of the modules in net/* are getting
>a missing symbol for do_softirq.
http://www.tux.org/lkml/#s8-8
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Sat, 9 Jun 2001 11:07:52 -0400,
Ed Tomlinson [EMAIL PROTECTED] wrote:
Built -pre2 and noticed most of the modules in net/* are getting
a missing symbol for do_softirq.
http://www.tux.org/lkml/#s8-8
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Sat, 9 Jun 2001 11:13:46 -0700,
Wayne Whitney [EMAIL PROTECTED] wrote:
I have verified that the versioning of the do_softirq symbol above is
the source of the problems in 2.4.6-pre2
Resend, the first patch never appeared. The problem is the call to
do_softirq inside an asm string where cpp
On Wed, 6 Jun 2001 14:45:10 -0700 (PDT),
Alan Olsen <[EMAIL PROTECTED]> wrote:
>I rebuilt from clean source and patch for 2.4.5-ac9 and neglected to add
>in anything using the joystick.
>
>ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext ...
> -o vmlinux
On Wed, 6 Jun 2001 14:45:10 -0700 (PDT),
Alan Olsen [EMAIL PROTECTED] wrote:
I rebuilt from clean source and patch for 2.4.5-ac9 and neglected to add
in anything using the joystick.
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext ...
-o vmlinux
On Tue, 5 Jun 2001 12:20:25 -0400,
John Jasen <[EMAIL PROTECTED]> wrote:
>On Wed, 6 Jun 2001, Keith Owens wrote:
>> On Tue, 5 Jun 2001 11:20:26 -0400,
>> John Jasen <[EMAIL PROTECTED]> wrote:
>> >When we use kdb on one of the systems, the other system stops re
On Tue, 05 Jun 2001 10:10:26 -0700,
Stephen Wille Padnos <[EMAIL PROTECTED]> wrote:
>Arthur had pointed out that modules.h should be included, then kernel.h. Is
>there a place where I can find out more about header file order dependencies?
With the existing design for module symbol versions,
On Tue, 5 Jun 2001 12:20:25 -0400,
John Jasen [EMAIL PROTECTED] wrote:
On Wed, 6 Jun 2001, Keith Owens wrote:
On Tue, 5 Jun 2001 11:20:26 -0400,
John Jasen [EMAIL PROTECTED] wrote:
When we use kdb on one of the systems, the other system stops receiving
packets.
man linux/Documentation/kdb
On Tue, 05 Jun 2001 10:10:26 -0700,
Stephen Wille Padnos [EMAIL PROTECTED] wrote:
Arthur had pointed out that modules.h should be included, then kernel.h. Is
there a place where I can find out more about header file order dependencies?
With the existing design for module symbol versions,
On Fri, 1 Jun 2001 23:32:46 +1000,
Matt Chapman <[EMAIL PROTECTED]> wrote:
>I've found that if you compile IRDA into the kernel, irda_proto_init
>gets called twice - once at do_initcalls time, and once explicitly
>in do_basic_setup - eventually resulting in a hang (as
ftp://oss.sgi.com/projects/kdb/download/ix86/kdb-v1.8-2.4.5-ac6.gz is
available.
-
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
On Fri, 1 Jun 2001 23:32:46 +1000,
Matt Chapman [EMAIL PROTECTED] wrote:
I've found that if you compile IRDA into the kernel, irda_proto_init
gets called twice - once at do_initcalls time, and once explicitly
in do_basic_setup - eventually resulting in a hang (as
register_netdevice_notifier gets
ftp://oss.sgi.com/projects/kdb/download/ix86/kdb-v1.8-2.4.5-ac6.gz is
available.
-
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
On Wed, 30 May 2001 12:17:55 +0100 (BST),
Stephen Cornell <[EMAIL PROTECTED]> wrote:
>ksymoops doesn't seem to have done its job correctly
ksymoops did the best it could when fed with data that has been stamped
on by klogd. Always run klogd as "klogd -x" so it keeps its sticky
fingers off the
On Wed, 30 May 2001 12:53:36 +0200 (MET DST),
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
>When __init for modules will be implemented ?
When I can persuade myself that discarding code pages but retaining the
associated exception tables and any arch dependent data for the
discarded module
On 30 May 2001 11:38:13 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>"David S. Miller" <[EMAIL PROTECTED]> writes:
>
>> Dawson Engler writes:
>> > Is there any way to automatically find these? E.g., is any routine
>> > with "asmlinkage" callable from user space?
>>
>> This is only
On 30 May 2001 11:38:13 +0200,
Andi Kleen [EMAIL PROTECTED] wrote:
David S. Miller [EMAIL PROTECTED] writes:
Dawson Engler writes:
Is there any way to automatically find these? E.g., is any routine
with asmlinkage callable from user space?
This is only universally done in generic and
On Wed, 30 May 2001 12:53:36 +0200 (MET DST),
Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote:
When __init for modules will be implemented ?
When I can persuade myself that discarding code pages but retaining the
associated exception tables and any arch dependent data for the
discarded module
On Wed, 30 May 2001 12:17:55 +0100 (BST),
Stephen Cornell [EMAIL PROTECTED] wrote:
ksymoops doesn't seem to have done its job correctly
ksymoops did the best it could when fed with data that has been stamped
on by klogd. Always run klogd as klogd -x so it keeps its sticky
fingers off the oops
On Tue, 29 May 2001 15:54:36 +0200,
Nico Schottelius <[EMAIL PROTECTED]> wrote:
>Just a small question, what could be the reason I have a broken
>Makefile ?
>This seems to happen frequently, if there is a need
>to name it into the lkml. I am surprised
>a makefile gets screwed up ?
It is the
On Tue, 29 May 2001 15:54:36 +0200,
Nico Schottelius [EMAIL PROTECTED] wrote:
Just a small question, what could be the reason I have a broken
Makefile ?
This seems to happen frequently, if there is a need
to name it into the lkml. I am surprised
a makefile gets screwed up ?
It is the makefile
On Sun, 27 May 2001 06:04:28 +0200 (CEST),
Rene <[EMAIL PROTECTED]> wrote:
>hmm I feel quite certain that I am using /dev/tty - is there some way I
>can check this?
/etc/inittab, lines for mingetty, getty or agetty.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sat, 27 May 2001 21:11:25,
[EMAIL PROTECTED] (Joseph S Price) wrote:
> Red Hat, Inc. Security Advisory
>Synopsis: Updated modutils fixing local root security bug available
>Advisory ID: RHSA-2000:108-02
>Issue date:2000-11-16
>Updated on:
On Sat, 26 May 2001 18:05:29 +0200,
Marc Schiffbauer <[EMAIL PROTECTED]> wrote:
>I have problems with the new aic7xxx-Driver. These problems exist
>with vanilla (2.4.4, 2.5.5, other d.k.) and -ac
>May 26 17:52:33 homer kernel: EIP:
>0010:[usbcore:usb_devfs_handle_Re9c5f87f+161255/198895517]
On Sat, 26 May 2001 18:05:29 +0200,
Marc Schiffbauer [EMAIL PROTECTED] wrote:
I have problems with the new aic7xxx-Driver. These problems exist
with vanilla (2.4.4, 2.5.5, other d.k.) and -ac
May 26 17:52:33 homer kernel: EIP:
0010:[usbcore:usb_devfs_handle_Re9c5f87f+161255/198895517]
May 26
On Sun, 27 May 2001 06:04:28 +0200 (CEST),
Rene [EMAIL PROTECTED] wrote:
hmm I feel quite certain that I am using /dev/tty - is there some way I
can check this?
/etc/inittab, lines for mingetty, getty or agetty.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Sat, 27 May 2001 21:11:25,
[EMAIL PROTECTED] (Joseph S Price) wrote:
Red Hat, Inc. Security Advisory
Synopsis: Updated modutils fixing local root security bug available
Advisory ID: RHSA-2000:108-02
Issue date:2000-11-16
Updated on:2000-11-16
On Fri, 25 May 2001 08:31:24 -0700 (PDT),
dean gaudet <[EMAIL PROTECTED]> wrote:
>another possibility for a debugging mode for the kernel would be to hack
>gcc to emit something like the following in the prologue of every function
>(after the frame is allocated):
IKD already does that, via the
On Fri, 25 May 2001 10:27:53 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>On Fri, May 25, 2001 at 06:25:57PM +1000, Keith Owens wrote:
>> Nothing in arch/i386/kernel/traps.c uses a task gate, they are all
>> interrupt, trap, system or call gates. I guarantee that kdb on
On Fri, 25 May 2001 10:20:15 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>On Fri, May 25, 2001 at 04:53:47PM +1000, Keith Owens wrote:
>> The only way to avoid those problems is to move struct task out of the
>> kernel stack pages and to use a task gate for the stack faul
On Fri, 25 May 2001 08:11:07 +0100,
David Welch <[EMAIL PROTECTED]> wrote:
>Why not use a task gate for the double fault handler points to a
>per-processor TSS with a seperate stack. This would allow limited recovery
>from a kernel stack overlay.
It is far too late by then. struct task is at
On Fri, 25 May 2001 08:31:24 -0700 (PDT),
dean gaudet [EMAIL PROTECTED] wrote:
another possibility for a debugging mode for the kernel would be to hack
gcc to emit something like the following in the prologue of every function
(after the frame is allocated):
IKD already does that, via the
On Fri, 25 May 2001 10:27:53 +0200,
Andi Kleen [EMAIL PROTECTED] wrote:
On Fri, May 25, 2001 at 06:25:57PM +1000, Keith Owens wrote:
Nothing in arch/i386/kernel/traps.c uses a task gate, they are all
interrupt, trap, system or call gates. I guarantee that kdb on ix86
and ia64 uses the same
On Fri, 25 May 2001 08:11:07 +0100,
David Welch [EMAIL PROTECTED] wrote:
Why not use a task gate for the double fault handler points to a
per-processor TSS with a seperate stack. This would allow limited recovery
from a kernel stack overlay.
It is far too late by then. struct task is at the
101 - 200 of 1347 matches
Mail list logo
