linux-kernel - Re: intel-iommu: Add for_each_iommu() and for_each_active

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 08 Apr 2009 17:42:32 -0700
From:	David Woodhouse <dwmw2@...radead.org>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, Steven Rostedt <rostedt@...dmis.org>
Subject: Re: intel-iommu: Add for_each_iommu() and for_each_active_iommu()
 macros

On Wed, 2009-04-08 at 13:00 +0200, Ingo Molnar wrote:
> * David Woodhouse <dwmw2@...radead.org> wrote:
> 
> > On Mon, 2009-04-06 at 17:59 -0700, Andrew Morton wrote:
> > > 
> > > Three days old?  Never been in linux-next afaict.
> > > 
> > > Please don't do that.

It turns out they had actually been in linux-next, just not for long.

> > Sorry about that. There was some confusion about whether it was 
> > going via Ingo's or my tree, and it ended up in neither. It 
> > depended on certain things in Ingo's tree, so I couldn't easily 
> > add it to my tree any earlier.
> 
> Well, they could have ended up in the x86 tree or in the IOMMU tree, 
> but the patches were all very late and went through various review 
> rounds with me so they had no chance to end up there in a finished 
> state before the merge window.
> 
> I didnt mind you pushing them to Linus separately and gave an 
> Acked-by for the bits and for that merge route, but all the usual 
> protocols still have to be followed if you do that: review, testing, 
> proper exposure.

To avoid extra merges, my plan was to let Linus pull the original
iommu-2.6.git tree, then fast-forward to HEAD and apply the suspend
patches which depended on your new stuff. Then leave them to soak for as
long as possible before asking Linus to pull again.

If Linus had pulled the iommu-2.6.git tree on Tuesday when I first
asked, the suspend set would have been in linux-next for longer. Perhaps
if I'd had the wit to remember to include a diffstat on Tuesday's pull
request... :)

-- 
dwmw2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/