From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 28 12:48:54 2011 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69EDF1065670 for ; Thu, 28 Jul 2011 12:48:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B59BF8FC1A for ; Thu, 28 Jul 2011 12:48:53 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23229; Thu, 28 Jul 2011 15:48:47 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E315AAF.5060801@FreeBSD.org> Date: Thu, 28 Jul 2011 15:48:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Mark Linimon References: <201107270622.p6R6MCae086774@red.freebsd.org> <4E301315.1070501@FreeBSD.org> <20110727234605.GB684@lonesome.com> In-Reply-To: <20110727234605.GB684@lonesome.com> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 28 Jul 2011 12:54:32 +0000 Cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64/159222: unusual behavior writing boot0 from single user mode X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2011 12:48:54 -0000 on 28/07/2011 02:46 Mark Linimon said the following: > On Wed, Jul 27, 2011 at 04:31:01PM +0300, Andriy Gapon wrote: >> Why then did you pick amd64 as a category? > > IMHO it's not Tim's problem; the categories are just misnamed. > > One of these months I'm going to get out of ports-land and get back onto > the topic of "PR system". In whatever the next PR system is, there will > be a "hardware-specific" category or something similarly named. There > will not be any of the following: i386; amd64; www :-) > > (The latter will be "website".) > > It's not fair to blame our users for the drawbacks of the tool we give > them. I actually blamed not users but "us", but it was well disguised :-) I agree with you about amd64 and i386. I think I remember times when amd64 was warranted, when the architecture port was fresh and had genuine amd64-specific bugs and missing features. But now these are an extremely rare kind (comparing to total number of base OS bugs). I further agree with you that making users determine which subsystem is responsible for a bug is not a good approach. So until we have better bug reporting and management tools perhaps we could provide more clues to users in the current tools... Squeezing amd64 and i386 into kern could be done already, I guess. -- Andriy Gapon