ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.74/2.5.74-mm2/
. Various fixes for the cpumask_t (NR_CPUS > BITS_PER_LONG) patch.
. Framebuffer update
. Another CPU scheduler tweak from Con.
. Various bug fixes
Changes since 2.5.74-mm1:
linus.patch
Latest Linus bitkeeper tree
-misc8.patch
-ipcsem-speedup.patch
-resurrect-batch_requests.patch
-kblockd.patch
-cfq-infrastructure.patch
-elevator-completion-api.patch
-as-iosched.patch
-unplug-use-kblockd.patch
-per-queue-nr_requests.patch
-blk-invert-watermarks.patch
-blk-as-hint.patch
-get_request_wait-oom-fix.patch
-blk-fair-batches.patch
-generic-io-contexts.patch
-blk-request-batching.patch
-get_io_context-fix.patch
-blk-allocation-commentary.patch
-blk-batching-throttle-fix.patch
-blk-batching-cleanups.patch
-exec_mmap-is-the-point-of-no-return.patch
-bootmem-fixes.patch
-jiffies-include-fixes.patch
-epoll-optimisations.patch
-fix-user-leak.patch
-mtd-build-fix.patch
Merged
+kgdb-remove-cpu_callout_map.patch
kgdb cleanup (prevents it from being broken by the cpumask_t patch)
+netstat-oops-fix.patch
Fix `netstat -a' oops
+task_cpu-cleanup.patch
Don't open-code task_cpu()
-fb-image-depth-fix.patch
fbdev-2 covers this
+fbdev-2.patch
fbdev update from James
+misc9.patch
misc fixes
+breadahead-tweaks.patch
Minor tweaks
+gcc-bug-workaround.patch
+sparse-apic-fix.patch
+nuke-cpumask_arith.patch
+p4-clockmod-cpumask-fix.patch
Touchups against the cpumask_t patch.
+jbd-commit-tricks.patch
+jbd-dont-account-blocks-twice.patch
ext3/jbd speedups
+kjournald-PF_SYNCWRITE.patch
Tell the anticipatory scheduler that kjournald does synchronous writes.
+o2int.patch
CPU scheduler update from Con
+highpmd.patch
Configurably put pmd's in highmem.
+ipconfig-display-boot-server.patch
Display the boot server's IP address in /proc/net/pnp
+quota-autoloading.patch
Module autoloading for quota code
+bsd-accounting-speedup.patch
Reduced lock contention in BSD accounting code
+add_timer-fix.patch
Handle >48-day-long timers on 64-bit machines.
All 109 patches:
linus.patch
mm.patch
add -mmN to EXTRAVERSION
kgdb-ga.patch
kgdb stub for ia32 (George Anzinger's one)
kgdb-remove-cpu_callout_map.patch
kgdb: remove cpu_callout_map decls
kgdb-use-ggdb.patch
kgdb-ga-docco-fixes.patch
kgdb doc. edits/corrections
config_spinline.patch
uninline spinlocks for profiling accuracy.
ppc64-pci-update.patch
ppc64-reloc_hide.patch
ppc64-semaphore-reimplementation.patch
ppc64: use the ia32 semaphore implementation
sym-do-160.patch
make the SYM driver do 160 MB/sec
netstat-oops-fix.patch
netstat oops fix
task_cpu-cleanup.patch
use task_cpu() not ->thread_info->cpu in sched.c
x86_64-fixes.patch
x86_64 fixes
delay-ksoftirqd-fallback.patch
Try harded in IRQ context before falling back to ksoftirqd
ds-09-vicam-usercopy-fix.patch
vicam usercopy fix
fbdev-2.patch
buffer-debug.patch
buffer.c debugging
rcu-stats.patch
RCU statistics reporting
mtrr-hang-fix.patch
Fix mtrr-related hang
reslabify-pgds-and-pmds.patch
re-slabify i386 pgd's and pmd's
intel8x0-cleanup.patch
intel8x0 cleanups
bio-too-big-fix.patch
Fix raid "bio too big" failures
misc9.patch
misc fixes
breadahead-tweaks.patch
breadahead() tweaks
linux-isp-2.patch
linux-isp-2-fix-again.patch
lost feral fix
list_del-debug.patch
list_del debug check
airo-schedule-fix.patch
airo.c: don't sleep in atomic regions
xattr-cleanup.patch
xattr: cleanups
xattr-sharing.patch
xattr: blockdev inode selection fix
xattr-just-replace.patch
xattr: update-in-place optimisation
xattr-fine-grained-locking-prep.patch
xattrr: preparation for fine-grained locking
xattr-fine-grained-locking.patch
xattr: fine-grained locking
print-build-options-on-oops.patch
print a few config options on oops
mmap-prefault.patch
prefault of executable mmaps
show_task-free-stack-fix.patch
show_task() fix and cleanup
put_task_struct-debug.patch
ia32-mknod64.patch
mknod64 for ia32
ext2-64-bit-special-inodes.patch
ext2: support for 64-bit device nodes
ext3-64-bit-special-inodes.patch
ext3: support for 64-bit device nodes
64-bit-dev_t-kdev_t.patch
64-bit dev_t and kdev_t
oops-dump-preceding-code.patch
i386 oops output: dump preceding code
lockmeter.patch
invalidate_mmap_range.patch
Interface to invalidate regions of mmaps
aio-mm-refcounting-fix.patch
fix /proc mm_struct refcounting bug
aio-01-retry.patch
AIO: Core retry infrastructure
io_submit_one-EINVAL-fix.patch
Fix aio process hang on EINVAL
aio-02-lockpage_wq.patch
AIO: Async page wait
aio-03-fs_read.patch
AIO: Filesystem aio read
aio-04-buffer_wq.patch
AIO: Async buffer wait
aio-05-fs_write.patch
AIO: Filesystem aio write
aio-05-fs_write-fix.patch
aio-06-bread_wq.patch
AIO: Async block read
aio-06-bread_wq-fix.patch
aio-07-ext2getblk_wq.patch
AIO: Async get block for ext2
O_SYNC-speedup-2.patch
speed up O_SYNC writes
aio-09-o_sync.patch
aio O_SYNC
aio-10-BUG-fix.patch
AIO: fix a BUG
aio-11-workqueue-flush.patch
AIO: flush workqueues before destroying ioctx'es
aio-12-readahead.patch
AIO: readahead fixes
aio-dio-no-readahead.patch
aio O_DIRECT no readahead
lock_buffer_wq-fix.patch
lock_buffer_wq fix
unuse_mm-locked.patch
AIO: hold the context lock across unuse_mm
aio-take-task_lock.patch
From: Suparna Bhattacharya <[email protected]>
Subject: Re: 2.5.72-mm1 - Under heavy testing with AIO,.. vmstat seems to blow the kernel
vfsmount_lock.patch
From: Maneesh Soni <[email protected]>
Subject: [patch 1/2] vfsmount_lock
sched-hot-balancing-fix.patch
fix for CPU scheduler load distribution
truncate-pagefault-race-fix.patch
Fix vmtruncate race and distributed filesystem race
truncate-pagefault-race-fix-fix.patch
Make sure truncate fix has no race
sleepometer.patch
sleep instrumentation
time-goes-backwards.patch
demonstrate do_gettimeofday() going backwards
printk-oops-mangle-fix.patch
disentangle printk's whilst oopsing on SMP
20-odirect_enable.patch
21-odirect_cruft.patch
22-read_proc.patch
23-write_proc.patch
24-commit_proc.patch
25-odirect.patch
nfs-O_DIRECT-always-enabled.patch
Force CONFIG_NFS_DIRECTIO
seqcount-locking.patch
i_size atomic access: infrastructure
i_size-atomic-access.patch
i_size atomic access
aha152x-oops-fix.patch
aha152X oops fixes
nbd-cleanups.patch
NBD: cosmetic cleanups
nbd-enhanced-diagnostics.patch
nbd: enhanced diagnostics support
nbd-remove-blksize-bits.patch
nbd: remove unneeded blksize_bits field
nbd-kobject-oops-fix.patch
nbd: initialise the embedded kobject
nbd-paranioa-cleanups.patch
nbd: cleanup PARANOIA usage & code
nbd-locking-fixes.patch
nbd: fix locking issues with ioctl UI
nbd-ioctl-compat.patch
nbd: add compatibility with previous ioctl user interface
nbd-docco-update.patch
NBD documentation update
cpumask_t-1.patch
gcc-bug-workaround.patch
bitmap.h gcc bug workaround
sparse-apic-fix.patch
Fix for sparse APIC IDs
nuke-cpumask_arith.patch
remove cpumask_arith.h
p4-clockmod-cpumask-fix.patch
p4-clockmod: cpumask_t fix
acpismp-fix.patch
ACPI_HT_ONLY acpismp=force
oomkill-if-free-swap.patch
Don't skip oomkilling if there's free swap
apci-nmi-watchdog-fix.patch
ACPI poweroff trigers the NMI watchdog
jbd-commit-tricks.patch
JBD: checkpointing optimisations
jbd-dont-account-blocks-twice.patch
JBD: transaction buffer accounting fix
kjournald-PF_SYNCWRITE.patch
fnup-stats.patch
o1-interactivity.patch
CPU scheduler interactivity patch
o2int.patch
O2int 0307041440 for 2.5.74-mm1
highpmd.patch
highpmd
ipconfig-display-boot-server.patch
display bootserver in /proc/net/pnp
quota-autoloading.patch
Module autoloading for quota
bsd-accounting-speedup.patch
BAS accounting speedup
add_timer-fix.patch
add_timer() fix
On Sat, 5 Jul 2003 13:25:28 -0700
Compiled nicely, now rebooting.
Pat
Andrew Morton <[email protected]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.74/2.5.74-mm2/
>
> . Various fixes for the cpumask_t (NR_CPUS > BITS_PER_LONG) patch.
> . Framebuffer update
> . Another CPU scheduler tweak from Con.
> . Various bug fixes
> Changes since 2.5.74-mm1:
>
......
>
> -
> 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/
--
ok, I get 4 of a kernel oops during boot, but the kernel seems to stay happy. I'm going to keep it going for fun to see if I can cause more oopses. Attached is the first of the 4 oopses.
according to dmesg, immediately prior to the first oops, smbfs was unloaded due to unsafe usage.
Exact Error:
Module smbfs cannot be unloaded due to unsafe usage in include/linux/module.h:482
I'll be around for a few more hours if there is anything I can do to help answer questions.
Pat Erley
paterley <[email protected]> wrote:
>
> ok, I get 4 of a kernel oops during boot, but the kernel seems to stay happy.
Unable to handle kernel NULL pointer dereference at virtual address 00000000
EIP: 0060:[<00000000>] Not tainted VLI
[<c01637ab>] __lookup_hash+0x9b/0xd0
[<c0163ff7>] open_namei+0x2e7/0x420
[<c0153751>] filp_open+0x41/0x70
[<c0153bd3>] sys_open+0x53/0x90
[<c010945f>] syscall_call+0x7/0xb
inode->i_op->lookup() is NULL. Not good.
> according to dmesg, immediately prior to the first oops, smbfs was
> unloaded due to unsafe usage.
Well no, it say it cannot be unloedad.
Could you please unconfigure smbfs in the kernel build? And any other
less commonly used filesytems?
Does it still oops if smbfs is build into the kernel (not a module).
Please send a copy of your /etc/fstab.
Thanks.
same oops, at the same point with smbfs compiled in.
fstab: (I've removed all the non samba mounts due to it being rather large)
#samba mounts
//udrive.fit.edu/perley /mnt/smb smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//163.118.102.61/f$ /mnt/smb2 smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//163.118.102.55/pat$ /mnt/55 smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//spaz.it.fit.edu/LambdaChiAlpha /mnt/lcawebpage smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//spaz.it.fit.edu/itit$ /mnt/itit smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//roadrunner.fit.edu/itit$ /mnt/roadrunner smbfs noatime,nosuid,users,credentials=/etc/smbmnt.auth 0 0
//roadrunner.fit.edu/support /mnt/support smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
On Sat, 5 Jul 2003 16:04:45 -0700
Andrew Morton <[email protected]> wrote:
> paterley <[email protected]> wrote:
> >
> > ok, I get 4 of a kernel oops during boot, but the kernel seems to stay happy.
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> EIP: 0060:[<00000000>] Not tainted VLI
> [<c01637ab>] __lookup_hash+0x9b/0xd0
> [<c0163ff7>] open_namei+0x2e7/0x420
> [<c0153751>] filp_open+0x41/0x70
> [<c0153bd3>] sys_open+0x53/0x90
> [<c010945f>] syscall_call+0x7/0xb
>
> inode->i_op->lookup() is NULL. Not good.
>
> > according to dmesg, immediately prior to the first oops, smbfs was
> > unloaded due to unsafe usage.
>
> Well no, it say it cannot be unloedad.
>
> Could you please unconfigure smbfs in the kernel build? And any other
> less commonly used filesytems?
>
> Does it still oops if smbfs is build into the kernel (not a module).
>
> Please send a copy of your /etc/fstab.
>
> Thanks.
> -
> 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/
--
paterley <[email protected]> wrote:
>
> same oops, at the same point with smbfs compiled in.
And what happens if you disable smbfs altogether?
Hi.
Recently compiled and booted succesfully, I obtain this message
kernel BUG at include/linux/list.h:148!
invalid operand: 0000 [#1]
PREEMPT
CPU: 0
EIP: 0060:[<c0118599>] Not tainted VLI
EFLAGS: 00210093
eax: c9d3dd50 ebx: c4418000 ecx: c9d3dd50 edx: c4419dcc
esi: c4419dc0 edi: 00200246 ebp: cf0eda40 esp: c4419d88
ds: 007b es: 007b ss: 0068
Process xine (pid: 2691, threadinfo=c4418000 task=c81b66b0)
Stack: c9d3dd50 c4419dc0 c4418000 c0193e05 c9d3dd4c c12d3b60 00000000
c81b66b0
c0116f20 00000000 00000000 00200082 c0116fbc caec34d8 00000000
c81b66b0
c0116f20 c9d3dd50 c9d3dd50 c4419efb 124641e5 00000005 cf0eda40
c4419e58
Call Trace: [<c0193e05>] [<c0116f20>] [<c0116fbc>] [<c0116f20>]
[<c0156924>] [<c0156dae>] [<c023e8ea>] [<c023f062>] [<c01f2a9a>]
[<c01f26c7>] [<c01f346e>] [<c010a9ef>] [<c0108f47>]
Code: 20 00 c7 46 0c 00 01 10 00 57 9d ff 4b 14 8b 43 08 a8 08 75 04 5b
5e 5f c3 5b 5e 5f e9 31 e9 ff ff 0f 0b 95 00 e4 be 24 c0 eb cb <0f> 0b
94 00 e4 be 24 c0 eb b9 90 90 90 90 90 90 90 90 90 90 90
<6>note: xine[2691] exited with preempt_count 1
--
/================================================\
| Ram?n Rey Vicente <ramon.rey at hispalinux.es> |
| |
| Jabber ID <rreylinux at jabber.org> |
| |
| Public GPG Key http://pgp.escomposlinux.org |
| |
| GLiSa http://glisa.hispalinux.es |
\================================================/
On Sun, Jul 06, 2003 at 03:40:51AM +0200, Ram?n Rey Vicente???? wrote:
> Hi.
>
> Recently compiled and booted succesfully, I obtain this message
>
> kernel BUG at include/linux/list.h:148!
The same BUG here after 2.5 hours of uptime.
Without preempt (but with nvidia kernel module).
===============================================================================
Jul 6 03:19:15 nikolas kernel: ------------[ cut here ]------------
Jul 6 03:19:15 nikolas kernel: kernel BUG at include/linux/list.h:148!
Jul 6 03:19:15 nikolas kernel: invalid operand: 0000 [#1]
Jul 6 03:19:15 nikolas kernel: CPU: 0
Jul 6 03:19:15 nikolas kernel: EIP: 0060:[remove_wait_queue+75/96] Tainted: P VLI
Jul 6 03:19:15 nikolas kernel: EFLAGS: 00010017
Jul 6 03:19:15 nikolas kernel: eax: d84ede2c ebx: d931be98 ecx: d84ede2c edx: d931bea4
Jul 6 03:19:15 nikolas kernel: esi: 00000292 edi: d931a000 ebp: d836d240 esp: d931be58
Jul 6 03:19:15 nikolas kernel: ds: 007b es: 007b ss: 0068
Jul 6 03:19:15 nikolas kernel: Process syslogd (pid: 794, threadinfo=d931a000 task=db12d900)
Jul 6 03:19:15 nikolas kernel: Stack: d931be98 d84ede2c c018925c c030aa00 00000000 40127860 d84ede28 dffce840
Jul 6 03:19:15 nikolas kernel: 00000000 db12d900 c0117440 00000000 00000000 d931be98 00000001 d9a8f5e0
Jul 6 03:19:15 nikolas kernel: 00000000 db12d900 c0117440 d84ede2c d84ede2c d94b9005 000056ed 00000001
Jul 6 03:19:15 nikolas kernel: Call Trace: [devfs_d_revalidate_wait+300/304] [default_wake_function+0/48] [default_wake_function+0/48] [do_lookup+104/176] [link_path_walk+1036/1952] [open_namei+131/992] [fcntl_setlk+257/672] [filp_open+62/112] [sys_open+91/144] [syscall_call+7/11]
Jul 6 03:19:15 nikolas kernel: Code: 20 89 48 04 89 01 c7 42 04 00 02 20 00 c7 43 0c 00 01 10 00 56 9d 8b 74 24 04 8b 1c 24 83 c4 08 c3 0f 0b 95 00 04 fd 26 c0 eb d6 <0f> 0b 94 00 04 fd 26 c0 eb c4 8d 74 26 00 8d bc 27 00 00 00 00
===============================================================================
Hope it helps,
Nick.
--
With best wishes,
Nick Orlov.
On Sun, Jul 06, 2003 at 09:49:26AM -0400, Nick Orlov wrote:
> Without preempt (but with nvidia kernel module).
Reproduce without binary kernel modules or go to the binary module maker for
support.
The same bug message, again:
kernel BUG at include/linux/list.h:148!
invalid operand: 0000 [#1]
PREEMPT
CPU: 0
EIP: 0060:[<c0118599>] Not tainted VLI
EFLAGS: 00010087
eax: c2a0fe34 ebx: cb45a000 ecx: c2a0fe34 edx: cb45beb0
esi: cb45bea4 edi: 00000246 ebp: c67fc400 esp: cb45be6c
ds: 007b es: 007b ss: 0068
Process syslogd (pid: 6484, threadinfo=cb45a000 task=ce4eed40)
Stack: c2a0fe34 cb45bea4 cb45a000 c0193e05 c2a0fe30 c12d3b60 00000000
ce4eed40
c0116f20 00000000 00000000 bffff000 c79cb5e0 c12218e8 00000000
ce4eed40
c0116f20 c2a0fe34 c2a0fe34 c93b1005 000056ed 00000001 c67fc400
cb45bf70
Call Trace: [<c0193e05>] [<c0116f20>] [<c0116f20>] [<c0156924>]
[<c0156dae>]
[<c0157a2a>] [<c014892c>] [<c0148db9>] [<c0108f47>]
Code: 20 00 c7 46 0c 00 01 10 00 57 9d ff 4b 14 8b 43 08 a8 08 75 04 5b
5e 5f c3
5b 5e 5f e9 31 e9 ff ff 0f 0b 95 00 e4 be 24 c0 eb cb <0f> 0b 94 00 e4
be 24 c0
eb b9 90 90 90 90 90 90 90 90 90 90 90
<6>note: syslogd[6484] exited with preempt_count 1
bad: scheduling while atomic!
Call Trace: [<c0116ea0>] [<c013bb2e>] [<c013f522>] [<c011894e>]
[<c011c44d>]
[<c0109a20>] [<c01097d3>] [<c0109ab1>] [<c0118599>] [<c0130259>]
[<c01621
8e>] [<c01307f8>] [<c01091ad>] [<c0118599>] [<c0193e05>]
[<c0116f20>] [<c0
116f20>] [<c0156924>] [<c0156dae>] [<c0157a2a>] [<c014892c>]
[<c0148db9>]
[<c0108f47>]
psmouse.c: Lost synchronization, throwing 3 bytes away.
--
/================================================\
| Ram?n Rey Vicente <ramon.rey at hispalinux.es> |
| |
| Jabber ID <rreylinux at jabber.org> |
| |
| Public GPG Key http://pgp.escomposlinux.org |
| |
| GLiSa http://glisa.hispalinux.es |
\================================================/
On Wed, Jul 09, 2003 at 01:17:32AM +0200, Ram?n Rey Vicente???? wrote:
> Call Trace: [<c0116ea0>] [<c013bb2e>] [<c013f522>] [<c011894e>]
> [<c011c44d>]
> [<c0109a20>] [<c01097d3>] [<c0109ab1>] [<c0118599>] [<c0130259>]
> [<c01621
> 8e>] [<c01307f8>] [<c01091ad>] [<c0118599>] [<c0193e05>]
> [<c0116f20>] [<c0
> 116f20>] [<c0156924>] [<c0156dae>] [<c0157a2a>] [<c014892c>]
> [<c0148db9>]
> [<c0108f47>]
Now run it through ksymoops. You should consider using the in kernel oops
decoding. Just turn kksymoops on in the debugging menu.
On Wed, Jul 09, 2003 at 02:32:19AM +0200, Ram?n Rey Vicente???? wrote:
> El mi? 09-07-2003 a las 02:18, Mike Fedyk escribi?:
> > On Wed, Jul 09, 2003 at 01:17:32AM +0200, Ram?n Rey Vicente???? wrote:
> > > Call Trace: [<c0116ea0>] [<c013bb2e>] [<c013f522>] [<c011894e>]
> > > [<c011c44d>]
> > > [<c0109a20>] [<c01097d3>] [<c0109ab1>] [<c0118599>] [<c0130259>]
> > > [<c01621
> > > 8e>] [<c01307f8>] [<c01091ad>] [<c0118599>] [<c0193e05>]
> > > [<c0116f20>] [<c0
> > > 116f20>] [<c0156924>] [<c0156dae>] [<c0157a2a>] [<c014892c>]
> > > [<c0148db9>]
> > > [<c0108f47>]
> >
> > Now run it through ksymoops. You should consider using the in kernel oops
> > decoding. Just turn kksymoops on in the debugging menu.
>
> I'm currently doing that :), my pc is not a Sun 10000, so I try to build
> the kernel only de necessary.
>
> Whenever I get the errors, I'll report it inmediately
You can use the userspace ksymoops instead too...
El mi? 09-07-2003 a las 02:18, Mike Fedyk escribi?:
> On Wed, Jul 09, 2003 at 01:17:32AM +0200, Ram?n Rey Vicente???? wrote:
> > Call Trace: [<c0116ea0>] [<c013bb2e>] [<c013f522>] [<c011894e>]
> > [<c011c44d>]
> > [<c0109a20>] [<c01097d3>] [<c0109ab1>] [<c0118599>] [<c0130259>]
> > [<c01621
> > 8e>] [<c01307f8>] [<c01091ad>] [<c0118599>] [<c0193e05>]
> > [<c0116f20>] [<c0
> > 116f20>] [<c0156924>] [<c0156dae>] [<c0157a2a>] [<c014892c>]
> > [<c0148db9>]
> > [<c0108f47>]
>
> Now run it through ksymoops. You should consider using the in kernel oops
> decoding. Just turn kksymoops on in the debugging menu.
I'm currently doing that :), my pc is not a Sun 10000, so I try to build
the kernel only de necessary.
Whenever I get the errors, I'll report it inmediately
--
/================================================\
| Ram?n Rey Vicente <ramon.rey at hispalinux.es> |
| |
| Jabber ID <rreylinux at jabber.org> |
| |
| Public GPG Key http://pgp.escomposlinux.org |
| |
| GLiSa http://glisa.hispalinux.es |
\================================================/
El mi? 09-07-2003 a las 02:34, Mike Fedyk escribi?:
> On Wed, Jul 09, 2003 at 02:32:19AM +0200, Ram?n Rey Vicente???? wrote:
> > El mi? 09-07-2003 a las 02:18, Mike Fedyk escribi?:
> > > On Wed, Jul 09, 2003 at 01:17:32AM +0200, Ram?n Rey Vicente???? wrote:
> > > > Call Trace: [<c0116ea0>] [<c013bb2e>] [<c013f522>] [<c011894e>]
> > > > [<c011c44d>]
> > > > [<c0109a20>] [<c01097d3>] [<c0109ab1>] [<c0118599>] [<c0130259>]
> > > > [<c01621
> > > > 8e>] [<c01307f8>] [<c01091ad>] [<c0118599>] [<c0193e05>]
> > > > [<c0116f20>] [<c0
> > > > 116f20>] [<c0156924>] [<c0156dae>] [<c0157a2a>] [<c014892c>]
> > > > [<c0148db9>]
> > > > [<c0108f47>]
> > >
> > > Now run it through ksymoops. You should consider using the in kernel oops
> > > decoding. Just turn kksymoops on in the debugging menu.
> >
> > I'm currently doing that :), my pc is not a Sun 10000, so I try to build
> > the kernel only de necessary.
> >
> > Whenever I get the errors, I'll report it inmediately
>
> You can use the userspace ksymoops instead too...
Oh, thats new or me :), but in order to help the kernel developers, I'll
compile the with ksymoops forever... :)
It seems Andrew Morton found my bugzilla report with the Nick Orlov
information, and identify the bug as devfs bug
--
/================================================\
| Ram?n Rey Vicente <ramon.rey at hispalinux.es> |
| |
| Jabber ID <rreylinux at jabber.org> |
| |
| Public GPG Key http://pgp.escomposlinux.org |
| |
| GLiSa http://glisa.hispalinux.es |
\================================================/