[PATCH] doc/ko_KR/memory-barriers: Update control-dependencies section

This commit applies upstream change, commit c8241f8553e8 ("doc: Update control-dependencies section of memory-barriers.txt"), to Korean translation. Signed-off-by: SeongJae Park --- .../translations/ko_KR/memory-barriers.txt | 68 -- 1 file

[RESEND PATCH v5 04/11 (Missed 04/11 in PATCH v5 series)] Documentation: perf: hisi: Documentation for HiP05/06/07 PMU event counting.

Documentation for perf usage and Hisilicon SoC PMU uncore events. The Hisilicon SOC has event counters for hardware modules like L3 cache, Miscellaneous node etc. These events are all uncore. Signed-off-by: Anurup M Signed-off-by: Shaokun Zhang

[PATCH RFC v2] docs-rst: Don't use explicit Makefile rules to build SVG and DOT files

Now that we have an extension to handle images, use it. Signed-off-by: Mauro Carvalho Chehab --- This patch is based on Daniel Vetter & Markus Heiser's work to support PNG and SVG via kpicture Sphinx extension: [PATCH] docs-rst: automatically convert Graphviz and

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel, hi Mauro, I have to say, that I lost control over our thread ;) > v3: Only sphinx 1.4 (released in Mar 2016) has patches.Figure. > Implement Markus suggestion for backwards compatability with earlier > releases. Laurent reported this, running sphinx 1.3. Solution entirely > untested.

[PATCH v6 2/4] switchtec: Add user interface documentation

This adds standard documentation for the sysfs switchtec attributes and a RST formatted text file which documents the char device interface. Jonathan Corbet has indicated he will move this to a new user-space developer documentation book once it's created. Signed-off-by: Logan Gunthorpe

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 22:16:49 +0100 Markus Heiser escreveu: > > Am 02.03.2017 um 20:34 schrieb Mauro Carvalho Chehab > > : > > > > Em Thu, 2 Mar 2017 20:06:39 +0100 > > Markus Heiser escreveu: > > > >> Hi Mauro,

[PATCH v6 0/4] New Microsemi PCI Switch Management Driver

Hi, Hopefully this is the last change necessary. The new code to handle unbind follows Jason's suggestions and is a lot easier to reason about. It's also been tested interrupting a number of operations. Thanks, Logan -- Changes since v5: * Reworked cleanup during unbind again. This time we

[PATCH v7 4/4] switchtec: Add IOCTLs to the Switchtec driver

This patch introduces a couple of special IOCTLs which are provided to: * Inform userspace of firmware partition locations * Pass event counts and allow userspace to wait on events * Translate between PFF numbers used by the switch to port numbers. Signed-off-by: Logan Gunthorpe

[PATCH v7 1/4] MicroSemi Switchtec management interface driver

Microsemi's "Switchtec" line of PCI switch devices is already well supported by the kernel with standard PCI switch drivers. However, the Switchtec device advertises a special management endpoint with a separate PCI function address and class code. This endpoint enables some additional

[PATCH v6 1/4] MicroSemi Switchtec management interface driver

Microsemi's "Switchtec" line of PCI switch devices is already well supported by the kernel with standard PCI switch drivers. However, the Switchtec device advertises a special management endpoint with a separate PCI function address and class code. This endpoint enables some additional

[PATCH v6 3/4] switchtec: Add sysfs attributes to the Switchtec driver

This patch adds a few read-only sysfs attributes which provide some device information that is exposed from the devices. Primarily component and device names and versions. These are documented in Documentation/ABI/testing/sysfs-class-switchtec. Signed-off-by: Logan Gunthorpe

Re: [PATCH v6 0/4] New Microsemi PCI Switch Management Driver

Hey, Ah, sorry, sorry. I noticed another minor mistake. I'll send a v7 in a second. Thanks, Logan On 02/03/17 04:07 PM, Logan Gunthorpe wrote: > Hi, > > Hopefully this is the last change necessary. The new code to handle > unbind follows Jason's suggestions and is a lot easier to reason

[PATCH v6 4/4] switchtec: Add IOCTLs to the Switchtec driver

