PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : kernel bleibt beim booten stehen


Hotnine
21.01.03, 16:27
Hi!

hab mir vor kurzen ein neues Notebook zugelegt(Gericom Masterpiece M7), ist natürlich kein Toshiba, aber ich bin sehr zufrieden! Die ganze Hardware, die ich brauche läuft bis jetzt auch schon, nur das IrDa will noch nicht so richtig. Und zwar folgendes Problem:
Ich benötige ja die serielle Schnittstelle, also kompilierte ich die mit in den Kernel, wenn ich das aber mache und booten will, friert der PC, nach der Initialisierung des UDMA Controllers ein. Wenn ich die Serielle als Modul kompilliere und dann lade, findet er /dev/ttyS01 gibt noch die IO und den IRQ aus und friert anshcließend ebenfalls ein.
Hat einer von euch ne Idee woran das liegen könnte?
Bin für jeden Tipp dankbar, brauch den IrDa-Port nämlich fürs Handy!

CU Till

------------
Distri: LFS

MatzeG2002
21.01.03, 16:48
Hi,

IrDa, steht das nicht für Infrarot ?
Und wofür brauchst du dann serielle Schnittstelle ?
Hat der Laptop eine serielle Schnittstelle ?
Möglicherweise ein ACPI Problem ? ( Hatte ich schon unter Windoof. ;) )
Im BIOS serielle Schnittstelle "enabled" ?

Ein haufen fragen :confused:

Gruß Matze

Hotnine
22.01.03, 05:25
hi!

IrDa ist InfRaRot :) ja. das teil braucht ne serielle Schnittstelle, weils somit einfach als serielle angesprochen werden kann. Dafür laufen dann nur bis 115200 kbs über die Leitung. wegen dem ACPI muss ich mal schauen, bin blos leider gerade nicht davor. dass ist es aber glaube ich nicht.
erstmal danke für die Tipps

CU Till

MatzeG2002
22.01.03, 07:03
Hi,

möglicherweise ist das der Fehler. Du kompilierst ne serielle Schnittstelle in den Kernel welche er dann
beim Systemstart initialisieren will, obwohl der Laptop gar keine hat.
Gibt es keine HowTo's über Infrarot-Schnittstellen.

Gruß Matze

Hotnine
22.01.03, 07:12
morgen!

ja es gibt eine HowTo und da steht, dass man die Serielle mit einkompilieren muss, oder ebend als Modul. Das ist deswegen notwendig, weil der Infrarot port wie schon gesagt vom Motherboard als Serielle Schnittstelle angeboten wird und ein spezielles IrDa Protokoll benutzt. Wenn ich das alles richtig verstanden habe. Wenn ich das Modul lade, meldet er ja auchb noch auf /dev/ttyS1 nen Port, aber dann ist leider ruhe.


CU Till

Hotnine
22.01.03, 16:02
*schieb*
plz help

Hotnine
23.01.03, 14:49
kann mir wirklich keiner von euch weiter helfen? der IrDa ist nämlich echt wirchtig für mich! ich denke mal, dass es irgendwas mit den IRQ's zu tun hat. hat das ist nur einen wage Vermutung. Falls einer noch irgendeine Idee hat, dann raus damit

Danke Till

Hotnine
24.01.03, 11:41
:(

Tarzipan
24.01.03, 15:07
versuch doch erstmal deinen kernel so zu booten und binde die com als modul ein. dann kanst du evtl noch optionen an das modul senden. ?!
probieren geht über studieren. dann weißt du sicher, dass es am com liegt.

Hotnine
25.01.03, 01:00
hi!

als modul hab ich die serielle auch schon kompilliert, ich bin mir 100%tig sicher, dass es daran liegt. es muss irgendein Hardwarekonflikt vorliegen, mein Problem ist nur, dass ich nicht weiß, wie ich den Konflikt aufspüren und anschließend beheben kann.
Gibts denn irgendwelche Programme, die einen alle belegten IRQ's, IO usw anzeigen können?

CU Till

schnebeck
25.01.03, 01:37
Gib uns doch mal ein paar Infos. Markennamen sagen nicht so viel, was für Chips hat dein Notebook besitzt. Und solange die Hersteller keinen Linux-Support leisten, gibt es halt bur Chipsupport und keinen Markensupport ;-)

Als was sagt "lspci -v"? Ebenfallls interessant sind "ungewöhnliche" Meldungen beim irda-losen Booten.

