ATA mkIII first official patches - please test!

9 views
Skip to first unread message

Søren Schmidt

unread,
Feb 3, 2005, 3:55:19 PM2/3/05
to FreeBSD Current, freebsd...@freebsd.org
ATA-mkIII first official snapshot.

This is the much rumoured ATA update that I've been working on for some t=
ime.

It contains a number of new things, and lacks a few features of the old c=
ode.

New items include:

o ATA is now fully newbus'd and split into modules.
This means that on a modern system you just load "atapci and ata=
"
to get the base support, and then one or more of the device
subdrivers "atadisk atapicd atapifd atapist ataraid".
All can be loaded/unloaded anytime, but for obvious reasons you
dont want to unload atadisk when you have mounted filesystems.

o The device identify part of the probe has been rewritten to fix
the problems with odd devices the old had, and to try to remove
so of the long delays some HW could provoke.

o SATA devices can be hot inserted/removed and devices will be crea=
ted/
removed in /dev accordingly. NOTE only supported on controllers =
that
has this feature: Promise and Silicon Image for now.

o ATA RAID support has been rewritten and and now supports these
metadata formats:
"Adaptec HostRAID"
"Highpoint V2 RocketRAID"
"Highpoint V3 RocketRAID"
"Intel MatrixRAID"
"Integrated Technology Express"
"LSILogic V2 MegaRAID"
"LSILogic V3 MegaRAID"
"Promise FastTrak"
"Silicon Image Medley"

o The reinit code has been worked over to be much more robust.

o The timeout code has been overhauled for races.

o Lots of fixes for bugs found while doing the modulerization and
reviewing the old code.


Missing features form current ATA:

o atapi-cd no longer has support for ATAPI changers. Todays its
much cheaper and alot faster to copy those CD images to disk
and serve them from there. Besides they dont seem to be made
anymore, maybe for that exact reason.

o ATA RAID can only read metadata not write them. This means that
arrays can be picked up from the BIOS, but they cannot be create=
d
from FreeBSD. This is being worked on for the final release as i=
s
RAID5 support for Promise/Highpoing/SiI controllers.

o The atapi-cam author has been informed and has had early access
to this work but so far atapicam is not supported with these
changes. However I do have my own atacam that puts both ATA and =
ATAPI
devices under CAM, but its really just academic at this point.

And then there all the things that I've happily forgotten about :)

The snapshot is available as a patch for RELENG_5 and for CURRENT, and
a common tarfile of the new ATA code.

http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz
http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz
http://people.freebsd.org/~sos/ata-mk3j.tar.gz

Both patches and the tarfile is relative to /usr/src.
You might want to remove the contents of sys/dev/ata/ before unpacking
the tarfile.

No changes are needed to your config file, unless you want ATA as modules=
.

As usual, even if it works on all the HW I have here in the lab, thats by=

far not the same as it works on YOUR system. So use glowes and safety sho=
es
and if it breaks I dont want the pieces, but would like to hear the nifty=

details on how exactly it got that way :)

Enjoy!

--

-Søren


_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

Christian Brueffer

unread,
Feb 3, 2005, 6:18:53 PM2/3/05
to SørenSchmidt, FreeBSD Current
On Thu, Feb 03, 2005 at 09:52:57PM +0100, Søren Schmidt wrote:
>
> As usual, even if it works on all the HW I have here in the lab, thats by
> far not the same as it works on YOUR system. So use glowes and safety shoes

> and if it breaks I dont want the pieces, but would like to hear the nifty
> details on how exactly it got that way :)
>

It works great on my Thinkpad, finally no device timeouts and delays
on bootup anymore (and no need to remove lines from ata-queue.c to
prevent a panic on CURRENT).

Nice work :-)

- Christian

--
Christian Brueffer ch...@unixpages.org brue...@FreeBSD.org
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D

Steve Kargl

unread,
Feb 3, 2005, 8:00:13 PM2/3/05
to S?ren Schmidt, FreeBSD Current, freebsd...@freebsd.org
On Thu, Feb 03, 2005 at 09:52:57PM +0100, S?ren Schmidt wrote:
>
> As usual, even if it works on all the HW I have here in the lab, thats by
> far not the same as it works on YOUR system. So use glowes and safety shoes

> and if it breaks I dont want the pieces, but would like to hear the nifty
> details on how exactly it got that way :)
>

THANK YOU! This is the first time since 7 Dec 04 that I've
been able to boot a current -CURRENT on my Dell Inspiron 4150
laptop.

--
Steve

Pascal Hofstee

unread,
Feb 3, 2005, 9:42:00 PM2/3/05
to Søren Schmidt, FreeBSD Current, freebsd...@freebsd.org
On Thu, 03 Feb 2005 21:52:57 +0100, Søren Schmidt <s...@deepcore.dk> wrote=
:
> ATA-mkIII first official snapshot.

Using it without any problems on a few days old 6.0-CURRENT (P2 400 MHz)
I decided to take the plunge and go for the kernel-module-approach.

The only thing i was curious about is if there is any way to build the
kernel-module using ATA_STATIC_ID .. (as i used to do in my normal
kernel-configs)

Beyond that, it works like a charm :)
--
Pascal Hofstee

Pascal Hofstee

unread,
Feb 3, 2005, 10:00:53 PM2/3/05
to Søren Schmidt, FreeBSD Current, freebsd...@freebsd.org
On Thu, 3 Feb 2005 18:40:43 -0800, Pascal Hofstee <cae...@gmail.com> wrote:
> The only thing i was curious about is if there is any way to build the
> kernel-module using ATA_STATIC_ID .. (as i used to do in my normal
> kernel-configs)

Ok .. I whacked myself with the proverbial clue-stick .. and simply
put the ATA_STATIC_ID line back into my kernel-config. Even though i
chose not to build ata-support not into the actual kernel the
opt_ata.h file is of course still used in building the actual
kernel-modules.

Excuse the line noise :)

James D. Stewart

unread,
Feb 3, 2005, 11:22:48 PM2/3/05
to Søren Schmidt, freebsd...@freebsd.org
----- Original Message -----
Sent: Thursday, February 03, 2005 3:52 PM
Subject: ATA mkIII first official patches - please test!


> ATA-mkIII first official snapshot.

With RELENG_5, the following errors occur (if you need more info, ask
off-list):

