[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CABhMZUU_6Ljn60sH_C8EwhKwF=uUrP2Y3ob1nnAM_UjM=i+8=A@mail.gmail.com>
Date: Fri, 13 Dec 2019 12:04:07 -0600
From: Bjorn Helgaas <bjorn.helgaas@...il.com>
To: Nicholas Johnson <nicholas.johnson-opensource@...look.com.au>
Cc: Bjorn Helgaas <helgaas@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Logan Gunthorpe <logang@...tatee.com>
Subject: Re: [PATCH v12 0/4] PCI: Patch series to improve Thunderbolt enumeration
On Thu, Dec 12, 2019 at 4:23 AM Nicholas Johnson
<nicholas.johnson-opensource@...look.com.au> wrote:
>
> On Tue, Dec 10, 2019 at 03:38:36PM -0600, Bjorn Helgaas wrote:
> > On Mon, Dec 09, 2019 at 12:59:29PM +0000, Nicholas Johnson wrote:
> > > Hi all,
> > >
> > > Since last time:
> > > Reverse Christmas tree for a couple of variables
> > >
> > > Changed while to whilst (sounds more formal, and so that
> > > grepping for "while" only brings up code)
> > >
> > > Made sure they still apply to latest Linux v5.5-rc1
> > >
> > > Kind regards,
> > > Nicholas
> > >
> > > Nicholas Johnson (4):
> > > PCI: Consider alignment of hot-added bridges when distributing
> > > available resources
> > > PCI: In extend_bridge_window() change available to new_size
> > > PCI: Change extend_bridge_window() to set resource size directly
> > > PCI: Allow extend_bridge_window() to shrink resource if necessary
> > >
> > > drivers/pci/setup-bus.c | 182 +++++++++++++++++++---------------------
> > > 1 file changed, 88 insertions(+), 94 deletions(-)
> >
> > Applied to pci/resource for v5.6, thanks!
> Thank you all for your time, support and patience with me. I have
> learned a lot in the past year.
>
> I will obviously stick around to address any potential concerns with the
> patches, but it also seems like kernel development is what I want to do
> as a career. Hopefully I can take this beyond a hobby despite my
> physical location. Perth, Western Australia is not big on this. Perhaps
> there are companies open to telecommuting employees. In any case, you
> will continue to see me around.
Thanks for your work. Springfield, Missouri, is not big on kernel
development either, so I can sympathize with that :)
Powered by blists - more mailing lists