Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 01 Nov 2002 23:40:57 +0100
From:      Kent Palmkvist <Kent.Palmkvist@home.se>
To:        "J.'LoneWolf' Mattsson" <lonewolf@earthmagic.org>, Russell Rice <the-mole@attbi.com>
Cc:        FreeBSD-stable@FreeBSD.ORG
Subject:   Re: setrootbyname error upon install/upgrade
Message-ID:  <5.1.1.5.0.20021101233512.039b0c20@garm.isy.liu.se>
In-Reply-To: <5.1.0.14.2.20020927225232.02942340@helios.earthmagic.org>
References:  <20020927124307.GA553@gopher.molecomputers.net> <5.1.0.14.2.20020927203357.02939900@helios.earthmagic.org> <20020927101811.GA270@gopher.molecomputers.net> <5.1.0.14.2.20020927203357.02939900@helios.earthmagic.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello

A late reply, but I have finally got an identical problem solved.

The problem is the detection of the RZ 100? chip. Install floppy kernel is 
different from the GENERIC kernel, and detects the chip in different ways. 
Quick solution is to use the floppy kernel, the long (temporary?) solution 
is to remove one to the chip detections and recompile the kernel.

I made a follow-up on the gnats entry i386/43222 "setrootbyname panic in 
4.6" giving more detail on the workarounds.

Best regards

/Kent



At 23:12 2002-09-27 +1000, J.'LoneWolf' Mattsson wrote:
>At 08:43 27/09/2002 -0400, Russell Rice wrote:
>>In trying to find 'ad?' in the boot log, I can't.  But 'ata?' is found in
>>two locations:
>>
>>Firstly:
>>atapci0: <RZ 100? ATA controller !WARNING! buggy chip data loss possible> 
>>port 0x3f4-0x3f7, 0x1f0-0xif7 at device 1.0 on pci0
>>atapci0: Busmastering DMA not supported
>>atapci0: Busmastering DMA disabled
>>ata2: at 0x1f0 on atapci0
>>ata2: unable to allocate interrupt
>>device_probe_and_attach: ata2 attach returned 6
>>
>>and secondly:
>>ata1: at port 0x170-0x177,0x376 irq 15 on isa0
>
>It looks like it doesn't find the first ide channel for some reason. (And 
>it doesn't seem to think too highly of your controller either!) Actually, 
>looking at the I/O range, it seems like it confuses the primary channel 
>with the first channel on a secondary controller??
>Comparing to a typical (i.e. my) output, you should see:
>
>atapci0: <SiS 5591 ATA100 controller> port 0xff00-0xff0f at device 2.5 on pci0
>ata0: at 0x1f0 irq 14 on atapci0  <=======
>ata1: at 0x170 irq 15 on atapci0
>ad0: 16124MB <IBM-DTTA-351680> [32760/16/63] at ata0-master UDMA33
>acd0: CDROM <Pioneer CD-ROM ATAPI Model DR-A24X 0101> at ata1-master BIOSPIO
>
>I really don't know any good tricks to get you up and running (other than 
>the non-helpful "get a better controller"). Maybe Soren could shed some 
>light on this?
>
>Looking at the source it appears as though ATA_MASTER(dev) in 
>ata_pci_add_child() isn't returning true as would be expected, and it 
>therefore attempts to prod ata2 instead.
>
>Wild shot, have you tried coldbooting it? Perhaps it gets stuck in some 
>funny state when doing a warm boot? I can't think of any good reason why 
>it would work from the boot disk but not afterward... unless perhaps there 
>is a timing issue involved, i.e. the drive doesn't become available in 
>time or something equally silly. Maybe some knobs in your BIOS you can 
>tweak to check that?
>Sorry for not being of more help on this one, but I can't say I've come 
>across anything like this before!
>
>/Johny
>
>
>#-----------------------------------#       .
>            Johny Mattsson                  / \__/\
>        lonewolf@earthmagic.org           /'     , :
>       http://www.earthmagic.org         ;   ( o   o
>    irc.sorcery.net:9000 as LoneWolf     /   ,   ~. \
>Software Developer / Support Engineer  / (  `- ..__"
>#-----------------------------------#        '  /'
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-stable" in the body of the message
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.1.1.5.0.20021101233512.039b0c20>