From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758713Ab1D0LT6 (ORCPT ); Wed, 27 Apr 2011 07:19:58 -0400 Received: from cantor.suse.de ([195.135.220.2]:35570 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758655Ab1D0LTz (ORCPT ); Wed, 27 Apr 2011 07:19:55 -0400 Message-ID: <4DB7FBD8.20109@suse.cz> Date: Wed, 27 Apr 2011 13:19:52 +0200 From: Michal Marek User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101206 SUSE/3.1.7 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ben Hutchings Cc: Linus Torvalds , LKML , linux-kbuild@vger.kernel.org, Roman Zippel Subject: Re: [PATCH] kconfig: Avoid buffer underrun in choice input References: <1303580576.4815.3.camel@localhost> In-Reply-To: <1303580576.4815.3.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23.4.2011 19:42, Ben Hutchings wrote: > commit 40aee729b350672c2550640622416a855e27938f ('kconfig: fix default > value for choice input') fixed some cases where kconfig would select > the wrong option from a choice with a single valid option and thus > enter an infinite loop. > > However, this broke the test for user input of the form 'N?', because > when kconfig selects the single valid option the input is zero-length > and the test will read the byte before the input buffer. If this > happens to contain '?' (as it will in a mips build on Debian unstable > today) then kconfig again enters an infinite loop. > > Signed-off-by: Ben Hutchings > Cc: stable@kernel.org [2.6.17+] > --- > Roman has failed to respond to this after 5 weeks and one reminder, so > please take it directly. I applied this on 8th April, see http://www.spinics.net/lists/linux-kbuild/msg04431.html. Please check linux-next before reposting patches next time, now I either have to rewind the kconfig branch or let Linus merge it with a duplicate commit :-(. Michal