On Tue, Sep 05, 2017 at 05:01:32PM +1000, Andrew Jeffery wrote:
> Some functions exposed by pmbus core conflated errors that occurred when
> setting the page to access with errors that occurred when accessing
> registers in a page. In some cases, this caused legitimate errors to be
> hidden under t
Am 05.09.2017 18:32, schrieb Colin King:
> From: Colin Ian King
>
> The mask of 0xff and right shift of 8 bits on ret always results in
> a value of 0 for TxPowerLevelCCK. I believe this should be a mask of
> 0xff00, however I do not have the hardware at hand to test this out,
> so there is a
From: Andi Kleen
Teach perf script to print user regs.
% perf record --user-regs=ip,sp ...
% perf script -F ip,sym,uregs
...
9e060c24 native_write_msr ABI:2SP:0x7ffd0ea06c38
IP:0x7fe77f55b637
9e060c24 native_write_msr ABI:2SP:0x7ffd0ea06c38
IP:0x7fe77f55b637
ff
From: Andi Kleen
USER_REGS can currently only collected implicitely with call graph
recording. Sometimes it is useful to see them separately, and
filter them. Add a new --user-regs option to record that is similar to
--intr-regs, but acts on user regs.
Signed-off-by: Andi Kleen
---
tools/perf/
From: Borislav Petkov
There's no need to issue that everytime during boot - we have the
/proc/cpuinfo flag for people and software to query.
Signed-off-by: Borislav Petkov
Cc: Janakarajan Natarajan
Cc: Paolo Bonzini
Cc: Radim Krčmář
---
arch/x86/kvm/svm.c | 5 +
1 file changed, 1 insert
On Tue, Sep 5, 2017 at 9:51 AM, Colin King wrote:
> From: Colin Ian King
>
> In the case of a kzalloc failure when allocating sbi we end up
> with a null pointer dereference on sbi when assigning sbi->s_daxdev.
> Fix this by moving the assignment of sbi->s_daxdev to after the
> null pointer check
On Mon, Sep 04, 2017 at 08:05:13PM +, Linux Kernel wrote:
> Web:
> https://git.kernel.org/torvalds/c/81d387190039c14edac8de2b3ec789beb899afd9
> Commit: 81d387190039c14edac8de2b3ec789beb899afd9
> Parent: a34a766ff96d9e88572e35a45066279e40a85d84
> Refname:refs/heads/maste
Enable saradc and add the reference 1.8v regulator required.
The libretech-cc has saradc channel 0 and 2 available on the 2 first
pins of 2J3 header
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gxl-s905x-libretech-cc.dts | 12
1 file changed, 12 insertions(+)
On 09/05/2017 01:09 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.70 release.
> There are 9 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
From: Markus Elfring
Date: Tue, 5 Sep 2017 18:47:02 +0200
The local variable "rc" will eventually be set only to an error code.
Thus omit the explicit initialisation at the beginning.
Signed-off-by: Markus Elfring
---
v2:
Three update steps were integrated for this software module on 2017-09-0
Use the correct variable to set up each interrupt in turn rather than
configuring the first interrupt "nvec" times.
Signed-off-by: John Keeping
---
kernel/irq/msi.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/kernel/irq/msi.c b/kernel/irq/msi.c
index 48eadf416c24..3f
On 09/05/2017 01:09 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.87 release.
> There are 16 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 17/08/2017 02:05, Jérôme Glisse wrote:
> HMM pages (private or public device pages) are ZONE_DEVICE page and
> thus need special handling when it comes to lru or refcount. This
> patch make sure that memcontrol properly handle those when it face
> them. Those pages are use like regular pages in
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, September 05, 2017 5:59 PM
> To: Amrani, Ram ; Kalderon, Michal
> ; Elior, Ariel ;
> Doug Ledford ; Sean Hefty
> ; Hal Rosenstock
> Cc: Arnd Bergmann ; David S. Miller
> ; Mintz, Yuval ; linux-
> r...@vger.kernel.org; linux-kernel@vger.
On 09/05/2017 01:11 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.48 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 09/05/2017 01:11 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.12.11 release.
> There are 27 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On Tue, Sep 05, 2017 at 07:13:15PM +0200, Laurent Dufour wrote:
> On 17/08/2017 02:05, Jérôme Glisse wrote:
> > HMM pages (private or public device pages) are ZONE_DEVICE page and
> > thus need special handling when it comes to lru or refcount. This
> > patch make sure that memcontrol properly hand
On Mon, Jul 24, 2017 at 03:02:38PM -0500, Brijesh Singh wrote:
> Create a Documentation entry to describe the AMD Secure Encrypted
> Virtualization (SEV) feature.
>
> Signed-off-by: Brijesh Singh
> ---
> .../virtual/kvm/amd-memory-encryption.txt | 328
> +
> 1 file
Signed-off-by: Joakim Tjernlund
---
drivers/mfd/lpc_ich.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/lpc_ich.c b/drivers/mfd/lpc_ich.c
index 985135828cfc..023d88dfad0e 100644
--- a/drivers/mfd/lpc_ich.c
+++ b/drivers/mfd/lpc_ich.c
@@ -532,6 +532,7 @@ static struct lpc_ich_inf
From: Xu YiPing
commit 7a4408c6bd3e ("binder: make sure accesses to proc/thread are
safe") made a change to enqueue tcomplete to thread->todo before
enqueuing the transaction. However, in err_dead_proc_or_thread case,
the tcomplete is directly freed, without dequeued. It may cause the
thread->tod
From: Xu YiPing
commit 372e3147df70 ("binder: guarantee txn complete / errors delivered
in-order") incorrectly defined a local ret value. This ret value will
be invalid when out of the if block
Signed-off-by: Xu YiPing
Signed-off-by: Todd Kjos
---
drivers/android/binder.c | 1 -
1 file chang
On 18 August 2017 at 15:23, Dongjiu Geng wrote:
> check if kvm supports guest RAS EXTENSION. if so, set
> corresponding feature bit for vcpu.
>
> Signed-off-by: Dongjiu Geng
> ---
> linux-headers/linux/kvm.h | 1 +
> target/arm/cpu.h | 3 +++
> target/arm/kvm64.c| 8
>
Use bsearch library function instead of duplicated functionality.
Signed-off-by: Thomas Meyer
---
drivers/tty/vt/vt.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index 2ebaba16f785..ca55004a639e 100
Robin,
>>Why? IOVA allocation is already constrained as much as it should be - if the
>>device's DMA mask is wrong that's another problem, and this isn't the right
>>place to fix it.
This is because of following reasons.
1. Many of the HW modules in Tegra114 and Tegra30 can't access IOVA that
o
On Tue, Sep 05, 2017 at 11:15:37AM -0600, Shuah Khan wrote:
> On 09/05/2017 01:11 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.12.11 release.
> > There are 27 patches in this series, all will be posted as a response
> > to this one. If anyone has any iss
On Tue, Sep 05, 2017 at 09:48:49AM -0700, Guenter Roeck wrote:
> On Tue, Sep 05, 2017 at 09:11:16AM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.12.11 release.
> > There are 27 patches in this series, all will be posted as a response
> > to this one.
> Hey Long, how do I request a CIFS RDMA mount from the Linux client? Is
> there a mount.cifs option? If so, where can I get the mount.cifs code that
> enables this? Or is there some other way?
You can use "-o rdma" in the mount option to connect to RDMA.
For example: "mount.cifs -o rdma,vers=3
On Tue, Sep 05, 2017 at 04:15:50PM +0100, Mark Brown wrote:
> > Just to be clear:
>
> > What clock shall be set with:
>
> > struct snd_soc_dai_ops {
> > int (*set_sysclk)(struct snd_soc_dai *dai,
> > int clk_id, unsigned int freq, int dir);
> > }
>
> > callback?
>
> > The SSI
On 18 August 2017 at 15:23, Dongjiu Geng wrote:
> Add SIGBUS signal handler. In this handler, it checks
> the exception type, translates the host VA which is
> delivered by host or KVM to guest PA, then fills this
> PA to CPER, finally injects a Error to guest OS through
> KVM.
>
> Add synchronous
Em Tue, Sep 05, 2017 at 10:00:29AM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> Teach perf script to print user regs.
>
> % perf record --user-regs=ip,sp ...
> % perf script -F ip,sym,uregs
Applied the first patch, but this one isn't applying, please check.
Last changes here on builtin-s
Guenter Roeck wrote:
> On Tue, Sep 05, 2017 at 04:12:07PM +0200, Clemens Ladisch wrote:
>> Guenter Roeck wrote:
>>> What we should do then, as we did for coretemp, would be to collect the
>>> various
>>> temperature offsets (and temperature limits, for that matter) and apply
>>> per-CPU
>>> adjus
On 18 August 2017 at 15:23, Dongjiu Geng wrote:
> When guest OS happens SError interrupt(SEI), it will trap to host.
> Host firstly calls memory failure to deal with this error and decide
> whether it needs to deliver SIGBUS signal to userspace. The advantage
> that using signal to notify is that
On Tue, Sep 05, 2017 at 12:24:59PM +0800, Jeffy Chen wrote:
> Add devicetree bindings documentation file for rt5514 spi dsp codec.
>
> Also update rt5514 i2c dt-binding's compatible.
You should probably describe *why*?
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v8: None
>
> .../devicet
On Tue, Sep 05, 2017 at 09:19:45AM +0200, Arnd Bergmann wrote:
> The condition that was used to detect the PCI_EXP_RTCAP
> flag access is wrong, as pointed out by gcc-8:
>
> drivers/pci/host/pcie-iproc.c: In function 'iproc_pcie_config_read':
> drivers/pci/host/pcie-iproc.c:531:22: error: bitwise
From: Eric Dumazet
__radix_tree_preload() only disables preemption if no error is returned.
So we really need to make sure callers always check the return value.
idr_preload() contract is to always disable preemption, so we need
to add a missing preempt_disable() if an error happened.
Similarl
On Tue, Sep 5, 2017 at 10:59 AM, Eric Dumazet wrote:
> @@ -2104,7 +2104,10 @@ EXPORT_SYMBOL(radix_tree_tagged);
> */
> void idr_preload(gfp_t gfp_mask)
> {
> - __radix_tree_preload(gfp_mask, IDR_PRELOAD_SIZE);
> + int ret = __radix_tree_preload(gfp_mask, IDR_PRELOAD_SIZE);
> +
> +
Em Mon, Sep 04, 2017 at 10:37:25AM -0700, Andi Kleen escreveu:
> On Mon, Sep 04, 2017 at 02:11:28PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Aug 31, 2017 at 12:40:31PM -0700, Andi Kleen escreveu:
> > > The actual JSON metrics are in a separate pull request.
> >
> > Yeah, I noticed when t
On Tue, Sep 05, 2017 at 10:35:34AM +0200, Łukasz Majewski wrote:
> >And apparently, we shouldn't set bitclk to 66MHz either. Can
> >you help to find where this 66MHz comes from?
> 2. int asoc_simple_card_init_dai() @ simple-card-utils.c
Oh, I just searched in the simple-card.c but missed this fi
On Mon, Sep 04, 2017 at 09:36:43PM +0200, Peter Zijlstra wrote:
> On Mon, Sep 04, 2017 at 08:34:44PM +0300, Alexey Dobriyan wrote:
> > On Mon, Sep 04, 2017 at 02:37:24PM +0200, Peter Zijlstra wrote:
> > > - once.o refcount.o usercopy.o errseq.o
> > > -obj-y += string_helpers.o
> > > + once.o user
From: Colin Ian King
The u8 char array ret is not being initialized and elements outside
the range start to end contain just garbage values from the stack.
This results in a later scan of the array to read potentially
uninitialized values. Fix this by initializing the array to zero.
This seems t
Em Tue, Sep 05, 2017 at 03:09:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Sep 04, 2017 at 10:37:25AM -0700, Andi Kleen escreveu:
> > On Mon, Sep 04, 2017 at 02:11:28PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Thu, Aug 31, 2017 at 12:40:31PM -0700, Andi Kleen escreveu:
> > > > Th
Olaf,
Were you planning on sending a patch for this.
K. Y
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, August 25, 2017 5:31 AM
> To: Vitaly Kuznetsov
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; open list:Hyper-V CORE AND DRIVERS
> ;
Correct location as of commit 2728b2d2e5be4b82 ("PM / core / docs:
Convert sleep states API document to reST").
Signed-off-by: Geert Uytterhoeven
---
Note that the link was already broken before...
---
include/linux/device.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/inc
From: Colin Ian King
The u8 char array ret is not being initialized and elements outside
the range start to end contain just garbage values from the stack.
This results in a later scan of the array to read potentially
uninitialized values. Fix this by initializing the array to zero.
This seems t
On Tue, 2017-09-05 at 09:28 +0200, Arnd Bergmann wrote:
>
> > +/**
> > + * memcpy_and_pad - Copy one buffer to another with padding
> > + * @dest: Where to copy to
> > + * @dest_len: The destination buffer size
> > + * @src: Where to copy from
> > + * @count: The number of bytes to copy
> > + * @p
On Tue, Sep 05, 2017 at 03:09:19PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 04, 2017 at 10:37:25AM -0700, Andi Kleen escreveu:
> > On Mon, Sep 04, 2017 at 02:11:28PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Thu, Aug 31, 2017 at 12:40:31PM -0700, Andi Kleen escreveu:
> > > > The a
The way I'd implemented the new helper memcpy_and_pad with
__FORTIFY_INLINE caused compiler warnings for certain kernel
configurations.
This helper is only used in a single place at this time, and thus
doesn't benefit much from fortification. So simplify the code
by dropping fortification support
On Tue, Sep 05, 2017 at 02:48:30PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 05, 2017 at 10:00:29AM -0700, Andi Kleen escreveu:
> > From: Andi Kleen
> >
> > Teach perf script to print user regs.
> >
> > % perf record --user-regs=ip,sp ...
> > % perf script -F ip,sym,uregs
>
> Applied
Em Tue, Sep 05, 2017 at 03:16:12PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Sep 05, 2017 at 03:09:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Sep 04, 2017 at 10:37:25AM -0700, Andi Kleen escreveu:
> > > On Mon, Sep 04, 2017 at 02:11:28PM -0300, Arnaldo Carvalho de Melo wro
On Tue, 2017-09-05 at 11:07 -0700, Linus Torvalds wrote:
> On Tue, Sep 5, 2017 at 10:59 AM, Eric Dumazet wrote:
> > @@ -2104,7 +2104,10 @@ EXPORT_SYMBOL(radix_tree_tagged);
> > */
> > void idr_preload(gfp_t gfp_mask)
> > {
> > - __radix_tree_preload(gfp_mask, IDR_PRELOAD_SIZE);
> > +
On Sun, Sep 03, 2017 at 10:30:00AM +0200, Nicolas Iooss wrote:
> Function dax_pmd_insert_mapping() contains the following code:
>
> pfn_t pfn;
> if (bdev_dax_pgoff(bdev, sector, size, &pgoff) != 0)
> goto fallback;
> /* ... */
> fallback:
> trace_dax_p
On Tue, 2017-09-05 at 10:10 +0100, Mark Rutland wrote:
> On Tue, Sep 05, 2017 at 10:28:38AM +0800, chengjian c00427203 wrote:
> > Convert pr_warning to standard pr_warn in arch/arm64/kernel/smp.c
> >
> > Signed-off-by: Cheng Jian
> > ---
> > arch/arm64/kernel/smp.c | 4 ++--
> > 1 file changed,
From: Andi Kleen
Teach perf script to print user regs.
% perf record --user-regs=ip,sp ...
% perf script -F ip,sym,uregs
...
9e060c24 native_write_msr ABI:2SP:0x7ffd0ea06c38
IP:0x7fe77f55b637
9e060c24 native_write_msr ABI:2SP:0x7ffd0ea06c38
IP:0x7fe77f55b637
ff
From: Eric Dumazet
__radix_tree_preload() only disables preemption if no error is returned.
So we really need to make sure callers always check the return value.
idr_preload() contract is to always disable preemption, so we need
to add a missing preempt_disable() if an error happened.
Similarl
On 09/04, Andreas Färber wrote:
> Thanks. Is this 4.14 or 4.15 material at this point? In particular I
4.14 or whatever the next kernel version will be.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Em Tue, Sep 05, 2017 at 11:28:20AM -0700, Andi Kleen escreveu:
> On Tue, Sep 05, 2017 at 02:48:30PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Sep 05, 2017 at 10:00:29AM -0700, Andi Kleen escreveu:
> > > From: Andi Kleen
> > >
> > > Teach perf script to print user regs.
> > >
> > > % per
Em Tue, Sep 05, 2017 at 03:47:35PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Sep 05, 2017 at 11:28:20AM -0700, Andi Kleen escreveu:
> > On Tue, Sep 05, 2017 at 02:48:30PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Sep 05, 2017 at 10:00:29AM -0700, Andi Kleen escreveu:
> > > > Fr
From: Thomas Meyer
Date: Sun, 03 Sep 2017 14:19:31 +0200
> Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
> yourself.
> Found with: find -type f -name "*.c" -o -name "*.h" | xargs perl -p -i -e
> 's/\bsizeof\s*\(\s*(\w+)\s*\)\s*\ /\s*sizeof\s*\(\s*\1\s*\[\s*0\s*\]\s*\)
> /
From: Thomas Meyer
Date: Sun, 03 Sep 2017 14:19:31 +0200
> Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
> yourself.
> Found with: find -type f -name "*.c" -o -name "*.h" | xargs perl -p -i -e
> 's/\bsizeof\s*\(\s*(\w+)\s*\)\s*\ /\s*sizeof\s*\(\s*\1\s*\[\s*0\s*\]\s*\)
> /
Em Tue, Sep 05, 2017 at 11:19:52AM -0700, Andi Kleen escreveu:
> On Tue, Sep 05, 2017 at 03:09:19PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Sep 04, 2017 at 10:37:25AM -0700, Andi Kleen escreveu:
> > > But you can get it here
> > > git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-m
On Mon, Sep 04, 2017 at 10:38:27PM -0400, Jerome Glisse wrote:
> On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
> > On 2017/9/4 23:51, Jerome Glisse wrote:
> > > On Mon, Sep 04, 2017 at 11:09:14AM +0800, Bob Liu wrote:
> > >> On 2017/8/17 8:05, Jérôme Glisse wrote:
> > >>> Unlike unaddres
when exit from guest, some host PSTATE bits may be lost, such as
PSTATE.PAN or PSTATE.UAO. It is because host and hypervisor all run
in the EL2, host PSTATE value cannot be saved and restored via
SPSR_EL2. So if guest has changed the PSTATE, host continues with
a wrong value guest has set.
Signed-
On Tue, Sep 05, 2017 at 09:50:17AM -0400, Jerome Glisse wrote:
> On Tue, Sep 05, 2017 at 11:50:57AM +0800, Bob Liu wrote:
> > On 2017/9/5 10:38, Jerome Glisse wrote:
> > > On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
> > >> On 2017/9/4 23:51, Jerome Glisse wrote:
> > >>> On Mon, Sep 04,
Which is the equivalent of what we have in regular waitqueues.
I'm not crazy about the name, but this also helps us get both
apis closer -- which iirc comes originally from the -net folks.
We also duplicate the comments for the lockless swait_active(),
from wait.h. Future users will make use of th
Particularly because kvmppc_fast_vcpu_kick_hv() is a callback,
ensure that we properly serialize wq active checks in order to
avoid potentially missing a wakeup due to racing with the waiter
side.
Signed-off-by: Davidlohr Bueso
---
arch/powerpc/kvm/book3s_hv.c | 2 +-
1 file changed, 1 insertion
During code inspection, the following potential race was seen:
CPU0CPU1
kvm_async_pf_task_wait apf_task_wake_one
[S] prepare_to_swait(&n.wq)
[L] swait_active(&n->wq)
This is a generic call and can be suceptible to races
in reading the wq task_list while another task is adding
itself to the list. Add a full barrier by using the
swq_has_sleeper() helper.
Signed-off-by: Davidlohr Bueso
---
virt/kvm/kvm_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Hi.
Recently[1] Nick mentioned that a lot of swait_active() callers look fishy.
This is because it inherited bad habits from regular waitqueues. Other than rcu,
kvm is one of the main callers, which I audited.
The following patches fix and/or justify (in baby steps) some of the
callers. Note that
A comment might serve future readers.
Signed-off-by: Davidlohr Bueso
---
arch/x86/kvm/lapic.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 589dcc117086..fb8be28c7093 100644
--- a/arch/x86/kvm/lapic.c
+++ b/arch/x86/kvm/lapic.c
@@ -13
... as we've got the new helper now. This caller already
does the right thing, hence no changes in semantics.
Signed-off-by: Davidlohr Bueso
---
virt/kvm/async_pf.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/virt/kvm/async_pf.c b/virt/kvm/async_pf.c
index bb298a200c
From: Tatsiana Brouka
Implement system call for bulk retrieveing of pids in binary form.
Using /proc is slower than necessary: 3 syscalls + another 3 for each thread +
converting with atoi().
/proc may be not mounted especially in containers. Natural extension of
hidepid=2 efforts is to not mou
On Mon, Sep 04, 2017 at 07:36:42PM +0200, Alexander Steffen wrote:
> tpm_transmit() does not offer an explicit interface to indicate the number
> of valid bytes in the communication buffer. Instead, it relies on the
> commandSize field in the TPM header that is encoded within the buffer.
> Therefor
From: Aliaksandr Patseyenak
Implement system call for bulk retrieveing of opened descriptors
in binary form.
Some daemons could use it to reliably close file descriptors
before starting. Currently they close everything upto some number
which formally is not reliable. Other natural users are lsof
Hi Andrew and Rob,
On 09/01/2017 01:02 AM, Andrew Jeffery wrote:
> Hi Rob,
>
> On Thu, 2017-08-31 at 16:28 -0500, Rob Herring wrote:
>> On Mon, Aug 28, 2017 at 09:47:10AM +0930, Andrew Jeffery wrote:
>>> On Baseboard Management Controller (BMC) systems it's sometimes
>>> necessary for a LED to re
On Tue, Sep 05, 2017 at 05:12:51PM +0200, Michal Hocko wrote:
> On Tue 05-09-17 15:30:21, Roman Gushchin wrote:
> > On Tue, Sep 05, 2017 at 03:44:12PM +0200, Michal Hocko wrote:
> [...]
> > > Why is this an opt out rather than opt-in? IMHO the original oom logic
> > > should be preserved by default
Jerome Brunet writes:
> This patchset feature updates around mmc. It is linked to this series [0]
> but does not strictly depends on it. It adds:
>
> * The regulator settling times for the gpio regulator of nanopi-k2 and
> the libretech-cc.
> * UHS modes for the p20x, nanopi-k2 and the libretec
b94f51183b06 ("kernel/watchdog: prevent false hardlockup on overloaded
system") tries to fix the following issue:
proc_write()
set_sample_period()<--- New sample period becoms visible
<- Broken starts
proc_watchdog_update()
watchdog_enable_all_cpus()
On Tue, Sep 05, 2017 at 01:00:13PM -0600, Ross Zwisler wrote:
> On Tue, Sep 05, 2017 at 09:50:17AM -0400, Jerome Glisse wrote:
> > On Tue, Sep 05, 2017 at 11:50:57AM +0800, Bob Liu wrote:
> > > On 2017/9/5 10:38, Jerome Glisse wrote:
> > > > On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
Hi Arnd,
Thanks for the patch.
On 09/05/2017 09:13 AM, Arnd Bergmann wrote:
> We get a link error when V4L2_FLASH_LED_CLASS=m and AS3645A is built-in:
>
> drivers/leds/leds-as3645a.o: In function `as3645a_v4l2_setup':
> leds-as3645a.c:(.text+0x258): undefined reference to `v4l2_flash_init'
> led
On Tue, Sep 5, 2017 at 8:23 PM, Martin Wilck wrote:
> The way I'd implemented the new helper memcpy_and_pad with
> __FORTIFY_INLINE caused compiler warnings for certain kernel
> configurations.
>
> This helper is only used in a single place at this time, and thus
> doesn't benefit much from forti
On Tue, 5 Sep 2017, Sebastian Andrzej Siewior wrote:
> On 2017-09-05 09:12:40 [+0200], Thomas Gleixner wrote:
> > Sorry, no. That bisect is completely bogus. The commit in question merily
> > replaces the unsupported clockid with a valid one.
>
> The bisect is correct. It just has problems to exp
On Thu, Jul 20, 2017 at 08:48:20PM -0700, Dan Williams wrote:
> On Thu, Jul 20, 2017 at 6:41 PM, Jerome Glisse wrote:
> > On Fri, Jul 21, 2017 at 09:15:29AM +0800, Bob Liu wrote:
> >> On 2017/7/20 23:03, Jerome Glisse wrote:
> >> > On Wed, Jul 19, 2017 at 05:09:04PM +0800, Bob Liu wrote:
> >> >> O
On Tue, 5 Sep 2017, chengjian (D) wrote:
> int main(int argc, char** argv)
> {
> pthread_t id1;
> pthread_t id2;
>
> printf("main pid = %d\n", getpid( ));
>
> pthread_mutex_init(&mutex, NULL);
So this is a plain mutex, which maps to a plain futex.
> use perf ftr
On Tue, Sep 05, KY Srinivasan wrote:
> Were you planning on sending a patch for this.
No, not yet. I dont know how SA_RESTART works.
Olaf
signature.asc
Description: PGP signature
On Tue, Sep 05, 2017 at 11:50:44AM -0700, David Miller wrote:
> From: Thomas Meyer
> Date: Sun, 03 Sep 2017 14:19:31 +0200
>
> > Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
> > yourself.
> > Found with: find -type f -name "*.c" -o -name "*.h" | xargs perl -p -i -e
> > '
Hi!
I tried to write to the MMC card; process hung and I got this in the
dmesg.
[15909.353822] usb 2-1.2: Product: Ethernet Gadget
[15909.353826] usb 2-1.2: Manufacturer: Linux
4.12.0-03002-gec979a4-dirty with musb-hdrc
[15909.362182] cdc_ether 2-1.2:1.0 usb0: register 'cdc_ether' at
usb-:00:
Hi,
Please pull these pstore changes for v4.14-rc1. Not much happening in
pstore for this release. One change to permission management, noted below.
Thanks!
-Kees
The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9:
Linux 4.13-rc2 (2017-07-23 16:15:17 -0700)
are avai
> > I'll check.
>
> Ok, I couldn't reproduce it anymore, after you check this, please let me
> know if I should pull that perf/intel-json-metrics-2 branch so that
> someone wanting to test this can have it all in one place, ok?
Sure please pull.
The only missing thing are metrics for Skylake Ser
On Tue, 2017-09-05 at 21:45 +0200, Thomas Meyer wrote:
> On Tue, Sep 05, 2017 at 11:50:44AM -0700, David Miller wrote:
> > From: Thomas Meyer
> > Date: Sun, 03 Sep 2017 14:19:31 +0200
> >
> > > Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
> > > yourself.
> > > Found with
Hi,
Please pull these gcc-plugins changes for v4.14-rc1. This finishes the
porting work on randstruct, and introduces a new option to structleak,
both noted below.
Thanks!
-Kees
The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9:
Linux 4.13-rc2 (2017-07-23 16:15:17 -
Em Tue, Sep 05, 2017 at 12:52:35PM -0700, Andi Kleen escreveu:
> > > I'll check.
> >
> > Ok, I couldn't reproduce it anymore, after you check this, please let me
> > know if I should pull that perf/intel-json-metrics-2 branch so that
> > someone wanting to test this can have it all in one place, o
Hi,
Please pull these secureexec changes for v4.14-rc1. Notes on the series
below.
Thanks!
-Kees
The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9:
Linux 4.13-rc2 (2017-07-23 16:15:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/li
ed in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.13.0-next-20170905+ #662
Hardware name: Nokia RX-51 board
task: ce0a0040 task.stack: ce0a4000
PC is at __memzero+0x24/0x7c
LR is at 0x0
pc : []lr : [<>]psr: 2013
sp : ce0a5e84 ip : fp : c0c005a8
r10: 0004
Hi Lukasz,
On Tue, Sep 5, 2017 at 5:35 AM, Łukasz Majewski wrote:
> Note:
> [*] - I could workaround this problem by setting:
>
> system-clock-frequency = <0> in
>
> dailink_master: cpu {
> sound-dai = <&ssi2>;
> };
>
W
Hi Jacek and Arnd,
Thanks for fixing this plus the ack! I chatted with Mauro, and as the
patches are still only in mediatree, we'll apply this there, possibly
with a minor spelling fix to the subject (depdendency -> dependency).
https://git.linuxtv.org/sailus/media_tree.git/commit/?h=as3645a-
On Tue, Sep 05, 2017 at 11:40:56AM +0300, Dmitry Fleytman wrote:
> Commit e0429362ab15
> ("usb: Add device quirk for Logitech HD Pro Webcams C920 and C930e")
> introduced quirk to workaround an issue with some Logitech webcams.
>
> The workaround is introducing delay for some USB operations.
>
>
On Tue, Sep 05, 2017 at 04:57:00PM +0200, Michal Hocko wrote:
> On Mon 04-09-17 15:21:05, Roman Gushchin wrote:
> [...]
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index a69d23082abf..97813c56163b 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -2649,6 +2649,213 @@ stat
Calls to udelay are not preemtable by userspace so userspace
applications experience a large (~200us) latency when running on core0.
Instead usleep_range can be used to be more friendly to userspace
since it is preemtable. This is due to udelay using busy-wait loops
while usleep_rang uses hrtimers
kernel paging request at virtual address ce80
> pgd = c0004000 [ce80] *pgd=
> Internal error: Oops: 805 [#1] SMP ARM
> Modules linked in:
> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.13.0-next-20170905+ #662
> Hardware name: Nokia RX-51 board
> task: ce0a0040
* Vlastimil Babka [170905 13:29]:
> On 09/05/2017 10:13 PM, Tony Lindgren wrote:
> > * Pavel Machek [170903 13:38]:
> >> Hi!
> >>
> >> It compiles ok, but it hangs on boot; black screen, so sometime before
> >> display is initialized.
> >
> > Thanks for reporting it. Based on git bisect, the reg
501 - 600 of 819 matches
Mail list logo
