On Tue, Dec 12, 2017 at 03:08:00PM -0800, Megha Dey wrote:
> >
> > There's work on the way to allow multiple HW PMUs. You'll either have to
> > wait for that or help in making that happen. What you do not do is
> > silently hack around it.
>
> Could I get a pointer to the code implementing this?
Update Documentation/driver-api/usb/usb3-debug-port.rst. This update
includes the guide for using xHCI debug capability based TTY serial
link.
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Signed-off-by: Lu Baolu
---
Documentation/driver-api/usb/usb3-debug-port.rst | 52
1
On 2017/12/12 22:53, Dave Martin wrote:
>> +HWCAP_FHM
> This needs to match the name of the #define in hwcap.h.
Thanks for the comments, have changed it.
>
> With that change, Reviewed-by: Dave Martin
Dave, appreciate for the review
>
> Cheers
> ---Dave
>
>
--
To unsubscribe from this lis
ARM v8.4 extensions add new neon instructions for performing a
multiplication of each FP16 element of one vector with the corresponding
FP16 element of a second vector, and to add or subtract this without an
intermediate rounding to the corresponding FP32 element in a third vector.
This patch dete
On Monday, December 11, 2017 4:50:58 PM CET Prarit Bhargava wrote:
> Other architectures can use SPCR to setup an early console or console
> but the current code is ARM64 specific.
>
> Change the name of parse_spcr() to acpi_parse_spcr(). Add a weak
> function acpi_arch_setup_console() that can b
On Tue, 2017-12-12 at 23:32 +0100, Peter Zijlstra wrote:
> On Tue, Dec 12, 2017 at 01:10:57PM -0800, Megha Dey wrote:
> > On Mon, 2017-11-20 at 12:57 +0100, Peter Zijlstra wrote:
> > > On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
> > > > + mutex_lock(&bm_counter_mutex);
> > > >
On Tue, Dec 12, 2017 at 01:10:57PM -0800, Megha Dey wrote:
> On Mon, 2017-11-20 at 12:57 +0100, Peter Zijlstra wrote:
> > On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
> > > + mutex_lock(&bm_counter_mutex);
> > > + for (i = 0; i < BM_MAX_COUNTERS; i++) {
> > > + if (bm_counter_
> MIPI has opened the I3C spec [1], it can be downloaded here [2].
Wow, that's good news. And so fast. Congrats and thanks a lot!
signature.asc
Description: PGP signature
On Mon, 2017-11-20 at 12:57 +0100, Peter Zijlstra wrote:
> On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
> > + mutex_lock(&bm_counter_mutex);
> > + for (i = 0; i < BM_MAX_COUNTERS; i++) {
> > + if (bm_counter_owner[i] == NULL) {
> > + counter_to_use = i;
On Mon, 2017-11-20 at 15:07 +0100, Jiri Olsa wrote:
> On Fri, Nov 17, 2017 at 05:54:06PM -0800, Megha Dey wrote:
>
> SNIP
>
> > +IV. User-configurable inputs
> > +
> > +
> > +Several sysfs entries are provided in /sys/devices/intel_bm/ to configure
> > +controls for th
On Mon, 2017-11-20 at 15:10 +0100, Jiri Olsa wrote:
> On Fri, Nov 17, 2017 at 05:54:05PM -0800, Megha Dey wrote:
>
> SNIP
>
> > +/* Branch Monitoring default and mask values */
> > +#define BM_MAX_WINDOW_SIZE 0x3ff
> > +#define BM_MAX_THRESHOLD 0x7f
> > +#define BM_MAX_EVENTS
On Mon, 31 Jul 2017 21:17:45 +0200
Wolfram Sang wrote:
> Hi Boris,
>
> > This patch series is a proposal for a new I3C [1] subsystem.
>
> Nice. Good luck with that!
>
> Some hi-level comments from me related to I2C. I can't say a lot more
> because the specs are not public :(
>
> > - the bu
`Documentation/i2c/dev-interface` gives examples for accessing i2c from
userspace.
There's a note that warns developers about the two `i2c-dev.h` header
files which were shipped with the kernel and i2c-tools separately.
However, following i2c-tools commits suggest that the header files are now
id
On Tue, Dec 12, 2017 at 11:46:51AM +0100, Markus Heiser wrote:
> add missing indent whitespace to list item, fixes the warning:
>
> - process/submit-checklist.rst:41: WARNING: Enumerated list ends without a
> blank
> line; unexpected unindent.
>
> Signed-off-by: Markus Heiser
How embarrassin
> Am 12.12.2017 um 16:23 schrieb Daniel Vetter :
>
>>> Thanks for your patch, but similar fix is already merged here [1]
>>>
>>> Michal
>>>
>>> [1]
>>> https://cgit.freedesktop.org/drm-tip/commit/?id=006c23327f8de8575508c458131b304188d426f7
>>
>>
>> Thanks for pointing out. I miss the ":doc:
On Tue, Dec 12, 2017 at 01:11:43PM +0100, Markus Heiser wrote:
>
> > Am 12.12.2017 um 13:05 schrieb Michal Wajdeczko
> > :
> >
> > On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
> > wrote:
> >
> >> With commit d9e2e0143c the 'GuC-specific firmware loader' doc
> >> section was removed from
On Tue, Dec 12, 2017 at 10:36:59PM +0800, Dongjiu Geng wrote:
> ARM v8.4 extensions add new neon instructions for performing a
> multiplication of each FP16 element of one vector with the corresponding
> FP16 element of a second vector, and to add or subtract this without an
> intermediate rounding
On Sat 2017-11-25 21:29:17, Jarkko Sakkinen wrote:
> Intel(R) SGX is a set of CPU instructions that can be used by applications to
> set aside private regions of code and data. The code outside the enclave is
> disallowed to access the memory inside the enclave by the CPU access control.
> In a way
> Am 12.12.2017 um 13:05 schrieb Michal Wajdeczko :
>
> On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
> wrote:
>
>> With commit d9e2e0143c the 'GuC-specific firmware loader' doc
>> section was removed from intel_guc_loader.c without a
>> replacement. So lets remove it from the Kernel-doc:
In kernel code, if movable_node specified, it will skip the mirror
feature. So we should also skip mirror feature in kaslr.
Cc: linux-doc@vger.kernel.org
Cc: Jonathan Corbet
Cc: Randy Dunlap
Signed-off-by: Chao Fan
---
arch/x86/boot/compressed/kaslr.c | 7 +++
1 file changed, 7 insertions(
On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
wrote:
With commit d9e2e0143c the 'GuC-specific firmware loader' doc
section was removed from intel_guc_loader.c without a
replacement. So lets remove it from the Kernel-doc::
.. kernel-doc:: drivers/gpu/drm/i915/intel_guc_loader.c
:d
With commit d9e2e0143c the 'GuC-specific firmware loader' doc
section was removed from intel_guc_loader.c without a
replacement. So lets remove it from the Kernel-doc::
.. kernel-doc:: drivers/gpu/drm/i915/intel_guc_loader.c
:doc: GuC-specific firmware loader
With commit e8668bbcb0 intel_
add missing indent whitespace to list item, fixes the warning:
- process/submit-checklist.rst:41: WARNING: Enumerated list ends without a blank
line; unexpected unindent.
Signed-off-by: Markus Heiser
---
Documentation/process/submit-checklist.rst | 4 ++--
1 file changed, 2 insertions(+), 2 d
* Prarit Bhargava wrote:
> The ACPI SPCR code has been used to define an earlycon console for ARM64
> and can be used for x86.
>
> Modify the ACPI SPCR parsing code to account for console behaviour
> differences between ARM64 and x86. Initialize the SPCR code from
> x86 ACPI initialization cod
ftrace-uses.rst is not yet included into any toctree, but since it is
a .rst file, it is parsed by the Sphinx build. Thats, why we see some
WARNINGS:
- trace/ftrace-uses.rst:53: WARNING: Definition list ends without a blank line;
unexpected unindent.
- trace/ftrace-uses.rst:89: WARNING: Inline em
> Am 12.12.2017 um 08:40 schrieb Jani Nikula :
>
> On Mon, 11 Dec 2017, Randy Dunlap wrote:
>> On 12/11/2017 02:24 PM, Jonathan Corbet wrote:
>>> This warning will happen for every normal kernel docs build and doesn't
>>> carry any useful information. Should anybody actually depend on this
>>>
Include both the overview and the more detailed api docs.
Signed-off-by: Peter Rosin
---
Documentation/driver-api/index.rst | 1 +
Documentation/driver-api/mux.rst | 25 +
MAINTAINERS| 1 +
3 files changed, 27 insertions(+)
create mode 100644
Hi!
Changes since v1:
- added a short introductory paragraph to mux.rst
- added an entry in MAINTAINERS.
I forgot to mention that this applies on top of linux-next, I suspect
there will be a trivial conflict with an SPDX conversion in mux/core.c
on Linus upstream.
Cheers,
Peter
Peter Rosin (2):
Preparation for adding the mux subsystem to the driver-api documenation.
Signed-off-by: Peter Rosin
---
drivers/mux/core.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/drivers/mux/core.c b/drivers/mux/core.c
index d1271c1ee23c..ccb5479f8a39 100644
--
29 matches
Mail list logo
