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 rate, so the requested clock is rounded
> up to 312 MHz. Let's add entry for 216 MHz to match with cpufreq.
>
This seems
On Tue, Dec 12, 2017 at 11:50 AM, Andy Shevchenko
wrote:
> Instead of open coding PCI_VDEVICE() and some of its parameters,
> introduce new macro and use it.
>
Ur, not my day.
--
With Best Regards,
Andy Shevchenko
In case of running scripts/decodecode without any parameters in order to give a
copy'n'pasted Code line from, for example, email it would parse only first line
of it, while in emails it's split to few.
So, add a logic to join this split back if and only if the following lines have
hex digits, or
On 12/12/2017 06:46, Rick Chen wrote:
> ATCPIT100 is often used on the Andes architecture,
> This timer provide 4 PIT channels. Each PIT channel is a
> multi-function timer, can be configured as 32,16,8 bit timers
> or PWM as well.
>
> For system timer it will set channel 1 32-bit timer0 as clock
On Mon, Dec 11, 2017 at 09:50:10PM +0300, Dmitry Osipenko wrote:
> Machine dies if HCLK, SCLK or EMC is disabled, hence mark these clocks
> as critical. Currently some of drivers do not manage clocks properly,
> expecting those clocks to be 'always enabled', these clocks are MC and
> PLL_P
On Tue, Dec 12, 2017 at 10:17:09AM +0100, Krzysztof Kozlowski wrote:
> On Tue, Dec 12, 2017 at 8:58 AM, Andi Shyti wrote:
> > +// SPDX-License-Identifier: GPL-2.0
> Why changing the comment style?
Apparently that's the thing for SPDX headers.
signature.asc
Description: PGP signature
On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski wrote:
> On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
> wrote:
>> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
>> Mixer nodes") disabled the Mixer node by default in the DTSI and enabled
>> for each
I don't yet have a full picture, but let me make a few comments.
On Sat, Dec 09, 2017 at 11:25:21AM -0800, Tejun Heo wrote:
> +static u64 blk_mq_rq_aborted_gstate(struct request *rq)
> +{
> + unsigned int start;
> + u64 aborted_gstate;
> +
> + do {
> + start =
* 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 had on v1.
> - Lots of cleanups
>
> Andy Lutomirski (10):
Hi Tejun
On 12/10/2017 03:25 AM, Tejun Heo wrote:
> After the recent updates to use generation number and state based
> synchronization, we can easily replace REQ_ATOM_STARTED usages by
> adding an extra state to distinguish completed but not yet freed
> state.
>
> Add MQ_RQ_COMPLETE and replace
On SOC with multiple cpu (like omal l138) it is possible that spi periferic is
already initialized when this module is loaded and it is possible to recieve
interrupt when the modules is not sully initialized.
On Sat, Dec 09, 2017 at 11:25:21AM -0800, Tejun Heo wrote:
> diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
> index 8089ca1..e6cfe4b3 100644
> --- a/include/linux/blkdev.h
> +++ b/include/linux/blkdev.h
> @@ -228,6 +230,27 @@ struct request {
>
> unsigned short write_hint;
>
Signed-off-by: Michele Dionisio
diff --git a/drivers/spi/spi-davinci.c b/drivers/spi/spi-davinci.c
index 6ddb6ef1fda4..60d59b003aa4 100644
--- a/drivers/spi/spi-davinci.c
+++ b/drivers/spi/spi-davinci.c
@@ -945,6 +945,8 @@ static int davinci_spi_probe(struct platform_device *pdev)
On Tue, Dec 12, 2017 at 11:07 AM, Mark Brown wrote:
> On Tue, Dec 12, 2017 at 10:17:09AM +0100, Krzysztof Kozlowski wrote:
>> On Tue, Dec 12, 2017 at 8:58 AM, Andi Shyti wrote:
>
>> > +// SPDX-License-Identifier: GPL-2.0
>
>> Why changing the comment style?
>
> Apparently that's the thing for
On Tue, Dec 12, 2017 at 12:38 AM, kernelci.org bot wrote:
> Build Failures Detected:
>
>
> Errors and Warnings Detected:
>
> arm64: gcc version 5.3.1 20160412 (Linaro GCC 5.3-2016.05)
> defconfig 1 error 1 warning
> arm: gcc version 5.3.1 20160412 (Linaro GCC 5.3-2016.05)
> exynos_defconfig 1
On Tue, Dec 12, 2017 at 2:56 AM, Yaowei Bai
wrote:
> There's no users of ceph_file_layout_is_valid, remove it.
It'll get a user in the next kernel release -- we'll remove ad-hoc
checks from ceph_calc_file_object_mapping() which is executed on every
mapping and call ceph_file_layout_is_valid()
On Mon, Dec 11, 2017 at 09:50:12PM +0300, Dmitry Osipenko wrote:
> PLL_C_OUT_1 can't produce 216 MHz defined in the init_table. Let's
> set it to 240 MHz and explicitly specify HCLK rate for consistency.
>
> Signed-off-by: Dmitry Osipenko
Acked-By: Peter De Schrijver
> ---
>
On Tue, Dec 12, 2017 at 11:10:47AM +0100, Michele Dionisio wrote:
> On SOC with multiple cpu (like omal l138) it is possible that spi periferic
> is already initialized when this module is loaded and it is possible to
> recieve interrupt when the modules is not sully initialized.
Please
Hi Krzysztof,
On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
wrote:
Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
Mixer nodes") disabled the
On Mon, Dec 11, 2017 at 09:50:11PM +0300, Dmitry Osipenko wrote:
> Currently VDE clock rate is determined by clock config left from
> bootloader, let's not rely on it and explicitly specify the clock
> rate in the CCF driver.
>
> Signed-off-by: Dmitry Osipenko
Acked-By: Peter De Schrijver
>
* Jonathan Corbet wrote:
> On Mon, 11 Dec 2017 15:14:21 -0800
> Randy Dunlap wrote:
>
> > On 12/11/2017 02:56 PM, Jonathan Corbet wrote:
> > > Commit abca5fc535a3e ("sched_rr_get_interval(): move compat to native, get
> > > rid of set_fs()") changed the prototype of that function but left the
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 strscpy(), thus we shouldn't suffer from a slight
>
Hi Catalin, Will, et al,
During userspace (Debian jessie NFS root) boot on arm64:
rpcbind[1083]: unhandled level 0 translation fault (11) at 0x0008,
esr 0x9204, in dash[adf77000+1a000]
CPU: 0 PID: 1083 Comm: rpcbind Not tainted
4.15.0-rc3-arm64-renesas-02176-g14f9a1826e48e355 #51
For btree removal, there is a corner case that a single thread
could takes 6 locks which is more than THIN_MAX_CONCURRENT_LOCKS(5)
and leads to deadlock.
A btree removal might eventually call
rebalance_children()->rebalance3() to rebalance entries of three
neighbor child nodes when shadow_spine
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_futex and return -EINVAL sooner. This
> simplifies get_futex_key() a little, but more importantly exits the
> kernel as
* Darren Hart wrote:
> From: "Darren Hart (VMware)"
>
> uaddr alignment is currently tested by get_futex_key(). We can catch
> misalignment earlier in sys_futex and return -EINVAL sooner. This
> simplifies get_futex_key() a little, but more importantly exits the
> kernel as soon as an invalid
The two patches here are entirely independent (i.e. they could by applied
in any order and/or go through separate trees), but for the warning to go
away both are necessary.
1: x86: consider effective protection attributes in W+X check
2: x86-64/Xen: eliminate W+X pages
Signed-off-by: Jan Beulich
On Mon, Dec 11, 2017 at 10:17 PM, Michael Ira Krufky
wrote:
> On Mon, Dec 11, 2017 at 2:34 PM, Joe Perches wrote:
>> On Mon, 2017-12-11 at 13:06 +0100, Arnd Bergmann wrote:
>>> With CONFIG_KASAN enabled, we get a relatively large stack frame in one
>>> function
>>>
>>>
On Tue, Dec 12, 2017 at 09:44:09AM +0100, Geert Uytterhoeven wrote:
> Hi Will,
>
> On Thu, Nov 30, 2017 at 5:39 PM, Will Deacon wrote:
> > Add a Kconfig entry to control use of the entry trampoline, which allows
> > us to unmap the kernel whilst running in userspace and improve the
> >
It was <2017-12-11 pon 16:03>, when Krzysztof Kozlowski wrote:
> On Mon, Dec 11, 2017 at 3:06 PM, Łukasz Stelmach
> wrote:
>> Cc: Marek Szyprowski , Bartlomiej Zolnierkiewicz
>>
>>
>> Hardware operations like reading random numbers and setting a seed need
>> to be conducted in a single thread.
Hi,
I am going through the
/usr/src/kernels/3.10.0-693.el7.x86_64/scripts/sign-file code. I need
to understand the meaning of the “prologue” part in the script. The
script actually prefixes the prologue to the digest of the module file
and then signs it using the “openssl rsautl”.
Code snippet
Using just the leaf page table entry flags would cause a false warning
in case _PAGE_RW is clear or _PAGE_NX is set in a higher level entry.
Hand through both the current entry's flags as well as the accumulated
effective value (the latter as pgprotval_t instead of pgprot_t, as it's
not an actual
* 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_futex and return -EINVAL sooner. This
> > simplifies get_futex_key() a little, but
On Tue, Dec 12, 2017 at 11:13:26AM +0100, Krzysztof Kozlowski wrote:
> On Tue, Dec 12, 2017 at 11:07 AM, Mark Brown wrote:
> > Apparently that's the thing for SPDX headers.
> Yes (although in sources one can find /* */ as well) but the rest of
> comment does not have to be changed in that case.
A few thousand such pages are usually left around due to the re-use of
L1 tables having been provided by the hypervisor (Dom0) or tool stack
(DomU). Set NX in the direct map variant, which needs to be done in L2
due to the dual use of the re-used L1s.
For x86_configure_nx() to actually do what it
It was <2017-12-11 pon 19:49>, when Krzysztof Kozlowski wrote:
> On Mon, Dec 04, 2017 at 01:53:51PM +0100, Łukasz Stelmach wrote:
>> Add nodes for the True Random Number Generator found in Samsung Exynos
>> 5250+ SoCs.
>>
>> Signed-off-by: Łukasz Stelmach
>> ---
>>
Hi Geert,
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 translation fault (11) at 0x0008,
> esr 0x9204, in dash[adf77000+1a000]
> CPU: 0 PID: 1083 Comm: rpcbind Not
* Jan Beulich wrote:
> Using just the leaf page table entry flags would cause a false warning
> in case _PAGE_RW is clear or _PAGE_NX is set in a higher level entry.
Good find - I assume this bug can cause both false positives and false
negatives
as well, right?
Thanks,
Ingo
On SOC with multiple cpu (like omal l138) it is possible that spi
periferic is already initialized when this module is loaded and so
it is possible to recieve interrupt when the modules is not fully
initialized.
this patch initialize dspi->done before refister the interrupt
handler that use it
* Jan Beulich wrote:
> A few thousand such pages are usually left around due to the re-use of
> L1 tables having been provided by the hypervisor (Dom0) or tool stack
> (DomU). Set NX in the direct map variant, which needs to be done in L2
> due to the dual use of the re-used L1s.
>
> For
Hi,
Off late we are seeing cpu stalls messages while mpt3sas driver unbind
on powerpc machine for both mainline and linux-next kernels
Machine Type: Power 8 Bare-metal
Kernel version: 4.15.0-rc2
config: attached.
test: driver unbind
$ echo -n 0001:03:00.0 > /sys/bus/pci/drivers/mpt3sas/unbind
From: Ching Huang
These patches are apply to Martin's 4.16/scsi-queue.
patch 1: simplify arcmsr_hbaC_get_config function.
patch 2: wait iop firmware ready before issue get_config command to iop.
patch 3: simplify arcmsr_hbaE_get_config function.
patch 4: simplify all arcmsr_hbaX_get_config
Hello Krzysztof,
On 12/12/2017 11:09 AM, Krzysztof Kozlowski wrote:
> On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski wrote:
>> On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
>> wrote:
>>> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
>>> Mixer
Fix coccicheck warning which recommends to use memdup_user():
drivers/misc/mic/vop/vop_vringh.c:940:14-21: WARNING opportunity for memdup_user
drivers/misc/mic/vop/vop_vringh.c:998:8-15: WARNING opportunity for memdup_user
Generated by: scripts/coccinelle/memdup_user/memdup_user.cocci
* 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
From: Ching Huang
simplify arcmsr_hbaC_get_config function
Signed-off-by: Ching Huang
---
diff --git a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
index e4258b6..9b587ca 100755
--- a/drivers/scsi/arcmsr/arcmsr_hba.c
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c
@@ -3082,7
On 12/12/17 10:17, Marek Szyprowski wrote:
Hi Krzysztof,
On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
wrote:
Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property
>>> On 12.12.17 at 11:36, wrote:
> * Jan Beulich wrote:
>
>> Using just the leaf page table entry flags would cause a false warning
>> in case _PAGE_RW is clear or _PAGE_NX is set in a higher level entry.
>
> Good find - I assume this bug can cause both false positives and false
> negatives
On 11.12.2017 19:05, Arnd Bergmann wrote:
On Mon, Dec 11, 2017 at 6:01 PM, Greg Kroah-Hartman
wrote:
On Mon, Dec 11, 2017 at 02:59:13PM +0200, Mathias Nyman wrote:
On 11.12.2017 13:27, Arnd Bergmann wrote:
gcc-8 warnings about the new driver using a memset with a bogus length:
From: Ching Huang
waiting for iop firmware ready before issue get_config command to iop for
adapter type A and D
Signed-off-by: Ching Huang
---
diff --git a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
index 9b587ca..dfaea8f 100755
---
>>> On 12.12.17 at 11:38, wrote:
> * Jan Beulich wrote:
>> --- 4.15-rc3/arch/x86/xen/mmu_pv.c
>> +++ 4.15-rc3-x86_64-Xen-avoid-W+X/arch/x86/xen/mmu_pv.c
>> @@ -1902,6 +1902,16 @@ void __init xen_setup_kernel_pagetable(p
>> /* Graft it onto L4[511][510] */
>>
On Tue, Dec 12, 2017 at 11:35 AM, Łukasz Stelmach
wrote:
> It was <2017-12-11 pon 19:49>, when Krzysztof Kozlowski wrote:
>> On Mon, Dec 04, 2017 at 01:53:51PM +0100, Łukasz Stelmach wrote:
>>> Add nodes for the True Random Number Generator found in Samsung Exynos
>>> 5250+ SoCs.
>>>
>>>
From: Ching Huang
simplify arcmsr_hbaE_get_config function
Signed-off-by: Ching Huang
---
diff --git a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
index dfaea8f..b7a56e8 100755
--- a/drivers/scsi/arcmsr/arcmsr_hba.c
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c
@@ -3205,16
Hi Leo,
Am Dienstag, 12. Dezember 2017, 14:28:15 CET schrieb Leo Wen:
> +Optional properties:
> +
> +- spi-max-frequency : Maximum SPI clocking speed of the device;
> + (for RK1608)
> +- spi-min-frequency : Minimum SPI clocking speed of the device;
> +
On Tue, Dec 12, 2017 at 11:43 AM, Guillaume Tucker
wrote:
> On 12/12/17 10:17, Marek Szyprowski wrote:
>>
>> Hi Krzysztof,
>>
>> On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
>>>
>>> On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski
>>> wrote:
On Tue, Dec 12, 2017 at 8:42 AM,
[adding Inki to cc list]
Hello Guillaume,
On 12/12/2017 11:43 AM, Guillaume Tucker wrote:
> On 12/12/17 10:17, Marek Szyprowski wrote:
>> Hi Krzysztof,
>>
>> On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
>>> On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski
>>> wrote:
On Tue, Dec
From: Ching Huang
simplify all arcmsr_hbaX_get_config routine by call a new get_adapter_config
function
Signed-off-by: Ching Huang
---
diff --git a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
index b7a56e8..95c9f08 100755
--- a/drivers/scsi/arcmsr/arcmsr_hba.c
+++
* Jan Beulich wrote:
> >>> On 12.12.17 at 11:38, wrote:
> > * Jan Beulich wrote:
> >> --- 4.15-rc3/arch/x86/xen/mmu_pv.c
> >> +++ 4.15-rc3-x86_64-Xen-avoid-W+X/arch/x86/xen/mmu_pv.c
> >> @@ -1902,6 +1902,16 @@ void __init xen_setup_kernel_pagetable(p
> >>/* Graft it onto L4[511][510] */
>
Hi Guillaume,
On 2017-12-12 11:43, Guillaume Tucker wrote:
On 12/12/17 10:17, Marek Szyprowski wrote:
Hi Krzysztof,
On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski
wrote:
On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
wrote:
Commit-ID: 0c89cf36424f7c1177de8a5712514d7cc2eb369f
Gitweb: https://git.kernel.org/tip/0c89cf36424f7c1177de8a5712514d7cc2eb369f
Author: Juergen Gross
AuthorDate: Fri, 8 Dec 2017 16:11:37 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 15:14:20 +0100
x86/acpi: Take the RSDP
Commit-ID: 2f74cbf947f45fa082dda8eac1a1f1299a372f49
Gitweb: https://git.kernel.org/tip/2f74cbf947f45fa082dda8eac1a1f1299a372f49
Author: Juergen Gross
AuthorDate: Fri, 8 Dec 2017 16:11:36 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 15:14:20 +0100
x86/boot: Add the ACPI
Commit-ID: 03dd604e1d515ca1ab02aaae12162e0a077858e9
Gitweb: https://git.kernel.org/tip/03dd604e1d515ca1ab02aaae12162e0a077858e9
Author: Borislav Petkov
AuthorDate: Mon, 11 Dec 2017 12:54:44 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 14:47:16 +0100
x86/apic: Remove local
Commit-ID: 7f6f60a1ba52538c16f26930bfbcfe193d9d746a
Gitweb: https://git.kernel.org/tip/7f6f60a1ba52538c16f26930bfbcfe193d9d746a
Author: Dave Young
AuthorDate: Sat, 9 Dec 2017 12:16:10 +0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 14:54:44 +0100
mm/early_ioremap: Fix boot
Commit-ID: 88750a6c33f813b815516990f01fb5ee488c477e
Gitweb: https://git.kernel.org/tip/88750a6c33f813b815516990f01fb5ee488c477e
Author: Juergen Gross
AuthorDate: Fri, 8 Dec 2017 16:11:38 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 15:14:20 +0100
x86/xen: Fix the boot
Commit-ID: 930ba49b2ce7b09a5eddc21385fd944ba6b4e829
Gitweb: https://git.kernel.org/tip/930ba49b2ce7b09a5eddc21385fd944ba6b4e829
Author: Juergen Gross
AuthorDate: Fri, 8 Dec 2017 16:11:39 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 15:14:21 +0100
x86/xen: Supply RSDP
Commit-ID: 2064a5ab04707c55003e099e5abbf19a0826bbac
Gitweb: https://git.kernel.org/tip/2064a5ab04707c55003e099e5abbf19a0826bbac
Author: Randy Dunlap
AuthorDate: Sun, 3 Dec 2017 13:19:00 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 16:10:42 +0100
sched/core: Fix kernel-doc
Commit-ID: 6d60ce384d1d5ca32b595244db4077a419acc687
Gitweb: https://git.kernel.org/tip/6d60ce384d1d5ca32b595244db4077a419acc687
Author: Karol Herbst
AuthorDate: Mon, 27 Nov 2017 08:51:39 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 15:35:18 +0100
x86/mm/kmmio: Fix
Commit-ID: f80a6308b1100d431e27afb61aa90d752df20aae
Gitweb: https://git.kernel.org/tip/f80a6308b1100d431e27afb61aa90d752df20aae
Author: Steven Rostedt
AuthorDate: Sat, 2 Dec 2017 13:04:54 -0500
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 17:46:58 +0100
sched/rt: Do not pull
Commit-ID: 0f7cda2b824bb2afe0d75716a8664117fa03f5e0
Gitweb: https://git.kernel.org/tip/0f7cda2b824bb2afe0d75716a8664117fa03f5e0
Author: Kees Cook
AuthorDate: Fri, 1 Dec 2017 12:10:00 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 18:41:26 +0100
Kconfig: Make STRICT_DEVMEM
Commit-ID: e7ed9d9bd0375c74fe6e27d8bc73d3c6f4c8c3bc
Gitweb: https://git.kernel.org/tip/e7ed9d9bd0375c74fe6e27d8bc73d3c6f4c8c3bc
Author: Yonghong Song
AuthorDate: Thu, 30 Nov 2017 16:12:02 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 18:42:11 +0100
uprobes/x86: Emulate
Commit-ID: f79ce87fa49da778a1ad54c7d3c6755e13cf8489
Gitweb: https://git.kernel.org/tip/f79ce87fa49da778a1ad54c7d3c6755e13cf8489
Author: Changbin Du
AuthorDate: Thu, 30 Nov 2017 22:51:20 +0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 18:55:38 +0100
x86/build: Don't verify
Commit-ID: f87f3a328dbbb3e79dd53e7e889ced9222512649
Gitweb: https://git.kernel.org/tip/f87f3a328dbbb3e79dd53e7e889ced9222512649
Author: Will Deacon
AuthorDate: Tue, 28 Nov 2017 18:42:18 +
Committer: Ingo Molnar
CommitDate: Tue, 12 Dec 2017 11:24:01 +0100
locking/core: Fix deadlock
Commit-ID: d89c70356acf11b7cf47ca5cfcafae5062a85451
Gitweb: https://git.kernel.org/tip/d89c70356acf11b7cf47ca5cfcafae5062a85451
Author: Will Deacon
AuthorDate: Tue, 28 Nov 2017 18:42:19 +
Committer: Ingo Molnar
CommitDate: Tue, 12 Dec 2017 11:24:01 +0100
locking/core: Remove
Commit-ID: 0a373d4fc248cb707821d7dad54ce6d5bcb0cdfe
Gitweb: https://git.kernel.org/tip/0a373d4fc248cb707821d7dad54ce6d5bcb0cdfe
Author: Andrey Ryabinin
AuthorDate: Thu, 30 Nov 2017 15:35:54 +0300
Committer: Ingo Molnar
CommitDate: Mon, 11 Dec 2017 19:07:07 +0100
x86/unwinder/guess:
Hi,
On Mon, Dec 11, 2017 at 02:40:43PM +0100, Arnd Bergmann wrote:
> On Mon, Dec 11, 2017 at 11:25 AM, Linus Walleij
> >> This patch prepares the STM32 machine for the integration of Cortex-A
> >> based microprocessor (MPU), on top of the existing Cortex-M
> >> microcontroller family (MCU).
Commit-ID: 81bf665d00baf1aef01118c6c9e51520e57c0757
Gitweb: https://git.kernel.org/tip/81bf665d00baf1aef01118c6c9e51520e57c0757
Author: Pravin Shedge
AuthorDate: Tue, 12 Dec 2017 02:12:31 +0530
Committer: Ingo Molnar
CommitDate: Tue, 12 Dec 2017 11:32:24 +0100
x86/headers: Remove
Hi,
Douglas Anderson writes:
> On rk3288-veyron devices on Chrome OS it was found that plugging in an
> Arduino-based USB device could cause the system to lockup, especially
> if the CPU Frequency was at one of the slower operating points (like
> 100 MHz / 200 MHz).
>
> Upon tracing, I found
On 12/12/17 10:55, Marek Szyprowski wrote:
Hi Guillaume,
On 2017-12-12 11:43, Guillaume Tucker wrote:
On 12/12/17 10:17, Marek Szyprowski wrote:
Hi Krzysztof,
On 2017-12-12 11:09, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017 at 10:55 AM, Krzysztof Kozlowski wrote:
On Tue, Dec 12, 2017
Hello,
Commit 04e35f4495dd560db30c25efca4eecae8ec8c375 "exec: avoid RLIMIT_STACK
races with prlimit()" that made it into 4.14.4 effectively changes the default
hard RLIMIT_STACK on machines with SELinux (seen on Fedora 27).
selinux_bprm_set_creds() sets bprm->secureexec for any SELinux domain
On Tue, Dec 12, 2017 at 11:30 AM, Łukasz Stelmach
wrote:
> It was <2017-12-11 pon 16:03>, when Krzysztof Kozlowski wrote:
>> On Mon, Dec 11, 2017 at 3:06 PM, Łukasz Stelmach
>> wrote:
>>> Cc: Marek Szyprowski , Bartlomiej Zolnierkiewicz
>>>
>>>
>>> Hardware operations like reading random
On Sun, Dec 10, 2017 at 5:14 PM, Bartosz Golaszewski wrote:
> 2017-12-10 14:10 GMT+01:00 Andy Shevchenko :
>> On Wed, Dec 6, 2017 at 4:26 PM, Bartosz Golaszewski wrote:
>>> We have a use case in the at24 EEPROM driver (recently converted to
>>> using regmap instead of raw i2c/smbus calls) where
The patch
ASoC: tfa9879: add DT bindings to MAINTAINERS
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
ASoC: sun4i-i2s: Add support for A83T
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
The patch
ASoC: tfa9879: clean up bindings
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
The patch
spi: davinci: Initialize dspi->done before any possible use of it
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
On 9.12.2017 21:25, Tejun Heo wrote:
> After the recent updates to use generation number and state based
> synchronization, we can easily replace REQ_ATOM_STARTED usages by
> adding an extra state to distinguish completed but not yet freed
> state.
>
> Add MQ_RQ_COMPLETE and replace
This patch removes an unreachable code found by the SVACE static
analysis:
UNREACHABLE_CODE: This statement in the source code might be unreachable during
program execution.
[unreachable] unreachable at
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:787
retval != 0 is always false because
From: Juri Lelli
This patch adds the possibility of getting the delivery of a SIGXCPU
signal whenever there is a runtime overrun. The request is done through
the sched_flags field within the sched_attr structure.
Forward port of https://lkml.org/lkml/2009/10/16/170
Signed-off-by: Juri Lelli
Hi Quentin,
On 11 December 2017 at 15:08, Quentin Perret wrote:
> Hi Vincent,
>
> Although I agree that moving the PELT code in a dedicated file is
> probably the cleanest way to achieve what you want, I was wondering if
> you were able no measure any overhead due to moving the
Hi Rostedt, How about this version?
On Thu, Nov 30, 2017 at 11:39:43AM +0800, changbin...@intel.com wrote:
> From: Changbin Du
>
> The default NR_CPUS can be very large, but actual possible nr_cpu_ids
> usually is very small. For my x86 distribution, the NR_CPUS is 8192 and
> nr_cpu_ids is 4.
On Tue, Dec 12, 2017 at 01:12:05PM +0200, Andy Shevchenko wrote:
> On Sun, Dec 10, 2017 at 5:14 PM, Bartosz Golaszewski wrote:
> >>> +static void regmap_lock_unlock_empty(void *__map)
> >> ..._none()?
> > Too late, Mark already applied it.
> Ah, Mark always works at speed of light!
An
When mei driver is powering down due to suspend or shutdown
it will iterate over the mei client bus and disconnect
each client device attached in turn.
The power down flow consist of the link rest, which causes all clients
get disconnected at once, hence the individual disconnection
can be omitted
This patch seems to introduce another issue. pciehp_power_thread() use
'container_of' to get the 'slot' according to 'work_struct'.
If the 'slot' has been freed before that, there will be an issue.
On 2017/12/12 16:29, Xiongfeng Wang wrote:
> When the Attention button on a PCIE slot is pressed, 5
From: Colin Ian King
The label 'done' in function vop_ioctl is not used, so remove it. Fixes
build warning:
drivers/misc/mic/vop/vop_vringh.c:1001:1: warning: label 'done' defined but
not used [-Wunused-label]
Signed-off-by: Colin Ian King
---
drivers/misc/mic/vop/vop_vringh.c | 1 -
1 file
This patch adds documentation of device tree bindings for the timers
found on Spreadtrum SC9860 platform.
Signed-off-by: Baolin Wang
Acked-by: Rob Herring
---
Changes since v3:
- Use clocks property instead of "clock-frequency".
changes since v2:
- No updates.
Changes since v1:
- Add acked
On Thu, Dec 07, 2017 at 10:46:14AM +0100, Maciej Purski wrote:
> +static int check_coupled_regulators_array(struct coupling_desc *c_desc,
> + int index)
> +{
> + /* Different number of regulators coupled */
> + if (of_count_phandle_with_args(node,
On 11.12.2017 18:00, Scott Bauer wrote:
> Signed-off-by: Scott Bauer
> ---
> Documentation/device-mapper/dm-unstripe.txt | 82
> +
> 1 file changed, 82 insertions(+)
> create mode 100644 Documentation/device-mapper/dm-unstripe.txt
>
> diff --git
The Spreadtrum SC9860 platform will use the architected timers as local
clock events, but we also need a broadcast timer device to wakeup the
cpus when the cpus are in sleep mode.
The Spreadtrum timer can support 32bit or 64bit counter, as well as
supporting period mode or one-shot mode.
On 07-12-17, 12:45, Patrick Bellasi wrote:
> On 07-Dec 10:31, Viresh Kumar wrote:
> > We posted some comments on V2 for this particular patch suggesting
> > some improvements. The patch hasn't changed at all and you haven't
> > replied to few of those suggestions as well. Any particular reason for
Hello James,
On 12/11/2017 08:37 PM, James Ettle wrote:
> Hello,
>
> [First: Apologies if cross-posting from Kernel.org BZ is bad form; my distro
> BZ advised I post this to your mailing list as well.]
>
> Situation: enabling TPM on a Clevo W510LU with an Intel N3160 CPU breaks PS/2
>
101 - 200 of 3260 matches
Mail list logo