$ make kernel KERNCONF=NFS2
.
. (lots deleted(
.
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/
acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/sr
c/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/a
th/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include
opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param
arge-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundar
y=2 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-card.c
/usr/src/sys/dev/ata/ata-card.c:56: error: `PCMCIA_PRODUCT_IODATA3_CBIDE2'
undeclared here (not in a function)
/usr/src/sys/dev/ata/ata-card.c:56: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:56: error: (near initialization for
`ata_pccard_products[2].pp_product')
/usr/src/sys/dev/ata/ata-card.c:56: error: `PCMCIA_CIS_IODATA3_CBIDE2'
undeclared here (not in a function)
/usr/src/sys/dev/ata/ata-card.c:56: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:56: error: (near initialization for
`ata_pccard_products[2].pp_cis')
/usr/src/sys/dev/ata/ata-card.c:56: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:56: error: (near initialization for
`ata_pccard_products[2]')
/usr/src/sys/dev/ata/ata-card.c:57: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:57: error: (near initialization for
`ata_pccard_products[3].pp_cis')
/usr/src/sys/dev/ata/ata-card.c:57: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:57: error: (near initialization for
`ata_pccard_products[3]')
/usr/src/sys/dev/ata/ata-card.c:58: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:58: error: (near initialization for
`ata_pccard_products[4].pp_cis')
/usr/src/sys/dev/ata/ata-card.c:58: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:58: error: (near initialization for
`ata_pccard_products[4]')
/usr/src/sys/dev/ata/ata-card.c:59: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:59: error: (near initialization for
`ata_pccard_products[5].pp_cis')
/usr/src/sys/dev/ata/ata-card.c:59: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:59: error: (near initialization for
`ata_pccard_products[5]')
/usr/src/sys/dev/ata/ata-card.c:60: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:60: error: (near initialization for
`ata_pccard_products[6].pp_cis')
/usr/src/sys/dev/ata/ata-card.c:60: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:60: error: (near initialization for
`ata_pccard_products[6]')
/usr/src/sys/dev/ata/ata-card.c:61: error: initializer element is not
constant
/usr/src/sys/dev/ata/ata-card.c:61: error: (near initialization for
`ata_pccard_products[7]')
*** Error code 1

Stop in /usr/obj/usr/src/sys/NFS2.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

The sys/dev/ata directory contents was removed prior to the tar file being
dumped, then the patch was applied, all from the /usr/src directory.

--

Jim Stewart
e.Librarian
The e.Lib, Inc.

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 2/1/05

Søren Schmidt

unread,
Feb 4, 2005, 3:43:36 AM2/4/05
to James D. Stewart, freebsd...@freebsd.org
James D. Stewart wrote:
> ----- Original Message -----
> Sent: Thursday, February 03, 2005 3:52 PM
> Subject: ATA mkIII first official patches - please test!
>
>
>
>>ATA-mkIII first official snapshot.
>
>
> With RELENG_5, the following errors occur (if you need more info, ask
> off-list):

You need to update your sources the pccard stuff was MFC'd recently.


--

-Søren

M. Warner Losh

unread,
Feb 4, 2005, 11:39:09 AM2/4/05
to j...@elib.com, freebsd...@freebsd.org, s...@deepcore.dk
In message: <002001c50a71$0d7857e0$1401...@c4.com>
"James D. Stewart" <j...@elib.com> writes:
: > ATA-mkIII first official snapshot.

:
: With RELENG_5, the following errors occur (if you need more info, ask
: off-list):

This is due to changes in the names of some of the pc card devices
based on cleanup I'm doing in current. I thought I'd merged all of
this to releng_5 in the last couple of days, however..

Warner

Randy Bush

unread,
Feb 4, 2005, 7:07:05 PM2/4/05
to Søren Schmidt, FreeBSD Current, freebsd...@freebsd.org
makes my tp41 running current boot without crashing. i
demand a refund! :-)

randy

Kevin Oberman

unread,
Feb 4, 2005, 7:16:08 PM2/4/05
to Randy Bush, FreeBSD Current, freebsd...@freebsd.org, Søren Schmidt
> From: Randy Bush <ra...@psg.com>
> Date: Fri, 4 Feb 2005 16:04:56 -0800
> Sender: owner-free...@freebsd.org

>
> makes my tp41 running current boot without crashing. i
> demand a refund! :-)

Randy,

We have refunded your money so often that we're running out of empty
pockets to get the funds from. :-)

Seriously, my T30 seems happier, too, although time will tell since it
was not nearly as unhappy as yours was. (It only barked and locked up
occasionally and never crashed on boot.)
--
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: obe...@es.net Phone: +1 510 486-8634

Randy Bush

unread,
Feb 4, 2005, 7:37:37 PM2/4/05
to Kevin Oberman, FreeBSD Current, Søren Schmidt
[ stable removed, as i am not ]

> Seriously, my T30 seems happier, too, although time will tell
> since it was not nearly as unhappy as yours was.

so far
o no crash on boot
o boots without those looooong pauses (well, still long
pause while it farbles usb)
o built kernel and world using new kernel

so i am doing some buildworlds, a portupgrde (gotta love
when perl cranks a version), and some makes to see how
it stands up

randy

Alexandre "Sunny" Kovalenko

unread,
Feb 4, 2005, 9:25:13 PM2/4/05
to SørenSchmidt, FreeBSD Current, freebsd...@freebsd.org
On Thu, 2005-02-03 at 21:52 +0100, Søren Schmidt wrote:
> ATA-mkIII first official snapshot.
>
> This is the much rumoured ATA update that I've been working on for some time.
>
> It contains a number of new things, and lacks a few features of the old code.

>
> New items include:
>
> o ATA is now fully newbus'd and split into modules.
> This means that on a modern system you just load "atapci and ata"
> to get the base support, and then one or more of the device
> subdrivers "atadisk atapicd atapifd atapist ataraid".
> All can be loaded/unloaded anytime, but for obvious reasons you
> dont want to unload atadisk when you have mounted filesystems.
>
> o The device identify part of the probe has been rewritten to fix
> the problems with odd devices the old had, and to try to remove
> so of the long delays some HW could provoke.
>
> o SATA devices can be hot inserted/removed and devices will be created/
> removed in /dev accordingly. NOTE only supported on controllers that

> has this feature: Promise and Silicon Image for now.
>
> o ATA RAID support has been rewritten and and now supports these
> metadata formats:
> "Adaptec HostRAID"
> "Highpoint V2 RocketRAID"
> "Highpoint V3 RocketRAID"
> "Intel MatrixRAID"
> "Integrated Technology Express"
> "LSILogic V2 MegaRAID"
> "LSILogic V3 MegaRAID"
> "Promise FastTrak"
> "Silicon Image Medley"
>
> o The reinit code has been worked over to be much more robust.
>
> o The timeout code has been overhauled for races.
>
> o Lots of fixes for bugs found while doing the modulerization and
> reviewing the old code.
>
>
> Missing features form current ATA:
>
> o atapi-cd no longer has support for ATAPI changers. Todays its
> much cheaper and alot faster to copy those CD images to disk
> and serve them from there. Besides they dont seem to be made
> anymore, maybe for that exact reason.
>
> o ATA RAID can only read metadata not write them. This means that
> arrays can be picked up from the BIOS, but they cannot be created
> from FreeBSD. This is being worked on for the final release as is

> RAID5 support for Promise/Highpoing/SiI controllers.
>
> o The atapi-cam author has been informed and has had early access
> to this work but so far atapicam is not supported with these
> changes. However I do have my own atacam that puts both ATA and ATAPI

> devices under CAM, but its really just academic at this point.
>
> And then there all the things that I've happily forgotten about :)
>
> The snapshot is available as a patch for RELENG_5 and for CURRENT, and
> a common tarfile of the new ATA code.
>
> http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz
> http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz
> http://people.freebsd.org/~sos/ata-mk3j.tar.gz
>
> Both patches and the tarfile is relative to /usr/src.
> You might want to remove the contents of sys/dev/ata/ before unpacking
> the tarfile.
>
> No changes are needed to your config file, unless you want ATA as modules.

>
> As usual, even if it works on all the HW I have here in the lab, thats by
> far not the same as it works on YOUR system. So use glowes and safety shoes

> and if it breaks I dont want the pieces, but would like to hear the nifty
> details on how exactly it got that way :)
>
> Enjoy!
>
Works beautifully here (AVERATEC 3150H with VIA 8235). Timeouts on
non-existing slaves are gone for good.

Patch for -current (as of yesterday) failed to compile afterward (log
attached), but removing sys/dev/ata/* and untaring archive worked just
fine.

--
Alexandre "Sunny" Kovalenko (Олександр Коваленко)

Frode Nordahl

unread,
Feb 5, 2005, 6:17:51 AM2/5/05
to Søren Schmidt, FreeBSD Current
On Feb 3, 2005, at 21:52, Søren Schmidt wrote:

> ATA-mkIII first official snapshot.

Yes! Just in time! Thanks, Søren :-)

Using kernel from RELENG_5, supped yesterday.

Tried to install on in a box with a Promise TX 2200 card, the bootup
took forever, but the install worked fine when it finished.

Maby related to the third "phantom" PATA bus on that board? :-)

I'm installing from network (PXE) and for some reason I don't get any
kernel messages on the console when doing that, so I don't know when or =

where it 'hangs'.

I forgot to copy in my modified kernel after the install, so I never
got it booting after that, but I'll redo as soon as possible and get
back with more details about this.

> o ATA RAID support has been rewritten and and now supports these
> metadata formats:
> "Adaptec HostRAID"
> "Highpoint V2 RocketRAID"
> "Highpoint V3 RocketRAID"
> "Intel MatrixRAID"
> "Integrated Technology Express"
> "LSILogic V2 MegaRAID"
> "LSILogic V3 MegaRAID"
> "Promise FastTrak"
> "Silicon Image Medley"

This works with my Intel S875WP1-E with Intel ICH5 / Adaptec HostRAID
onboard!

(The product specs says Promise controller, but that is only when you
buy the 4-ch SATA version)

However, if I create a RAID1 array in "Quick Mode", installation failes =

with write errors ("disk full"). The Adaptec management BIOS warns
about creating arrays in Quick Mode, so this may be a problem of
theirs.

Anyway, is there any way to detect that an array is created in this
way, and handle it, or warn about it?

The warning message from the BIOS says "You may need to repair the
array once OS is installed" or similar, so the array probably should be =

marked DEGRADED, and be rebuilded once the installation is finished.


I can no longer use my swap partition as dump device:

# dumpon /dev/ar0s1b
dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported by device

But I'm not certain that it has ever been allowed? :-)

Maybe it won't work to have dump device on RAID, since the kernel won't =

be able to keep the RAID in shape when it's dumping core?


I have not done any extensive testing yet. I'll get these boxes
installed and set up various tests to see how it performs. I'll also do =

some hotswap testing on the TX2200.


> Enjoy!

I most certainly will! Thanks.


Regards,
Frode Nordahl

Søren Schmidt

unread,
Feb 5, 2005, 6:38:40 AM2/5/05
to Frode Nordahl, FreeBSD Current
Frode Nordahl wrote:
> On Feb 3, 2005, at 21:52, Søren Schmidt wrote:
>
>> ATA-mkIII first official snapshot.
>
> Yes! Just in time! Thanks, Søren :-)
>
> Using kernel from RELENG_5, supped yesterday.
>
> Tried to install on in a box with a Promise TX 2200 card, the bootup
> took forever, but the install worked fine when it finished.
>
> Maby related to the third "phantom" PATA bus on that board? :-)

Well its doesn't stall on the one I've got here (thanks btw! :) )..
Could you get the output from a verbose boot with it somehow ?

>> o ATA RAID support has been rewritten and and now supports these=

>> metadata formats:
>> "Adaptec HostRAID"
>> "Highpoint V2 RocketRAID"
>> "Highpoint V3 RocketRAID"
>> "Intel MatrixRAID"
>> "Integrated Technology Express"
>> "LSILogic V2 MegaRAID"
>> "LSILogic V3 MegaRAID"
>> "Promise FastTrak"
>> "Silicon Image Medley"
>
>
> This works with my Intel S875WP1-E with Intel ICH5 / Adaptec HostRAID
> onboard!

Good :)

> However, if I create a RAID1 array in "Quick Mode", installation failes=

> with write errors ("disk full"). The Adaptec management BIOS warns abou=


t
> creating arrays in Quick Mode, so this may be a problem of theirs.
>

> Anyway, is there any way to detect that an array is created in this way=


,
> and handle it, or warn about it?

Hmm, it just means that it doesn't copy data so both disks are
identical, for our purpose thats of no importance. Maybe I did mess up
the size reporting somehow, I'll check...

> I can no longer use my swap partition as dump device:
>
> # dumpon /dev/ar0s1b
> dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported by device
>
> But I'm not certain that it has ever been allowed? :-)

It was allowed, but I havn't gotten to reimplement dump in ataraid yet.

Søren Schmidt

unread,
Feb 5, 2005, 6:41:37 AM2/5/05
to Ben Stuyts, FreeBSD Current, freebsd...@freebsd.org
Ben Stuyts wrote:
>
> On 3 Feb 2005, at 21:52, Søren Schmidt wrote:
>
>> o ATA RAID can only read metadata not write them. This means tha=
t
>> arrays can be picked up from the BIOS, but they cannot be crea=
ted
>> from FreeBSD. This is being worked on for the final release as=

is
>> RAID5 support for Promise/Highpoing/SiI controllers.
>
>
> Will RAID mirrors built using atacontrol on standard ata controllers
> still work? Specifically in my case on 5.3-stable:

Not as is, but its easily added, uncomment line 597 in ata-raid.c and it =

will be picked up as before...

Ben Stuyts

unread,
Feb 5, 2005, 7:54:46 AM2/5/05
to Søren Schmidt, FreeBSD Current, freebsd...@freebsd.org

On 3 Feb 2005, at 21:52, Søren Schmidt wrote:

> o ATA RAID can only read metadata not write them. This means =


that
> arrays can be picked up from the BIOS, but they cannot be

> created
> from FreeBSD. This is being worked on for the final release as =

> is


> RAID5 support for Promise/Highpoing/SiI controllers.

Will RAID mirrors built using atacontrol on standard ata controllers

still work? Specifically in my case on 5.3-stable:

atapci0: <Intel ICH5 UDMA100 controller> port
0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on
pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
ad0: 117246MB <Maxtor 6Y120L0/YAR41BW0> [238216/16/63] at ata0-master
UDMA100
ad2: 117246MB <Maxtor 6Y120L0/YAR41BW0> [238216/16/63] at ata1-master
UDMA100

and:

[aurora:~]138: sudo atacontrol status 0
ar0: ATA RAID1 subdisks: ad0 ad2 status: READY

Thanks,
Ben

Frode Nordahl

unread,
Feb 5, 2005, 10:53:47 AM2/5/05
to Søren Schmidt, FreeBSD Current
On Feb 5, 2005, at 12:37, Søren Schmidt wrote:
>>> o ATA RAID support has been rewritten and and now supports
>>> these
>>> metadata formats:
>>> "Adaptec HostRAID"
>>> "Highpoint V2 RocketRAID"
>>> "Highpoint V3 RocketRAID"
>>> "Intel MatrixRAID"
>>> "Integrated Technology Express"
>>> "LSILogic V2 MegaRAID"
>>> "LSILogic V3 MegaRAID"
>>> "Promise FastTrak"
>>> "Silicon Image Medley"
>> This works with my Intel S875WP1-E with Intel ICH5 / Adaptec HostRAID =

>> onboard!
>
> Good :)

I have been abusing a installation with this controller for the last 5 =

hours without incident! I'll let it run 'till monday.


Running the following on /dev/ar0 which is a RAID1 on top of two 80G
Maxtors (Maxtor 6Y080M0 YAR511W0):

in /var/tmp (20G) 5 simultaneous runs, extract and remove a copy of
/usr/src (the tar is read from a seperate PATA disk)
while true; do
for i in 0 1 2 3 4; do
mv ./$i/usr ./$i/usr.bak
rm -rf ./$i/usr.bak &
tar -C ./$i -xf /1/src.tar &
done
wait
done

in /usr/home (50G) write a 4G file over and over again, read a 4G file =

over and over again
while true; do
dd if=/dev/zero of=write bs=1m count=4k &
dd if=read of=/dev/null bs=1m &
wait
done

Maybe I'll throw in some bonnie processes as well just for fun :-)


Regards,
Frode

Maxim Konovalov

unread,
Feb 5, 2005, 11:27:08 AM2/5/05
to Søren Schmidt, FreeBSD Current
On Thu, 3 Feb 2005, 21:52+0100, S?ren Schmidt wrote:

> ATA-mkIII first official snapshot.

On my Sony VAIO PCG-505BX ioctl(CDIOEJECT) (cdcontrol eject) returns
EOPNOTSUPP.

Kernel config and dmesg:

http://maxim.int.ru/stuff/SONNIE
http://maxim.int.ru/stuff/SONNIE.boot

--
Maxim Konovalov

Søren Schmidt

unread,
Feb 5, 2005, 3:08:04 PM2/5/05
to Maxim Konovalov, FreeBSD Current
Maxim Konovalov wrote:
> On Thu, 3 Feb 2005, 21:52+0100, S?ren Schmidt wrote:
>
>
>>ATA-mkIII first official snapshot.
>
>
> On my Sony VAIO PCG-505BX ioctl(CDIOEJECT) (cdcontrol eject) returns
> EOPNOTSUPP.

Thanks! I accidentally removed a line in atapi-cd.c, please try below
patch it should fic the problem.

--- atapi-cd.c 2005/02/03 15:23:35 1.15
+++ atapi-cd.c 2005/02/05 19:59:54
@@ -134,6 +134,7 @@
cdp->block_size = 2048;
device_set_ivars(dev, cdp);
ATA_SETMODE(GRANDPARENT(dev), dev);
+ acd_get_cap(dev);
g_post_event(acd_geom_attach, dev, M_WAITOK, NULL);

/* announce we are here */

--

-Søren

Maxim Konovalov

unread,
Feb 5, 2005, 3:33:35 PM2/5/05
to Søren Schmidt, FreeBSD Current
On Sat, 5 Feb 2005, 21:06+0100, S?ren Schmidt wrote:

> Maxim Konovalov wrote:
> > On Thu, 3 Feb 2005, 21:52+0100, S?ren Schmidt wrote:
> >
> >
> > > ATA-mkIII first official snapshot.
> >
> >
> > On my Sony VAIO PCG-505BX ioctl(CDIOEJECT) (cdcontrol eject) returns
> > EOPNOTSUPP.
>
> Thanks! I accidentally removed a line in atapi-cd.c, please try
> below patch it should fic the problem.
>
> --- atapi-cd.c 2005/02/03 15:23:35 1.15
> +++ atapi-cd.c 2005/02/05 19:59:54
> @@ -134,6 +134,7 @@
> cdp->block_size = 2048;
> device_set_ivars(dev, cdp);
> ATA_SETMODE(GRANDPARENT(dev), dev);
> + acd_get_cap(dev);
> g_post_event(acd_geom_attach, dev, M_WAITOK, NULL);
>
> /* announce we are here */

# make unload load && cdcontrol eject && echo 'It works, thanks'
/sbin/kldunload -v atapicd.ko
Unloading atapicd.ko, id=25
/sbin/kldload -v /usr/src/sys/modules/ata/atapicd/atapicd.ko
Loaded /usr/src/sys/modules/ata/atapicd/atapicd.ko, id=25
It works, thanks

--
Maxim Konovalov

Søren Schmidt

unread,
Feb 5, 2005, 3:41:32 PM2/5/05
to Maxim Konovalov, FreeBSD Current
Maxim Konovalov wrote:

> # make unload load && cdcontrol eject && echo 'It works, thanks'
> /sbin/kldunload -v atapicd.ko
> Unloading atapicd.ko, id=25
> /sbin/kldload -v /usr/src/sys/modules/ata/atapicd/atapicd.ko
> Loaded /usr/src/sys/modules/ata/atapicd/atapicd.ko, id=25
> It works, thanks

He :) modules is a nice feature :)

--

-Søren

Frode Nordahl

unread,
Feb 5, 2005, 3:53:11 PM2/5/05
to Søren Schmidt, FreeBSD Current
On Feb 3, 2005, at 21:52, Søren Schmidt wrote:

> ATA-mkIII first official snapshot.

# atacontrol status ar0
atacontrol: ioctl(ATARAIDSTATUS): Inappropriate ioctl for device

# atacontrol rebuild ar0
atacontrol: ioctl(ATARAIDREBUILD): Inappropriate ioctl for device

I tried to copy in sys/sys/ata.h to /usr/include/sys/ and rebuild
atacontrol as well.

Regards,
Frode Nordahl

Søren Schmidt

unread,
Feb 5, 2005, 4:32:20 PM2/5/05
to Frode Nordahl, FreeBSD Current
Frode Nordahl wrote:
> On Feb 3, 2005, at 21:52, Søren Schmidt wrote:
>
>> ATA-mkIII first official snapshot.
>
>
> # atacontrol status ar0
> atacontrol: ioctl(ATARAIDSTATUS): Inappropriate ioctl for device
>
> # atacontrol rebuild ar0
> atacontrol: ioctl(ATARAIDREBUILD): Inappropriate ioctl for device
>
> I tried to copy in sys/sys/ata.h to /usr/include/sys/ and rebuild
> atacontrol as well.

Those ioctl's are not supported yet. As stated ataraid can only read the =

metadata so far, not write them. I didn't implement the status ioctl as
its part of the interface to write metadata (ie create arrays), and I
havn't made up my mind yet on that...

Frode Nordahl

unread,
Feb 6, 2005, 7:02:28 AM2/6/05
to Søren Schmidt, FreeBSD Current
On Feb 5, 2005, at 22:31, Søren Schmidt wrote:

> Frode Nordahl wrote:
>> On Feb 3, 2005, at 21:52, Søren Schmidt wrote:
>>> ATA-mkIII first official snapshot.
>> # atacontrol status ar0
>> atacontrol: ioctl(ATARAIDSTATUS): Inappropriate ioctl for device
>> # atacontrol rebuild ar0
>> atacontrol: ioctl(ATARAIDREBUILD): Inappropriate ioctl for device
>> I tried to copy in sys/sys/ata.h to /usr/include/sys/ and rebuild
>> atacontrol as well.
>

> Those ioctl's are not supported yet. As stated ataraid can only read =

> the metadata so far, not write them. I didn't implement the status

> ioctl as its part of the interface to write metadata (ie create
> arrays), and I havn't made up my mind yet on that...

I actually have a system with a failed drive in it now. :-)

