On Tue, Apr 15, 2014 at 09:36:13AM +0200, Boris BREZILLON wrote:
> On 14/04/2014 23:04, Mark Brown wrote:
> > The transfer type gets set once per device at init time so why not
> > just parameterise based on val_bytes?
> Actually, you may want to transfer 1 byte registers using the block
>
Hi Paul,
On Tue, Apr 15, 2014 at 10:55:18AM +0200, Paul Bolle wrote:
> The driver for the "Picochip picoXcell true random number generator" was
> added in v2.6.39. Its Kconfig symbol has always depended on
> PICOXCELL_PC3X3. But that Kconfig symbol has never been part of the
> tree. This means
On 2014-04-15 06:54, Chase Southwood wrote:
We can remove this function from the boardinfo and move the code from
hwdrv_apci1564.c into addi_apci_1564.c since it is the only reset function
used by the driver. The function was also messy and failed to reset a few
registers, these issues were
On Thu, Apr 10, 2014 at 06:13:54PM +0900, Hidetoshi Seto wrote:
> This patch is v3 of patch set to fix an issue that idle/iowait
> of /proc/stat can go backward. Originally reported by Tetsuo and
> Fernando at last year, Mar 2013.
>
> [BACKGROUNDS]: idle accounting on NO_HZ
>
> If NO_HZ is
Zitat von Thadeu Lima de Souza Cascardo :
On Mon, Apr 14, 2014 at 05:44:58PM +0200, stef...@seibold.net wrote:
Zitat von Benjamin Herrenschmidt :
>I don't know about EHCI specifically but this is a known issue with
>XHCI, I observe similar issues on other powerpc platforms (servers)
>and
Add __user to binder_version to correct sparse warning.
Reduce line size to fit to coding style.
Signed-off-by: Mathieu Maret
---
drivers/staging/android/binder.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/binder.c
> Add missing mfd_remove_devices() call in remove function.
>
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/bcm590xx.c | 7 +++
> 1 file changed, 7 insertions(+)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Remove duplicate code
Signed-off-by: Mathieu Maret
---
drivers/staging/android/binder.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/android/binder.c b/drivers/staging/android/binder.c
index 3dca577..c29c3c7 100644
---
> This is a i2c driver, so uses i2c prefix in modalias.
>
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/bcm590xx.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Hi Sebastian,
On Tue, 15 Apr 2014 02:23:03 -0700
Sebastian Hesselbarth wrote:
> On 04/15/2014 10:07 AM, Antoine Ténart wrote:
> > The Marvell Berlin BG2Q has 6 GPIO ports compatible with the
> > snps,dw-apb-gpio driver. This patch add the corresponding device tree
> > nodes.
> >
> >
> Add driver support for Altera GPIO soft IP, including interrupts and I/O.
> Tested on Altera CV SoC board using dipsw and LED using LED framework.
>
> Signed-off-by: Tien Hock Loh
> ---
> + return -ENOMEM;
> + }
> + altera_gc->domain = 0;
On Mon, Apr 14, 2014 at 11:22:02AM -0600, David Ahern wrote:
> On 4/14/14, 9:52 AM, Jiri Olsa wrote:
SNIP
> >
> >+void map_groups__put(struct map_groups *mg)
> >+{
> >+if (--mg->refcnt == 0)
> >+map_groups__delete(mg);
> >+}
> >+
> > void map_groups__flush(struct map_groups *mg)
On Tue, Apr 15, 2014 at 11:00:25AM +0200, Ingo Molnar wrote:
>
> * Feng Tang wrote:
>
> > Hi Ingo,
> >
> > On Fri, Mar 28, 2014 at 09:11:17AM +0100, Ingo Molnar wrote:
> > >
> > > * Clemens Ladisch wrote:
> > >
> > > > Feng Tang wrote:
> > > > > On Fri, Mar 28, 2014 at 08:17:16AM +0100,
Hi Paul,
On Tue, Apr 15, 2014 at 11:39 AM, Paul Bolle wrote:
> On Sun, 2014-02-09 at 22:36 +0100, Paul Bolle wrote:
>> On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
>> > The symbol is an orphan, get rid of it.
>> >
>> > Signed-off-by: Richard Weinberger
>>
>> Paul Mundt had
>From 534f1df8a5a03427b0fc382150fbd34e05648a28 Mon Sep 17 00:00:00 2001
From: Lai Jiangshan
Date: Tue, 15 Apr 2014 17:52:19 +0800
Subject: [PATCH] workqueue: allow changing attributions of ordered workqueue
Allow changing ordered workqueue's cpumask
Allow changing ordered workqueue's nice value
On 15 April 2014 14:43, Frederic Weisbecker wrote:
> Yeah. But not just that.
>
> Using an inline saves a function call and reduce the offline case to a simple
> condition check. But there is also the jump label that reduce the condition
> check
> to an unconditional jump in the off case.
>
> To
On 15 April 2014 14:25, Krzysztof Kozlowski wrote:
> On wto, 2014-04-15 at 14:02 +0530, Sachin Kamat wrote:
>> On 15 April 2014 13:42, Krzysztof Kozlowski wrote:
>> > On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
>> >> On 15 April 2014 02:41, Mark Brown wrote:
>> >> > On Mon, Apr 14,
On Mon, 2014-04-14 at 14:58 -0400, Joseph Salisbury wrote:
>
> After further review, it appears ppc does not actually use the define
> in
> the ppc headers but uses the common generic
> default(include/uapi/asm-generic/setup.h). COMMAND_LINE_SIZE should
> probably become a kernel config option.
On 04/14/2014 06:11 PM, Timur Tabi wrote:
On 04/14/2014 02:52 AM, Mathias Nyman wrote:
This was the conclusion we reached after some discussion with Linus W.
Initially this was just a GPIO driver, but Linus correctly spotted that
Baytrail has many pinctrl-like features (like pin muxing, etc)
On Tue, Apr 15, 2014 at 10:19:52AM +0530, Harini Katakam wrote:
> Add dependency on ARCH_ZYNQ in Kconfig.
> This is to fix the build error.
This is too strict - ARCH_ARM would be fine (PowerPC also defines the
_relaxed() operaton if you want to include that too).
signature.asc
Description:
(2014/04/15 18:16), Jianyu Zhan wrote:
> Ok, I've followed your suggestion. Thanks :-)
>
> Currently, if user specifies both symbol name and address, we just
> bail out.
>
> This might be too rude. This patch makes it give more tolerance.
> If both are specified, check address first, if the
Am 14.04.2014 23:43, schrieb Deucher, Alexander:
-Original Message-
From: Quentin Casasnovas [mailto:quentin.casasno...@oracle.com]
Sent: Tuesday, March 18, 2014 12:17 PM
To: David Airlie
Cc: linux-kernel@vger.kernel.org; Quentin Casasnovas;
sta...@vger.kernel.org; Koenig, Christian;
On 15/04/14 10:17, Steven Miao wrote:
> From: Steven Miao
>
> include , drop
>
Thanks, queued for 3.15 fixes.
Btw, usually it's good to say in the description what kind of build
error happens (i.e. copy paste the error).
Tomi
signature.asc
Description: OpenPGP digital signature
On Tue, Apr 15, 2014 at 12:01:50PM +0900, Namhyung Kim wrote:
> Hi Don,
>
SBIP
>
> Another one I'd like to introduce is somewhat similar to your work.
> It's called hierarchy view and groups each entries according to sort
> keys [2]. But it only supported --gtk output at that time (in order
On Tue, Apr 15, 2014 at 08:11:37AM +0200, Michal Simek wrote:
> I sent the patch for it which solve this problem in generic way.
> http://lkml.org/lkml/2014/4/8/42
> Feel free to give me ACK for it.
Will has been working on this too off and on, he was also trying to
define some semantics for
Sebastian,
On Tue, Apr 15, 2014 at 11:23:03AM +0200, Sebastian Hesselbarth wrote:
> On 04/15/2014 10:07 AM, Antoine Ténart wrote:
[…]
> >diff --git a/arch/arm/boot/dts/berlin2q.dtsi
> >b/arch/arm/boot/dts/berlin2q.dtsi
> >index e6e556055dfc..b2625f896bc5 100644
> >---
On Sun, 2014-02-09 at 22:36 +0100, Paul Bolle wrote:
> On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
> > The symbol is an orphan, get rid of it.
> >
> > Signed-off-by: Richard Weinberger
>
> Paul Mundt had something similar queued a year ago:
> https://lkml.org/lkml/2013/3/11/211
On Mon, Apr 14, 2014 at 06:00:04PM -0700, Josh Triplett wrote:
> > and it slows down
> > kernel development'.
>
> No, it doesn't slow down development builds; it makes kernel builds
> slower if and only if LTO is turned on, which most kernel developers
> won't need to do. On the other hand,
Function qlcnic_setup_tss_rss_intr() might enter endless
loop in case pci_enable_msix() contiguously returns a
positive number of MSI-Xs that could have been allocated.
Besides, the function contains 'err = -EIO;' assignment
that never could be reached. This update fixes the
aforementioned issues.
On pią, 2014-03-28 at 14:06 +0100, Krzysztof Kozlowski wrote:
> Fix stall after hotplugging CPU1. Affected are SoCs where Multi Core Timer
> interrupts are shared (SPI), e.g. Exynos 4210. The stall was a result of
> starting the CPU1 local timer not in L1 timer but in L0 (which is used
> by CPU0).
Hi Daeseok,
On Tue, Apr 15, 2014 at 01:49:34PM +0900, Daeseok Youn wrote:
>
> smatch says:
> drivers/media/usb/s2255/s2255drv.c:2246 s2255_probe() warn:
> possible memory leak of 'dev'
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/media/usb/s2255/s2255drv.c |1 +
> 1 files changed, 1
On Mon, 2014-02-10 at 10:02 +0530, Sachin Kamat wrote:
> +cc linux-samsung-soc list
>
> On 10 February 2014 01:38, Paul Bolle wrote:
> > I noted this one about a year ago (see
> > https://lkml.org/lkml/2013/3/5/401 ). By now I wonder whether
> > EXYNOS_IOMMU (and everything depending on it)
On Mon, Apr 14, 2014 at 02:06:00PM +0200, Peter Zijlstra wrote:
> On Mon, Apr 14, 2014 at 05:22:30PM +0530, Viresh Kumar wrote:
> > On 14 April 2014 17:17, Peter Zijlstra wrote:
> > > What causes this tick? I was under the impression that once there's a
> > > single task (not doing any syscalls)
On Tue, Apr 15, 2014 at 12:02:08PM +0800, Axel Lin wrote:
> Since commit ca5d1b3524b4d
> "regulator: helpers: Modify helpers enabling multi-bit control",
> we can set enable_val setting for device that use multiple bits for control
> when using regmap enable/disable/bypass ops.
Applied, thanks.
Hi Borislav,
that's a known issue and should be fixed in the next rc, see this
bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=77009
You might also want to try my branch with 3.15 fixes which includes the
necessary patch for this:
Sebastian,
On Tue, Apr 15, 2014 at 11:16:49AM +0200, Sebastian Hesselbarth wrote:
> On 04/15/2014 10:07 AM, Antoine Ténart wrote:
[…]
> >diff --git a/arch/arm/mach-berlin/Kconfig b/arch/arm/mach-berlin/Kconfig
> >index 291f1cac6c3d..c31968712095 100644
> >--- a/arch/arm/mach-berlin/Kconfig
>
On 4/15/2014 1:56 PM, Paul Bolle wrote:
The Kconfig symbol PLAT_SPEAR_SINGLE briefly appeared during the v3.10
development cycle. It was removed in a merge commit before v3.10. A few
references to it were left in the tree, probably because they didn't
generate merge conflicts. Whatever it was,
Hi Jisheng,
On Tue, Apr 15, 2014 at 05:07:50PM +0800, Jisheng Zhang wrote:
> On Tue, 15 Apr 2014 01:07:24 -0700
> Antoine Ténart wrote:
[…]
> > diff --git a/arch/arm/mach-berlin/Kconfig b/arch/arm/mach-berlin/Kconfig
> > index 291f1cac6c3d..c31968712095 100644
> > ---
On 04/15/2014 10:07 AM, Antoine Ténart wrote:
The Marvell Berlin BG2Q has 6 GPIO ports compatible with the snps,dw-apb-gpio
driver. This patch add the corresponding device tree nodes.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q.dtsi | 102
On Tue, Apr 15, 2014 at 11:06:34AM +0200, Paul Bolle wrote:
> On Sun, 2014-02-09 at 21:18 +0100, Paul Bolle wrote:
> > On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
> > > The symbol is an orphan, get rid of it.
> > >
> > > Signed-off-by: Richard Weinberger
> >
> > Acked-by: Paul
isolate_freepages() is currently somewhat hard to follow thanks to many
different pfn variables. Especially misleading is the name 'high_pfn' which
looks like it is related to the 'low_pfn' variable, but in fact it is not.
This patch renames the 'high_pfn' variable to a hopefully less confusing
On Mon, 2014-02-10 at 10:24 +0800, Lennox Wu wrote:
> Thanks.
>
> Acked-by: Lennox Wu
I don't think this oneliner is queued somewhere. Lennox, you're listed
as one of the score maintainers: could you perhaps queue this patch?
Paul Bolle
> 2014-02-10 2:47 GMT+08:00 Richard Weinberger :
> >
The compaction freepage scanner implementation in isolate_freepages() starts
by taking the current cc->free_pfn value as the first pfn. In a for loop, it
scans from this first pfn to the end of the pageblock, and then subtracts
pageblock_nr_pages from the first pfn to obtain the first pfn for the
Am 15.04.2014 00:13, schrieb Deucher, Alexander:
-Original Message-
From: Christoph Jaeger [mailto:christophjae...@linux.com]
Sent: Monday, April 14, 2014 6:10 PM
To: Deucher, Alexander; Koenig, Christian; airl...@linux.ie
Cc: dri-de...@lists.freedesktop.org;
Ok, I've followed your suggestion. Thanks :-)
Currently, if user specifies both symbol name and address, we just
bail out.
This might be too rude. This patch makes it give more tolerance.
If both are specified, check address first, if the symbol found
does not match the one user specify, print a
On 04/15/2014 10:07 AM, Antoine Ténart wrote:
The BG2Q has GPIOs driven by the dwapb GPIO driver. Add the LIBGPIO as a
dependency to be able to support them.
Signed-off-by: Antoine Ténart
---
arch/arm/mach-berlin/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
2014-04-15 16:00 GMT+09:00 Ben Skeggs :
> - Original Message -
>> From: "Daeseok Youn"
>> To: airl...@linux.ie
>> Cc: bske...@redhat.com, dri-de...@lists.freedesktop.org,
>> linux-kernel@vger.kernel.org
>> Sent: Tuesday, 15 April, 2014 11:56:49 AM
>> Subject: [PATCH] drm/nouveau/clk: fix
On Tue, Apr 15, 2014 at 10:15:24AM +0530, Viresh Kumar wrote:
> On 15 April 2014 04:52, Frederic Weisbecker wrote:
> > On Mon, Apr 14, 2014 at 09:53:51PM +0530, Viresh Kumar wrote:
> >> __tick_nohz_task_switch() was called only from tick_nohz_task_switch() and
> >> there
> >> is nothing much in
On Tue, Apr 15, 2014 at 10:35:19AM +0200, Oliver Neukum wrote:
> On Mon, 2014-04-14 at 21:58 +0200, Johan Hovold wrote:
>
> > Fix this by implementing a delayed-write queue using urb anchors and
> > making sure to discard the queue properly at shutdown.
>
> Looks very good, with one exception:
On Mon, 2014-02-10 at 14:58 +, David Howells wrote:
> Richard Weinberger wrote:
>
> > The symbol is an orphan, get rid of it.
> >
> > Signed-off-by: Richard Weinberger
>
> Acked-by: David Howells
I don't think this oneliner is queued somewhere. David, you're listed as
one of the mn10300
Hi Antoine,
On Tue, 15 Apr 2014 01:07:24 -0700
Antoine Ténart wrote:
> The BG2Q has GPIOs driven by the dwapb GPIO driver. Add the LIBGPIO as a
> dependency to be able to support them.
>
> Signed-off-by: Antoine Ténart
> ---
> arch/arm/mach-berlin/Kconfig | 1 +
> 1 file changed, 1
-- Forwarded message --
From:
Date: 15 April 2014 14:32
Subject: [Bug 74121] New: [3.15-rc1] Exynos: Sandbox report fatal
error "Unexpected 64bit argument detected"
To: dri-de...@lists.freedesktop.org
https://bugzilla.kernel.org/show_bug.cgi?id=74121
Bug ID: 74121
On 2014-04-15 06:53, Chase Southwood wrote:
devpriv->iobase is currently being used to hold the iobase address used to
read/write the board's registers. The same address is stored in the
comedi_device dev->iobase. We use that instead. The eventual goal is to
decrease the driver's use of the
On 04/14/2014 08:12 PM, Christoph Lameter wrote:
n Mon, 14 Apr 2014, Grygorii Strashko wrote:
Hi All,
I'm observing a huge number of warnings produced during the boot of my Keystone
2 board
when USB is enabled.
[2.496460] BUG: using __this_cpu_read() in preemptible [] code:
> On Tue, Apr 15, 2014 at 08:41:02AM +, Chew, Chiau Ee wrote:
> >
> >
> > > > +static struct pwm_lpss_chip *pwm_lpss_probe(struct device *dev,
> > > > + struct resource *r, struct pwm_lpss_boardinfo
> > > > *info)
> > > > {
> > > > struct pwm_lpss_chip *lpwm;
>
On Sun, 2014-02-09 at 21:18 +0100, Paul Bolle wrote:
> On Sun, 2014-02-09 at 19:47 +0100, Richard Weinberger wrote:
> > The symbol is an orphan, get rid of it.
> >
> > Signed-off-by: Richard Weinberger
>
> Acked-by: Paul Bolle
>
> > ---
> > crypto/asymmetric_keys/Kconfig | 1 -
> > 1 file
On Sat, Apr 12, 2014 at 11:25:54PM +0200, Alexandre Belloni wrote:
> This is the documentation for the Allwinner Socs PWM bindings.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Maxime Ripard
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
* Chen, Gong wrote:
> This is a cleanup patch suggested by Peter. Use new
> this_cpu_xxx to improve operation speed. Meanwhile,
> it fixes an issue introduced in commit 27f6c573e0. I
> forget to execute put_cpu_var operation after get_cpu_var.
What 'issue'? Is it a bug? If yes, what are the
Because netif_running() is called in netif_device_detach and
netif_device_attach. To avoid dev status changed while
netif_device_detach/attach is not finished, I think a rtnl_lock and
unlock should be called to avoid this.
Thanks
Zhenhua
On 04/15/2014 04:07 PM, Sathya Perla wrote:
On Fri, 11 Apr 2014 17:50:39 +0200
Petr Tesarik wrote:
> To allow filtering of huge pages, makedumpfile must be able to
> identify them in the dump. This can be done by checking the
> appropriate page flag, so communicate its value to makedumpfile
> through the VMCOREINFO interface.
>
> There's
Hi Linus,
here is a set of pin control fixes for v3.15.
I have no clue why the rename is not appearing as a rename in the
shortlog, maybe some fuzzing issue, or Sherman has changed too many
things inside the moved file for it to be detected as a proper rename.
I know the renaming thing may be
> On Mon, Apr 14, 2014 at 02:05:25AM +, Chew, Chiau Ee wrote:
> > > > MODULE_DESCRIPTION("PWM driver for Intel LPSS");
> > > >MODULE_AUTHOR("Mika Westerberg
> > > >");
> > > > MODULE_LICENSE("GPL v2");
> > > > MODULE_ALIAS("platform:pwm-lpss");
> > >
> > > Looks a good idea to combine pci
* Feng Tang wrote:
> Hi Ingo,
>
> On Fri, Mar 28, 2014 at 09:11:17AM +0100, Ingo Molnar wrote:
> >
> > * Clemens Ladisch wrote:
> >
> > > Feng Tang wrote:
> > > > On Fri, Mar 28, 2014 at 08:17:16AM +0100, Ingo Molnar wrote:
> > > >> * Feng Tang wrote:
> > > >> - or the kernel should have
Sorry for resending...
(2014/04/15 17:10), Jianyu Zhan wrote:
> Currently, if user specifies both symbol name and address, we just
> bail out.
>
> This might be too rude. This patch makes it give more tolerance.
> If both are specified, check address first, if the symbol found
> does not match
On Tue, Apr 15, 2014 at 08:41:02AM +, Chew, Chiau Ee wrote:
>
>
> > > +static struct pwm_lpss_chip *pwm_lpss_probe(struct device *dev,
> > > + struct resource *r, struct pwm_lpss_boardinfo *info)
> > > {
> > > struct pwm_lpss_chip *lpwm;
> > > - struct resource *r;
> > >
The driver for the "Picochip picoXcell true random number generator" was
added in v2.6.39. Its Kconfig symbol has always depended on
PICOXCELL_PC3X3. But that Kconfig symbol has never been part of the
tree. This means this driver has never been buildable. Let's remove it.
It can be re-added if its
On wto, 2014-04-15 at 14:02 +0530, Sachin Kamat wrote:
> On 15 April 2014 13:42, Krzysztof Kozlowski wrote:
> > On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
> >> On 15 April 2014 02:41, Mark Brown wrote:
> >> > On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
> >> >
On Tue, Apr 15, 2014 at 04:24:10PM +0800, Xiao Jin wrote:
> On 04/15/2014 03:58 AM, Johan Hovold wrote:
> > Jin, did you check what closing_wait setting your application is using?
>
> I check the closing_wait is 30s by default. Below is the trace we get
> when reproduced problem.
>
>
(2014/04/15 17:10), Jianyu Zhan wrote:
> Currently, if user specifies both symbol name and address, we just
> bail out.
>
> This might be too rude. This patch makes it give more tolerance.
> If both are specified, check address first, if the symbol found
> does not match the one user specify,
Hi Stefanin,
As David has mentioned, the warning messages indicates the VGA
controller hasn't been shut down correctly during reboot and keeps doing
DMA write operations after loading the new kernel. Do you have found
any older kernel without this issue?
There is a patch set to
On 04/15/2014 05:46 PM, Arnd Bergmann wrote:
> On Tuesday 15 April 2014 17:32:40 Chanwoo Choi wrote:
>> On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
>>> On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
>>
>>> I don't think we have a patch for the PMU yet, Sachin was looking at the
>>> SYSRAM
On Mon, Apr 14, 2014 at 09:41:10AM -0700, Andy Lutomirski wrote:
> On Mon, Apr 14, 2014 at 9:06 AM, Torsten Duwe wrote:
> >
> > This patch introduces a derating factor to struct hwrng for
> > the random bits going into the kernel input pool, and a common
> > default derating for drivers which do
On Tue, Apr 15, 2014 at 10:48:54AM +0200, Peter Zijlstra wrote:
> On Thu, Apr 10, 2014 at 06:11:03PM +0900, Hidetoshi Seto wrote:
> > - if (ts->idle_active) {
> > - delta = ktime_sub(now, ts->idle_entrytime);
> > - if (nr_iowait_cpu(cpu) > 0)
> > -
On Thu, Apr 10, 2014 at 06:11:03PM +0900, Hidetoshi Seto wrote:
> - if (ts->idle_active) {
> - delta = ktime_sub(now, ts->idle_entrytime);
> - if (nr_iowait_cpu(cpu) > 0)
> - ts->iowait_sleeptime = ktime_add(ts->iowait_sleeptime,
> delta);
> -
Hello,
On Mon, Apr 14, 2014 at 02:42:22AM +0100, Neil Zhang wrote:
> From: Sudeep KarkadaNagesha
>
> This adds core support for saving and restoring CPU PMU registers
> for suspend/resume support i.e. deeper C-states in cpuidle terms.
> This patch adds support only to ARMv7 PMU registers
On Tuesday 15 April 2014 17:32:40 Chanwoo Choi wrote:
> On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
> > On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
>
> > I don't think we have a patch for the PMU yet, Sachin was looking at the
> > SYSRAM
> > only.
>
> You are right. Sachin's patch
> > +static struct pwm_lpss_chip *pwm_lpss_probe(struct device *dev,
> > + struct resource *r, struct pwm_lpss_boardinfo *info)
> > {
> > struct pwm_lpss_chip *lpwm;
> > - struct resource *r;
> > int ret;
> >
> > - lpwm = devm_kzalloc(>dev, sizeof(*lpwm),
Hi,
On 04/15/2014 05:39 PM, Vikas Sajjan wrote:
> Hi,
>
> On Tue, Apr 15, 2014 at 2:02 PM, Chanwoo Choi wrote:
>> Hi,
>>
>> On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
>>> On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
This patch add memory mapping for PMU (Power Management Unit)
Hi Eric,
Thank you for reporting this problem. You must have a ich6 or i3100, I
just saw I missed to initialize regs and reglen pointers for these two
controllers.
Sorry for this mistake, I'm am writing a fix right now.
Vincent.
On Mon, Apr 14, 2014 at 03:26:16PM -0400, Eric Paris wrote:
> A
Hi,
On Tue, Apr 15, 2014 at 2:02 PM, Chanwoo Choi wrote:
> Hi,
>
> On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
>> On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
>>> This patch add memory mapping for PMU (Power Management Unit) which is used
>>> for power control of Exynos3250.
>>>
>>>
On 14/04/2014 21:50, Johannes Weiner wrote:
On Mon, Apr 14, 2014 at 09:11:25AM +0100, Glyn Normington wrote:
Johannes/Michal
What are your thoughts on this matter? Do you see this as a valid
requirement?
As Tejun said, memory cgroups *do* respond to internal pressure and
enter targetted
Hi Alan,
Am Montag, den 14.04.2014, 11:57 +0100 schrieb One Thousand Gnomes:
> > This adds support for GPIO controlled reset pins on peripheral ICs to the
> > reset
> > controller framework. Currently there is no support for specifying a delay
> > between assertion and de-assertion of the reset
On Mon, 2014-04-14 at 21:58 +0200, Johan Hovold wrote:
> Fix this by implementing a delayed-write queue using urb anchors and
> making sure to discard the queue properly at shutdown.
Looks very good, with one exception: acm_tty_close() must
synchronously resume the device so that the anchor is
On Tue, 2014-04-15 at 08:52 +0100, Will Deacon wrote:
> Did you write this patch as a basic port of the arch/arm/ patches I wrote,
> or was it based on performance figures from real hardware?
>From an earlier thread: https://lkml.org/lkml/2014/4/14/547
On Mon, 2014-04-14 at 14:11 -0400, Pranith
On Tue, Apr 15, 2014 at 4:27 PM, Masami Hiramatsu
wrote:
>
> Plus, if the p->offset and offs are different, fail too.
Oh, yeah, I have did this check it patch too. BTW, I found that the
offset has different types
in kallsyms_lookup(which is unsigned long) and in struct kprobe(which
is
Hi,
On 04/15/2014 05:11 PM, Arnd Bergmann wrote:
> On Tuesday 15 April 2014 10:59:47 Chanwoo Choi wrote:
>> This patch add memory mapping for PMU (Power Management Unit) which is used
>> for power control of Exynos3250.
>>
>> Signed-off-by: Chanwoo Choi
>> Acked-by: Kyungmin Park
>> ---
>> Arnd
On 15 April 2014 13:42, Krzysztof Kozlowski wrote:
> On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
>> On 15 April 2014 02:41, Mark Brown wrote:
>> > On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
>> >
>> >> - - s5m8767,pmic-ext-control-gpios: (optional) GPIO
The IM-PD1 PrimeCells all have pclk assignments though this clock
cannot be controlled, and we need to provide this as a dummy
clock for the PL061 GPIO driver to probe, so let's assign it to
all the cells on the board.
Cc: Mike Turquette
Signed-off-by: Linus Walleij
---
We are flagging the parent IRQ as chained, then we must also
make sure to call the chained_irq_[enter|exit] functions for
things to work smoothly.
Cc: Thomas Gleixner
Signed-off-by: Linus Walleij
---
Hi Thomas, please pick this fix for v3.15-rc:s if it's OK.
---
drivers/irqchip/irq-vic.c | 6
(2014/04/15 17:11), Zhan Jianyu wrote:
> On Mon, Apr 14, 2014 at 11:00 PM, Masami Hiramatsu
> wrote:
>> if (p->addr) {
>> if (p->symbol) {
>> sym = kallsyms_lookup(p->addr, ... ...);
>> if (strcmp(sym,p->symbol) != 0 || offs != p->offset) {
>> pr_warning("Error! ...");
>>
The Kconfig symbol PLAT_SPEAR_SINGLE briefly appeared during the v3.10
development cycle. It was removed in a merge commit before v3.10. A few
references to it were left in the tree, probably because they didn't
generate merge conflicts. Whatever it was, they're useless now and can
safely be
As it is perf-script allows one to use perl or python scripts to parse
perf events.
The following proposal aimed to introduce support of .so files as scripts.
This support allows for better performance when parsing perf's data
files and
a complete access to the raw data.
This support is
Commit-ID: ef28faf837aba5b80d08a3d957e365be972f222b
Gitweb: http://git.kernel.org/tip/ef28faf837aba5b80d08a3d957e365be972f222b
Author: Shaohua Li
AuthorDate: Tue, 8 Apr 2014 15:58:09 +0800
Committer: Ingo Molnar
CommitDate: Mon, 14 Apr 2014 13:34:50 +0200
x86/mm: In the PTE swapout
Commit-ID: 79a51b25badae79d2da6f7b54530adf56697f669
Gitweb: http://git.kernel.org/tip/79a51b25badae79d2da6f7b54530adf56697f669
Author: Prarit Bhargava
AuthorDate: Wed, 2 Apr 2014 08:13:47 -0400
Committer: Ingo Molnar
CommitDate: Mon, 14 Apr 2014 13:42:05 +0200
x86/irq: Clean up
Hi, Johan,
On 04/15/2014 03:58 AM, Johan Hovold wrote:
The current ACM runtime-suspend implementation is broken in several
ways:
Firstly, it buffers only the first write request being made while
suspended -- any further writes are silently dropped.
Secondly, writes being dropped also leak
On 04/14/2014 08:44 PM, Sasha Levin wrote:
kmemcheck used to do it's own basic instruction decoding, which is
just a duplication of the work done in arch/x86/lib/insn.c.
Instead, switch it to using the already existing dissasembler, and
switch the magic opcode numbers into something meaningful.
On Tue, Apr 15, 2014 at 10:06:50AM +0200, Michael Opdenacker wrote:
> This issue was found by Coverity (CID 1202536)
>
> This proposes a fix for a statement that creates dead code.
> The "rc < 0" statement is within code that is run
> with "rc > 0".
>
> It seems like "err < 0" was meant to be
On wto, 2014-04-15 at 13:26 +0530, Sachin Kamat wrote:
> On 15 April 2014 02:41, Mark Brown wrote:
> > On Mon, Apr 14, 2014 at 10:09:09AM +0200, Krzysztof Kozlowski wrote:
> >
> >> - - s5m8767,pmic-ext-control-gpios: (optional) GPIO specifier for one
> >> + - samsung,ext-control-gpios:
On Mon, Apr 14, 2014 at 11:00 PM, Masami Hiramatsu
wrote:
> if (p->addr) {
> if (p->symbol) {
> sym = kallsyms_lookup(p->addr, ... ...);
> if (strcmp(sym,p->symbol) != 0 || offs != p->offset) {
> pr_warning("Error! ...");
> goto fail;
> }
> }
> } else if (p->symbol) {
On Tue, Apr 15, 2014 at 05:53:36PM +1000, Dave Chinner wrote:
> Hi Peter,
>
> I'm guessing that x86 vdso problems are in your area of expertise,
> if not can you point me at the right person to bug?
And you can ignore it. The VM wasn't running the kernel I thought it
was - it was an old kernel
801 - 900 of 1932 matches
Mail list logo