From: "Luis R. Rodriguez" <mcgrof@suse•com>
To: Fengguang Wu <fengguang.wu@intel•com>
Cc: akpm@linux-foundation•org, Borislav Petkov <bp@suse•de>,
mingo@kernel•org, Stephen Rothwell <sfr@canb•auug.org.au>,
linux-next@vger•kernel.org
Subject: Re: patch reverts on linux-next - ioremap_uc() for atyfb
Date: Thu, 6 Aug 2015 01:24:50 +0200 [thread overview]
Message-ID: <20150805232450.GK30479@wotan.suse.de> (raw)
In-Reply-To: <20150729005918.GB23184@wfg-t540p.sh.intel.com>
On Wed, Jul 29, 2015 at 08:59:18AM +0800, Fengguang Wu wrote:
> HI Luis,
>
> On Tue, Jul 28, 2015 at 10:05:49PM +0200, Luis R. Rodriguez wrote:
> > Andrew,
> >
> > I got a notice from Ingo on July 21 that one of my patches, "x86/mm,
> > asm-generic: Add IOMMU ioremap_uc() variant default" was merged into tip. It
> > was merged a long with other patches, for example:
> >
> > http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/video/fbdev/aty/atyfb_base.c?id=3cc2dac5be3f23414a4efdee0b26d79bed297cac
> >
> > I wrote this patch after Boris had my atyfb series bake on his tree
> > as his tree receives 0-day tests. Then this patch for example makes use of
> > ioremap_uc():
> >
> > "drivers/video/fbdev/atyfb: Replace MTRR UC hole with strong UC"
> >
> > I noticed though that on top there's a revert of that same patch:
> >
> > http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/video/fbdev/aty/atyfb_base.c?id=4c090fb7209d523ef4cedb354192a190edd0d166
> >
> > Revert "drivers/video/fbdev/atyfb: Replace MTRR UC hole with strong UC" akpm-base
> > This reverts commit 3cc2dac5be3f23414a4efdee0b26d79bed297cac.
> >
> > It doesn't explain why this was reverted though. Is it OK for things be
> > reverted like this ? Is it understood by others ? It was a bit of a surprise to
> > me though as I was not able to verify things were going through to linux-next.
> > Since Boris was also on vacation and since my trees do not get 0-day-tests
> > it also meant I realied on the chain for issues to be found. I'll fix the
> > fact that my trees do not get 0-day tests but it seems we should probably
> > only put so many dev trees on 0-day test, I'll check with Fengguang Wu if
> > he has bandwidth to put some of my trees.
>
> Would you tell me your git URL? I'm always seeking to add more dev
> trees to the 0-day test pool. Bandwidth is not a problem you need to
> worry.
Will do! Thanks. I'll send you the URL next.
Luis
next prev parent reply other threads:[~2015-08-05 23:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-28 20:05 patch reverts on linux-next - ioremap_uc() for atyfb Luis R. Rodriguez
2015-07-28 20:44 ` Andrew Morton
2015-08-05 23:25 ` Luis R. Rodriguez
2015-07-29 0:59 ` Fengguang Wu
2015-08-05 23:24 ` Luis R. Rodriguez [this message]
2015-07-29 8:05 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150805232450.GK30479@wotan.suse.de \
--to=mcgrof@suse$(echo .)com \
--cc=akpm@linux-foundation$(echo .)org \
--cc=bp@suse$(echo .)de \
--cc=fengguang.wu@intel$(echo .)com \
--cc=linux-next@vger$(echo .)kernel.org \
--cc=mingo@kernel$(echo .)org \
--cc=sfr@canb$(echo .)auug.org.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox