From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:55:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50BC216A417 for ; Tue, 6 Nov 2007 07:55:45 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1C28E13C481 for ; Tue, 6 Nov 2007 07:55:45 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA67sFo7027600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Nov 2007 23:54:15 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lA67sFd1017782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Nov 2007 23:54:15 -0800 Message-ID: <47301DA7.4060608@u.washington.edu> Date: Mon, 05 Nov 2007 23:54:15 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <472F6773.3080801@delphij.net> <472F6B02.2030801@delphij.net> <472F7C05.6050000@conducive.net> <472FCE60.9070806@gmail.com> <47301A4A.2030807@conducive.net> In-Reply-To: <47301A4A.2030807@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.5.233713 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HIGHBITS 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:55:45 -0000 韓家標 Bill Hacker wrote: > > Versteh. But *I* get grumpy when it is *so* easy to 'close the door > firmly' by slapping in last-year's scrap IDE CD or a diferent SATA > device, and *then* post with a great deal more certainty that those > options produced this or that difference. Or NOT. Ergo the problem > is more clearly ID'ed - or reconfirmed - each time. > > Surprises DO happen. Remember the CMD-640 ATA controller? Those folks > call themselves SiliconImage nowadays, but it was the tier-one > Japanese firm that 'foundered' the silicon. I hated that PATA controller with a passion :(... > ACK - and developers of software very seldom have access to even the > tiniest fraction of the hardware that the community at large have > their hands on. As you mention below though, that comes down to funds vs time. > WTF - as predominantly a 'hardware' R&D guy, I personally seldom have > fewer than a dozen MB within arm's length, though rarely are more than > 2 or 3 'current' items. Had a lot more before shipping a chunk of it > off to developers. > > So - yes - what I am asking is or *should be* redundant work and may > sound useless repitition at first. > > But it places a very light load on 'many hands' of experimenters - > most of whom cannot code anyway, but *can* attach a cable - so as to > reduce the load on 'few hands' of developers. Very few. What would be better is creating a series of custom tester boards or interface mechanisms so that plugging and unplugging all of this crap would be more painless, safe, process-based, and simple, but then again I guess I'm dreaming of solutions :\. > Not as efficient as an aircraft hangar full of every make of parts > known with all developers in the same building, but placing the > 'extra' work on hundreds of testers vs few developers is the only tool > we can afford to shorten the time needed to solve the problem before > the parts go obsolete for a NEW set of challenges. > > On which score we ARE falling behind... Accelerating pace of 'new' is > the nature of the market. Indeed. The AMD, Intel, and nVidia camps are all decreasing their product ramp-up times, thus making it harder for us to keep up. But keep up we need to do... And the difficulties will only get 'better'. > Another reason is that while it is very inexpensive to source all > manner of MB & controllers here in HKG, to name one (cheaper than in > Taipei by far..) it is deucedly expensive in time & money to gin up > proper customs paperwork, ship them to, for example the EC, and manage > their incoming VAT w/o harm to the recipient. > > The VAT alone on a 'free' box of hardware can cause serious heatburn > on a student budget, 'coz the national authority takes a dim view of > even 'bona fide gift'. Yes. I know after sending a few items to a fellow FreeBSD'er in Amsterdam. The whole percentage taxing is ridiculous. > IOW - a 'donation' across a national border just doesn't fly well. > > And the key developers are not only all over the world now, some of > the best of the team are in countries that may be quite modern - but > do NOT have good, cheap, *low tax* parts markets. > > 'nuff said... > > Bill