Gericoms letzte Notebooks sind alle für ACPI ausgelegt, welches man auch nicht abstellen kann. Folglich muss dieses dann auch unter Linux sehr sauber eingrichtet werden.

Ohne richtige Infos (und ohne ein solches Notebook) kann man schwer aus der Ferne helften!

Bye

Thorsten

Tarzipan
25.01.03, 11:07
aber das IrDA (InfraRed DirectAccess :) ) subsystem hast du doch auch kompiliert oder?
versuch doch mal ein cmos reset, villeicht gehts ja dann. umstecken kannste beim notebook ja nicht viel :ugly:

Hotnine
25.01.03, 11:49
hi!

endlich mal helfende linuxjaner :)
also, zu dem Chipsatz des Infrarot habe ich keinerlei Infos, außer das er FIR fähig ist (also bis zu 4 MBps schafft) beim booten ist nichts zu erkennen, was in irgendeiner Weise verdächtig aussieht. Die Ausgabe von lspci hab ich angehangen.
die Meldung beim booten ist in etwa so:
Serial port detectet /dev/ttyS01 on 0x02f8 SHARED_IRQ MANY_HUBS
IRQ 3

dann kommen Meldungen der Netzwerkkarte und des UDMA Controllers und dann friert alles ein :(
Genau das gleiche Verhalten ist auch, wenn ich das Teil als Modul nutze.
den ACPI support hab ich erstmal weggelassen und das ganze IrDa zeugs als Module.
Ich bin mir aba wirklich absolut sicher, das es am seriellen Treiber hängt. deswegen wäre es gut, wenn man sich die ganzen Adressen irgendwie auflisten lassen könnte
Vielen Dank schonmal


CU Till

schnebeck
25.01.03, 12:19
Hmm, nicht sehr lang die Augabe von lspci ;-)

Ich quote mal die Ausgabe von "dmesg" nach erfolgreichem Durchstarten meines Gericom Notebooks.
Markiere mal den Teil, wo sinngemäß dein Rechner hängt. Eventuell liegt es gar nicht am IRDA ;-)

