Commit-ID: 10c91577d5e631773a6394e14cf60125389b71ae
Gitweb: https://git.kernel.org/tip/10c91577d5e631773a6394e14cf60125389b71ae
Author: Masami Hiramatsu
AuthorDate: Sat, 25 Nov 2017 00:11:22 +0900
Committer: Ingo Molnar
CommitDate: Tue, 12 Dec 2017 13:27:47 +0100
x86/tools: Standardize
On 12/12/2017 9:01 AM, Jan Beulich wrote:
On 12.12.17 at 15:48, wrote:
Thanks Jan for your review comments. Please see below for my comments.
First of all - can you please do something about your reply style?
HTML mail should be avoided. You'll see that the (plain text) reply
as a result is
Hi Viresh,
On 12-Dec 17:07, Viresh Kumar wrote:
> On 07-12-17, 12:45, Patrick Bellasi wrote:
> > On 07-Dec 10:31, Viresh Kumar wrote:
[...]
> I think its important to fix the basic mechanism of util update than fixing
> corner cases with workarounds. I attempted a simpler approach (at least
> ac
On Tue, Dec 12, 2017 at 03:08:08PM +0300, Dmitry Osipenko wrote:
> On 12.12.2017 13:02, Peter De Schrijver wrote:
> > On Mon, Dec 11, 2017 at 09:50:09PM +0300, Dmitry Osipenko wrote:
> >> The cpufreq driver uses 216 MHz as the lowest CPU clock frequency, but
> >> clock driver doesn't provide that r
On 12-Dec 15:56, Juri Lelli wrote:
> On 12/12/17 20:10, Viresh Kumar wrote:
> > On 12-12-17, 14:38, Juri Lelli wrote:
> > > Hi Viresh,
> > >
> > > On 12/12/17 17:07, Viresh Kumar wrote:
> > >
> > > [...]
> > >
> > > > From: Viresh Kumar
> > > > Date: Tue, 12 Dec 2017 15:43:26 +0530
> > > > Subj
Em Tue, Dec 12, 2017 at 11:57:07AM -0300, Arnaldo Carvalho de Melo escreveu:
> So the patch below does the trick for me, can you please check if does
> for you?
So I've put this with a long explanation at:
https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/commit/?h=tmp.perf/core&id=b
Signed-off-by: Radu Pirea
---
drivers/spi/spi-atmel.c | 112 +++-
1 file changed, 82 insertions(+), 30 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
index f95da36..59b59ae 100644
--- a/drivers/spi/spi-atmel.c
+++ b/drivers
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 02:33:52PM +, David Laight wrote:
> From: Niklas Cassel
> > find_first_zero_bit()'s parameter 'size' is defined in bits,
> > not in bytes.
> >
> > Calling find_first_zero_bit() with the wrong size unit
> > will lead to insidious bugs.
> >
> > Fix all uses of find_first
Hi,
On 12/12/2017 5:13 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 21 November 2017 02:53 PM, Manu Gautam wrote:
>> QCOM USB PHYs can monitor resume/remote-wakeup event in
>> suspended state. However PHY driver must know current
>> operational speed of PHY in order to set correct polar
Dear Krzysztof,
On Tue, Dec 12, 2017 at 4:00 PM, Krzysztof Kozlowski wrote:
> On Tue, Dec 12, 2017 at 3:48 PM, Philippe Ombredanne
> wrote:
>> On Tue, Dec 12, 2017 at 2:45 PM, Krzysztof Kozlowski wrote:
>>> On Tue, Dec 12, 2017 at 2:03 PM, Andi Shyti wrote:
Hi Krzysztof,
> > - *
Em Wed, Dec 13, 2017 at 12:05:12AM +0900, Masami Hiramatsu escreveu:
> Support the special characters escaped by '\' in parser.
> This allows user to specify versions directly like below.
>
> =
> # ./perf probe -x /lib64/libc-2.25.so malloc_get_state\\@GLIBC_2.2.5
> Added new event:
>
Hi,
This definitively needs a proper commit message.
On 12/12/2017 at 17:22:30 +0200, Radu Pirea wrote:
> Signed-off-by: Radu Pirea
> ---
> drivers/spi/spi-atmel.c | 112
> +++-
> 1 file changed, 82 insertions(+), 30 deletions(-)
>
> diff --git a/dr
Hi Krzysztof,
> > - * Copyright (C) 2009 Samsung Electronics Ltd.
> > - * Jaswinder Singh
> > - *
> > - * This program is free software; you can redistribute it and/or modify
> > - * it under the terms of the GNU General Public License as published by
> > - * the Free Software Foundation; eit
On Mon, Dec 11, 2017 at 5:53 AM, Michal Kubecek wrote:
> This is still work in progress and only a very small part of the ioctl
> interface is reimplemented but I would like to get some comments before
> the patchset becomes too big and changing things becomes too tedious.
>
> The interface used f
On Sun, Dec 10, 2017 at 2:32 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
Dear Hans,
On Tue, Dec 12, 2017 at 4:11 PM, Hans de Goede wrote:
> Add a driver for the GPD pocket device's custom fan controller, which
> gets controlled through 2 GPIOs listed in a FAN02501 ACPI device.
[...]
> --- /dev/null
> +++ b/drivers/platform/x86/gpd-pocket-fan.c
> @@ -0,0 +1,193 @@
> +
On 08/12/2017 18:04, Stephen Boyd wrote:
> On 12/07, Loys Ollivier wrote:
>>
>>
>> On 07/12/2017 09:42, Jerome Forissier wrote:
>>>
>>>
>>> On 12/06/2017 09:06 PM, Stephen Boyd wrote:
On 12/06, Loys Ollivier wrote:
> When using other platform architectures, in the init of the qcom_scm
>>
On Tue, Dec 12, 2017 at 4:24 PM, Philippe Ombredanne
wrote:
> Dear Krzysztof,
>
> On Tue, Dec 12, 2017 at 4:00 PM, Krzysztof Kozlowski wrote:
>> On Tue, Dec 12, 2017 at 3:48 PM, Philippe Ombredanne
>> wrote:
>>> On Tue, Dec 12, 2017 at 2:45 PM, Krzysztof Kozlowski
>>> wrote:
On Tue, Dec 1
This patch enables DMA transfers for Atmel SAM9 SoCs and implements a bounce
buffer for transfers which have vmalloc allocated buffers. Those buffers are
not cache coherent even if they have been transformed into sg lists. UBIFS
is affected by this cache coherency issue.
In this patch I also rever
From: Lorenzo Pieralisi
> Sent: 12 December 2017 15:24
>
> On Tue, Dec 12, 2017 at 02:33:52PM +, David Laight wrote:
> > From: Niklas Cassel
> > > find_first_zero_bit()'s parameter 'size' is defined in bits,
> > > not in bytes.
> > >
> > > Calling find_first_zero_bit() with the wrong size unit
Ravi Bangoria wrote:
It may very well happen that branch instructions recorded by
bhrb entries already get unmapped before they get processed by
the kernel. Hence, trying to dereference such memory location
will endup in a crash. Ex,
Unable to handle kernel paging request for data at address
+ Alessandro Zummo
+ Alexandre Belloni
2017-11-10 22:55 GMT+01:00 Enric Balletbo i Serra
:
> Dear all,
>
> This is an attempt to revive some patches from that [1] patchset, some
> of them are still under discussion but I think there is no reason to not
> have the other two in this fourth versi
> 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:
> Of course this can be somewhat worked around by adjusting the SELinux policy
> (allowing blanket noatsecure permission for init_t and possibly others) or
> by pam_limits (for components using PAM).
Correction: pam_limits also usually doesn't help here, as it's often followed
by another secureex
Hi Amit,
On 12/08/2017 08:38 PM, Amit Kucheria wrote:
> On Fri, Sep 8, 2017 at 10:48 PM, Georgi Djakov
> wrote:
>> This patch introduce a new API to get requirements and configure the
>> interconnect buses across the entire chipset to fit with the current demand.
>>
>> The API is using a consume
Hello,
just want to give a follow up. I have tested this with 3.16.51 and the
problem still exists. It seems the 3.16.x tree is no longer usable
for two socket servers :-(
Regards,
Holger
PS: here the panic with 3.16.51:
smpboot: Total of 24 processors activated (95963.71 BogoMIPS)
Hi Jose,
Some more comments:
On 11/12/17 18:41, Jose Abreu wrote:
> This is an initial submission for the Synopsys DesignWare HDMI RX
> Controller Driver. This driver interacts with a phy driver so that
> a communication between them is created and a video pipeline is
> configured.
>
> The contr
On Tue, 12 Dec 2017 09:08:35 +0100
Christian Borntraeger wrote:
> Using "make kvmconfig" results in a potentially unusable linux image
> on s390. The reason is that both the (default on s390) sclp consoles
> as well as the 8250 console register a ttyS as console. Since there
> will be no 8250 on
On Mon, Dec 4, 2017 at 10:26 AM, Dan Carpenter wrote:
> On Mon, Dec 04, 2017 at 09:18:05AM +0100, Dmitry Vyukov wrote:
>> On Mon, Dec 4, 2017 at 9:14 AM, Dan Carpenter
>> wrote:
>> > On Sun, Dec 03, 2017 at 12:16:08PM -0800, Eric Biggers wrote:
>> >> Looks like BLKTRACESETUP doesn't limit the '.
On Mon, 11 Dec 2017, Joe Perches wrote:
> > - I don't understand the error for xa_head here:
> >
> > struct xarray {
> > spinlock_t xa_lock;
> > gfp_t xa_flags;
> > void __rcu *xa_head;
> > };
> >
> >Do people really think that:
> >
> > struct xar
From: Toshiaki Makita
Date: Mon, 11 Dec 2017 11:24:12 +0900
> On 2017/12/09 23:43, Eric Leblond wrote:
>> Most of the code is taken from set_link_xdp_fd() in bpf_load.c and
>> slightly modified to be library compliant.
>>
>> Signed-off-by: Eric Leblond
> ...
>> +int bpf_set_link_xdp_fd(int ifin
On Tue, Dec 12, 2017 at 09:43:49AM +0800, Ma Shimiao wrote:
> cgroup root name and file name have max length limit, we should
> avoid copying longer name than that to the name.
>
> Signed-off-by: Ma Shimiao
Applied to cgroup/for-4.15-fixes.
Thanks.
--
tejun
Back when we would dynamically add mappings to the usermode tables,
we needed to preallocate all the high top-level entries in the
usermode tables. We don't need this in recent versions of PTI, so
get rid of preallocation.
With preallocation gone, the comments in pti_set_user_pgd() make
even less
If something goes wrong with pagetable setup, vsyscall=native will
accidentally fall back to emulation. Make it warn and fail so that
we notice.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/vsyscall/vsyscall_64.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/entry/vsysca
Hi Sudip,
On Mon, 2017-12-11 at 21:26 +, Sudip Mukherjee wrote:
> gcc was generating abort due to 'divide by zero' and if it is not
> defined in the toolchain the build fails.
>
> Currently 'frv' and 'arc' are failing. Previously other arch was also
> broken like m32r was fixed by d22e3d69ee1
On Tue, Dec 12, 2017 at 01:21:46PM +0100, Bartosz Golaszewski wrote:
> 2017-12-12 13:18 GMT+01:00 Mark Brown :
> > That's true, and the debugfs is world readable too so we can't just say
> > it's up to root to be sensible.
> This lock is only taken when writing to cache_only and cache_bypass thou
On Tue, Dec 12, 2017 at 11:31:02AM +0100, Ingo Molnar wrote:
>
> * Thomas Gleixner wrote:
>
> > On Fri, 8 Dec 2017, Darren Hart wrote:
> >
> > > From: "Darren Hart (VMware)"
> > >
> > > uaddr alignment is currently tested by get_futex_key(). We can catch
> > > misalignment earlier in sys_fute
With PTI on, we need the LDT to be in the usermode tables somewhere,
and the LDT is per-mm.
tglx had a hack to have a per-cpu LDT and context switch it, but it
was probably insanely slow due to the required TLB flushes.
Instead, take advantage of the fact that we have an address space
hole that g
This patch shrinks vmalloc space from 16384TiB to 12800TiB to
enlarge the hole starting at 0xff90 to be a full PGD
entry.
A subsequent patch will use this hole for the pagetable isolation
LDT alias.
Cc: "Kirill A. Shutemov"
Cc: Dave Hansen
Signed-off-by: Andy Lutomirski
---
Docume
The ESPFIX64 user mapping belongs in pti.c just like all the other
user mappings. Move it there and make it work correctly while we're
at it.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/espfix_64.c | 16
arch/x86/mm/pti.c | 42 ++
The old docs had the vsyscall range wrong* and were missing the
fixmap. Fix both.
* There used to be 8 MB reserved for future vsyscalls, but that's
long gone.
Cc: "Kirill A. Shutemov"
Cc: Dave Hansen
Signed-off-by: Andy Lutomirski
---
Documentation/x86/x86_64/mm.txt | 10 ++
1 file
On Tue, Dec 12, 2017 at 2:09 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> This should fix some existing 5-level bugs and get VSYSCALL and LDT
>> working with PTI.
>>
>> Changes from v1:
>> - vsyscalls actually work.
>> - Added the "Warn and fail" patch to prevent the testing goof I
The kernel is very erratic as to which pagetables have _PAGE_USER
set. The vsyscall page gets lucky: it seems that all of the
relevant pagetables are among the apparently arbitrary ones that set
_PAGE_USER. Rather than relying on chance, just explicitly set
_PAGE_USER.
This will let us clean up
This reverts commit 6a7b4041b853ecc653e2c1dda5b736ab5fd29357.
With the PGD-propagation logic simplified, there's no need for this.
---
arch/x86/Kconfig | 8
1 file changed, 8 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 411838058194..babb1e53b0a6 100644
--- a/arch
Make VSYSCALLs work fully in PTI mode.
Signed-off-by: Andy Lutomirski
---
arch/x86/entry/vsyscall/vsyscall_64.c | 6 ++--
arch/x86/include/asm/pgtable.h| 6 +++-
arch/x86/include/asm/pgtable_64.h | 9 +++--
arch/x86/include/asm/vsyscall.h | 1 +
arch/x86/mm/pti.c
Hi guys,
While running LTP tests I've faced kernel crash caused by ltp_acpi test case.
I have ACPI support enabled in kernel but kernel is boot with FDT having ACPI
disabled. The ltp_acpi test case application is built along with ltp_acpi_cmds
module to run ACPI tests.
So my question is - should
From: Vadim Lomovtsev
While having kernel built with ACPI support enabled and booted over FDT,
the ltp_acpi test from LTP suite causes kernel crash while calling
acpi_ns_walk_namespace(). The acpi_get_devices is high level wrapper for
it, so we need to protect kernel from crashes by adding acpi s
Using PGDIR_SHIFT to identify espfix64 addresses on 5-level systems
was wrong, and it resulted in panics due to unhandled double faults.
Use P4D_SHIFT instead, which is correct on 4-level and 5-level
machines.
This fixes a panic when running x86 selftests on 5-level machines.
Fixes: 1d33b219563f
Hi Will,
On Tue, Dec 12, 2017 at 4:11 PM, Geert Uytterhoeven
wrote:
> On Tue, Dec 12, 2017 at 11:36 AM, Will Deacon wrote:
>> On Tue, Dec 12, 2017 at 11:20:09AM +0100, Geert Uytterhoeven wrote:
>>> During userspace (Debian jessie NFS root) boot on arm64:
>>>
>>> rpcbind[1083]: unhandled level 0
On Sun, Dec 10, 2017 at 10:54:38PM -0800, Andy Lutomirski wrote:
> On Sun, Dec 10, 2017 at 10:47 PM, Andy Lutomirski wrote:
> > I'm getting reasonably happy with this. It still needs more testing,
> > but I want to get it out there.
> >
> > The main things that need testing are the 5-level case f
Hi Hans,
On 12-12-2017 15:47, Hans Verkuil wrote:
> Hi Jose,
>
> Some more comments:
Thanks for the review!
>
> On 11/12/17 18:41, Jose Abreu wrote:
>> This is an initial submission for the Synopsys DesignWare HDMI RX
>> Controller Driver. This driver interacts with a phy driver so that
>> a com
On 12/12/2017 01:19 PM, David Laight wrote:
> From: Andrey Ryabinin
>> Sent: 11 December 2017 16:44
> ...
>> I suppose that depends on which one strscpy() caller you'd want to test.
>> Briefly looking at all current users, it doesn't look like they process huge
>> amounts
>> of data through strscp
On Tue, 2017-12-12 at 15:21 +0100, Arnd Bergmann wrote:
> On Tue, Dec 12, 2017 at 1:45 PM, Mauro Carvalho Chehab
> wrote:
> > Em Tue, 12 Dec 2017 03:42:32 -0800
> > Joe Perches escreveu:
> >
> > > > I actually thought about marking them 'const' here before sending
> > > > (without noticing the c
On Mon, 2017-12-11 at 21:55 -0500, Yaowei Bai wrote:
> This patch makes memblock_is_map/region_memory return bool due to these
> two functions only using either true or false as its return value.
[]
> @@ -1690,13 +1690,13 @@ int __init_memblock memblock_search_pfn_nid(unsigned
> long pfn,
> * RE
On 12/12/2017 09:44, Quan Xu wrote:
> From: Quan Xu
>
> Since KVM removes the only I/O port 0x80 bypass on Intel hosts,
> clear CPU_BASED_USE_IO_BITMAPS and set CPU_BASED_UNCOND_IO_EXITING
> bit. Then these I/O permission bitmaps are not used at all, so
> drop I/O permission bitmaps.
>
> Signed-
On 12/12/2017 02:40 PM, Cyrille Pitchen wrote:
> This reverts commit b07815d4eaf658b683c345d6e643895a20d92f29.
>
> The reverted commit was merged into v4-15-rc1 by mistake: it was taken
> from the IMX tree but the patch has never been sent to linux-mtd nor
> reviewed by any spi-nor maintainers.
>
On 12/12/2017 at 16:41:39 +0100, Enric Balletbo Serra wrote:
> + Alessandro Zummo
> + Alexandre Belloni
>
> 2017-11-10 22:55 GMT+01:00 Enric Balletbo i Serra
> :
> > Dear all,
> >
> > This is an attempt to revive some patches from that [1] patchset, some
> > of them are still under discussion
Hi Namhyung,
On Tue, 2017-12-12 at 23:42 +0900, Namhyung Kim wrote:
> On Wed, Dec 06, 2017 at 04:38:05PM -0600, Tom Zanussi wrote:
> > Synthetic events are user-defined events generated from hist trigger
> > variables saved from one or more other events.
> >
> > To define a synthetic event, the
On Sat, Dec 09, 2017 at 11:25:19AM -0800, Tejun Heo wrote:
> Oleg, Peter, I'd really appreciate if you guys can go over the
> reported breakages and the new implementation.
I'm still struggling with a lack understanding of most of this; but I
think its OK. Its certainly easier than what was before
On 12/12/2017 09:57, Wanpeng Li wrote:
> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
> index bc5d853..51e7932 100644
> --- a/arch/x86/kvm/x86.c
> +++ b/arch/x86/kvm/x86.c
> @@ -4690,7 +4690,10 @@ static int write_emulate(struct kvm_vcpu *vcpu, gpa_t
> gpa,
>
> static int write_mmio(str
On Mon, Dec 11, 2017 at 11:59:30AM -0800, Kees Cook wrote:
> On Sun, Dec 10, 2017 at 1:47 PM, Paul E. McKenney
> wrote:
> > On Sun, Dec 10, 2017 at 12:39:11PM -0800, Linus Torvalds wrote:
> >> I'd rather make %pK act more like %p than have gratuitous differences.
>
> The feature that paranoid fol
> /*
> - * Merging of IO bitmap not currently supported.
> - * Rather, exit every time.
> + * A vmexit (to either L1 hypervisor or L0 userspace) is always needed
> + * for I/O port accesses.
>*/
> exec_control &= ~CPU_BASED_USE_IO_BITMAPS;
> exec_contr
Hi,
First, thanks for taking a look at this.
On 12/11/2017 07:12 PM, Rafael J. Wysocki wrote:
On Friday, December 1, 2017 11:23:27 PM CET Jeremy Linton wrote:
The PPTT can be used to determine the groupings of CPU's at
given levels in the system. Lets add a few routines to the PPTT
parsing cod
On Tue, Dec 12, 2017 at 07:58:07AM -0800, Andy Lutomirski wrote:
> Ugh, the whole send-email process exploded due to Cc:
> sta...@vger.kernel.org # 4.14. I stripped the # 4.14 and it's okay
> now.
In the future, strip the whole CC: stable directly. Although git
send-email with --suppress-cc is ki
Hello Jia-Ju,
On 12/12/2017 03:27 PM, Jia-Ju Bai wrote:
> According to sound/soc/sti/uniperif_player.c, the driver may sleep under
> a spinlock.
> The function call path is:
> uni_player_ctl_iec958_put (acquire the spinlock)
> uni_player_set_channel_status
> mutex_lock --> may sleep
>
> I
On 12/12/17 17:13, Borislav Petkov wrote:
> On Tue, Dec 12, 2017 at 07:58:07AM -0800, Andy Lutomirski wrote:
>> Ugh, the whole send-email process exploded due to Cc:
>> sta...@vger.kernel.org # 4.14. I stripped the # 4.14 and it's okay
>> now.
>
> In the future, strip the whole CC: stable directl
On 12/12/2017 06:40, Wanpeng Li wrote:
> 2017-12-12 11:36 GMT+08:00 Peter Xu :
>> On Tue, Dec 12, 2017 at 05:51:26AM +0800, Wanpeng Li wrote:
>>> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
On 10.12.2017 22:44, Wanpeng Li wrote:
> From: Wanpeng Li
>
> [ cut here ]---
Hi All,
Did anybody tried running vdso_test (under Documentation/vDSO in
kernel 4.1) on an ARM 32 bit system?
When I test it on iMX.7 board (kernel 4.1, ARM 32 bit), I get this:
# ./vdso_test
Could not find __vdso_gettimeofday
When I check more in parse_vdso.c, I found that under vdso_sym
functi
On Tue, Dec 12, 2017 at 05:14:58PM +0100, Juergen Gross wrote:
> Using
>
> Cc: # 4.14
>
> works for me.
... except that you should not CC: stable on submission.
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
On 09.12.2017 07:29, Christophe JAILLET wrote:
Use 'seq_printf(m, "...%*phN...")' instead of duplicating its
implementation.
Signed-off-by: Christophe JAILLET
Thanks for the patch. Applied.
The most important one is the bfa fix because it's easy to oops the
kernel with this driver, a regression in the new timespec conversion in
aacraid and a regression in the Fibre Channel ELS handling patch. The
other three are a theoretical problem with termination in the
vendor/host matching code
Hey Arnaldo, this one did not remove the s390x hack and also, won't work
on arm. Please use the one I just have sent, few seconds ago...
On Tue, 12 Dec 2017, Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 12, 2017 at 11:57:07AM -0300, Arnaldo Carvalho de Melo escreveu:
> > So the patch below does t
On Tue, Dec 12, 2017 at 09:49:42PM +0530, Pintu Kumar wrote:
> Hi All,
>
> Did anybody tried running vdso_test (under Documentation/vDSO in
> kernel 4.1) on an ARM 32 bit system?
>
> When I test it on iMX.7 board (kernel 4.1, ARM 32 bit), I get this:
> # ./vdso_test
> Could not find __vdso_gettim
The controller used by a flexcom module is configured at boot, and left
alone after this. In the suspend mode called "backup with self-refresh"
available on SAMA5D2, the chip will resume with most of its registers
reset. In this case, we need to restore the state of the flexcom driver
on resume.
S
On Sat, Dec 9, 2017 at 11:43 AM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> a0651c7fa2c088a605f63792279859608ed7f2c8
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is a
On Sun, Dec 10, 2017 at 2:33 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> e40fd8d6b4d9f59b160faa1736f78fc07533ff37
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Tue, 12 Dec 2017, Arnaldo Carvalho de Melo wrote:
[...]
> the point here is not to add any new patch for perf trace, etc, but find
> a way to fix just this test, so I think this works:
>
> # evts=$(echo $(perf list syscalls:sys_enter_open* |& egrep 'open(at)? ' |
> sed -r 's/.*sys_enter_([a-z]
Hello,
On Tue, Dec 12, 2017 at 02:04:45PM +0800, xuejiufei wrote:
> The initialization of wb_switch_rwsem should be in
> the conditional compilation of CONFIG_CGROUP_WRITEBACK,
> right?
Oops, you're right. Will update the patch.
Thanks.
--
tejun
On Tue, Dec 12, 2017 at 07:39:30AM +0100, Ladislav Michl wrote:
> On Mon, Dec 11, 2017 at 10:12:13PM -0600, Derald D. Woods wrote:
> > The partition information was omitted during the conversion to OMAP3430
> > specific data.
>
> That could be intentional...
I am fixing an addition that I created
On Mon, Dec 11, 2017 at 01:54:25PM -0600, Steven Eckhoff wrote:
> Currently there is no support for the TSCS42xx audio CODEC.
>
> Add support for it.
>
> v5 attempts to address all issues raised in the previous reviews.
>
> Thank you to everyone who has invested their time reviewing these
> patc
It's not correct to return NULL when that is actually an error and
function returns errors in any other wrong case. In the same time,
the cpsw driver and davinci emac doesn't check error case while
creating channel and it can miss actual error. Also remove WARNs
duplicated dev_err msgs.
Signed-off
On Tue, Dec 12, 2017 at 01:04:01PM +, Charles Keepax wrote:
> On Mon, Dec 11, 2017 at 01:54:25PM -0600, Steven Eckhoff wrote:
> > Currently there is no support for the TSCS42xx audio CODEC.
> >
> > Add support for it.
> >
> > v5 attempts to address all issues raised in the previous reviews.
>
Add support for PRNG in Exynos5250+ SoCs.
Signed-off-by: Łukasz Stelmach
---
.../bindings/crypto/samsung,exynos-rng4.txt| 4 +++-
drivers/crypto/exynos-rng.c| 27 --
2 files changed, 28 insertions(+), 3 deletions(-)
diff --git a/Documentation
Use memcpy_fromio() instead of custom exynos_rng_copy_random() function
to retrieve generated numbers from the registers of PRNG.
Signed-off-by: Łukasz Stelmach
---
drivers/crypto/exynos-rng.c | 31 ++-
1 file changed, 2 insertions(+), 29 deletions(-)
diff --git a/dr
Hello,
This is a series of patches for exynos-rng driver I've decided to
create after adding support for Exynos5250+ chips. They do not
strictly depend on each other, but I think it is better to send them
as a single patch-set.
The driver requires appropriate DT configuration introduced in
h
Hardware operations like reading random numbers and setting a seed need
to be conducted in a single thread. Therefore a mutex is required to
prevent multiple threads (processes) from accessing the hardware at the
same time.
The sequence of mutex_lock() and mutex_unlock() in the exynos_rng_reseed()
Reseed PRNG after reading 65 kB of randomness. Although this may reduce
performance, in most cases the loss is not noticeable. Also the time
based threshold for reseeding is changed to one second. Reseeding is
performed whenever either limit is exceeded.
Reseeding of a PRNG does not increase entro
sync_inodes_sb() can race against cgwb (cgroup writeback) membership
switches and fail to writeback some inodes. For example, if an inode
switches to another wb while sync_inodes_sb() is in progress, the new
wb might not be visible to bdi_split_work_to_wbs() at all or the inode
might jump from a w
Hello, Christoph.
On Tue, Dec 12, 2017 at 01:21:23AM -0800, Christoph Hellwig wrote:
> Please send this to linux-block so that it can be properly reviewed.
Oops, will include linux-block when posting v2.
Thanks.
--
tejun
Hi,
On 12-12-17 16:33, Philippe Ombredanne wrote:
Dear Hans,
On Tue, Dec 12, 2017 at 4:11 PM, Hans de Goede wrote:
Add a driver for the GPD pocket device's custom fan controller, which
gets controlled through 2 GPIOs listed in a FAN02501 ACPI device.
[...]
--- /dev/null
+++ b/drivers/platf
Add a driver for the GPD pocket device's custom fan controller, which
gets controlled through 2 GPIOs listed in a FAN02501 ACPI device.
Cc: James
Suggested-by: James
Signed-off-by: Hans de Goede
---
Changes in v2:
-Fix SPDX license tag
-Use different email address for James at his request
---
`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 Sun, Dec 10, 2017 at 2:38 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Sun, Dec 10, 2017 at 2:38 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Sun, Dec 10, 2017 at 2:38 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Sun, Dec 10, 2017 at 2:34 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Sun, Dec 10, 2017 at 2:37 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 51e18a453f5f59a40c721d4aeab082b4e2e9fac6
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is a
When plugging in a USB webcam I see the following message:
xhci_hcd :04:00.0: WARN Successful completion on short TX: needs
XHCI_TRUST_TX_LENGTH quirk?
handle_tx_event: 913 callbacks suppressed
All is quiet again with this patch (and I've done a fair but of soak
testing with the camera since).
On Sun, Dec 10, 2017 at 2:34 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
701 - 800 of 1630 matches
Mail list logo
