On 07/11/2016 07:30 AM, Rob Herring wrote:
On Tue, Jul 05, 2016 at 09:44:31AM -0700, Guenter Roeck wrote:
Provide generic bindings for all Jedec JC-42.4 compatible temperature
sensor chips.
Signed-off-by: Guenter Roeck
---
Documentation/devicetree/bindings/hwmon/jc42.txt | 42 +++
On Monday, July 11, 2016 04:48:26 PM Rafael J. Wysocki wrote:
> On Monday, July 11, 2016 04:38:17 PM Matthias Brugger wrote:
> > Hi Rafael,
> >
> > On 24/03/16 14:08, Rafael J. Wysocki wrote:
> > > On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
> > >> The 20160318 ACPICA kernel-resident subsyst
On Mon, 11 Jul 2016, Ingo Molnar wrote:
>
> * Anna-Maria Gleixner wrote:
>
> > All users converted to state machine callbacks.
> >
> > Signed-off-by: Thomas Gleixner
> > Reviewed-by: Sebastian Andrzej Siewior
> > Signed-off-by: Anna-Maria Gleixner
>
> The SOB sequence is weird - is a From:
On 11/07/16 16:48, Rafael J. Wysocki wrote:
On Monday, July 11, 2016 04:38:17 PM Matthias Brugger wrote:
Hi Rafael,
On 24/03/16 14:08, Rafael J. Wysocki wrote:
On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
The 20160318 ACPICA kernel-resident subsystem updates are linuxized based
on the
On Mon, 11 Jul 2016, Ingo Molnar wrote:
>
> * Anna-Maria Gleixner wrote:
>
> > Get rid of the prio ordering of the separate notifiers and use a proper
> > state
> > callback pair.
> >
> > Signed-off-by: Thomas Gleixner
> > Reviewed-by: Sebastian Andrzej Siewior
> > Cc: Tejun Heo
> > Cc: La
On Mon, Jul 11, 2016 at 12:35 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> On Jul 9, 2016 1:37 AM, "Ingo Molnar" wrote:
>> >
>> >
>> > * Dave Hansen wrote:
>> >
>> > > On 07/08/2016 12:18 AM, Ingo Molnar wrote:
>> > >
>> > > > So the question is, what is user-space going to do? Do a
On Mon, 11 Jul 2016, Pengcheng Li wrote:
> A usb device in the connection state. Then host is suspend and resume.
> But the usb device could not be at the right speed. We should be reset
> the reset.
>
> Signed-off-by: Pengcheng Li
Why wouldn't the USB device be at the right speed?
You should
On Mon, Jul 11, 2016 at 1:30 AM, Dmitry Vyukov wrote:
> On Sun, Jul 10, 2016 at 2:47 PM, Andy Lutomirski wrote:
>> Hi all-
>>
>> I found two nasty issues with virtually mapped stacks if KASAN is
>> enabled. The first issue is a crash: the first non-init stack is
>> allocated and accessed before
On Fri, Jul 08, 2016 at 02:33:09PM +0200, Heiko Stuebner wrote:
> Hi William,
>
> Am Donnerstag, 7. Juli 2016, 10:54:24 schrieb William Wu:
> > Add a quirk to configure the core to support the
> > UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
> > interface is hardware property, and it's plat
FYI: you can also get the patch by (commit 5dde7975):
https://github.com/dcui/linux/tree/decui/hv_sock/net-next/20160711_v16
The delta changes between v15 and v16 are in the attached patch
delta_v15_vs_v16.patch.
--
Hyper-V Sockets (hv_sock) supplies a byt
As nothing special is done in driver init then device_initcall() can be
changed in builtin_platform_driver() call.
Signed-off-by: Alexandre TORGUE
diff --git a/drivers/pinctrl/stm32/pinctrl-stm32f429.c
b/drivers/pinctrl/stm32/pinctrl-stm32f429.c
index e9b15dc..a5d50ca 100644
--- a/drivers/pinct
On Jul 11, 2016 3:08 AM, "Mark Rutland" wrote:
>
> Hi,
>
> On Sun, Jun 26, 2016 at 02:55:48PM -0700, Andy Lutomirski wrote:
> > If an arch opts in by setting CONFIG_THREAD_INFO_IN_TASK_STRUCT,
> > then thread_info is defined as a single 'u32 flags' and is the first
> > entry of task_struct. threa
On Thu, Jul 07, 2016 at 10:54:24AM +0800, William Wu wrote:
> Add a quirk to configure the core to support the
> UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
> interface is hardware property, and it's platform
> dependent. Normall, the PHYIf can be configured
s/Normall/Normally/
s/PHYIf/PHY
From: Steve Twiss
Remove incorrect e-mail addresses from the copyright header and
MODULE_AUTHOR() macro. These e-mail addresses are no longer in use.
The author names have not been changed, only the e-mail address have been
deleted from the source files.
Signed-off-by: Steve Twiss
---
Hi Lee
On Mon, Jul 11, 2016 at 03:02:24PM +0100, Robin Murphy wrote:
> Hey Mitch,
>
> Thanks for having the necessary go at the DMA API - I think the series
> looks broadly workable now.
>
> On 09/07/16 03:09, Mitchel Humpherys wrote:
> > The following patch to the ARM SMMU driver:
> >
> > commit d
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
On 09/07/16 03:09, Mitchel Humpherys wrote:
> The newly added DMA_ATTR_PRIVILEGED_EXECUTABLE is useful for creating
> mappings that are executable by privileged DMA engines. Implement it in
> dma-iommu.c so that the ARM64 DMA IOMMU mapper can make use of it.
>
> Signed-off-by: Mitchel Humpherys
On Thu, Jul 07, 2016 at 10:54:25AM +0800, William Wu wrote:
> Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
> which specifies whether disable delay PHY power change
> from P0 to P1/P2/P3 when link state changing from U0
> to U1/U2/U3 respectively.
>
> Signed-off-by: William Wu
> ---
> C
On Thu, Jul 07, 2016 at 10:58:44AM +0800, William Wu wrote:
> This patch adds the devicetree documentation required for Rockchip
> USB3.0 core wrapper consisting of USB3.0 IP from Synopsys.
>
> It supports DRD mode, and could operate in device mode (SS, HS, FS)
> and host mode (SS, HS, FS, LS).
>
On 07/08/2016 04:57 PM, Nathan Fontenot wrote:
> On 07/08/2016 06:19 PM, Tyrel Datwyler wrote:
>> PowerVM seems to only ever provide a single hotplug slot per PHB.
>> The under lying slot hotplug registration code assumed multiple slots,
>> but the actual implementation is broken for multiple slots
On Mon, Jul 11, 2016 at 07:55:17AM -0700, Andy Lutomirski wrote:
> On Jul 11, 2016 3:08 AM, "Mark Rutland" wrote:
> >
> > Hi,
> >
> > On Sun, Jun 26, 2016 at 02:55:48PM -0700, Andy Lutomirski wrote:
> > > If an arch opts in by setting CONFIG_THREAD_INFO_IN_TASK_STRUCT,
> > > then thread_info is de
Didn't get any feedback or review comments on this patch. Resending ...
P.
---8<---
The iwlwifi driver implements a thermal zone and hwmon device, but
returns -EIO on temperature reads if the firmware isn't loaded. This
results in the error
iwlwifi-virtual-0
Adapter: Virtual device
ERROR: Can
On 03/07/16 01:24, Alexander Popov wrote:
> If an irq_domain is auto-recursive and irq_domain_alloc_irqs_recursive()
> for its parent has returned an error, then do return and avoid calling
> irq_domain_free_irqs_recursive() uselessly, because:
> - if domain->ops->alloc() had failed for an auto-rec
On 11/07/16 16:54, Rafael J. Wysocki wrote:
On Monday, July 11, 2016 04:48:26 PM Rafael J. Wysocki wrote:
On Monday, July 11, 2016 04:38:17 PM Matthias Brugger wrote:
Hi Rafael,
On 24/03/16 14:08, Rafael J. Wysocki wrote:
On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
The 20160318 ACPIC
On 07/08/2016 12:19 PM, Vivek Goyal wrote:
> Provide a security hook to label new file correctly when a file is copied
> up from lower layer to upper layer of a overlay/union mount.
>
> This hook can prepare a new set of creds which are suitable for new file
> creation during copy up. Caller will
These drivers are using iio_poll_func->timestamp in their triggered buffer
handler as the timestamp pushed to buffer. Problem is that it was not set up
at probe time via iio_triggered_buffer_setup(), so timestamp is always 0.
Buffer space has been allocated for the timestamp, so it seems to be
wa
On 09/07/16 03:09, Mitchel Humpherys wrote:
> The PL330 can perform privileged instruction fetches. This can result
Nit: "can" is a bit of an understatement. Instruction fetches on both
the manager and channel threads have the "privileged" and "instruction"
AxPROT bits hard-coded whether you like
Quoting Topi Miettinen (toiwo...@gmail.com):
> There are many basic ways to control processes, including capabilities,
> cgroups and resource limits. However, there are far fewer ways to find
> out useful values for the limits, except blind trial and error.
>
> Currently, there is no way to know w
On 07/04/2016 07:47 AM, Sekhar Nori wrote:
> On Monday 27 June 2016 07:44 PM, Franklin S Cooper Jr wrote:
>> From: "Cooper Jr., Franklin"
>>
>> Switch to a new ECAP and EPWM bindings that doesn't depend on hwmod to
>> provide the various required clocks.
>
> there is nothing called hwmod on da8
Use the iio_pollfunc_store_time parameter during triggered buffer
set-up to get valid timestamps.
Signed-off-by: Alison Schofield
Cc: Daniel Baluta
---
drivers/iio/accel/bma220_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/accel/bma220_spi.c b/drivers/iio
Use the iio_pollfunc_store_time parameter during triggered buffer
set-up to get valid timestamps.
Signed-off-by: Alison Schofield
Cc: Daniel Baluta
---
drivers/iio/humidity/am2315.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/humidity/am2315.c b/drivers/iio/h
Use the iio_pollfunc_store_time parameter during triggered buffer
set-up to get valid timestamps.
Signed-off-by: Alison Schofield
Cc: Daniel Baluta
---
drivers/iio/proximity/as3935.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/proximity/as3935.c b/drivers/iio
Commit-ID: 2c13ce8f6b2f6fd9ba2f9261b1939fc0f62d1307
Gitweb: http://git.kernel.org/tip/2c13ce8f6b2f6fd9ba2f9261b1939fc0f62d1307
Author: Alexey Dobriyan
AuthorDate: Fri, 8 Jul 2016 01:39:11 +0300
Committer: Thomas Gleixner
CommitDate: Mon, 11 Jul 2016 17:20:12 +0200
posix_cpu_timer: Exit
Commit-ID: a1b7b1a57b9919a0abb6c93fca04ac9cf840c992
Gitweb: http://git.kernel.org/tip/a1b7b1a57b9919a0abb6c93fca04ac9cf840c992
Author: Alexander Popov
AuthorDate: Sun, 3 Jul 2016 03:24:08 +0300
Committer: Thomas Gleixner
CommitDate: Mon, 11 Jul 2016 17:23:48 +0200
irqdomain: Fix irq_do
On 07/08/2016 12:19 PM, Vivek Goyal wrote:
> Provide a security hook which is called when xattrs of a file are being
> copied up. This hook is called once for each xattr and LSM can return 0
> to access the xattr, 1 to reject xattr, -EOPNOTSUPP if none of the lsms
> claim to know xattr and a negati
On Sat, Jul 9, 2016 at 9:30 PM, Brian Norris
wrote:
> On Fri, Jul 08, 2016 at 10:36:39AM -0700, Florian Fainelli wrote:
>> Change the BUG_ON() condition in brcmnand_send_cmd() which checks for
>> the interrupt status "controller ready" bit to a WARN_ON.
>>
>> There is no good reason to kill the sy
On Sunday, July 10, 2016 3:27:23 PM CEST Wan Zongshun wrote:
>
> +config NUC900_TIMER
> +bool "Clocksource timer for nuc900 platform" if COMPILE_TEST
> +depends on ARM
> +select CLKSRC_OF if OF
> +select CLKSRC_MMIO
> +help
> + Enables the clocksour
On Tue, 5 Jul 2016, Mark Hounschell wrote:
> From: Jiri Kosina
>
> Commit 09954bad4 ("floppy: refactor open() flags handling"), as a
> side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that
> this is being used setfdprm userspace for ioctl-only open().
>
> Reintroduce back the
On Mon, 11 Jul 2016 07:59:19 -0700
"Chen, Yu C" wrote:
> Currently it is in your x86/timer tree:
>
> commit fc273eeef314cdaf0ac992b400d126f8184a4d1c
> Author: Len Brown
> Date: Fri Jun 17 01:22:49 2016 -0400
>
> x86/tsc_msr: Extend to include Intel Core Architecture
>
>
> Previously we
On 07/11/2016 01:29 PM, Dmitry Vyukov wrote:
> On Mon, Jul 11, 2016 at 11:57 AM, Andrey Ryabinin
> wrote:
>>
>>
>> On 07/10/2016 03:47 PM, Andy Lutomirski wrote:
>>> Hi all-
>>>
>>> I found two nasty issues with virtually mapped stacks if KASAN is
>>> enabled. The first issue is a crash: the fi
On Mon, 11 Jul 2016, Ondrej Kozina wrote:
> On 07/11/2016 01:55 PM, Jerome Marchand wrote:
> > On 07/11/2016 01:03 PM, Stanislav Kozina wrote:
> > > Hi Jerome,
> > >
> > > On upstream mailing lists there have been reports of freezing systems
> > > due to OOM. Ondra (on CC) managed to reproduce
On Sunday, July 10, 2016 3:27:22 PM CEST Wan Zongshun wrote:
> +
> +#if !defined(CONFIG_SOC_NUC900)
> #define NR_IRQS(IRQ_ADC+1)
> +#else
> +#define NR_IRQS62
> +#endif
>
The Kconfig symbols are a bit confusing here: CONFIG_SOC_NUC900
controls the compilation of
a backport to 3.10, sorry. I had it some time ago (not the
current version, tho), but I think I lost it by now, don't have to deal
with 3.10 anymore.
I'll re-spin the series in a day or two, I think. A rebased version
(against next-20160711), basically, has only that KERN_CONT patch as
part of 0001 now: http://marc.info/?l=linux-kernel&m=146717692431893
hopefully it will re-fresh the discussion and I'll be able to polish
the series so Andrew will be less sceptical about the whole thing.
-ss
On 07/11/2016 07:45 AM, Andy Lutomirski wrote:
> On Mon, Jul 11, 2016 at 7:34 AM, Dave Hansen wrote:
>> Should we instead just recommend to userspace that they lock down access
>> to keys by default in all threads as a best practice?
>
> Is that really better than doing it in-kernel? My concern
On 11/07/16 16:40, Matthias Brugger wrote:
I tried to apply these patches against linux-next. They needed some
changes to apply, which is quite normal after such a long time. Apart
from that the DBG2 subtype patch didn't end up in mainline, so this
patches do not compile.
I followed up on th
On 11/07/16 11:51, Bharat Kumar Gogada wrote:
>>> Hi Marc,
>>>
>>> Thanks for the reply.
>>>
>>> From PCIe Spec:
>>> MSI Enable Bit:
>>> If 1 and the MSI-X Enable bit in the MSI-X Message
>>> Control register (see Section 6.8.2.3) is 0, the
>>> function is permitted to use MSI to request service
>>
2016-07-11 16:14+0200, Paolo Bonzini:
> On 11/07/2016 15:48, Radim Krčmář wrote:
I guess the easiest solution is to replace kvm_apic_id with a field in
struct kvm_lapic, which is already shifted right by 24 in xAPIC mode.
>>
>> (I guess the fewest LOC is to look at vcpu->vcpu_id, which i
> -Original Message-
> From: Alison Schofield [mailto:amsfiel...@gmail.com]
> Sent: Monday, July 11, 2016 6:26 PM
> To: ji...@kernel.org
> Cc: Breana, Tiberiu A ; mranos...@gmail.com;
> knaac...@gmx.de; l...@metafoo.de; pme...@pmeerw.net; linux-
> i...@vger.kernel.org; linux-kernel@vger.ker
> -Original Message-
> From: Alison Schofield [mailto:amsfiel...@gmail.com]
> Sent: Monday, July 11, 2016 6:25 PM
> To: ji...@kernel.org
> Cc: Breana, Tiberiu A ; mranos...@gmail.com;
> knaac...@gmx.de; l...@metafoo.de; pme...@pmeerw.net; linux-
> i...@vger.kernel.org; linux-kernel@vger.ker
On Sun, 10 Jul 2016 13:08:02 +0200
Jiri Olsa wrote:
> Jirka reported that python code returns all arrays as strings.
> This makes impossible to get all items for byte array tracepoint
> field containing 0x00 value item.
>
> Fixing this by scanning full length of the array and returning
> it as P
Thank, looks ok. I assume you want to merge this with the remainder of
of the series, so:
Acked-by: Ralf Baechle
Ralf
On Sunday, July 10, 2016 3:27:21 PM CEST Wan Zongshun wrote:
> +ifeq ($(CONFIG_SOC_NUC970),)
> obj-y := irq.o time.o mfp.o gpio.o clock.o
> obj-y += clksel.o dev.o cpu.o
> +endif
> # W90X900 CPU support files
When mfp.o is disabled like this, I
On 11/07/2016 17:52, Radim Krčmář wrote:
> 2016-07-11 16:14+0200, Paolo Bonzini:
>> On 11/07/2016 15:48, Radim Krčmář wrote:
> I guess the easiest solution is to replace kvm_apic_id with a field in
> struct kvm_lapic, which is already shifted right by 24 in xAPIC mode.
>>>
>>> (I guess th
On 07/11/16 15:25, Serge E. Hallyn wrote:
> Quoting Topi Miettinen (toiwo...@gmail.com):
>> There are many basic ways to control processes, including capabilities,
>> cgroups and resource limits. However, there are far fewer ways to find
>> out useful values for the limits, except blind trial and e
On 07/11/2016 08:22 AM, Rob Herring wrote:
On Tue, Jul 05, 2016 at 05:04:24PM +0800, Joseph Lo wrote:
The BPMP is a specific processor in Tegra chip, which is designed for
booting process handling and offloading the power management, clock
management, and reset control tasks from the CPU. The bi
Hi Ben,
On mar., juin 21 2016, Arnd Bergmann wrote:
> On Tuesday, June 21, 2016 4:16:19 PM CEST Ben Dooks wrote:
>>
>> -struct syscore_ops mvebu_mbus_syscore_ops = {
>> +static struct syscore_ops mvebu_mbus_syscore_ops = {
>> .suspend= mvebu_mbus_suspend,
>> .resume
On Mon, 2016-07-11 at 11:18 -0400, Prarit Bhargava wrote:
> Didn't get any feedback or review comments on this patch. Resending
> ...
>
> P.
Sorry, this got flooded down my inbox.
> ---8<---
>
> The iwlwifi driver implements a thermal zone and hwmon device, but
> returns -EIO on temperature r
On 07/11/2016 08:14 AM, Rob Herring wrote:
On Thu, Jul 07, 2016 at 12:35:02PM -0600, Stephen Warren wrote:
On 07/07/2016 12:13 PM, Sivaram Nair wrote:
On Tue, Jul 05, 2016 at 05:04:22PM +0800, Joseph Lo wrote:
Add DT binding for the Hardware Synchronization Primitives (HSP). The
HSP is designe
Commit aeefb36832e5 ("drm/exynos: gsc: add device tree support and remove
usage of static mappings") made the DRM_EXYNOS_GSC Kconfig symbol to only
be selectable if the exynos-gsc V4L2 driver isn't enabled, since both use
the same HW IP block.
But added the dependency as depends on !VIDEO_SAMSUNG_
On Sun, 2016-07-10 at 14:14 +0200, Christoph Hellwig wrote:
> On Thu, Jul 07, 2016 at 08:35:17AM -0600, Jens Axboe wrote:
> > Thanks Arnd, applied.
>
> Actually I think we should replace the select with the depends. In
> fact I though I had done that a while ago, but I must have messed it
> up.
>
Hi Thomas,
On ven., juil. 08 2016, Thomas Petazzoni
wrote:
> Hello,
>
> On Fri, 8 Jul 2016 00:37:46 +0200, Gregory CLEMENT wrote:
>
>> +gpio1: gpio@13800 {
>> +compatible = "marvell,mvebu-gpio-3700", "syscon", "simple-mfd";
>
> I find this compatible string not very consistent with what
Commit-ID: 1fc2b67b43d5001b92b3a002b94ad0137e99
Gitweb: http://git.kernel.org/tip/1fc2b67b43d5001b92b3a002b94ad0137e99
Author: Yu-cheng Yu
AuthorDate: Mon, 11 Jul 2016 09:18:54 -0700
Committer: Ingo Molnar
CommitDate: Mon, 11 Jul 2016 16:43:59 +0200
x86/fpu/xstate: Fix __fpu_re
Commit-ID: 5060b91513b866f774da15dfd82157864c4b1683
Gitweb: http://git.kernel.org/tip/5060b91513b866f774da15dfd82157864c4b1683
Author: Yu-cheng Yu
AuthorDate: Mon, 11 Jul 2016 09:18:55 -0700
Committer: Ingo Molnar
CommitDate: Mon, 11 Jul 2016 16:44:00 +0200
x86/fpu/xstate: Return NULL
Commit-ID: 35ac2d7ba787eb4b7418a5a6f5919c25e10a780a
Gitweb: http://git.kernel.org/tip/35ac2d7ba787eb4b7418a5a6f5919c25e10a780a
Author: Yu-cheng Yu
AuthorDate: Mon, 11 Jul 2016 09:18:56 -0700
Committer: Ingo Molnar
CommitDate: Mon, 11 Jul 2016 16:44:00 +0200
x86/fpu/xstate: Fix fpstate_
Commit-ID: b8be15d588060a03569ac85dc4a0247460988f5b
Gitweb: http://git.kernel.org/tip/b8be15d588060a03569ac85dc4a0247460988f5b
Author: Yu-cheng Yu
AuthorDate: Mon, 11 Jul 2016 09:18:57 -0700
Committer: Ingo Molnar
CommitDate: Mon, 11 Jul 2016 16:44:01 +0200
x86/fpu/xstate: Re-enable XS
On 11/07/16 11:18, Peter Zijlstra wrote:
> On Wed, Jun 22, 2016 at 06:03:17PM +0100, Morten Rasmussen wrote:
>> @@ -6905,11 +6906,19 @@ static int build_sched_domains(const struct cpumask
>> *cpu_map,
>> /* Attach the domains */
>> rcu_read_lock();
>> for_each_cpu(i, cpu_map) {
>> +
On Mon, Jul 11, 2016 at 09:06:58AM -0700, Linus Torvalds wrote:
> On Jul 11, 2016 7:55 AM, "Andy Lutomirski" <[1]l...@amacapital.net> wrote:
> >
> > How do you intend to find 'current' to get to the preempt count
> > without first disabling preemption?
>
> Actually, that is the classic case of "not
On Tue, 05 Jul 2016, Olof Johansson wrote:
> On Tue, Jul 5, 2016 at 2:00 PM, Dmitry Torokhov
> wrote:
> > On July 5, 2016 1:55:44 PM PDT, Olof Johansson wrote:
> >>On Tue, Jul 5, 2016 at 1:54 PM, Olof Johansson wrote:
> >>> On Fri, Jul 1, 2016 at 2:07 AM, Enric Balletbo i Serra
> >>> wrote:
>
On 07/11/2016 04:44 PM, Abhilash Kesavan wrote:
>>> + /*
>>> >> +* Set clock freeze cycle count to 0 before and after arm clamp
>>> >> or
>>> >> +* reset signal transition
>>> >> +*/
>>> >> + node = of_find_compatible_node(NULL, NULL,
>>> >> +
On Mon, 11 Jul 2016, Lee Jones wrote:
> On Tue, 05 Jul 2016, Olof Johansson wrote:
>
> > On Tue, Jul 5, 2016 at 2:00 PM, Dmitry Torokhov
> > wrote:
> > > On July 5, 2016 1:55:44 PM PDT, Olof Johansson wrote:
> > >>On Tue, Jul 5, 2016 at 1:54 PM, Olof Johansson wrote:
> > >>> On Fri, Jul 1, 201
On Mon, 2016-07-11 at 18:17 +0300, Andrey Utkin wrote:
[]
> diff --git a/drivers/media/pci/tw5864/tw5864-core.c
> b/drivers/media/pci/tw5864/tw5864-core.c
[]
> +static const char * const artifacts_warning =
> +"BEWARE OF KNOWN ISSUES WITH VIDEO QUALITY\n"
> +"\n"
> +"This driver was developed by B
Hi,
Last round of commits for v4.8.
Best regards,
Krzysztof
The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
tags/sa
Hi,
Last round of commits for v4.8.
Best regards,
Krzysztof
The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
tags/sa
Hi,
Last round of commits for v4.8. On top of previous tag.
Best regards,
Krzysztof
The following changes since commit 1c03274d68f4744afe582fcff1c2e5b1c5c34b5b:
MAINTAINERS: Extend Samsung SoC entry with S3C/S5P drivers (2016-06-23
08:12:08 +0200)
are available in the git repository at:
Hi,
Last round of commits for v4.8. On top of previous tag.
Best regards,
Krzysztof
The following changes since commit 187364b6fcabb9f4bfefcb62fab4fcda019b5810:
cpufreq: s5pv210: use relaxed IO accesors (2016-06-22 14:00:21 +0200)
are available in the git repository at:
git://git.kernel.
On Mon, Jul 11, 2016 at 9:31 AM, Mark Rutland wrote:
>>
>> So until you do the wire that actually disables preemption you can
>> schedule away as much as you want, and after that write you no longer
>> will.
>
> I was assuming a percpu pointer to current (or preempt count).
So for the same reason
I'm announcing the release of the 4.6.4 kernel.
All users of the 4.6 kernel series must upgrade.
The updated 4.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.6.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.4.15 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index fadbb9d73c6d..979088079338 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 14
+SUBLEVEL = 15
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/crypto/crypto_user.c b/crypto/crypto_user.c
index 43fe85f20d57..7
diff --git a/Makefile b/Makefile
index c62b531d5a85..cd374426114a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 6
-SUBLEVEL = 3
+SUBLEVEL = 4
EXTRAVERSION =
NAME = Charred Weasel
diff --git a/crypto/crypto_user.c b/crypto/crypto_user.c
index 43fe85f20d57..7097a
Hi Mark,
On Mon, Jul 11, 2016 at 4:39 AM, Mark Rutland wrote:
> Please add some commit messge text, e.g.
>
> This patch adds a driver for the SoC-wide (AKA uncore) PMU hardware
> found in APM X-Gene SoCs.
>
> On Wed, Jul 06, 2016 at 05:07:24PM -0700, Tai Nguyen wrote:
>> Signed-off-by: Tai Nguyen
Hi,
On Sun, Jul 10, 2016 at 11:56 PM, Stephen Rothwell
wrote:
> Hi Thierry,
>
> Today's linux-next merge of the pwm tree got a conflict in:
>
> drivers/regulator/pwm-regulator.c
>
> between commit:
>
> 830583004e61 ("regulator: pwm: Drop unneeded pwm_enable() call")
> 27bfa8893b15 ("regula
On 07/07/2016 04:08 PM, Jon Mason wrote:
> Signed-off-by: Jon Mason
Applied to devicetree/next, thanks
--
Florian
On 07/08/2016 08:56 AM, Jon Mason wrote:
> Add device tree entries for the ethernet devices present on the
> Broadcom Northstar Plus SoCs
>
> Signed-off-by: Jon Mason
Applied to devicetree/next, with s/bgmac/AMAC/ in the subject, thanks!
--
Florian
The Kconfig currently controlling compilation of this code is:
init/Kconfig:config BPF_SYSCALL
init/Kconfig: bool "Enable bpf() system call"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple traces of modular infrastructure use, so that
when reading
Hi,
On Mon, Jul 11, 2016 at 12:02 AM, Thierry Reding
wrote:
> On Sat, Jul 09, 2016 at 11:47:18AM +0200, Mark Brown wrote:
>> On Fri, Jul 08, 2016 at 05:43:02PM +0200, Thierry Reding wrote:
>>
>> > Mark, do you want me to provide a stable branch with the PWM regulator
>> > patches and resolve that
From: Rik van Riel
Currently, if there was any irq or softirq time during 'ticks'
jiffies, the entire period will be accounted as irq or softirq
time.
This is inaccurate if only a subset of the time was actually spent
handling irqs, and could conceivably mis-count all of the ticks during
a perio
On Mon, Jul 11, 2016 at 11:24:26AM -0400, Stephen Smalley wrote:
> On 07/08/2016 12:19 PM, Vivek Goyal wrote:
> > Provide a security hook to label new file correctly when a file is copied
> > up from lower layer to upper layer of a overlay/union mount.
> >
> > This hook can prepare a new set of cr
Currently irq time accounting only works in these cases:
1) purely ticke based accounting
2) nohz_full accounting, but only on housekeeping & nohz_full CPUs
3) architectures with native vtime accounting
On nohz_idle CPUs, which are probably the majority nowadays,
irq time accounting is currently b
From: Rik van Riel
The CONFIG_VIRT_CPU_ACCOUNTING_GEN irq time tracking code does not
appear to currently work right.
On CPUs without nohz_full=, only tick based irq time sampling is
done, which breaks down when dealing with a nohz_idle CPU.
On firewalls and similar systems, no ticks may happen
From: Rik van Riel
Paolo pointed out that irqs are already blocked when irqtime_account_irq
is called. That means there is no reason to call local_irq_save/restore
again.
Signed-off-by: Rik van Riel
Suggested-by: Paolo Bonzini
---
kernel/sched/cputime.c | 4
1 file changed, 4 deletions(-
On Fri, 8 Jul 2016 14:56:12 +0900
Namhyung Kim wrote:
> When a task was migrated to other cpu in the middle of a function, the
> fgraph_exit record will be in a different cpu than the enter record.
> But currently fgraph_ent_handler() only peeks at the same cpu so it
> could read an incorrect re
On Mon, Jul 11, 2016 at 11:31:47AM -0400, Stephen Smalley wrote:
> On 07/08/2016 12:19 PM, Vivek Goyal wrote:
> > Provide a security hook which is called when xattrs of a file are being
> > copied up. This hook is called once for each xattr and LSM can return 0
> > to access the xattr, 1 to reject
2016-06-21 21:32 GMT+03:00 Rik van Riel :
> On Tue, 2016-06-21 at 10:13 -0700, Kees Cook wrote:
>> On Tue, Jun 21, 2016 at 9:59 AM, Andy Lutomirski > > wrote:
>> >
>> > I'm tempted to explicitly disallow VM_NO_GUARD in the vmalloc
>> > range.
>> > It has no in-tree users for non-fixed addresses rig
On 07/11/2016 12:07 PM, Coelho, Luciano wrote:
> On Mon, 2016-07-11 at 11:18 -0400, Prarit Bhargava wrote:
>> Didn't get any feedback or review comments on this patch. Resending
>> ...
>>
>> P.
>
> Sorry, this got flooded down my inbox.
NP, Luciano -- My worry was that it hadn't been seen or d
On Mon, Jul 11, 2016 at 11:31:47AM -0400, Stephen Smalley wrote:
[..]
> > +static inline int security_inode_copy_up_xattr(const char *name)
> > +{
> > + -EOPNOTSUPP;
>
> return?
Yes, this one I fixed it in my patches now. kbuild also flagged this.
Vivek
On Mon, Jul 11, 2016 at 08:40:58PM +0800, 廖崇榮 wrote:
> > +
> > + error = data->ops->get_sm_version(client, &data->ic_type,
> > + &data->sm_version);
> > + if (error)
> > + return false;
>
> That means we'd be fetching product ID and IC type twice w
On 11/07/2016 18:53, r...@redhat.com wrote:
> From: Rik van Riel
>
> Paolo pointed out that irqs are already blocked when irqtime_account_irq
> is called. That means there is no reason to call local_irq_save/restore
> again.
>
> Signed-off-by: Rik van Riel
> Suggested-by: Paolo Bonzini
> ---
On 07/11/2016 11:36 AM, Jiri Kosina wrote:
On Tue, 5 Jul 2016, Mark Hounschell wrote:
From: Jiri Kosina
Commit 09954bad4 ("floppy: refactor open() flags handling"), as a
side-effect, causes open(/dev/fdX, O_ACCMODE) to fail. It turns out that
this is being used setfdprm userspace for ioctl-on
On Mon, Jul 11, 2016 at 3:53 PM, Vignesh R wrote:
>
>
> On Monday 11 July 2016 02:49 PM, prahlad venkata wrote:
>> On Mon, Jul 11, 2016 at 2:45 PM, Vignesh R wrote:
> [...]
> diff --git a/drivers/spi/spi-ti-qspi.c b/drivers/spi/spi-ti-qspi.c
> index 29ea8d2..6c61f54 100644
>>>
401 - 500 of 830 matches
Mail list logo
