From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933886AbYD3WSh (ORCPT ); Wed, 30 Apr 2008 18:18:37 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759443AbYD3WSA (ORCPT ); Wed, 30 Apr 2008 18:18:00 -0400 Received: from rgminet01.oracle.com ([148.87.113.118]:64554 "EHLO rgminet01.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756948AbYD3WR6 (ORCPT ); Wed, 30 Apr 2008 18:17:58 -0400 Message-ID: <4818EFEC.4080003@oracle.com> Date: Wed, 30 Apr 2008 15:17:16 -0700 From: Randy Dunlap User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 To: Kumar Gala CC: Paul Mackerras , Andrew Morton , "\"Zhang Wei\" rdunlap@xenotime.net" , linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, mporter@kernel.crashing.org, benh@kernel.crashing.org, linuxppc-dev@ozlabs.org Subject: Re: [PATCH] docbook: fix fatal rapidio yet again (and more to come) References: <20080430113500.dfe21880.akpm@linux-foundation.org> <51A34080-7981-4958-B225-4921FC95B84A@kernel.crashing.org> <20080430121239.28492328.akpm@linux-foundation.org> <18456.60948.463017.139935@cargo.ozlabs.ibm.com> <20080430151149.063920cf.randy.dunlap@oracle.com> <63DC9937-3C82-4744-8281-B9FDB941FEE1@kernel.crashing.org> In-Reply-To: <63DC9937-3C82-4744-8281-B9FDB941FEE1@kernel.crashing.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Kumar Gala wrote: > > On Apr 30, 2008, at 5:11 PM, Randy Dunlap wrote: >> On Thu, 1 May 2008 08:09:24 +1000 Paul Mackerras wrote: >> >>> Andrew Morton writes: >>> >>>>> Odd. I thought Paul had picked up a docbook RapidIO patch from you in >>>>> the latest merge round. >>>>> >>>> >>>> Well it's more than "a" patch. The six-week-old patch series is: >>>> >>>> rapidio-add-memory-mapping-driver-to-rapidio.patch >>>> rapidio-add-rapidio-space-allocation-bitmap-arithmetic.patch >>>> rapidio-add-fsl-rapidio-controller-memory-ops-functions.patch >>>> rapidio-add-the-rapidio-master-port-maintance-and-doorbell-window-to-space-resources.patch >>>> >>>> rapidio-add-rapidio-proc-fs-for-memory-mapping-debugging.patch >>>> rapidio-add-the-memory-mapping-support-in-rionet-driver.patch >>>> rapidio-fix-docbook-references.patch >>>> rapidio-fix-kernel-doc-problems.patch >>> >>> What happened is that you (Andrew) sent them on to me pretty much >>> unexamined. I took a look at them and dropped one of them because it >>> created a new /proc file. I asked Kumar to look at them and he had >>> issues with another three of the patches, and dropping those meant >>> that all the following ones (including the fix-kernel-doc one) >>> wouldn't apply, so I dropped them too. I applied the rest and sent >>> them to Linus. >>> >>>> (seems that I forgot to cc Jeff on the rionet change too). >>> >>> Yeah. I nearly dropped that one too. I probably should have. :) >>> >>>> Oh well. If nobody puts their hand up in the next 24 hours or so >>>> I'll just >>>> send it all in to Linus. >>> >>> Please don't. At this stage I think the best thing is for Kumar to >>> talk to Zhang Wei (they both work for Freescale, so that should be >>> possible in theory :) and get him to rework the remaining patches as >>> required for inclusion in 2.6.27. >> >> Just to be clear, the docbook changes shouldn't wait for 2.6.27. >> There's no need for that. > > Can the docbook be respun against linus's tree? Sure, I'll do that later, hopefully tonight. -- ~Randy