Hallo, David Haller schrieb:
Schau mal mit 'cat /proc/ioports' ob die folgenden Standard-IO-ports noch frei sind: 0x1e8 0x3ee und mit 'cat /proc/interrupts' welche IRQs noch frei sind. Ich habe das mal als Kernel-Parameter mit angegeben:
anubis:~ # dmesg | grep ide BIOS-provided physical RAM map: Kernel command line: root=/dev/hda2 vga=0x317 selinux=0 resume=/dev/hda1 splash=silent showopts ide2=0x1e8,0x3ee,10 CPU: After generic identify, caps: 0183f9ff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 0183f9ff 00000000 00000000 00000000 00000000 00000000 00000000 Boot video device is 0000:01:00.0 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ide0: BM-DMA at 0xb800-0xb807, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xb808-0xb80f, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... ide1 at 0x170-0x177,0x376 on irq 15 anubis:~ # anubis:~ # dmesg | grep irq serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A PIIX4: not 100% native mode: will probe irqs later ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 parport0: irq 7 detected uhci_hcd 0000:00:04.2: irq 9, io base 0x0000b400 anubis:~ # das scheint ihn also nicht wirklich interessiert zu haben... anubis:~ # cat /proc/ioports 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 02f8-02ff : serial 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial 0cf8-0cff : PCI conf1 b000-b0ff : 0000:00:0b.0 b000-b0ff : 8139too b400-b41f : 0000:00:04.2 b400-b41f : uhci_hcd b800-b80f : 0000:00:04.1 b800-b807 : ide0 b808-b80f : ide1 d000-dfff : PCI Bus #01 d800-d8ff : 0000:01:00.0 e400-e43f : 0000:00:04.3 e800-e81f : 0000:00:04.3 e800-e807 : piix4-smbus anubis:~ # cat /proc/interrupts CPU0 0: 45349 XT-PIC timer 1: 18 XT-PIC i8042 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 9: 0 XT-PIC uhci_hcd:usb1 11: 379 XT-PIC eth0 14: 3574 XT-PIC ide0 15: 166 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 anubis:~ # evtl hilft noch ein 'lsmod'??? Module Size Used by hfsplus 75140 0 vfat 12800 0 fat 49692 1 vfat subfs 7552 1 speedstep_lib 4228 0 freq_table 4612 0 ipv6 242752 22 edd 9824 0 uhci_hcd 32016 0 usbcore 112512 2 uhci_hcd pci_hotplug 26164 0 8139cp 21120 0 8139too 26112 0 mii 5504 2 8139cp,8139too generic 4484 0 [permanent] i2c_piix4 8720 0 i2c_core 20368 1 i2c_piix4 intel_agp 22044 1 agpgart 33096 1 intel_agp dm_mod 54972 0 parport_pc 38980 1 lp 11460 0 parport 33864 2 parport_pc,lp ext3 130440 5 jbd 59940 1 ext3 processor 24512 0 piix 9988 0 [permanent] ide_disk 17152 9 ide_core 122380 3 generic,piix,ide_disk anubis:~ # Was mich wundert ist, dass in /proc/interrupts der IRQ 7 z.B. nicht auftaucht, obwohl er in der Ausgabe von dmesg|grep irq dem Parallel-Port zugewiesen ist... Mit IRQ 12 ist es dasselbe???
Und erzaehle mal was genau das fuer ein Controller ist (Hersteller, Modell, Chipsatz (was auf dem Chip steht)). Auf dem Chip direkt: ATIMEL ATF20V8B 9733 15PC
Auf der Karte: FCC-ID:MQ8UTC-3001 I Ansonsten nur noch die Tabelle für die Jumper-Belegung... Die Jumper stehen wie folgt: * IO: 0x1e8 * IRQ 10 * IOCHRDY: OFF (Was auch immer das bedeutet, aber egal wie er steht, es geht nicht...) Leider bietet die Karte den IRQ 11 nicht an, aber das sollte auch nur zweitrangig wichtig sein. Im BIOS steht der IRQ 10 definitiv auf der Einstellung, dass er für ISA-Karten verwendet wird... -- Oliver Meißner-Knippschild PM bitte an public.o@la-familia-grande.de