From owner-freebsd-stable@FreeBSD.ORG Wed Nov 25 11:34:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC695106566B for ; Wed, 25 Nov 2009 11:34:27 +0000 (UTC) (envelope-from rpalov@e-card.bg) Received: from e-card.bg (mail.e-card.bg [193.47.74.3]) by mx1.freebsd.org (Postfix) with SMTP id F29118FC18 for ; Wed, 25 Nov 2009 11:34:26 +0000 (UTC) Received: (qmail 34685 invoked by uid 89); 25 Nov 2009 11:07:29 -0000 Received: from unknown (HELO webbie.e-card.bg) (193.47.74.66) by mail.e-card.bg with SMTP; 25 Nov 2009 11:07:25 -0000 Message-ID: <4B0D0FEC.60409@e-card.bg> Date: Wed, 25 Nov 2009 13:07:24 +0200 From: =?windows-1252?Q?=3F=3F=3F=3F=3F_=3F=3F=3F=3F=3F?= Organization: E-CARD LTD. User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: Zaphod Beeblebrox References: <5f67a8c40911121246m144ba07w707a1c268fb2102c@mail.gmail.com> <4AFD6D69.7090109@thekeelecentre.com> <5f67a8c40911131757s48a57d9by11c74a417324e48c@mail.gmail.com> <20091114024438.GA93630@icarus.home.lan> <5f67a8c40911221809h25253009od8a83d058f68ad9c@mail.gmail.com> <5f67a8c40911222047m78ac7378i8a2016449d0d2996@mail.gmail.com> <5f67a8c40911241411l95e06ebya99270ac4eff17e3@mail.gmail.com> In-Reply-To: <5f67a8c40911241411l95e06ebya99270ac4eff17e3@mail.gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on FaiLurE.e-card.bg X-Spam-Level: X-Spam-Status: No, score=-5.9 required=8.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: FreeBSD 7.x hang-on-boot on Dell 1950 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rpalov@e-card.bg List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2009 11:34:27 -0000 Hi all, I have dell 1950 / Single Xeon , 8G RAM , SAS Host without RAID / im my hands. Yesterday we have install FreeBSD7.2 AMD. After INITIAL install all works fine and next step was cvsup & base & kernel rebuild. This steps are also fine BUT after first reboot from SINGLE mode to MULTIUSER mode the system has the same strange behavior, like described in this thread: Very slow passed boot init on fdc0 and it has very very slow and strange responce in text consloe switching. So the server was inusable. Next step was to shutdown the server from power button and just boot-up again and it .. was fine: fdc0 is reported like this: "fdc0: does not respond" for less a second and normal booting processed is goin on. The server is working well and stable now. Zaphod Beeblebrox wrote: > On Sun, Nov 22, 2009 at 11:47 PM, Zaphod Beeblebrox wrote: > >> >> On Sun, Nov 22, 2009 at 9:09 PM, Zaphod Beeblebrox wrote: >> >>> >>> On Fri, Nov 13, 2009 at 9:44 PM, Jeremy Chadwick < >>> freebsd@jdc.parodius.com> wrote: >>> >>>>> This 1950 may predate that a bit, but I'm not sure how to nail it down >>>>> exactly, other than by it's hardware components. Anyways, 7.0 does the >>>> same >>>>> thing --- still wedged. >>>> I haven't seen anyone recommend this as a test method yet -- disabling >>>> fdc prior to the kernel booting via the loader prompt: >>>> >>>> - Press 6 at the menu, >>>> - At the loader prompt, type: >>>> >>>> set hint.fdc.0.disabled="1" >>>> boot -v (or without -v; your choice) >>>> >>>> You shouldn't need to set hint.fd.0.disabled="1", since fd0 would >>>> normally bind to fdc0; disable the latter and you disable the lesser. >>>> >>>> The intention here is to rule out the device attachment failures from >>>> fdc as the source of the deadlock. >>>> >>> Entertainingly, it does not. Aparently that hint doesn't stop the code >>> from trying to attach fdc0 when acpi says so. I suppose I need to know the >>> console command to disable acpi and fdc. >>> >>> but it still wedges at "device_attach: fdc0 attach returned 6" with the >>> above. >>> >>> >> OK. With both floppy and acpi disabled, it dies calling "start_init" >> several times, the last being /stand/sysinstal (which should work). I don't >> see it "starting" the other CPUs. It hangs hard... no keyboard working (ie: >> no caps lock). >> >> OK... I finally figured out what makes this Dell boot. The system as I got > it has 2 dual core (Xeon) processors. > > If I remove one processor (so now it has one dual-core processor), Then the > system boots !?! > > ... so there's something wrong with how FreeBSD is going multiprocessor > (works with RedHat, it would appear) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >