linux-kernel - Re: [PATCH 03/29] gma500: Ensure the frame buffer has a linear virtual mapping

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20110628230245.4cec6958@lxorguk.ukuu.org.uk>
Date:	Tue, 28 Jun 2011 23:02:45 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Greg KH <greg@...ah.com>
Cc:	linux-kernel@...r.kernel.org, Jiri Kosina <jkosina@...e.cz>
Subject: Re: [PATCH 03/29] gma500: Ensure the frame buffer has a linear
 virtual mapping

> Any ideas?
> 
> Is there drm changes in linux-next for this driver that I don't have?
> 
> If so, maybe we need to just start sending these patches through that tree?

Not DRM - looks like more sem-random treewide damage in -next tht has yet
again not gone via the maintainers of subsystems.

e44ba033c5654dbfda53461c9b1f7dd9bd1d198f

28f65c11f2ffb3957259dece647a24f8ad2e241b

Can you drop the bits you have merged and I'll send you a new set (which
will instead break the stuff Jiri has in his tree and he can fix it up)

Really though this sort of treewide trivial has to stop, its costing tons
of time and delays in real work. It should all be going via maintainers
of subsystems but clearly Jiri is letting stuff through that isn't
trivial but is in fact nuisance.

Alan
--
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/