This patch introduces a couple of special IOCTLs which are provided to: * Inform userspace of firmware partition locations * Pass event counts and allow userspace to wait on events * Translate between PFF numbers used by the switch to port numbers. Signed-off-by: Logan Gunthorpe

[PATCH v7 2/4] switchtec: Add user interface documentation

This adds standard documentation for the sysfs switchtec attributes and a RST formatted text file which documents the char device interface. Jonathan Corbet has indicated he will move this to a new user-space developer documentation book once it's created. Signed-off-by: Logan Gunthorpe

[PATCH v7 0/4] New Microsemi PCI Switch Management Driver

Because getting it right correctly the first time is appearantly hard and I caught this mistake while reading the email I had just sent :( I'm very sorry about the extra noise. Logan -- Changes since v6: * I screwed up the device_unregister path and left a potential use after free bug in.

[PATCH v7 3/4] switchtec: Add sysfs attributes to the Switchtec driver

This patch adds a few read-only sysfs attributes which provide some device information that is exposed from the devices. Primarily component and device names and versions. These are documented in Documentation/ABI/testing/sysfs-class-switchtec. Signed-off-by: Logan Gunthorpe

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 23:15:49 +0100 Markus Heiser escreveu: > Hi Daniel, hi Mauro, > > I have to say, that I lost control over our thread ;) > > > v3: Only sphinx 1.4 (released in Mar 2016) has patches.Figure. > > Implement Markus suggestion for backwards compatability

Re: [PATCH 6/6] drm/doc: atomic overview, with graph

Daniel Vetter writes: > I want to split up a few more things and document some details better > (like how exactly to subclass drm_atomic_state). And maybe also split > up the helpers a bit per-topic, but this should be a ok-ish start for > better atomic overview.

Re: [PATCH 11/32] KVM: MIPS: Add VZ capability

