I expected this..........groan........
[slew of nasties, ducky language] WDC has always bitten me square between
the cheeks on the arse............
I never got around to setting up the DMA mode 2 and below........
As for the (vfat disk) that is a partition issue.
Alex and Andries, what do either of you know about the partition changes?
On Fri, 28 Jan 2000, Dieter [iso-8859-1] Nützel wrote:
> 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 Science
>
> University 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
>
>
>
Andre Hedrick
The Linux ATA/IDE guy
THE USE OF EMAIL FOR THE TRANSMISSION OF UNSOLICITED COMMERCIAL
MATERIAL IS PROHIBITED UNDER FEDERAL LAW (47 USC 227). Violations may
result in civil penalties and claims of $500.00 PER OCCURRENCE
(47 USC 227[c]). Commercial spam WILL be forwarded to postmasters.
-
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