Whenever the erronous parts of the disk is read, it properly takes the =

disk out of service and tells about the raid being degraded.

However if I reboot, the drive with errors is back in business and used =

as master of the array.

I'm not sure how this is supposed to work, but I guess we at least need =

limited support for metadata write so we can tell the "controller", and =

ourselves about the state of our disks.


I hope you will retain the online rebuild feature when this is done?

I can live without support for configuring RAIDs, but online rebuild
would be tough to be without. Having to go to BIOS for rebuild and wait =

for an hour before the system can be online again is a nightmare :-)

Or do you think this is a job for vendor supplied management tools?

Regards,
Frode Nordahl

Hideyuki KURASHINA

unread,
Feb 6, 2005, 7:45:03 AM2/6/05
to s...@deepcore.dk, freebsd...@freebsd.org, freebsd...@freebsd.org
Hi, Søren

>>> On Thu, 03 Feb 2005 21:52:57 +0100, Søren Schmidt <sos@DeepCore.d=
k> said:

> ATA-mkIII first official snapshot.
[...]
> No changes are needed to your config file, unless you want ATA as mod=
ules.

I've tested your patches using same config file as before, and it seems=

work fine except on resume.

After suspend, my ThinkPad X40 now hangs with following logs (copied
by hand):

(Fn + F4 key combo to enter suspend)

