On Mon, May 30, 2016 at 08:03:59AM +0200, Stephan Mueller wrote:
> > static int rand_initialize(void)
> > {
> > +#ifdef CONFIG_NUMA
> > + int i;
> > + int num_nodes = num_possible_nodes();
> > + struct crng_state *crng;
> > +
> > + crng_node_pool = kmalloc(num_nodes * sizeof(void *),
> >
On Mon, 30 May 2016 at 10:45:39 Andy Shevchenko wrote:
> You have to send this to public mailing list,
Okay. lkml and commenters on recent patches added to Cc:.
To those just joining, I had a couple of local patches I had made to
lib/vsprintf.c:uuid_string() which had been sitting around ignored
Reviewed-by: Matt Ranostay
On Mon, May 30, 2016 at 7:52 AM, Arnd Bergmann wrote:
> gcc warns about a potentially uninitialized variable use
> in as3935_event_work:
>
> drivers/iio/proximity/as3935.c: In function ‘as3935_event_work’:
> drivers/iio/proximity/as3935.c:231:6: error: ‘val’ may be use
On 05/30, Michal Hocko wrote:
>
> task_will_free_mem is rather weak.
I was thinking about the similar change because I noticed that try_oom_reaper()
is very, very wrong.
To the point I think that we need another change for stable which simply removes
spin_lock_irq(sighand->siglock) from try_oom_r
Hi Mel,
On Mon, May 30, 2016 at 5:56 PM, Mel Gorman wrote:
> On Mon, May 30, 2016 at 03:13:40PM +0200, Geert Uytterhoeven wrote:
>> > The benefit is negligible and the results are within the noise but each
>> > cycle counts.
>> >
>> > Signed-off-by: Mel Gorman
>> > Cc: Vlastimil
On 05/30, Michal Hocko wrote:
>
> both oom_adj_write and oom_score_adj_write are using task_lock,
> check for task->mm and fail if it is NULL. This is not needed because
> the oom_score_adj is per signal struct so we do not need mm at all.
> The code has been introduced by 3d5992d2ac7d ("oom: add p
> In addition, on NUMA systems we make the CRNG state per-NUMA socket, to
> address the NUMA locking contention problem which Andi Kleen has been
> complaining about. I'm not entirely sure this will work well on the
> crazy big SGI systems, but they are rare. Whether they are rarer than
It shoul
Hello knowledgeable ARM people!
(Background: https://sourceware.org/ml/gdb/2016-05/msg00020.html )
Debugging a flaky GDB test case on ARM lead me to think there might
be race between PTRACE_SETVFPREGS and PTRACE_CONT on ARM
(PTRACE_SETVFPREGS is ARM-specific anyway). The test case (and the
repro
Hi,
On 30-05-16 14:59, Chen-Yu Tsai wrote:
On Mon, May 30, 2016 at 7:34 PM, Hans de Goede wrote:
Hi,
On 29-05-16 09:04, Chen-Yu Tsai wrote:
The MMC clock timings were incorrectly calculated, when the conversion
from delay value to delay phase was done.
The 50M DDR and 50M DDR 8bit timings
The call to seq_file_path() does not include backslash itself
in the set of file names escaped. This results in files named
"foo\t-\nbar" and "foo\\011-\\012bar" being both shown
as "foo\\011-\\012bar". Fix this by including backslash
in the escaped set.
diff -Nabpur linux-4.6/drivers/md/bitmap.c
On Mon, 30 May 2016 at 18:27:21 +0200, Peter Zijlstra wrote:
> On Mon, May 30, 2016 at 12:06:18PM -0400, George Spelvin wrote:
> Right; as stated performance really isn't a goal here.
I understand, but 64x64-bit multiply on 32-bit is pretty annoyingly
expensive. In time, code size, and register p
parport subsystem has introduced parport_del_port() to delete a port
when it is going away. Without parport_del_port() the registered port
will not be unregistered.
To reproduce and verify the error:
Command to be used is : ls /sys/bus/parport/devices
1) without the device attached there is no outp
On 05/30, Michal Hocko wrote:
>
> @@ -852,8 +852,7 @@ void oom_kill_process(struct oom_control *oc, struct
> task_struct *p,
> continue;
> if (same_thread_group(p, victim))
> continue;
> - if (unlikely(p->flags & PF_KTHREAD) ||
From: Michal Hocko
Date: Mon, 30 May 2016 11:14:54 +0200
> From: Michal Hocko
>
> __GFP_REPEAT has a rather weak semantic but since it has been introduced
> around 2.6.12 it has been ignored for low order allocations.
>
> {pud,pmd}_alloc_one is using __GFP_REPEAT but it always allocates from
>
On Monday 30 May 2016 08:52 AM, Stephen Rothwell wrote:
Hi all,
Changes since 20160527:
Hi All,
I have just built and booted with next-20160530 and my dmesg is full of
warnings from ath9k. Last kernel tested was v4.6 and there was no
problem with that.
The traces are like:
Call Trace
Hi Vishnu,
On Mon, May 16, 2016 at 07:28:42AM +0800, Vishnu Patekar wrote:
> > > @@ -307,7 +305,7 @@ static void sun6i_get_ahb1_factors(struct
> > > factors_request *req)
> > > div = DIV_ROUND_UP(req->parent_rate, req->rate);
> > >
> > > /* calculate pre-divider if parent is pll6 */
>
On 30-05-16 13:30, Ard Biesheuvel wrote:
> This is likely caused by the fact that the Android AArch64 toolchain uses
> -fpic by default. Could you try adding -fno-pic to the CFLAGS?
I did only to notice with 'make V=1 ...' that it was already used hence
showing up in the compile command line tw
On Mon, May 30, 2016 at 07:37:39PM +0200, Geert Uytterhoeven wrote:
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index dba8cfd0b2d6..f2c1e47adc11 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -3232,6 +3232,9 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int
> > o
PowerPC is the last architecture using the GEN_RTC driver on some
machines, but we can migrate them all to using the RTC_DRV_GENERIC
driver instead now.
This moves over the CONFIG_GEN_RTC option from drivers/char into
arch/powerpc/platforms/Kconfig and makes it just select the
replacement driver i
This architecture selects RTC_CLASS unconditionally, so the GEN_RTC
has not worked here for a long time.
Now we can remove both the asm/rtc.h header and the Kconfig dependency
for CONFIG_GEN_RTC.
Signed-off-by: Arnd Bergmann
---
arch/parisc/include/asm/rtc.h | 131 --
No architecture uses the genrtc driver any more, so let's kill it off
for good. This now also includes asm-generic/rtc.h, which is otherwise
completely unused.
Signed-off-by: Arnd Bergmann
---
drivers/char/Kconfig | 26 ---
drivers/char/Makefile | 1 -
drivers/char/genrtc.c | 539
The q40 platform is the only machine in the kernel that provides
RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the
mach_get_rtc_pll/mach_set_rtc_pll callbacks.
However, this currenctly works only in the old-style genrtc
driver, not the (somewhat) modern rtc-generic driver replacing
it.
All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.
Signed-off-by: Arnd Bergmann
---
drivers/rtc/rtc-generic.c | 35 +--
1 file changed, 1 inserti
Drivers should not really include stuff from asm-generic directly,
and the PC-style cmos rtc driver does this in order to reuse the
mc146818 implementation of get_rtc_time/set_rtc_time rather than
the architecture specific one for the architecture it gets built for.
To make it more obvious what is
Nothing on these architectures ever includes the asm/mc146818rtc.h
file, the drivers that used to do this have been fixed long ago,
and the remaining users are all PC-specific.
This removes the files for good.
Signed-off-by: Arnd Bergmann
Acked-by: Alexandre Belloni
---
arch/frv/include/asm/mc
This is the promised resend of the removal of the genrtc driver and some
related code, now that we are at a good time to merge this for the coming
merge window.
The contents are the same as before, except fixing the build regressions
reported by the 0day builder: on both x86 and mn10300 the rearra
arch/mips/sni/time.c includes asm-generic/rtc.h for no apparent reason,
and it works fine without that header, so lets remove the inclusion
in preparation of deleting the file.
Signed-off-by: Arnd Bergmann
---
arch/mips/sni/time.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/mips/sni/
The asm/rtc.h header is only used for the old gen_rtc driver
that has been replaced by rtc-generic. According to Geert
Uytterhoeven, nobody has used the old driver on m68k for
a long time, so we can now just remove the header file
and disallow the driver in Kconfig.
All files that used to include
The genrtc driver serves no purpose on Alpha because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.
The defconfig uses CONFIG_RTC=y, so this driver is not used by default.
At one po
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.
This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.
S
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.
This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skip
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.
This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by o
The genrtc driver serves no purpose on mn10300 because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.
I assume it was initially only added for completeness when the
mn10300 port was
Hi,
on my Bananapis, in kernel 4.6 USB does not work. Kernel configuration
is USB-wise identical to 4.5 (grepped for differences in (hci|usb)),
and in 4.6 there is not even /dev/bus/usb.
Here is the log excerpt from a 4.5 kernel coming up:
May 15 09:30:14 cadencia kernel: [5.307730] ehci_hcd
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.
This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, usin
On Mon, May 30, 2016 at 5:32 PM, Viresh Kumar wrote:
> I clearly missed the !policy->fast_switch_enabled check in sugov_limit() and
> so
> the confusion.
>
> On 30-05-16, 16:25, Rafael J. Wysocki wrote:
>> On Mon, May 30, 2016 at 12:18 PM, Viresh Kumar
>> wrote:
>> > Suppose this is the current
On Mon, May 30, 2016 at 04:15:54PM +0100, Joao Pinto wrote:
> When using ffplay to reproduce video+sound it was noticed that sometimes the
> sound was disabled. The cause was an initial EDID checksum error that disabled
> the HDMI sound. By adding this tweak, it was noticed that the sound is not
>
Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
which in turn disables the selection of the CONFIG_RTC and
CONFIG_GEN_RTC drivers that contain a two older implementations of
the CONFIG_RTC_DRV_CMOS driver.
From: Wang Nan
Before this patch there's no way to pass arguments to fdarray__filter's
call back function.
This improvement will be used by 'perf record' to support unmapping ring
buffer for both main evlist and overwrite evlist. Without this patch
there's no way to track overwrite evlist from '
From: Arnaldo Carvalho de Melo
Additionally to being able to control the system wide maximum depth via
/proc/sys/kernel/perf_event_max_stack, now we are able to ask for
different depths per event, using perf_event_attr.sample_max_stack for
that.
This uses an u16 hole at the end of perf_event_att
From: Andi Kleen
Move the get_main_thread function from db-export.c to thread.c so that
it can be used elsewhere.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1464051145-19968-2-git-send-email-a...@firstfloor.org
[ Removed leftover bits from db-export.h ]
Signed-off-
From: Masami Hiramatsu
Cleanup the code flow of dso__find_kallsyms() to remove redundant
checking code and add some comment for readability.
Signed-off-by: Masami Hiramatsu
Acked-by: Namhyung Kim
Cc: Ananth N Mavinakayanahalli
Cc: Brendan Gregg
Cc: Hemant Kumar
Cc: Peter Zijlstra
Link: htt
From: Arnaldo Carvalho de Melo
The tooling counterpart, now it is possible to do:
# perf record -e sched:sched_switch/max-stack=10/ -e
cycles/call-graph=dwarf,max-stack=4/ -e
cpu-cycles/call-graph=dwarf,max-stack=1024/ usleep 1
[ perf record: Woken up 1 times to write data ]
[ perf recor
From: Taeung Song
Commit 1b700c997500 ("perf tools: Build syscall table .c header from
kernel's syscall_64.tbl") automatically generates per-arch syscall table
arrays, e.g.:
arch/x86/include/generated/asm/syscalls_64.c
So add this directory to .gitignore
Signed-off-by: Taeung Song
Cc: Adr
0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-20160530
for you to fetch changes up to 01412261d99497021353c4b1d67e8df6c9cdc3c6:
perf buildid-cache: Use path/to/bin/buildid/elf instead of
path/to/bin/buildid (201
From: Masami Hiramatsu
Introduce filename__readable to check readability by opening the file
directly. Since the access(R_OK) just checks the readability based on
real UID/GID, it is ignored that the effective UID/GID and capabilities
for some special file (e.g. /proc/kcore).
filename__readable
From: Wang Nan
It is possible that all events in an evlist are overwritable.
perf_event__synth_time_conv() should not crash in this case.
record__pick_pc() is used to check avaliability.
Signed-off-by: Wang Nan
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@16
From: Masami Hiramatsu
Use path/to/bin/buildid/elf instead of path/to/bin/buildid
to store corresponding elf binary.
This also stores vdso in buildid/vdso, kallsyms in buildid/kallsyms.
Note that the existing caches are not updated until user adds
or updates the cache. Anyway, if there is the ol
From: Wang Nan
Now we have evlist->backward to indicate the mmap direction. Make
perf_evlist__mmap_read() choose right direction automatically.
Signed-off-by: Wang Nan
Cc: He Kuang
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@163.com
Link:
http://lkml.kern
From: Wang Nan
There's no need to receive events from overwritable ring buffer.
Instead, perf should make them run in background until some external
event of interest takes place. This patch makes ignores normal events from
overwrite evlists.
Overwritable events must be mapped readonly and back
From: Wang Nan
evlist->mmap[i]->refcnt could be 0 if an evlist has no evsel or if all
evsels don't match the evlist during mmap. For example, when all evsels
are overwritable but the evlist itself is normal. To avoid crashing,
perf should check 'base' pointer before checking refcnt, and raise bug
From: Peter Meerwald
The si114x supports x=1,2,3 IR LEDs for proximity sensing together with
visible and IR ambient light sensing (ALS).
Newer parts (si1132, si1145/6/7) can measure UV light and compute an UV index
Signed-off-by: Peter Meerwald
Signed-off-by: Crestez Dan Leonard
---
Changes
On 05/30, Michal Hocko wrote:
>
> Make sure to not select vforked task as an oom victim by checking
> vfork_done in oom_badness.
I agree, this look like a good change to me... But.
> --- a/mm/oom_kill.c
> +++ b/mm/oom_kill.c
> @@ -176,11 +176,13 @@ unsigned long oom_badness(struct task_struct *p,
Em Tue, May 31, 2016 at 01:44:07AM +0900, Taeung Song escreveu:
> This function deleted allocated config set but
> the global variable 'config_set' is used all around
> so this directly remove 'config_set' instead of using local variable 'set'.
Keep it like it is, i.e. foo__delete() acts on someth
Em Tue, May 31, 2016 at 01:44:08AM +0900, Taeung Song escreveu:
> +static int perf_config_set__iter(struct perf_config_set *set, config_fn_t
> fn, void *data)
> +{
> + struct perf_config_section *section;
> + struct perf_config_item *item;
> + struct list_head *sections;
> + char k
Em Tue, May 31, 2016 at 01:44:10AM +0900, Taeung Song escreveu:
> show_config() was reimplemented using perf_config()
> so it isn't needed to use perf_config_set__new() at cmd_config().
> And perf_config_set__delete() isn't needed at cmd_config() because of
> calling the function at run_builtin() w
Hi,
On Mon, May 30, 2016 at 08:30:13PM +0800, luoyi...@gmail.com wrote:
> From: luoyi
>
> Add support for the Bananapi M1 Plus A20 development board from
> sinovoip.com.cn .
> This board features 1G RAM, 2 USB A receptacles, 1 micro USB receptacle for
> OTG, 1 micro USB receptacle for power, HD
On Mon, 30 May 2016 17:14:24 +0200, Roman Fiala said:
> this is the first time, when I would like to report kernel problem.
It's not a kernel problem, it's an out-of-tree module problem. You really
should take it to the VMWare people.
Having said that, note that the dkms messages aren't very he
Files named "foo\nbar" and "foo\\012bar" are
both shown as "foo\\012bar" in /proc/PID files,
because show_map_vma() and show_numa_map() in fs/proc/task_mmu.c
do not include backslash in the escaped set when calling seq_file_path().
Fix this by including backslash in the escaped set.
diff -Nabpur l
Thank you, I will follow your recommendations.
Thanks
Dne 05/30/2016 v 09:44 PM valdis.kletni...@vt.edu napsal(a):
On Mon, 30 May 2016 17:14:24 +0200, Roman Fiala said:
this is the first time, when I would like to report kernel problem.
It's not a kernel problem, it's an out-of-tree module pr
On Thu, Mar 10, 2016 at 09:13:13PM -0800, Marc MERLIN wrote:
> On Fri, Mar 11, 2016 at 04:35:21AM +, Eric Wheeler wrote:
> > Hello all,
> >
> > We were having a discussion on the bcache list about the safest reboot
> > options via sysrq here:
> > http://thread.gmane.org/gmane.linux.kernel.b
On Mon, 30 May 2016, Pierre Sauter wrote:
> On unplugging this USB Touchscreen, everytime I get either:
>
> [ 161.596055] BUG: unable to handle kernel NULL pointer dereference at
> 0015
> [ 161.596093] IP: [] get_next_timer_interrupt+0x80/0x270
> or
> [ 155.892061] BUG: unable to handle k
I've tested a pristine 4.6.0 system, so it's definitely something that
went in during the merge window. The flicker isn't continuous, it's
periodic, with an interval of something like 2-5 seconds. It looks
like an old analogue TV going out of sync and then resyncing. I've
attached the dmesg and
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
Michal-Hocko/Handle-oom-bypass-more-gracefully/20160530-210927
commit 9954f891814d3f23e10036d2b6404cc80aaa461b ("mm, oom_adj: make sure
processes sharing mm have same view of oom_score_adj")
on test machine: vm
On Mon, 30 May 2016, Markus Heiser wrote:
> Am 30.05.2016 um 16:46 schrieb Jani Nikula :
>> I am not proposing to merge the documents that I've converted mostly as
>> samples in the branch. I needed something to demonstrate the build is
>> sane.
>
>> The authors of the DocBook documents should mak
On 2016-05-31 00:40, Kees Cook wrote:
> On Sun, May 29, 2016 at 8:46 PM, Hector Martin "marcan"
> wrote:
>> On 2016-05-30 11:16, Kees Cook wrote:
>>> On Sun, May 29, 2016 at 10:59 AM, Hector Martin wrote:
On Mon, May 23, 2016 at 3:15 PM, Emese Revfy wrote:
> +/*
> + * Copyright 2012
Am 30.05.2016 um 21:43 schrieb Maxime Ripard:
Hi,
On Mon, May 30, 2016 at 08:30:13PM +0800, luoyi...@gmail.com wrote:
From: luoyi
Add support for the Bananapi M1 Plus A20 development board from sinovoip.com.cn
.
This board features 1G RAM, 2 USB A receptacles, 1 micro USB receptacle for
OTG,
Hi,
On 30/05/2016 at 20:57:48 +0200, Arnd Bergmann wrote :
> This is the promised resend of the removal of the genrtc driver and some
> related code, now that we are at a good time to merge this for the coming
> merge window.
>
Thanks a lot!
I'm applying the series right now so it sits in linux
Files named "foo\nbar" and "foo\\012bar" are
both shown as "foo\\012bar" in /proc/PID files,
because show_map_vma() and show_numa_map() in fs/proc/task_mmu.c
do not include backslash in the escaped set when calling seq_file_path().
Fix this by including backslash in the escaped set.
diff -Nabpur l
On Fri, 2016-05-27 at 15:07 +0200, Arnd Bergmann wrote:
> gcc is apparently unablel to track the state of the local 'resp_v2'
> variable across the kzalloc() function, and warns about the response
> variable being used without an initialization:
>
> drivers/net/wireless/intel/iwlwifi/mvm/nvm.c: In
On Thu, May 26, 2016 at 8:32 PM, Ville Syrjälä
wrote:
> On Wed, May 18, 2016 at 10:24:24AM +0300, Ville Syrjälä wrote:
>> On Wed, May 18, 2016 at 01:14:42AM +0200, Rafael J. Wysocki wrote:
>> > On 5/16/2016 9:39 PM, Ville Syrjälä wrote:
>> > > On Wed, May 11, 2016 at 04:34:06PM +0300, Ville Syrjäl
On Mon, May 30, 2016 at 09:02:54PM +0200, Marc Haber wrote:
> Hi,
>
> on my Bananapis, in kernel 4.6 USB does not work. Kernel configuration
> is USB-wise identical to 4.5 (grepped for differences in (hci|usb)),
> and in 4.6 there is not even /dev/bus/usb.
Hint, include linux-usb@vger in usb-spec
This is the start of the stable review cycle for the 3.14.71 release.
There are 20 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 should be made by Wed Jun 1 20:49:23 UTC 2016.
Anything receiv
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Schemmel Hans-Christoph
commit 444f94e9e625f6ec6bbe2cb232a6451c637f35a3 upstream.
Added support for Gemalto's Cinterion PH8 and AHxx products
with 2 RmNet Interfaces and products with 1 RmNet +
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Schemmel Hans-Christoph
commit 444f94e9e625f6ec6bbe2cb232a6451c637f35a3 upstream.
Added support for Gemalto's Cinterion PH8 and AHxx products
with 2 RmNet Interfaces and products with 1 RmNet
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Matt Gumbel
commit 32ecd320db39bcb007679ed42f283740641b81ea upstream.
008GE0 Toshiba mmc in some Intel Baytrail tablets responds to
MMC_SEND_EXT_CSD in 450-600ms.
This patch will...
() Increa
This is the start of the stable review cycle for the 4.4.12 release.
There are 86 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 should be made by Wed Jun 1 20:49:19 UTC 2016.
Anything receive
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit ca9eb49aa9562eaadf3cea071ec7018ad6800425 upstream.
The generic copy_siginfo() is currently defined in
asm-generic/siginfo.h, after including uapi/asm-generic/siginfo.h which
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Usyskin
commit 6a8d648c8d1824117a9e9edb948ed1611fb013c0 upstream.
In the case when disconnection is initiated from the FW
the driver is flushing items from the write control list whil
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit c7c999cb18da88a881e10e07f0724ad0bfaff770 upstream.
hci_vhci driver creates a hci device object dynamically upon each
HCI_VENDOR_PKT write. Although it checks the already cr
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kailang Yang
commit dcd4f0db6141d6bf2cb897309d5d6f53d1b1696f upstream.
Support new codecs for ALC234/ALC274/ALC294.
This three codecs was the same IC.
But bonding is not the same.
Signed-off-b
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
commit 107e15fc1f8d6ef69eac5f175971252f76e82f0d upstream.
Unlike Intel Medfield and Tangier platforms DNV uses PCI BAR0 for IO compatible
resources and BAR1 for MMIO. We need la
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 6fb650d43da3e7054984dc548eaa88765a94d49f upstream.
When a USB driver is bound to an interface (either through probing or
by claiming it) or is unbound from an interface, the U
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Vik Heyndrickx
commit 20878232c52329f92423d27a60e48b6a6389e0dd upstream.
Systems show a minimal load average of 0.00, 0.01, 0.05 even when they
have no load at all.
Uptime and /proc/loadavg on
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Thumshirn
commit 305c2e71b3d733ec065cb716c76af7d554bd5571 upstream.
Now that we've done a more comprehensive fix with the intermediate
target state we can remove the previous hack intr
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 373a32c848ae3a1c03618517cce85f9211a6facf upstream.
Both vhci_get_user and vhci_release race with open_timeout work. They
both contain cancel_delayed_work_sync, but do not test
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Noever
commit 2ffa9a5d76a75abbc1f95c17959fced666095bdd upstream.
If tb_drom_read() fails, sw->drom is freed but not set to NULL. sw->drom
is then freed again in the error path of tb_sw
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Weinberger
commit 1900149c835ab5b48bea31a823ea5e5a401fb560 upstream.
Ezequiel reported that he's facing UBI going into read-only
mode after power cut. It turned out that this behavior h
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Thumshirn
commit f05795d3d771f30a7bdc3a138bf714b06d42aa95 upstream.
Add intermediate STARGET_REMOVE state to scsi_target_state to avoid
running into the BUG_ON() in scsi_target_reap().
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Hui Wang
commit 86c72d1ce91d804e4fa8d90b316a89597dd220f1 upstream.
Add the pin configuration value of this machine into the pin_quirk
table to make DELL1_MIC_NO_PRESENCE apply to this machine.
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit 54f5c9c52d69afa55abf2b034df8d45f588466c3 upstream.
Avoid that the following BUG() is triggered against a debug
kernel:
kernel BUG at include/linux/scatterlist.h:92!
RIP:
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Catalin Vasile
commit e930c765ca5c6b039cd22ebfb4504ea7b5dab43d upstream.
caam_jr_alloc() used to return NULL if a JR device could not be
allocated for a session. In turn, every user of this fun
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 44d51706b4685f965cd32acde3fe0fcc1e6198e8 upstream.
Commit ce657611baf9 ("hpfs: kstrdup() out of memory handling") checks if
the kstrdup function returns NULL due to out-o
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 037369b872940cd923835a0a589763180c4a36bc upstream.
The HPFS filesystem used generic_show_options to produce string that is
displayed in /proc/mounts. However, there is a
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kai-Heng Feng
commit 423cd785619ac6778252fbdb916505aa1c153959 upstream.
The headphone has noise when playing sound or switching microphone sources.
It uses the same codec on XPS 13 9350, but wi
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kailang Yang
commit 7d727869c7b86da0874436ac5675dcdadaf3a0a1 upstream.
Add support for ALC295/ALC3254.
They are simply compatible with ALC225 chip.
Signed-off-by: Kailang Yang
Signed-off-by:
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Chanwoo Choi
commit b8995f527aac143e83d3900ff39357651ea4e0f6 upstream.
This patch fixes the broken serial log when changing the clock source
of uart device. Before disabling the original clock
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Werner
commit f75564d343010b025301d9548f2304f48eb25f01 upstream.
The bar number is found in reg2 within the gdd. Therefore
we need to change the assigment from reg1 to reg2 which
is the
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Sperl
commit ec36a5c6682fdd5328abf15c3c67281bed0241d7 upstream.
Add missing locking to:
* bcm2835_pll_divider_on
* bcm2835_pll_divider_off
to protect the read modify write cycle for the
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Lei Liu
commit 74d2a91aec97ab832790c9398d320413ad185321 upstream.
Add even more ZTE device ids.
Signed-off-by: lei liu
[johan: rebase and replace commit message ]
Signed-off-by: Johan Hovold
501 - 600 of 1124 matches
Mail list logo
