From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 6 09:02:03 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F320D16A4DA for ; Sun, 6 Aug 2006 09:02:02 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 237CE43D46 for ; Sun, 6 Aug 2006 09:01:52 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id 3ED7E9586F for ; Sun, 6 Aug 2006 12:01:44 +0300 (AST) Received: from 212.12.174.2 by ocs.savola.com with ESMTP id 70870811154854199; Sun, 06 Aug 2006 11:49:59 +0300 Message-ID: <44D5AFFC.5000800@savola.com> Date: Sun, 06 Aug 2006 12:01:48 +0300 From: Yousef Raffah Organization: The Savola Group User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org References: <1152019643.704.42.camel@redevil.savola.com> <200608031114.51389.jhb@freebsd.org> <44D24E6C.9050502@savola.com> <200608041115.09320.jhb@freebsd.org> In-Reply-To: <200608041115.09320.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=E214EAA5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E734F0C7E5B2E1071CF261C" Subject: Re: Interrupt Storms on irq:11 with Tecra A4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 09:02:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E734F0C7E5B2E1071CF261C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable John Baldwin wrote: > On Thursday 03 August 2006 15:28, Yousef Raffah wrote: > =20 >> John Baldwin wrote: >> =20 >>> On Thursday 03 August 2006 03:47, Yousef Raffah wrote: >>> =20 >>> =20 >>>> John Baldwin wrote: >>>> =20 >>>> =20 >>>>> On Wednesday 02 August 2006 01:56, Yousef Raffah wrote: >>>>> =20 >>>>> Well, these two appear to be your problem due to your BIOS having >>>>> buggy ASL. You can work around it, but you'll need to figure out >>>>> the names of your link devices first. 'devinfo -v' with ACPI >>>>> enabled can help with that. For example, on my laptop: >>>>> >>>>> % devinfo -v | grep 'pci_link[67]' >>>>> pci_link6 pnpinfo _HID=3DPNP0C0F _UID=3D106 at handle=3D\_SB_.C= 002.C0F2 >>>>> pci_link7 pnpinfo _HID=3DPNP0C0F _UID=3D107 at handle=3D\_SB_.C= 002.C0F3 >>>>> >>>>> =20 >>>>> =20 >>>>> =20 >>>> Here is my devinfo >>>> devinfo -v | grep 'pci_link[67]' >>>> pci_link6 pnpinfo _HID=3DPNP0C0F _UID=3D7 at handle=3D\_SB_.PCI0= =2ELPCB.LNKG >>>> pci_link7 pnpinfo _HID=3DPNP0C0F _UID=3D8 at handle=3D\_SB_.PCI0= =2ELPCB.LNKH >>>> >>>> So I can see that pci_link6 is named LNKG and pci_link7 is LNKH >>>> =20 >>>> =20 >>> Yep. >>> >>> =20 >>> =20 >>>>> pci_link6 is called C0F2, and pci_link7 is called C0F3. You'll use= >>>>> these names to override the IRQ for the link device by setting the >>>>> following variables in the loader: >>>>> >>>>> hw.pci.link.C0F2.irq=3D11 >>>>> hw.pci.link.C0F3.irq=3D11 >>>>> >>>>> (You'll have to replace C0F2 and C0F3 with the names for your link >>>>> devices. Probably LNKF and LNKG.) >>>>> =20 >>>>> =20 >>>> Based on that, I should have the following in my /boot/loader.conf? >>>> hw.pci.link.LNKG.irq=3D11 >>>> hw.pci.link.LNKH.irq=3D11 >>>> =20 >>>> =20 >>> Yep. >>> >>> =20 >>> =20 >>>> Let us try the loader file first and see if we need the patch after = that. >>>> =20 >>>> =20 >>> Ok. I'm betting you will need the patch, but just want to make sure = >>> =20 > first. > =20 >>> =20 >>> =20 >> Looks like I do need the patch as the interrupt storm is still there. >> Now how do I do that? >> What should I do with this code? I mean where to put it? is there a >> special way of >> patch file < your_patch ? >> =20 > > Just: > > cd /usr/src/sys > patch < /path/to/patch_file > > and then build a new kernel. > > =20 >> Index: dev/acpica/acpi_pci_link.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v >> retrieving revision 1.53 >> diff -u -r1.53 acpi_pci_link.c >> --- dev/acpica/acpi_pci_link.c 6 Jan 2006 16:14:32 -0000 1.53 >> +++ dev/acpica/acpi_pci_link.c 2 Aug 2006 14:27:09 -0000 >> @@ -941,18 +941,16 @@ >> KASSERT(!PCI_INTERRUPT_VALID(link->l_irq), >> ("%s: link already has an IRQ", __func__)); >> =20 >> - /* Check for a tunable override and use it if it is valid. */ >> + /* Check for a tunable override. */ >> if (ACPI_SUCCESS(acpi_short_name(acpi_get_handle(dev), link_name, >> sizeof(link_name)))) { >> snprintf(tunable_buffer, sizeof(tunable_buffer), >> "hw.pci.link.%s.%d.irq", link_name, link->l_res_index); >> - if (getenv_int(tunable_buffer, &i) && >> - PCI_INTERRUPT_VALID(i) && link_valid_irq(link, i)) >> + if (getenv_int(tunable_buffer, &i) && PCI_INTERRUPT_VALID(i)) >> return (i); >> snprintf(tunable_buffer, sizeof(tunable_buffer), >> "hw.pci.link.%s.irq", link_name); >> - if (getenv_int(tunable_buffer, &i) && >> - PCI_INTERRUPT_VALID(i) && link_valid_irq(link, i)) >> + if (getenv_int(tunable_buffer, &i) && PCI_INTERRUPT_VALID(i)) >> return (i); >> } >> >> =20 >> =20 Thank you very much John for your great help and support. Now that I have the patch working, do I need to remove the entries hw.pci.link.LNKG.irq=3D11 hw.pci.link.LNKH.irq=3D11 from my /boot/loader.conf? I assume I have to do this every time I buildworld, right? In case you are interested, here is my /var/run/dmesg.boot from a verbose dmesg, I just hope those unretryable errors are not a big deal! io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413= ) rr232x: RocketRAID 232x controller driver v1.02 (Aug 6 2006 10:55:03) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25908= 086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fe840 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 5 9 10 11 embedded 0 28 A 0x61 5 9 10 11 embedded 0 28 B 0x60 5 9 10 11 embedded 0 28 C 0x62 5 9 10 11 embedded 0 28 D 0x63 5 9 10 11 embedded 0 29 A 0x6b 5 9 10 11 embedded 0 29 B 0x63 5 9 10 11 embedded 0 29 C 0x62 5 9 10 11 embedded 0 29 D 0x60 5 9 10 11 embedded 0 30 A 0x61 5 9 10 11 embedded 0 30 B 0x68 5 9 10 11 embedded 0 31 A 0x62 5 9 10 11 embedded 0 31 B 0x63 5 9 10 11 embedded 0 31 D 0x60 5 9 10 11 embedded 1 0 A 0x60 5 9 10 11 embedded 1 0 B 0x61 5 9 10 11 embedded 1 0 C 0x62 5 9 10 11 embedded 1 0 D 0x63 5 9 10 11 embedded 2 0 A 0x60 5 9 10 11 embedded 2 0 B 0x61 5 9 10 11 embedded 2 0 C 0x62 5 9 10 11 embedded 2 0 D 0x63 5 9 10 11 embedded 3 0 A 0x61 5 9 10 11 embedded 3 0 B 0x62 5 9 10 11 embedded 3 0 C 0x63 5 9 10 11 embedded 3 0 D 0x60 5 9 10 11 embedded 4 0 A 0x62 5 9 10 11 embedded 4 0 B 0x63 5 9 10 11 embedded 4 0 C 0x60 5 9 10 11 embedded 4 0 D 0x61 5 9 10 11 embedded 5 0 A 0x63 5 9 10 11 embedded 5 0 B 0x60 5 9 10 11 embedded 5 0 C 0x61 5 9 10 11 embedded 5 0 D 0x62 5 9 10 11 embedded 6 4 A 0x60 5 9 10 11 embedded 6 4 B 0x61 5 9 10 11 embedded 6 6 A 0x62 5 9 10 11 embedded 6 6 B 0x63 5 9 10 11 embedded 6 6 C 0x6a 5 9 10 11 embedded 6 6 D 0x68 5 9 10 11 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 6 dev 6 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xccb94000 pa 0x9d000 atpic: Programming IRQ9 as level/low acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 11 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 6 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 6 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 6 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 10 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.1.INTA at func 0: 11 ACPI: Found matching pin for 0.28.INTA at func 0: 10 ACPI: Found matching pin for 0.28.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTA at func 0: 11 pci_link7: BIOS IRQ 11 for 0.29.INTA is invalid ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 3: 11 ACPI: Found matching pin for 0.30.INTA at func 2: 10 ACPI: Found matching pin for 0.30.INTB at func 3: 5 ACPI: Found matching pin for 0.31.INTB at func 2: 255 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2590, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x8086, dev=3D0x2591, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x00 (0= ns) intpin=3Da, irq=3D11 pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=3D0x8086, dev=3D0x2660, revid=3D0x04 bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D10 pcib0: matched entry for 0.28.INTA (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 28 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=3D0x8086, dev=3D0x2662, revid=3D0x04 bus=3D0, slot=3D28, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D11 pcib0: matched entry for 0.28.INTB (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 28 INTB routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=3D0x8086, dev=3D0x2658, revid=3D0x04 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001200, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=3D0x8086, dev=3D0x2659, revid=3D0x04 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001220, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.PCI0.LPCB.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.PCI0.LPCB.LNKD found-> vendor=3D0x8086, dev=3D0x265a, revid=3D0x04 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Dc, irq=3D11 map[20]: type 4, range 32, base 00001240, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LPCB.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=3D0x8086, dev=3D0x265b, revid=3D0x04 bus=3D0, slot=3D29, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Dd, irq=3D11 map[20]: type 4, range 32, base 00001260, size 5, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LPCB.LNKA:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=3D0x8086, dev=3D0x265c, revid=3D0x04 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f4000000, size 10, memory disable= d pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LPCB.LNKH:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xd4 bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x8086, dev=3D0x266e, revid=3D0x04 bus=3D0, slot=3D30, func=3D2 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 4, range 32, base 0000e100, size 6, enabled map[18]: type 1, range 32, base d0000000, size 9, enabled map[1c]: type 1, range 32, base d0000200, size 8, enabled pcib0: matched entry for 0.30.INTA (src \\_SB_.PCI0.LPCB.LNKB:0) pcib0: slot 30 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=3D0x8086, dev=3D0x266d, revid=3D0x04 bus=3D0, slot=3D30, func=3D3 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e200, size 8, enabled map[14]: type 4, range 32, base 0000e300, size 7, enabled pcib0: matched entry for 0.30.INTB (src \\_SB_.PCI0.LPCB.LNKE:0) pcib0: slot 30 INTB routed to irq 5 via \\_SB_.PCI0.LPCB.LNKE found-> vendor=3D0x8086, dev=3D0x2641, revid=3D0x04 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x8086, dev=3D0x2653, revid=3D0x04 bus=3D0, slot=3D31, func=3D2 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Db, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001100, size 4, enabled pcib1: irq 11 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xdfff pcib1: memory decode 0xc0000000-0xcfffffff pcib1: prefetched decode 0x90000000-0x9fffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x5460, revid=3D0x00 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base 90000000, size 27, enabled pcib1: (null) requested memory range 0x90000000-0x97ffffff: good map[14]: type 4, range 32, base 0000c000, size 8, enabled pcib1: (null) requested I/O range 0xc000-0xc0ff: in range map[18]: type 1, range 32, base c0000000, size 16, enabled pcib1: (null) requested memory range 0xc0000000-0xc000ffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA vgapci0: port 0xc000-0xc0ff mem 0x90000000-0x97ffffff,0xc0000000-0xc000ffff irq 11 at device 0.0 on pci1 pcib2: irq 10 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xbc000000-0xbfffffff pcib2: prefetched decode 0x8c000000-0x8fffffff ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: physical bus=3D2 found-> vendor=3D0x11ab, dev=3D0x4362, revid=3D0x15 bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D4 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base bc000000, size 14, enabled pcib2: (null) requested memory range 0xbc000000-0xbc003fff: good map[18]: type 4, range 32, base 0000a000, size 8, enabled pcib2: (null) requested I/O range 0xa000-0xa0ff: in range pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA pci2: at device 0.0 (no driver attached) pcib3: irq 11 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x8000-0x9fff pcib3: memory decode 0xb8000000-0xbbffffff pcib3: prefetched decode 0x88000000-0x8bffffff pci3: on pcib3 pci3: physical bus=3D3 uhci0: port 0x1200-0x121f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1200 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1220-0x123f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1220 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1240-0x125f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1240 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1260-0x127f irq 11 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1260 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf4000000-0xf40003ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4000000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 6 pcib4: subordinate bus 6 pcib4: I/O decode 0x6000-0x7fff pcib4: memory decode 0xb0000000-0xb7ffffff pcib4: prefetched decode 0x80000000-0x87ffffff pcib4: Subtractively decoded bridge. ACPI: Found matching pin for 6.4.INTA at func 0: 11 ACPI: Found matching pin for 6.6.INTA at func 0: 255 ACPI: Found matching pin for 6.6.INTA at func 4: 11 ACPI: Found matching pin for 6.6.INTC at func 2: 11 pci_link6: BIOS IRQ 11 for 6.6.INTC is invalid ACPI: Found matching pin for 6.6.INTD at func 3: 5 pci6: on pcib4 pci6: physical bus=3D6 found-> vendor=3D0x8086, dev=3D0x4220, revid=3D0x05 bus=3D6, slot=3D4, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 = (6000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base b000b000, size 12, enabled pcib4: (null) requested memory range 0xb000b000-0xb000bfff: good pcib4: matched entry for 6.4.INTA (src \\_SB_.PCI0.LPCB.LNKA:0) pcib4: slot 4 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=3D0x104c, dev=3D0x8031, revid=3D0x00 bus=3D6, slot=3D6, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x0= 3 (750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 13000000, size 12, enabled pcib4: (null) requested memory range 0x13000000-0x13000fff: good found-> vendor=3D0x104c, dev=3D0x8032, revid=3D0x00 bus=3D6, slot=3D6, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 = (1000 ns) intpin=3Dc, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0000000, size 11, enabled pcib4: (null) requested memory range 0xb0000000-0xb00007ff: good map[14]: type 1, range 32, base b0004000, size 14, enabled pcib4: (null) requested memory range 0xb0004000-0xb0007fff: good pcib4: matched entry for 6.6.INTC (src \\_SB_.PCI0.LPCB.LNKG:0) pcib4: slot 6 INTC routed to irq 11 via \\_SB_.PCI0.LPCB.LNKG found-> vendor=3D0x104c, dev=3D0x8033, revid=3D0x00 bus=3D6, slot=3D6, func=3D3 class=3D01-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04= (1000 ns) intpin=3Dd, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0008000, size 13, enabled pcib4: (null) requested memory range 0xb0008000-0xb0009fff: good pcib4: matched entry for 6.6.INTD (src \\_SB_.PCI0.LPCB.LNKE:0) pcib4: slot 6 INTD routed to irq 5 via \\_SB_.PCI0.LPCB.LNKE found-> vendor=3D0x104c, dev=3D0x8034, revid=3D0x00 bus=3D6, slot=3D6, func=3D4 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04= (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b000a000, size 8, enabled pcib4: (null) requested memory range 0xb000a000-0xb000a0ff: good map[14]: type 1, range 32, base b000a100, size 8, enabled pcib4: (null) requested memory range 0xb000a100-0xb000a1ff: good map[18]: type 1, range 32, base b000a200, size 8, enabled pcib4: (null) requested memory range 0xb000a200-0xb000a2ff: good pcib4: matched entry for 6.6.INTA (src \\_SB_.PCI0.LPCB.LNKC:0) pcib4: slot 6 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKC iwi0: mem 0xb000b000-0xb000bfff irq 11 at device 4.0 on pci6 iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb000b000 iwi0: bpf attached iwi0: Ethernet address: 00:12:f0:63:ae:ca iwi0: bpf attached iwi0: bpf attached iwi0: [MPSAFE] iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps cbb0: mem 0x13000000-0x13000fff at device 6.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x13000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib4: matched entry for 6.6.INTA (src \\_SB_.PCI0.LPCB.LNKC:0) pcib4: slot 6 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKC cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824000 0x10: 0x13000000 0x020000a0 0x40080706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0xff101179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08409060 0x00000000 0x000f0002 0x01aa1b22 0x90: 0x606600c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=3D104c, dev=3D8032 fwohci0: vendor=3D104c, dev=3D8032 fwohci0: <1394 Open Host Controller Interface> mem 0xb0000000-0xb00007ff,0xb0004000-0xb0007fff irq 11 at device 6.2 on pci6 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xb0000000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:08:0d:a0:d1:bf:aa:e1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:08:0d:bf:aa:e1 fwe0: bpf attached fwe0: Ethernet address: 02:08:0d:bf:aa:e1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci6: at device 6.3 (no driver attached) pci6: at device 6.4 (no driver attached) pcm0: port 0xe000-0xe0ff,0xe100-0xe13f mem 0xd0000000-0xd00001ff,0xd0000200-0xd00002ff irq 10 at device 30.2 on pci0= pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xd0000000 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xd0000200 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4= pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 1f3c7000, 4000; 0xd4c8c000 -> 1f3c7000 pcm0: sndbuf_setmap 1f3c3000, 4000; 0xd4c90000 -> 1f3c3000 pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1100-0x110f at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1100 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D80 ostat1=3D80 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0xa01 0xa11 0xa01 0xa01 sio0: irq maps: 0xa01 0xa11 0xa01 0xa01 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] sio1: irq maps: 0xa01 0xa09 0xa01 0xa01 sio1: irq maps: 0xa01 0xa09 0xa01 0xa01 sio1 port 0x2f8-0x2ff,0x110-0x117 irq 3 drq 1 on acpi0 sio1: type 16550A sio1: [FAST] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xe1fff,0xe5000-0xe5fff,0xeb000-0xeffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: on uhub0 ums0: 4 buttons and Z dir. Device configuration finished. procfs registered Timecounter "TSC" frequency 1862014390 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. acpi_abattery0: battery initialization start cad0: acline initialization start ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth que= ue GEOM: new disk ad0 acpi_tz0: _AC1: temperature 70.0 >=3D setpoint 44.8 acpi_tz0: switched from NONE to _AC1: 70.0C acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-R 120mm data disc pcm0: measured ac97 link rate at 48014 Hz, will use 48000 Hz (probe7:ata1:0:0:0): error 22 (probe7:ata1:0:0:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [1 x 2048 byte records] (cd0:ata1:0:0:0): error 22 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 22 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered battery0: battery initialization done, tried 2 times --=20 Sincerely, Yousef Adnan Raffah The Savola Group ------------------- Aren't you using Firefox? Get it at http://www.getfirefox.com --------------enig5E734F0C7E5B2E1071CF261C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE1bABqG4sHeIU6qURAhaaAKC7idWVaJvYktHwnKQzCXN9Qf6BgQCg8AYC PX7Y4/ReFjlBzktE0oNZVuY= =5WR5 -----END PGP SIGNATURE----- --------------enig5E734F0C7E5B2E1071CF261C-- From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 6 13:49:07 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0408916A4DE for ; Sun, 6 Aug 2006 13:49:07 +0000 (UTC) (envelope-from huangxiangkui@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DFF943D7C for ; Sun, 6 Aug 2006 13:49:05 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1052977nfe for ; Sun, 06 Aug 2006 06:49:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fyJTVzUF102sCHF9TEQiuewogORFeO873PBOBknR4mDqdkD8wr9tBH6dG4+ELg73Elux9DJUaBxZd/D/8b49P1ALW4zS2o+e77xNu4UOZcYyv106POuuEmeVtMNv6xuqA4Um0wXUShqOONJxY8BWsmLIUWObKHSTd1KNId7FwmE= Received: by 10.49.8.1 with SMTP id l1mr1093277nfi; Sun, 06 Aug 2006 06:49:04 -0700 (PDT) Received: by 10.48.164.19 with HTTP; Sun, 6 Aug 2006 06:49:04 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 21:49:04 +0800 From: huangxiangkui@gmail.com To: freebsd-hardware@freebsd.org, freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: The problem of HP Pavilion ze2205au Notebook X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 13:49:07 -0000 I use FreeBSD 6.1 release on my notebook,what is HP Pavilion ze2205au. The Notebook is use AMD Mobile Sempron CPU,and ATI Radeon xpress200M video card. When I use FreeBSD 6.0 release-p7 I counldn't use my sound card.But When I use the 6.1,I load snd_atiixp.ko,the sound card drive,my sound card is work. Now the notebook has some problem of my video card and ACPI. I do feel the problem is the problem of North Bridge(Host Bridge) on the mother board. I think if the FreeBSD could support the ATI North Bridge(Host Bridge) the problem of this style notebook will work out. Wait you. From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 7 07:47:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E3216A4DD for ; Mon, 7 Aug 2006 07:47:58 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 80E0A43D53 for ; Mon, 7 Aug 2006 07:47:57 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id 1101C95885 for ; Mon, 7 Aug 2006 10:47:54 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 71026221154936105; Mon, 07 Aug 2006 10:35:05 +0300 Message-ID: <44D6EFF6.2010601@savola.com> Date: Mon, 07 Aug 2006 10:47:02 +0300 From: Yousef Raffah Organization: The Savola Group User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=E214EAA5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig152FAAE689E9A4B291C4AA65" Subject: How can I have powerd? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 07:47:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig152FAAE689E9A4B291C4AA65 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I would like to have powerd running during system startup but I can't find the proper documentation in the Handbook yet. I tried to invoke it from the command line directly as "powerd -v" and it worked fine, actually it reduced my CPU cycle to 233MHz!! But then I noticed the -i flag and set it to "powerd -v -i 97 it the cpu reverted back to 1.8GHz. How can I pass my own parameters for powerd? I didn't find any valid variable in the /etc/rc.d/powerd file! --=20 Sincerely, Yousef Adnan Raffah The Savola Group ------------------- Aren't you using Firefox? Get it at http://www.getfirefox.com --------------enig152FAAE689E9A4B291C4AA65 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE1u/3qG4sHeIU6qURAr8zAJ9YiTa1xkyK78f8B8f7H1JyTCfZgQCfZrPu 7qPozrmgqdIE8+gFcE6aZN0= =15k1 -----END PGP SIGNATURE----- --------------enig152FAAE689E9A4B291C4AA65-- From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 7 08:05:28 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 559DF16A50D for ; Mon, 7 Aug 2006 08:05:28 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A8F43D7C for ; Mon, 7 Aug 2006 08:05:10 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J3M00KKZBSKLI@ms-dienst.rz.rwth-aachen.de> for freebsd-mobile@freebsd.org; Mon, 07 Aug 2006 10:05:09 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Mon, 07 Aug 2006 10:05:08 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.7/8.13.1/1) with ESMTP id k77857x8032065; Mon, 07 Aug 2006 10:05:07 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GA06m-0004KA-HQ; Mon, 07 Aug 2006 10:05:08 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 395E83F40B; Mon, 07 Aug 2006 10:05:08 +0200 (CEST) Date: Mon, 07 Aug 2006 10:05:08 +0200 From: Christian Brueffer In-reply-to: <44D6EFF6.2010601@savola.com> To: Yousef Raffah Message-id: <20060807080508.GB1661@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=JYK4vJDZwFMowpUq; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <44D6EFF6.2010601@savola.com> Cc: freebsd-mobile@freebsd.org Subject: Re: How can I have powerd? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 08:05:28 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 07, 2006 at 10:47:02AM +0300, Yousef Raffah wrote: > I would like to have powerd running during system startup but I can't > find the proper documentation in the Handbook yet. I tried to invoke it > from the command line directly as "powerd -v" and it worked fine, > actually it reduced my CPU cycle to 233MHz!! But then I noticed the -i > flag and set it to "powerd -v -i 97 it the cpu reverted back to 1.8GHz. >=20 > How can I pass my own parameters for powerd? I didn't find any valid > variable in the /etc/rc.d/powerd file! >=20 Put powerd_enable=3D"YES" into rc.conf. See rc.conf(5) for more information. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE1vQ0bHYXjKDtmC0RAhgeAKDze6AAAkpQeKeOgf389uEMpk0ZEQCguMxs 9tmILMHCV4USdlSiI+b5Rz4= =+2FX -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 7 17:19:31 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8089316A4DF for ; Mon, 7 Aug 2006 17:19:31 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: from smtp1.versatel.nl (smtp1.versatel.nl [62.58.50.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A5E43D4C for ; Mon, 7 Aug 2006 17:19:30 +0000 (GMT) (envelope-from frankstaals@gmx.net) Received: (qmail 7438 invoked by uid 0); 7 Aug 2006 17:19:27 -0000 Received: from ip176-173-59-62.adsl.versatel.nl (HELO [192.168.5.2]) ([62.59.173.176]) (envelope-sender ) by smtp1.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 7 Aug 2006 17:19:27 -0000 Message-ID: <44D77623.5060908@gmx.net> Date: Mon, 07 Aug 2006 19:19:31 +0200 From: Frank Staals User-Agent: Thunderbird 1.5.0.4 (X11/20060706) MIME-Version: 1.0 References: <44D6EFF6.2010601@savola.com> <20060807080508.GB1661@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20060807080508.GB1661@haakonia.hitnet.RWTH-Aachen.DE> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Yousef Raffah , freebsd-mobile@freebsd.org Subject: Re: How can I have powerd? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 17:19:31 -0000 Christian Brueffer wrote: > On Mon, Aug 07, 2006 at 10:47:02AM +0300, Yousef Raffah wrote: > >> I would like to have powerd running during system startup but I can't >> find the proper documentation in the Handbook yet. I tried to invoke it >> from the command line directly as "powerd -v" and it worked fine, >> actually it reduced my CPU cycle to 233MHz!! But then I noticed the -i >> flag and set it to "powerd -v -i 97 it the cpu reverted back to 1.8GHz. >> >> How can I pass my own parameters for powerd? I didn't find any valid >> variable in the /etc/rc.d/powerd file! >> >> > > Put powerd_enable="YES" into rc.conf. See rc.conf(5) for more > information. > > - Christian > > For information about how to setup your powerd settings you might want to check out 'man 8 powerd' :) -- -Frank Staals From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 7 18:09:54 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A2A216A4DD; Mon, 7 Aug 2006 18:09:54 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8B043DDB; Mon, 7 Aug 2006 18:08:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k77I8O9A029720; Mon, 7 Aug 2006 13:08:24 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44D781AA.3000508@centtech.com> Date: Mon, 07 Aug 2006 13:08:42 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Bruno Ducrot References: <44B6401F.8050507@centtech.com> <44B641F2.2020500@centtech.com> <32884.69.93.78.27.1152831695.squirrel@69.93.78.27> <34247.69.93.78.27.1152835592.squirrel@69.93.78.27> <39062.69.93.78.27.1152857140.squirrel@69.93.78.27> <20060715183804.GN17014@poupinou.org> <46050.69.93.78.27.1153011683.squirrel@69.93.78.27> <20060716032130.GP17014@poupinou.org> In-Reply-To: <20060716032130.GP17014@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1639/Mon Aug 7 08:34:09 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ch to fix this Re: Dell/acpi_video hw.acpi.video.out0 is probably a bug, and an important one. Re: Dell laptops X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 18:09:54 -0000 On 07/15/06 22:21, Bruno Ducrot wrote: > On Sat, Jul 15, 2006 at 09:01:23PM -0400, john@utzweb.net wrote: >>> Hi John, >> Hello Bruno >> >>> On Fri, Jul 14, 2006 at 02:05:40AM -0400, john@utzweb.net wrote: >>>> acpi_video.c expects the lcd to be identified as 0x0110, but my Dell >>>> Latitude C400 (and probably others) id's the lcd at 0x0400: >>>> >>>> Device (LCD) >>>> { >>>> Method (_ADR, 0, NotSerialized) >>>> { >>>> Return (0x0400) >>>> } >>>> >>>> >>>> so, acpi_video needs to account for this. >>>> >>>> >>>> got this sorted, and now the display turns back on, here's the patch, i >>>> already send-pr'd it >>> Youre somewhat right, but your patch is wrong. >> Thankyou for taking interest and reviewing my analysis and patch. >> >> I would beg to differ with your assertions concerning the patch's >> correctness, because the operation you mention below is handled a few >> lines above the patch. >> >>> Actually you have to check if ((adr & 0x0400) == 0x0400). >> the & occurs at the top of the switch, here's the destroy case: > > But with the *WRONG* mask. It used to be 0xffff with ACPI v2, but > shall now be 0x0f00 with ACPI v3. > > If for example the _ADR is 0x0401, then your patch won't work. Same > if for example the _ADR is 0x0101, which identify a CRT monitor, etc. > > The only one value that must be kept for backward compatility is > (adr & 0xffff) == 0x0110 which is for an internal Flat Panel, instead > of a CRT monitor if we take the new specification into account without > this very specific value. > > BTW I compiled and found some stupid mistakes. I also changed my DSDT > such that I'm pretty sure it will work for you, and for others where > the _ADR may be 0x04xx as well. > > Please consider that one: > > Index: acpi_video.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/acpica/acpi_video.c,v > retrieving revision 1.12 > diff -u -p -r1.12 acpi_video.c > --- acpi_video.c 20 Dec 2005 22:42:16 -0000 1.12 > +++ acpi_video.c 16 Jul 2006 03:11:24 -0000 > @@ -110,9 +110,12 @@ static void vo_set_device_state(ACPI_HAN > > /* _DOD and subdev's _ADR */ > #define DOD_DEVID_MASK 0xffff > +#define DOD_DEVID_TYPE 0x0f00 > #define DOD_DEVID_MONITOR 0x0100 > -#define DOD_DEVID_PANEL 0x0110 > #define DOD_DEVID_TV 0x0200 > +#define DOD_DEVID_DIGITAL 0x0300 > +#define DOD_DEVID_PANEL 0x0400 > +#define DOD_DEVID_PANEL_COMPAT 0x0110 > #define DOD_BIOS (1 << 16) > #define DOD_NONVGA (1 << 17) > #define DOD_HEAD_ID_SHIFT 18 > @@ -409,27 +412,37 @@ acpi_video_vo_init(UINT32 adr) > struct acpi_video_output_queue *voqh; > > ACPI_SERIAL_ASSERT(video); > - switch (adr & DOD_DEVID_MASK) { > - case DOD_DEVID_MONITOR: > - desc = "CRT monitor"; > - type = "crt"; > - voqh = &crt_units; > - break; > - case DOD_DEVID_PANEL: > + if ((adr & DOD_DEVID_MASK) == DOD_DEVID_PANEL_COMPAT) { > desc = "LCD panel"; > type = "lcd"; > voqh = &lcd_units; > - break; > - case DOD_DEVID_TV: > - desc = "TV"; > - type = "tv"; > - voqh = &tv_units; > - break; > - default: > - desc = "unknown output"; > - type = "out"; > - voqh = &other_units; > - } > + } else > + switch (adr & DOD_DEVID_TYPE) { > + case DOD_DEVID_MONITOR: > + desc = "CRT monitor"; > + type = "crt"; > + voqh = &crt_units; > + break; > + case DOD_DEVID_DIGITAL: > + desc = "Digital monitor"; > + type = "crt"; > + voqh = &crt_units; > + break; > + case DOD_DEVID_PANEL: > + desc = "LCD panel"; > + type = "lcd"; > + voqh = &lcd_units; > + break; > + case DOD_DEVID_TV: > + desc = "TV"; > + type = "tv"; > + voqh = &tv_units; > + break; > + default: > + desc = "unknown output"; > + type = "out"; > + voqh = &other_units; > + } > > n = 0; > vn = vp = NULL; > @@ -553,19 +566,25 @@ acpi_video_vo_destroy(struct acpi_video_ > if (vo->vo_levels != NULL) > AcpiOsFree(vo->vo_levels); > > - switch (vo->adr & DOD_DEVID_MASK) { > - case DOD_DEVID_MONITOR: > - voqh = &crt_units; > - break; > - case DOD_DEVID_PANEL: > + if ((vo->adr & 0xffff) == DOD_DEVID_PANEL_COMPAT) > voqh = &lcd_units; > - break; > - case DOD_DEVID_TV: > - voqh = &tv_units; > - break; > - default: > - voqh = &other_units; > - } > + else > + switch (vo->adr & DOD_DEVID_TYPE) { > + case DOD_DEVID_MONITOR: > + voqh = &crt_units; > + break; > + case DOD_DEVID_DIGITAL: > + voqh = &crt_units; > + break; > + case DOD_DEVID_PANEL: > + voqh = &lcd_units; > + break; > + case DOD_DEVID_TV: > + voqh = &tv_units; > + break; > + default: > + voqh = &other_units; > + } > STAILQ_REMOVE(voqh, vo, acpi_video_output, vo_unit.next); > free(vo, M_ACPIVIDEO); > } > > > Cheers, > Did this ever get committed? If so, MFC'ed? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 7 21:54:20 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 236FA16A4E1 for ; Mon, 7 Aug 2006 21:54:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8053B43D46 for ; Mon, 7 Aug 2006 21:54:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k77LsBbI039278; Mon, 7 Aug 2006 17:54:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-mobile@freebsd.org, yraffah@savola.com Date: Mon, 7 Aug 2006 15:43:56 -0400 User-Agent: KMail/1.9.1 References: <1152019643.704.42.camel@redevil.savola.com> <200608041115.09320.jhb@freebsd.org> <44D5AFFC.5000800@savola.com> In-Reply-To: <44D5AFFC.5000800@savola.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608071543.56874.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 07 Aug 2006 17:54:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1639/Mon Aug 7 09:34:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: Interrupt Storms on irq:11 with Tecra A4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 21:54:20 -0000 On Sunday 06 August 2006 05:01, Yousef Raffah wrote: > Thank you very much John for your great help and support. Now that I > have the patch working, do I need to remove the entries > hw.pci.link.LNKG.irq=11 > hw.pci.link.LNKH.irq=11 > > from my /boot/loader.conf? No. The patch lets those entries actually work, so leave them there. :) > I assume I have to do this every time I buildworld, right? No, I'll commit the patch and once it is MFC'd you won't have to re-apply it after running cvsup. Until then, you will have to apply it each time after you cvsup. I think you can ignore the 'unretryable' errors from cd0 btw. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 11:20:16 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E2D516A4DA; Tue, 8 Aug 2006 11:20:16 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A8B943D46; Tue, 8 Aug 2006 11:20:14 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id CEAFE95866; Tue, 8 Aug 2006 14:20:09 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 71256861155035286; Tue, 08 Aug 2006 14:08:06 +0300 Message-ID: <44D87363.50901@savola.com> Date: Tue, 08 Aug 2006 14:20:03 +0300 From: Yousef Raffah Organization: The Savola Group User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: John Baldwin References: <1152019643.704.42.camel@redevil.savola.com> <200608041115.09320.jhb@freebsd.org> <44D5AFFC.5000800@savola.com> <200608071543.56874.jhb@freebsd.org> In-Reply-To: <200608071543.56874.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=E214EAA5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig93116B3289B353F09BB59121" Cc: freebsd-mobile@freebsd.org Subject: Re: Interrupt Storms on irq:11 with Tecra A4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 11:20:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig93116B3289B353F09BB59121 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable John Baldwin wrote: > On Sunday 06 August 2006 05:01, Yousef Raffah wrote: > =20 >> Thank you very much John for your great help and support. Now that I >> have the patch working, do I need to remove the entries >> hw.pci.link.LNKG.irq=3D11 >> hw.pci.link.LNKH.irq=3D11 >> >> from my /boot/loader.conf? >> =20 > > No. The patch lets those entries actually work, so leave them there. := ) > > =20 OK >> I assume I have to do this every time I buildworld, right? >> =20 > > No, I'll commit the patch and once it is MFC'd you won't have to re-app= ly it=20 > after running cvsup. Until then, you will have to apply it each time a= fter=20 > you cvsup. I think you can ignore the 'unretryable' errors from cd0 bt= w. > > =20 This is great news, thank you so much :) --=20 Sincerely, Yousef Adnan Raffah The Savola Group ------------------- Aren't you using Firefox? Get it at http://www.getfirefox.com --------------enig93116B3289B353F09BB59121 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE2HNkqG4sHeIU6qURAo3oAJ99gwHydeae6XrMM0Vey6hIIslucQCfcwLZ +L/Cepg5la+XDWNyBvMZ6+8= =/7vO -----END PGP SIGNATURE----- --------------enig93116B3289B353F09BB59121-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 11:35:37 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F2B216A4DA for ; Tue, 8 Aug 2006 11:35:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CCC43D55 for ; Tue, 8 Aug 2006 11:35:36 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J3O00M9SG79ZRA0@osl1smout1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 13:35:33 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.117]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J3O005CIG78WHR0@osl1sminn1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 13:35:33 +0200 (CEST) Date: Tue, 08 Aug 2006 13:35:32 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060801212218.e0c9f1c7.torfinn.ingolfsen@broadpark.no> To: freebsd-mobile@freebsd.org Message-id: <20060808133532.034238c5.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: multipart/mixed; boundary="Boundary_(ID_Ne5gcTb/YJRoW08zgdoMTw)" References: <20060801212218.e0c9f1c7.torfinn.ingolfsen@broadpark.no> Subject: Re: Acer Aspire AS5672 laptop and FreeBSD 7.0-current (July snapshot) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 11:35:37 -0000 This is a multi-part message in MIME format. --Boundary_(ID_Ne5gcTb/YJRoW08zgdoMTw) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Hello, More data - i managed to boot an OpenBSD liveDVD in this laptop. The liveDVD is based on OpenBSD 3.9-RELEASE, so the wireless driver for the 3945 isn't in there. However, it is interesting that OpenBSD has no problem in detecting and using the wired network interface (bge0), even if this laptop have a really broken ACPI / bios: bge0 at pci4 dev 0 function 0 "Broadcom BCM5789" rev 0x21, BCM5750 C1 (0x4201): irq 10, address 00:16:36:54:a9:ae brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 Attached is the OpenBSD dmesg output. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_Ne5gcTb/YJRoW08zgdoMTw) Content-type: text/plain; name=kg-home-dmesg-openbsd-3.9.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=kg-home-dmesg-openbsd-3.9.txt OpenBSD 3.9 (QUETZAL) #2: Wed May 3 10:58:53 CDT 2006 root@quetzal.q-systems.mexico:/usr/src/sys/arch/i386/compile/QUETZAL cpu0: Genuine Intel(R) CPU T2250 @ 1.73GHz ("GenuineIntel" 686-class) 1.74 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,EST,TM2 cpu0: Enhanced SpeedStep 1300 MHz (1404 mV): unknown EST cpu, no changes possible real mem = 2145492992 (2095208K) avail mem = 1951600640 (1905860K) using 4278 buffers containing 107376640 bytes (104860K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(6e) BIOS, date 05/26/06, BIOS32 rev. 0 @ 0xfd490 pcibios0 at bios0: rev 2.1 @ 0xfd490/0xb70 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdd60/240 (13 entries) pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #7 is the last bus bios0: ROM list: 0xc0000/0xfe00 0xd0000/0x1600 0xdf800/0x800! 0xe0000/0x1800! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 vendor "Intel", unknown product 0x27a0 rev 0x03 ppb0 at pci0 dev 1 function 0 vendor "Intel", unknown product 0x27a1 rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor "ATI", unknown product 0x71c5 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) "Intel 82801GB HD Audio" rev 0x02 at pci0 dev 27 function 0 not configured ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02 pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02 pci3 at ppb2 bus 3 "Intel PRO/Wireless 3945ABG" rev 0x02 at pci3 dev 0 function 0 not configured ppb3 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02 pci4 at ppb3 bus 4 bge0 at pci4 dev 0 function 0 "Broadcom BCM5789" rev 0x21, BCM5750 C1 (0x4201): irq 10, address 00:16:36:54:a9:ae brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb4 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02 pci5 at ppb4 bus 5 uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: irq 10 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: irq 11 ehci0: timed out waiting for BIOS usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb5 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2 pci6 at ppb5 bus 6 cbb0 at pci6 dev 9 function 0 vendor "Texas Instruments", unknown product 0x8039 rev 0x00: irq 10 vendor "Texas Instruments", unknown product 0x803a (class serial bus subclass Firewire, rev 0x00) at pci6 dev 9 function 1 not configured vendor "Texas Instruments", unknown product 0x803b (class mass storage subclass miscellaneous, rev 0x00) at pci6 dev 9 function 2 not configured cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 7 device 0 cacheline 0x10, lattimer 0x20 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" rev 0x02: PM disabled pciide0 at pci0 dev 31 function 2 vendor "Intel", unknown product 0x27c4 rev 0x02: DMA (unsupported), channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 114473MB, 234441648 sectors atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x02: irq 10 iic0 at ichiic0 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: using exception 16 pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo biomask eff5 netmask eff5 ttymask fff7 pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support ugen0 at uhub4 port 8 ugen0: OEM Camera, rev 2.00/1.00, addr 2 ugen1 at uhub2 port 1 ugen1: Broadcom Corp Acer Module, rev 2.00/1.00, addr 2 dkcsum: wd0 matches BIOS drive 0x80 root on cd0a rootdev=0x600 rrootdev=0xf00 rawdev=0xf02 --Boundary_(ID_Ne5gcTb/YJRoW08zgdoMTw)-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 14:53:36 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E599C16A4DE for ; Tue, 8 Aug 2006 14:53:35 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from strange.daemonsecurity.com (59.Red-81-33-11.staticIP.rima-tde.net [81.33.11.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED0E143D5A for ; Tue, 8 Aug 2006 14:53:34 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [192.168.0.253] (unknown [192.168.0.253]) by strange.daemonsecurity.com (Postfix) with ESMTP id C08A92E120; Tue, 8 Aug 2006 16:53:33 +0200 (CEST) Message-ID: <44D8A55F.4040502@locolomo.org> Date: Tue, 08 Aug 2006 16:53:19 +0200 From: =?UTF-8?B?RXJpayBOw7hyZ2FhcmQ=?= Organization: Locolomo.ORG User-Agent: Thunderbird 1.5.0.5 (X11/20060801) MIME-Version: 1.0 To: =?UTF-8?B?RXJpayBOw7hyZ2FhcmQ=?= References: <44D36569.1000104@locolomo.org> In-Reply-To: <44D36569.1000104@locolomo.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050003080909090609070608" Cc: freebsd-mobile@freebsd.org Subject: Solved: ACPI problems: System grinds to a halt X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 14:53:36 -0000 This is a cryptographically signed message in MIME format. --------------ms050003080909090609070608 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit I have eventually found the solution, for others who may have problems, the solution is below: Erik Nørgaard wrote: > I have problems booting with ACPI enabled. The result varies among three: > > 1) The kernel will print a number of error messages: > > ACPI-0800: *** ERROR: AcpiEvGpeDispatch: No handler or methdo > for GPE[ 6], disabling event > > then hang after identifying the hard disk. > > 2) Same as above, but the messages repeats flickering over the screen > apparently in an infinite loop. > > 3) The system boots up, but with seriously reduced performance: > > Booting takes 3min20sec before the login console is presented, and > building the acpi kernel module takes 54min15sec! With acpi disabled > booting takes 30sec, and building the acpi module 19sec. > > Evidently something is going on, > > I beleive it to be hardware conflicts. I have had interrupt storm on > irq5 when configuring the wireless nic which is on irq10 (default), and > on irq7 when moving a connected usb mouse. Usb devices may be found if > attached before boot, although this is no guarantee that they will work. > > Another peculiar observation is that it seems to give more consistent > result when acpi is built with debugging on(!). > > ACPI however seems to be supported when/if the system comes up: The > device is found and kernel tunables are there. 'halt -p' will halt and > power down the machine. All the problems I have had, including the described problems with iwi (other thread) turned out to be related to one issue: There is a conflict between acpi and apic. apic is compiled in the GENERIC kernel, and the config leaves no clue of what it's for. Looking in the NOTES, "The apic device enables the use of the I/O APIC for interrupt delivery" and is required for SMP. This explains the interrupt problems when both ACPI and APIC attempts to handle interrupts - I guess this should result in a PR? Anyway, two equivalent solutions seem to be: 1) Disable apic, set hint.apic.0.disabled="1" in loader.conf 2) Compile the kernel without "device apic" I have only tried 2) though. Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 --------------ms050003080909090609070608 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL5jCC Be8wggPXoAMCAQICCQCNA1Uf/OBPDDANBgkqhkiG9w0BAQUFADCBmTELMAkGA1UEBhMCRVMx GDAWBgNVBAoTD0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9y aXR5MR4wHAYDVQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNh QGRhZW1vbnNlY3VyaXR5LmNvbTEKMAgGA1UEBRMBMDAeFw0wNjA0MjAxMzE2NTBaFw0wNzA0 MjAxMzE2NTBaMGIxCzAJBgNVBAYTAkVTMRUwEwYDVQQKEwxMb2NvTG9tby5PcmcxFjAUBgNV BAMTDUVyaWsgTm9yZ2FhcmQxJDAiBgkqhkiG9w0BCQEWFW5vcmdhYXJkQGxvY29sb21vLm9y ZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMPmPk5QnkyvR4ZNS/jYCYEk6/x/ mqSIqM7XXmikYX4AmbS4AbgJg7tY150ti87oYIjH4pnt1ReYWV4P2lDE2w0Db73Fk3TGpYcq XNUu4uRl8eoMX6Mh5I34tzJc+ZJqXW0pQtzP7JDgPvLddh0roY/ongaqpnrA6dDh0QfEC+ky z1abx9xmp776RPfRnbzjUht9VGPohiZFLyNfLgw5x4Q5/efDtx3tKDMJP67UnVd1tbclKbOs +HaqxYXNr1TJ9HIpRpfb4IhBFCvBDiiHUjbGtpi2EXeHuwoQ8cp7mjl6j1BfGaoFHvqzA1GD +156qJ9waxEvx/0XGudqWJeFTVkCAwEAAaOCAW4wggFqMA8GA1UdEwEB/wQFMAMCAQAwCwYD VR0PBAQDAgO4MB0GA1UdDgQWBBRpebgs44/nvl3Dw7F0Yrg/nx9puTCBzgYDVR0jBIHGMIHD gBSOYakm6rz5V4h0qO3QlbBuYT3ipaGBn6SBnDCBmTELMAkGA1UEBhMCRVMxGDAWBgNVBAoT D0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MR4wHAYD VQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNhQGRhZW1vbnNl Y3VyaXR5LmNvbTEKMAgGA1UEBRMBMIIJAI0DVR/84E8BMCAGA1UdEQQZMBeBFW5vcmdhYXJk QGxvY29sb21vLm9yZzA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vd3d3LmRhZW1vbnNlY3Vy aXR5LmNvbS9jYS9kcy5jcmwwDQYJKoZIhvcNAQEFBQADggIBAMefA0DXBeUmPG353ldj4jQP TKusU49AGPtH0gI0W7gnc8L6NQb7/lzpF1xW3fVOXmDBSQrSzdsmPoUiQBOv8/GTPiJbktbr eHGPDDi7xTmNgGCh/gv9EECEc0casKs778FMhJxQDIKUrBpdxpxUVHxzR9m2MgCaiOPi0oru o5ZjdNh4PyfSrYkkMJmp9w7ouulyf7wSOwwyIxZixWHVIo0lJBZCFQqIcCXzmnLUhlUKqMGb 0sOsPh7GITecrfGAM8iBpLuRjGe3yDa8Xx2riflJLjKxqcSg0OIhibS3xkGTgoJhtAJBB21G CkcnHmLXmnXYZvfE/D4twmSGo3j4D79xFA5xMJU5IwNYT+agU2srRq11eZvtVK3p2sF2rgSK 99cbCHL0K3AhhiF9z+1uLjZO8UgnvB81rQG+Kzn/nvZgQ1bvxKnrtzs3UuKPyAXflNVSiMwO vUv04tBJcIGrdiav64BTQFBgguY7JWWkrsaTeEMUHXW6aUyGCfngQ2LR6McfDeZZLM0BKXiv pjozutGTR76khWqSsttSZQoGoNbMRcHodFCZ2RHSsM1rPKINY1w7vTnr8oEVD3D+pY1UrM/o vDkvS8ypr+gg66pMC0gXl7cReoFNiE118sHKlAEGKNlka3Pga2r+AL6KrjwCZHMwOFDheFoN k9rxTruKV0O0MIIF7zCCA9egAwIBAgIJAI0DVR/84E8MMA0GCSqGSIb3DQEBBQUAMIGZMQsw CQYDVQQGEwJFUzEYMBYGA1UEChMPRGFlbW9uIFNlY3VyaXR5MR4wHAYDVQQLExVDZXJ0aWZp Y2F0ZSBBdXRob3JpdHkxHjAcBgNVBAMTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEkMCIGCSqG SIb3DQEJARYVY2FAZGFlbW9uc2VjdXJpdHkuY29tMQowCAYDVQQFEwEwMB4XDTA2MDQyMDEz MTY1MFoXDTA3MDQyMDEzMTY1MFowYjELMAkGA1UEBhMCRVMxFTATBgNVBAoTDExvY29Mb21v Lk9yZzEWMBQGA1UEAxMNRXJpayBOb3JnYWFyZDEkMCIGCSqGSIb3DQEJARYVbm9yZ2FhcmRA bG9jb2xvbW8ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw+Y+TlCeTK9H hk1L+NgJgSTr/H+apIioztdeaKRhfgCZtLgBuAmDu1jXnS2LzuhgiMfime3VF5hZXg/aUMTb DQNvvcWTdMalhypc1S7i5GXx6gxfoyHkjfi3Mlz5kmpdbSlC3M/skOA+8t12HSuhj+ieBqqm esDp0OHRB8QL6TLPVpvH3GanvvpE99GdvONSG31UY+iGJkUvI18uDDnHhDn958O3He0oMwk/ rtSdV3W1tyUps6z4dqrFhc2vVMn0cilGl9vgiEEUK8EOKIdSNsa2mLYRd4e7ChDxynuaOXqP UF8ZqgUe+rMDUYP7Xnqon3BrES/H/Rca52pYl4VNWQIDAQABo4IBbjCCAWowDwYDVR0TAQH/ BAUwAwIBADALBgNVHQ8EBAMCA7gwHQYDVR0OBBYEFGl5uCzjj+e+XcPDsXRiuD+fH2m5MIHO BgNVHSMEgcYwgcOAFI5hqSbqvPlXiHSo7dCVsG5hPeKloYGfpIGcMIGZMQswCQYDVQQGEwJF UzEYMBYGA1UEChMPRGFlbW9uIFNlY3VyaXR5MR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRo b3JpdHkxHjAcBgNVBAMTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEkMCIGCSqGSIb3DQEJARYV Y2FAZGFlbW9uc2VjdXJpdHkuY29tMQowCAYDVQQFEwEwggkAjQNVH/zgTwEwIAYDVR0RBBkw F4EVbm9yZ2FhcmRAbG9jb2xvbW8ub3JnMDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly93d3cu ZGFlbW9uc2VjdXJpdHkuY29tL2NhL2RzLmNybDANBgkqhkiG9w0BAQUFAAOCAgEAx58DQNcF 5SY8bfneV2PiNA9Mq6xTj0AY+0fSAjRbuCdzwvo1Bvv+XOkXXFbd9U5eYMFJCtLN2yY+hSJA E6/z8ZM+IluS1ut4cY8MOLvFOY2AYKH+C/0QQIRzRxqwqzvvwUyEnFAMgpSsGl3GnFRUfHNH 2bYyAJqI4+LSiu6jlmN02Hg/J9KtiSQwman3Dui66XJ/vBI7DDIjFmLFYdUijSUkFkIVCohw JfOactSGVQqowZvSw6w+HsYhN5yt8YAzyIGku5GMZ7fINrxfHauJ+UkuMrGpxKDQ4iGJtLfG QZOCgmG0AkEHbUYKRyceYteaddhm98T8Pi3CZIajePgPv3EUDnEwlTkjA1hP5qBTaytGrXV5 m+1UrenawXauBIr31xsIcvQrcCGGIX3P7W4uNk7xSCe8HzWtAb4rOf+e9mBDVu/Eqeu3OzdS 4o/IBd+U1VKIzA69S/Ti0Elwgat2Jq/rgFNAUGCC5jslZaSuxpN4QxQddbppTIYJ+eBDYtHo xx8N5lkszQEpeK+mOjO60ZNHvqSFapKy21JlCgag1sxFweh0UJnZEdKwzWs8og1jXDu9Oevy gRUPcP6ljVSsz+i8OS9LzKmv6CDrqkwLSBeXtxF6gU2ITXXywcqUAQYo2WRrc+Brav4Avoqu PAJkczA4UOF4Wg2T2vFOu4pXQ7QxggP8MIID+AIBATCBpzCBmTELMAkGA1UEBhMCRVMxGDAW BgNVBAoTD0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5 MR4wHAYDVQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNhQGRh ZW1vbnNlY3VyaXR5LmNvbTEKMAgGA1UEBRMBMAIJAI0DVR/84E8MMAkGBSsOAwIaBQCgggIp MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDgwODE0NTMx OVowIwYJKoZIhvcNAQkEMRYEFIu59ewjWWhlKDJ2chzjFLlPMp6NMFIGCSqGSIb3DQEJDzFF MEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIG4BgkrBgEEAYI3EAQxgaowgacwgZkxCzAJBgNVBAYTAkVTMRgw FgYDVQQKEw9EYWVtb24gU2VjdXJpdHkxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0 eTEeMBwGA1UEAxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MSQwIgYJKoZIhvcNAQkBFhVjYUBk YWVtb25zZWN1cml0eS5jb20xCjAIBgNVBAUTATACCQCNA1Uf/OBPDDCBugYLKoZIhvcNAQkQ AgsxgaqggacwgZkxCzAJBgNVBAYTAkVTMRgwFgYDVQQKEw9EYWVtb24gU2VjdXJpdHkxHjAc BgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEeMBwGA1UEAxMVQ2VydGlmaWNhdGUgQXV0 aG9yaXR5MSQwIgYJKoZIhvcNAQkBFhVjYUBkYWVtb25zZWN1cml0eS5jb20xCjAIBgNVBAUT ATACCQCNA1Uf/OBPDDANBgkqhkiG9w0BAQEFAASCAQCg2wUyOmQ+0ZpOGgCCnFm5SoKiz0z4 crDVSQQ62hfnrksdcval8/tYWTn+NMCDgAMUMiaAWok9RkY83hcn/cy33vlj5+lQ/vV0FhiR tvsnGAKLshcdewMfRb6Jz4pCRz1wor3obQj9PrqClcONw5s4hvpkK6BjBKW9hq6bRb0CAp1t HEaJ4j0FsArZv7G6ujy113yGXPMAWs+VEcK6PMQEZ3wCKzcZGzswSZeGJQ6GuTjeZXiwcB73 Mfyx1ejRR5u2cqicyNqYxPc66Dx3fs1iXCl7bXMv7CBBgLrTxvSmsCMOB+2zbvqUgUrBrpCd wqN5UysPwDfAHKeyDito2m97AAAAAAAA --------------ms050003080909090609070608-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 15:09:19 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72AAC16A4DA; Tue, 8 Aug 2006 15:09:19 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E7B43D45; Tue, 8 Aug 2006 15:09:13 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id BAA15978; Wed, 9 Aug 2006 01:09:01 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 9 Aug 2006 01:09:00 +1000 (EST) From: Ian Smith To: Yousef Raffah In-Reply-To: <44D87363.50901@savola.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: Interrupt Storms on irq:11 with Tecra A4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 15:09:19 -0000 On Tue, 8 Aug 2006, Yousef Raffah wrote: > John Baldwin wrote: > > On Sunday 06 August 2006 05:01, Yousef Raffah wrote: > > > >> Thank you very much John for your great help and support. Now that I > >> have the patch working, do I need to remove the entries > >> hw.pci.link.LNKG.irq=11 > >> hw.pci.link.LNKH.irq=11 > >> > >> from my /boot/loader.conf? > >> > > > > No. The patch lets those entries actually work, so leave them there. :) > > > > > OK > >> I assume I have to do this every time I buildworld, right? > >> > > > > No, I'll commit the patch and once it is MFC'd you won't have to re-apply it > > after running cvsup. Until then, you will have to apply it each time after > > you cvsup. I think you can ignore the 'unretryable' errors from cd0 btw. John: does anything much still get MFC'd back to 5-STABLE these days? Are there any reasons not to go to 6 with old kit that works well with APM (esp suspend/resume) but not so far with ACPI? (ref: '99 Compaq Armada 1500c) > This is great news, thank you so much :) Yousef: good to see perseverance further! Just curious .. was that DB-25 on your Tecra a parallel port after all? And if so, has fixing this interrupt storm problem fixed ppc0 detection? Cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 18:02:03 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A27F016A503 for ; Tue, 8 Aug 2006 18:02:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249C943D45 for ; Tue, 8 Aug 2006 18:02:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k78I1vkq051917; Tue, 8 Aug 2006 14:02:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-mobile@freebsd.org Date: Tue, 8 Aug 2006 12:32:32 -0400 User-Agent: KMail/1.9.1 References: <44D36569.1000104@locolomo.org> <44D8A55F.4040502@locolomo.org> In-Reply-To: <44D8A55F.4040502@locolomo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608081232.32567.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 08 Aug 2006 14:02:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1640/Mon Aug 7 21:11:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Erik =?iso-8859-15?q?N=F8rgaard?= Subject: Re: Solved: ACPI problems: System grinds to a halt X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 18:02:03 -0000 On Tuesday 08 August 2006 10:53, Erik N=F8rgaard wrote: > All the problems I have had, including the described problems with iwi > (other thread) turned out to be related to one issue: There is a > conflict between acpi and apic. It's not a conflict. Rather, your BIOS is probably buggy. :) If you don't= =20 have HT or dual-core CPU in your laptop, you are probably fine just leaving= =20 APIC off. =2D-=20 John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 18:02:08 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E6AE16A519 for ; Tue, 8 Aug 2006 18:02:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D87F43D49 for ; Tue, 8 Aug 2006 18:02:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k78I1vkv051917; Tue, 8 Aug 2006 14:02:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian Smith Date: Tue, 8 Aug 2006 13:45:44 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608081345.44845.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 08 Aug 2006 14:02:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1640/Mon Aug 7 21:11:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Yousef Raffah , freebsd-mobile@freebsd.org Subject: Re: Interrupt Storms on irq:11 with Tecra A4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 18:02:08 -0000 On Tuesday 08 August 2006 11:09, Ian Smith wrote: > On Tue, 8 Aug 2006, Yousef Raffah wrote: > > John Baldwin wrote: > > > On Sunday 06 August 2006 05:01, Yousef Raffah wrote: > > > > > >> Thank you very much John for your great help and support. Now that I > > >> have the patch working, do I need to remove the entries > > >> hw.pci.link.LNKG.irq=11 > > >> hw.pci.link.LNKH.irq=11 > > >> > > >> from my /boot/loader.conf? > > >> > > > > > > No. The patch lets those entries actually work, so leave them there. :) > > > > > > > > OK > > >> I assume I have to do this every time I buildworld, right? > > >> > > > > > > No, I'll commit the patch and once it is MFC'd you won't have to re-apply it > > > after running cvsup. Until then, you will have to apply it each time after > > > you cvsup. I think you can ignore the 'unretryable' errors from cd0 btw. > > John: does anything much still get MFC'd back to 5-STABLE these days? > Are there any reasons not to go to 6 with old kit that works well with > APM (esp suspend/resume) but not so far with ACPI? (ref: '99 Compaq > Armada 1500c) No. I think 5.x is more dead than 4.x at this point. I think for machines that old ACPI just refuses to attach anyway. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 19:41:05 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C14516A4DA for ; Tue, 8 Aug 2006 19:41:05 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB6343D45 for ; Tue, 8 Aug 2006 19:41:04 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J3P007SN2NW2Z30@osl1smout1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 21:40:44 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.117]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J3P00FSC2NVBK20@osl1sminn1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 21:40:44 +0200 (CEST) Resent-date: Tue, 08 Aug 2006 21:40:43 +0200 Date: Tue, 08 Aug 2006 21:34:51 +0200 Resent-from: Torfinn Ingolfsen From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <200607161705.k6GH5Ixa076583@cwsys.cwsent.com> Resent-to: freebsd-mobile@freebsd.org To: Cy Schubert Resent-message-id: <20060808214043.d1fe2bcb.torfinn.ingolfsen@broadpark.no> Message-id: <20060808213451.fbd91c89.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: multipart/mixed; boundary="Boundary_(ID_zeXsOSIV2GD0A6h4nzvLlQ)" References: <20060716183911.2f80f748.torfinn.ingolfsen@broadpark.no> <200607161705.k6GH5Ixa076583@cwsys.cwsent.com> Cc: Subject: Re: Acer Aspire AS5672 laptop - acpi problems X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 19:41:05 -0000 This is a multi-part message in MIME format. --Boundary_(ID_zeXsOSIV2GD0A6h4nzvLlQ) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Sun, 16 Jul 2006 10:05:18 -0700 Cy Schubert wrote: > You may want to try the patch anyway. It enables EC burst mode within I finally had time to try this patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=98171 > Anyhow, you may want to enable EC burst mode. That seems to solve the > problems the Linux folks experience. It may solve yours too. After bulding and installing a new kernel, I enabled EC burst with: hw.acpi.ec.burst=1 in /boot/loader.conf At first, the machine rebooted itself, due to these messages in /var/log/messages: Aug 8 20:26:44 kg-home kernel: acpi_tz0: WARNING - current temperature (144.0C) exceeds safe limits Setting debug.acpi.disabled="thermal" in /boot/loader.conf fixed that problem. Unfortunately, it didn't solve the other acpi-related problems - bge0 still fails to attach and so on. Se attached dmesg output. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_zeXsOSIV2GD0A6h4nzvLlQ) Content-type: text/plain; name=kg-home-dmesg-6.1-stable-20060808.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=kg-home-dmesg-6.1-stable-20060808.txt Copyright (c) 1992-2006 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 6.1-STABLE #1: Tue Aug 8 20:16:39 CEST 2006 root@kg-home.kg4.no:/usr/obj/usr/src/sys/AS5672 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2250 @ 1.73GHz (1733.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc189,> AMD Features=0x100000 Cores per package: 2 real memory = 2145910784 (2046 MB) avail memory = 2095009792 (1997 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e8d80 StartNode 0xc63e8d80 ReturnNode 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 bge0: irq 18 at device 0.0 on pci4 bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). bge0: couldn't map memory device_attach: bge0 attach returned 6 pcib5: irq 19 at device 28.3 on pci0 pci5: on pcib5 uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: 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 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc8004000-0xc80043ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ugen0: OEM Camera, rev 2.00/1.00, addr 2 pcib6: at device 30.0 on pci0 pci10: on pcib6 cbb0: mem 0xc8404000-0xc8404fff irq 20 at device 9.0 on pci10 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xc8405000-0xc84057ff,0xc8400000-0xc8403fff irq 20 at device 9.1 on pci10 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:9a:84:d3 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:9a:84:d3 fwe0: Ethernet address: 02:c0:9f:9a:84:d3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci10: at device 9.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0 port 0x2f8-0x2ff,0x6f8-0x6ff irq 3 drq 3 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xdf800-0xdffff,0xe0000-0xe17ff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1733405440 Hz quality 800 Timecounters tick every 1.000 msec ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ad0: 114473MB at ata0-master UDMA33 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s3a ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9200 StartNode 0xc63e9200 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc63e9100), AE_NOT_FOUND --Boundary_(ID_zeXsOSIV2GD0A6h4nzvLlQ)-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 19:49:37 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D041116A4E1 for ; Tue, 8 Aug 2006 19:49:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D0DE43D45 for ; Tue, 8 Aug 2006 19:49:37 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J3P007K232O2X40@osl1smout1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 21:49:36 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.117]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J3P009OE32MBY81@osl1sminn1.broadpark.no> for freebsd-mobile@freebsd.org; Tue, 08 Aug 2006 21:49:35 +0200 (CEST) Date: Tue, 08 Aug 2006 21:49:34 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060808213451.fbd91c89.torfinn.ingolfsen@broadpark.no> To: freebsd-mobile@freebsd.org Message-id: <20060808214934.590be19f.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: multipart/mixed; boundary="Boundary_(ID_W0hA9JbLxKdetaV5j4MaJA)" References: <20060716183911.2f80f748.torfinn.ingolfsen@broadpark.no> <200607161705.k6GH5Ixa076583@cwsys.cwsent.com> <20060808213451.fbd91c89.torfinn.ingolfsen@broadpark.no> Subject: Re: Acer Aspire AS5672 laptop - acpi problems X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 19:49:37 -0000 This is a multi-part message in MIME format. --Boundary_(ID_W0hA9JbLxKdetaV5j4MaJA) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Tue, 08 Aug 2006 21:34:51 +0200 Torfinn Ingolfsen wrote: > Unfortunately, it didn't solve the other acpi-related problems - bge0 > still fails to attach and so on. Se attached dmesg output. And here is the dmesg output from a verbose boot. See attached file. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_W0hA9JbLxKdetaV5j4MaJA) Content-type: text/plain; name=kg-home-dmesg-6.1-stable-20060808_verbose.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=kg-home-dmesg-6.1-stable-20060808_verbose.txt CPU: Genuine Intel(R) CPU T2250 @ 1.73GHz (1733.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc189,> AMD Features=0x100000 Cores per package: 2 real memory = 2145910784 (2046 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000007da3dfff, 2095157248 bytes (511513 pages) avail memory = 2095009792 (1997 MB) Table 'FACP' at 0x7fe98e20 Table 'APIC' at 0x7fe98e94 MADT: Found table at 0x7fe98e94 MP Configuration Table version 1.4 found at 0xc009fd71 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f6aa0 bios32: Entry = 0xfd490 (c00fd490) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd490+0x262 pnpbios: Found PnP BIOS data at 0xc00f6b10 pnpbios: Entry = f0000:b376 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Aug 8 2006 20:16:27) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e9180 StartNode 0xc63e9180 ReturnNode 0 ACPI-0438: *** Error: Looking up [Z006] in namespace, AE_NOT_FOUND SearchNode 0xc63e8d00 StartNode 0xc63e8d00 ReturnNode 0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00fdd60 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 6 10 11 embedded 0 1 A 0x60 6 10 11 embedded 1 0 A 0x60 6 10 11 embedded 0 2 A 0x60 6 10 11 embedded 0 27 A 0x6a 6 10 11 embedded 0 28 A 0x61 6 10 11 embedded 0 28 B 0x60 6 10 11 embedded 0 28 C 0x62 6 10 11 embedded 0 28 D 0x63 6 10 11 embedded 5 0 A 0x62 6 10 11 embedded 0 29 A 0x6b 6 10 11 embedded 0 29 B 0x63 6 10 11 embedded 0 29 C 0x62 6 10 11 embedded 0 29 D 0x60 6 10 11 embedded 0 30 A 0x6a 6 10 11 embedded 0 30 B 0x68 6 10 11 embedded 0 31 A 0x62 6 10 11 embedded 0 31 B 0x63 6 10 11 embedded 0 31 D 0x60 6 10 11 embedded 10 0 A 0x61 6 10 11 embedded 10 9 A 0x68 6 10 11 embedded 10 9 B 0x69 6 10 11 embedded 10 9 C 0x6a 6 10 11 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 28 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 2 acpi0: Power Button (fixed) unknown: I/O range not supported ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a1, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1c (7000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d8, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base c8000000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x27d0, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d2, revid=0x02 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d4, revid=0x02 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27d6, revid=0x02 bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27c8, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c8004000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xe2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27c4, revid=0x02 bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b8, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 000018b0, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 000018c0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xc8100000-0xc81fffff pcib1: prefetched decode 0xd0000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x71c5, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base d0000000, size 27, enabled pcib1: (null) requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 00002000, size 8, enabled pcib1: (null) requested I/O range 0x2000-0x20ff: in range map[18]: type 1, range 32, base c8100000, size 16, enabled pcib1: (null) requested memory range 0xc8100000-0xc810ffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pci1: at device 0.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 17 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci2: on pcib2 pci2: physical bus=2 pcib3: irq 16 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0x0-0x0 pcib3: prefetched decode 0x0-0x0 pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x4222, revid=0x02 bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base 00000000, size 12, memory disabled pci3: at device 0.0 (no driver attached) pcib4: irq 18 at device 28.2 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x14e4, dev=0x169d, revid=0x21 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base 00000000, size 16, memory disabled bge0: irq 18 at device 0.0 on pci4 pcib4: bge0 requested unsupported memory range 0x0-0xffffffff (decoding 0x0-0x0, 0x0-0x0) bge0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). bge0: couldn't map memory device_attach: bge0 attach returned 6 pcib5: irq 19 at device 28.3 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 7 pcib5: I/O decode 0x0-0x0 pcib5: memory decode 0x0-0x0 pcib5: prefetched decode 0x0-0x0 pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.RP04 - AE_NOT_FOUND pci5: on pcib5 pci5: physical bus=5 uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 49 uhci0: [GIANT-LOCKED] usb0: 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 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 52 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc8004000-0xc80043ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xc8004000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ugen0: OEM Camera, rev 2.00/1.00, addr 2 pcib6: at device 30.0 on pci0 pcib6: secondary bus 10 pcib6: subordinate bus 11 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xc8400000-0xc84fffff pcib6: prefetched decode 0xfff00000-0xfffff pcib6: Subtractively decoded bridge. pci10: on pcib6 pci10: physical bus=10 found-> vendor=0x104c, dev=0x8039, revid=0x00 bus=10, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x30 (1440 ns), mingnt=0xc4 (49000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8404000, size 12, enabled pcib6: (null) requested memory range 0xc8404000-0xc8404fff: good pcib6: matched entry for 10.9.INTA pcib6: slot 9 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803a, revid=0x00 bus=10, slot=9, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8405000, size 11, enabled pcib6: (null) requested memory range 0xc8405000-0xc84057ff: good map[14]: type 1, range 32, base c8400000, size 14, enabled pcib6: (null) requested memory range 0xc8400000-0xc8403fff: good pcib6: matched entry for 10.9.INTA pcib6: slot 9 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803b, revid=0x00 bus=10, slot=9, func=2 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8406000, size 12, enabled pcib6: (null) requested memory range 0xc8406000-0xc8406fff: good pcib6: matched entry for 10.9.INTA pcib6: slot 9 INTA hardwired to IRQ 20 cbb0: mem 0xc8404000-0xc8404fff irq 20 at device 9.0 on pci10 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8404000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8039104c 0x02100007 0x06070000 0x00823010 0x10: 0xc8404000 0x020000a0 0x200b0b0a 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x04440114 0x40: 0x00941025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x3844d060 0x02d40019 0x001f0000 0x01321b22 0x90: 0x606602c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x438e450d 0x97019449 0x00000000 0x00000000 fwohci0: vendor=104c, dev=803a fwohci0: vendor=104c, dev=803a fwohci0: <1394 Open Host Controller Interface> mem 0xc8405000-0xc84057ff,0xc8400000-0xc8403fff irq 20 at device 9.1 on pci10 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xc8405000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:9a:84:d3 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:9a:84:d3 fwe0: bpf attached fwe0: Ethernet address: 02:c0:9f:9a:84:d3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci10: at device 9.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18b0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55 ata1: [MPSAFE] ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x18c0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x8e01 0x8e09 0x8e01 0x8e01 sio0 port 0x2f8-0x2ff,0x6f8-0x6ff irq 3 drq 3 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 58 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xdf800-0xdffff,0xe0000-0xe17ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134273 -> 100000 procfs registered lapic: Divisor 2, Frequency 66669229 hz Timecounter "TSC" frequency 1733411823 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad0: 114473MB at ata0-master UDMA33 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable caddy, unlocked acd0: Medium: no/blank disc (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init system power profile changed to 'economy' acpi_acad0: Off Line Linux ELF exec handler installed linprocfs registered splash: image decoder found: daemon_saver battery0: battery initialization failed, giving up --Boundary_(ID_W0hA9JbLxKdetaV5j4MaJA)-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 8 23:17:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4335C16A4DD for ; Tue, 8 Aug 2006 23:17:58 +0000 (UTC) (envelope-from lluner@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CECC43D76 for ; Tue, 8 Aug 2006 23:17:57 +0000 (GMT) (envelope-from lluner@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so52788uge for ; Tue, 08 Aug 2006 16:17:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=B6qsjh/u+KIT3iV7to1MkYfvzgOw3Tv3s7YPTl5aaJc0Y8dg6gtcDv+X59nSMJn/S/r8UusLT2L1tTNR9U9rGy0TB51Yb/Qt/g4j/I7QstwicNeaMkClQfSpwu8B9lgdVRoYk8Pv2jy6XjL9vElngNjP5Jt4zUm61vxxuiBChb4= Received: by 10.67.89.5 with SMTP id r5mr197617ugl; Tue, 08 Aug 2006 16:17:53 -0700 (PDT) Received: by 10.66.223.9 with HTTP; Tue, 8 Aug 2006 16:17:53 -0700 (PDT) Message-ID: Date: Tue, 8 Aug 2006 20:17:53 -0300 From: "cassio lima" To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem driver ralink wireless RT 2561T X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 23:17:58 -0000 friends, I installed freebsd 6,1 and I am not obtaining to place my plate wireless Ralink RT2561T, know that freebsd 6,1 support this to driver link in accordance with http://damien.bergamini.free.fr/ral/ ... thanks From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 10 10:29:59 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E48116A4DE; Thu, 10 Aug 2006 10:29:59 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E6343D45; Thu, 10 Aug 2006 10:29:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GB7nH-0003Mt-00; Thu, 10 Aug 2006 12:29:39 +0200 Date: Thu, 10 Aug 2006 12:29:39 +0200 To: Eric Anderson Message-ID: <20060810102939.GA4945@poupinou.org> References: <44B641F2.2020500@centtech.com> <32884.69.93.78.27.1152831695.squirrel@69.93.78.27> <34247.69.93.78.27.1152835592.squirrel@69.93.78.27> <39062.69.93.78.27.1152857140.squirrel@69.93.78.27> <20060715183804.GN17014@poupinou.org> <46050.69.93.78.27.1153011683.squirrel@69.93.78.27> <20060716032130.GP17014@poupinou.org> <44D781AA.3000508@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44D781AA.3000508@centtech.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ch to fix this Re: Dell/acpi_video hw.acpi.video.out0 is probably a bug, and an important one. Re: Dell laptops X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 10:29:59 -0000 On Mon, Aug 07, 2006 at 01:08:42PM -0500, Eric Anderson wrote: > On 07/15/06 22:21, Bruno Ducrot wrote: > >On Sat, Jul 15, 2006 at 09:01:23PM -0400, john@utzweb.net wrote: > >>>Hi John, > >>Hello Bruno > >> > >>>On Fri, Jul 14, 2006 at 02:05:40AM -0400, john@utzweb.net wrote: > >>>>acpi_video.c expects the lcd to be identified as 0x0110, but my Dell > >>>>Latitude C400 (and probably others) id's the lcd at 0x0400: > >>>> > >>>>Device (LCD) > >>>> { > >>>> Method (_ADR, 0, NotSerialized) > >>>> { > >>>> Return (0x0400) > >>>> } > >>>> > >>>> > >>>>so, acpi_video needs to account for this. > >>>> > >>>> > >>>>got this sorted, and now the display turns back on, here's the patch, i > >>>>already send-pr'd it > >>>Youre somewhat right, but your patch is wrong. > >>Thankyou for taking interest and reviewing my analysis and patch. > >> > >>I would beg to differ with your assertions concerning the patch's > >>correctness, because the operation you mention below is handled a few > >>lines above the patch. > >> > >>> Actually you have to check if ((adr & 0x0400) == 0x0400). > >>the & occurs at the top of the switch, here's the destroy case: > > > >But with the *WRONG* mask. It used to be 0xffff with ACPI v2, but > >shall now be 0x0f00 with ACPI v3. > > > >If for example the _ADR is 0x0401, then your patch won't work. Same > >if for example the _ADR is 0x0101, which identify a CRT monitor, etc. > > > >The only one value that must be kept for backward compatility is > >(adr & 0xffff) == 0x0110 which is for an internal Flat Panel, instead > >of a CRT monitor if we take the new specification into account without > >this very specific value. > > > >BTW I compiled and found some stupid mistakes. I also changed my DSDT > >such that I'm pretty sure it will work for you, and for others where > >the _ADR may be 0x04xx as well. > > > >Please consider that one: > > > >Index: acpi_video.c > >=================================================================== > >RCS file: /home/ncvs/src/sys/dev/acpica/acpi_video.c,v > >retrieving revision 1.12 > >diff -u -p -r1.12 acpi_video.c > >--- acpi_video.c 20 Dec 2005 22:42:16 -0000 1.12 > >+++ acpi_video.c 16 Jul 2006 03:11:24 -0000 > >@@ -110,9 +110,12 @@ static void vo_set_device_state(ACPI_HAN > > > > /* _DOD and subdev's _ADR */ > > #define DOD_DEVID_MASK 0xffff > >+#define DOD_DEVID_TYPE 0x0f00 > > #define DOD_DEVID_MONITOR 0x0100 > >-#define DOD_DEVID_PANEL 0x0110 > > #define DOD_DEVID_TV 0x0200 > >+#define DOD_DEVID_DIGITAL 0x0300 > >+#define DOD_DEVID_PANEL 0x0400 > >+#define DOD_DEVID_PANEL_COMPAT 0x0110 > > #define DOD_BIOS (1 << 16) > > #define DOD_NONVGA (1 << 17) > > #define DOD_HEAD_ID_SHIFT 18 > >@@ -409,27 +412,37 @@ acpi_video_vo_init(UINT32 adr) > > struct acpi_video_output_queue *voqh; > > > > ACPI_SERIAL_ASSERT(video); > >- switch (adr & DOD_DEVID_MASK) { > >- case DOD_DEVID_MONITOR: > >- desc = "CRT monitor"; > >- type = "crt"; > >- voqh = &crt_units; > >- break; > >- case DOD_DEVID_PANEL: > >+ if ((adr & DOD_DEVID_MASK) == DOD_DEVID_PANEL_COMPAT) { > > desc = "LCD panel"; > > type = "lcd"; > > voqh = &lcd_units; > >- break; > >- case DOD_DEVID_TV: > >- desc = "TV"; > >- type = "tv"; > >- voqh = &tv_units; > >- break; > >- default: > >- desc = "unknown output"; > >- type = "out"; > >- voqh = &other_units; > >- } > >+ } else > >+ switch (adr & DOD_DEVID_TYPE) { > >+ case DOD_DEVID_MONITOR: > >+ desc = "CRT monitor"; > >+ type = "crt"; > >+ voqh = &crt_units; > >+ break; > >+ case DOD_DEVID_DIGITAL: > >+ desc = "Digital monitor"; > >+ type = "crt"; > >+ voqh = &crt_units; > >+ break; > >+ case DOD_DEVID_PANEL: > >+ desc = "LCD panel"; > >+ type = "lcd"; > >+ voqh = &lcd_units; > >+ break; > >+ case DOD_DEVID_TV: > >+ desc = "TV"; > >+ type = "tv"; > >+ voqh = &tv_units; > >+ break; > >+ default: > >+ desc = "unknown output"; > >+ type = "out"; > >+ voqh = &other_units; > >+ } > > > > n = 0; > > vn = vp = NULL; > >@@ -553,19 +566,25 @@ acpi_video_vo_destroy(struct acpi_video_ > > if (vo->vo_levels != NULL) > > AcpiOsFree(vo->vo_levels); > > > >- switch (vo->adr & DOD_DEVID_MASK) { > >- case DOD_DEVID_MONITOR: > >- voqh = &crt_units; > >- break; > >- case DOD_DEVID_PANEL: > >+ if ((vo->adr & 0xffff) == DOD_DEVID_PANEL_COMPAT) > > voqh = &lcd_units; > >- break; > >- case DOD_DEVID_TV: > >- voqh = &tv_units; > >- break; > >- default: > >- voqh = &other_units; > >- } > >+ else > >+ switch (vo->adr & DOD_DEVID_TYPE) { > >+ case DOD_DEVID_MONITOR: > >+ voqh = &crt_units; > >+ break; > >+ case DOD_DEVID_DIGITAL: > >+ voqh = &crt_units; > >+ break; > >+ case DOD_DEVID_PANEL: > >+ voqh = &lcd_units; > >+ break; > >+ case DOD_DEVID_TV: > >+ voqh = &tv_units; > >+ break; > >+ default: > >+ voqh = &other_units; > >+ } > > STAILQ_REMOVE(voqh, vo, acpi_video_output, vo_unit.next); > > free(vo, M_ACPIVIDEO); > > } > > > > > >Cheers, > > > > > Did this ever get committed? If so, MFC'ed? > > Not yet. I thought to add more acpi 3.0 stuff onto acpi_video first, but it might be better indeed to first commit those bits first. Actually this will be the patch written by Hiroki Sato (see PR 100271). -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 10 12:04:34 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A962416A4DF for ; Thu, 10 Aug 2006 12:04:34 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FB043D73 for ; Thu, 10 Aug 2006 12:04:20 +0000 (GMT) (envelope-from m.apitz@oclcpica.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id OAA06487 for ; Thu, 10 Aug 2006 14:01:13 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma006481; Thu, 10 Aug 06 14:00:45 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id OAA00191; Thu, 10 Aug 2006 14:03:51 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k7AC3n1B008341; Thu, 10 Aug 2006 14:03:49 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Thu, 10 Aug 2006 14:03:48 +0200 From: Matthias Apitz To: freebsd-mobile@freebsd.org Message-ID: <20060810120347.GA8048@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Subject: 6.0-REL && iwi && garbaged TCP traffic X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 12:04:34 -0000 Hello, I run the above mentioned combination for W-LAN, at home with WEP and in the office with WPA-PSK. From time to time, very seldom, I encounter damaged TCP traffic, for example: - a mail reaches the next SMTP hop with garbage in the body; - fetching a page with HTTP brings up a message about 'bad HTTP request' with some random chars; - on 'scp' traffic it stops with a message about 'bad MAC addr'; Is this a known issue with the iwi driver/firmware? How is it possible that higher layer (TCP) does not detect this problem in the TCP-checksum stored in the header? Thx in advance for any hint matthias -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://guru.UnixLand.de/ From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 10 15:58:45 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED0F16A4DE for ; Thu, 10 Aug 2006 15:58:45 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A98243D53 for ; Thu, 10 Aug 2006 15:58:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7AFwhHN082128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Aug 2006 08:58:44 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DB57B3.6060506@errno.com> Date: Thu, 10 Aug 2006 08:58:43 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Matthias Apitz References: <20060810120347.GA8048@rebelion.Sisis.de> In-Reply-To: <20060810120347.GA8048@rebelion.Sisis.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: 6.0-REL && iwi && garbaged TCP traffic X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 15:58:45 -0000 Matthias Apitz wrote: > Hello, > > I run the above mentioned combination for W-LAN, at home with > WEP and in the office with WPA-PSK. From time to time, very seldom, > I encounter damaged TCP traffic, for example: > > - a mail reaches the next SMTP hop with garbage in the body; > - fetching a page with HTTP brings up a message about 'bad HTTP > request' with some random chars; > - on 'scp' traffic it stops with a message about 'bad MAC addr'; > > Is this a known issue with the iwi driver/firmware? How is it > possible that higher layer (TCP) does not detect this problem > in the TCP-checksum stored in the header? > > Thx in advance for any hint It's a bug fixed since 6.0. Sam From owner-freebsd-mobile@FreeBSD.ORG Fri Aug 11 07:58:04 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27FED16A4DA for ; Fri, 11 Aug 2006 07:58:04 +0000 (UTC) (envelope-from abc@ruscomnet.ru) Received: from hawk.ruscomnet.ru (hawk.ruscomnet.ru [80.249.129.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41CB443D45 for ; Fri, 11 Aug 2006 07:58:02 +0000 (GMT) (envelope-from abc@ruscomnet.ru) Received: from falcon.ruscomnet.ru (falcon [80.249.130.140]) by hawk.ruscomnet.ru (8.11.7/8.11.7) with ESMTP id k7B7vfB62304; Fri, 11 Aug 2006 11:57:41 +0400 (MSD) (envelope-from abc@ruscomnet.ru) From: "Andrey V. Sokolov" Organization: RusComNet To: freebsd-mobile@freebsd.org Date: Fri, 11 Aug 2006 11:57:39 +0400 User-Agent: KMail/1.9.1 References: <20060810120347.GA8048@rebelion.Sisis.de> <44DB57B3.6060506@errno.com> In-Reply-To: <44DB57B3.6060506@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608111157.40717.abc@ruscomnet.ru> Cc: Matthias Apitz Subject: Re: 6.0-REL && iwi && garbaged TCP traffic X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: abc@ruscomnet.ru List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 07:58:04 -0000 Hi Matthias Really fixed? See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/88793 wlan(4) broken, sends corrupted packets with iwi(4) or ral(4) State open Release FreeBSD 6.0-RELEASE i386 I am working under 6.0-REL and I have this bug not fixed. -- abc On Thursday 10 August 2006 19:58 Sam Leffler wrote: > Matthias Apitz wrote: > > Hello, > > > > I run the above mentioned combination for W-LAN, at home with > > WEP and in the office with WPA-PSK. From time to time, very seldom, > > I encounter damaged TCP traffic, for example: > > > > - a mail reaches the next SMTP hop with garbage in the body; > > - fetching a page with HTTP brings up a message about 'bad HTTP > > request' with some random chars; > > - on 'scp' traffic it stops with a message about 'bad MAC addr'; > > > > Is this a known issue with the iwi driver/firmware? How is it > > possible that higher layer (TCP) does not detect this problem > > in the TCP-checksum stored in the header? > > > > Thx in advance for any hint > > It's a bug fixed since 6.0. > > Sam > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri Aug 11 08:19:37 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0076016A4E8 for ; Fri, 11 Aug 2006 08:19:36 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7036543D45 for ; Fri, 11 Aug 2006 08:19:34 +0000 (GMT) (envelope-from m.apitz@oclcpica.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id KAA09892; Fri, 11 Aug 2006 10:16:26 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma009885; Fri, 11 Aug 06 10:16:14 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id KAA11714; Fri, 11 Aug 2006 10:19:29 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k7B8JJCU007405; Fri, 11 Aug 2006 10:19:19 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Fri, 11 Aug 2006 10:19:19 +0200 From: Matthias Apitz To: "Andrey V. Sokolov" Message-ID: <20060811081919.GB7354@rebelion.Sisis.de> References: <20060810120347.GA8048@rebelion.Sisis.de> <44DB57B3.6060506@errno.com> <200608111157.40717.abc@ruscomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200608111157.40717.abc@ruscomnet.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Cc: freebsd-mobile@freebsd.org Subject: Re: 6.0-REL && iwi && garbaged TCP traffic X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 08:19:37 -0000 El día Friday, August 11, 2006 a las 11:57:39AM +0400, Andrey V. Sokolov escribió: > Hi Matthias > Really fixed? > See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/88793 > wlan(4) broken, sends corrupted packets with iwi(4) or ral(4) > State open > Release FreeBSD 6.0-RELEASE i386 > I am working under 6.0-REL and I have this bug not fixed. Hi, Andrey, It was not me who said that the bug is fixed, but Sam. Sam, do you see a way to get this fixed on my 6.0-REL kernel, ie. without updating my whole laptop to another FreeBSD version? Thx matthias > -- > abc > > On Thursday 10 August 2006 19:58 Sam Leffler wrote: > > Matthias Apitz wrote: > > > Hello, > > > > > > I run the above mentioned combination for W-LAN, at home with > > > WEP and in the office with WPA-PSK. From time to time, very seldom, > > > I encounter damaged TCP traffic, for example: > > > > > > - a mail reaches the next SMTP hop with garbage in the body; > > > - fetching a page with HTTP brings up a message about 'bad HTTP > > > request' with some random chars; > > > - on 'scp' traffic it stops with a message about 'bad MAC addr'; > > > > > > Is this a known issue with the iwi driver/firmware? How is it > > > possible that higher layer (TCP) does not detect this problem > > > in the TCP-checksum stored in the header? > > > > > > Thx in advance for any hint > > > > It's a bug fixed since 6.0. > > > > Sam > > _______________________________________________ > > freebsd-mobile@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://guru.UnixLand.de/ From owner-freebsd-mobile@FreeBSD.ORG Fri Aug 11 16:23:34 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D4616A4DE for ; Fri, 11 Aug 2006 16:23:34 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6315A43D5D for ; Fri, 11 Aug 2006 16:23:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7BGNPv6089151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 09:23:26 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DCAEFD.1070707@errno.com> Date: Fri, 11 Aug 2006 09:23:25 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Matthias Apitz References: <20060810120347.GA8048@rebelion.Sisis.de> <44DB57B3.6060506@errno.com> <200608111157.40717.abc@ruscomnet.ru> <20060811081919.GB7354@rebelion.Sisis.de> In-Reply-To: <20060811081919.GB7354@rebelion.Sisis.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-mobile@freebsd.org, "Andrey V. Sokolov" Subject: Re: 6.0-REL && iwi && garbaged TCP traffic X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 16:23:34 -0000 Matthias Apitz wrote: > El día Friday, August 11, 2006 a las 11:57:39AM +0400, Andrey V. Sokolov escribió: > >> Hi Matthias >> Really fixed? >> See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/88793 >> wlan(4) broken, sends corrupted packets with iwi(4) or ral(4) >> State open >> Release FreeBSD 6.0-RELEASE i386 >> I am working under 6.0-REL and I have this bug not fixed. > > Hi, > > Andrey, It was not me who said that the bug is fixed, but Sam. > > Sam, do you see a way to get this fixed on my 6.0-REL kernel, > ie. without updating my whole laptop to another FreeBSD version? The changes were not localized. If you want to try to do it manually, look for the MFC that _included_ this one to sys/net80211/ieee80211_output.c: revision 1.26.2.7 date: 2006/03/23 23:28:43; author: sam; state: Exp; lines: +15 -0 MFC 1.40: when doing s/w crypto make sure work is done w/ a writable mbuf chain; this corrects problems with drivers that rely on the host to do crypto Probably safest to just update. Sam From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 12 21:21:28 2006 Return-Path: X-Original-To: freebsd-mobile@FreeBSD.ORG Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E5C416A4DA for ; Sat, 12 Aug 2006 21:21:28 +0000 (UTC) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8B2243D45 for ; Sat, 12 Aug 2006 21:21:27 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.4/8.13.1) with ESMTP id k7CLLNvv072225 for ; Sat, 12 Aug 2006 14:21:24 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.4/8.13.1/Submit) id k7CLLNmb072224 for freebsd-mobile@FreeBSD.ORG; Sat, 12 Aug 2006 14:21:23 -0700 (PDT) (envelope-from kline) Date: Sat, 12 Aug 2006 14:21:22 -0700 From: Gary Kline To: FreeBSD Mobile Mailing List Message-ID: <20060812212122.GA85691@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing twenty years of service to the Unix community Cc: Subject: 3 years and going strong! X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 21:21:28 -0000 Guys, Thanks to lotsa sweat, lots of help from this list, and $340, my ThinkPad 600E has served me will for three years. iN a year two or I'll be thinking of upgrading from a P-II [400MHz] to around 700-900Mhz. But only a TP that has this tiny mouse-stick and three horizontal clickers. I have use of only one hand and those [bleeping] scratch-n-sniff mouse-cursor devices are signifigant obstacles. So:: can anybody tell me if there are faster TP's that have this configuration. [[ I figure using BSD or Linux doesn't require gigahertz processors; just one reason the unix-paradigm is tops.]] (I have looked at eBay, but not for several months.) thanks muchly, gary -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 12 22:08:30 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C85F016A4DE for ; Sat, 12 Aug 2006 22:08:30 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F27343D45 for ; Sat, 12 Aug 2006 22:08:30 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 12 Aug 2006 18:08:29 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.7.5a-GA) with ESMTP id MAX61653; Sat, 12 Aug 2006 18:08:28 -0400 (EDT) Received: from 207-172-241-254.c3-0.tlg-ubr1.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.130]) ([207.172.241.254]) by smtp01.lnh.mail.rcn.net with ESMTP; 12 Aug 2006 18:08:28 -0400 X-IronPort-AV: i="4.08,117,1154923200"; d="scan'208"; a="256726691:sNHT25509030" Message-ID: <44DE517F.30601@rcn.com> Date: Sat, 12 Aug 2006 18:09:03 -0400 From: Gary Corcoran User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Gary Kline References: <20060812212122.GA85691@thought.org> In-Reply-To: <20060812212122.GA85691@thought.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090208.44DE509D.0038,ss=1,fgs=0, ip=207.172.4.11, so=2006-05-09 23:27:51, dmn=5.2.4/2006-05-04 Cc: FreeBSD Mobile Mailing List Subject: Re: 3 years and going strong! X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 22:08:30 -0000 Gary Kline wrote: > Guys, > > Thanks to lotsa sweat, lots of help from this list, and $340, > my ThinkPad 600E has served me will for three years. iN a year > two or I'll be thinking of upgrading from a P-II [400MHz] to > around 700-900Mhz. But only a TP that has this tiny mouse-stick > and three horizontal clickers. I have use of only one hand and > those [bleeping] scratch-n-sniff mouse-cursor devices are > signifigant obstacles. So:: can anybody tell me if there are > faster TP's that have this configuration. [[ I figure using > BSD or Linux doesn't require gigahertz processors; just one > reason the unix-paradigm is tops.]] > > (I have looked at eBay, but not for several months.) You might keep an eye on geeks.com. They sell new/surplus/used stuff, and I have seen now-old used ThinkPads (e.g. T21 or A21) for under $400, if I recall correctly. I used to have a T21 (800MHz) at work, and it still had the 'eraser' type built-in mouse. Gary From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 12 23:22:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A3816A4DE for ; Sat, 12 Aug 2006 23:22:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3AC943D45 for ; Sat, 12 Aug 2006 23:22:57 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060812232255m92002sdd1e>; Sat, 12 Aug 2006 23:22:55 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7CNMnMB045863; Sat, 12 Aug 2006 18:22:50 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7CNMnsL045862; Sat, 12 Aug 2006 18:22:49 -0500 (CDT) (envelope-from brooks) Date: Sat, 12 Aug 2006 18:22:49 -0500 From: Brooks Davis To: Gary Kline Message-ID: <20060812232249.GA45392@lor.one-eyed-alien.net> References: <20060812212122.GA85691@thought.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20060812212122.GA85691@thought.org> User-Agent: Mutt/1.5.11 Cc: FreeBSD Mobile Mailing List Subject: Re: 3 years and going strong! X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 23:22:58 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 12, 2006 at 02:21:22PM -0700, Gary Kline wrote: >=20 > Guys, >=20 > Thanks to lotsa sweat, lots of help from this list, and $340, > my ThinkPad 600E has served me will for three years. iN a year=20 > two or I'll be thinking of upgrading from a P-II [400MHz] to > around 700-900Mhz. But only a TP that has this tiny mouse-stick > and three horizontal clickers. I have use of only one hand and > those [bleeping] scratch-n-sniff mouse-cursor devices are > signifigant obstacles. So:: can anybody tell me if there are=20 > faster TP's that have this configuration. [[ I figure using > BSD or Linux doesn't require gigahertz processors; just one > reason the unix-paradigm is tops.]] The X40 is faster than you request (1Ghz), but does have the track point device with three buttons. I like it because it's very portable. -- Brooks --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFE3mLIXY6L6fI4GtQRAqi1AKDhG+Q+hl/AEbwCIa3UdBd3qlQxhwCg21Yc Nq2wk2cXGVXr+qcKQDRVQxo= =jAci -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 12 23:35:27 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0644516A4DD for ; Sat, 12 Aug 2006 23:35:27 +0000 (UTC) (envelope-from peter@sandilands.vu) Received: from mail.sandilands.vu (gateway.sandilands.vu [202.129.80.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC7643D49 for ; Sat, 12 Aug 2006 23:35:25 +0000 (GMT) (envelope-from peter@sandilands.vu) Received: from [127.0.0.1] (gateway [192.168.100.100]) by mail.sandilands.vu (8.12.9/8.12.9) with ESMTP id k7CNa4jk033020; Sun, 13 Aug 2006 09:36:05 +1000 (EST) (envelope-from peter@sandilands.vu) Message-ID: <44DE65BA.7090303@sandilands.vu> Date: Sun, 13 Aug 2006 09:35:22 +1000 From: Peter Sandilands User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Gary Kline References: <20060812212122.GA85691@thought.org> In-Reply-To: <20060812212122.GA85691@thought.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Mobile Mailing List Subject: Re: 3 years and going strong! X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 23:35:27 -0000 Gary Kline wrote: > Guys, > > So:: can anybody tell me if there are > faster TP's that have this configuration. Gary, You could creep up a little by going with TP600X which uses all of the plug in peripherals from your 660E Its a PIII @ 500Mhz T21, T22, T23 are all joystick button config. T23 is a PIII 1.13GHz, I've carried one around since 2002 with no major drama X22, X23, X24 and X30 are also joystick plus buttons. You could think of them as lightweight versions of Tseries But they do not have built in CD or floppy (lives in a clip on docking station In OZ these all seem to be down around the $AUD 300 - 600 mark so in the US they should be cheaper even than your venerable 600E Pete