acpi_ec0: info: new max delay is 80 us
IBM:NOTIFY:80
notify:1004
acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3)
acpi_button0: wake_prep enabled for \_SB_.SLPB (S3)

(Fn key to resume back )

AcpiOsDerivePciId: bus 0 dev 31 func 1
============ acpi_printcpu() debug dump ===
==
gdt[0077:c0667c20] idt[07ff:c0677fe0] ldt[0030] tr[0020] elf[00000086=
]
eax[00000001] ebx[00000000] ecx[00000000] edx[00000004]
esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10]
cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000691]
cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010]
============ acpi_printcpu() debug dump ===
==
gdt[0077:c0667c20] idt[07ff:c0667fe0] ldt[0030] tr[0020] elf[00000002=
]
eax[00000046] ebx[00000000] ecx[00000000] edx[c1991cf0]
esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10]
cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000091]
cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010]
acpi_lid0: run_prep cleaned up for \_SB_.LID_
acpi_button0: run_prep cleand up for \_SB_.SLPB
acpi_ec0: info: new max delay is 100 us

While ``bus 0 dev 31 func 1'' is atapic0 (Intel ICH4 UDMA100 controller=
),
it seems there's no helpful ATA related message though. However, I got=

curious behaviors, i.e.

o Hard disk actively drives, thus HDD indicator nearly holds on light=
ing
o A status indicator for event blinks on and off, periodicaly

I'm using kernel & modules as of yesterday (HEAD). Without applying
your patches, the resume works fine. Is this problem included
in your task list, or am I alone?

My config file and complete dmesg on start up (booted with -v flag)
is attached below,

-- rushani

#
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section o=
n
# Kernel Configuration Files:
#
# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco=
nfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files.=

# If you are in doubt as to the purpose or necessity of a line, check f=
irst
# in NOTES.
#
# $rushani: TPX40,v 1.6 2004/12/08 09:27:42 hideyuki Exp $
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:=
52 scottl Exp $

machine i386
#cpu I486_CPU
#cpu I586_CPU
cpu I686_CPU
ident TPX40

# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.

#makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols

options SCHED_4BSD # 4BSD scheduler
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
#options MD_ROOT # MD is a potential root device
#options NFSCLIENT # Network Filesystem Client
#options NFSSERVER # Network Filesystem Server
#options NFS_ROOT # NFS usable as /, requires NFSCLIENT
#options MSDOSFS # MSDOS Filesystem
#options CD9660 # ISO 9660 Filesystem
#options PROCFS # Process filesystem (requires PSEUDOFS)
#options PSEUDOFS # Pseudo-filesystem framework
options GEOM_GPT # GUID Partition Tables.
options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options SCSI_DELAY=2000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
#options SYSVSHM # SYSV-style shared memory
#options SYSVMSG # SYSV-style message queues
#options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensi=
ons
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
#options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~128k to driver.
#options AHD_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~215k to driver.
options ADAPTIVE_GIANT # Giant mutex is adaptive.
options DEVICE_POLLING # polling(4)
options SC_DISABLE_REBOOT # Disable reboot key sequence
options INCLUDE_CONFIG_FILE # Include this file in kernel

# Debugging for use in -current
options KDB # Enable kernel debugger support.
options DDB # Support DDB.
#options GDB # Support remote GDB.
options INVARIANTS # Enable calls of extra sanity checking
options INVARIANT_SUPPORT # Extra sanity checks of internal structures=
, required by INVARIANTS
options WITNESS # Enable checks to detect deadlocks and cycles
options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed

#device apic # I/O APIC

# Bus support. Do not remove isa, even if you have no isa slots
device isa
#device eisa
device pci

# Floppy drives
#device fdc

# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
#device ataraid # ATA RAID drives
#device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
options ATA_STATIC_ID # Static device numbering

# SCSI Controllers
#device ahb # EISA AHA1742 family
#device ahc # AHA2940 and onboard AIC7xxx devices
#device ahd # AHA39320/29320 and onboard AIC79xx devices
#device amd # AMD 53C974 (Tekram DC-390(T))
#device isp # Qlogic family
#device mpt # LSI-Logic MPT-Fusion
#device ncr # NCR/Symbios Logic
#device sym # NCR/Symbios Logic (newer chipsets + those of `ncr')
#device trm # Tekram DC395U/UW/F DC315U adapters

#device adv # Advansys SCSI adapters
#device adw # Advansys wide SCSI adapters
#device aha # Adaptec 154x SCSI adapters
#device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
#device bt # Buslogic/Mylex MultiMaster SCSI adapters

#device ncv # NCR 53C500
#device nsp # Workbit Ninja SCSI-3
#device stg # TMC 18C30/18C50

# SCSI peripherals
device scbus # SCSI bus (required for SCSI)
#device ch # SCSI media changers
device da # Direct Access (disks)
#device sa # Sequential Access (tape etc)
device cd # CD
device pass # Passthrough device (direct SCSI access)
#device ses # SCSI Environmental Services (and SAF-TE)

# RAID controllers interfaced to the SCSI subsystem
#device amr # AMI MegaRAID
#device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID
#device ciss # Compaq Smart RAID 5*
#device dpt # DPT Smartcache III, IV - See NOTES for options
#device hptmv # Highpoint RocketRAID 182x
#device iir # Intel Integrated RAID
#device ips # IBM (Adaptec) ServeRAID
#device mly # Mylex AcceleRAID/eXtremeRAID
#device twa # 3ware 9000 series PATA/SATA RAID

# RAID controllers
#device aac # Adaptec FSA RAID
#device aacp # SCSI passthrough for aac (requires CAM)
#device ida # Compaq Smart RAID
#device mlx # Mylex DAC960 family
#device pst # Promise Supertrak SX6000
#device twe # 3ware ATA RAID

# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse

device vga # VGA video card driver

device splash # Splash screen and screen saver support

# syscons is the default console driver, resembling an SCO console
device sc

# Enable this for the pcvt (VT220 compatible) console driver
#device vt
#options XSERVER # support for X server on a vt console
#options FAT_CURSOR # start with block cursor

#device agp # support several AGP chipsets

# Floating point support - do not disable.
device npx

# Power management support (see NOTES for more options)
#device apm
# Add suspend/resume support for the i8254.
device pmtimer

# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
#device cbb # cardbus (yenta) bridge
#device pccard # PC Card (16-bit) bus
#device cardbus # CardBus (32-bit) bus

# Serial (COM) ports
#device sio # 8250, 16[45]50 based serial ports

# Parallel port
#device ppc
#device ppbus # Parallel port bus (required)
#device lpt # Printer
#device plip # TCP/IP over parallel
#device ppi # Parallel port interface device
#device vpo # Requires scbus and da

# If you've got a "dumb" serial or parallel PCI card that is
# supported by the puc(4) glue driver, uncomment the following
# line to enable it (connects to the sio and/or ppc drivers):
#device puc

