Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757242AbXKWSrU (ORCPT ); Fri, 23 Nov 2007 13:47:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753008AbXKWSrK (ORCPT ); Fri, 23 Nov 2007 13:47:10 -0500 Received: from empbedex1.empirix.com ([12.38.203.54]:17752 "EHLO empbedex1.empirix.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752205AbXKWSrI convert rfc822-to-8bit (ORCPT ); Fri, 23 Nov 2007 13:47:08 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: RE: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3) Date: Fri, 23 Nov 2007 13:47:01 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3) Thread-Index: Acgt+NRBtbYeIxTqSmCCZDGz+pTzNAABoEGp References: <47463534.9010100@shaw.ca> <4746F02D.2060204@rtr.ca> <474711FE.8040805@rtr.ca> From: "Morrison, Tom" To: "Mark Lord" Cc: "Robert Hancock" , "linux-kernel" , "ide" , "Jeff Garzik" , "Tejun Heo" X-OriginalArrivalTime: 23 Nov 2007 18:47:06.0319 (UTC) FILETIME=[3EC7DDF0:01C82E01] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1816 Lines: 52 Yes, I believe that - otherwise, this problem would have been a crisis a LONG time ago...:-) But I do have some more questions in relationship to how things are mapped in your environment. I have a flat memory map (i.e.: the full 0x0 -- 0x1_0000_0000 is passed to the 32bit Linux kernel without any 'holes' and/or reserved areas). Does your Intel memory map have this same type of flat memory model (and thus allow use of the FULL lower 4Gig) - or does it reserve areas of lower 4Gig for devices and such - if not - where are these reserved areas - and how do the relate to the I/O memory map for the device? In other words, I would be very interested in seeing the memory map & the PCI memory mapping to see if any overlap/correspond to reserve areas of lower 4 Gig (in a linux 32bit mode)... Tom ________________________________ From: Mark Lord [mailto:liml@rtr.ca] Sent: Fri 11/23/2007 12:46 PM To: Morrison, Tom Cc: Robert Hancock; linux-kernel; ide; Jeff Garzik; Tejun Heo Subject: Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v3) Morrison, Tom wrote: > I am hopeful that the sata_mv has this bug (I proved that the > problem I was experiencing was due to the sata_mv driver > with 3.75Gig or more of memory)... > > I am on vacation for a week or more ...or I'd tell you today > if it did have this bug! .. Yeah, I kind of had your reports in mind when I asked that. :) On a related note, I now have lots of Marvell (sata_mv) hardware here, and an Intel CPU/chipset box with physical RAM above the 4GB boundary. Cheers - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/