On Fri, Feb 6, 2015 at 7:52 PM, Nicholas Mc Guire wrote:
> This is only an API consolidation and should make things more readable
> it replaces var * HZ / 1000 by msecs_to_jiffies(var).
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> Patch was only compile tested with x86_64_defconfig + CONFIG_CEP
Add support for pollable sysfs entry for logical blocks
threshold, allowing the userspace to wait for
the notification whenever the threshold is reached
instead of periodically calling the statfs.
This is supposed to work as a single-shot notifiaction
to reduce the number of triggered events.
Sign
Hi All,
There has been a request to provide a notification whenever
the amount of free space drops below a certain level.
This level, preferably, could be adjusted based on the actual
space usage, so that appropraite actions can be undertaken
for different levels being reached. The idea here is to
On 2015-03-10 23:44, Mikko Rapeli wrote:
> On Tue, Feb 17, 2015 at 02:17:51PM +0100, Michal Marek wrote:
>> On 2015-02-17 00:05, Mikko Rapeli wrote:
>>> Exit with error if using undefined variables or if any sub command fails
>>> with error return value. unidef needs special handling since but this
On Tue, Mar 10, 2015 at 11:18 PM, Nicholas Mc Guire wrote:
> return type of wait_for_completion_timeout is unsigned long not int. An
> appropriately named unsigned long is added and the assignment fixed up.
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> This was only compile tested for x86_64_def
On Tue, Jan 20, 2015 at 03:36:55PM +0300, Dmitry Osipenko wrote:
> In big endian CPU mode l2x0_saved_regs structure stores registers values in BE
> format. In order to maintain BE CPU mode, these values and immediate constants
> must be converted back to LE format before writing them to cache contr
On Exynos4412 boards (Trats2, Odroid U3) after enabling L2 cache in
56b60b8bce4a ("ARM: 8265/1: dts: exynos4: Add nodes for L2 cache
controller") the second suspend to RAM failed. First suspend worked fine
but the next one hang just after powering down of secondary CPUs (system
consumed energy as i
I am announcing the release of the Linux 3.16.7-ckt8 kernel.
The updated 3.16.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.16.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.16.y;a=shortlog
The diff from v3.16.7-c
From: Wolfram Sang
Grabbing the parent is not happening anymore since 2010 (e72ceb8ccac5f7
"sysfs: Remove sysfs_get/put_active_two"). Remove this confusing
comment.
Signed-off-by: Wolfram Sang
---
Found while trying to find out why my sysfs-bin file always returns POLLPRI
after opening, readin
On Wed, Mar 11, 2015 at 11:16:11AM +0100, Michal Marek wrote:
> On 2015-03-10 23:44, Mikko Rapeli wrote:
> > On Tue, Feb 17, 2015 at 02:17:51PM +0100, Michal Marek wrote:
> >> On 2015-02-17 00:05, Mikko Rapeli wrote:
> >>> Exit with error if using undefined variables or if any sub command fails
> >
On śro, 2015-03-11 at 11:20 +0100, Krzysztof Kozlowski wrote:
> On Exynos4412 boards (Trats2, Odroid U3) after enabling L2 cache in
> 56b60b8bce4a ("ARM: 8265/1: dts: exynos4: Add nodes for L2 cache
> controller") the second suspend to RAM failed. First suspend worked fine
> but the next one hang j
On Thu, Jan 15, 2015 at 01:58:57PM +0300, Dmitry Osipenko wrote:
> Commit 7232398abc6a ("ARM: tegra: Convert PMC to a driver") changed
> tegra_resume()
> location storing from late to early and, as a result, broke suspend on
> Tegra20.
> PMC scratch register 41 is used by tegra LP1 resume code fo
Am 07.03.2015 um 12:23 schrieb Alexander Holler:
In detail it's only usable once (3.19). When unmounting it throws one or
two warnings because of too much puts (kernel/module.c:963, see below).
The result is that a subsequent mount afterwards fails because the old
instance is still busy (Resourc
On Wed, Mar 11, 2015 at 03:18:06PM +0530, Sudip Mukherjee wrote:
> On Wed, Mar 11, 2015 at 09:11:52AM +, Lorenzo Stoakes wrote:
> > On 11 March 2015 at 08:54, Dan Carpenter wrote:
> > > Btw, do you have this hardware? Are you able to test these changes?
> >
> > Unfortunately not, I am trying
Hello,
this v7 rebases on top of v4.0-rc1 and contains the following changes:
* Removes registers from the burst blocks that were redundant
* Removes nvidia,emc-cfg-dig-dll as it is unused in T124
* Adds timings for the Nyan Big and Blaze boards
* Disables the ARBITRATION_EMEM interrupt, as it ca
From: Mikko Perttunen
This adds a node for the EMC memory controller. It is always enabled, but only
provides read-only functionality without board-specific timing tables.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v5: Add a phandle to the CAR node that points to the EMC
From: Mikko Perttunen
Add binding documentation for the nvidia,tegra124-emc device tree node.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v7: * Remove nvidia,emc-cfg-dig-dll as it's unused
* Remove EMC_XM2DQSPADCTRL2 as we already have that in
nvidia,emc-xm2dq
From: Mikko Perttunen
Needed for the EMC and MC drivers to know what timings from the DT to use.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v4: Replace magic number with PMC_STRAPPING_OPT_A_RAM_CODE_SHIFT
---
drivers/soc/tegra/fuse/tegra-apbmisc.c | 21 ++
Needed to properly decode the ram code register.
Signed-off-by: Tomeu Vizoso
---
v3: * Clarify wording as suggested by Mikko
---
Documentation/devicetree/bindings/misc/nvidia,tegra20-apbmisc.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/misc/nv
The MC driver needs some timing-specific information to program the EMEM during
a rate change of the EMC clock.
Signed-off-by: Tomeu Vizoso
---
v4: * Add more information about nvidia,emem-configuration
* Remove mandatory naming of the timings subnode
* Remove constraint on
Am 11.03.2015 um 11:29 schrieb Alexander Holler:
Am 07.03.2015 um 12:23 schrieb Alexander Holler:
In detail it's only usable once (3.19). When unmounting it throws one or
two warnings because of too much puts (kernel/module.c:963, see below).
The result is that a subsequent mount afterwards fai
From: Mikko Perttunen
Implements functionality needed to change the rate of the memory bus clock.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v7: * Remove EMC_XM2DQSPADCTRL2, EMC_MRS_WAIT_CNT and
EMC_ZCAL_INTERVAL from the burst register block, as we have
From: Mikko Perttunen
The driver is currently only tested on Tegra124 Jetson TK1, but should
work with other Tegra124 boards, provided that correct EMC tables are
provided through the device tree. Older chip models have differing
timing change sequences, so they are not currently supported.
Sign
As this interrupt is just for development purposes, as the TRM says, and
the sheer amount of interrupts fired can seriously disrupt userspace
when testing the lower frequencies supported by the EMC.
>From the TRM:
"There is one performance warning type interrupt: ARBITRATION_EMEM. It
fires when t
On Tegra124, as we now have a proper driver for the EMC.
Signed-off-by: Tomeu Vizoso
---
drivers/clk/tegra/clk-tegra124.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/clk/tegra/clk-tegra124.c b/drivers/clk/tegra/clk-tegra124.c
index 8a813c4..5c13ba4 1
This adds a new file, tegra124-nyan-big-emc.dtsi that contains
valid timings for the EMC memory clock. The file is included to the
main device tree file for the Nyan Big.
The frequency 528MHz is missing because we don't currently have a timing
configuration that works.
Additionally, only the timi
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 7c37ae5c625aaa4836466cfaea829a3199dfc571
Author: Takashi Iwai
AuthorDate: Thu Feb 12 10:51:59 2015 +0100
Commit: Takashi I
This adds a new file, tegra124-nyan-blaze-emc.dtsi that contains
valid timings for the EMC memory clock. The file is included to the
main device tree file for the Nyan Blaze.
The frequency 528MHz is missing because we don't currently have a timing
configuration that works.
Additionally, only the
From: Mikko Perttunen
The EMC driver needs to know the number of external memory devices and
also needs to update the EMEM configuration based on the new rate of the
memory bus.
To know how to update the EMEM config, looks up the values of the burst
regs in the DT, for a given timing.
Signed-of
From: Mikko Perttunen
Will be very useful when tuning memory scaling.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
drivers/memory/tegra/tegra124-emc.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/drivers/memory/tegra/tegra124-emc.c
To be used by clock implementations for switching to a new parent during
rate change.
Signed-off-by: Tomeu Vizoso
---
drivers/clk/clk.c| 8
include/linux/clk-provider.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index eb01529.
The EMC clock needs some extra information for changing its rate.
Signed-off-by: Tomeu Vizoso
---
v5: * Remove constraint on the unit-address of the timings and timing
subnodes
v4: * Remove comma from unit-address of CAR node in the example
* Simplify reg property value in the
On 11 March 2015 at 10:35, Sudip Mukherjee
> i think i will better check v2 of your series on hardware
This is incoming in just a moment (though I only v2 patches in the
series I've changed which I think is the right way to make
modifications with a patch series.)
> , and while
> you are preparin
From: Mikko Perttunen
This clock has never been able to do anything.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v2: * Don't remove emc_mux as it's being used by the MC clock now
---
drivers/clk/tegra/clk-tegra124.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/d
This property contains a phandle to the EMC driver that is needed by the
EMC clock to request the EMC driver to do its part of the clock change
sequence.
Signed-off-by: Tomeu Vizoso
---
Documentation/devicetree/bindings/clock/nvidia,tegra124-car.txt | 2 ++
1 file changed, 2 insertions(+)
diff
From: Mikko Perttunen
This adds a new file, tegra124-jetson-tk1-emc.dtsi that contains
valid timings for the EMC memory clock. The file is included to the
main Jetson TK1 device tree.
The data is generated from the V5.0.17 version of the DVFS tables.
Signed-off-by: Mikko Perttunen
Signed-off-b
This patch removes the unnecessary spinlock helper function and instead
calls spin_lock and spin_unlock directly.
This does *not* resolve sparse warnings about context imbalances but these are
spurious.
Signed-off-by: Lorenzo Stoakes
---
drivers/staging/sm750fb/sm750.c | 47
This patch removes the unused hw712_fillrect function. This patch fixes
the following sparse warning:-
drivers/staging/sm750fb/sm750_accel.c:95:5: warning: symbol 'hw712_fillrect'
was not declared. Should it be static?
Signed-off-by: Lorenzo Stoakes
---
drivers/staging/sm750fb/sm750_accel.c |
This patch declares externally unavailable functions static. This fixes
the following sparse warnings:-
drivers/staging/sm750fb/ddk750_swi2c.c:223:6: warning: symbol 'swI2CStart' was
not declared. Should it be static?
drivers/staging/sm750fb/ddk750_swi2c.c:234:6: warning: symbol 'swI2CStop' was
Hi,
Please find next part of my comments inline.
On Fri, Mar 6, 2015 at 7:48 PM, wrote:
[snip]
> +/*
> + * pimudev is a global var for dma_alloc_coherent.
> + * It is not accepatable, we will delete it if "domain_alloc" is enabled
It looks like we indeed need to use dma_alloc_coherent() and
On Tue, Feb 24, 2015 at 10:40:24AM +0100, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/pwm/pwm-pca9685.c | 2 +-
> 1 file changed, 1
On Tue, Mar 10, 2015 at 08:20:43AM +0530, Viresh Kumar wrote:
Please don't send upstream e-mail to my work account, I use this address
pretty consistently for upstream. Upstream mail to my work account
frequently ends up unread.
> On 6 March 2015 at 11:19, Pi-Cheng Chen wrote:
> > On 5 March 20
On Wed, Mar 11, 2015 at 10:45:48AM +, Lorenzo Stoakes wrote:
> This patch removes the unused hw712_fillrect function. This patch fixes
> the following sparse warning:-
>
> drivers/staging/sm750fb/sm750_accel.c:95:5: warning: symbol 'hw712_fillrect'
> was not declared. Should it be static?
>
[Added Rusty and Dave.]
On Sat, 2015-03-07 at 20:51 -0800, Dmitry Torokhov wrote:
> On Sat, Mar 07, 2015 at 11:38:55PM +0100, Paul Bolle wrote:
> > From a technological standpoint it would be easy to declare "GPL" (or
> > any other string) to mean "GPL v2 compatible", which is, I think, all
> > th
On Mon, Mar 02, 2015 at 08:32:09PM +0800, Shawn Guo wrote:
> On Wed, Feb 18, 2015 at 02:06:34PM +0100, Gaetan Hug wrote:
> > The driver computes which clock divider it sould be using from the
> > requested period. This computation assumes that the link between the
> > register value and the actual
On Mon, Mar 09, 2015 at 08:40:20AM +0100, Javier Martinez Canillas wrote:
> On 03/08/2015 08:38 PM, Mark Brown wrote:
> > On Wed, Mar 04, 2015 at 02:45:00PM +0100, Javier Martinez Canillas wrote:
> >> The thing is that _regulator_is_enabled() used to return -EINVAL if
> >> the rdev didn't have an
On 11 March 2015 at 10:57, Sudip Mukherjee wrote:
> but function prototype still remains in sm750_accel.h
No it doesn't, v2 of patch 3 in the series no longer puts it there :)
--
Lorenzo Stoakes
https:/ljs.io
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, Mar 09, 2015 at 10:36:36AM -0700, Dmitry Torokhov wrote:
> Instead of using #ifdefs let's mark suspend and resume methods as
> __maybe_unused which will suppress compiler warnings about them being
> unused and provide better compile coverage. This will not increase image
> size.
>
> Signed
On 03/11/2015 11:57 AM, Mark Brown wrote:
> On Mon, Mar 09, 2015 at 08:40:20AM +0100, Javier Martinez Canillas wrote:
>> On 03/08/2015 08:38 PM, Mark Brown wrote:
>> > You mean _do_enable(), not _enable() here. It's not really a leftover
>
>> No, I meant _enable() here. What I said is that _enabl
2015-03-10 18:04 GMT+01:00 Mathias Nyman :
> On 10.03.2015 17:36, Jörg Otte wrote:
>
Any chance you could take a log with xhci debugging enabled before
attaching the DVB-T
stick?
echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control
>>>
>>> here
On Fri, Feb 20, 2015 at 05:26:34PM +0100, Nicolas Ferre wrote:
> Le 20/02/2015 17:06, Boris Brezillon a écrit :
> > Hi Nicolas,
> >
> > On Fri, 20 Feb 2015 16:58:18 +0100
> > Nicolas Ferre wrote:
> >
> >> sama5d4 SoC also has an errata on the HLCDC PWM. It is the same as the
> >> sama5d3
> >> t
On 10/03/15 16:59, Paul E. McKenney wrote:
> On Tue, Mar 10, 2015 at 03:30:42PM +, James Hogan wrote:
>> Hi Paul,
>>
>> On 03/03/15 17:42, Paul E. McKenney wrote:
>>> From: "Paul E. McKenney"
>>>
>>> This commit removes the open-coded CPU-offline notification with new
>>> common code. This ch
On Wed, 11 Mar 2015, Yan, Zheng wrote:
> On Tue, Mar 10, 2015 at 11:18 PM, Nicholas Mc Guire wrote:
> > return type of wait_for_completion_timeout is unsigned long not int. An
> > appropriately named unsigned long is added and the assignment fixed up.
> >
> > Signed-off-by: Nicholas Mc Guire
> >
On 11 March 2015 at 16:23, Mark Brown wrote:
> On Tue, Mar 10, 2015 at 08:20:43AM +0530, Viresh Kumar wrote:
>
> Please don't send upstream e-mail to my work account, I use this address
> pretty consistently for upstream. Upstream mail to my work account
> frequently ends up unread.
Sorry about
Hi Prabhakar,
On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> From: Benoit Parrot
>
> this patch adds support for omnivision's ov2659
> sensor, the driver supports following features:
> 1: Asynchronous probing
> 2: DT support
> 3: Media controller support
>
> Signed-off-by: Ben
On Wed, Mar 11, 2015 at 10:59:41AM +, Lorenzo Stoakes wrote:
> On 11 March 2015 at 10:57, Sudip Mukherjee wrote:
> > but function prototype still remains in sm750_accel.h
>
> No it doesn't, v2 of patch 3 in the series no longer puts it there :)
oops.. i am sorry.. i still had your previous pa
On Fri, Jan 16, 2015 at 09:06:14AM +0800, kbuild test robot wrote:
> drivers/pwm/pwm-stmpe.c:99:3-8: No need to set .owner here. The core will do
> it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
>
>
On Mon, 2015-03-09 at 10:23 +0900, Beomho Seo wrote:
> --- /dev/null
> +++ b/drivers/power/rt5033_charger.c
> @@ -0,0 +1,485 @@
> +/*
> + * Battery charger driver for RT5033
> + *
> + * Copyright (C) 2014 Samsung Electronics, Co., Ltd.
> + * Author: Beomho Seo
> + *
> + * This program is free soft
Since 32b0aa9aaeb4 ("ARM: EXYNOS: Remove i2c sys configuration related
code") the Exynos 5250 no longer saves additional registers under
'exynos_pm_data.extra_save' field.
No one else uses this code so get rid of it making also 'exynos_pm_data'
const everywhere.
Signed-off-by: Krzysztof Kozlowski
The 'exynos5420_pm_data' is not modified and can be made const.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Pankaj Dubey
---
Notes:
Changes since v3:
1. The 'of_device_id' was already constifyied by Uwe Kleine-König.
Changes since v2:
1. Add Pankaj's reviewed-by.
The 'pm_data', 'exynos_release_ret_regs', 'exynos3250_release_ret_regs'
and 'exynos5420_release_ret_regs' are not exported nor used outside of
suspend.c file. Make them static.
This fixes following sparse warnings:
arch/arm/mach-exynos/suspend.c:83:23: warning: symbol 'pm_data' was not
declared.
On Tue, 2015-03-10 at 16:41 +0100, Sascha Hauer wrote:
> --- /dev/null
> +++ b/drivers/soc/mediatek/mtk-scpsys.c
> @@ -0,0 +1,345 @@
> +/*
> + * Copyright (c) 2015 Pengutronix, Sascha Hauer
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of
On Tue, 2015-03-10 at 16:22 +0100, Sascha Hauer wrote:
> --- /dev/null
> +++ b/drivers/soc/mediatek/mtk-pmic-wrap.c
> @@ -0,0 +1,978 @@
> +/*
> + * Copyright (c) 2014 MediaTek Inc.
> + * Author: Flora Fu, MediaTek
> + *
> + * This program is free software; you can redistribute it and/or modify
> +
The script now supports to check a specified commit or a specified range
of commits (i.e., commit1..commit2). Developers and maintainers are
encouraged to use this functionality before sending or merging patches
to avoid potential bugs.
This patch adds the following options to the script:
-c CO
On Mon, 2015-03-09 at 13:51 -0700, Tony Lindgren wrote:
> --- /dev/null
> +++ b/drivers/phy/phy-dm816x-usb.c
> @@ -0,0 +1,295 @@
> +/*
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free
Le 11/03/2015 09:38, Boris Brezillon a écrit :
> On Sun, 08 Mar 2015 02:11:45 +0100
> "Rafael J. Wysocki" wrote:
>
>> On Saturday, March 07, 2015 12:06:45 PM Alexandre Belloni wrote:
>>> On 07/03/2015 at 11:39:39 +0100, Pavel Machek wrote :
> The Atmel watchdog can't be stopped once it's star
On Tue, Mar 10, 2015 at 09:12:36AM -0700, Doug Anderson wrote:
> Thanks for testing! Can you do a "dump_stack()" here? I'm curious
> why it's deciding to runtime resume. Maybe something changed between
> 3.14 and ToT?
Here you go:
[ 26.711737] i2c_hid i2c-ATML1000:00: PM: i2c-hid runtime res
On 03/11/2015 08:06 PM, Paul Bolle wrote:
> On Mon, 2015-03-09 at 10:23 +0900, Beomho Seo wrote:
>> --- /dev/null
>> +++ b/drivers/power/rt5033_charger.c
>> @@ -0,0 +1,485 @@
>> +/*
>> + * Battery charger driver for RT5033
>> + *
>> + * Copyright (C) 2014 Samsung Electronics, Co., Ltd.
>> + * Autho
Hi Richard,
On 06/03/15 15:22, Richard Cochran wrote:
I don't really know what the problem here is. Yes, there is some
networking configuration that you need to do when administering a
network using PTP protocols. But these protocols (1588 aka PTP, and
802.1AS aka gPTP) do offer means for deal
On Tue, Mar 10, 2015 at 11:05:59AM -0700, Andy Lutomirski wrote:
> x86_32 and x86_64 need slightly different sp0 values, and x86_32's was
> incorrect for init. (This never mattered -- the init thread never
> runs user code, so we never used sp0 for anything.)
Damn old x86 cruft - sp0 is the stack
On Mon, 2015-03-09 at 11:12 +0100, clement.perroch...@effinnov.com
wrote:
> --- /dev/null
> +++ b/drivers/nfc/nxp-nci/i2c.c
> @@ -0,0 +1,415 @@
> +/*
> + * I2C link layer for the NXP NCI driver
> + *
> + * Copyright (C) 2014 NXP Semiconductors All rights reserved.
> + *
> + * Authors: Clément Per
On 08.12.14 04:10, Will Deacon wrote:
> On Sat, Dec 06, 2014 at 05:23:59PM +, Alexander Graf wrote:
>> On 04.12.14 19:20, Will Deacon wrote:
>>> On Thu, Dec 04, 2014 at 03:46:33PM +, Alexander Graf wrote:
With binutils 2.25 the default alignment for 32bit arm sections changed to
sysctl has sysctl.net.core.rmem_*/wmem_* parameters which can be
set to incorrect values. Given that 'struct sk_buff' allocates from
rcvbuf, incorrectly set buffer length could result to memory
allocation failures. For example, set them as follows:
# sysctl net.core.rmem_default=64
net.c
On Mon, 2015-03-09 at 11:12 +0100, clement.perroch...@effinnov.com
wrote:
> --- /dev/null
> +++ b/drivers/nfc/nxp-nci/core.c
> @@ -0,0 +1,186 @@
> +/*
> + * Generic driver for NXP NCI NFC chips
> + *
> + * Copyright (C) 2014 NXP Semiconductors All rights reserved.
> + *
> + * Authors: Clément Per
"Suzuki K. Poulose" writes:
> From: "Suzuki K. Poulose"
>
> This series enables the PMU monitoring support for CCI400 on ARM64.
> The existing CCI400 driver code is a mix of PMU driver and the MCPM
> driver code. The MCPM driver is only used on ARM(32) and contains
> arm32 assembly and hence can
Am Mittwoch, den 11.03.2015, 16:33 +0530 schrieb Viresh Kumar:
> On 11 March 2015 at 16:23, Mark Brown wrote:
> > On Tue, Mar 10, 2015 at 08:20:43AM +0530, Viresh Kumar wrote:
> >
> > Please don't send upstream e-mail to my work account, I use this address
> > pretty consistently for upstream. Up
On Wed, Mar 11, 2015 at 11:26:02AM +0100, Wolfram Sang wrote:
> From: Wolfram Sang
>
> Grabbing the parent is not happening anymore since 2010 (e72ceb8ccac5f7
> "sysfs: Remove sysfs_get/put_active_two"). Remove this confusing
> comment.
>
> Signed-off-by: Wolfram Sang
Acked-by: Tejun Heo
> F
On Wed, Mar 11, 2015 at 04:16:30PM +1100, Aleksa Sarai wrote:
> We know that the task will have its css_set set to task_css_set(current), and
> we could just use that in cgroup_can_fork(). The only question is, can
> task_css_set(current) change between cgroup_can_fork() and cgroup_post_fork()?
Ye
On 11 March 2015 at 17:12, Lucas Stach wrote:
> Instead of creating virtual regulators I would be strongly in favor of
> reviving the voltage-domain work. That would allow us to push all those
> voltage dependencies we have seen on various SoCs into the domain
> handling code and don't care about
On Tuesday, March 10, 2015 11:30:44 PM Rafael J. Wysocki wrote:
> On Tuesday, March 10, 2015 08:33:54 AM Josh Boyer wrote:
> > On Fri, Mar 6, 2015 at 8:47 AM, Josh Boyer
wrote:
> > > Hi All,
> > >
> > > Commit 5c1de006e8e66 (cpupower Makefile change to help run the tool
> > > without 'make insta
At Wed, 11 Mar 2015 18:37:48 +0800,
Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>
> commit 7c37ae5c625aaa4836466cfaea829a3199dfc571
> Author: Taka
wait_for_completion_timeout returns unsigned long not int. As other
instances of wait_for_completion_timeout in fc_fcp.c use ticks_left
of appropriate type, this name is used here as well.
Signed-off-by: Nicholas Mc Guire
---
Patch was only compile tested with x86_64_defconfig + SCSI_LOWLEVEL=y
On Wed, 2015-03-11 at 12:16 +0100, Valentin Rothberg wrote:
> Note that both options require to 'git reset --hard' the user's Git
> tree, which can lead to the loss of uncommitted data.
My local "800 line perl monster" basically does
git ls-tree -r $commit_or_tag
which allows you to generate
The driver computes which clock divider it sould be using from the
requested period. This computation assumes that the link between the
register value and the actual divider value is raising 2 to the power of
the registry value.
div = 1 << regvalue
This is true only for the first 5 values out
On Tue, Mar 10, 2015 at 11:45:06AM +0100, Denys Vlasenko wrote:
> stub_iopl is no longer needed: pt_regs->flags needs no fixing up
> after previous change. Removing it.
Can we flesh out "previous change" a bit more detailed here please?
When looking at this patch months if not years from now, peo
This patch add fast symlink for f2fs, I'm not sure if inline
interference with fast symlink, f2fs_follow_link can't be called
in my patch, so my patch still can't work correctly, please help
review and give comments to help me out.
Signed-off-by: Wanpeng Li
---
fs/f2fs/f2fs.h | 9 +
On Wed, Mar 11, 2015 at 01:08:12PM +0100, Gaetan Hug wrote:
> The driver computes which clock divider it sould be using from the
> requested period. This computation assumes that the link between the
> register value and the actual divider value is raising 2 to the power of
> the registry value.
>
Hi Sakari,
Thanks for the review.
On Wed, Mar 11, 2015 at 11:04 AM, Sakari Ailus wrote:
> Hi Prabhakar,
>
> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
>> From: Benoit Parrot
>>
>> this patch adds support for omnivision's ov2659
>> sensor, the driver supports following featur
I removed the Cc list as it was so large, I'm sure that it exceeded the
LKML Cc size limit, and your email probably didn't make it to the list
(or any of them).
On Wed, 11 Mar 2015 07:43:59 -0400
Sasha Levin wrote:
> As discussed on LSF/MM, kill kmemcheck.
>
> KASan is a replacement that is ab
Sorry for the change.
On Wed, Mar 11, 2015, at 05:23 PM, Thomas Renninger wrote:
> On Tuesday, March 10, 2015 11:30:44 PM Rafael J. Wysocki wrote:
> > On Tuesday, March 10, 2015 08:33:54 AM Josh Boyer wrote:
> > > On Fri, Mar 6, 2015 at 8:47 AM, Josh Boyer
> wrote:
> > > > Hi All,
> > > >
> >
On Fri, Feb 27, 2015 at 9:34 PM, Davidlohr Bueso wrote:
> On Fri, 2015-02-27 at 18:36 +0100, Oleg Nesterov wrote:
>> On 02/26, Cyrill Gorcunov wrote:
>> >
>> > On Thu, Feb 26, 2015 at 11:36:57AM -0800, Davidlohr Bueso wrote:
>> > > We currently use the mmap_sem to serialize the mm exe_file.
>> > >
On Mar 11, 2015 5:29 AM, "Borislav Petkov" wrote:
>
> On Tue, Mar 10, 2015 at 07:03:25AM -0700, Andy Lutomirski wrote:
> > As far as I can tell, these fields have been set to zero on save and
> > ignored on restore since Linux was imported into git. Rename them
>
> Actually from the very beginnin
On Thu, Feb 26, 2015 at 4:51 PM, Vlastimil Babka wrote:
> Currently, /proc/pid/smaps will always show "Swap: 0 kB" for shmem-backed
> mappings, even if the mapped portion does contain pages that were swapped out.
> This is because unlike private anonymous mappings, shmem does not change pte
> to s
Russell King - ARM Linux wrote:
> Let's see whether we can get some debug from vmalloc to work out what's
> going on - can you also apply the patch below.
>
> Also, if you could include details about how much memory your platform
> has, and where it's located, that would be useful - passing
> membl
On Wed, Mar 11, 2015 at 05:22:48AM -0700, Andy Lutomirski wrote:
> Wait... It looks like it really was saving them. Of course, this is
Bah, of course. Blind me.
> IOW, in 2.5.63 and earlier, we tried to save and restore TLS state
> across signals, but we did it wrong and would corrupt it for any
On Tue, Mar 10, 2015 at 10:25 AM, Murali Karicheri wrote:
> On some platforms such as that based on x86, ia64 etc, root bus is
> created with parent node passed in as NULL to pci_create_root_bus().
> On these platforms, the patch series "PCI: get DMA configuration from
> parent device" when applie
On 03/11/2015 08:19 AM, Steven Rostedt wrote:
> I removed the Cc list as it was so large, I'm sure that it exceeded the
> LKML Cc size limit, and your email probably didn't make it to the list
> (or any of them).
Thanks. I'll resend in a bit if it doesn't show up on lkml.org.
> On Wed, 11 Mar 201
On Tue, Mar 10, 2015 at 6:03 AM, Linus Walleij wrote:
> On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon wrote:
>
>> SoC family such as DRA7 family of processors have, in addition
>> to the regular muxing of pins (as done by pinctrl-single), an
>> additional hardware module called IODelay which is
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin wrote:
> Fair enough. We knew there are existing kmemcheck users, but KASan should be
> superior both in performance and the scope of bugs it finds. It also shouldn't
> impose new limitations beyond requiring gcc 4.9.2+.
>
Ouch! OK, then I can't use
In perf hists browser, the fold/unfold stat of each hist entry is
recorded but hb->nr_callchain_rows loses its value after zoom out and
zoom in back. This causes a wrong row cursor range that restrict user to
move down anymore.
This bug can be reproduced as follows:
$ perf record -g -e syscalls
101 - 200 of 962 matches
Mail list logo