# PCI Ethernet NICs.
#device de # DEC/Intel DC21x4x (``Tulip'')
#device em # Intel PRO/1000 adapter Gigabit Ethernet Card
#device ixgb # Intel PRO/10GbE Ethernet Card
#device txp # 3Com 3cR990 (``Typhoon'')
#device vx # 3Com 3c590, 3c595 (``Vortex'')

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use these =
NICs!
#device miibus # MII bus support
#device bfe # Broadcom BCM440x 10/100 Ethernet
#device bge # Broadcom BCM570xx Gigabit Ethernet
#device dc # DEC/Intel 21143 and various workalikes
#device fxp # Intel EtherExpress PRO/100B (82557, 82558)
#device lge # Level 1 LXT1001 gigabit ethernet
#device nge # NatSemi DP83820 gigabit ethernet
#device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc')
#device re # RealTek 8139C+/8169/8169S/8110S
#device rl # RealTek 8129/8139
#device sf # Adaptec AIC-6915 (``Starfire'')
#device sis # Silicon Integrated Systems SiS 900/SiS 7016
#device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet
#device ste # Sundance ST201 (D-Link DFE-550TX)
#device ti # Alteon Networks Tigon I/II gigabit Ethernet
#device tl # Texas Instruments ThunderLAN
#device tx # SMC EtherPower II (83c170 ``EPIC'')
#device vge # VIA VT612x gigabit ethernet
#device vr # VIA Rhine, Rhine II
#device wb # Winbond W89C840F
#device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')

# ISA Ethernet NICs. pccard NICs included.
#device cs # Crystal Semiconductor CS89x0 NIC
# 'device ed' requires 'device miibus'
#device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards
#device ex # Intel EtherExpress Pro/10 and Pro/10+
#device ep # Etherlink III based cards
#device fe # Fujitsu MB8696x based cards
#device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc.
#device lnc # NE2100, NE32-VL Lance Ethernet cards
#device sn # SMC's 9000 series of Ethernet chips
#device xe # Xircom pccard Ethernet

# ISA devices that use the old ISA shims
#device le

# Wireless NIC cards
#device wlan # 802.11 support
#device an # Aironet 4500/4800 802.11 wireless NICs.
#device awi # BayStack 660 and others
#device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs.
#device wl # Older non 802.11 Wavelan wireless NIC.

# Pseudo devices.
device loop # Network loopback
#device mem # Memory and kernel memory devices
#device io # I/O device
#device random # Entropy device
device ether # Ethernet support
#device sl # Kernel SLIP
#device ppp # Kernel PPP
#device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
#device md # Memory "disks"
#device gif # IPv6 and IPv4 tunneling
#device faith # IPv6-to-IPv4 relaying (translation)

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
device bpf # Berkeley packet filter

# USB support
#device uhci # UHCI PCI->USB interface
#device ohci # OHCI PCI->USB interface
#device usb # USB Bus (required)
#device udbp # USB Double Bulk Pipe devices
#device ugen # Generic
#device uhid # "Human Interface Devices"
#device ukbd # Keyboard
#device ulpt # Printer
#device umass # Disks/Mass storage - Requires scbus and da
#device ums # Mouse
#device urio # Diamond Rio 500 MP3 player
#device uscanner # Scanners
# USB Ethernet, requires mii
#device aue # ADMtek USB Ethernet
#device axe # ASIX Electronics USB Ethernet
#device cue # CATC USB Ethernet
#device kue # Kawasaki LSI USB Ethernet
#device rue # RealTek RTL8150 USB Ethernet

# FireWire support
#device firewire # FireWire bus code
#device sbp # SCSI over FireWire (Requires scbus and da)
#device fwe # Ethernet over FireWire (non-standard!)

# System Management Bus (SMB)
device smbus
device ichsmb
device smb

#device ath
#device ath_hal
#device ath_rate_onoe
#device wlan
#device wlan_wep

Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199=
4
The Regents of the University of California. All rights reserved.
FreeBSD 6.0-CURRENT #10: Sun Feb 6 21:23:04 JST 2005
hide...@tpx40.rushani.jp:/usr/obj/usr/src/sys/TPX40
WARNING: WITNESS option enabled, expect reduced performance.
Preloaded elf kernel "/boot/kernel/kernel" at 0xc08fb000.
Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc08fb1c4.
Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc08fb270.
Preloaded elf module "/boot/kernel/nullfs.ko" at 0xc08fb31c.
Preloaded elf module "/boot/kernel/linux.ko" at 0xc08fb3c8.
Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc08fb474.
Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc08fb520.
Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc08fb5cc.
Preloaded elf module "/boot/kernel/if_tun.ko" at 0xc08fb678.
Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc08fb724.
Preloaded elf module "/boot/kernel/if_em.ko" at 0xc08fb7d0.
Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc08fb87c.
Preloaded elf module "/boot/kernel/elink.ko" at 0xc08fb928.
Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc08fb9d4.
Preloaded elf module "/boot/kernel/wlan.ko" at 0xc08fba80.
Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08fbb2c.
Preloaded elf module "/boot/kernel/sound.ko" at 0xc08fbbd8.
Preloaded elf module "/boot/kernel/usb.ko" at 0xc08fbc84.
Preloaded elf module "/boot/kernel/ugen.ko" at 0xc08fbd2c.
Preloaded elf module "/boot/kernel/umass.ko" at 0xc08fbdd8.
Preloaded elf module "/boot/kernel/umodem.ko" at 0xc08fbe84.
Preloaded elf module "/boot/kernel/ucom.ko" at 0xc08fbf30.
Preloaded elf module "/boot/kernel/agp.ko" at 0xc08fbfdc.
Preloaded elf module "/boot/kernel/random.ko" at 0xc08fc084.
Preloaded elf module "/boot/kernel/speaker.ko" at 0xc08fc130.
Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc08fc1dc.
Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc08fc288.
Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc08fc338.
Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc08fc3e4.
Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc08fc494.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08fc544.
Preloaded elf module "/boot/kernel/io.ko" at 0xc08fc5f0.
Preloaded elf module "/boot/kernel/mem.ko" at 0xc08fc698.
Preloaded elf module "/boot/kernel/cbb.ko" at 0xc08fc740.
Preloaded elf module "/boot/kernel/exca.ko" at 0xc08fc7e8.
Preloaded elf module "/boot/kernel/pccard.ko" at 0xc08fc894.
Preloaded elf module "/boot/kernel/cardbus.ko" at 0xc08fc940.
Preloaded elf module "/boot/modules/est.ko" at 0xc08fc9ec.
Enhanced Speedstep running at 1400 MHz
Calibrating clock(s) ... i8254 clock: 1193169 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254" frequency 1193182 Hz quality 0
Calibrating TSC clock ... TSC clock: 1395476624 Hz
CPU: Intel(R) Pentium(R) M processor 1.40GHz (1395.48-MHz 686-class CPU=
)
Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6
Features=0xafe9fbbf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,APIC,SEP,MTRR,PG=
E,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE>
real memory = 527302656 (502 MB)
Physical memory chunk(s):
0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)
0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)
0x0000000000c25000 - 0x000000001edd8fff, 505102336 bytes (123316 pages)=

avail memory = 506757120 (483 MB)
bios32: Found BIOS32 Service Directory header at 0xc00f6fd0
bios32: Entry = 0xfd740 (c00fd740) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xfd6d0+0x1f8
pnpbios: Found PnP BIOS data at 0xc00f7050
pnpbios: Entry = f0000:b6c4 Rev = 1.0
pnpbios: Event flag at 4b4
Other BIOS signatures found:
wlan: <802.11 Link Layer>
ath_rate: <Atsushi Onoe's rate control algorithm>
random: <entropy source, Software, Yarrow>
null: <null device, zero device>
io: <I/O>
mem: <memory>
Pentium Pro MTRR support enabled
ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <IBM TP-1U> on motherboard
acpi0: [MPSAFE]
acpi_ec0: <Embedded Controller: GPE 0x1c, ECDT> port 0x66,0x62 on acpi0=

pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904
pci_open(1a): mode1res=0x80000000 (0x80000000)
pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808=
086)
pcibios: BIOS version 2.10
Found $PIR table, 14 entries at 0xc00fdeb0
PCI-Only Interrupts: none
Location Bus Device Pin Link IRQs
embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 2 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 2 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15
slot 1 2 2 A 0x69 3 4 5 6 7 9 10 11 12 14 15
slot 1 2 2 B 0x6a 3 4 5 6 7 9 10 11 12 14 15
embedded 2 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 2 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 2 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 2 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15
slot 2 9 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15
slot 2 9 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15
slot 2 9 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15
slot 2 9 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 9 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 9 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 9 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 2 1 A 0x68 3 4 5 6 7 9 10 11 12 14 15
embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15
embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15
AcpiOsDerivePciId: bus 0 dev 31 func 0
AcpiOsDerivePciId: bus 2 dev 0 func 0
AcpiOsDerivePciId: bus 0 dev 29 func 7
acpi0: Power Button (fixed)
atpic: Programming IRQ9 as level/low
AcpiOsDerivePciId: bus 0 dev 0 func 0
AcpiOsDerivePciId: bus 0 dev 0 func 1
acpi_ec0: info: new max delay is 70 us
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
cpu0: <ACPI CPU (3 Cx states)> on acpi0
pci_link0: <ACPI PCI Link LNKA> irq 11 on acpi0
pci_link0: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link0: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link0: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link1: <ACPI PCI Link LNKB> irq 11 on acpi0
pci_link1: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link1: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link1: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link2: <ACPI PCI Link LNKC> irq 11 on acpi0
pci_link2: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link2: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link2: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link3: <ACPI PCI Link LNKD> irq 11 on acpi0
pci_link3: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link3: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link3: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link4: <ACPI PCI Link LNKE> irq 11 on acpi0
pci_link4: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link4: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link4: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link5: <ACPI PCI Link LNKF> irq 11 on acpi0
pci_link5: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link5: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link5: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link6: <ACPI PCI Link LNKG> on acpi0
pci_link6: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link6: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link6: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
pci_link7: <ACPI PCI Link LNKH> irq 11 on acpi0
pci_link7: Links after initial probe:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link7: Links after initial validation:
Index IRQ Rtd Ref IRQs
0 11 N 0 3 4 5 6 7 9 10 11
pci_link7: Links after disable:
Index IRQ Rtd Ref IRQs
0 255 N 0 3 4 5 6 7 9 10 11
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
ACPI: Found matching pin for 0.2.INTA at func 0: 11
ACPI: Found matching pin for 0.29.INTA at func 0: 11
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 7: 11
ACPI: Found matching pin for 0.31.INTA at func 1: 255
ACPI: Found matching pin for 0.31.INTB at func 3: 11
pci0: <ACPI PCI bus> on pcib0
pci0: physical bus=0
found-> vendor=0x8086, dev=0x3580, revid=0x02
bus=0, slot=0, func=0
class=06-00-00, hdrtype=0x00, mfdev=1
cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found-> vendor=0x8086, dev=0x3584, revid=0x02
bus=0, slot=0, func=1
class=08-80-00, hdrtype=0x00, mfdev=0
cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found-> vendor=0x8086, dev=0x3585, revid=0x02
bus=0, slot=0, func=3
class=08-80-00, hdrtype=0x00, mfdev=1
cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
map[10]: type 3, range 32, base e0000000, size 27, enabled
map[14]: type 1, range 32, base d0000000, size 19, enabled
map[18]: type 4, range 32, base 00001800, size 3, enabled
pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0)
pcib0: slot 2 INTA routed to irq 11 via \\_SB_.LNKA
found-> vendor=0x8086, dev=0x3582, revid=0x02
bus=0, slot=2, func=0
class=03-00-00, hdrtype=0x00, mfdev=1
cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=a, irq=11
powerspec 1 supports D0 D1 D3 current D0
map[10]: type 3, range 32, base e8000000, size 27, enabled
map[14]: type 1, range 32, base d0080000, size 19, enabled
found-> vendor=0x8086, dev=0x3582, revid=0x02
bus=0, slot=2, func=1
class=03-80-00, hdrtype=0x00, mfdev=1
cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
powerspec 1 supports D0 D1 D3 current D0
map[20]: type 4, range 32, base 00001820, size 5, enabled
pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0)
pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA
found-> vendor=0x8086, dev=0x24c2, revid=0x01
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 00001840, size 5, enabled
pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0)
pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD
found-> vendor=0x8086, dev=0x24c4, revid=0x01
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=11
map[20]: type 4, range 32, base 00001860, size 5, enabled
pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0)
pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC
found-> vendor=0x8086, dev=0x24c7, revid=0x01
bus=0, slot=29, func=2
class=0c-03-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=c, irq=11
map[10]: type 1, range 32, base d0100000, size 10, enabled
pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0)
pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH
found-> vendor=0x8086, dev=0x24cd, revid=0x01
bus=0, slot=29, func=7
class=0c-03-20, hdrtype=0x00, mfdev=0
cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=d, irq=11
powerspec 2 supports D0 D3 current D0
found-> vendor=0x8086, dev=0x2448, revid=0x81
bus=0, slot=30, func=0
class=06-04-00, hdrtype=0x01, mfdev=0
cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns)
found-> vendor=0x8086, dev=0x24cc, revid=0x01
bus=0, slot=31, func=0
class=06-01-00, hdrtype=0x00, mfdev=1
cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
map[20]: type 4, range 32, base 00001810, size 4, enabled
found-> vendor=0x8086, dev=0x24ca, revid=0x01
bus=0, slot=31, func=1
class=01-01-8a, hdrtype=0x00, mfdev=0
cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=a, irq=255
map[20]: type 4, range 32, base 00001880, size 5, enabled
pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0)
pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB
found-> vendor=0x8086, dev=0x24c3, revid=0x01
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=11
map[10]: type 4, range 32, base 00001c00, size 8, enabled
map[14]: type 4, range 32, base 000018c0, size 6, enabled
map[18]: type 1, range 32, base d0100c00, size 9, enabled
map[1c]: type 1, range 32, base d0100800, size 8, enabled
pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0)
pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB
found-> vendor=0x8086, dev=0x24c5, revid=0x01
bus=0, slot=31, func=5
class=04-01-00, hdrtype=0x00, mfdev=0
cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=b, irq=11
powerspec 2 supports D0 D3 current D0
map[10]: type 4, range 32, base 00002400, size 8, enabled
map[14]: type 4, range 32, base 00002000, size 7, enabled
pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0)
pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB
found-> vendor=0x8086, dev=0x24c6, revid=0x01
bus=0, slot=31, func=6
class=07-03-00, hdrtype=0x00, mfdev=0
cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=b, irq=11
powerspec 2 supports D0 D3 current D0
pci0: <base peripheral> at device 0.1 (no driver attached)
pci0: <base peripheral> at device 0.3 (no driver attached)
agp0: <Intel 82855GME (855GME GMCH) SVGA controller> port 0x1800-0x1807=
mem 0xd0000000-0xd007ffff,0xe0000000-0xe7ffffff irq 11 at device 2.0 o=
n pci0
agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000
agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xd0000000
agp0: detected 8060k stolen memory
agp0: aperture size is 128M
pci0: <display> at device 2.1 (no driver attached)
uhci0: <Intel 82801DB (ICH4) USB controller USB-A> port 0x1820-0x183f i=
rq 11 at device 29.0 on pci0
uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801DB (ICH4) 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
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801DB (ICH4) USB controller USB-B> port 0x1840-0x185f i=
rq 11 at device 29.1 on pci0
uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801DB (ICH4) 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
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801DB (ICH4) USB controller USB-C> port 0x1860-0x187f i=
rq 11 at device 29.2 on pci0
uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801DB (ICH4) 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
uhub2: 2 ports with 2 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xd0100000-0xd01003ff ir=
q 11 at device 29.7 on pci0
ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0100000
ehci0: [GIANT-LOCKED]
ehci_pci_attach: companion usb0
ehci_pci_attach: companion usb1
ehci_pci_attach: companion usb2
usb3: EHCI version 1.0
usb3: companion controllers, 2 ports each: usb0 usb1 usb2
usb3: <EHCI (generic) USB 2.0 controller> on ehci0
usb3: USB revision 2.0
uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: single transaction translator
uhub3: 6 ports with 6 removable, self powered
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pcib1: secondary bus 2
pcib1: subordinate bus 5
pcib1: I/O decode 0x3000-0x7fff
pcib1: memory decode 0xd0200000-0xdfffffff
pcib1: prefetched decode 0xf0000000-0xf7ffffff
pcib1: Subtractively decoded bridge.
ACPI: Found matching pin for 0.2.INTA at func 0: 11
pci2: <ACPI PCI bus> on pcib1
pci2: physical bus=2
map[10]: type 1, range 32, base b0000000, size 12, enabled
pcib1: device (null) requested decoded memory range 0xb0000000-0xb0000f=
ff
pcib1: matched entry for 2.0.INTA (src \\_SB_.LNKA:0)
pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA
found-> vendor=0x1180, dev=0x0476, revid=0x8d
bus=2, slot=0, func=0
class=06-07-00, hdrtype=0x02, mfdev=1
cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (17=
50 ns)
intpin=a, irq=11
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 1, range 32, base d0210000, size 8, enabled
pcib1: device (null) requested decoded memory range 0xd0210000-0xd02100=
ff
pcib1: matched entry for 2.0.INTB (src \\_SB_.LNKB:0)
pcib1: slot 0 INTB routed to irq 11 via \\_SB_.LNKB
found-> vendor=0x1180, dev=0x0822, revid=0x13
bus=2, slot=0, func=1
class=08-05-00, hdrtype=0x00, mfdev=1
cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords)
lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=b, irq=11
powerspec 2 supports D0 D1 D2 D3 current D0
map[10]: type 1, range 32, base d0220000, size 17, enabled
pcib1: device (null) requested decoded memory range 0xd0220000-0xd023ff=
ff
map[18]: type 4, range 32, base 00007000, size 6, enabled
pcib1: device (null) requested decoded I/O range 0x7000-0x703f
pcib1: matched entry for 2.1.INTA (src \\_SB_.LNKE:0)
pcib1: slot 1 INTA routed to irq 11 via \\_SB_.LNKE
found-> vendor=0x8086, dev=0x1077, revid=0x00
bus=2, slot=1, func=0
class=02-00-00, hdrtype=0x00, mfdev=0
cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords)
lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 =
ns)
intpin=a, irq=11
powerspec 2 supports D0 D3 current D0
map[10]: type 1, range 32, base d0200000, size 16, enabled
pcib1: device (null) requested decoded memory range 0xd0200000-0xd020ff=
ff
pcib1: matched entry for 2.2.INTA (src \\_SB_.LNKF:0)
pcib1: slot 2 INTA routed to irq 11 via \\_SB_.LNKF
found-> vendor=0x168c, dev=0x1014, revid=0x01
bus=2, slot=2, func=0
class=02-00-00, hdrtype=0x00, mfdev=0
cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords)
lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (700=
0 ns)
intpin=a, irq=11
powerspec 2 supports D0 D3 current D0
cbb0: <RF5C476 PCI-CardBus Bridge> mem 0xb0000000-0xb0000fff irq 11 at =
device 0.0 on pci2
cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
cbb0: [MPSAFE]
cbb0: PCI Configuration space:
0x00: 0x04761180 0x02100107 0x0607008d 0x00824000 =

