linux-kernel - Google firmware drivers in staging?

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

Message-ID: <AANLkTin215LOZDs_BL6r9Aa_fX60iwyEZQ-FzbcEhXCQ@mail.gmail.com>
Date:	Fri, 7 Jan 2011 17:34:00 -0800
From:	Mike Waychison <mikew@...gle.com>
To:	Greg KH <greg@...ah.com>, torvalds@...ux-foundation.org
Cc:	linux-kernel@...r.kernel.org
Subject: Google firmware drivers in staging?

Hi Greg, Linus,

I'm going through our core dependencies for changes to the kernel that
we use in house.  FWIW, these "core" dependencies are essentially
required for our userland stack to function properly in our cluster
environment.  My goal is to make it seamless for other Google
engineers to use otherwise mainline kernels on our machines, enabling
them to develop more of their code against mainline.

Anyhow, rummaging down the list of stuff that we consider "core", I've
come across a couple firmware specific drivers.  These drivers are
specific to our machines, and would likely never apply to anyone
else's hardware.  That said, they aren't very complicated (they are
mostly isolated) and generally just help us plumb information between
userland and the firmware itself (like system event log data).

I'd like to get rid of these drivers as a delta between mainline and
our in-house trees.  Note that I can't really change anything on the
firmware side as those ABIs are sorta written in stone for all intents
and purposes, but I'd be happy to adapt the userland-exposed sides of
the drivers if needed.

I'd like to release these guys publicly if there is any hope that they
can wind up in the official tree.   What are your thoughts on putting
them through the staging tree?

Mike Waychison
--
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/