On Thu, Jan 07, 2016 at 09:23:27AM -0800, Babu Moger wrote:
> I have never seen auto handoff working on TI and RENESAS cards.
> Eventually, we force handoff. This code forces the handoff
> unconditionally. It saves 5 seconds boot time for each card.
>
> Signed-off-by: Babu Moger
> ---
>
On Wed, Jan 06, 2016 at 01:54:59PM -0600, Bjorn Helgaas wrote:
> These make the code slightly smaller and easier to read but shouldn't make
> any functional difference.
>
> ---
>
> Bjorn Helgaas (2):
> PCI: designware: Simplify control flow
> PCI: designware: Make config accessor
On 07/01/2016 at 13:11:50 +0100, Andrzej Hajda wrote :
> Type of local variable days has been changed recently to unsigned,
> but it can take negative values. As a result it works incorrectly for some
> arguments. The patch fixes it.
>
Yeah, I was not planning to send that patch finally because
I have never seen auto handoff working on TI and RENESAS cards.
Eventually, we force handoff. This code forces the handoff
unconditionally. It saves 5 seconds boot time for each card.
Signed-off-by: Babu Moger
---
drivers/usb/host/pci-quirks.c |7 +++
1 files changed, 7 insertions(+), 0
Currently, all newly added memory blocks remain in 'offline' state unless
someone onlines them, some linux distributions carry special udev rules
like:
SUBSYSTEM=="memory", ACTION=="add", ATTR{state}=="offline", ATTR{state}="online"
to make this happen automatically. This is not a great solution
On 7 January 2016 at 17:10, Guenter Roeck wrote:
> Strictly speaking you may be right (regression is a bit strong, though),
> but for my part I tend to be pragmatic.
>
> A warning message such as "Access to unimplemented register X" may be
> useful
You can get these from QEMU if you pass it "-d
Hi Krzysztof,
On 7 January 2016 at 07:45, Krzysztof Kozlowski wrote:
> The Exynos SoC provides a Security SubSystem block for accelerating some
> cryptographic operations. Enable the driver for it - s5p-secss to
> utilize the hardware acceleration.
>
> Currently the s5p-secss driver supports AES
Hi Krzysztof,
On 7 January 2016 at 07:45, Krzysztof Kozlowski wrote:
> Enable the kernel NEON mode and asm/NEON accelerated crypto algorithms
> which should bring performance benefits on Exynos SoCs. Enable these as
> modules because they are optional, not essential anyhow for platform
> booting
On 01/07/2016 08:37 AM, Lorenzo Pieralisi wrote:
On Thu, Jan 07, 2016 at 03:58:15PM +, Peter Maydell wrote:
On 7 January 2016 at 15:53, Lorenzo Pieralisi wrote:
On Thu, Jan 07, 2016 at 01:25:35PM +, Peter Maydell wrote:
We had previously been relying on the kernel not attempting to
On Thu, Jan 07, 2016 at 08:38:04AM -0800, Peter Hurley wrote:
> On 01/07/2016 08:14 AM, Greg Kroah-Hartman wrote:
> > Adding Peter and linux-serial to the list here, as Peter has been doing
> > a ton of work in this area...
> >
> > Peter, does this seem sane with the tty locking rules?
> >
> >
On 20/12/15 20:52, Daniel Thompson wrote:
> Currently it is not possible to exploit FIQ for systems with a GIC, even
> on systems are otherwise capable of it. This patch makes it possible
> for IPIs to be delivered using FIQ.
>
> To do so it modifies the register state so that normal interrupts
On Thu, Jan 07, 2016 at 08:25:46AM +0100, Stephane Eranian wrote:
> This patch enables the uncore_imc PMU for Intel
> SkyLake Desktop processors (Core i7-6700, model 94).
>
> It is possible to compute memory read/write bandwidth
> using:
> $ perf stat -a -e
Hi Yakir,
Am Donnerstag, den 07.01.2016, 18:15 +0800 schrieb Yakir Yang:
> Hi Philipp,
>
> Thanks for your fast respond :)
>
> On 01/07/2016 06:04 PM, Philipp Zabel wrote:
> > Am Donnerstag, den 07.01.2016, 17:02 +0800 schrieb Yakir Yang:
> >> RK3229 integrate an DesignedWare HDMI2.0 controller
On Thu, Jan 07, 2016 at 04:46:22PM +0900, Namhyung Kim wrote:
> Currently perf report only shows a help message "For a higher level
> overview, try: perf report --sort comm,dso" unconditionally (even if
> the sort keys were used). Add more help tips and show randomly.
>
> Load tips from
On 01/07/2016 12:06 AM, Hillf Danton wrote:
>>
>> Page faults can race with fallocate hole punch. If a page fault happens
>> between the unmap and remove operations, the page is not removed and
>> remains within the hole. This is not the desired behavior. The race
>> is difficult to detect in
On Thu, Jan 7, 2016 at 11:26 AM, Paul E. McKenney
wrote:
> On Thu, Jan 07, 2016 at 02:40:08PM +0100, Peter Zijlstra wrote:
>> On Wed, Jan 06, 2016 at 01:56:56PM -0500, Eric Dumazet wrote:
>> > On Wed, Jan 6, 2016 at 1:46 PM, tip-bot for Peter Zijlstra
>> > wrote:
>> >
>> > >
>> > > This is
On Thu, Jan 07, 2016 at 02:40:08PM +0100, Peter Zijlstra wrote:
> On Wed, Jan 06, 2016 at 01:56:56PM -0500, Eric Dumazet wrote:
> > On Wed, Jan 6, 2016 at 1:46 PM, tip-bot for Peter Zijlstra
> > wrote:
> >
> > >
> > > This is because context switches can swap the
> > >
Commit 6aa7dbfa2877 ("gpio: mm-lantiq: use gpiochip data pointer") replaces
the use of container_of() with gpiochip_get_data(). However, the data
pointer is not yet set by the time the save_regs function is called.
Fixes: 6aa7dbfa2877 ("gpio: mm-lantiq: use gpiochip data pointer")
Cc: Ricardo
Commit 709d71a17c33 ("gpio: mpc8xxx: use gpiochip data pointer") replaces
the use of container_of() with gpiochip_get_data(). However, the data
pointer is not yet set by the time the save_regs function is called.
Fixes: 709d71a17c33 ("gpio: mpc8xxx: use gpiochip data pointer")
Cc: Uwe
d to the wrong git tree, please drop us a note to
>> help improving the system]
>>
>> url:
>> https://github.com/0day-ci/linux/commits/fu-wei-linaro-org/acpi-apei-add-Boot-Error-Record-Table-BERT-support/20160107-193040
>> base: https://git.kernel.org/pub/scm/linu
+ Darren Hart and platform-drivers-x86 (sorry, I was trying to avoid
too much cross-posting and ended up leaving interested parties out).
On 6 Jan 2016 05:32, "Johannes Berg" wrote:
>
> On Tue, 2016-01-05 at 22:55 -0800, Marcel Holtmann wrote:
> >
> > so I am not convinced the kernel should have
Hello,
Applied to wq/for-4.5 with some adjustments to patch title
description.
Thanks.
-- 8< --
>From 6201171e3b2c02992e62448636631a0dfe4e9d20 Mon Sep 17 00:00:00 2001
From: wanghaibin
Date: Thu, 7 Jan 2016 20:38:59 +0800
Subject: [PATCH] workqueue: simplify the
Adding Peter and linux-serial to the list here, as Peter has been doing
a ton of work in this area...
Peter, does this seem sane with the tty locking rules?
thanks,
greg k-h
On Thu, Jan 07, 2016 at 03:58:00PM +0100, Mateusz Guzik wrote:
> When the line discipline is being changed, the old one
On Thu, Jan 07, 2016 at 10:43:28AM -0500, Lyude wrote:
> This fixes reprobing of display connectors on resume. After some
> talking with danvet on IRC, I learned that calling
> drm_helper_hpd_irq_event() does actually trigger a full reprobe of each
> connector's status. It turns out this is the
Em Thu, Jan 07, 2016 at 12:28:15PM +0530, Naveen N. Rao escreveu:
> On 2015/12/17 09:19AM, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Dec 17, 2015 at 10:37:14AM +0530, Naveen N. Rao escreveu:
> > > On 2015/12/17 09:29AM, Wang Nan wrote:
> > > > The whole thread is:
> > > >
> > > > [PATCH v3 0/3]
On Thu, Jan 07, 2016 at 08:38:58PM +0800, wanghaibin wrote:
> for workqueue's flag with the WQ_SYSFS | WQ_UNBOUND, the wq_dev will create
> some sys_files for
> unbound attrs, so, remove the unbind workqueue attrs sys_files before
> unregister the
> workqueue device.
File removal on sysfs is
The min3() macro expects all arguments to be of the same type (or
size at least).
Change the type of some local variables in sun4i-ss-cipher.c to
size_t to match the type used in some generic structures we
compare against.
That shouldn't change anything for 32-bit (as size_t is unsigned int
there
it
> > through msecs_to_jiffies() to fix this up.
> >
> > Signed-off-by: Nicholas Mc Guire
> > ---
> > patch was compile tested with x86_64_defconfig + CONFIG_IPMI_HANDLER=m
> >
> > Patch is against 4.4-rc8 (localversion-next is -next-20160107)
> >
>
> On Wed, Jan 06, 2016 at 06:04:30AM -0500, kan.li...@intel.com wrote:
> > From: Kan Liang
> >
> > For understanding how the workload maps to memory channels and
> > hardware behavior, it's useful to collect address maps with physical
> addresses.
> > This is not intended for detecting page
On Thu, Jan 07, 2016 at 04:37:43PM +0100, Dmitry Vyukov wrote:
> pass ts to the function
Yeah, I should have had my morning coffee before hitting send. Updated
below, and hopefully final. Checked with a test program to confirm that
the huge value of seconds in timespec correctly waits, and
On Thu 2016-01-07 10:38:37, Prarit Bhargava wrote:
>
>
> On 01/07/2016 09:57 AM, Petr Mladek wrote:
> > On Wed 2016-01-06 08:00:34, Prarit Bhargava wrote:
> >> This patch introduces printk.clock=[local|boot|real|tai] allowing a
> >> user to specify an adjusted clock to use with printk
On Thu, Jan 07, 2016 at 01:25:35PM +, Peter Maydell wrote:
> On 24 December 2015 at 00:52, Guenter Roeck wrote:
> > Hi all,
> >
> > since commit 60792ad349f3 ("arm64: kernel: enforce pmuserenr_el0
> > initialization
> > and restore"), my arm64 qemu tests of linux-next are failing. After this
Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB
devices can remain runtime-suspended when the system goes to a sleep
state, if their wakeup state is correct and they have runtime PM enabled.
Signed-off-by: Tomeu Vizoso
Reviewed-by: Ulf Hansson
Acked-by: Alan Stern
---
Adds a function that tells whether a device is already bound to a
driver.
This is needed to warn when there is an attempt to change the PM domain
of a device that has finished probing already. The reason why we want to
enforce that is because in the general case that can cause problems and
also
Adds a function that sets the pointer to dev_pm_domain in struct device
and that warns if the device has already finished probing. The reason
why we want to enforce that is because in the general case that can
cause problems and also that we can simplify code quite a bit if we can
always assume
If a suitable prepare callback cannot be found for a given device and
its driver has no PM callbacks at all, assume that it can go direct to
complete when the system goes to sleep.
The reason for this is that there's lots of devices in a system that do
no PM at all and there's no reason for them
Hi,
this is v12 of an attempt to make it easier for devices to remain in
runtime PM when the system goes to sleep, mainly to reduce the time
spent resuming devices.
For this, we interpret the absence of all PM callback implementations as
it being safe to do direct_complete, so their ancestors
Good day, gentlemen.
Could you update, what's the status with this patch?
Without it it's impossible to match process pipe with kernel pipe, while
this is "must have" to be able to migrate AutoFS via CRIU.
16.12.2015 13:02, Stanislav Kinsburskiy пишет:
This is required for CRIU to migrate
On 07/01/2016 16:27, Christian Borntraeger wrote:
> On 01/07/2016 03:17 PM, Paolo Bonzini wrote:
>> Leave room for 4 more arch-independent requests.
>
> The patch subject is wrong.
>
> "renumber architecture-dependent requests"
>
> --> "renumber kvm requests"
>
> as we also renumber the
On Thu, Jan 7, 2016 at 4:31 PM, Benjamin LaHaise wrote:
> On Thu, Jan 07, 2016 at 10:12:02AM +0100, Dmitry Vyukov wrote:
> ...
>> Sorry, but the following program still prints -9223372036562067969. I
>> think timespec_valid check will do.
>
> Ah, right. Yes, using timespec_valid() instead of
On Wed, 06 Jan 2016 22:05:35 +0100,
Shuah Khan wrote:
>
> diff --git a/sound/usb/Makefile b/sound/usb/Makefile
> index 2d2d122..665fdd9 100644
> --- a/sound/usb/Makefile
> +++ b/sound/usb/Makefile
> @@ -2,6 +2,18 @@
> # Makefile for ALSA
> #
>
> +# Media Controller
> +ifeq
On Thu 07-01-16 15:58:41, Michal Hocko wrote:
> On Thu 07-01-16 22:31:32, Tetsuo Handa wrote:
> [...]
> > I think we need to filter at select_bad_process() and oom_kill_process().
> >
> > When P has no children, P is chosen and TIF_MEMDIE is set on P. But P can
> > be chosen forever due to
On Thu, Jan 07, 2016 at 02:06:07PM +0200, Andy Shevchenko wrote:
> The new helper returns index of the mathing string in an array. We would use
> it
> here.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Tejun Heo
Please feel free to route as you see fit.
Thanks.
--
tejun
--
To unsubscribe
This fixes reprobing of display connectors on resume. After some
talking with danvet on IRC, I learned that calling
drm_helper_hpd_irq_event() does actually trigger a full reprobe of each
connector's status. It turns out this is the actual reason reprobing on
resume hasn't been working (this was
On 01/06/2016 06:40 PM, Nicolas Pitre wrote:
On Wed, 6 Jan 2016, Daniel Lezcano wrote:
Many IRQs are quiet most of the time, or they tend to come in bursts of
fairly equal time intervals within each burst. It is therefore possible
to detect those IRQs with stable intervals and guestimate when
On Tue, Jan 05, 2016 at 09:50:54PM +, Måns Rullgård wrote:
> Cyrille Pitchen writes:
> > + as->use_cs_gpios = true;
> > + if (atmel_spi_is_v2(as) &&
> > + !of_get_property(pdev->dev.of_node, "cs-gpios", NULL)) {
> > + as->use_cs_gpios = false;
> > +
06.01.2016 22:53, Andy Lutomirski пишет:
On Wed, Jan 6, 2016 at 11:31 AM, Stas Sergeev wrote:
Exactly.
Do you think this can be ignored?
A man page should then be corrected with EPERM and the
above note removed, right?
I think it can be ignored. I'd go the SS_FORCE route, though, to
On Thu, Jan 07, 2016 at 03:58:00PM +0100, Mateusz Guzik wrote:
> When the line discipline is being changed, the old one is freed.
> However, the handler for TIOCGETD would dereference it without taking
> any locks, in effect possibly reading freed memory.
>
> Line discipline changes are protected
On Thu, Jan 07, 2016 at 10:12:02AM +0100, Dmitry Vyukov wrote:
...
> Sorry, but the following program still prints -9223372036562067969. I
> think timespec_valid check will do.
Ah, right. Yes, using timespec_valid() instead of timespec_valid_strict()
as initially proposed will address my
Hello Jens,
This is v2 of the patch series. Since v1 I have added missing export of
cgroup_is_descendant(). I thought the series is sitting in linux-block tree but
when checking now I see that you probably ripped it out due to the compilation
issue.
If you find the series too hasty for the
CFQ IO scheduler will use cgroup_is_descendant() to decide whether one
queue can preempt another once.
Signed-off-by: Jan Kara
---
kernel/cgroup.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index 470f6536b9e8..c4d74c10dfcb 100644
--- a/kernel/cgroup.c
From: Jan Kara
Move check for preemption by rt class up. There is no functional change
but it makes arguing about conditions simpler since we can be sure both
cfq queues are from the same ioprio class.
Signed-off-by: Jan Kara
---
block/cfq-iosched.c | 13 +++--
1 file changed, 7
On 01/07/2016 03:17 PM, Paolo Bonzini wrote:
> Leave room for 4 more arch-independent requests.
>
The patch subject is wrong.
"renumber architecture-dependent requests"
--> "renumber kvm requests"
as we also renumber the architecture independent ones.
--
To unsubscribe from this list: send
On Thu, Jan 7, 2016 at 1:06 PM, Andy Shevchenko
wrote:
> The new helper returns index of the mathing string in an array. We would use
> it
> here.
>
> Signed-off-by: Andy Shevchenko
Pretty cool ...
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Wed, Jan 06, 2016 at 09:28:41PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 1/5/2016 7:54 PM, Peter Senna Tschudin wrote:
>
> >From: Peter Senna Tschudin
> >
> >This patch remove four calls to dev_err() from sisusb_probe() as
> >reporting memory allocation failures is redundant:
> >
> > -
On Thu, Jan 7, 2016 at 1:34 AM, Jan Kara wrote:
> On Wed 06-01-16 11:14:09, Dan Williams wrote:
>> On Wed, Jan 6, 2016 at 10:00 AM, Ross Zwisler
>> wrote:
>> > __dax_dbg() currently assumes that bh->b_bdev is non-NULL, passing it into
>> > bdevname() where is is dereferenced. This assumption
On Wednesday 06 January 2016 20:56:28 Bamvor Jian Zhang wrote:
> >>
> >> That reminds me, we should now remove the code from fs/compat_ioctl.c
> >> that was handling emulating the other ioctl commands, the new .compat_ioctl
> >> callback in ppdev takes care of that along with the
On Thu, Jan 07, 2016 at 04:46:19AM +0530, Parav Pandit wrote:
> On Wed, Jan 6, 2016 at 3:26 AM, Tejun Heo wrote:
> > On Wed, Jan 06, 2016 at 12:28:02AM +0530, Parav Pandit wrote:
> >> Added function pointer table to store resource pool specific
> >> operation for each resource type (verb and hw).
On Wed, 30 Dec 2015 22:05:25 +0800
Geliang Tang wrote:
> Use dev_to_virtio() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
> ---
> drivers/s390/virtio/virtio_ccw.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
Thanks, added to my queue.
--
To unsubscribe from this
From: Tim Gardner
arch/x86/kernel/cpu/microcode/intel.c: In function
'load_microcode.isra.2.constprop':
arch/x86/kernel/cpu/microcode/intel.c:130:1: warning: the frame size of 1032
bytes is larger than 1024 bytes [-Wframe-larger-than=]
gcc version 5.3.1 20160101 (Ubuntu 5.3.1-5ubuntu1)
Cc:
From: Tim Gardner
arch/x86/kernel/cpu/microcode/intel.c: In function
'get_matching_model_microcode.isra.3.constprop':
arch/x86/kernel/cpu/microcode/intel.c:348:1: warning: the frame size of 1080
bytes is larger than 1024 bytes [-Wframe-larger-than=]
gcc version 5.3.1 20160101 (Ubuntu
From: Tim Gardner
arch/x86/kernel/cpu/microcode/intel.c: In function 'save_mc_for_early':
arch/x86/kernel/cpu/microcode/intel.c:516:1: warning: the frame size of 1032
bytes is larger than 1024 bytes [-Wframe-larger-than=]
gcc version 5.3.1 20160101 (Ubuntu 5.3.1-5ubuntu1)
Cc: Borislav Petkov
From: Tim Gardner
arch/x86/kernel/cpu/microcode/intel.c: In function
'save_microcode_in_initrd_intel':
arch/x86/kernel/cpu/microcode/intel.c:705:1: warning: the frame size of 1032
bytes is larger than 1024 bytes [-Wframe-larger-than=]
gcc version 5.3.1 20160101 (Ubuntu 5.3.1-5ubuntu1)
Cc:
When the line discipline is being changed, the old one is freed.
However, the handler for TIOCGETD would dereference it without taking
any locks, in effect possibly reading freed memory.
Line discipline changes are protected with tty lock. Use it on reader
side as well.
CVE: CVE-2016-0723
Current implementation of IS_ERR_VALUE works correctly only with
following types:
- unsigned long, unsigned long long,
- short, int, long.
Other types are handled incorrectly either on 32-bit either on 64-bit
either on both architectures.
The patch fixes it by comparing argument with MAX_ERRNO
On Thu 07-01-16 22:31:32, Tetsuo Handa wrote:
[...]
> I think we need to filter at select_bad_process() and oom_kill_process().
>
> When P has no children, P is chosen and TIF_MEMDIE is set on P. But P can
> be chosen forever due to P->signal->oom_score_adj == OOM_SCORE_ADJ_MAX
> even if the OOM
On Wed, Dec 23, 2015 at 07:55:11PM +0900, Krzysztof Kozlowski wrote:
> W dniu 22.12.2015 o 13:51, Olof Johansson pisze:
> > On Wed, Dec 02, 2015 at 10:39:43AM +0900, Krzysztof Kozlowski wrote:
> >> Hi Kukjin,
> >>
> >> This is also clock dependency. I put it in separate tag in case clock
> >>
On Wed, Dec 23, 2015 at 07:37:17PM +0900, Krzysztof Kozlowski wrote:
> From: Krzysztof Kozlowski
>
> For Odroid XU3-family enable the:
> - PWM fan (to control the CPU fan using thermal subsystem),
> - TI INA231 sensors (provide power measurements of big.LITTLE cores,
>DRAM and GPU),
> -
Hi,
Sorry for the slow reply, holidays and vacation and all that.
On Wed, Dec 23, 2015 at 07:44:32PM +0900, Krzysztof Kozlowski wrote:
> W dniu 22.12.2015 o 13:46, Olof Johansson pisze:
> > On Wed, Dec 02, 2015 at 10:39:40AM +0900, Krzysztof Kozlowski wrote:
> >> Hi Kukjin,
> >>
> >> Dependency
On Wed 2016-01-06 08:00:34, Prarit Bhargava wrote:
> This patch introduces printk.clock=[local|boot|real|tai] allowing a
> user to specify an adjusted clock to use with printk timestamps. The
> hardware clock, or the existing functionality, is preserved by default.
>
> If the timekeeper_lock
On 30 October 2015 at 23:52, Greg Kroah-Hartman
wrote:
> On Tue, Oct 27, 2015 at 04:24:14PM +0100, Rafael J. Wysocki wrote:
>> My idea is to represent a supplier-consumer dependency between devices (or
>> more precisely between device+driver combos) as a "link" object containing
>> pointers to
Hi Brian,
On Wed, 6 Jan 2016 15:13:23 -0800
Brian Norris wrote:
> On Sat, Dec 19, 2015 at 04:01:24AM +0100, Boris Brezillon wrote:
> > Actually the nand_{get,set}_controller_data() helpers are not about
> > assigning NAND controller private data (as you pointed those can
> > already be
LightNVM targets need to know the state of the flash block when doing
flash optimizations. An example is implementing a write buffer to
respect the flash page size. Currently, block state is not accounted
for; the media manager only differentiates among free, bad and in-use
blocks.
This patch
On Monday 28 December 2015 21:01:20 Eric Anholt wrote:
>
> This pull request includes the bcm2835 changes for 4.5 targeting the
> arm-soc next/drivers branch.
(sorry for the late mail, this was stuck in my outbox because of
one
MAX77620/MAX20024 are Power Management IC from the MAXIM.
It supports RTC, multiple GPIOs, multiple DCDC and LDOs,
watchdog, clock etc.
Add MFD drier to provides common support for accessing the
device; additional drivers is developed on respected subsystem
in order to use the functionality of
Add SW support for MAXIM Semiconductor's Power Management
IC (PMIC) MAX77620/MAX20024. This PMIC supports DC-DC/LDOS, GPIOs,
RTC, watchdog, clocks etc.
This series add respective driver for each of sub-modules.
Laxman Dewangan (6):
DT: mfd: add device-tree binding doc fro PMIC
> > In particular, I think we need feedback on #3 from PCI and power
> > management maintainers.
>
> I don't get your concern.
> I think we can add device attribute file to let application to trigger
> wakeup function, then NTB hardware will do the rest. NTB driver just
> need to implement
On 20/12/15 20:52, Daniel Thompson wrote:
> It is currently possible for FIQ handlers to re-enter gic_raise_softirq()
> and lock up.
>
> gic_raise_softirq()
> lock(x);
> -~-> FIQ
> handle_fiq()
> gic_raise_softirq()
> lock(x); <-- Lockup
>
>
On Sun, 2016-01-03 at 11:02 +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 3 Jan 2016 10:48:05 +0100
>
> Omit explicit initialisation at the beginning for one local variable
> that is redefined before its first use.
>
> Signed-off-by: Markus Elfring
> ---
>
There is no need for request bits to differ across architectures. Only
a handful of them are architecture-independent, the others can all share
bits 8-31 with overlap.
Leaving room for more architecture-independent bits means that actually
no bits are freed, but the cleanup is useful anyway IMO.
Signed-off-by: Paolo Bonzini
---
include/linux/kvm_host.h | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index 5ac775b4dde9..48abf6792286 100644
--- a/include/linux/kvm_host.h
+++
On Wednesday 06 January 2016 17:10:47 Catalin Marinas wrote:
> On Tue, Jan 05, 2016 at 10:12:20PM +0100, Arnd Bergmann wrote:
> > On Tuesday 05 January 2016 18:26:57 Yury Norov wrote:
> > > > So the calling conventions avoid the problem of being able to set
> > > > the upper bits from malicious
Hi,
On 01/07/2016 12:24 AM, Rodrigo Freire wrote:
> This patch documents two missing module options in the internal
> code comment block.
>
> Signed-off-by: Rodrigo Freire
> ---
> drivers/net/wireless/iwlwifi/iwl-modparams.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
>
On 01/07/2016 03:41 AM, Stephen Boyd wrote:
> These clocks are fixed rate board sources that should be in DT.
> Add them.
>
> Cc: Georgi Djakov
> Signed-off-by: Stephen Boyd
Reviewed-by: Georgi Djakov
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Patch is against 4.4-rc8 (localversion-next is -next-20160107)
drivers/char/ipmi/ipmi_si_intf.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index 9fda22e..251d546 100644
--- a/drivers/char/ipmi
On 12/18/2015 07:24 PM, Lina Iyer wrote:
> On Fri, Dec 18 2015 at 09:15 -0700, Georgi Djakov wrote:
>> The SAW2 (Subsystem Power Manager and Adaptive Voltage Scaling Wrapper)
>> is part of the SPM subsystem. It is a hardware block found on some of the
>> Qualcomm chipsets, which regulates the
Michal Hocko wrote:
> I do not think the placement in find_lock_task_mm is desirable nor
> correct. This function is used in multiple contexts outside of the oom
> proper. It only returns a locked task_struct for a thread that belongs
> to the process.
OK. Andrew, please drop from -mm tree for
On Thu, Jan 07, 2016 at 10:14:14PM +0900, Namhyung Kim wrote:
> On Thu, Jan 07, 2016 at 01:39:28PM +0100, Jiri Olsa wrote:
> > Currently we don't synthesize data mmap by default. It depends
> > on -d option, that enables data address sampling.
> >
> > But we've seen cases (softice) where DWARF
wlcore_read/wlcore_write can return negative values so it should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2120705
Fixes:
On Thu, Jan 07, 2016 at 03:12:00PM +0200, Andy Shevchenko wrote:
> On Thu, 2016-01-07 at 15:07 +0200, Heikki Krogerus wrote:
> > On Thu, Jan 07, 2016 at 02:06:01PM +0200, Andy Shevchenko wrote:
> > > > From time to time we have to match a string in an array. Make a
> > > > simple helper
> > > for
On 24 December 2015 at 00:52, Guenter Roeck wrote:
> Hi all,
>
> since commit 60792ad349f3 ("arm64: kernel: enforce pmuserenr_el0
> initialization
> and restore"), my arm64 qemu tests of linux-next are failing. After this
> commit,
> qemu does not display any output.
>
> Qemu version is 2.5.0.
On Wed 06-01-16 11:00:56, Ross Zwisler wrote:
> When we get a DAX PMD fault for a write it is possible that there could be
> some number of 4k zero pages already present for the same range that were
> inserted to service reads from a hole. These 4k zero pages need to be
> unmapped from the VMAs
Acked-by: Jianwei Wang
On Thu, Jan 7, 2016 at 2:02 PM, Stefan Agner wrote:
> Promote myself as new maintainer of the Freescale DCU DRM driver.
>
> Signed-off-by: Stefan Agner
> ---
> This has been previously discussed privately. The original driver
> author and maintainer Jianwei does not work
On Thu, Jan 07, 2016 at 01:39:28PM +0100, Jiri Olsa wrote:
> Currently we don't synthesize data mmap by default. It depends
> on -d option, that enables data address sampling.
>
> But we've seen cases (softice) where DWARF unwinder went through
> non executable mmaps, which we need to lookup in
We are doing PTR_ERR() of NULL, and that will actually make ret = 0.
So incase of both error and success we are actually returning the
success code.
Signed-off-by: Sudip Mukherjee
---
drivers/usb/gadget/composite.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Ack-ed.
Andrew, please apply this patch.
Thank you,
Alex.
-Original Message-
From: Geliang Tang [mailto:geliangt...@163.com]
Sent: Wednesday, January 06, 2016 10:16 AM
To: Matt Porter; Bounine, Alexandre
Cc: Geliang Tang; linux-kernel@vger.kernel.org
Subject: [PATCH] rapidio: use
On Thu, Jan 7, 2016 at 7:04 AM, Konstantin Khlebnikov wrote:
> On Thu, Jan 7, 2016 at 2:59 PM, Eric Dumazet wrote:
>> On Thu, Jan 7, 2016 at 6:38 AM, Konstantin Khlebnikov
>> wrote:
>>>
>>> Also I've found strange thing: reason of expanding skb->cb from 40 to
>>> 48 bypes in 2006
>>>
From: Laurent Pinchart
This patch enables the tvp5150 decoder driver to be used with the media
controller framework by adding pad-level subdev operations and init the
media entity pad.
Signed-off-by: Laurent Pinchart
Signed-off-by: Javier Martinez Canillas
---
Changes in v2: None
I've sent those patches ~ two months ago but were probably dropped from
the queue so resending them again.
Alexander Usyskin (2):
mei: prevent queuing new flow control credit.
mei: always copy the read buffer if data is ready
Tomas Winkler (4):
mei: bus: remove redundant uuid string in
On 01/07/2016 01:03 PM, Javier González wrote:
Currently a rrpc block only points to the nvm_lun it belongs to.
Maintaining a reference to the rrpc lun allows to manage rrpc specific
behavior between an rrpc block and rrpc lun.
Signed-off-by: Javier González
---
drivers/lightnvm/rrpc.c | 1 +
1 - 100 of 444 matches
Mail list logo
