Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753639AbYHAQLy (ORCPT ); Fri, 1 Aug 2008 12:11:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751372AbYHAQLn (ORCPT ); Fri, 1 Aug 2008 12:11:43 -0400 Received: from qb-out-0506.google.com ([72.14.204.226]:64859 "EHLO qb-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751145AbYHAQLm (ORCPT ); Fri, 1 Aug 2008 12:11:42 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :sender; b=h6uK944w4LGSyyfmA+zW02/JdKecQbOHAn7qFIwC0VCCchfb2GOzxcY0gJwHSnYaia P0AYiTgpPaM6G7y5MAvbRlrx4bBNeANT/vPHfB6Ipm0TmP8iZ7Va/jmqh0CaJJJNj0lW BZvvuChotdhQsEhK0+g9W5M0zwiFz/lo9kAfA= Message-ID: <489335CA.9000204@tuffmail.co.uk> Date: Fri, 01 Aug 2008 17:11:54 +0100 From: Alan Jenkins User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jiri Slaby CC: Bob Copeland , tomasw@gmail.com, Dave Young , stable@kernel.org, linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, linville@tuxdriver.com, Pekka Enberg , ath5k-devel@venema.h4ckr.net, johannes@sipsolutions.net, Andrew Morton Subject: Re: git-describe [Was: ath5k_config_interface deadlock fix] References: <20080801074014.GA3341@darkstar> <4892C2CA.7010003@gmail.com> <4892C359.9000304@cs.helsinki.fi> <20080801011415.ff4821a3.akpm@linux-foundation.org> <4893257C.1020907@gmail.com> <48932A10.8080004@tuffmail.co.uk> <48932AFA.5020903@gmail.com> In-Reply-To: <48932AFA.5020903@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1235 Lines: 29 Jiri Slaby wrote: > Alan Jenkins napsal(a): >> There must be a better way (for efficient merges, right?). But all I >> can think of is comparing the files in question against the diff. I >> checked myself and the changes don't appear to have been included in >> v2.6.26. > > Ah, I see. Is this a git-describe bug or my misunderstanding of the tool? It's not an implementation bug. It's just very easy to misunderstand. git-describe only looks _back_ in time to what the current commit is based on. In this case the commit was based on v2.6.26-rc8 - but it _wasn't_ merged into 2.6.26. It was presumably merged in for v2.6.27-rc1. This is a perfectly legal history in GIT. It's probably most often encountered during git-bisect. If you bisect e.g. between v2.6.26 and v.2.6.27-rc1, you're likely to see commits which were based on v2.6.26-rc8. If that doesn't help, try finding an introduction to GIT with some good pictures. I think it's easier to understand it visually. Alan -- 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/