Panic during install on Sparc64 - Only with large HDD
Chris at LainOS.org
Sun Aug 14 20:44:25 GMT 2005
Thanks a bunch for your reply!
Yea, I thought it may have been a 137GB limitation, I wasn't positive though.
Thanks for clearing it up.
Also, shouldn't we modify the output with a dev_printf or something of the
like on device init to note this if the drive attached is > 137GB?
It would seem a shame for this tread to be brought up over and over because
people like myself didn't know any better. :)
Also, some users had reported success by removing the CDROM drive, putting in
an 40 pin cable, etc.
I tried all of these and while they did seem to fix other unrelated issues,
they did not effect the problem at hand.
Perhaps also a proper solution would be to report attached drives on it in DMA
mode which are > 137GB as 137GB.
At least this way it would be less likely to generate PRs and would
successfully install FreeBSD.
Thanks again for the feedback.
OT: Also, judging by your name/domain it would appear you are here in Denmark.
If/when you get the chance to implement that PIO override let me know, and
next time you are in the Copenhagen area I'll buy you a beer. :)
Chris (Lance) Gilbert
Ph: +45 33 73 29 31 (UTC +0100)
On Sunday 14 August 2005 21:41, Søren Schmidt wrote:
> On 14/08/2005, at 20:16, Chris Gilbert wrote:
> > Also, it seems that setting hw.ata.ata_dma=0 (forcing it into PIO
> > mode) fixes
> > the issue.
> > # sysctl -a hw.ata.ata_dma
> > hw.ata.ata_dma: 0
> > # dd count=1 obs=1024 seek=93321656 if=/dev/urandom of=/dev/ad0g
> > 1+0 records in
> > 0+1 records out
> > 512 bytes transferred in 0.001390 secs (368351 bytes/sec)
> > Also, seems there is a bug summitted on this, and a posting to the
> > freebsd-sparc64 mailing list.
> > http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-June/
> > 003212.html
> > Will continue looking into the chipset docs and FreeBSD driver...
> > but thought
> > I should point this out.
> Actually the problem is in the Acer chip, it cant handle 48bit
> addressing in DMA mode, unless the version is above 0xc4 IIRC.
> Either you should use disks with a size less137GB, or you need to
> engage PIO mode.
> A workaround in ATA could be to use PIO mode when crossing the
> boundary, but there is no framework for quirks like that present yet,
> could be pretty easily done though so give a me few days (I'm busy as
More information about the freebsd-current