Thorsten Leemhuis writes:
> Hi! Here is my third regression report for Linux 4.7. It has
> 24 entries; 9 of them are new; 4 regressions (not included here)
> were fixed since the last report(¹).
>
> Please let me know if a regression is missing in the list; or if
>
Thorsten Leemhuis writes:
> Hi! Here is my third regression report for Linux 4.7. It has
> 24 entries; 9 of them are new; 4 regressions (not included here)
> were fixed since the last report(¹).
>
> Please let me know if a regression is missing in the list; or if
> there is something on the
On 06/27/2016 11:18 AM, Borislav Petkov wrote:
> On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote:
>> I've applied this patch and will take through the arm-soc tree.
>
> I already took the whole branch two days ago:
>
>
On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
>>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst
On 06/27/2016 11:18 AM, Borislav Petkov wrote:
> On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote:
>> I've applied this patch and will take through the arm-soc tree.
>
> I already took the whole branch two days ago:
>
>
On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
>>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
> On
On Mon, Jun 27, 2016 at 06:21:11PM +0200, Peter Zijlstra wrote:
> On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote:
> > index 017a4f5..0aee5dd 100644
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -1626,10 +1626,15 @@ static inline int
On Mon, Jun 27, 2016 at 06:21:11PM +0200, Peter Zijlstra wrote:
> On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote:
> > index 017a4f5..0aee5dd 100644
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -1626,10 +1626,15 @@ static inline int
On Thu, 23 Jun 2016, Arnd Bergmann wrote:
Several drivers use an expensive do_div() to compute the number
of logical or physical blocks in a blockdev, which can be done
more efficiently using a shift, since the blocksize is always
a power of two number.
Let's introduce
On Thu, 23 Jun 2016, Arnd Bergmann wrote:
Several drivers use an expensive do_div() to compute the number
of logical or physical blocks in a blockdev, which can be done
more efficiently using a shift, since the blocksize is always
a power of two number.
Let's introduce
On 06/22/2016 04:17 PM, Lorenzo Pieralisi wrote:
Hi Sudeep,
On Tue, Jun 14, 2016 at 03:48:38PM +0100, Sudeep Holla wrote:
This patch adds appropriate callbacks to support ACPI Low Power Idle
(LPI) on ARM64.
Now that arm_enter_idle_state is exactly same in both generic ARM{32,64}
CPUIdle
On 06/22/2016 04:17 PM, Lorenzo Pieralisi wrote:
Hi Sudeep,
On Tue, Jun 14, 2016 at 03:48:38PM +0100, Sudeep Holla wrote:
This patch adds appropriate callbacks to support ACPI Low Power Idle
(LPI) on ARM64.
Now that arm_enter_idle_state is exactly same in both generic ARM{32,64}
CPUIdle
On 2016-06-27 15:17, Guenter Roeck wrote:
> On 06/27/2016 03:11 AM, Peter Rosin wrote:
>> Fill the gap for this pre-existing driver.
>>
>> Signed-off-by: Peter Rosin
>> ---
>> .../devicetree/bindings/i2c/i2c-arb-pca9541.txt| 33
>> ++
>> MAINTAINERS
On 2016-06-27 15:17, Guenter Roeck wrote:
> On 06/27/2016 03:11 AM, Peter Rosin wrote:
>> Fill the gap for this pre-existing driver.
>>
>> Signed-off-by: Peter Rosin
>> ---
>> .../devicetree/bindings/i2c/i2c-arb-pca9541.txt| 33
>> ++
>> MAINTAINERS
On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote:
> index 017a4f5..0aee5dd 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -1626,10 +1626,15 @@ static inline int __set_cpus_allowed_ptr(struct
> task_struct *p,
> static void
> ttwu_stat(struct task_struct *p,
On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote:
> index 017a4f5..0aee5dd 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -1626,10 +1626,15 @@ static inline int __set_cpus_allowed_ptr(struct
> task_struct *p,
> static void
> ttwu_stat(struct task_struct *p,
On 06/23/16 at 12:37pm, Thiago Jung Bauermann wrote:
> Am Donnerstag, 23 Juni 2016, 01:44:07 schrieb Dave Young:
> > Hmm, hold on. For declaring a struct in a header file, comment should be
> > just after each fields, like below, your format is for a function instead:
> > struct pci_slot {
> >
On 06/23/16 at 12:37pm, Thiago Jung Bauermann wrote:
> Am Donnerstag, 23 Juni 2016, 01:44:07 schrieb Dave Young:
> > Hmm, hold on. For declaring a struct in a header file, comment should be
> > just after each fields, like below, your format is for a function instead:
> > struct pci_slot {
> >
On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote:
> I've applied this patch and will take through the arm-soc tree.
I already took the whole branch two days ago:
http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=for-next
So we need to sort this out as it has come up in the
On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote:
> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
>>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst
On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote:
> I've applied this patch and will take through the arm-soc tree.
I already took the whole branch two days ago:
http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=for-next
So we need to sort this out as it has come up in the
On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote:
> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
>>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
>
On Sunday, June 26, 2016 3:03 PM, Alexandre Belloni wrote:
> m48t86.h belongs to include/linux/platform_data/
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Hartley Sweeten
> Cc: Ryan Mallon
> Cc: Alexander
On Sunday, June 26, 2016 3:03 PM, Alexandre Belloni wrote:
> m48t86.h belongs to include/linux/platform_data/
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Hartley Sweeten
> Cc: Ryan Mallon
> Cc: Alexander Clouter
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc:
Hey Alexandre,
On Mon, Jun 27, 2016 at 12:03:02AM +0200, Alexandre Belloni wrote:
> m48t86.h belongs to include/linux/platform_data/
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Hartley Sweeten
> Cc: Ryan Mallon
Hey Alexandre,
On Mon, Jun 27, 2016 at 12:03:02AM +0200, Alexandre Belloni wrote:
> m48t86.h belongs to include/linux/platform_data/
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Hartley Sweeten
> Cc: Ryan Mallon
> Cc: Alexander Clouter
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc:
On Mon, Jun 27, 2016 at 05:13:44PM +0530, Venkat Reddy Talla wrote:
> Check for valid regulator information data before
> configuring FPS source and FPS power up/down
> period to avoid NULL pointer exception if entries for
> PMIC regulators not provided through device tree.
This sounds like it's
On Mon, Jun 27, 2016 at 05:13:44PM +0530, Venkat Reddy Talla wrote:
> Check for valid regulator information data before
> configuring FPS source and FPS power up/down
> period to avoid NULL pointer exception if entries for
> PMIC regulators not provided through device tree.
This sounds like it's
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote:
>
>> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>>
>> + if (geneve->remote.sa.sa_family == AF_INET)
>> + max_mtu -= sizeof(struct iphdr);
>> + else
>> +
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote:
>
>> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>>
>> + if (geneve->remote.sa.sa_family == AF_INET)
>> + max_mtu -= sizeof(struct iphdr);
>> + else
>> + max_mtu -= sizeof(struct ipv6hdr);
>>
>> Sorry, if sa_family
Great! Thanks Jon.
Logan
On 26/06/16 05:29 PM, Jon Mason wrote:
> On Mon, Jun 20, 2016 at 01:15:03PM -0600, Logan Gunthorpe wrote:
>> Sorry, I thought this was done but I found one more minor issue with
>> these patches so I'm resubmitting them one last time. Besides this isuse,
>> I think I
Great! Thanks Jon.
Logan
On 26/06/16 05:29 PM, Jon Mason wrote:
> On Mon, Jun 20, 2016 at 01:15:03PM -0600, Logan Gunthorpe wrote:
>> Sorry, I thought this was done but I found one more minor issue with
>> these patches so I'm resubmitting them one last time. Besides this isuse,
>> I think I
On 06/27/2016 03:02 AM, Joseph Lo wrote:
The BPMP is a specific processor in Tegra chip, which is designed for
booting process handling and offloading the power management tasks
from the CPU. The binding document defines the resources that would be
used by the BPMP firmware driver, which can
On 06/27/2016 03:02 AM, Joseph Lo wrote:
The BPMP is a specific processor in Tegra chip, which is designed for
booting process handling and offloading the power management tasks
from the CPU. The binding document defines the resources that would be
used by the BPMP firmware driver, which can
Hi,
On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen wrote:
> On Thu, Jun 23, 2016 at 7:32 AM, Mark Rutland wrote:
> > On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote:
> > > +#define _GET_CNTR(ev) (ev->hw.extra_reg.reg)
> > > +#define _GET_EVENTID(ev)
Hi,
On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen wrote:
> On Thu, Jun 23, 2016 at 7:32 AM, Mark Rutland wrote:
> > On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote:
> > > +#define _GET_CNTR(ev) (ev->hw.extra_reg.reg)
> > > +#define _GET_EVENTID(ev) (ev->hw.config &
On 06/27/2016 03:02 AM, Joseph Lo wrote:
Add DT binding for the Hardware Synchronization Primitives (HSP). The
HSP is designed for the processors to share resources and communicate
together. It provides a set of hardware synchronization primitives for
interprocessor communication. So the
On 06/27/2016 03:02 AM, Joseph Lo wrote:
Add DT binding for the Hardware Synchronization Primitives (HSP). The
HSP is designed for the processors to share resources and communicate
together. It provides a set of hardware synchronization primitives for
interprocessor communication. So the
The space is missing before the open parenthesis '(', and this
will introduce much more noise when checking patch around.
Signed-off-by: Wei Tang
---
net/core/utils.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/core/utils.c
On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
>>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski
The space is missing before the open parenthesis '(', and this
will introduce much more noise when checking patch around.
Signed-off-by: Wei Tang
---
net/core/utils.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/core/utils.c b/net/core/utils.c
index
On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
>>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
#ifdef CONFIG_X86_64
/* Runs on IST stack */
On Fri, Jun 17, 2016 at 05:28:37PM +0100, Juri Lelli wrote:
> On 17/06/16 09:49, Steven Rostedt wrote:
> > On Fri, 17 Jun 2016 10:48:41 +0100
> > Juri Lelli wrote:
> >
> > > setup_new_dl_entity() takes two parameters, but it only actually uses
> > > one of them to setup a new
On Fri, Jun 17, 2016 at 05:28:37PM +0100, Juri Lelli wrote:
> On 17/06/16 09:49, Steven Rostedt wrote:
> > On Fri, 17 Jun 2016 10:48:41 +0100
> > Juri Lelli wrote:
> >
> > > setup_new_dl_entity() takes two parameters, but it only actually uses
> > > one of them to setup a new dl_entity.
> > >
>
On Tue, Jun 14, 2016 at 10:19:51PM +0530, Aravinda Prasad wrote:
> Whenever perf tool is executed inside a container, this
> patch restricts the events to the perf-namespace in which
> the perf tool is executing.
>
> This patch is based on the existing support available
> for tracing with
On Tue, Jun 14, 2016 at 10:19:51PM +0530, Aravinda Prasad wrote:
> Whenever perf tool is executed inside a container, this
> patch restricts the events to the perf-namespace in which
> the perf tool is executing.
>
> This patch is based on the existing support available
> for tracing with
On Mon, 27 Jun 2016 13:31:24 +1000
Stephen Rothwell wrote:
> Today's linux-next merge of the jc_docs tree got a conflict in:
>
> Documentation/index.rst
>
> between commit:
>
> cb597fcea5c2 ("Documentation/gpu: add new gpu.rst converted from DocBook
> gpu.tmpl")
>
On Mon, 27 Jun 2016 13:31:24 +1000
Stephen Rothwell wrote:
> Today's linux-next merge of the jc_docs tree got a conflict in:
>
> Documentation/index.rst
>
> between commit:
>
> cb597fcea5c2 ("Documentation/gpu: add new gpu.rst converted from DocBook
> gpu.tmpl")
>
> from the drm tree
> On Jun 26, 2016, at 20:58, Stephen Rothwell wrote:
>
> Hi Trond,
>
> After merging the nfs tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> fs/nfs/pnfs_nfs.c: In function 'pnfs_nfs_generic_sync':
> fs/nfs/pnfs_nfs.c:947:8: error: too few
> On Jun 26, 2016, at 20:58, Stephen Rothwell wrote:
>
> Hi Trond,
>
> After merging the nfs tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> fs/nfs/pnfs_nfs.c: In function 'pnfs_nfs_generic_sync':
> fs/nfs/pnfs_nfs.c:947:8: error: too few arguments to function
>
On Mon, Jun 27, 2016 at 7:54 AM, Oleg Nesterov wrote:
> On 06/26, Andy Lutomirski wrote:
>>
>> kthread_stop is *sick*.
>>
>> struct kthread self;
>>
>> ...
>>
>> current->vfork_done =
>>
>> ...
>>
>> do_exit(ret);
>>
>> And then some other thread goes and waits for
On Mon, Jun 27, 2016 at 7:54 AM, Oleg Nesterov wrote:
> On 06/26, Andy Lutomirski wrote:
>>
>> kthread_stop is *sick*.
>>
>> struct kthread self;
>>
>> ...
>>
>> current->vfork_done =
>>
>> ...
>>
>> do_exit(ret);
>>
>> And then some other thread goes and waits for the completion,
Hi Boris,
On 06/22/2016 08:58 AM, ttha...@opensource.altera.com wrote:
> From: Thor Thayer
>
> Add the device tree entries needed to support the Altera Ethernet
> FIFO buffer EDAC on the Arria10 chip.
>
> Signed-off-by: Thor Thayer
Hi Boris,
On 06/22/2016 08:58 AM, ttha...@opensource.altera.com wrote:
> From: Thor Thayer
>
> Add the device tree entries needed to support the Altera Ethernet
> FIFO buffer EDAC on the Arria10 chip.
>
> Signed-off-by: Thor Thayer
> ---
> v2 No change
> v3 Add interrupts for SBERR and
On 20/06/16 22:28, Bjorn Andersson wrote:
From: Bjorn Andersson
This initial hack powers the q6v5, boots and authenticate the mba and
use that to load the mdt and subsequent bXX files.
Signed-off-by: Bjorn Andersson
On 20/06/16 22:28, Bjorn Andersson wrote:
From: Bjorn Andersson
This initial hack powers the q6v5, boots and authenticate the mba and
use that to load the mdt and subsequent bXX files.
Signed-off-by: Bjorn Andersson
Signed-off-by: Bjorn Andersson
Patch looks good to me,
Acked-by:
Em Mon, Jun 27, 2016 at 06:59:57AM -0700, neerajbadl...@gmail.com escreveu:
> From: Neeraj Badlani
>
> In case of missing library (libslang), give hint to install library
> (libslang2-dev)
> Since libslang-dev is not provided by Ubuntu's apt-package
>
> Signed-off-by:
Em Mon, Jun 27, 2016 at 06:59:57AM -0700, neerajbadl...@gmail.com escreveu:
> From: Neeraj Badlani
>
> In case of missing library (libslang), give hint to install library
> (libslang2-dev)
> Since libslang-dev is not provided by Ubuntu's apt-package
>
> Signed-off-by: Neeraj Badlani
> ---
>
On Mon, Jun 27, 2016 at 6:21 AM, Andrea Merello
wrote:
> On Fri, Jun 10, 2016 at 7:36 PM, Rob Herring wrote:
>> On Thu, Jun 09, 2016 at 03:33:19PM +0200, Andrea Merello wrote:
>>> Signed-off-by: Andrea Merello
>>> Cc: Stefan
On Mon, Jun 27, 2016 at 6:21 AM, Andrea Merello
wrote:
> On Fri, Jun 10, 2016 at 7:36 PM, Rob Herring wrote:
>> On Thu, Jun 09, 2016 at 03:33:19PM +0200, Andrea Merello wrote:
>>> Signed-off-by: Andrea Merello
>>> Cc: Stefan Kristiansson
>>> Cc: Tomi Valkeinen
>>> Cc: Francesco Diotalevi
>>>
On 06/23/2016 11:28 AM, Philipp Zabel wrote:
> Am Donnerstag, den 23.06.2016, 09:28 -0500 schrieb Andrew F. Davis:
>> On 06/23/2016 04:05 AM, Philipp Zabel wrote:
>>> Am Mittwoch, den 22.06.2016, 14:46 -0500 schrieb Andrew F. Davis:
>>> [...]
>> +depends on HAS_IOMEM
>> +
On 06/23/2016 11:28 AM, Philipp Zabel wrote:
> Am Donnerstag, den 23.06.2016, 09:28 -0500 schrieb Andrew F. Davis:
>> On 06/23/2016 04:05 AM, Philipp Zabel wrote:
>>> Am Mittwoch, den 22.06.2016, 14:46 -0500 schrieb Andrew F. Davis:
>>> [...]
>> +depends on HAS_IOMEM
>> +
On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
>>> This allows x86_64 kernels to enable vmapped stacks. There are a
>>>
On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
>>> This allows x86_64 kernels to enable vmapped stacks. There are a
>>> couple of interesting bits.
>>>
>>> First, x86 lazily
On Sun, 2016-06-26 at 19:32 +0100, Jonathan Cameron wrote:
> On 22/06/16 06:40, Srinivas Pandruvada wrote:
> >
> > Document explaining ISH HID operation and implementation.
> >
> > Signed-off-by: Srinivas Pandruvada > .com>
> A few really trivial point inline.
On Sun, 2016-06-26 at 19:32 +0100, Jonathan Cameron wrote:
> On 22/06/16 06:40, Srinivas Pandruvada wrote:
> >
> > Document explaining ISH HID operation and implementation.
> >
> > Signed-off-by: Srinivas Pandruvada > .com>
> A few really trivial point inline. I unfortunately don't have the
>
Added a few more relevant cc's.
Jann Horn writes:
> This allows the admin of a user namespace to mark the namespace as
> transparent. All other namespaces, by default, are opaque.
I have just skimmed through this and at a high level this doesn't seem
too scary. Having an
Added a few more relevant cc's.
Jann Horn writes:
> This allows the admin of a user namespace to mark the namespace as
> transparent. All other namespaces, by default, are opaque.
I have just skimmed through this and at a high level this doesn't seem
too scary. Having an identity mapped
On Fri, Jun 24, 2016 at 4:35 PM, Richard Guy Briggs wrote:
> RFE: add additional fields for use in audit filter exclude rules
> https://github.com/linux-audit/audit-kernel/issues/5
>
> Re-factor and combine audit_filter_type() with audit_filter_user() to
> use
On Fri, Jun 24, 2016 at 4:35 PM, Richard Guy Briggs wrote:
> RFE: add additional fields for use in audit filter exclude rules
> https://github.com/linux-audit/audit-kernel/issues/5
>
> Re-factor and combine audit_filter_type() with audit_filter_user() to
> use audit_filter_user_rules() to enable
On Mon, 27 Jun 2016 01:25:16 -0700
Joel Fernandes wrote:
> Gentle ping. Could you anyone pick up this patch?
>
>
Thanks for the reminder. As this isn't a regression (it never
worked ;-) do you think this should go to the stable releases, and/or
even the current release.
On Mon, 27 Jun 2016 01:25:16 -0700
Joel Fernandes wrote:
> Gentle ping. Could you anyone pick up this patch?
>
>
Thanks for the reminder. As this isn't a regression (it never
worked ;-) do you think this should go to the stable releases, and/or
even the current release. Or are you fine with
From: Steve Twiss
Fix compiler warning caused by an uninitialised variable inside
da9052_group_write() function. Defaulting the value to zero covers
the trivial case.
Signed-off-by: Steve Twiss
Reported-by: Geert Uytterhoeven
From: Steve Twiss
Fix compiler warning caused by an uninitialised variable inside
da9052_group_write() function. Defaulting the value to zero covers
the trivial case.
Signed-off-by: Steve Twiss
Reported-by: Geert Uytterhoeven
---
Hi Lee,
This compiler warning was found and reported by Geert
On top of FTRACE_WITH_REGS and the klp changes that go into v4.7
this is straightforward.
Signed-off-by: Torsten Duwe
---
arch/arm64/Kconfig | 3 +++
arch/arm64/include/asm/livepatch.h | 37 +
arch/arm64/kernel/entry-ftrace.S
On top of FTRACE_WITH_REGS and the klp changes that go into v4.7
this is straightforward.
Signed-off-by: Torsten Duwe
---
arch/arm64/Kconfig | 3 +++
arch/arm64/include/asm/livepatch.h | 37 +
arch/arm64/kernel/entry-ftrace.S | 13
Once gcc is enhanced to optionally generate NOPs at the beginning
of each function, like the concept proven in
https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01671.html
(sans the "fprintf (... pad_size);", which spoils the data structure
for kernel use), the generated pads can nicely be used to
Once gcc is enhanced to optionally generate NOPs at the beginning
of each function, like the concept proven in
https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01671.html
(sans the "fprintf (... pad_size);", which spoils the data structure
for kernel use), the generated pads can nicely be used to
So here is a slightly updated FTRACE_WITH_REGS plus live patching.
Reminder: make sure you have a prolog-pad gcc, and this in your
top level Makefile:
ifdef CONFIG_LIVEPATCH
KBUILD_CFLAGS += $(call cc-option,-fno-ipa-ra)
endif
Tested with v4.7-rc3 + gcc-6.1
Changes since v1:
* instead of a
So here is a slightly updated FTRACE_WITH_REGS plus live patching.
Reminder: make sure you have a prolog-pad gcc, and this in your
top level Makefile:
ifdef CONFIG_LIVEPATCH
KBUILD_CFLAGS += $(call cc-option,-fno-ipa-ra)
endif
Tested with v4.7-rc3 + gcc-6.1
Changes since v1:
* instead of a
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
>> This allows x86_64 kernels to enable vmapped stacks. There are a
>> couple of interesting bits.
>>
>> First, x86 lazily faults in top-level
On 06/27/2016 05:11 PM, Sudeep Holla wrote:
On 27/06/16 16:08, Daniel Lezcano wrote:
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
[...]
Ah ok, anyways LPI always starts from index 0. IIUC that was your main
concern.
Do you have a repo where I can see the code ?
Yes, you can get it
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote:
>> This allows x86_64 kernels to enable vmapped stacks. There are a
>> couple of interesting bits.
>>
>> First, x86 lazily faults in top-level paging entries for the vmalloc
>> area.
On 06/27/2016 05:11 PM, Sudeep Holla wrote:
On 27/06/16 16:08, Daniel Lezcano wrote:
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
[...]
Ah ok, anyways LPI always starts from index 0. IIUC that was your main
concern.
Do you have a repo where I can see the code ?
Yes, you can get it
On 27/06/16 16:08, Daniel Lezcano wrote:
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
[...]
Ah ok, anyways LPI always starts from index 0. IIUC that was your main
concern.
Do you have a repo where I can see the code ?
Yes, you can get it from [1]
--
Regards,
Sudeep
[1]
On 27/06/16 16:08, Daniel Lezcano wrote:
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
[...]
Ah ok, anyways LPI always starts from index 0. IIUC that was your main
concern.
Do you have a repo where I can see the code ?
Yes, you can get it from [1]
--
Regards,
Sudeep
[1]
On Wed, Apr 27, 2016 at 12:55:47PM +0200, Andreas Starzer wrote:
> This Bug was already fixed in rcutiny_plugin.h with changing the
> wait-queue to simple-waiter.
>
> Found this bug with 3.10.63-rt65 in rcutree_plugin.h too. (It is not
> fixed in current 3.10-release)
>
> SVC (hard-irq-context)
On Wed, Apr 27, 2016 at 12:55:47PM +0200, Andreas Starzer wrote:
> This Bug was already fixed in rcutiny_plugin.h with changing the
> wait-queue to simple-waiter.
>
> Found this bug with 3.10.63-rt65 in rcutree_plugin.h too. (It is not
> fixed in current 3.10-release)
>
> SVC (hard-irq-context)
On Sat, Jun 25, 2016 at 05:45:01AM +0200, meg...@megous.com wrote:
> + config.init_data = of_get_regulator_init_data(dev, dev->of_node,
> _reg);
> + if (!config.init_data) {
> + return -EINVAL;
> + }
This is broken, constraints are entirely optional - the driver should
On Sat, Jun 25, 2016 at 05:45:01AM +0200, meg...@megous.com wrote:
> + config.init_data = of_get_regulator_init_data(dev, dev->of_node,
> _reg);
> + if (!config.init_data) {
> + return -EINVAL;
> + }
This is broken, constraints are entirely optional - the driver should
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
On 27/06/16 16:05, Daniel Lezcano wrote:
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power
On 06/27/2016 05:06 PM, Sudeep Holla wrote:
On 27/06/16 16:05, Daniel Lezcano wrote:
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power
On 27/06/16 16:05, Daniel Lezcano wrote:
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power Idle), lets
enable ACPI_PROCESSOR_IDLE for ARM64
On 27/06/16 16:05, Daniel Lezcano wrote:
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power Idle), lets
enable ACPI_PROCESSOR_IDLE for ARM64
The current binding for the TCB is not flexible enough for some use cases
and prevents proper utilization of all the channels.
Cc: Daniel Lezcano
Cc: Thierry Reding
Cc: linux-...@vger.kernel.org
Cc: Rob Herring
Cc:
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power Idle), lets
enable ACPI_PROCESSOR_IDLE for ARM64 too.
This patch just removes the IA64 and
On 06/27/2016 05:03 PM, Sudeep Holla wrote:
Hi Daniel,
On 27/06/16 15:33, Daniel Lezcano wrote:
On 06/14/2016 04:48 PM, Sudeep Holla wrote:
Now that ACPI processor idle driver supports LPI(Low Power Idle), lets
enable ACPI_PROCESSOR_IDLE for ARM64 too.
This patch just removes the IA64 and
The current binding for the TCB is not flexible enough for some use cases
and prevents proper utilization of all the channels.
Cc: Daniel Lezcano
Cc: Thierry Reding
Cc: linux-...@vger.kernel.org
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
Signed-off-by: Alexandre Belloni
---
Changes in
On Jun 24 2016 or thereabouts, Dmitry Torokhov wrote:
> On Fri, Jun 24, 2016 at 09:19:32AM +0200, Benjamin Tissoires wrote:
> > On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote:
> > > On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote:
> > > > +
> > > > +static struct
On Jun 24 2016 or thereabouts, Dmitry Torokhov wrote:
> On Fri, Jun 24, 2016 at 09:19:32AM +0200, Benjamin Tissoires wrote:
> > On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote:
> > > On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote:
> > > > +
> > > > +static struct
701 - 800 of 1564 matches
Mail list logo