0x10: 0xb0000000 0x020000dc 0xb0050302 0xfffff000 =

0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc =

0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010b =

0x40: 0x05551014 0x00000001 0x00000000 0x00000000 =

0x50: 0x00000000 0x00000000 0x00000000 0x00000000 =

0x60: 0x00000000 0x00000000 0x00000000 0x00000000 =

0x70: 0x00000000 0x00000000 0x00000000 0x00000000 =

0x80: 0x04800001 0x00000000 0x04630464 0x00000001 =

0x90: 0x00000000 0x00000000 0x00000000 0x00000000 =

0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 =

0xb0: 0x00000000 0x36000000 0x00003800 0x00000000 =

0xc0: 0x05551014 0x00000000 0x00000000 0x00000000 =

0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 =

0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 =

0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 =

pci2: <base peripheral> at device 0.1 (no driver attached)
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 0x70=
00-0x703f mem 0xd0220000-0xd023ffff irq 11 at device 1.0 on pci2
em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd0220000
em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x7000
em0: [MPSAFE]
em0: bpf attached
em0: Ethernet address: 00:0a:e4:2b:bc:9f
em0: Speed:N/A Duplex:N/A
ath0: <Atheros 5212> mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on =
pci2
ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0200000
ath0: [MPSAFE]
ath0: bad hal channel 858993443 (4920/340) ignored
ath0: bad hal channel 858993447 (4940/340) ignored
ath0: bad hal channel 858993451 (4960/340) ignored
ath0: bad hal channel 858993455 (4980/340) ignored
ath0: bpf attached
ath0: Ethernet address: 00:0e:9b:6e:80:97
ath0: bpf attached
ath0: bpf attached
ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 2=
4Mbps 36Mbps 48Mbps 54Mbps
ath0: mac 5.9 phy 4.3 radio 3.6
ath0: Use hw queue 1 for WME_AC_BE traffic
ath0: Use hw queue 0 for WME_AC_BK traffic
ath0: Use hw queue 2 for WME_AC_VI traffic
ath0: Use hw queue 3 for WME_AC_VO traffic
ath0: Use hw queue 8 for CAB traffic
ath0: Use hw queue 9 for beacons
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH4 UDMA100 controller> port 0x1810-0x181f,0x376,0x170=


-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0

atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810
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>
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=00 ostat0=ff ostat1=ff
ata1: [MPSAFE]
ichsmb0: <Intel 82801DC (ICH4) SMBus controller> port 0x1880-0x189f irq=
11 at device 31.3 on pci0
ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880
ichsmb0: [GIANT-LOCKED]
smbus0: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
pcm0: <Intel ICH4 (82801DB)> port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xd01=
00800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0
pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1c00
pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0x18c0
pcm0: [GIANT-LOCKED]
pcm0: <Analog Devices AD1981B AC97 Codec (id = 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: sndbuf_setmap 1eb88000, 4000; 0xdcfd6000 -> 1eb88000
pcm0: sndbuf_setmap 1eb84000, 4000; 0xdcfda000 -> 1eb84000
pci0: <simple comms> at device 31.6 (no driver attached)
pci0:31:6: Transition from D0 to D3
acpi_tz0: <Thermal Zone> on acpi0
speaker0: <PC speaker> port 0x61 on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
atkbd: the current kbd controller command byte 0047
atkbd: keyboard ID 0x54ab (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:0047
psm0: <PS/2 Mouse> flags 0x2000 irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons
psm0: config:00002000, flags:00000008, packet size:3
psm0: syncmask:c0, syncbits:00
acpi_cmbat0: <Control Method Battery> on acpi0
acpi_acad0: <AC Adapter> on acpi0
acpi_ibm0: <IBM ThinkPad Button> on acpi0
acpi_ibm0: Version 100
acpi_ibm0: Available Mask 9dc
acpi_ibm0: Initial Mask 80c
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
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
atkbdc: atkbdc0 already exists; skipping it
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 0xdc000-0xdffff,0xcd800-0xce7ff,0xcc80=
0-0xcd7ff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is=
a0
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 irq 6 drq 2 on isa0
fe0: not probed (disabled)
ie0: not probed (disabled)
lnc0: not probed (disabled)
ppc0 failed to probe at irq 7 on isa0
sio0 failed to probe at port 0x3f8 irq 4 on isa0
sio1 failed to probe at port 0x2f8 irq 3 on isa0
sio2: not probed (disabled)
sio3: not probed (disabled)
sn0: not probed (disabled)
vt0: not probed (disabled)
isa_probe_children: probing PnP devices
Device configuration finished.
Timecounter "TSC" frequency 1395476624 Hz quality 800
Timecounters tick every 1.000 msec
Linux ELF exec handler installed
lo0: bpf attached
ipfw2 initialized, divert loadable, rule-based forwarding disabled, def=
ault to deny, logging unlimited
ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire
cpu0: set speed to 100.0%
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%=

acpi_cmbat0: battery initialization start
acpi_cmbat0: battery initialization done, tried 1 times
acpi_acad0: acline initialization start
acpi_acad0: On Line
acpi_acad0: acline initialization done, tried 1 times
ad0: setting PIO4 on Intel ICH4 chip
ad0: setting UDMA100 on Intel ICH4 chip
ad0: 38154MB <HITACHI DK13FA-40B 00MCA0B4> at ata0-master UDMA100
ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth que=
ue
pcm0: measured ac97 link rate at 48009 Hz, will use 48000 Hz
GEOM: new disk ad0
Trying to mount root from ufs:/dev/ad0s2a
start_init: trying /sbin/init
em0: Link is up 100 Mbps Full Duplex
nfslock: pseudo-device
splash: image decoder found: daemon_saver

Søren Schmidt

unread,
Feb 6, 2005, 8:30:18 AM2/6/05
to Hideyuki KURASHINA, freebsd...@freebsd.org, freebsd...@freebsd.org
Hideyuki KURASHINA wrote:
> Hi, Søren

> I've tested your patches using same config file as before, and it seems=

> work fine except on resume.

Hmm, thats one corner I cant test, suspend/resume dies horribly in ACPI
on all 3 notebooks I have since september last year or thereabouts...

> After suspend, my ThinkPad X40 now hangs with following logs (copied
> by hand):

Hmm, do you have ATA compiled in or as modules. I could easily imagine
that modules could have problems, but as "built in" nothing really
changed...

--

-Søren

Hideyuki KURASHINA

unread,
Feb 6, 2005, 11:24:02 AM2/6/05
to s...@deepcore.dk, freebsd...@freebsd.org, freebsd...@freebsd.org

>>> On Sun, 06 Feb 2005 14:29:03 +0100, Søren Schmidt <sos@DeepCore.d=
k> said:

> Hideyuki KURASHINA wrote:
> > Hi, Søren

> =

> > I've tested your patches using same config file as before, and it s=
eems


> > work fine except on resume.

> =

> Hmm, thats one corner I cant test, suspend/resume dies horribly in AC=
PI =

> on all 3 notebooks I have since september last year or thereabouts...=


Hmm...

> > After suspend, my ThinkPad X40 now hangs with following logs (copie=
d
> > by hand):
> =

> Hmm, do you have ATA compiled in or as modules. I could easily imagin=
e =

> that modules could have problems, but as "built in" nothing really =

> changed...

As I mentioned above, I compiled ATA bus support & ATA disk driver
into kernel statically.

Setting both `debug.acpi.do_powerstate' and `hw.pci.do_powerstate' to `=
0'
doesn't help, either.

-- rushani

Randy Bush

unread,
Feb 7, 2005, 9:02:50 AM2/7/05
to Søren Schmidt, freebsd...@freebsd.org, freebsd...@freebsd.org
>> After suspend, my ThinkPad X40 now hangs with following logs (copied
>> by hand):
> Hmm, do you have ATA compiled in or as modules. I could easily imagine
> that modules could have problems, but as "built in" nothing really
> changed...

my patched t41, current with ata in the kernel, locks up with disk
light on solid on resume.

randy

Søren Schmidt

unread,
Feb 7, 2005, 9:07:13 AM2/7/05
to Randy Bush, freebsd...@freebsd.org, freebsd...@freebsd.org
Randy Bush wrote:
>>>After suspend, my ThinkPad X40 now hangs with following logs (copied
>>>by hand):
>>
>>Hmm, do you have ATA compiled in or as modules. I could easily imagine =

>>that modules could have problems, but as "built in" nothing really
>>changed...
>
> my patched t41, current with ata in the kernel, locks up with disk
> light on solid on resume.

Does it work with stock ATA ?
I cant work on suspend/resume as it has been broken due to ACPI
brokenness since september last year on all my laptops...

--

-Søren

Randy Bush

unread,
Feb 7, 2005, 9:13:56 AM2/7/05
to Søren Schmidt, freebsd...@freebsd.org, freebsd...@freebsd.org
>> my patched t41, current with ata in the kernel, locks up with disk
>> light on solid on resume.
> Does it work with stock ATA ?

it did last week, before i rebuilt with patch

> I cant work on suspend/resume as it has been broken due to ACPI
> brokenness since september last year on all my laptops...

yep. been there, have the tee-shirt

randy

Arne Schwabe

unread,
Feb 7, 2005, 9:32:16 AM2/7/05
to Søren Schmidt, Randy Bush, freebsd...@freebsd.org, freebsd...@freebsd.org
Søren Schmidt <s...@DeepCore.dk> writes:

> Randy Bush wrote:
>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied
>>>>by hand):
>>>
>>> Hmm, do you have ATA compiled in or as modules. I could easily

>>> imagine that modules could have problems, but as "built in" nothing


>>> really changed...
>> my patched t41, current with ata in the kernel, locks up with disk
>> light on solid on resume.
>
> Does it work with stock ATA ?
> I cant work on suspend/resume as it has been broken due to ACPI
> brokenness since september last year on all my laptops...

Same here, worked before the patch. Does not work with the patch.

Arne
--
compiling millions of tiny c-programs...done
checking for a working configure script... not found

Søren Schmidt

unread,
Feb 7, 2005, 10:19:57 AM2/7/05
to Randy Bush, freebsd...@freebsd.org, freebsd...@freebsd.org
Randy Bush wrote:
>>diff -u -r1.20 ata-all.c
>>--- ata-all.c 2005/02/03 17:02:31 1.20
>>+++ ata-all.c 2005/02/07 14:27:57
>>@@ -630,7 +630,7 @@
>> void
>> ata_udelay(int interval)
>> {
>>- if (1 || interval < (1000000/hz) || ata_delayed_attach)
>>+ if (interval < (1000000/hz) || ata_delayed_attach)
>> DELAY(interval);
>> else
>> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz));
>>
>
>
> no fix
>
> hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=74340=
15
>
> disk light on solid. no response to anything