On Thu, Mar 02, 2017 at 01:20:05PM +0100, Paolo Bonzini wrote: > On 02/03/2017 12:39, James Hogan wrote: > > It can't right now, though with relocation of the kernel now implemented > > in MIPS Linux for KASLR, and hopes for a more generic EVA implementation > > (which can require the kernel to be

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 16:40:02 +0100 Daniel Vetter escreveu: > From: Markus Heiser > > This patch brings scalable figure, image handling and a concept to > embed *render* markups: > > * DOT (http://www.graphviz.org) > * SVG > > For image

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

>> Btw, PDF conversion is also not working: >> >> >> File "/d00/kernel/Documentation/sphinx/kfigure.py", line 241, in svg2pdf >>cmd = [convert_cmd, svg_fname, pdf_fname] >> >> NameError: name 'convert_cmd' is not defined >> >> And including SVG files for HTML output also seems to be

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 18:36:31 -0300 Mauro Carvalho Chehab escreveu: > > Found another issue on the patch. The HTML output is pointing to the > > wrong place: instead of using a relative patch, it is keeping > > an absolute one. > > > > This is what it produced from

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 18:29:39 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 2 Mar 2017 16:40:02 +0100 > Daniel Vetter escreveu: > > > From: Markus Heiser > > > > This patch brings scalable figure, image handling

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

> Am 02.03.2017 um 20:34 schrieb Mauro Carvalho Chehab > : > > Em Thu, 2 Mar 2017 20:06:39 +0100 > Markus Heiser escreveu: > >> Hi Mauro, >> >>> Tested here with the enclosed patch. >> >> great, big step forward making /media/Makefile

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

> Am 02.03.2017 um 20:09 schrieb Mauro Carvalho Chehab > : ... >> >> Yes, its only about "docutils>=0.11" in Sphinx 1.3 dependencies. >> In Sphinx 1.5 the error: >> >> https://github.com/sphinx-doc/sphinx/issues/3212 >> >> is fixed: >> >> >>

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 17:04:01 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 2 Mar 2017 20:52:59 +0100 > Daniel Vetter escreveu: > > > On Thu, Mar 02, 2017 at 08:06:39PM +0100, Markus Heiser wrote: > > > Hi Mauro, > > > > > > > Tested here with

[PATCH RFC] docs-rst: Don't use explicit Makefile rules to build SVG and DOT files

Now that we have an extension to handle images, use it. Signed-off-by: Mauro Carvalho Chehab --- This patch is based on Daniel Vetter & Markus Heiser's work to support PNG and SVG via kpicture Sphinx extension. PS.: With this RFC patch, I'm getting now some extra

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 20:06:39 +0100 Markus Heiser escreveu: > Hi Mauro, > > > Tested here with the enclosed patch. > > great, big step forward making /media/Makefile smaller ... thanks a lot > > > It crashed: > > Exception occurred: > > File

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 21:16:05 +0100 Markus Heiser escreveu: > > Am 02.03.2017 um 20:09 schrieb Mauro Carvalho Chehab > > : > I leaved a comment at sphinx-doc project: > >

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 16:34:22 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 2 Mar 2017 20:06:39 +0100 > Markus Heiser escreveu: > > > Hi Mauro, > > > > > Tested here with the enclosed patch. > > > > great, big step forward making

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Thu, Mar 02, 2017 at 01:01:36PM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 2 Mar 2017 16:53:04 +0100 > Daniel Vetter escreveu: > > > On Thu, Mar 2, 2017 at 4:22 PM, Jonathan Corbet wrote: > > > On Thu, 2 Mar 2017 16:11:08 +0100 > > > Daniel Vetter

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On 3/1/2017 11:36 AM, Borislav Petkov wrote: On Thu, Feb 16, 2017 at 09:48:08AM -0600, Tom Lendacky wrote: This patch adds the support to encrypt the kernel in-place. This is done by creating new page mappings for the kernel - a decrypted write-protected mapping and an encrypted mapping. The

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On Thu, Mar 02, 2017 at 12:30:31PM -0600, Tom Lendacky wrote: > The "* 2" here and above is that a PUD and a PMD is needed for both > the encrypted and decrypted mappings. I'll add a comment to clarify > that. Ah, makes sense. Definitely needs a comment. > Yup, I can do that here too (but need

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 20:52:59 +0100 Daniel Vetter escreveu: > On Thu, Mar 02, 2017 at 08:06:39PM +0100, Markus Heiser wrote: > > Hi Mauro, > > > > > Tested here with the enclosed patch. > > > > great, big step forward making /media/Makefile smaller ... thanks a lot > >

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

On Thu, Mar 02, 2017 at 08:06:39PM +0100, Markus Heiser wrote: > Hi Mauro, > > > Tested here with the enclosed patch. > > great, big step forward making /media/Makefile smaller ... thanks a lot > > > It crashed: > > Exception occurred: > > File

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 17:13:25 +0100 Markus Heiser escreveu: > > Am 02.03.2017 um 16:49 schrieb Mauro Carvalho Chehab > > : > > > >>> You can test it with virtualenv > >>> https://virtualenv.pypa.io/en/stable/userguide/ > >>> > >>> In

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 19:16:47 +0100 Markus Heiser escreveu: > > Am 02.03.2017 um 17:29 schrieb Mauro Carvalho Chehab > > : > > > > Em Thu, 2 Mar 2017 17:13:25 +0100 > > Markus Heiser escreveu: > > > >>> Am

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Hi Mauro, > Tested here with the enclosed patch. great, big step forward making /media/Makefile smaller ... thanks a lot > It crashed: > Exception occurred: > File "/devel/v4l/patchwork/Documentation/sphinx/kfigure.py", line 222, in > dot2format >sys.stderr.write(err) > TypeError:

[PATCH 5/6] drm/doc: diagram for mode objects and properties

Resulted in confusion a few times in the past. v2: Spelling fix (Eric). Cc: Eric Anholt Acked-by: Eric Anholt Cc: Laurent Pinchart Cc: Manasi Navare Reviewed-by: Gabriel Krisman Bertazi

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

> Am 02.03.2017 um 19:20 schrieb Jonathan Corbet : > > On Thu, 2 Mar 2017 19:16:47 +0100 > Markus Heiser wrote: > >> This is very easy, if we use a requiremts.txt file where we >> stick the versions and run the sphinx in this build in a >> virtualenv

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Thu, 2 Mar 2017 19:16:47 +0100 Markus Heiser wrote: > This is very easy, if we use a requiremts.txt file where we > stick the versions and run the sphinx in this build in a > virtualenv which is build up by this requirements.txt. > >

Re: [PATCH] drm/doc: diagram for mode objects and properties

Hi Daniel, Thank you for the patch. On Wednesday 01 Mar 2017 09:27:14 Daniel Vetter wrote: > Resulted in confusion a few times in the past. > > v2: Spelling fix (Eric). > > Cc: Eric Anholt > Acked-by: Eric Anholt > Cc: Laurent Pinchart

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

> Am 02.03.2017 um 17:29 schrieb Mauro Carvalho Chehab > : > > Em Thu, 2 Mar 2017 17:13:25 +0100 > Markus Heiser escreveu: > >>> Am 02.03.2017 um 16:49 schrieb Mauro Carvalho Chehab >>> : >>> > You can test it

[PATCH 1/6] doc: Explain light-handed markup preference a bit better

We already had a super-short blurb, but worth extending it I think: We're still pretty far away from anything like a consensus, but there's clearly a lot of people who prefer an as-light as possible approach to converting existing .txt files to .rst. Make sure this is properly taken into account

[PATCH 6/6] drm/doc: atomic overview, with graph

I want to split up a few more things and document some details better (like how exactly to subclass drm_atomic_state). And maybe also split up the helpers a bit per-topic, but this should be a ok-ish start for better atomic overview. v2: Spelling and clarifications (Eric). v3: Implement

Re: [PATCH] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 16:40:02 +0100 Daniel Vetter escreveu: > From: Markus Heiser > > This patch brings scalable figure, image handling and a concept to > embed *render* markups: > > * DOT (http://www.graphviz.org) > * SVG > > For image

Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME

On 17/02/2017 17:51, Tom Lendacky wrote: > > It's meant just to notify the user about the condition. The user could > then decide to use an alternative device that supports a greater DMA > range (I can probably change it to a dev_warn_once() so that a device > is identified). I would be nice

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

> Am 02.03.2017 um 16:49 schrieb Mauro Carvalho Chehab > : > >>> You can test it with virtualenv >>> https://virtualenv.pypa.io/en/stable/userguide/ >>> >>> In short: >>> >>> $ cd kernel-src >>> $ virtualenv myenv >>> $ source myenv/bin/activate >>> $ pip install

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel and Markus, On Thursday 02 Mar 2017 16:11:08 Daniel Vetter wrote: > On Thu, Mar 02, 2017 at 03:58:36PM +0100, Markus Heiser wrote: > > Am 02.03.2017 um 15:14 schrieb Laurent Pinchart: > > > On Thursday 02 Mar 2017 14:54:32 Daniel Vetter wrote: > > >> On Thu, Mar 2, 2017 at 1:26 PM,

Re: [PATCH 11/32] KVM: MIPS: Add VZ capability

Hi Paolo, On Thu, Mar 02, 2017 at 11:59:28AM +0100, Paolo Bonzini wrote: > On 02/03/2017 10:36, James Hogan wrote: > > - KVM_VM_MIPS_DEFAULT = 2 > > > >This will provide the best available KVM implementation (even on > >older kernels), preferring hardware assisted virtualization over

[PATCH] docs-rst: automatically convert Graphviz and SVG images

From: Markus Heiser This patch brings scalable figure, image handling and a concept to embed *render* markups: * DOT (http://www.graphviz.org) * SVG For image handling use the 'image' replacement:: .. kernel-image:: svg_image.svg :alt:simple SVG

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Thu, Mar 2, 2017 at 4:22 PM, Jonathan Corbet wrote: > On Thu, 2 Mar 2017 16:11:08 +0100 > Daniel Vetter wrote: > >> I'll give it a shot at implementing it, but I can't (easily at least) test >> on sphinx 1.3. > > Virtualenv makes that kind of thing pretty easy

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 16:53:04 +0100 Daniel Vetter escreveu: > On Thu, Mar 2, 2017 at 4:22 PM, Jonathan Corbet wrote: > > On Thu, 2 Mar 2017 16:11:08 +0100 > > Daniel Vetter wrote: > > > >> I'll give it a shot at implementing it, but I can't

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 12:45:32 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 2 Mar 2017 16:21:33 +0100 > Markus Heiser escreveu: > > > Am 02.03.2017 um 16:11 schrieb Daniel Vetter : > > > > > On Thu, Mar 02, 2017 at

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Thu, 2 Mar 2017 16:11:08 +0100 Daniel Vetter wrote: > I'll give it a shot at implementing it, but I can't (easily at least) test > on sphinx 1.3. Virtualenv makes that kind of thing pretty easy to do. Maybe we should add a script to create and populate a suitable venv for

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Am 02.03.2017 um 16:11 schrieb Daniel Vetter : > On Thu, Mar 02, 2017 at 03:58:36PM +0100, Markus Heiser wrote: >> Hi Daniel, Laurent >> >> Am 02.03.2017 um 15:14 schrieb Laurent Pinchart >> : >> >>> Hi Daniel, >>> >>> On Thursday 02 Mar

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Em Thu, 2 Mar 2017 16:21:33 +0100 Markus Heiser escreveu: > Am 02.03.2017 um 16:11 schrieb Daniel Vetter : > > > On Thu, Mar 02, 2017 at 03:58:36PM +0100, Markus Heiser wrote: > >> Hi Daniel, Laurent > >> > >> Am 02.03.2017 um 15:14 schrieb Laurent

[PATCH 4/6] drm/doc: Consistent kerneldoc include order

First overview text (if there is any), then headers (since generally you want to start out with the data structures), then all the other stuff with functions. Most of this is pre-shpinx, since with the old docbook only the overview stuff was pulled in directly. Everything else was put in a

[PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

From: Markus Heiser This patch brings scalable figure, image handling and a concept to embed *render* markups: * DOT (http://www.graphviz.org) * SVG For image handling use the 'image' replacement:: .. kernel-image:: svg_image.svg :alt:simple SVG

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel, Thank you for the patch. On Thursday 02 Mar 2017 16:16:34 Daniel Vetter wrote: > From: Markus Heiser > > This patch brings scalable figure, image handling and a concept to > embed *render* markups: > > * DOT (http://www.graphviz.org) > * SVG > > For

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel, Laurent Am 02.03.2017 um 15:14 schrieb Laurent Pinchart : > Hi Daniel, > > On Thursday 02 Mar 2017 14:54:32 Daniel Vetter wrote: >> On Thu, Mar 2, 2017 at 1:26 PM, Laurent Pinchart wrote: >>> Hi Daniel, >>> >>> Thank you for the patch. >>> >>>

Re: [PATCH 3/6] drm/doc: Add KMS overview graphs

On Thu, Mar 02, 2017 at 04:34:18PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Tuesday 28 Feb 2017 18:13:16 Daniel Vetter wrote: > > Oh, the shiny and pretties! > > > > Cc: Laurent Pinchart > > Signed-off-by: Daniel Vetter

Re: [PATCH] drm/doc: atomic overview, with graph

Hi Daniel, Thank you for the patch. On Thursday 02 Mar 2017 08:19:58 Daniel Vetter wrote: > I want to split up a few more things and document some details better > (like how exactly to subclass drm_atomic_state). And maybe also split > up the helpers a bit per-topic, but this should be a ok-ish

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel, On Thursday 02 Mar 2017 14:54:32 Daniel Vetter wrote: > On Thu, Mar 2, 2017 at 1:26 PM, Laurent Pinchart wrote: > > Hi Daniel, > > > > Thank you for the patch. > > > > With this applied, I get > > > > make[1]: Entering directory '/home/laurent/src/iob/renesas/linux64' > > > >

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Thu, Mar 2, 2017 at 1:26 PM, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > With this applied, I get > > make[1]: Entering directory '/home/laurent/src/iob/renesas/linux64' > SPHINX htmldocs --> >

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

Hi Daniel, Thank you for the patch. With this applied, I get make[1]: Entering directory '/home/laurent/src/iob/renesas/linux64' SPHINX htmldocs --> file:///home/laurent/src/iob/renesas/linux64/Documentation/output PARSE include/uapi/linux/videodev2.h Running Sphinx v1.3.1 Extension

Re: [PATCH 11/32] KVM: MIPS: Add VZ capability

On 02/03/2017 10:36, James Hogan wrote: > - KVM_VM_MIPS_DEFAULT = 2 > >This will provide the best available KVM implementation (even on >older kernels), preferring hardware assisted virtualization over trap >& emulate. The KVM_CAP_MIPS_VZ capability should always be checked >

Re: [PATCH 6/6] drm/doc: atomic overview, with graph

On Wed, Mar 01, 2017 at 02:42:02PM -0300, Gabriel Krisman Bertazi wrote: > Daniel Vetter writes: > > > I've spent quite some time trying to beat DOT into submission, this is the > > best I can do. The FIXME really is just a hint for someone with more clue > > to maybe make it

[PATCH 11/32] KVM: MIPS: Add VZ capability

Add a new KVM_CAP_MIPS_VZ capability, and in order to allow MIPS KVM to support VZ without confusing old users (which expect the trap & emulate implementation), define and start checking KVM_CREATE_VM type codes. The codes available are: - KVM_VM_MIPS_TE = 0 This is the current value

[PATCH 12/32] KVM: MIPS: Add 64BIT capability

Add a new KVM_CAP_MIPS_64BIT capability to indicate that 64-bit MIPS guests are available and supported. In this case it should still be possible to run 32-bit guest code. If not available it won't be possible to run 64-bit guest code and the instructions may not be available, or the kernel may

[PATCH 0/32] KVM: MIPS: Add VZ support

This series is based on kvm/next (Linus' 4.11 KVM merge) with my recent hypercall series (which will likely be revised). My hope is to take this series via the MIPS KVM tree for 4.12, with a topic branch containing the MIPS architecture changes (patches 1-6). This series implements basic support

[PATCH 23/32] KVM: MIPS: Implement VZ support

Add the main support for the MIPS Virtualization ASE (A.K.A. VZ) to MIPS KVM. The bulk of this work is in vz.c, with various new state and definitions elsewhere. Enough is implemented to be able to run on a minimal VZ core. Further patches will fill out support for guest features which are

[PATCH 27/32] KVM: MIPS/VZ: Support guest segmentation control

Add support for VZ guest CP0_SegCtl0, CP0_SegCtl1, and CP0_SegCtl2 registers, as found on P5600 and P6600 cores. These guest registers need initialising, context switching, and exposing via the KVM ioctl API when they are present. They also require the GVA -> GPA translation code for handling a

[PATCH 30/32] KVM: MIPS/VZ: Emulate MAARs when necessary

Add emulation of Memory Accessibility Attribute Registers (MAARs) when necessary. We can't actually do anything with whatever the guest provides, but it may not be possible to clear Guest.Config5.MRP so we have to emulate at least a pair of MAARs. Signed-off-by: James Hogan

[PATCH 25/32] KVM: MIPS/VZ: Support guest CP0_BadInstr[P]

Add support for VZ guest CP0_BadInstr and CP0_BadInstrP registers, as found on most VZ capable cores. These guest registers need context switching, and exposing via the KVM ioctl API when they are present. Signed-off-by: James Hogan Cc: Paolo Bonzini

[PATCH] drm/doc: atomic overview, with graph

I want to split up a few more things and document some details better (like how exactly to subclass drm_atomic_state). And maybe also split up the helpers a bit per-topic, but this should be a ok-ish start for better atomic overview. v2: Spelling and clarifications (Eric). v3: Implement

Re: [PATCH 2/6] docs-rst: automatically convert Graphviz and SVG images

On Wed, Mar 01, 2017 at 12:56:36PM -0300, Gabriel Krisman Bertazi wrote: > Daniel Vetter writes: > > Hi Daniel, > > > +if dst_fname: > > +name = dst_fname[len(out_dir) + 1:] > > +# the builder needs not to copy one more time, so pop it if exists. > >