From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753717AbZCNHEx (ORCPT ); Sat, 14 Mar 2009 03:04:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752592AbZCNHEo (ORCPT ); Sat, 14 Mar 2009 03:04:44 -0400 Received: from gw.goop.org ([64.81.55.164]:36454 "EHLO mail.goop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752551AbZCNHEn (ORCPT ); Sat, 14 Mar 2009 03:04:43 -0400 Message-ID: <49BB5708.1090604@goop.org> Date: Sat, 14 Mar 2009 00:04:40 -0700 From: Jeremy Fitzhardinge User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Frederic Weisbecker CC: Ingo Molnar , the arch/x86 maintainers , Linux Kernel Mailing List , Xen-devel Subject: tip.git regression from "vsprintf: unify the format decoding layer for its 3 users" X-Enigmail-Version: 0.95.6 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 Change fef20d9c1380f04ba9492d6463148db07b413708, "vsprintf: unify the format decoding layer for its 3 users", causes a regression in xenbus which results in no devices getting attached to a new domain. Reverting fef20d9c1380f04ba9492d6463148db07b413708 and 39e874f8afbdb3745e2406ce4ecbde9ac4cbaa78 fixes the problem. I haven't identified what format string is being handled wrongly, so I don't know what the precise bug is. The most complex looking format in use seems to be %.*s; there's also "%s/%s", "%i" and "%lX". J From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: tip.git regression from "vsprintf: unify the format decoding layer for its 3 users" Date: Sat, 14 Mar 2009 00:04:40 -0700 Message-ID: <49BB5708.1090604@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Frederic Weisbecker Cc: Xen-devel , Ingo Molnar , the arch/x86 maintainers , Linux Kernel Mailing List List-Id: xen-devel@lists.xenproject.org Change fef20d9c1380f04ba9492d6463148db07b413708, "vsprintf: unify the format decoding layer for its 3 users", causes a regression in xenbus which results in no devices getting attached to a new domain. Reverting fef20d9c1380f04ba9492d6463148db07b413708 and 39e874f8afbdb3745e2406ce4ecbde9ac4cbaa78 fixes the problem. I haven't identified what format string is being handled wrongly, so I don't know what the precise bug is. The most complex looking format in use seems to be %.*s; there's also "%s/%s", "%i" and "%lX". J