no idea

Since I cannot debug this, I have no way of finding out whats wrong.
I will look at it when ACPI allows me to use suspend/resume again, until =

then I'll concentrated on things that I can work on...

--

-Søren

Randy Bush

unread,
Feb 7, 2005, 10:29:18 AM2/7/05
to Søren Schmidt, freebsd...@freebsd.org, freebsd...@freebsd.org
> Since I cannot debug this, I have no way of finding out whats wrong.
> I will look at it when ACPI allows me to use suspend/resume again, until
> then I'll concentrated on things that I can work on...

where's my refund? :-)

more seriously, shall we do a fund to get you a laptoy on which
acpi happens to work this week?

randy

Randy Bush

unread,
Feb 7, 2005, 10:31:17 AM2/7/05
to Søren Schmidt, freebsd...@freebsd.org, freebsd...@freebsd.org
> diff -u -r1.20 ata-all.c
> --- ata-all.c 2005/02/03 17:02:31 1.20
> +++ ata-all.c 2005/02/07 14:27:57
> @@ -630,7 +630,7 @@
> void
> ata_udelay(int interval)
> {
> - if (1 || interval < (1000000/hz) || ata_delayed_attach)
> + if (interval < (1000000/hz) || ata_delayed_attach)
> DELAY(interval);
> else
> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz));
>

no fix

hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=7434015

disk light on solid. no response to anything

randy

Frode Nordahl

unread,
Feb 7, 2005, 10:53:33 AM2/7/05
to Søren Schmidt, FreeBSD Current
On Feb 5, 2005, at 12:37, Søren Schmidt wrote:

> Frode Nordahl wrote:
>> On Feb 3, 2005, at 21:52, Søren Schmidt wrote:
>>> ATA-mkIII first official snapshot.
>> Yes! Just in time! Thanks, Søren :-)
>> Using kernel from RELENG_5, supped yesterday.

>> Tried to install on in a box with a Promise TX 2200 card, the bootup =

>> took forever, but the install worked fine when it finished.
>> Maby related to the third "phantom" PATA bus on that board? :-)
>
> Well its doesn't stall on the one I've got here (thanks btw! :) )..
> Could you get the output from a verbose boot with it somehow ?

I redid the install of two boxes with the TX2200 board today, and had
no issues, so I guess there was a different problem, and I was just
(wrongly) blaming you :-)

I'll do some testing on these as well and get back to you!


Regards,
Frode Nordahl

Søren Schmidt

unread,
Feb 7, 2005, 11:08:48 AM2/7/05
to Randy Bush, freebsd...@freebsd.org, freebsd...@freebsd.org
Randy Bush wrote:
>>Since I cannot debug this, I have no way of finding out whats wrong.
>>I will look at it when ACPI allows me to use suspend/resume again, unti=

l
>>then I'll concentrated on things that I can work on...
>
>
> where's my refund? :-)

> more seriously, shall we do a fund to get you a laptoy on which
> acpi happens to work this week?

Find such a machine might be very hard, if not plain impossible :/
I already have 3 laptops here (of which none has worked for several
month regarding suspend/resume) so I have plenty. However getting
laptops to those thats supposed to maintain ACPI might be an idea, but
we should make certain that it would help first ;)

--

-Søren

Mike Tancsa

unread,
Feb 7, 2005, 1:50:07 PM2/7/05
to SørenSchmidt, freebsd...@freebsd.org

Just a quick dATA point that I tested the patches against

# grep -i ata /var/run/dmesg.boot
atapci0: <VIA 82C686B UDMA100 controller> port
0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0


ata0: channel #0 on atapci0
ata1: channel #1 on atapci0

ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
#
vs
% grep -i ata /var/run/dmesg.boot
atapci0: <VIA 82C686B UDMA100 controller> port
0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0


ata0: <ATA channel 0> on atapci0

ata1: <ATA channel 1> on atapci0

ad0: 38166MB <Seagate ST340014A 3.06> at ata0-master UDMA100
ATA PseudoRAID loaded

On CURRENT


All seems to work as expected with virtually no change in performance, or
at least as how bonnie shows it to be.


-------Sequential Output-------- ---Sequential Input--
--Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
Stock 1000 31851 86.6 41190 65.9 10585 15.2 19215 47.7 31084 19.5 177.2 1.7
III 1000 32897 88.3 40885 64.5 10596 15.3 19347 47.7 31096 19.2 178.0 1.6


Although why on the bootup is the geometry gone ?

---Mike

Mike Jakubik

unread,
Feb 7, 2005, 2:09:41 PM2/7/05
to freebsd...@freebsd.org, freebsd...@freebsd.org
Sorry to be a BOFH, but could you guys stop crossposting on this topic? I
think -current is more suitable for this.

Thanks.

* Hides in corner *

George Hartzell

unread,
Feb 7, 2005, 4:20:15 PM2/7/05
to Søren Schmidt, Randy Bush, freebsd...@freebsd.org, freebsd...@freebsd.org
Søren Schmidt writes:
> [...]

> Find such a machine might be very hard, if not plain impossible :/
> I already have 3 laptops here (of which none has worked for several =

> month regarding suspend/resume) so I have plenty. [...]

How bad is the acpi suspend/resume situation.

I have 5.3-BETA4 on an IBM T42p and suspend to memory and resume work
fine.

I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but
it's on my list of things to do.

Does 5.3 Release have a working acpi based suspend/resume for anyone?

Does 5-STABLE have a working acpi based suspend/resume for anyone?

g.

Derek Tattersall

unread,
Feb 7, 2005, 5:31:59 PM2/7/05
to S?ren Schmidt, freebsd...@freebsd.org
In order to keep the thread going with a newish problem:

I cvsup'ed my system yesterday, and before I appled the ata MK III patches
Feb 6 13:14:50 lorne kernel: ad0: 78167MB <Maxtor 6Y080P0/YAR41BW0> [158816/16/63] at ata0-master UDMA133
Feb 6 13:14:50 lorne kernel: ad1: 194481MB <Maxtor 6B200P0/BAH41B70> [395136/16/63] at ata0-slave UDMA133
Feb 6 13:14:50 lorne kernel: acd0: DVDR <Memorex DVD+/-RW True8XI/UWS3> at ata1-master UDMA33

After applying the patches:
Feb 6 18:35:56 lorne kernel: ad0: DMA limited to UDMA33, non-ATA66 cable or device
Feb 6 18:35:56 lorne kernel: ad0: 78167MB <Maxtor 6Y080P0 YAR41BW0> at ata0-master UDMA33
Feb 6 18:35:56 lorne kernel: ad1: 194481MB <Maxtor 6B200P0 BAH41B70> at ata0-slave UDMA133
Feb 6 18:35:56 lorne kernel: acd0: CDROM <Memorex DVD+/-RW True8XI/UWS3> at ata1-master UDMA33

The hardware wasn't changed between the first and second reboots. Why
would the patches cause not recognize the cable type?

--
Derek Tattersall | Woolsey-Swanson Rule: People would rather live
| with a problem they cannot solve rather than
d...@mebtel.net | accept a solution they cannot understand.
|
dlt...@yahoo.com |