| Author |
Message |
|
|
Post subject:
 Posted: Mar 17, 2007 - 09:41 PM
|
|
Joined: Mar 17, 2007
Posts: 4
Status: Offline
|
|
na jut , da werd ich mich dann wohl mal ranwagen müssen..
vielen dank erstmal und noch ein schönes restwochenende,
gruss |
|
|
| |
|
|
|
 |
|
|
|
Post subject:
Posted: Mar 19, 2007 - 08:59 PM
|
|
Joined: Mar 17, 2007
Posts: 4
Status: Offline
|
|
moin ,
hab jetzt die 18 errors und 2 warnungen in meiner dsdt repariert, jetzt 0 errors und 1 warnung , habe das ganze "eingebaut" , neueste alsa treiber installiert , aber leider gibts immer noch keinen ton von sich  schade eigentlich ....erkannt wird das ganze schon, hab in der alsa conf auch schon
diverse sachen bei model wie stack3 , toshiba, ref usw usw ausprobiert ,
so langsam weiss ich nicht mehr weiter ...
gruss
edit:
liegt es evtl an meinem kernel ? (2.6-17.11), der sollte doch diesen dsdt patch
schon haben |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 06, 2007 - 11:19 AM
|
|
Joined: Dec 11, 2006
Posts: 5
Status: Offline
|
|
hubi,
gibt es eigentlich nomal was zu den PCI-Fehlermeldungen?
weil die bei mir auch da sind.
Code:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.2
NET: Registered protocol family 8
NET: Registered protocol family 20
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
PCI-GART: No AMD northbridge found.
PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
PCI: Bridge: 0000:00:01.0
IO window: 2000-2fff
MEM window: d0000000-d1ffffff
PREFETCH window: c0000000-cfffffff
PCI: Bridge: 0000:00:1c.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.1
IO window: disabled.
MEM window: 8c000000-8c0fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.2
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bus 11, cardbus bridge: 0000:0a:04.0
IO window: 00003400-000034ff
IO window: 00003800-000038ff
PREFETCH window: 88000000-8bffffff
MEM window: 90000000-93ffffff
PCI: Bridge: 0000:00:1e.0
IO window: 3000-3fff
MEM window: d2000000-d20fffff
PREFETCH window: 88000000-8bffffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1c.0 to 64
PCI: Enabling device 0000:00:1c.1 (0000 -> 0002)
ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1c.1 to 64
ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1c.2 to 64
PCI: Enabling device 0000:00:1e.0 (0004 -> 0007)
PCI: Setting latency timer of device 0000:00:1e.0 to 64
PCI: Enabling device 0000:0a:04.0 (0000 -> 0003)
ACPI: PCI Interrupt 0000:0a:04.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:0a:04.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
MfG xwutz |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Apr 06, 2007 - 11:33 AM
|
|
Joined: Nov 30, 2006
Posts: 3436
Location: Budapest
Status: Offline
|
|
xwutz,
sind bei mir auch noch da, aber ich habe das nicht mehr weiter verfolgt, da die Soundkarte nun angesprochen werden kann, und die Bridge-Fehler beziehen sich eindeutig auf die Soundkarte, wenn du lspci checkst.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject: kein sound mit kernel 2.6.25.10
Posted: Jul 11, 2008 - 06:59 PM
|
|
Joined: Jul 11, 2008
Posts: 3
Status: Offline
|
|
Hallo habe die verschiedenen links hier alle gecheckt (Toshiba P100-313), und mir nach der Anleitung eine DSDT.aml gebaut und mit dem Script an die initramfs gehängt.
Leider gehts immer noch nicht. Nach dmesg | grep DSDT bekomme ich:
ACPI: DSDT 3FE94BD7, 6249 (r1 TOSQCI Denver 6040000 MSFT 3000000)
ACPI: Checking initramfs for custom DSDT
ACPI: Found DSDT in DSDT.aml.
ACPI: Override [DSDT- Denver], this is unsafe: tainting kernel
ACPI: Table DSDT replaced by host OS
ACPI: DSDT 00000000, 5A11 (r1 TOSQCI Denver 6040000 INTL 20061109)
ACPI: DSDT override uses original SSDTs unless "acpi_no_auto_ssdt"CPU0: Intel Genuine Intel(R) CPU T2250 @ 1.73GHz stepping 08
ACPI: EC: Look up EC in DSDT
---------------------------------------------
Heißt das jetzt, dass die DSDT geladen wurde oder eben nicht weil das den Kernel beschmutzt????
Habe mir auch den Alsa 1.0.17rc3 gebaut. Fehler. Alle Soundanwendungen tuen so als ob sie Sound ausgeben könnten.
Bitte um Hilfe/ kurze Info.
Danke
jansralf |
|
|
| |
|
|
|
|
|
|
|
Post subject: kein sound mit kernel 2.6.25.10
Posted: Jul 12, 2008 - 11:43 PM
|
|
Joined: Nov 30, 2006
Posts: 3436
Location: Budapest
Status: Offline
|
|
Kernel tainting ist eine Warnung. Ich denke, das ist nach der Diskussion unter den Kernel-Entwicklern geschehen, ob der dsdt-Patch in den Kernel-Tree kommen soll oder nicht, geschehen. Dies ist abgelehnt worden, auch Linux Torvalds war dagegen. Egal, die meisten Distributionen, so auch sidux, patchen.
Das Witzige bei meinem Toshiba-Laptop war/ist, dass der ungepatchte Standard-Debian-Kernel ohne eigene DSDT.aml Sound gab und gibt. Ich probier das bei jeder neuen Kernel-Serie mal aus Neugierde aus, also auch der Standard-Debian-Sid-Kernel 2.6.25-* gibt mir Sound. Ansonsten funzt der sidux-Kernel mit Patch und eigener DSDT.aml perfekt und ich habe mir schon lange keine dmesg mehr angeschaut.
Falls du mit dem sidux-Kernel nicht hinkommst, probier einfach mal den normalen Debian-Kernel. Wenn du nicht auf ein sidux-Kernel-Modul angewiesen bist, dürfte dabei nicht viel schief gehen.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject: Re: kein sound mit kernel 2.6.25.10
Posted: Jul 16, 2008 - 05:38 PM
|
|
Joined: Jul 11, 2008
Posts: 3
Status: Offline
|
|
Hallo Hubi,
danke für den Tipp. den Debian Kernel hatte ich auch schon ausprobiert, stand ja irgendwo hier im Forum. Meine selbsgebastelte DSDT.aml wird also geladen, schade ich hätte gehofft du siehst da einen Fehler.
Heute wurde Alsa 1.0.17 freigegeben, der Changelog sah für mich leider nicht so vielversprechend aus.
Ich probier irgendwann noch einen älteren Kernel. Ansonsten warte ich einfach noch ein bischen mit Linux auf diesem Rechner.
Danke
Ralf |
|
|
| |
|
|
|
|
|
|
|
Post subject: Re: kein sound mit kernel 2.6.25.10
Posted: Jul 16, 2008 - 05:44 PM
|
|
Joined: Nov 30, 2006
Posts: 3436
Location: Budapest
Status: Offline
|
|
|
jansralf wrote:
Meine selbsgebastelte DSDT.aml wird also geladen, schade ich hätte gehofft du siehst da einen Fehler.
Nö, die wird geladen:
Code:
ACPI: Table DSDT replaced by host OS
Das Tainting ist nur ein Hinweis der Kernelentwickler und ein zusätzliches Indiz, dass die DSDT.aml geladen wurde.
Mehr Ideen habe ich nun nicht mehr. Außer dass es vielleicht nicht an der Stromversorgung liegt und du mit 2.6.26 mehr Glück hast. Auf meinem Toshiba gab es auch mal eine Kernel-Serie (2.6.23?), die null Sound produziert hat (weder der sidux-Kernel mit der eigenen DSDT noch der Debian-Kernel ohne).
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject: RE: Re: kein sound mit kernel 2.6.25.10
Posted: Aug 06, 2008 - 05:39 PM
|
|
Joined: Jul 11, 2008
Posts: 3
Status: Offline
|
|
Hallo Hubi,
mit neustem Kernel und frischem BIOS Upate geht der Sound jetzt auch bei mir. Sogar ohne DSDT.
Danke nochmal.  |
|
|
| |
|
|
|
|
|
|
|
