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.
> > +translator.build
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 suggestio
Am 02.03.2017 um 08:12 schrieb Daniel Vetter :
> 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 t
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
Cc: "Radim Krčmář"
Cc: Ralf Baechle
Cc: Jon
Add support for VZ guest CP0_ContextConfig and CP0_XContextConfig
(MIPS64 only) 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.
Signed-off-by: James Hogan
Cc: Paolo Bonzini
Cc: "Ra
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
Cc: Paolo Bonzini
Cc:
Add support for VZ guest CP0_PWBase, CP0_PWField, CP0_PWSize, and
CP0_PWCtl registers for controlling the guest hardware page table walker
(HTW) present on P5600 and P6600 cores. These guest registers need
initialising on R6, context switching, and exposing via the KVM ioctl
API when they are prese
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 optiona
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 GV
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 f
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 not
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 expecte
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 better, or if not po
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
>aga
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 linked in a completely different
> segment) it isn't completely infea
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 err
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 -->
> file:///home/laurent/src/iob/renesas/linux64/Documentation/output
> P
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'
> >
> > SPHI
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
Overall this looks good to me, please see below for a few minor issues.
> ---
> Documentation/gpu/drm-kms-helpers.rs
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 s
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
>
> Overall this looks good to me,
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.
>>>
>>> With this applied, I get
>>>
>>> make
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 image handling use the 'image' r
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 image
For figure handling use t
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
per-sec
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 Pinchart
> >> :
> >>
> >>> Hi Daniel,
>
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 this kind of
thing.
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 2017 14:54:32 Daniel Vetter wrote:
On Thu, Mar 2,
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 03:58:36PM +0100, Markus Heiser wrote:
> > >> Hi Daniel, Laurent
> > >>
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 (easily at least) test
> >> on sphinx 1.3.
> >
> > V
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 to do. Maybe we should
> add a s
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 image
For figure handling use t
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 2017 14:54:32 Daniel Vetter wrote:
> >> On Thu, Mar 2, 2017 at 1:26 PM, Laurent Pinchart wrote:
> >>> Hi Daniel
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 tra
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, Laure
> 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 'Sphinx==1.3.1'
>>> $ make .
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 if
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 handling use the 'image' replacement::
>
> .. kernel
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 an
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 suggestio
> 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 with virtualenv
> https://virtualenv.pypa.io/en/stable/userguide/
>
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
> Cc: Manasi Navare
> Signed-off-by: Daniel Vetter
Re
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.
>
> https://pip.pypa.io/en/stable/user_guide/#requirements-f
> 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 which is build up by this requirements.txt.
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
Reviewed-by: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms.rst | 22 +
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: wri
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 short:
> >>>
> >>> $ cd kernel-src
> >>> $ virtualenv mye
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 02.03.2017 um 16:49 schrieb Mauro Carvalho Chehab
> >>> :
> >>>
> > You can tes
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 "/devel/v4l/patchwork/Documentation/sphinx/kf
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
> >
> > > It crashe
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 PG
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 ker
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 wrote:
> > >
> > >> I'll give it a shot
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 /media/Makefile smaller ... thanks a lot
> >
> > > It c
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:
>
> https://github.com/sphinx-doc/sphinx/issues/3212#issuecomment-283756374
Thanks!
> > Maybe one way would be to have a so
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 "/devel/v4l/patchwork/Documentation/sphinx/kfi
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 warnings:
/devel/v4l/patchwork
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 the enclosed patch.
> > >
> > > great,
> 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:
>>
>>
>> https://github.com/tk0miya/sphinx/commit/73663f
> 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 smaller ... thanks a lot
>>
>>> It crashed:
>>> E
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 and a concept to
> > embed *render* markups:
> >
> > * DOT (http://www.graphviz
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 Documentation/media/uapi/v4l/de
>> 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
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 handling use the 'image' replacement::
>
> .. kernel
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
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.
Reviewed-by: Gabriel Krisman Ber
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 with earlier
> > releases.
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
Signed-off-by: Stephe
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. I'
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
Signed-of
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 about.
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
Signed-off-by:
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
Signed-off-by: Stephe
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
functionalit
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
functionalit
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 fo
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
Signed-off-by:
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,
> >>
> >>> Tested here with the enclosed patch.
> >>
> >> great, big step
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
Signed-of
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.
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 SVG images
v2: Don't use
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
---
Documentation/perf/hisi-pmu.txt | 76 +
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 changed, 37 insertions(+),
83 matches
Mail list logo
