Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755412AbZDPVo0 (ORCPT ); Thu, 16 Apr 2009 17:44:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753516AbZDPVoG (ORCPT ); Thu, 16 Apr 2009 17:44:06 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:33676 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753037AbZDPVoE (ORCPT ); Thu, 16 Apr 2009 17:44:04 -0400 Date: Thu, 16 Apr 2009 14:35:45 -0700 (PDT) From: Linus Torvalds X-X-Sender: torvalds@localhost.localdomain To: Chris Friesen cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , Adrian Bunk , Andrew Morton , Natalie Protasevich , Kernel Testers List , Network Development , Linux ACPI , Linux PM List , Linux SCSI List , Trenton Adams Subject: Re: 2.6.29-git13: Reported regressions from 2.6.28 In-Reply-To: <49E79E58.9000606@nortel.com> Message-ID: References: <200904070035.00784.rjw@sisk.pl> <49E79E58.9000606@nortel.com> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1381 Lines: 32 On Thu, 16 Apr 2009, Chris Friesen wrote: > > I'm okay with that. The problem causes some backwards compatibility problems > with existing apps that get confused by the large "offset" number. The fix is > going to cause problems too, but in a different way. > > We'll work around it. If you have actual apps that care, that's a different issue. We do try to bend over backwards on ABI issues if it really is noticeable for applications. Now, in this case, if you can just fix your app to not care (because it really was badly written in the first place to even notice), then that is the _much_ superior solution. But if you actually have binary-only commercial apps that break, we'll do a compatibility thing rather than the 0 that already got merged. Although I don't really even see what we can sanely do except for the 0 case. We could put the virtual address in there instead of zero (I forget what old kernels used to do - whatever magic value the anonymous mappings got, it wasn't really designed as an important value in its own right, it was designed to trigger the "we can merge these vma's" logic. Linus -- 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/