From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 6 09:02:03 2006
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <yraffah@savola.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <I/O>
kbd: new array size 4
kbd1 at kbdmux0
mem: <memory>
Pentium Pro MTRR support enabled
null: <null device, zero device>
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: <INSYDE RSDT_000> 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: <Embedded Controller: GPE 0x10> 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: <ACPI CPU> on acpi0
acpi_perf0: <ACPI CPU Frequency Control> on cpu0
acpi_perf0: failed in PERF_STATUS attach
device_attach: acpi_perf0 attach returned 6
acpi_perf0: <ACPI CPU Frequency Control> on cpu0
acpi_perf0: failed in PERF_STATUS attach
device_attach: acpi_perf0 attach returned 6
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_throttle0: P_CNT from P_BLK 0x1010
acpi_acad0: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> 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: <ACPI PCI bus> 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: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <VGA-compatible display> port 0xc000-0xc0ff mem
0x90000000-0x97ffffff,0xc0000000-0xc000ffff irq 11 at device 0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <network, ethernet> at device 0.0 (no driver attached)
pcib3: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib3
pci3: physical bus=3D3
uhci0: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A> 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: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B> 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: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C> 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: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D> 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: <Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
uhub3: 2 ports with 2 removable, self powered
ehci0: <Intel 82801FB (ICH6) USB 2.0 controller> 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: <Intel 82801FB (ICH6) USB 2.0 controller> on ehci0
usb4: USB revision 2.0
uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4
uhub4: 8 ports with 8 removable, self powered
pcib4: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <Intel(R) PRO/Wireless 2200BG> 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: <TI6411 PCI-CardBus Bridge> mem 0x13000000-0x13000fff at device
6.0 on pci6
cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x13000000
cardbus0: <CardBus bus> 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: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> 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: <SBP-2/SCSI over FireWire> 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: <mass storage> at device 6.3 (no driver attached)
pci6: <base peripheral> at device 6.4 (no driver attached)
pcm0: <Intel ICH6 (82801FB)> 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: <Analog Devices AD1981B AC97 Codec (id =3D 0x41445374)>
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: <simple comms, generic modem> at device 30.3 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH6 SATA150 controller> 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: <ATA channel 0> 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<ATA_MASTER>
ata0: [MPSAFE]
ata1: <ATA channel 1> 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<ATAPI_MASTER>
ata1: [MPSAFE]
acpi_tz0: <Thermal Zone> on acpi0
acpi_tz1: <Thermal Zone> on acpi0
acpi_tz2: <Thermal Zone> on acpi0
acpi_tz3: <Thermal Zone> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <PS/2 mouse port> irq 12 on acpi0
psm0: current command byte:0067
psm0: <PS/2 Mouse> 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: <ISA Option ROMs> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=
vt0: not probed (disabled)
isa_probe_children: probing PnP devices
ums0: <Mitsumi Electric Apple Optical USB Mouse, class 0/0, rev
1.10/1.08, addr 2> 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 <FUJITSU MHT2080AT 0022> 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: <MATSHITADVD-RAM UJ-831S/1.40> 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: <MATSHITA DVD-RAM UJ-831S 1.40> 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: <MATSHITA DVD-RAM UJ-831S 1.40> 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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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: <db2035340608060649l2bd6c671rffbcbb377bf06a0e@mail.gmail.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <yraffah@savola.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <brueffer@FreeBSD.org>
In-reply-to: <44D6EFF6.2010601@savola.com>
To: Yousef Raffah <yraffah@savola.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <frankstaals@gmx.net>)
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 <frankstaals@gmx.net>
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 <yraffah@savola.com>, 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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <anderson@centtech.com>
User-Agent: Thunderbird 1.5.0.5 (X11/20060802)
MIME-Version: 1.0
To: Bruno Ducrot <ducrot@poupinou.org>
References: <Pine.GSO.4.64.0607130824240.6165@sea.ntplx.net> <44B6401F.8050507@centtech.com> <Pine.GSO.4.64.0607130848190.6165@sea.ntplx.net> <44B641F2.2020500@centtech.com> <Pine.GSO.4.64.0607130900460.6165@sea.ntplx.net> <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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <jhb@freebsd.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <yraffah@savola.com>
Organization: The Savola Group
User-Agent: Thunderbird 1.5.0.5 (X11/20060730)
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <torfinn.ingolfsen@broadpark.no>
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!=<N>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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <SAMSUNG HM120JI>
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: <MATSHITA, DVD-RAM UJ-845S, D201> 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: <PC speaker>
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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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=?= <norgaard@locolomo.org>
Organization: Locolomo.ORG
User-Agent: Thunderbird 1.5.0.5 (X11/20060801)
MIME-Version: 1.0
To: =?UTF-8?B?RXJpayBOw7hyZ2FhcmQ=?= <norgaard@locolomo.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <smithi@nimnet.asn.au>
To: Yousef Raffah <yraffah@savola.com>
In-Reply-To: <44D87363.50901@savola.com>
Message-ID: <Pine.BSF.3.96.1060809001502.14085B-100000@gaia.nimnet.asn.au>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <jhb@freebsd.org>
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?= <norgaard@locolomo.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <jhb@freebsd.org>
To: Ian Smith <smithi@nimnet.asn.au>
Date: Tue, 8 Aug 2006 13:45:44 -0400
User-Agent: KMail/1.9.1
References: <Pine.BSF.3.96.1060809001502.14085B-100000@gaia.nimnet.asn.au>
In-Reply-To: <Pine.BSF.3.96.1060809001502.14085B-100000@gaia.nimnet.asn.au>
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 <yraffah@savola.com>, 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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <torfinn.ingolfsen@broadpark.no>
From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
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!=<N>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 <Cy.Schubert@komquats.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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 <Cy.Schubert@komquats.com> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc189<SSE3,MON,EST,TM2,<b14>,<b15>>
AMD Features=0x100000<NX>
Cores per package: 2
real memory = 2145910784 (2046 MB)
avail memory = 2095009792 (1997 MB)
ACPI APIC Table: <INTEL CALISTGA>
ioapic0: Changing APIC ID to 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <PTLTD RSDT> 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: <Embedded Controller: GPE 0x17> port 0x62,0x66 on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pci0: <multimedia> at device 27.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 16 at device 28.1 on pci0
pci3: <ACPI PCI bus> on pcib3
pci3: <network> at device 0.0 (no driver attached)
pcib4: <ACPI PCI-PCI bridge> irq 18 at device 28.2 on pci0
pci4: <ACPI PCI bus> on pcib4
bge0: <Broadcom BCM5789 Gigabit Ethernet, ASIC rev. 0x4201> 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: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci5: <ACPI PCI bus> on pcib5
uhci0: <UHCI (generic) USB controller> port 0x1800-0x181f irq 23 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> port 0x1820-0x183f irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> port 0x1840-0x185f irq 18 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> port 0x1860-0x187f irq 16 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <UHCI (generic) USB controller> 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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci10: <ACPI PCI bus> on pcib6
cbb0: <PCI-CardBus Bridge> mem 0xc8404000-0xc8404fff irq 20 at device 9.0 on pci10
cardbus0: <CardBus bus> 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: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> 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: <SBP-2/SCSI over FireWire> 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: <mass storage> at device 9.2 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <GENERIC ATA controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
ichsmb0: <Intel 82801GB (ICH7) SMBus controller> port 0x18c0-0x18df irq 19 at device 31.3 on pci0
ichsmb0: [GIANT-LOCKED]
smbus0: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
acpi_acad0: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> 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: <ISA Option ROMs> at iomem 0xdf800-0xdffff,0xe0000-0xe17ff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> 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 <SAMSUNG HM120JI YF100-10> at ata0-master UDMA33
acd0: DVDR <MATSHITADVD-RAM UJ-845S/D201> 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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <torfinn.ingolfsen@broadpark.no>
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!=<N>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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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 <torfinn.ingolfsen@broadpark.no> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc189<SSE3,MON,EST,TM2,<b14>,<b15>>
AMD Features=0x100000<NX>
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: <INTEL CALISTGA>
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 <Version 2.0> 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 <SampleRate bit-rate selection algorithm>
wlan: <802.11 Link Layer>
null: <null device, zero device>
random: <entropy source, Software, Yarrow>
nfslock: pseudo-device
io: <I/O>
kbd: new array size 4
kbd1 at kbdmux0
mem: <memory>
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: <PTLTD RSDT> 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: <Embedded Controller: GPE 0x17> 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: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_throttle0: P_CNT from P_BLK 0x1010
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> 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: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <display, VGA> at device 0.0 (no driver attached)
pci0: <multimedia> at device 27.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib2
pci2: physical bus=2
pcib3: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <network> at device 0.0 (no driver attached)
pcib4: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <Broadcom BCM5789 Gigabit Ethernet, ASIC rev. 0x4201> 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: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> on pcib5
pci5: physical bus=5
uhci0: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> 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: <UHCI (generic) USB controller> 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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <ACPI PCI-PCI bridge> 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: <ACPI PCI bus> 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: <PCI-CardBus Bridge> mem 0xc8404000-0xc8404fff irq 20 at device 9.0 on pci10
cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8404000
cardbus0: <CardBus bus> 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: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> 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: <SBP-2/SCSI over FireWire> 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: <mass storage> at device 9.2 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <GENERIC ATA controller> 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: <ATA channel 0> 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<ATA_MASTER>
ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54
ata0: [MPSAFE]
ata1: <ATA channel 1> 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<ATAPI_MASTER>
ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55
ata1: [MPSAFE]
ichsmb0: <Intel 82801GB (ICH7) SMBus controller> 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: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
acpi_acad0: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <PS/2 mouse port> irq 12 on acpi0
psm0: current command byte:0047
psm0: <PS/2 Mouse> 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: <ISA Option ROMs> 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: <Parallel port> failed to probe at irq 7 on isa0
sc0: <System console> 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: <Generic ISA VGA> 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 <SAMSUNG HM120JI YF100-10> 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: <MATSHITADVD-RAM UJ-845S/D201> 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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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: <d8e8e4f70608081617g7fb182d9v567adf2fec292033@mail.gmail.com>
Date: Tue, 8 Aug 2006 20:17:53 -0300
From: "cassio lima" <lluner@gmail.com>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <anderson@centtech.com>
Message-ID: <20060810102939.GA4945@poupinou.org>
References: <Pine.GSO.4.64.0607130848190.6165@sea.ntplx.net>
<44B641F2.2020500@centtech.com>
<Pine.GSO.4.64.0607130900460.6165@sea.ntplx.net>
<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 <ducrot@poupinou.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <m.apitz@oclcpica.org>
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 <m.apitz@oclcpica.org>
List-Id: Mobile computing with FreeBSD <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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 <m.apitz@oclcpica.org> - w http://www.oclcpica.org/ http://guru.UnixLand.de/
From owner-freebsd-mobile@FreeBSD.ORG Thu Aug 10 15:58:45 2006
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <sam@errno.com>
User-Agent: Thunderbird 1.5.0.4 (X11/20060724)
MIME-Version: 1.0
To: Matthias Apitz <m.apitz@oclcpica.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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" <abc@ruscomnet.ru>
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 <m.apitz@oclcpica.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: abc@ruscomnet.ru
List-Id: Mobile computing with FreeBSD <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <m.apitz@oclcpica.org>
To: "Andrey V. Sokolov" <abc@ruscomnet.ru>
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 <m.apitz@oclcpica.org>
List-Id: Mobile computing with FreeBSD <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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 <m.apitz@oclcpica.org> - w http://www.oclcpica.org/ http://guru.UnixLand.de/
From owner-freebsd-mobile@FreeBSD.ORG Fri Aug 11 16:23:34 2006
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <sam@errno.com>
User-Agent: Thunderbird 1.5.0.4 (X11/20060724)
MIME-Version: 1.0
To: Matthias Apitz <m.apitz@oclcpica.org>
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" <abc@ruscomnet.ru>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@FreeBSD.ORG>; 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 <freebsd-mobile@FreeBSD.ORG>; 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 <freebsd-mobile@FreeBSD.ORG>; 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 <kline@tao.thought.org>
To: FreeBSD Mobile Mailing List <freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <gcorcoran@rcn.com>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Gary Kline <kline@tao.thought.org>
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 <freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <brooks@one-eyed-alien.net>
To: Gary Kline <kline@tao.thought.org>
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 <freebsd-mobile@freebsd.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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: <owner-freebsd-mobile@FreeBSD.ORG>
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 <freebsd-mobile@freebsd.org>; 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 <freebsd-mobile@freebsd.org>; 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 <peter@sandilands.vu>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Gary Kline <kline@tao.thought.org>
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 <freebsd-mobile@freebsd.org>
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 <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
<mailto:freebsd-mobile-request@freebsd.org?subject=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