RE: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Nov 18 2016, 12:07 PM, gre...@linuxfoundation.org wrote: > On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > > > BTW, it is quite a shame that the Thunderbolt firmware version can't > > > be read from Linux. > > > > > > > This is WIP, once this patch will be upstream, we

Re: [Ksummit-discuss] Including images on Sphinx documents

> On Sat, Nov 19, 2016 at 9:55 AM, David Woodhouse > wrote: >> >> I know it's unfashionable these days, but TeX always used to be bloody >> good at that kind of thing. > > You must have used a different TeX than I did. > > TeX is a horrible example. The moment you needed to

Re: [Ksummit-discuss] Including images on Sphinx documents

On Sat, Nov 19, 2016 at 12:54 PM, Mauro Carvalho Chehab wrote: > > I did some research on Friday trying to identify where those images > came. It turns that, for the oldest images (before I took the media > maintainership), PDF were actually their "source", as far as I

Re: [Ksummit-discuss] Including images on Sphinx documents

Em Sat, 19 Nov 2016 10:15:43 -0700 Jonathan Corbet escreveu: > On Thu, 17 Nov 2016 08:02:50 -0800 > Linus Torvalds wrote: > > > We have makefiles, but more importantly, few enough people actually > > *generate* the documentation, that I think if

Re: [RFC PATCH v3 12/20] x86: Decrypt trampoline area if memory encryption is active

On 11/17/2016 12:09 PM, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 06:37:08PM -0600, Tom Lendacky wrote: >> When Secure Memory Encryption is enabled, the trampoline area must not >> be encrypted. A CPU running in real mode will not be able to decrypt >> memory that has been encrypted because

Re: [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute

On 11/17/2016 11:39 AM, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 06:36:55PM -0600, Tom Lendacky wrote: >> This patch adds support to be change the memory encryption attribute for >> one or more memory pages. > > "Add support for changing ..." Yeah, I kind of messed up that description a

Re: [Ksummit-discuss] Including images on Sphinx documents

On Sat, Nov 19, 2016 at 9:55 AM, David Woodhouse wrote: > > I know it's unfashionable these days, but TeX always used to be bloody > good at that kind of thing. You must have used a different TeX than I did. TeX is a horrible example. The moment you needed to insert

Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear

On 11/17/2016 9:55 AM, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 06:36:31PM -0600, Tom Lendacky wrote: >> Boot data (such as EFI related data) is not encrypted when the system is >> booted and needs to be accessed unencrypted. Add support to apply the >> proper attributes to the EFI page

Re: [Ksummit-discuss] Including images on Sphinx documents

On 11/19/16 09:15, Jonathan Corbet wrote: > Might there be a tool or an extension out there that would allow us > to express these diagrams in a text-friendly, editable form? How about using the graphviz languages for generating diagrams that can be described easily in one of the graphviz

Re: [PATCH 0/3] Improve Kernel documentation guide

Em Sat, 19 Nov 2016 10:35:07 -0700 Jonathan Corbet escreveu: > On Thu, 17 Nov 2016 08:32:32 -0200 > Mauro Carvalho Chehab wrote: > > > The Kernel documentation guide is currently a single file at the top of > > Documentation/ dir. Sphinx works best if

Re: [RFC PATCH v3 09/20] x86: Insure that boot memory areas are mapped properly

On 11/17/2016 6:20 AM, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 06:36:20PM -0600, Tom Lendacky wrote: >> The boot data and command line data are present in memory in an >> un-encrypted state and are copied early in the boot process. The early >> page fault support will map these areas as

Re: [Ksummit-discuss] Including images on Sphinx documents

On Sat, 2016-11-19 at 10:15 -0700, Jonathan Corbet wrote: > Might there be a tool or an extension out there that > would allow us to express these diagrams in a text-friendly, editable > form? I know it's unfashionable these days, but TeX always used to be bloody good at that kind of thing. --

Re: [PATCH] Change the document about iowait

On Mon, 14 Nov 2016 11:42:41 +0800 Chao Fan wrote: > >Sorry for the delay on this. Life has been...challenging... > > > >> Signed-off-by: Cao Jin > >> Signed-off-by: Chao Fan > > > >What does this signoff chain

Re: [Ksummit-discuss] Including images on Sphinx documents

> Rather than beating our heads against the wall trying to convert between > various image formats, maybe we need to take a step back. We're trying > to build better documentation, and there is certainly a place for > diagrams and such in that documentation. Johannes was asking about it > for

Re: [PATCH 0/3] Improve Kernel documentation guide

On Thu, 17 Nov 2016 08:32:32 -0200 Mauro Carvalho Chehab wrote: > The Kernel documentation guide is currently a single file at the top of > Documentation/ dir. Sphinx works best if the documentation is > inside a subdirectory, as otherwise there's no way to have a PDF

Re: [PATCH] doc: Document the new inline struct member kernel-doc style

On Thu, 17 Nov 2016 11:19:43 +0100 Daniel Vetter wrote: > We don't just need better doc toolchains, we also need better docs for > our doc toolchain! Indeed. Applied, thanks. jon -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a

Re: [Ksummit-discuss] Including images on Sphinx documents

On Thu, 17 Nov 2016 08:02:50 -0800 Linus Torvalds wrote: > We have makefiles, but more importantly, few enough people actually > *generate* the documentation, that I think if it's an option to just > fix sphinx, we should do that instead. If it means that you have

Re: [v2,2/3] hwmon: (mcp3021) add devicetree bindings documentation

On Fri, Oct 28, 2016 at 12:33:44AM +0200, Clemens Gruber wrote: > Document the devicetree bindings for the Microchip MCP3021/3221. > > Signed-off-by: Clemens Gruber > Acked-by: Rob Herring Applied to -next. Guenter -- To unsubscribe from this