Bug 48283
| Summary: | sound (pcm/sbc) broken with acpi | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | sec | ||||
| Component: | i386 | Assignee: | acpi-jp | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | 5.0-CURRENT | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
sec
2003-02-14 17:30:12 UTC
State Changed From-To: open->feedback Can you please retry with 5.1-RELEASE or 5.1-CURRENT? Responsible Changed From-To: freebsd-bugs->acpi-jp@jp.FreeBSD.org Assign to ACPI maintainers Please try 5.1-current. There has been an ACPI import. Also, please report full dmesg with acpi enabled. -Nate Hi,
On Mon, Jul 21, 2003 at 03:07:12PM -0700, Nate Lawson wrote:
> Please try 5.1-current. There has been an ACPI import. Also, please
> report full dmesg with acpi enabled.
I have recompiled world and kernel with todays 5-CURRENT.
Attached is the full dmesg with acpi turned on. The last line (interrupt
timeout) was generated from my attempt to play an .mp3 file.
I would be glad if you could help fix this.
CU,
Sec
--
perl -nle 'print "$_ is divisible by 7" if (unpack("B*",reverse pack("L",$_))=~
/^0*((1((0(01|1(001*0)*11)*(00|1(001*0)*10))|1(01*0(1(10)*11)*0)*01*0(1(10)*
11)*1(10)*0)*(1(01*0(1(10)*11)*0)*1|0(01|1(001*0)*11)*1(001*0)*01))0*)+$/x)'
I see your sound card uses irq 5. There were a lot of changes between 4.x and 5.x including interrupt routing changes. I am ccing someone who knows irq allocation and someone who knows soundcards to see if they know anything to look for here. I don't see anything out of line here. I'd make sure irq 5 is set to "allocate to ISA" in your BIOS. -Nate On 08-Aug-2003 Nate Lawson wrote: > I see your sound card uses irq 5. There were a lot of changes between 4.x > and 5.x including interrupt routing changes. I am ccing someone who knows > irq allocation and someone who knows soundcards to see if they know > anything to look for here. I don't see anything out of line here. I'd > make sure irq 5 is set to "allocate to ISA" in your BIOS. Since it is an ISA device, the PCI interrupt routing code shouldn't affect it. None of the PCI interrupts were routed to IRQ 5 at least. You are definitely losing interrupts though. I would make sure that IRQ 5 is reserved for ISA devices in your BIOS. > -Nate -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ Hi,
sorry for the delay, but I have been on vacation lat week...
On Fri, Aug 08, 2003 at 02:28:28PM -0400, John Baldwin wrote:
>
> On 08-Aug-2003 Nate Lawson wrote:
> > I see your sound card uses irq 5. There were a lot of changes between 4.x
> > and 5.x including interrupt routing changes. I am ccing someone who knows
> > irq allocation and someone who knows soundcards to see if they know
> > anything to look for here. I don't see anything out of line here. I'd
> > make sure irq 5 is set to "allocate to ISA" in your BIOS.
>
> Since it is an ISA device, the PCI interrupt routing code shouldn't
> affect it. None of the PCI interrupts were routed to IRQ 5 at least.
> You are definitely losing interrupts though. I would make sure that
> IRQ 5 is reserved for ISA devices in your BIOS.
Great, that did it. By BIOS was set to
"Resources controlled by: Auto(ESCD)"
When I set it to "Manual", and set IRQ 5 for "Legacy ISA", it worked.
I now have working sound again.
Thank you very much for helping me ;-)
CU,
Sec
--
The Feynman problem solving Algorithm
1) Write down the problem
2) Think real hard
3) Write down the answer
State Changed From-To: feedback->closed User allocated irq to ISA and this solved the problem. |
