Hello Andre,
I have a problem with my IDE system (vfat disk) since 2.3.39pre2 (2.3.38
and before was smooth). I use a 'poor' WDC AC32500H disk as backup and
Win98 dual boot disk and a 'half way' good IBM DDRS-34560UW on
AHA-2940UW for Linux (the IDE disk is the f*cking first disk in my
system).
So lilo is installed on the IDE disk and all IDE stuff is compiled as
modules.
SunWave1>lsmod
Module Size Used by
nls_iso8859-1 2860 0 (autoclean)
nls_cp437 4364 0 (autoclean)
ide-disk 8304 0 (autoclean)
ide-probe-mod 11768 0 (autoclean)
ide-mod 66672 0 (autoclean) [ide-disk ide-probe-mod]
vfat 14164 0 (autoclean)
fat 39648 0 (autoclean) [vfat]
ppp_async 9644 0 (autoclean)
ppp_generic 14696 0 (autoclean) [ppp_async]
slhc 6140 0 (autoclean) [ppp_generic]
serial 44132 0 (autoclean)
awe_wave 168564 1 (autoclean)
sb 43764 1 (autoclean)
uart401 7344 1 (autoclean) [sb]
sound 78808 0 (autoclean) [awe_wave sb uart401]
soundlow 516 0 (autoclean) [sound]
soundcore 3908 7 (autoclean) [sb sound]
tdfx 64936 2
autofs 14044 1 (autoclean)
eepro100 20996 1 (autoclean)
The IDE disk can be mounted as vfat on /net/DosC with the kernel
automountd.
All stuff worked with 2.3.38 and before.
Now with 2.3.39pre2 and above I can auto mount the vfat file system
clean 'ls -la /net/DosC/ + TAB|RETURN' (all modules are loaded
correctly) but NOT if I only do a 'lilo -v'.
With 'lilo -v' the base/core IDE modules would be loaded but lilo hangs.
SunWave1>lilo -v
LILO version 21, Copyright 1992-1998 Werner Almesberger
Reading boot sector from /dev/hda
[hang]
In another shell I get:
SunWave1>lsmod
Module Size Used by
ide-disk 8304 0 (autoclean)
ide-probe-mod 11768 0 (autoclean)
ide-mod 66672 1 (autoclean) [ide-disk ide-probe-mod]
awe_wave 168564 1 (autoclean)
sb 43764 1 (autoclean)
uart401 7344 1 (autoclean) [sb]
sound 78808 0 (autoclean) [awe_wave sb uart401]
soundlow 516 0 (autoclean) [sound]
soundcore 3908 7 (autoclean) [sb sound]
tdfx 64936 2
autofs 14044 1 (autoclean)
eepro100 20996 1 (autoclean)
Now I have to kill lilo as root from another shell.
Second lilo run works smooth:
SunWave1>lilo -v
LILO version 21, Copyright 1992-1998 Werner Almesberger
Reading boot sector from /dev/hda
Merging with /boot/boot.b
Boot image: /boot/vmlinuz
Added linux *
Boot image: /boot/vmlinuz.old
Added old
Boot other: /dev/hda1, on /dev/hda, loader /boot/chain.b
Added win98
/boot/boot.0300 exists - no backup copy made.
Writing boot sector.
I got the following in '/var/adm/syslog':
Jan 28 03:15:01 SunWave1 kernel: Trying to free nonexistent resource
<f000-f007>
Jan 28 03:20:54 SunWave1 kernel: AMD7409: IDE controller on PCI bus 00
dev 39
Jan 28 03:20:54 SunWave1 kernel: AMD7409: not 100% native mode: will
probe irqs later
Jan 28 03:20:54 SunWave1 kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS
settings: hda:DMA, hdb:pio
Jan 28 03:20:54 SunWave1 kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS
settings: hdc:pio, hdd:pio
Jan 28 03:20:59 SunWave1 kernel: hda: WDC AC32500H, ATA DISK drive
Jan 28 03:20:59 SunWave1 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Jan 28 03:20:59 SunWave1 kernel: hda: Disabling (U)DMA for WDC AC32500H
Jan 28 03:20:59 SunWave1 kernel: hda: UDMA 0x03 PIO 0x20 :: UDMA 0x03
PIO 0x20
Jan 28 03:24:58 SunWave1 kernel: request_module[ide-disk]:
waitpid(6928,...) failed, errno 512
I got some kernel Oops with lilo, too:
ksymoops 0.7c on i686 2.3.41pre3. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.3.41pre3/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Jan 26 20:30:17 SunWave1 kernel: e820: 0009fc00 @ 00000000 (usable)
Jan 26 20:30:17 SunWave1 kernel: e820: 00000400 @ 0009fc00 (reserved)
Jan 26 20:30:17 SunWave1 kernel: e820: 00010000 @ 000f0000 (reserved)
Jan 26 20:30:17 SunWave1 kernel: e820: 00010000 @ ffff0000 (reserved)
Jan 26 20:30:17 SunWave1 kernel: e820: 0fef0000 @ 00100000 (usable)
Jan 26 20:30:17 SunWave1 kernel: e820: 0000d000 @ 0fff3000 (ACPI data)
Jan 26 20:30:17 SunWave1 kernel: e820: 00003000 @ 0fff0000 (ACPI NVS)
Jan 26 21:20:40 SunWave1 kernel: Unable to handle kernel paging request
at virtual address d48eb9b4
Jan 26 21:20:40 SunWave1 kernel: c0144849
Jan 26 21:20:40 SunWave1 kernel: *pde = 0b2ce063
Jan 26 21:20:40 SunWave1 kernel: Oops: 0000
Jan 26 21:20:40 SunWave1 kernel: CPU: 0
Jan 26 21:20:40 SunWave1 kernel: EIP: 0010:[blkdev_open+137/256]
Jan 26 21:20:40 SunWave1 kernel: EFLAGS: 00010246
Jan 26 21:20:40 SunWave1 kernel: eax: c15e4250 ebx: c15e4238 ecx:
c15e4238 edx: d48eb9b4
Jan 26 21:20:40 SunWave1 kernel: esi: c15e4220 edi: c2b48820 ebp:
00000000 esp: cd2b7f7c
Jan 26 21:20:40 SunWave1 kernel: ds: 0018 es: 0018 ss: 0018
Jan 26 21:20:40 SunWave1 kernel: Process lilo (pid: 5086,
stackpage=cd2b7000)
Jan 26 21:20:40 SunWave1 kernel: Stack: c9056e40 00000000 c2b48820
c311e040 c013b1ac c2b48820 c9056e40 00000007
Jan 26 21:20:40 SunWave1 kernel: ce469000 400e81b3 bfffda24
c013b3ba ce469000 00000002 400f78cc cd2b6000
Jan 26 21:20:40 SunWave1 kernel: bfffde98 c010f7fc 0805cbf0
00000002 400f78cc bfffde98 400e81b3 bfffda24
Jan 26 21:20:40 SunWave1 kernel: Call Trace: [filp_open+204/288]
[sys_open+58/288] [system_call+52/56]
Jan 26 21:20:40 SunWave1 kernel: Code: 83 3a 00 74 0f 8b 44 24 18 50 57
8b 02 ff d0 89 c5 83 c4 08
Using defaults from ksymoops -t elf32-i386 -a i386
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 83 3a 00 cmpl $0x0,(%edx)
Code; 00000003 Before first symbol
3: 74 0f je 14 <_EIP+0x14> 00000014 Before
first symbol
Code; 00000005 Before first symbol
5: 8b 44 24 18 mov 0x18(%esp,1),%eax
Code; 00000009 Before first symbol
9: 50 push %eax
Code; 0000000a Before first symbol
a: 57 push %edi
Code; 0000000b Before first symbol
b: 8b 02 mov (%edx),%eax
Code; 0000000d Before first symbol
d: ff d0 call *%eax
Code; 0000000f Before first symbol
f: 89 c5 mov %eax,%ebp
Code; 00000011 Before first symbol
11: 83 c4 08 add $0x8,%esp
779 warnings issued. Results may not be reliable.
Thanks for any help,
Dieter
-- Dieter Nützel Graduate Student, Computer ScienceUniversity of Hamburg Department of Computer Science Cognitive Systems Group Vogt-Kölln-Straße 30 D-22527 Hamburg, Germany
email: nuetzel@kogs.informatik.uni-hamburg.de @home: dieter.nuetzel@myokay.net
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jan 31 2000 - 21:00:20 EST