Hi Linus,
last fixes from me, one amdgpu/radeon suspend resume
and one leak fix, along with one vmware fix for
some issues when command submission fails.
Dave.
The following changes since commit 018155365dccecd9ea9f26e1b26fb0f960c1ee32:
Merge tag 'usb-4.3-rc7' of
After using the mdb kernel debugger then exiting, the rcu_sched, due
to its own internal timers, rolls over and crashes when it does not
get the timeout window it likes.Not caused by memory corruption,
just caused by the debugger holding the system suspended then when the
system is allowed to
The driver is using -1 instead of the -ENOMEM defined macro to specify that
a buffer allocation failed.
Fixes smatch warning and similars:
drivers/staging/wilc1000/host_interface.c:1757 Handle_Key() warn:
returning -1 instead of -ENOMEM is sloppy
Signed-off-by: Luis de Bethencourt
---
Hi,
From: Jiri Kosina
w1_process() calls try_to_freeze(), but the thread doesn't mark itself
freezable through set_freezable(), so the try_to_freeze() call is useless.
Signed-off-by: Jiri Kosina
---
drivers/w1/w1.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/w1/w1.c
On 2015年10月24日 02:36, Alexander Duyck wrote:
> I was thinking about it and I am pretty sure the dummy write approach is
> problematic at best. Specifically the issue is that while you are
> performing a dummy write you risk pulling in descriptors for data that
> hasn't been dummy written to yet.
From: Jiri Kosina
xen_blkif_schedule() kthread calls try_to_freeze() at the beginning of
every attempt to purge the LRU. This operation can't ever succeed though,
as the kthread hasn't marked itself as freezable.
Before (hopefully eventually) kthread freezing gets converted to fileystem
On Sun, Oct 25, 2015 at 03:21:31PM -0400, Mimi Zohar wrote:
> On Sat, 2015-10-24 at 15:42 +0300, Jarkko Sakkinen wrote:
> > Added 'hashalg=' option for selecting the hash algorithm.
> >
> > Currently available options are:
> >
> > * sha1
> > * sha256
> > * sha384
> > * sha512
> > * sm3_256
>
>
Borislav Petkov writes:
> On Mon, Oct 26, 2015 at 11:20:35AM +0800, Huang, Ying wrote:
>> In ghes_estatus_caches[], for caches with same contents, the cache with
>> biggest (newest) cache->time_in should be the first. So if we found one
>> cache with too small (old) cache->time_in, we can say
Hi Sascha,
On Wed, 2015-10-14 at 07:58 +0200, Sascha Hauer wrote:
> On Wed, Oct 14, 2015 at 11:23:35AM +0800, Leilk Liu wrote:
> > This patch support multiple devices for MT8173.
>
> The subject of this patch and also the above sentence should contain the
> board name this patch is changing so
Hi Mark,
On Mon, 2015-10-19 at 20:27 +0100, Mark Brown wrote:
> On Wed, Oct 14, 2015 at 11:23:30AM +0800, Leilk Liu wrote:
> > This series are based on 4.3-rc1 and provide 5 patches to support
> > mt8173 spi multiple devices.
>
> This doesn't apply against current code, please check and resend.
On Wed, 2015-10-14 at 14:53 +0200, Joerg Roedel wrote:
> On Fri, Oct 09, 2015 at 10:23:07AM +0800, Yong Wu wrote:
> > + /*
> > +* There is a domain for each a iommu device in normal case.
> > +* But MTK only has one iommu domain called the m4u domain which all
> > +* the multimedia
On Sat, Oct 24, 2015 at 12:25:31PM +0900, Masahiro Yamada wrote:
> Add aliases to fix the I2C indexes like the other UniPhier boards.
>
> Signed-off-by: Masahiro Yamada
Thanks, applied!
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Marcin,
On Mon, 26 Oct 2015 05:35:46 +0100, Marcin Wojtas wrote:
> Thanks for the explanation - now it's clear.
Good :-) Hopefully the explanation in PATCH 5/5 is also clear enough.
> Btw, I checked the patches with mvneta in both 'standby' and 'mem'
> modes on A38x (with not-yet-submitted
Hmph, sorry for the x/7 numbering. Patch 7 was the debug patch which I
didn't send...
Honza
On Mon 26-10-15 05:52:46, Jan Kara wrote:
> From: Jan Kara
>
> When there are lots of messages accumulated in printk buffer, printing
>
From: Jan Kara
Start kthreads for handing over printing only when printk.offload_chars
is set to value > 0 (i.e., when print offloading gets enabled).
Signed-off-by: Jan Kara
---
kernel/printk/printk.c | 78 +-
1 file changed, 64 insertions(+),
From: Jan Kara
Hello,
here is another posting of the revived patch set to avoid lockups during heavy
printing. Lately there were several attempts at dealing with softlockups due to
heavy printk traffic [1] [2] and I've been also privately pinged by couple of
people about the state of the patch
Currently nothing forces the scheduler to schedule printing kthread on
the same CPU that is currently doing printing. In fact in some KVM
configurations this seems to happen rather frequently and it defeats
printing offloading since the current CPU is doing printing and watching
for printing
From: Jan Kara
When there are lots of messages accumulated in printk buffer, printing
them (especially over serial console) can take a long time (tens of
seconds). stop_machine() will effectively make all cpus spin in
multi_cpu_stop() waiting for the CPU doing printing to print all the
messages
From: Jan Kara
Currently, console_unlock() prints messages from kernel printk buffer to
console while the buffer is non-empty. When serial console is attached,
printing is slow and thus other CPUs in the system have plenty of time
to append new messages to the buffer while one CPU is printing.
From: Jan Kara
Necessity for offloading of printing was observed only for large
systems. So add a config option (disabled by default) which removes most
of the overhead added by this functionality.
Signed-off-by: Jan Kara
---
Documentation/kernel-parameters.txt | 13 +++--
In some cases we may end up killing the CPU holding the console lock
while still having valuable data in logbuf. E.g. Vitaly is observing the
following:
- A crash is happening on one CPU and console_unlock() is being called
on some other.
- console_unlock() tries to print out the buffer before
On Mon, Oct 26, 2015 at 11:46:16AM +0800, Huang Rui wrote:
> Actually, yes. I found it too long, so... :)
Yeah, just try to apply some good, old-fashioned human common sense when
looking at longer lines and deciding whether actually letting them stick
out would be better for readability than
On Mon, Oct 26, 2015 at 11:37:23AM +0800, Huang Rui wrote:
> On Fri, Oct 23, 2015 at 06:59:19AM -0700, Guenter Roeck wrote:
> > On 10/19/2015 07:28 PM, Huang Rui wrote:
> > >PTSC is the performance timestamp counter value in a cpu core and the
> > >cores in one compute unit have the fixed
Thomas,
2015-10-26 1:10 GMT+01:00 Thomas Petazzoni
:
> Marcin,
>
> On Sun, 25 Oct 2015 22:22:37 +0100, Marcin Wojtas wrote:
>
>> > @@ -550,16 +572,27 @@ static void armada_370_xp_mpic_resume(void)
>> > if (virq == 0)
>> > continue;
>> >
>> > -
The timer5 supplies the architected timer and thus as has to run when
the system clocksource and clockevents drivers are registered.
---
Changes in v5:
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
arch/arm/mach-rockchip/rockchip.c | 44 +++--
1 file
Enable smp for rk3036, and add the smp sram name for adapting.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes in v5: None
arch/arm/boot/dts/rk3036.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk3036.dtsi b/arch/arm/boot/dts/rk3036.dtsi
From: Heiko Stuebner
The dual-core Cortex A7 rk3036 is a bit special in that it does not allow
to control the actual powerdomain of the cpu cores, while the rest of the
smp-bringup like reset control and entry address handling stays the same.
Its bigger sibling, the quad-core rk3128 again allows
Initial release for rk3036, node definitions rk3036 sdk board.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes in v5: None
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/rk3036-evb.dts | 64 +
arch/arm/boot/dts/rk3036.dtsi| 536
On Mon, Oct 26, 2015 at 11:20:35AM +0800, Huang, Ying wrote:
> In ghes_estatus_caches[], for caches with same contents, the cache with
> biggest (newest) cache->time_in should be the first. So if we found one
> cache with too small (old) cache->time_in, we can say there are no cache
> with same
Add the dt-bindings header for the rk3036, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes in v5: None
include/dt-bindings/clock/rk3036-cru.h | 195
1 file
Hi,
We need to support rk3036 soc platform via upstream, there are
3 primary parts for the initial release of minimum system: dts,
pinctrl, and clock tree for rk3036, and additional, we can use
these startup and run to init processs.
Thanks.
Changed in v5:
- don't use clk_ APIs in the pll
Add the clock tree definition for the new rk3036 SoC.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes in v5: None
drivers/clk/rockchip/Makefile |1 +
drivers/clk/rockchip/clk-rk3036.c | 500 +
drivers/clk/rockchip/clk.h|
The rk3036's pll and clock are different with base on the rk3066(rk3188,
rk3288, rk3368 use it), there are different adjust foctors and control
registers, so these should be independent and separate from the series
of rk3066s.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes
European Parliament
36 St Peter's St, London N1 8JT,
United Kingdom.
In consideration of the legislative resolution reached by the European
Parliament in conjunctions with the European Central Bank on financial and
allied matters,following eries of complaints and petitions received from the
Add the devicetree binding for the cru on the rk3036 which quite similar
structured as previous clock controllers.
Signed-off-by: Xing Zheng
Reviewed-by: Heiko Stuebner
---
Changes in v5: None
.../bindings/clock/rockchip,rk3036-cru.txt | 56
1 file changed, 56
Hi Arnd,
2015-10-10 15:59 GMT+09:00 Masahiro Yamada :
> Hi Arnd,
>
>
> 2015-10-06 15:22 GMT+01:00 Arnd Bergmann :
>> On Tuesday 06 October 2015 16:20:23 Arnd Bergmann wrote:
>>> On Friday 18 September 2015 13:37:31 Masahiro Yamada wrote:
>>> > Hi Olof,
>>> >
>>> > Now Linux 4.3-rc1 is out, so I
Currently, 8-bit (MMIO) and 32-bit (MMIO32) register interfaces are
supported for the 8250 console, but the 16-bit (MMIO16) is not.
The 8250 UART device on my board is connected to a 16-bit bus
and my main motivation is to use earlycon with it.
(Refer to
fixing the error reported by script checkpatch.pl
static variables blinkenlights and old_scheme_first
were initialised to 0, correcting it.
Signed-off-by: Saurabh Sengar
---
drivers/usb/core/hub.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/core/hub.c
Help Desk
Scheduled Maintenance & Upgrade
Your account is in the process of being upgraded to a newest
Windows-based servers and an enhanced online email interface inline with
internet infrastructure Maintenance. The new servers will provide better
anti-spam and anti-virus functions, along
On Fri, Oct 23, 2015 at 03:28:02PM +0200, Borislav Petkov wrote:
> On Tue, Oct 20, 2015 at 10:28:26AM +0800, Huang Rui wrote:
> > This patch introduces an algorithm that computes the average power by
> > reading a delta value of “core power accumulator” register during
> > measurement interval,
On Fri, Oct 23, 2015 at 06:59:19AM -0700, Guenter Roeck wrote:
> On 10/19/2015 07:28 PM, Huang Rui wrote:
> >PTSC is the performance timestamp counter value in a cpu core and the
> >cores in one compute unit have the fixed frequency. So it picks up the
> >performance timestamp counter value of the
On Sat, 2015-10-24 at 04:59 AM, Wood Scott-B07421
wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Saturday, October 24, 2015 4:59 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061 ;
>
Hello
Subject: [PATCH v2 4/8] spi: imx: add selection for iMX53 and iMX6 controller
type
ECSPI contorller for iMX53 and iMX6 has few hardware issues in slave
mode and (32*n+1) SPI word size handling comparing to iMX51.
The change add possibility to detect the SPI controller is use and apply
Hi Anton,
Thank you for the patch.
On Sunday 18 October 2015 17:01:26 Anton V. Shokurov wrote:
> V4L2_CID_EXPOSURE_ABSOLUTE property does not return an updated value when
> autoexposure (V4L2_CID_EXPOSURE_AUTO) is turned on. This patch fixes this
> issue by adding the UVC_CTRL_FLAG_AUTO_UPDATE
Hi, Tony,
"Luck, Tony" writes:
>> ping?
>
> I'm not actually sure that the code is wrong. As you say it is a pretty
> strange loop.
>
> We seem to want to look at a bunch of conditions, and use "continue" to ignore
> bits until we find one that we like the look of. Perhaps as soon as we do,
On Wed, Oct 21, 2015 at 10:18:33AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 20, 2015 at 02:28:35PM -0700, Paul E. McKenney wrote:
> > I am not seeing a sync there, but I really have to defer to the
> > maintainers on this one. I could easily have missed one.
>
> So x86 implies a full barrier
On 10/23/2015 09:37 PM, Michael S. Tsirkin wrote:
> On Fri, Oct 23, 2015 at 12:57:05AM -0400, Jason Wang wrote:
>> We don't have fraglist support in TAP_FEATURES. This will lead
>> software segmentation of gro skb with frag list. Fixes by having
>> frag list support in TAP_FEATURES.
>>
>> With
From: Zhang Rui
Current thermal code does not handle system sleep well because
1. the cooling device cooling state may be changed during suspend
2. the previous temperature reading becomes invalid after resumed because
it is got before system sleep
3. updating thermal zone device during
When a new cooling device is registered, we need to update the
thermal zone to set the new registered cooling device to a proper
state.
This fixes a problem that the system is cool, while the fan devices
are left running on full speed after boot, if fan device is registered
after thermal zone
From: Zhang Rui
After thermal zone device registered, as we have not read any
temperature before, thus tz->temperature should not be 0,
which actually means 0C, and thermal trend is not available.
In this case, we need specially handling for the first
thermal_zone_device_update().
Both thermal
This patch set fixes two problems when system is trying to
suspend and boot up:
1.After system is woken up from suspend, the thermal framework uses
the dirty 'cached' thermal variables before suspend, which might
cause expected behavior.
2.If a cooling device is registered after the thermal
On Mon, Oct 26, 2015 at 03:48:44AM +0100, Rafael J. Wysocki wrote:
> On Mon, Oct 26, 2015 at 1:13 AM, Mark Brown wrote:
> > Should we try to schedule an ad-hoc session today (Monday) for those of
> > us who are here to talk this over?
> I won't mind doing that, what about after the Linus+Dirk
From: Jiri Kosina
uwbd() calls try_to_freeze(), but the thread doesn't mark itself freezable
through set_freezable(), so the try_to_freeze() call is useless.
Signed-off-by: Jiri Kosina
---
drivers/uwb/uwbd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/uwb/uwbd.c
From: Jiri Kosina
power_saving_thread() calls try_to_freeze(), but the thread doesn't mark
itself freezable through set_freezable(), so the try_to_freeze()
call is useless.
Signed-off-by: Jiri Kosina
---
drivers/acpi/acpi_pad.c | 2 --
1 file changed, 2 deletions(-)
diff --git
On 2015/10/23 9:19, Tejun Heo wrote:
From 10d158783de74ad28454ff54556abf89bd85c756 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 23 Oct 2015 10:13:35 +0900
Now that cgroup v2 is almost out of the door, replace the development
documentation unified-hierarchy.txt with
On Mon, Oct 26, 2015 at 6:22 AM, Dave Chinner wrote:
> On Thu, Oct 22, 2015 at 11:08:18PM +0200, Jan Kara wrote:
>> Ugh2: Now I realized that DAX mmap isn't safe wrt fs freezing even for
>> filesystems since there's nothing which writeprotects pages that are
>> writeably mapped. In normal path,
On Mon, Oct 26, 2015 at 1:13 AM, Mark Brown wrote:
> On Sat, Oct 24, 2015 at 03:09:06PM -0500, Rob Herring wrote:
>
>> Let's get agreement on the flow and structure and how to address other
>> issues like suspend, then we can worry about whether this needs to be
>> abstracted from subsystems. We
On Sat, Oct 24, 2015 at 04:56 AM, Wood Scott-B07421 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Saturday, October 24, 2015 4:56 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061 ;
>
On Sat, Oct 24, 2015 at 04:56 AM, Wood Scott-B07421 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Saturday, October 24, 2015 4:56 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061 ;
>
Hi all,
ever since next-20101008, I am having trouble running beagle board
configurations in qemu. Example is multi_v7_defconfig with omap3-beagle
devicetree file, or with omap3-beagle-xm. The system just doesn't
boot anymore (no kernel log messages).
I have tried to bisect twice, but I don't
On Sun, Oct 25, 2015 at 07:14:27PM -0700, Guenter Roeck wrote:
> On Mon, Oct 26, 2015 at 09:58:45AM +0800, Huang Rui wrote:
> > On Fri, Oct 23, 2015 at 06:42:20AM -0700, Guenter Roeck wrote:
> > > On 10/19/2015 07:28 PM, Huang Rui wrote:
> > > >Attributes depend on the CPU model the driver gets
On Fri, Oct 23, 2015 at 7:46 AM, Vishnu Patekar
wrote:
> Allwinner A83T is new octa-core cortex-a7 SOC.
> This adds the basic dtsi, the clocks differs from
> earlier sun8i SOCs.
>
> Signed-off-by: Vishnu Patekar
> ---
> arch/arm/boot/dts/sun8i-a83t.dtsi | 247
>
On Fri, Oct 23, 2015 at 06:45:59AM -0700, Guenter Roeck wrote:
> On 10/19/2015 07:28 PM, Huang Rui wrote:
> >This patch enables power1_input attribute for Carrizo platform.
> >
> >Signed-off-by: Huang Rui
> >Cc: Borislav Petkov
> >Cc: Guenter Roeck
> >Cc: Peter Zijlstra
> >Cc: Ingo Molnar
>
On Wed, 2015-10-21 at 12:36 -0700, Paul E. McKenney wrote:
> On Wed, Oct 21, 2015 at 10:18:33AM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 20, 2015 at 02:28:35PM -0700, Paul E. McKenney wrote:
> > > I am not seeing a sync there, but I really have to defer to the
> > > maintainers on this one.
On Mon, Oct 26, 2015 at 09:58:45AM +0800, Huang Rui wrote:
> On Fri, Oct 23, 2015 at 06:42:20AM -0700, Guenter Roeck wrote:
> > On 10/19/2015 07:28 PM, Huang Rui wrote:
> > >Attributes depend on the CPU model the driver gets loaded on.
> > >Therefore, add those attributes dynamically at init time.
On Fri, Oct 23, 2015 at 06:42:20AM -0700, Guenter Roeck wrote:
> On 10/19/2015 07:28 PM, Huang Rui wrote:
> >Attributes depend on the CPU model the driver gets loaded on.
> >Therefore, add those attributes dynamically at init time. This is more
> >flexible to control the different attributes on
On Wed, Oct 21, 2015 at 12:36:38PM -0700, Paul E. McKenney wrote:
> On Wed, Oct 21, 2015 at 10:18:33AM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 20, 2015 at 02:28:35PM -0700, Paul E. McKenney wrote:
> > > I am not seeing a sync there, but I really have to defer to the
> > > maintainers on this
On Fri, Oct 23, 2015 at 01:01:51PM -0700, Stephen Boyd wrote:
> Now that we have a generic library function for this, replace the
> open-coded instance.
>
> Cc: Bjorn Andersson
> Signed-off-by: Stephen Boyd
> ---
Acked-by: Andy Gross
--
Qualcomm Innovation Center, Inc.
The Qualcomm
gt; > > > Subject: Re: [PATCH 2/3][v2] ACPI: Using correct irq when waiting
> > > > for events
> > > >
> > > > Hi Chen,
> > > >
> > > > [auto build test ERROR on pm/linux-next -- if it's inappropriate
> > > > base, please s
On 2015/10/24 1:25, Alexei Starovoitov wrote:
On 10/23/15 9:42 AM, Peter Zijlstra wrote:
On Fri, Oct 23, 2015 at 08:02:00AM -0700, Alexei Starovoitov wrote:
On 10/23/15 7:39 AM, Peter Zijlstra wrote:
On Tue, Oct 20, 2015 at 08:02:34PM -0700, Alexei Starovoitov wrote:
+static const struct
or events
> > >
> > > Hi Chen,
> > >
> > > [auto build test ERROR on pm/linux-next -- if it's inappropriate
> > > base, please suggest rules for selecting the more suitable base]
> > >
> > > url:https://github.com/0day-ci/linux/commits/Ch
Signals are always delivered to 64-bit tasks with CS set to a long
mode segment. In long mode, SS doesn't matter, as long as it's a
present writable segment.
If SS starts out invalid (this can happen if the signal was caused
by an IRET fault or was delivered on the way out of set_thread_area
or
On Sunday 25 October 2015, Marc Kleine-Budde wrote:
> On 10/22/2015 10:58 AM, Arnd Bergmann wrote:
> >>> The two should really do the same thing: iowrite32() is just a static
> >>> inline
> >>> calling writel() on both ARM32 and ARM64. On which kernel version did you
> >>> observe the difference?
This is a second attempt to make the improvements from c6f2062935c8
("x86/signal/64: Fix SS handling for signals delivered to 64-bit
programs"), which was reverted by 51adbfbba5c6 ("x86/signal/64: Add
support for SS in the 64-bit signal context").
This adds two new uc_flags flags.
These fields have a strange history. This tries to document it.
This borrows from 9a036b93a344 ("x86/signal/64: Remove 'fs' and 'gs'
from sigcontext"), which was reverted by ed596cde9425 ("Revert x86
sigcontext cleanups").
Signed-off-by: Andy Lutomirski
---
This is take 2 at fixing x86 64-bit signals wrt SS. After a lot of
thought, this is not controlled by any flags -- I would much prefer
to avoid opt-in behavior. Instead, it just tries hard to avoid
triggering the cases that break DOSEMU.
Stas, this now seems to pass the test you sent me. It
This tests the two ABI-preserving cases that DOSEMU cares about, and
it also explicitly tests the new UC_SIGCONTEXT_SS and
UC_STRICT_RESTORE_SS flags.
Signed-off-by: Andy Lutomirski
---
tools/testing/selftests/x86/sigreturn.c | 240
1 file changed, 212
suggest rules for selecting the more suitable base]
> >
> > url:https://github.com/0day-ci/linux/commits/Chen-Yu/ACPI-Using-
> > correct-irq-when-waiting-for-events/20151025-010210
> > config: x86_64-randconfig-x015-201543 (attached as .config)
> > reproduce:
> >
Hi Julia,
Thank you for the patch.
On Sunday 25 October 2015 14:57:04 Julia Lawall wrote:
> for_each_child_of_node performs an of_node_get on each iteration, so
> a break out of the loop requires an of_node_put.
>
> A simplified version of the semantic patch that fixes this problem is as
>
Hi Julia,
Thank you for the patch.
On Sunday 25 October 2015 14:57:05 Julia Lawall wrote:
> for_each_child_of_node performs an of_node_get on each iteration, so
> a break out of the loop requires an of_node_put.
>
> A simplified version of the semantic patch that fixes this problem is as
>
On Sun, Oct 25, 2015 at 02:54:39PM +0100, Rafael J. Wysocki wrote:
> On Sun, Oct 25, 2015 at 12:06 AM, Mark Brown wrote:
> > There's also the understanding people had that the order things get
> > bound changes the ordering for some of the other cases (perhaps it's a
> > good idea to do that, it
Commit-ID: 03f136a2074b2b8890da4a24df7104558ad0da48
Gitweb: http://git.kernel.org/tip/03f136a2074b2b8890da4a24df7104558ad0da48
Author: Jason A. Donenfeld
AuthorDate: Tue, 14 Jul 2015 19:24:45 +0200
Committer: Thomas Gleixner
CommitDate: Mon, 26 Oct 2015 10:06:06 +0900
timeconst:
On Tue, Oct 06, 2015 at 11:06:47AM +0100, Grant Likely wrote:
> [Resending because I messed up the first one]
>
> The elections for five of the ten members of the Linux Foundation
> Technical Advisory Board (TAB) are held every year[1]. This year the
> election will be at the 2015 Kernel Summit
From: David Daney
Date: Fri, 23 Oct 2015 17:14:06 -0700
> With the availability of a new revision of the ThunderX NIC hardware a
> few changes to the driver are required. With these, the driver works
> on all currently available hardware revisions.
Series applied, thanks.
--
To unsubscribe
Hello,
On Sat, Oct 3, 2015 at 12:19 AM, Yingjoe Chen wrote:
> Add arch timer node to enable arch-timer support. MT8135 firmware
> doesn't correctly setup arch-timer frequency and CNTVOFF, add
> properties to workaround this.
>
> This also set cpu enable-method to enable SMP.
>
> Signed-off-by:
在 2015/10/23 20:07, Jaehoon Chung 写道:
Hi, Shawn.
On 10/22/2015 03:19 PM, Shawn Lin wrote:
This patch implement hw_reset function for DesignWare
MMC controller. By adding this feature, mmc blk can
do some basic recovery if emmc device cannot work any
more for unknown reasons.
Are there any
On Mon, Oct 19, 2015 at 11:21:05PM +0200, Alexandre Belloni wrote:
> Arnd, Olof, Kevin,
>
> This is a great fix for PM and suspend/resume for 4.4
>
> Thanks,
>
> The following changes since commit 6f112a08c1ed717a015dae190e289d53085c1bc4:
>
> ARM: at91: debug: use DEBUG_UART_PHYS (2015-09-21
On Mon, Oct 19, 2015 at 10:26:08PM +0200, Alexandre Belloni wrote:
> Arnd, Olof, Kevin,
>
> A defconfig update, adding sama5d2 peripherals to sama5_defconfig and
> multi_v7_defconfig
>
> Thanks,
>
> The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:
>
> Linux
On Sun, Oct 25, 2015 at 10:25 AM, Geert Uytterhoeven
wrote:
> Until commit 0166dc11be911213 ("of: make CONFIG_OF user selectable"),
> CONFIG_OF=y implied CONFIG_USE_OF=y on ARM, as the former could solely
> be enabled by being selected by the latter.
Arnd sent a similar fix[1] which I prefer.
>
On Sun, Oct 25, 2015 at 03:45:43PM -0500, Andrew F. Davis wrote:
> On 10/24/2015 05:14 PM, Mark Brown wrote:
> >Tbe binding document is buggy and doesn't reflect the code, there's no
> >compatible string in the driver.
> Sure there is:
> drivers/mfd/mt6397-core.c:48:
> .of_compatible =
Since commit 61e82530d80f ("of/platform: Point to struct device from device
node"), the 'device' pointer in devicetree nodes for platform devices must
be set for of_find_device_by_node to succeed. This is not the case unless
the platform device was created using of_platform_device_create(), which
Commit-ID: 209da39154837ec1b69fb34f438041939911e4b4
Gitweb: http://git.kernel.org/tip/209da39154837ec1b69fb34f438041939911e4b4
Author: Lucas Stach
AuthorDate: Sun, 25 Oct 2015 16:39:12 +0100
Committer: Thomas Gleixner
CommitDate: Mon, 26 Oct 2015 09:20:59 +0900
irqchip/tegra:
On October 26, 2015 9:13:01 AM GMT+09:00, Mark Brown wrote:
>On Sat, Oct 24, 2015 at 03:09:06PM -0500, Rob Herring wrote:
>
>> Let's get agreement on the flow and structure and how to address
>other
>> issues like suspend, then we can worry about whether this needs to be
>> abstracted from
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Sun, Oct 25, 2015 at 10:55:55PM +, sasa bogicevic wrote:
> Ooops I guess I made a mistake with my first patch, but your name came up when
> I called get_maintainer.pl.
Yes, that's fine, I
On Sat, Oct 24, 2015 at 03:09:06PM -0500, Rob Herring wrote:
> Let's get agreement on the flow and structure and how to address other
> issues like suspend, then we can worry about whether this needs to be
> abstracted from subsystems. We can discuss more this week at KS.
Should we try to
On Sun, Oct 25, 2015 at 05:41:20PM -0500, Lijun Pan wrote:
> Define is_root_dprc(dev) to tell whether a device is
> root dprc or not via platform_bus_type.
>
> Signed-off-by: Lijun Pan
> ---
> drivers/staging/fsl-mc/include/mc.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff
Marcin,
On Sun, 25 Oct 2015 22:22:37 +0100, Marcin Wojtas wrote:
> > @@ -550,16 +572,27 @@ static void armada_370_xp_mpic_resume(void)
> > if (virq == 0)
> > continue;
> >
> > - if (irq != ARMADA_370_XP_TIMER0_PER_CPU_IRQ)
> > +
We offer loan at low interest rate of 3% and with collateral and not
Collateral, we offer personal loans, debt consolidation loans, venture capital
Capital, business loan, education loan, mortgage or Loans for any reason".
E-mail us for more Info with amount needed at: quickloan...@gmail.com
--
On 10/21/2015 09:15 PM, Richard Guy Briggs wrote:
On 15/10/21, Scott Matheina wrote:
On 10/21/2015 10:33 AM, Richard Guy Briggs wrote:
On 15/10/21, Joe Perches wrote:
On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote:
On 15/10/18, Scott Matheina wrote:
On 10/14/2015 04:54 PM,
1) Change pr_warn()s to pr_err()s. These messages are actually
errors and not warnings.
2) Add missing \n.
3) Error message for kzalloc() failure is removed per suggestion
by Joe Perches. There is generic stack_dump() for allocation issues.
Signed-off-by: Alexey Klimov
---
Changes in v3:
--
1 - 100 of 830 matches
Mail list logo