From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:54162) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sd038-0004wA-Ml for qemu-devel@nongnu.org; Fri, 08 Jun 2012 10:20:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sd036-00055r-SL for qemu-devel@nongnu.org; Fri, 08 Jun 2012 10:20:26 -0400 Received: from mail-pz0-f45.google.com ([209.85.210.45]:63968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sd036-00055H-M7 for qemu-devel@nongnu.org; Fri, 08 Jun 2012 10:20:24 -0400 Received: by dadv2 with SMTP id v2so2670347dad.4 for ; Fri, 08 Jun 2012 07:20:23 -0700 (PDT) Message-ID: <4FD20A20.5050303@codemonkey.ws> Date: Fri, 08 Jun 2012 22:20:16 +0800 From: Anthony Liguori MIME-Version: 1.0 References: <8efa27ccfaf23cc561d2583aa34ca834fd60c2f3.1338799936.git.jan.kiszka@siemens.com> <4FD0A548.3030005@suse.de> <4FD0C4A5.7030600@web.de> <4FD0CF2B.5050501@suse.de> <4FD1DA82.8060305@siemens.com> <4FD1EA2F.80908@suse.de> <4FD1EC90.3070401@siemens.com> <4FD1ED9D.9050001@suse.de> <4FD1F3FB.8080306@siemens.com> <20120608141721.GA4615@redhat.com> In-Reply-To: <20120608141721.GA4615@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PATCH 11/13] Move pci_parse_devaddr to qdev-properties List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: qemu-devel , Jan Kiszka , Alex Williamson , =?ISO-8859-1?Q?Andreas_F=E4rbe?= =?ISO-8859-1?Q?r?= , Paolo Bonzini On 06/08/2012 10:17 PM, Michael S. Tsirkin wrote: > On Fri, Jun 08, 2012 at 02:45:47PM +0200, Jan Kiszka wrote: >> On 2012-06-08 14:18, Andreas Färber wrote: >>> Am 08.06.2012 14:14, schrieb Jan Kiszka: >>>> On 2012-06-08 14:03, Andreas Färber wrote: >>>>> Can't understand that you're trying to push your v1 so hard now when our >>>>> series have been on the list for much longer. ;) >>>> >>>> I explained the reason, and I think my patches (minus the dropped one) >>>> are ready based on the feedback. >>>> >>>> I'm fine if important central refactorings close master for a short >>>> period at the beginning of a merge window and require rebasing of other >>>> patches afterward. But that should really be *short*. >>> >>> We had a long Hard Freeze that closed master. Your patches are new, so I >>> oppose you sneaking by and having me rebase Paolo's patches on yours. If >>> someone else wants to rebase them on yours that's fine with me. >> >> If your patches get merged over the next week, I'm fine. If not, be >> warned to see me grumbling again. ;) >> >> Michael, unless there are other remarks, 1 and 3-10 could be picked up >> by you and pushed already. I'll send an update for 6 to fix the commit log. >> >> Jan > > They look ready to me too, so I can pick your patches up and put them on > the pci branch. Prefer doing it Sunday when I'm rested. > But FYI I just sent a pull request to Anthony Thursday and I > try not to flood him with more than one a week unless there's a huge > regression to fix. FYI, I don't plan on applying any more pulls until Monday most likely as I'm flying back to the US tomorrow morning. If you want to update the PULL on Sunday, just send out a new request that includes the old and I'll ignore it. Paolo's series may conflict, but I don't think resolving will be too hard. Regards, Anthony Liguori > > If large changes land in master meanwhile we'll have to resolve the > conflict but that's par for the course. > >> -- >> Siemens AG, Corporate Technology, CT T DE IT 1 >> Corporate Competence Center Embedded Linux