From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PgNA5-0005Bu-Ul for garchives@archives.gentoo.org; Fri, 21 Jan 2011 20:00:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A8E72E0CA1; Fri, 21 Jan 2011 19:59:21 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 5FD74E0CA1 for ; Fri, 21 Jan 2011 19:59:20 +0000 (UTC) Received: by wyf22 with SMTP id 22so2860588wyf.40 for ; Fri, 21 Jan 2011 11:59:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=swZQj8Mfxq6gXNxpkLk/YZSLEBsoxfqXGFCfpXWc6Yk=; b=Q/X0oVCtS06rj6zgYXUORTktq2cHjOb3ypiTltLDR42vPMXom4yjo+5LVW96BA3S0Q xUQmN2cCdAlpGHSwYE3OLWoeTZKOXcIVIml0KEYY/ih1WP5Wy2uSCYvIqHemg5gA0KXh ZQT0Xw4m+Y0X/bkaXBvq69+R+ADewHXK4Qs+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=MnnT57ewipdUlgYO87RW83FyiXMa0plI0cIODM0GDqwSZUTMztnjWrL21P22oWHAFz Rqy5Yt91ndsEEyPfx/tQCdXZMkuS4c0B1yEuPJftyeJPbQzAEgHD63GUGakKWqkXEq3r I/eQ2NHzH7uC/ULdREi3eD53XzjeQ9y7Z6saE= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.217.1.198 with SMTP id n48mr1075088wes.59.1295639960206; Fri, 21 Jan 2011 11:59:20 -0800 (PST) Received: by 10.216.16.21 with HTTP; Fri, 21 Jan 2011 11:59:20 -0800 (PST) In-Reply-To: <20110121194028.GD5787@solfire> References: <20110121184507.GC5787@solfire> <20110121194028.GD5787@solfire> Date: Fri, 21 Jan 2011 11:59:20 -0800 Message-ID: Subject: Re: [gentoo-user] AHCI/IDE-question From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: X-Archives-Hash: b2ee7d069afb3e7e875873b170dd0f28 On Fri, Jan 21, 2011 at 11:40 AM, wrote: > Hi Mark, > > I thought (which implies "I dont know for sure"), that the BIOS do > enable/disable certain features, the kernels reads that settings and > act accordingly -- but definitely this is not true for all settings. > Certainly true for some hardware, like clocks, etc. For disk controllers AFAIK the goal is to give the boot loader a chance to boot. After that it doesn't, in general, matter what the BIOS did. For instance, modern SATA controllers use DMA. BIOS and older operating systems like DOS didn't know much, if anything, about DMA, so BIOS leaves that turned off. The kernel turns that on. > Does the contents of a harddisk differ when written with AHCI > compared to a disk which is written with IDE? > TTBOMK no. Other things like file system type, etc., change what's on the disk, but the disk store so many bytes/sector and that's just the way it works. > If NO _AND_ only the kernel sets the AHCI- odr IDE-protocol, then > the harddisk should be readable in either case. > Certainly, which is why you could build this system using AHCI and then move it to some other system and read the disk using DOS. (Assuming DOS could understand the file system like FAT, etc.) > If the BIOS _and_ the kernel settings are defining, how to talk > to the disk, then it may happen, that there is only the "sound of silence" > between kernel and hardware if before the BIOS set up the SATA-chips > differently to what the kernel wants to talk. > BIOS sets up the system hardware so the boot loader can get the kernel image off the disk. The kernel is read into memory using these settings. At that point there aren't any more disk reads for a while. The kernel executes and starts resetting the hardware through driver loads, etc. This is why one controller could be set to use a SATA Drive by itself or RAID. > But again, these are only thougts drifting in the dark. > > I tried to shed some more light (for getting greater shadows ;) ) > by posting my question here... ;) 8) > > May be I should do some more stupid things??? ;) > Ain't no such thing a stupid question. Only thing to do when experimenting is ensure you aren't risking data you care about. I would do these experiments on a new clean system. I would not do them on a system that has stuff I care about unless I had known good backups. > Thanks again for your help and your words, Mark! > Have a nice weekend! > Best regards, > mcc > You too sir! Cheers, Mark