Re: acpica malfunctions
Hi, Mike Smith wrote: I've just committed a slightly different patch, based on a mix of your ideas and mine (mostly yours). Can you test the -current code, and let me know what I broke this time? 8) As haro wrote, acpi_pcib.c rev1.11 + neckpain's patch does work on my machine too. But rev1.12 cause panic while booting on my PCG-C1VSX/K (NEWCARD + acpica). pccbb0: RF5C475 PCI-CardBus Bridge at device 12.0 on pci0 pccbb0: PCI Memory allocated: 4400 acpi_pcib0: matched entry for 0.12.INTA (source \_SB_.LINKB) acpi_pcib0: possible interrupts: 9 acpi_pcib0: couldn't route interrupt 9 via \_SB_.LINKB - AE_BAD_PARAMETER pccbb: Unable to map IRQ... panic: resource_list_release: can't find resource Debugger(panic) Stopped at Debugger+0x44: pushl %ebx db dmesg with acpi_pcib.c rev1.11 + neckpain's patch is as follows ACPI debug layer 0x0 debug level 0x0 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Jul 29 15:46:16 JST 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/ALASKAN Timecounter i8254 frequency 1193182 Hz CPU: Transmeta(tm) Crusoe(tm) Processor TM5600 (661.67-MHz 586-class CPU) Origin = GenuineTMx86 Id = 0x543 real memory = 117374976 (114624K bytes) avail memory = 108027904 (105496K bytes) Preloaded elf kernel kernel at 0xc05f9000. WARNING: Driver mistake: destroy_dev on 154/0 Using $PIR table, 9 entries at 0xc00fdf30 acpi0: SONY P1 on motherboard Timecounter ACPI frequency 3579545 Hz acpi_cpu0: CPU on acpi0 acpi_cpu: CLK_VAL field overflows P_CNT register acpi_cpu: CLK_VAL field overlaps THT_EN bit acpi_tz0: thermal zone on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge on acpi0 pci0: PCI bus on acpi_pcib0 pci0: memory, RAM at 0.1 (no driver attached) pci0: memory, RAM at 0.2 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0x1000-0x100f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0x1020-0x103f irq 9 at device 7.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 2 ports with 2 removable, self powered ugen0: Sony USB Memory Stick Slot, rev 1.10/1.80, addr 3 pci0: bridge, PCI-unknown at 7.3 (no driver attached) pci0: serial bus, FireWire at 8.0 (no driver attached) pcm0: Yamaha DS-1E (YMF754) mem 0xfc108000-0xfc10 irq 9 at device 9.0 on pci0 pci0: simple comms at 10.0 (no driver attached) pci0: multimedia at 11.0 (no driver attached) pccbb0: RF5C475 PCI-CardBus Bridge at device 12.0 on pci0 pccbb0: PCI Memory allocated: 4400 acpi_pcib0: matched entry for 0.12.INTA (source \\_SB_.LNKB) acpi_pcib0: possible interrupts: 9 acpi_pcib0: routed interrupt 9 via \\_SB_.LNKB cardbus0: Cardbus bus (newcard) on pccbb0 pccard0: 16-bit PCCard bus on pccbb0 pci0: display, VGA at 13.0 (no driver attached) acpi_ec0: embedded controller on acpi0 acpi_cmbat0: Control method Battery on acpi0 acpi_acad0: AC adapter on acpi0 acpi_timer0: 24-bit timer at 3.579545MHz port 0x8008-0x800b on acpi0 (omitting the rest) -- Yoichi Nakayama [EMAIL PROTECTED] E-ken, Dept. of Physics, Nagoya University http://www.eken.phys.nagoya-u.ac.jp/~yoichi/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
Hello Nakayama-san, From: [EMAIL PROTECTED] Date: Tue, 31 Jul 2001 23:28:39 +0900 ::Hi, :: :: Mike Smith wrote: :: I've just committed a slightly different patch, based on a mix of your :: ideas and mine (mostly yours). Can you test the -current code, and let :: me know what I broke this time? 8) :: ::As haro wrote, acpi_pcib.c rev1.11 + neckpain's patch does work ::on my machine too. But rev1.12 cause panic while booting on my ::PCG-C1VSX/K (NEWCARD + acpica). New patch was posted by [EMAIL PROTECTED] for rev1.12 on -current. My PCG-Z505V/BP booted fine with the new patch. Have a try with it. Hope this helps, Haro =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Mon, Jul 30, 2001 at 02:06:26AM -0700 On Mon, Jul 30, 2001 at 02:06:26AM -0700, Mike Smith wrote: I've just committed a slightly different patch, based on a mix of your ideas and mine (mostly yours). Thank you. Hmm, my previous patch was doing many unnecessary things... Can you test the -current code, and let me know what I broke this time? 8) Yes, apply the attached patch to unbrake it. :) Regards. Shop Smart Compare Prices on Name-Brand Products from Name-Brand Stores!! http://www.smartshop.com/cgi-bin/main.cgi?ssa=4099 dev.acpica.diff
Re: acpica malfunctions
Mike, Seems like I managed to solve my problem. Attached is to be applied against sys/dev/acpica/acpi_pcib.c, rev 1.10 . Thanks for tracking this down; without hardware to test here, it's been difficult. Great bug report! I've just committed a slightly different patch, based on a mix of your ideas and mine (mostly yours). Can you test the -current code, and let me know what I broke this time? 8) I've also let Intel know about the AcpiRsCaluclataeByteStreamLength bug, and some others I noticed while looking at the code, thanks for spotting this too. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
Thank you for your patch. Now I can boot my SONY PCG-Z505V/BP with acpi_pcib.c rev1.11 + your patch. Here's ACPI related dmesg: acpi0: SONY Z3 on motherboard Timecounter ACPI frequency 3579545 Hz acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge on acpi0 pci0: PCI bus on acpi_pcib0 acpi_pcib0: matched entry for 0.7.INTD (source \\_SB_.LNKD) acpi_pcib0: possible interrupts: 9 acpi_pcib0: routed interrupt 9 via \\_SB_.LNKD acpi_pcib0: matched entry for 0.12.INTA (source \\_SB_.LNKB) acpi_pcib0: possible interrupts: 9 acpi_pcib0: routed interrupt 9 via \\_SB_.LNKB Thank you, Haro From: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Fri, 27 Jul 2001 05:25:53 -0700 ::In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on :Mon, Jul 23, 2001 at 01:37:59PM -0700 :: ::On Mon, Jul 23, 2001 at 01:37:59PM -0700, Mike Smith wrote: ::1. Acpica modules hangs in ::AcpiRsCalculateByteStreamLength() called from ::AcpiRsCreateByteStream() called from ::AcpiRsSetSrsMethodData() called from ::AcpiSetCurrentResources() from somewhere in acpi_pcib.c . :: ::The hang itself occurs at LinkedList-Id == 9 and LinkedList-Length :: == 0 ::. :: :: Can you replace crsbuf with crsbuf in acpi_pcib.c at line 484? :: I think I should be passing a pointer to the buffer, not a pointer to a :: pointer. :: :: There's no crsbuf in line 484 (not in rev 1.10, nor 1.11). :: :: Assuming you're talking about the one in line 478, it doesn't compile if you :: change it to crsbuf from crsbuf, since crsbuf is an ACPI_BUFFER, not :: an (ACPI_BUFFER *). :: :: Um. Sorry about the line numbers, and yes, sorry about the confusion :: there; I just looked at it and it seemed wrong. :: :: I'd still like to know the allocation length for that buffer though; my :: last suspicion is that it doesn't contain any resources at all, and so :: we're overrunning it when we go to try to stuff an interrupt resource :: into it. If that's the case, it's easy to fix. If not, then we will :: have to go hunting snarks. :: ::Mike, ::Seems like I managed to solve my problem. Attached is to be applied against ::sys/dev/acpica/acpi_pcib.c, rev 1.10 . :: ::First of all, the list returned in crsbuf was terminated with an element ::with its Length field equal to zero (and Id field was ACPI_RSTYPE_IRQ). ::Since AcpiRsCalculateByteStreamLength() expects ACPI_RSTYPE_END_TAG as ::terminator and doesn't check the validity of Length field (or, in other words, ::this function doesn't treat it as terminator), the function never returned. :: ::And as you suggested, AcpiGetCurrentResources() returned an IRQ resource ::with no interrupts(NumberOfInterrupts = 0, and no room for ::Data.Irq.Interrupts[0]). Thus the line 476 in acpi_pcib.c was overwriting ::the Id field in the next element. :: ::The patch tries to allocate another buffer to resize the list, and to modify the ::last element's Id to ACPI_RSTYPE_END_TAG. ::I think AcpiRsCalculateByteStreamLength() should just exit the while loop ::when it found an element with Length = 0, rather than wait for the end tag ::forever. :: ::Thanks. :: :: :: ::Shop Smart Compare Prices on Name-Brand Products from Name-Brand Stores!! ::http://www.smartshop.com/cgi-bin/main.cgi?ssa=4099 =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Mon, Jul 23, 2001 at 01:37:59PM -0700 On Mon, Jul 23, 2001 at 01:37:59PM -0700, Mike Smith wrote: 1. Acpica modules hangs in AcpiRsCalculateByteStreamLength() called from AcpiRsCreateByteStream() called from AcpiRsSetSrsMethodData() called from AcpiSetCurrentResources() from somewhere in acpi_pcib.c . The hang itself occurs at LinkedList-Id == 9 and LinkedList-Length == 0 . Can you replace crsbuf with crsbuf in acpi_pcib.c at line 484? I think I should be passing a pointer to the buffer, not a pointer to a pointer. There's no crsbuf in line 484 (not in rev 1.10, nor 1.11). Assuming you're talking about the one in line 478, it doesn't compile if you change it to crsbuf from crsbuf, since crsbuf is an ACPI_BUFFER, not an (ACPI_BUFFER *). Um. Sorry about the line numbers, and yes, sorry about the confusion there; I just looked at it and it seemed wrong. I'd still like to know the allocation length for that buffer though; my last suspicion is that it doesn't contain any resources at all, and so we're overrunning it when we go to try to stuff an interrupt resource into it. If that's the case, it's easy to fix. If not, then we will have to go hunting snarks. Mike, Seems like I managed to solve my problem. Attached is to be applied against sys/dev/acpica/acpi_pcib.c, rev 1.10 . First of all, the list returned in crsbuf was terminated with an element with its Length field equal to zero (and Id field was ACPI_RSTYPE_IRQ). Since AcpiRsCalculateByteStreamLength() expects ACPI_RSTYPE_END_TAG as terminator and doesn't check the validity of Length field (or, in other words, this function doesn't treat it as terminator), the function never returned. And as you suggested, AcpiGetCurrentResources() returned an IRQ resource with no interrupts(NumberOfInterrupts = 0, and no room for Data.Irq.Interrupts[0]). Thus the line 476 in acpi_pcib.c was overwriting the Id field in the next element. The patch tries to allocate another buffer to resize the list, and to modify the last element's Id to ACPI_RSTYPE_END_TAG. I think AcpiRsCalculateByteStreamLength() should just exit the while loop when it found an element with Length = 0, rather than wait for the end tag forever. Thanks. Shop Smart Compare Prices on Name-Brand Products from Name-Brand Stores!! http://www.smartshop.com/cgi-bin/main.cgi?ssa=4099 acpi_pcib.c.diff
Re: acpica malfunctions
1. Acpica modules hangs in AcpiRsCalculateByteStreamLength() called from AcpiRsCreateByteStream() called from AcpiRsSetSrsMethodData() called from AcpiSetCurrentResources() from somewhere in acpi_pcib.c . The hang itself occurs at LinkedList-Id == 9 and LinkedList-Length == 0 . Can you replace crsbuf with crsbuf in acpi_pcib.c at line 484? I think I should be passing a pointer to the buffer, not a pointer to a pointer. There's no crsbuf in line 484 (not in rev 1.10, nor 1.11). Assuming you're talking about the one in line 478, it doesn't compile if you change it to crsbuf from crsbuf, since crsbuf is an ACPI_BUFFER, not an (ACPI_BUFFER *). Um. Sorry about the line numbers, and yes, sorry about the confusion there; I just looked at it and it seemed wrong. I'd still like to know the allocation length for that buffer though; my last suspicion is that it doesn't contain any resources at all, and so we're overrunning it when we go to try to stuff an interrupt resource into it. If that's the case, it's easy to fix. If not, then we will have to go hunting snarks. Thanks. Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
Hi. I'm running -current whose source tree was checked out as TZ=UTC cvs co -D'2001-07-12' src on VAIO PCG-C1XE(PentiumII with 64Mbytes of RAM) and have some problems: 1. Acpica modules hangs in AcpiRsCalculateByteStreamLength() called from AcpiRsCreateByteStream() called from AcpiRsSetSrsMethodData() called from AcpiSetCurrentResources() from somewhere in acpi_pcib.c . The hang itself occurs at LinkedList-Id == 9 and LinkedList-Length == 0 . Can you replace crsbuf with crsbuf in acpi_pcib.c at line 484? I think I should be passing a pointer to the buffer, not a pointer to a pointer. This will make the code less wrong, but is probably still illegal (depending on the size of the buffer that _CRS is returning). If you could duplicate the printf on line 396 and print crsbuf-Length out, that would be very helpful. Sorry for the delay. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpica malfunctions
These are known bugs, and should be fixed in the next ACPI CA import (hopefully sometime in the next few days). I don't suppose this is going to fix the problem with the CUSL-2 BIOS ... -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa No excellent soul is exempt from a mixture of madness. -- Aristotle To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message