On 23 March 2017 at 01:18, Jin Qian wrote:
> Extend sysfs to access ext_csd revision information.
>
> Signed-off-by: Jin Qian
> ---
> drivers/mmc/core/mmc.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
> index 7fd722868875..08c62c9bec
On Wed, Mar 15, 2017 at 6:46 PM, John Keeping wrote:
> regmap_update_bits does its own locking and everything else accessed
> here is a local variable so there is no need to lock around it.
>
> Signed-off-by: John Keeping
> Reviewed-by: Heiko Stuebner
> Tested-by: Heiko Stuebner
> ---
> v2:
>
On Thu, Mar 2, 2017 at 6:56 AM, Jeffy Chen wrote:
> Currently we are trying to enable/disable the clk of irq's gpio bank when
> unmask/mask irq. But the kernel's "lazy disable approach" will skip masking
> irq when the irq chip doesn't support irq_disable ops.
>
> So we may hit this case:
>
The spec for the pca9546 was missing. This chip is the same as the pca9545
except that it lacks interrupt lines. While the i2c_device_id table mapped
the pca9546 to the pca9545 definition the compatible table did not.
Signed-off-by: Mike Looijmans
---
drivers/i2c/muxes/i2c-mux-pca954x.c | 6
Hi,
On Thu, Mar 23, 2017 at 08:50:42AM +0100, Frédéric Danis wrote:
> Le 21/03/2017 à 23:32, Sebastian Reichel a écrit :
> > This adds a driver for the Nokia H4+ protocol, which is used
> > at least on the Nokia N9, N900 & N950.
> >
> > Signed-off-by: Sebastian Reichel
> > ---
> > Changes since
Fix the typo "alloted" -> "allotted" in comment.
Signed-off-by: Shile Zhang
---
drivers/char/hangcheck-timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/hangcheck-timer.c b/drivers/char/hangcheck-timer.c
index 4f33737..5406b90 100644
--- a/drivers/char/hang
On Wed, Mar 22, 2017 at 07:08:46PM -0700, l...@pengaru.com wrote:
> Hello list,
>
> After approximately one day day of running 4.11.0-rc3 with 7e54d9d reverted to
> enable regular use, this happened upon destroying an xterm:
>
> [80817.525112] BUG: unable to handle kernel paging request at 00
On 2017年03月22日 22:16, Michael S. Tsirkin wrote:
On Tue, Mar 21, 2017 at 12:04:46PM +0800, Jason Wang wrote:
We used to dequeue one skb during recvmsg() from skb_array, this could
be inefficient because of the bad cache utilization and spinlock
touching for each packet. This patch tries to batc
On Thu, Mar 16, 2017 at 6:26 PM, wrote:
> From: Patrice Chotard
>
> When using GPIO as IRQ source, the GPIO must be configured
> in INPUT. Callbacks dedicated for this was missing in
> pinctrl-st driver.
>
> This fix the following kernel error when trying to lock a gpio
> as IRQ:
>
> [7.521
Commit-ID: 71fdb70eb48784c1f28cdf2e67c4c587dd7f2594
Gitweb: http://git.kernel.org/tip/71fdb70eb48784c1f28cdf2e67c4c587dd7f2594
Author: Peter Zijlstra
AuthorDate: Mon, 13 Mar 2017 13:46:21 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 07:31:48 +0100
sched/clock: Fix clear_sc
Commit-ID: d7921a5ddab8d30e06e321f37eec629f23797486
Gitweb: http://git.kernel.org/tip/d7921a5ddab8d30e06e321f37eec629f23797486
Author: Wanpeng Li
AuthorDate: Thu, 16 Mar 2017 19:45:19 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 07:44:51 +0100
sched/core: Fix rq lock pinni
Am Donnerstag, 23. März 2017, 10:06:02 CET schrieb 陈亮:
> Hi， Heiko
>
> 在 2017年03月21日 16:55, Heiko Stübner 写道:
> > Hi,
> >
> > Am Donnerstag, 16. März 2017, 21:17:22 CET schrieb c...@rock-chips.com:
> >> From: Liang Chen
> >>
> >> This patch adds core dtsi file for Rockchip RK3328 SoCs.
> >>
>
On Fri, Mar 17, 2017 at 7:24 PM, John Keeping wrote:
> The aim of the series is to make the Rockchip pinctrl irq_chip
> implementation safe for use with RT_FULL which requires that raw
> spinlocks are used to avoid sleeping in hardirq context.
>
> This is the same as version 2 [1] with the 2.1 ve
Commit-ID: aa4ea675528f3fa11e9663e5a32f55a81c34dcac
Gitweb: http://git.kernel.org/tip/aa4ea675528f3fa11e9663e5a32f55a81c34dcac
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:30 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:07 +0100
x86/gdt: Fix setup_fixma
Commit-ID: 65973dd3fd31151823f4b8c289eebbb3fb7e6bc0
Gitweb: http://git.kernel.org/tip/65973dd3fd31151823f4b8c289eebbb3fb7e6bc0
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:29 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:07 +0100
selftests/x86/ldt_gdt_32
The IIO subsystem is redefining iio_dev->mlock to be used by
the IIO core only for protecting device operating mode changes.
ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes.
In this driver, mlock was being used to protect hardware state changes.
In the driver, buf_lock protects both t
Commit-ID: 3fa1cabbc3b61224ef33d3ca4a1a96998529bc68
Gitweb: http://git.kernel.org/tip/3fa1cabbc3b61224ef33d3ca4a1a96998529bc68
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:31 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:07 +0100
x86/efi/32: Fix EFI on s
On 03/23/2017 at 04:48 AM, Michael Holzheu wrote:
> Am Wed, 22 Mar 2017 12:30:04 +0800
> schrieb Dave Young :
>
>> On 03/21/17 at 10:18pm, Eric W. Biederman wrote:
>>> Dave Young writes:
>>>
> [snip]
>
I think makedumpfile is using it, but I also vote to remove the
CRASHTIME. It is bette
Commit-ID: 59c58ceb29d0f030eddb36a3a9dbadcc499786a6
Gitweb: http://git.kernel.org/tip/59c58ceb29d0f030eddb36a3a9dbadcc499786a6
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:33 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:08 +0100
x86/gdt: Get rid of the
On Thu, Mar 23, 2017 at 11:12:49AM +0900, Byungchul Park wrote:
> It would be better to avoid pushing tasks to other cpu within
> a SD_PREFER_SIBLING domain, instead, get more chances to check other
> siblings.
+cc ghask...@novell.com
+cc srost...@redhat.com
>
> Signed-off-by: Byungchul Park
>
Commit-ID: 23b2a4ddebdd17fad265b4bb77256c2e4ec37dee
Gitweb: http://git.kernel.org/tip/23b2a4ddebdd17fad265b4bb77256c2e4ec37dee
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:32 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:08 +0100
x86/boot/32: Defer resyn
On Fri, Mar 17, 2017 at 6:44 PM, Ralph Sennhauser
wrote:
> Use the BIT macro instead of explicitly shifting bits for some added
> clarity.
>
> Signed-off-by: Ralph Sennhauser
Patch applied.
Yours,
Linus Walleij
Commit-ID: b23adb7d3f7d1d7cce03db9704de67a99ceeda38
Gitweb: http://git.kernel.org/tip/b23adb7d3f7d1d7cce03db9704de67a99ceeda38
Author: Andy Lutomirski
AuthorDate: Wed, 22 Mar 2017 14:32:34 -0700
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 08:25:08 +0100
x86/xen/gdt: Use X86_FEA
On Sat, Mar 18, 2017 at 4:43 PM, Ralph Sennhauser
wrote:
> This patch series was originally submitted by Andrew Lunn but got stalled.
> I picked up the series and addressed what was discussed for the earlier
> submission with some helpful input from Andrew. Hopefully this time support
> for the P
On 22/03/17 12:23, Szemző András wrote:
> I’ve tested this v3 version on my Atmel armv7m board with several drivers
> with DMA and enabled caches,
> and I’ve not seen any issues.
>
> You can add my Tested-by.
Much appreciated!
Russell, Andrew, Greg, any advise on how to get this series merged?
On Mon, Mar 20, 2017 at 5:03 AM, Stephen Rothwell wrote:
> Hi Linus,
>
> Today's linux-next merge of the gpio tree got a conflict in:
>
> drivers/input/misc/soc_button_array.c
>
> between commit:
>
> a01cd17000a4 ("Input: soc_button_array - use NULL for GPIO connection ID")
>
> from the input
On 23 March 2017 at 09:58, Jan Glauber wrote:
> On Fri, Mar 17, 2017 at 03:58:26PM +0100, Ulf Hansson wrote:
>> On 10 March 2017 at 14:25, Jan Glauber wrote:
>> > Add a platform driver for ThunderX ARM SOCs.
>> >
>> > Signed-off-by: Jan Glauber
>> > ---
>> > drivers/mmc/host/Kconfig
On Mon, Mar 20, 2017 at 12:07 PM, Uwe Kleine-König
wrote:
> Hello Geert,
>
> On Mon, Mar 20, 2017 at 11:38:52AM +0100, Geert Uytterhoeven wrote:
>> On Mon, Mar 20, 2017 at 11:31 AM, Uwe Kleine-König
>> wrote:
>> > On Mon, Mar 20, 2017 at 10:56:14AM +0100, Geert Uytterhoeven wrote:
>> >> Documenta
On 03/22/2017 07:15 PM, Srinivas Ramana wrote:
On 03/22/2017 06:10 PM, Will Deacon wrote:
On Wed, Mar 22, 2017 at 12:16:24PM +, Ard Biesheuvel wrote:
On 22 March 2017 at 11:38, Srinivas Ramana
wrote:
From: Neeraj Upadhyay
If kernel image extends across alignment boundary, existing
code
On Wed, Mar 22, 2017 at 10:12:34PM +0530, Arushi Singhal wrote:
> /* Capacitive Channel Setup Register Bit Designations (AD7746_REG_CAP_SETUP)
> */
> -#define AD7746_CAPSETUP_CAPEN(1 << 7)
> -#define AD7746_CAPSETUP_CIN2 (1 << 6) /* AD7746 only */
> -#define AD7746_CAPSETU
On 23 March 2017 at 09:32, Srinivas Ramana wrote:
> On 03/22/2017 07:15 PM, Srinivas Ramana wrote:
>>
>> On 03/22/2017 06:10 PM, Will Deacon wrote:
>>>
>>> On Wed, Mar 22, 2017 at 12:16:24PM +, Ard Biesheuvel wrote:
On 22 March 2017 at 11:38, Srinivas Ramana
wrote:
>
>
Hi,
On Wed, Mar 22, 2017 at 12:34:45PM +0800, Chen-Yu Tsai wrote:
> P.S. I'm thinking about having MFD_AXP20X imply its various sub-drivers.
> Not sure if that was the intended usage of the new imply syntax though.
I think adding "default MFD_AXP20X" to the sub-drivers is cleaner,
as you will not
On Wed, Mar 22, 2017 at 10:58:04PM -0400, Dave Jones wrote:
> Not seen this one before..
>
> Oops: 0002 [#1] PREEMPT SMP DEBUG_PAGEALLOC
That's a write fault reaching no_context() afaict.
> CPU: 1 PID: 24420 Comm: trinity-main Not tainted 4.11.0-rc3-think+ #3
> task: 8804f4c85440 task.stack
On Thu, Mar 23, 2017 at 11:12:49AM +0900, Byungchul Park wrote:
> It would be better to avoid pushing tasks to other cpu within
> a SD_PREFER_SIBLING domain, instead, get more chances to check other
> siblings.
Did you forget to post the rt equivalent to patch 1?
On Mon, Mar 20, 2017 at 7:44 PM, Krzysztof Kozlowski wrote:
> On Fri, Feb 17, 2017 at 01:52:14PM +, Charles Keepax wrote:
>> On Fri, Feb 17, 2017 at 03:35:04PM +0200, Krzysztof Kozlowski wrote:
>> > On Thu, Feb 16, 2017 at 01:27:16PM +, Charles Keepax wrote:
>> > > Use devm_gpiochip_add_da
On Wed, Mar 22, 2017 at 5:49 PM, Radim Krčmář wrote:
> 2017-03-22 16:53+0100, David Hildenbrand:
>> If we already entered/are about to enter SMM, don't allow
>> switching to INIT/SIPI_RECEIVED, otherwise the next call to
>> kvm_apic_accept_events() will report a warning.
>>
>> Fixes: cd7764fe9f73
Hello!
On 3/22/2017 2:02 PM, Roger Quadros wrote:
he ethernet link on an interrupt driven PHY was not coming up if the
s/he/The/?
ethernet cable was plugged before the ethernet interface was brought up.
Also, my spell checker trips on "ethernet", perhaps should be capitalized?
The
On Thu, Mar 23, 2017 at 5:35 PM, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Mar 22, 2017 at 12:34:45PM +0800, Chen-Yu Tsai wrote:
>> P.S. I'm thinking about having MFD_AXP20X imply its various sub-drivers.
>> Not sure if that was the intended usage of the new imply syntax though.
>
> I think addin
On Thu, 23 Mar 2017 10:23:47 +0100
Linus Walleij wrote:
> On Sat, Mar 18, 2017 at 4:43 PM, Ralph Sennhauser
> wrote:
>
> > This patch series was originally submitted by Andrew Lunn but got
> > stalled. I picked up the series and addressed what was discussed
> > for the earlier submission with s
Commit-ID: bc4278987e3874da62edf585fe8b3bdd9b53f638
Gitweb: http://git.kernel.org/tip/bc4278987e3874da62edf585fe8b3bdd9b53f638
Author: Vincent Guittot
AuthorDate: Fri, 17 Mar 2017 14:47:22 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Mar 2017 07:44:51 +0100
sched/fair: Fix FTQ nois
On 19 March 2017 at 01:45, Bean Huo (beanhuo) wrote:
> This patch fixes the issue that mmc_blk_issue_rq still
> flushes cache when eMMC cache has already been off
> through user space tool, such as mmc-utils.
> The reason is that card->ext_csd.cache_ctrl isn't reset.
First, why do you want to tur
Hello
Using next-20170323 produce a huge performance regression on my sunxi boards.
On dwmac-sun8i, iperf goes from 94mbs/s to 37 when sending.
On cubieboard2(dwmac-sunxi), iperf made the kernel flood with
"ndesc_get_rx_status: Oversized frame spanned multiple buffers"
and network is
stm32_defconfig is used for several STM32 MCU: STM32F429, STM32F469,
STM32F746 and now STM32H743. Each of MCU listed have different interrupts
number mapped on NVIC. STM32F429: 81, STM32F469: 92, STM32F746: 97 and
STM32H743: 149. I could set CPU_V7M_NUM_IRQ to 149 but in order to avoid
forgetting t
On Thu, Mar 23, 2017 at 10:32:01AM +0100, Linus Walleij wrote:
> On Mon, Mar 20, 2017 at 12:07 PM, Uwe Kleine-König
> wrote:
> > Hello Geert,
> >
> > On Mon, Mar 20, 2017 at 11:38:52AM +0100, Geert Uytterhoeven wrote:
> >> On Mon, Mar 20, 2017 at 11:31 AM, Uwe Kleine-König
> >> wrote:
> >> > On M
On Mon, Mar 20, 2017 at 2:51 PM, Thierry Reding
wrote:
> On Fri, Mar 17, 2017 at 10:17:47AM +0100, Ralph Sennhauser wrote:
>> On Thu, 16 Mar 2017 17:03:05 +0100
>> Linus Walleij wrote:
> [...]
>> > > +static void mvebu_pwm_suspend(struct mvebu_gpio_chip *mvchip)
>> > > +static void mvebu_pwm_resu
Hi Corentin,
Às 10:08 AM de 3/23/2017, Corentin Labbe escreveu:
> Hello
>
> Using next-20170323 produce a huge performance regression on my sunxi boards.
> On dwmac-sun8i, iperf goes from 94mbs/s to 37 when sending.
>
> On cubieboard2(dwmac-sunxi), iperf made the
Yann?
I'd like to have both of these merged, I think they are worthwhile and
simple additions, and they look good to me.
BR,
Jani.
On Thu, 23 Mar 2017, "Du, Changbin" wrote:
> Sencond ping... if this is realy not necessary I give up.
>
> On Mon, Mar 06, 2017 at 06:28:50PM +0800, Du, Changbin
-bindings-for-Aspeed-AST2400-AST2500-ADC/20170323-093517
base: https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git togreg
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
Hello,
I've got the following BUG while running syzkaller fuzzer.
Note the injected kmalloc failure, most likely it's the root cause.
FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 0
CPU: 2 PID: 12823 Comm: syz-executor1 Not tainted 4.11.0-rc3+ #364
On Thu, Mar 23, 2017 at 11:19 AM, Dmitry Vyukov wrote:
> Hello,
>
> I've got the following BUG while running syzkaller fuzzer.
> Note the injected kmalloc failure, most likely it's the root cause.
>
>
> FAULT_INJECTION: forcing a failure.
> name failslab, interval 1, probability 0, space 0, times
On Thu, Mar 23, 2017 at 10:12:18AM +, Joao Pinto wrote:
>
> Hi Corentin,
>
> Às 10:08 AM de 3/23/2017, Corentin Labbe escreveu:
> > Hello
> >
> > Using next-20170323 produce a huge performance regression on my sunxi
> > boards.
> > On dwmac-sun8i,
Hi Uwe,
On Thu, Mar 23, 2017 at 11:10 AM, Uwe Kleine-König
wrote:
> On Thu, Mar 23, 2017 at 10:32:01AM +0100, Linus Walleij wrote:
>> On Mon, Mar 20, 2017 at 12:07 PM, Uwe Kleine-König
>> wrote:
>> > On Mon, Mar 20, 2017 at 11:38:52AM +0100, Geert Uytterhoeven wrote:
>> >> On Mon, Mar 20, 2017 a
On Tue, Mar 21, 2017 at 9:52 PM, Arnd Bergmann wrote:
> We cannot select the option when SERIAL_8250 is not also set:
>
> warning: (ARCH_GEMINI) selects SERIAL_OF_PLATFORM which has unmet direct
> dependencies (TTY && HAS_IOMEM && SERIAL_8250 && OF)
>
> This removes the 'select' statement, requi
> This program still triggers the warning in kvm_apic_accept_events with
> the patch applied (on top of
> 093b995e3b55a0ae0670226ddfcb05bfbf0099ae):
>
> https://gist.githubusercontent.com/dvyukov/2a39303347aa417aea2afd9fd99b7086/raw/09693aa7ed78d22b23948c726767f540b2276a99/gistfile1.txt
>
>
On Thu, 23 Mar 2017, Lionel DEBIEVE wrote:
> On 03/22/2017 07:47 PM, Julia Cartwright wrote:
> > On Wed, Mar 22, 2017 at 01:30:12PM -0500, Grygorii Strashko wrote:
> >> On 03/22/2017 01:01 PM, Steven Rostedt wrote:
> >>> On Wed, 22 Mar 2017 12:37:59 -0500
> >>> Julia Cartwright wrote:
> >>>
> >>>
Hello,
I've got the following double-free report in superblock_doinit while
running syzkaller fuzzer.
Note the preceding injected failure in kmalloc, most likely that the root cause.
FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 0
CPU: 2 PID: 15269 C
On 22-Mar 17:28, Joel Fernandes (Google) wrote:
> Hi,
>
> On Mon, Mar 20, 2017 at 11:08 AM, Patrick Bellasi
> wrote:
> > On 20-Mar 13:15, Tejun Heo wrote:
> >> Hello,
> >>
> >> On Tue, Feb 28, 2017 at 02:38:38PM +, Patrick Bellasi wrote:
> [..]
> >> > These attributes:
> >> > a) are tunable a
If you don't like this clean-up patch, please let me know. If so, I will
exclude this patch from next spin.
Thank you,
Byungchul
-8<-
>From b303ccf6b64064ce22aa17d16a012dcc7904ad32 Mon Sep 17 00:00:00 2001
From: Byungchul Park
Date: Wed, 22 Mar 2017 14:07:22 +0900
Subject: [PATCH 2/8] sc
When cpudl_find() returns any among free_cpus, the cpu might not be
closer than others, considering sched domain. For example:
this_cpu: 15
free_cpus: 0, 1,..., 14 (== later_mask)
best_cpu: 0
topology:
0 --+
+--+
1 --+ |
+-- ... --+
2 --+ | |
cpudl_find() is used to find a cpu having the latest dl. The function
should return the latest cpu among ones satisfying task's affinity and
dl constraint, but current code gives up immediately and just return
fail when it fails at the test *only with* the maximum cpu.
For example:
cpu 0 is ru
From: Michael Hennerich
Signed-off-by: Michael Hennerich
---
.../devicetree/bindings/iio/adc/ltc2497.txt| 13 +
MAINTAINERS| 1 +
drivers/iio/adc/Kconfig| 11 +
drivers/iio/adc/Makefile |
Current code uses cpudl_maximum() to get the root node's cpu, while it
directly accesses the root node using 'cp->elements[0].dl' to get the
root node's dl. It would be better and more readible if a function to
get the dl is added. So add it.
Signed-off-by: Byungchul Park
---
kernel/sched/cpudea
When the heap tree is empty, cp->elements[0].cpu has meaningless value.
We need to consider the case.
Signed-off-by: Byungchul Park
---
kernel/sched/cpudeadline.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/cpudeadline.c b/kernel/sched/cpudeadline.c
ind
Currently, dl scheduler selects a cpu having the maximum dl on pushing.
On success, it would be a fast path, but it might fail because of the
task's affinity or dl value, so we need a slow path in case of failure.
As a first step in adding a slow path, factor out the selecting into
helper function,
On Thu, 23 Mar 2017 11:11:09 +0100
Linus Walleij wrote:
> On Mon, Mar 20, 2017 at 2:51 PM, Thierry Reding
> wrote:
> > On Fri, Mar 17, 2017 at 10:17:47AM +0100, Ralph Sennhauser wrote:
> >> On Thu, 16 Mar 2017 17:03:05 +0100
> >> Linus Walleij wrote:
> > [...]
> >> > > +static void mvebu_
Currently, cpudl_{set,clear} is responsible for manipulating cpudl's
heap tree and free_cpus list under lock protection. However, operation
manipulating the heap tree itself is reusable.
Actually, the operation is useful when picking up the second maximum
node from the tree, where it does not need
Current code reads cp->elements[0].cpu and cp->elements[0].dl without
acquiring cpudl's lock. There are two problems on it:
1. When we read elements[0].dl, the value can be broken on 32 bit
machine because elements[0].dl is 64 bit data. We should guarantee
it to be done atomically.
cpudl_find() is used to find a cpu having the latest dl. The function
should return the latest cpu among ones satisfying task's affinity and
dl constraint, but current code gives up immediately and just return
fail when it fails at the test *only with* the maximum cpu.
For example:
cpu 0 is ru
Hello!
On 3/22/2017 9:20 PM, Bartlomiej Zolnierkiewicz wrote:
Add Palmchip BK3710 PATA controller driver.
Signed-off-by: Bartlomiej Zolnierkiewicz
[...]
diff --git a/drivers/ata/pata_bk3710.c b/drivers/ata/pata_bk3710.c
new file mode 100644
index 000..1a1223f
--- /dev/null
+++ b/drivers
On Thu, Mar 23, 2017 at 10:44:45AM +0100, Peter Zijlstra wrote:
> On Thu, Mar 23, 2017 at 11:12:49AM +0900, Byungchul Park wrote:
> > It would be better to avoid pushing tasks to other cpu within
> > a SD_PREFER_SIBLING domain, instead, get more chances to check other
> > siblings.
>
> Did you for
On Mon, Mar 20, 2017 at 5:58 PM, Krzysztof Kozlowski wrote:
> I talked with Sylwester few days ago and we agreed on a shared mainainer
> model. Mostly because:
> 1. Only Sylwester from three of us works in Samsung,
> 2. It helps distributing the load in case of any holidays/travel etc,
> 3. It m
On 3/22/2017 9:21 PM, Bartlomiej Zolnierkiewicz wrote:
Clear IORDYINT, INTRSTAT and DMAERROR bits of BMISP register
(value '1' needs to be written to the bit to clear it).
Suggested-by: Sergei Shtylyov
Signed-off-by: Bartlomiej Zolnierkiewicz
[...]
Acked-by: Sergei Shtylyov
MBR, Sergei
Às 10:20 AM de 3/23/2017, Corentin Labbe escreveu:
> On Thu, Mar 23, 2017 at 10:12:18AM +, Joao Pinto wrote:
>>
>> Hi Corentin,
>>
>> Às 10:08 AM de 3/23/2017, Corentin Labbe escreveu:
>>> Hello
>>>
>>> Using next-20170323 produce a huge
On Mon, Mar 20, 2017 at 5:48 PM, Krzysztof Kozlowski wrote:
> Add a Git tree on @kernel.org for maintaining the Samsung pinctrl
> drivers. The tree will be maintained in a shared model between current
> Samsung pinctrl maintainers. Pull requests will be going to Linus
> Walleij.
>
> Also add th
On Thu 2017-03-23 14:12:42, Sergey Senozhatsky wrote:
> On (03/22/17 17:40), Petr Mladek wrote:
> [..]
> > > +void console_printing_thread_off(void)
> > > +{
> > > + printk_kthread_disable++;
> > > + barrier();
> > > +}
> > > +
> > > +/* This re-enables printk_kthread offloading. */
> > > +void con
On 3/22/2017 9:20 PM, Bartlomiej Zolnierkiewicz wrote:
Disable IORDY Timer as the driver doesn't handle IORDY Timer
interrupt anyway.
Suggested-by: Sergei Shtylyov
Signed-off-by: Bartlomiej Zolnierkiewicz
Acked-by: Sergei Shtylyov
MBR, Sergei
This patchset fixes the GXBB and GXL pins definitions and add missing GXL
pins to have an 1:1 support for GXBB and GXL.
The error in the current GXL pins definitions was only some bits inversions
in same groups, behaviour should be the same.
Missing pins on GXL was the UART rts/cts, NOR pins, AO
Add pinctrl pins nodes following the additions of missing pins in the pinctrl
driver.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 32 ++
1 file changed, 32 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl.dtsi
b/arc
Fix some inverted bit numbers in some pinctrl groups and add missing pins
and groups to be in pair with the GXBB pinctrl pins definition.
Signed-off-by: Neil Armstrong
---
drivers/pinctrl/meson/pinctrl-meson-gxl.c | 83 +--
1 file changed, 68 insertions(+), 15 deletio
We don't call the remove() function unless probe() succeeds so "oud"
can't be NULL here. Plus, if it were NULL, we dereference it on the
next line so it would crash anyway.
Signed-off-by: Dan Carpenter
diff --git a/drivers/scsi/osd/osd_uld.c b/drivers/scsi/osd/osd_uld.c
index 4101c3178411..8b99
Hi,
On Fri, Mar 17, 2017 at 10:10:34PM +0530, afzal mohammed wrote:
> Greg upon trying to boot no-MMU Kernel on ARM926EJ reported boot
> failure. He root caused it to ID_PFR1 access introduced by the
> commit mentioned in the fixes tag below.
>
> All CP15 processors need not have processor featur
On Thu, Mar 23, 2017 at 05:29:02PM +1100, NeilBrown wrote:
>
> Currently only dm and md/raid5 bios trigger trace_block_bio_complete().
> Now that we have bio_chain(), it is not possible, in general, for a
> driver to know when the bio is really complete. Only bio_endio()
> knows that.
>
> So mov
If we already entered/are about to enter SMM, don't allow switching to
INIT/SIPI_RECEIVED, otherwise the next call to kvm_apic_accept_events()
will report a warning.
Same applies if we are already in MP state INIT_RECEIVED and SMM is
requested to be turned on. Refuse to set the VCPU events in this
Hi,
>On 19 March 2017 at 01:45, Bean Huo (beanhuo) wrote:
>> This patch fixes the issue that mmc_blk_issue_rq still flushes cache
>> when eMMC cache has already been off through user space tool, such as
>> mmc-utils.
>> The reason is that card->ext_csd.cache_ctrl isn't reset.
>
>First, why do yo
Hello
On 3/23/2017 11:20 AM, Corentin Labbe wrote:
I have a 4.21 QoS Core with 4 RX + 4 TX and detected no regression.
>Could you please share the iperf cmds you are using in order for me to
reproduce
>in my side?
Joao, you have a really powerful HW integration with multiple channels
for bot
Dmitry Vyukov wrote:
> Hello,
>
> I've got the following double-free report in superblock_doinit while
> running syzkaller fuzzer.
> Note the preceding injected failure in kmalloc, most likely that the root
> cause.
Thank you for reporting.
selinux_parse_opts_str() and smack_parse_opts_str() fo
On Thu, Mar 23, 2017 at 02:06:44AM +0100, Rafael J. Wysocki wrote:
> The main problem is that representing anything hot-removable as a
> platform device is inherently fragile, as the platform bus type has no
> idea whatever about things that may physically go away and platform
> drivers don't expec
Enjoy!
The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201:
Linux 4.11-rc1 (2017-03-05 12:59:56 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git ib-mfd-phy-v4.12
for you to fetch changes up to f7f6c060547c51691
On 3/23/2017 11:48 AM, Giuseppe CAVALLARO wrote:
Hello
On 3/23/2017 11:20 AM, Corentin Labbe wrote:
I have a 4.21 QoS Core with 4 RX + 4 TX and detected no regression.
>Could you please share the iperf cmds you are using in order for me
to reproduce
>in my side?
Joao, you have a really powe
> To enable eventual removal of pr_warning
>
> This makes pr_warn use consistent for drivers/mfd
>
> Prior to this patch, there were 4 uses of pr_warning and
> 9 uses of pr_warn in drivers/mfd
>
> Signed-off-by: Joe Perches
> ---
> drivers/mfd/db8500-prcmu.c | 2 +-
> drivers/mfd/sta2x11-mfd.
Hello,
I've got the following report while running syzkaller fuzzer.
init_crypt ignores kmalloc failure, which later leads to out-of-bounds
writes in ptr_crypt. On commit
093b995e3b55a0ae0670226ddfcb05bfbf0099ae.
FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space
On Wed, 15 Mar 2017, Charles Keepax wrote:
> Register addresses are normally displayed in hex throughout the Arizona
> driver. Update the arizona_poll_reg function to follow this convention.
>
> Signed-off-by: Charles Keepax
> ---
>
> No changes since v4.
>
> drivers/mfd/arizona-core.c | 4 ++
On Wed, 15 Mar 2017, Charles Keepax wrote:
> arizona_poll_reg already returns ETIMEDOUT if we don't see the expected
> register changes before the time out, so remove pointless local setting of
> ETIMEDOUT.
>
> Signed-off-by: Charles Keepax
> ---
>
> No changes since v3.
>
> drivers/mfd/arizo
On Wed, 15 Mar 2017, Charles Keepax wrote:
> Currently, we specify the timeout in terms of the number of polls but it
> is more clear from a user of the functions perspective to specify the
> timeout directly in milliseconds, as such update the function to these new
> semantics.
>
> Additionally,
Hi Peppe,
Às 10:48 AM de 3/23/2017, Giuseppe CAVALLARO escreveu:
> Hello
>
> On 3/23/2017 11:20 AM, Corentin Labbe wrote:
>>> I have a 4.21 QoS Core with 4 RX + 4 TX and detected no regression.
>>> >Could you please share the iperf cmds you are using in order for me to
>>> reproduce
>>> >in my s
On Wed, 22 Mar 2017, Pasha Tatashin wrote:
> Yes, I am certain it is 0 or near 0 on reset on this machine. Because, I
Emphasis on "this machine'
It's not guaranteed especially not on reboot and not with creative BIOSes
fiddling with the TSC_ADJUST value.
- It CANNOT be used to measure BIOS bo
Às 10:51 AM de 3/23/2017, Giuseppe CAVALLARO escreveu:
> On 3/23/2017 11:48 AM, Giuseppe CAVALLARO wrote:
>> Hello
>>
>> On 3/23/2017 11:20 AM, Corentin Labbe wrote:
I have a 4.21 QoS Core with 4 RX + 4 TX and detected no regression.
>Could you please share the iperf cmds you are using in
We need to avoid calling regmap functions from irq handlers, so the next
commit is going to move the call to rockchip_set_mux() into an
irq_bus_sync_unlock handler. But we can't return an error from there so
we still need to check the settings from rockchip_irq_set_type() and we
will use this new
The aim of the series is to make the Rockchip pinctrl irq_chip
implementation safe for use with RT_FULL which requires that raw
spinlocks are used to avoid sleeping in hardirq context.
v4 is v3 rebased onto pinctrl/devel as of b9c6dcab265e ("pinctrl: rockchip:
rename RK1108 to RV1108").
John Keep
This lock is used from rockchip_irq_set_type() which is part of the
irq_chip implementation and thus must use raw_spinlock_t as documented
in Documentation/gpio/driver.txt.
Signed-off-by: John Keeping
Reviewed-by: Heiko Stuebner
Tested-by: Heiko Stuebner
---
v3: unchanged
v2: unchanged
---
dri
101 - 200 of 1018 matches
Mail list logo