Linux version 2.4.19-gentoo-r10 (root@sofie) (gcc version 3.2.1) #4 Wed Dec 25 21:07:59 CET 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000009ff0000 (usable)
BIOS-e820: 0000000009ff0000 - 0000000009ff8000 (ACPI data)
BIOS-e820: 0000000009ff8000 - 000000000a000000 (ACPI NVS)
BIOS-e820: 00000000ffef0000 - 00000000fff00000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
user-defined physical RAM map:
user: 0000000000000000 - 000000000009fc00 (usable)
user: 000000000009fc00 - 00000000000a0000 (reserved)
user: 00000000000f0000 - 0000000000100000 (reserved)
user: 0000000000100000 - 0000000009ff0000 (usable)
159MB LOWMEM available.
Advanced speculative caching feature not present
On node 0 totalpages: 40944
zone(0): 4096 pages.
zone(1): 36848 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/hda3 noapic pci=biosirq mem=163776K
Initializing CPU#0
Detected 797.628 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1581.05 BogoMIPS
Memory: 158176k/163776k available (1202k kernel code, 3936k reserved, 394k data, 64k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0387f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0387f9ff 00000000 00000000 00000000
CPU serial number disabled.
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU: Common caps: 0383f9ff 00000000 00000000 00000000
CPU: Intel Pentium III (Coppermine) stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfda38, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router SIS [1039/0008] at 00:01.0
PCI: Found IRQ 10 for device 00:03.0
PCI: Sharing IRQ 10 with 00:01.4
PCI: Sharing IRQ 10 with 00:01.6
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12a (20020514) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
SGI XFS snapshot 2.4.19-2002-08-13_01:22_UTC with ACLs, no debug enabled
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
PCI: Found IRQ 10 for device 00:01.6
PCI: Sharing IRQ 10 with 00:01.4
PCI: Sharing IRQ 10 with 00:03.0
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SIS5513: IDE controller on PCI bus 00 dev 01
PCI: No IRQ known for interrupt pin A of device 00:00.1.
SIS5513: chipset revision 208
SIS5513: not 100% native mode: will probe irqs later
SiS630
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
hda: IC25N020ATDA04-0, ATA DISK drive
hdc: TORiSAN DVD-ROM DRD-U824, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 39070080 sectors (20004 MB) w/1806KiB Cache, CHS=2432/255/63, UDMA(33)
hdc: ATAPI DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
XFS mounting filesystem ide0(3,3)
XFS: WARNING: recovery required on readonly filesystem.
XFS: write access will be enabled during mount.
Starting XFS recovery on filesystem: ide0(3,3) (dev: 3/3)
Ending XFS recovery on filesystem: ide0(3,3) (dev: 3/3)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 64k freed
Adding Swap: 168672k swap-space (priority -1)
sis900.c: v1.08.04 4/25/2002
PCI: Found IRQ 11 for device 00:01.1
eth0: SiS 900 Internal MII PHY transceiver found at address 1.
eth0: Using transceiver found at address 1 as default
eth0: SiS 900 PCI Fast Ethernet at 0xd000, IRQ 11, 00:a0:cc:c1:51:b4.
Linux video capture interface: v1.00
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
pwc Philips PCA645/646 + PCVC675/680/690 + PCVC730/740/750 webcam module version 8.6 loaded.
pwc Also supports the Askey VC010, Logitech Quickcam 3000 Pro, Samsung MPC-C10 and MPC-C30,
pwc the Creative WebCam 5, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100.
usb.c: registered new driver Philips webcam
PCI: Found IRQ 9 for device 00:01.3
PCI: Sharing IRQ 9 with 00:01.2
usb-ohci.c: USB OHCI at membase 0xca83e000, IRQ 9
usb-ohci.c: usb-00:01.3, Silicon Integrated Systems [SiS] 7001 (#2)
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 9 for device 00:01.2
PCI: Sharing IRQ 9 with 00:01.3
usb-ohci.c: USB OHCI at membase 0xca840000, IRQ 9
usb-ohci.c: usb-00:01.2, Silicon Integrated Systems [SiS] 7001
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 3 ports detected
Linux PCMCIA Card Services 3.2.1
kernel build: 2.4.19-gentoo-r10 #1 Fri Nov 29 00:42:57 CET 2002
options: [pci] [cardbus]
Intel ISA/PCI/CardBus PCIC probe:
PCI: Found IRQ 10 for device 00:03.0
PCI: Sharing IRQ 10 with 00:01.4
PCI: Sharing IRQ 10 with 00:01.6
O2Micro OZ6812 rev 05 PCI-to-CardBus at slot 00:03, mem 0x10000000
host opts [0]: [ring] [pci/way] [pci irq 10] [lat 168/176] [bus 2/5]
ISA irqs (default) = 3,4,5,7,12 PCI status changes
XFS mounting filesystem ide0(3,4)
eth0: Media Link Off
Starting XFS recovery on filesystem: ide0(3,4) (dev: 3/4)
Ending XFS recovery on filesystem: ide0(3,4) (dev: 3/4)
grsec: time set by (hwclock:5649) UID(0) EUID(0), parent (runscript.sh:15841) UID(0) EUID(0)
PCI: Found IRQ 10 for device 00:01.4
PCI: Sharing IRQ 10 with 00:01.6
PCI: Sharing IRQ 10 with 00:03.0
slmdm: version 2.7.7 Dec 18 2002 17:04:08 (Smart Link Ltd.).
slmdm: country set is 0xb5 (USA).
Smart Link AMRMO modem.
amrmo: probe 1039:7013 Silicon Integrated Systems [SiS] 56k Winmodem (Smart Link HAMR5600 compatible) : SiS630 card...
PCI: Found IRQ 10 for device 00:01.6
PCI: Sharing IRQ 10 with 00:01.4
PCI: Sharing IRQ 10 with 00:03.0
cs: memory probe 0xa0000000-0xa0ffffff: clean.
init_module: prism2_cs.o: 0.1.16-pre5 Loaded
init_module: dev_info is: prism2_cs
cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x3c0-0x3df 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0x0380-0x03bf: clean.
cs: IO port probe 0x03e0-0x047f: clean.
cs: IO port probe 0x0490-0x04cf: clean.
cs: IO port probe 0x04d8-0x04ff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0a00-0x0aff: clean.
cs: IO port probe 0x0c00-0x0cff: clean.
prism2_cs: index 0x01: Vcc 5.0, irq 3, io 0x0100-0x013f
ident: nic h/w: id=0x800c 1.0.0
ident: pri f/w: id=0x15 1.0.7
ident: sta f/w: id=0x1f 1.3.6
MFI:SUP:role=0x00:id=0x01:var=0x01:b/t=1/1
CFI:SUP:role=0x00:id=0x02:var=0x02:b/t=1/1
PRI:SUP:role=0x00:id=0x03:var=0x01:b/t=4/4
STA:SUP:role=0x00:id=0x04:var=0x01:b/t=1/9
PRI-CFI:ACT:role=0x01:id=0x02:var=0x02:b/t=1/1
STA-CFI:ACT:role=0x01:id=0x02:var=0x02:b/t=1/1
STA-MFI:ACT:role=0x01:id=0x01:var=0x01:b/t=1/1
Prism2 card SN: 99SA01000000
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 122M
agpgart: Detected SiS 630 chipset
agpgart: AGP aperture is 64M @ 0xf0000000

Hotnine
25.01.03, 13:05
**** die anhänge hatte ich vergessen, jetze aba
und dmesg:
Linux version 2.4.20 (root@till) (gcc version 3.2.1) #10 Thu Jan 23 06:10:56 CET 2003
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fef0000 (usable)
BIOS-e820: 000000001fef0000 - 000000001feff000 (ACPI data)
BIOS-e820: 000000001feff000 - 000000001ff00000 (ACPI NVS)
BIOS-e820: 000000001ff00000 - 000000001ff80000 (usable)
BIOS-e820: 000000001ff80000 - 0000000020000000 (reserved)
BIOS-e820: 00000000ffb00000 - 00000000ffc00000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
511MB LOWMEM available.
On node 0 totalpages: 130944
zone(0): 4096 pages.
zone(1): 126848 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=2.4.20-ide-scsi ro root=303 hdc=ide-scsi
ide_setup: hdc=ide-scsi
Initializing CPU#0
Detected 2392.238 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 4771.02 BogoMIPS
Memory: 515748k/523776k available (1207k kernel code, 7572k reserved, 254k data, 260k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: L1 I cache: 0K, L1 D cache: 8K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: bfebf9ff 00000000 00000000 00000000
CPU: Common caps: bfebf9ff 00000000 00000000 00000000
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 07
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfd990, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Transparent bridge - Intel Corp. 82801BA/CA/DB PCI Bridge
PCI: Using IRQ router PIIX [8086/2440] at 00:1f.0
PCI: Found IRQ 10 for device 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.6
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
IA-32 Microcode Update Driver: v1.11 <tigran@veritas.com>
Starting kswapd
Journalled Block Device driver loaded
ACPI: Core Subsystem version [20011018]
ACPI: Subsystem enabled
PCI: Found IRQ 4 for device 01:00.0
radeonfb: ref_clk=2700, ref_div=12, xclk=14300 from BIOS
radeonfb: panel ID string: 1024x768
radeonfb: detected DFP panel size from BIOS: 1024x768
Console: switching to colour frame buffer device 128x48
radeonfb: ATI Radeon M7 LW DDR SGRAM 64 MB
radeonfb: DVI port LCD monitor connected
radeonfb: CRT port no monitor connected
i810_rng hardware driver 0.9.8 loaded
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2: IDE controller on PCI bus 00 dev f9
ICH2: chipset revision 18
ICH2: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x1440-0x1447, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1448-0x144f, BIOS settings: hdc:DMA, hdd:pio
hda: IC25N040ATCS04-0, ATA DISK drive
hdc: TOSHIBA DVD-ROM SD-R2212, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c02d2704, I/O limit 4095Mb (mask 0xffffffff)
hda: 78140160 sectors (40008 MB) w/1768KiB Cache, CHS=4864/255/63, UDMA(100)
Partition check:
hda: hda1 hda2 hda3
SCSI subsystem driver Revision: 1.00
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 260k freed
Adding Swap: 265064k swap-space (priority -1)
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 10 for device 02:03.0
eth0: RealTek RTL8139 Fast Ethernet at 0xe4838800, 00:50:eb:02:64:0f, IRQ 10
eth0: Identified 8139 chip type 'RTL-8139C'
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: Detected Intel i845 chipset
agpgart: AGP aperture is 128M @ 0xe8000000
[drm] Initialized radeon 1.8.0 20020828 on minor 0
PCI: Found IRQ 4 for device 01:00.0
Intel 810 + AC97 Audio, version 0.21, 06:09:36 Jan 23 2003
PCI: Enabling device 00:1f.5 (0000 -> 0001)
PCI: Found IRQ 10 for device 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Setting latency timer of device 00:1f.5 to 64
i810: Intel ICH2 found at IO 0x1300 and 0x1200, IRQ 10
i810_audio: Audio Controller supports 6 channels.
ac97_codec: AC97 Audio codec, id: ALG16(ALC200/200P)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
ac97_codec: AC97 Modem codec, id: SIL33(Unknown)
i810_audio: timed out waiting for codec 1 analog ready.


CU

schnebeck
25.01.03, 17:06
Ähm, was ich nun nicht verstanden haben, der Kernel läuft ja anscheinend.
Wie bringst du jetzt das System zum Absturz?
Was passiert, wenn du den Kernel mit den zusätzlichen Kernelparametern
noapic pci=biosirq
startest?
Hast du mal einen 2.4.19er-Kernel versucht? Der 2.4.20 hat anscheinend ein paar Probleme mit der IDE-Schnittstelle!

Bye

Thorsten

Hotnine
26.01.03, 01:32
hi!

also den Kernel bekomme ich auf zwei weisen zum absturz:
1. ich kompiliere die serielle Schnittstelle fest in den Kernel
oder
2. ich kompiliere die serielle Schnittstelle als Modul und lade sie dann.

das mit den Kernelparametern hatte ich glaube schonmal versucht, mach ich dann aber nochmal. den 2.4.19 werde ich auch mal austesten. erstmal vielen dank, für die Tipps

CU Till

schnebeck
26.01.03, 09:23
Hast du es denn auch schon mal mit einem APCI-gepatchtem Kernel versucht?

Hotnine
26.01.03, 13:13
hi!

also ich habe es mit den kerneloptionen versucht, das bringt nichts. ich teste gleich mal den 2.4.19er kernel, vielleicht hilfts ja. eine frage aber zum patchen mit apci, wenn ich nichts davon in den Kernel kompiliere, kann es dann überhaupt daran liegen? hoffentlich funzt das teil endlich mal!

CU Till

schnebeck
26.01.03, 16:13
Normalerweise gilt die Regel:

Alles was mit Powermanagement und BIOS-Reccourcen-Verwaltung zu tun hat abstellen, dann hat man die wenigsten Probleme.

Nun, bei die ist es anscheinend so, dass man sich mit dem Bios arrangieren muss, man also die umgekehrte Strategie fährt. Versuche einen Standard-Kernel mit aktuellen ACPI-Patches zu verwenden. Der Code in den Vanilla-Kerneln ist zu alt - du brauchst die Patches.

Gentoo verwendet hierfür z.Z.:

wget http://www.ibiblio.org/pub/Linux/distributions/gentoo/distfiles/acpi-20021212-2.4.20.diff.gz

Habe allerdings selbst mich bisher immer darum herumdrücken können und teile somit nur hörensagen vor ;-)

Bye

Thorsten

Hotnine
27.01.03, 05:05
guten morgen!

achso, ich verstehe ein BIOS mit emotionen ;) ich habe den 2.4.19 mal ausprobiert. Den Kernelpatch werde ich auch mal testen, den aktuellen Entwicklerkernel werd ich morgen auch mal testen. Wobei ich mir gar nicht sicher bin, dass es am Kernel liegt. Denkt ihr nicht eher, dass ein HW Konflikt vorliegt? und man nur irgendwie die Parameter herausfinden sollte?

CU Till

Hotnine
27.01.03, 05:44
nochmal ich!

ich habe mal nach der "offiziellen" Veröffentlichung des patches geschaut, die gibts alle unter APCI Patches (http://sourceforge.net/projects/acpi/). eine Frage noch, heißt das nun ACPI oder APCI?

CU Till

Hotnine
27.01.03, 15:33
hi!

also der acpi patch hat nichts gebracht. ich habe aber mal meine alte suse 7.0 dvd eingelegt, da funzt der IrDa Port. werde mal den alten 2.2.x probieren, vielleciht läuft ja auch damit meine restliche harwdare. hat einer sonst noch irgendeine Idee?


CU Till

ronnebabe
25.11.04, 10:53
Hallo !

hab mal ne grundsätzliche Frage. Habe mir jetzt eine Funktastatur mit Funkmaus gekauft und möchte die dann wenn ich sie hab unter linux laufen lassen. die Tast. und maus werden ja von der empfangstation die unter USB angeschlossen angesteuert oder zumindest die signale werden dann per USB weitergeleitet. Heißt das das die emfpangsstation diese IR verbindung mit der maus und der tastatur unter sich ausmachen und der Rechner bekommt weiterhin dieselben signal wie von einer kabeltastatur und maus???

hoffe das versteht jemand :)

gruß ronne