Dear all,
I tested this patchset about mfd/extcon/regulator on 3.15-rc1.
How about applying this patchset on some git repository?
I need the opinion of mfd/regulator maintainers
because this patchset include mfd/extcon/regulator patches.
But, following new patches hasn't acked. The two patches m
From: "Li, Zhen-Hua"
In benet driver, netif_device_detach and netif_device_attach should be
called between rtnl_lock and rtnl_unlock.
Signed-off-by: Li, Zhen-Hua
---
drivers/net/ethernet/emulex/benet/be_main.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --g
Hi Krzysztof,
On 04/14/2014 06:17 PM, Krzysztof Kozlowski wrote:
> Add muic prefix to regmap config to differentiate between another regmap
> config for MAX77836 PMIC node. Additionally remove unused
> symbols: MAX14577_REG_INVALID and max14577_irq_source.
>
> Signed-off-by: Krzysztof Kozlowski
Hi Krzysztof,
On 04/14/2014 06:17 PM, Krzysztof Kozlowski wrote:
> This patch prepares for adding support for MAX77836 device to existing
> max14577 driver by adding MAX14577 prefix to defines of interrupts.
>
> This is only a rename-like patch, new code is not added.
>
> Signed-off-by: Krzyszto
Hi Andi,
On Mon, 14 Apr 2014 09:09:31 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> perf stat -rX prints the stddev for multiple measurements.
> Just looking at the stddev for judging the quality of the data
> is a bit dangerous The simplest sanity check is to just look
> at a simple plot. This
Hi Tomi,
On Mon, Apr 14, 2014 at 8:44 PM, Tomi Valkeinen wrote:
> On 12/04/14 04:30, Steven Miao wrote:
>> From: Steven Miao
>>
>> should include linux/gpio.h
>>
>> Signed-off-by: Steven Miao
>> ---
>> drivers/video/bf54x-lq043fb.c |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a
On Tue, Apr 15, 2014 at 8:14 AM, Eric Dumazet wrote:
>
> Zhan, could you try following patch, thanks !
>
> drivers/net/vxlan.c |4 ++--
> include/net/dst.h | 14 +++---
> include/net/inet6_connection_sock.h |2 +-
> include/net/inet_connection_s
On Mon, Apr 14, 2014 at 1:28 PM, Andy Lutomirski wrote:
> On Mon, Apr 14, 2014 at 1:24 PM, David Miller wrote:
>> From: Andy Lutomirski
>> Date: Mon, 14 Apr 2014 13:13:45 -0700
>>
>>> I think this description is wrong. (unsigned long *) &sd->args[1] is
>>> the right location, at least on 32-bit
> On 04/14/2014 06:36 PM, 함명주 wrote:
> >> MyungJoo/Kyungmin,
> >>
> >> Bump. Can we accept this patch please?
> >>
> >> -Saravana
> >
> > Nack.
> >
> > Please note that freq_table is also an optional value, which may
> > be null.
>
> Ah, I saw that the max_freq would be zero if freq_table was NU
On 9 April 2014 15:08, Jani Nikula wrote:
> On Wed, 09 Apr 2014, Dave Airlie wrote:
>> On Wed, Apr 9, 2014 at 4:07 PM, Daniel J Blueman wrote:
>>> On 9 April 2014 11:41, Dave Airlie wrote:
On Tue, Apr 8, 2014 at 5:32 PM, Daniel J Blueman wrote:
> On 8 April 2014 15:14, Jani Nikula wr
Hi Johannes,
On 04/15/2014 06:16 AM, Johannes Weiner wrote:
> On Wed, Apr 09, 2014 at 07:02:30PM +0400, Vladimir Davydov wrote:
>> After the memcg is offlined, we mark its kmem caches that cannot be
>> deleted right now due to pending objects as dead by setting the
>> memcg_cache_params::dead flag
On Mon, Apr 14, 2014 at 5:35 PM, Ben Skeggs wrote:
> On Fri, Apr 11, 2014 at 5:34 PM, Alexandre Courbot
> wrote:
>> On 04/11/2014 04:31 PM, Ben Skeggs wrote:
>>>
>>> On Fri, Apr 11, 2014 at 12:46 PM, Alexandre Courbot
>>> wrote:
On Wed, Mar 26, 2014 at 1:19 PM, Ben Skeggs wrote:
Hi, Joe Perches, I think your suggestion is more desirable. The message is
too long, I broke it into two lines. Thanks.
---<8---
Also print the r/w direction string instead of only internal values.
Suggested-by: Joe Perches
Signed-off-by: Jianyu Zhan
---
block/blk-core.c | 6 +++---
1 file
Hi Tomasz,
On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam wrote:
> On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote:
>> On 09.04.2014 13:49, Vivek Gautam wrote:
>>>
>>> Hi,
>>>
>>>
>>> On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa wrote:
Hi Vivek,
Please see my comments inlin
Am Montag, 14. April 2014, 22:51:05 schrieb Joe Perches:
Hi Joe,
> On Tue, 2014-04-15 at 07:35 +0200, Stephan Mueller wrote:
> > diff --git a/crypto/drbg.c b/crypto/drbg.c
>
> []
>
> > @@ -0,0 +1,1997 @@
>
> []
>
> > +/***
> > + * Ba
On Tue, Apr 15, 2014 at 10:42 AM, Andrew Bresticker
wrote:
> If regulator_get_optional() returns EPROBE_DEFER, it indicates
> that the regulator may show up later (e.g. the DT property is
> present but the corresponding regulator may not have probed).
> Instead of continuing without the regulator,
* Frederic Weisbecker wrote:
> On Mon, Apr 14, 2014 at 01:22:17PM +0200, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> >
> > > On Thu, Apr 03, 2014 at 06:17:10PM +0200, Frederic Weisbecker wrote:
> > > > Ingo, Thomas,
> > > >
> > > > Please pull the timers/nohz-ipi-for-tip-v3 bra
On 14 April 2014 17:36, Peter Zijlstra wrote:
> That's a bit of a non-answer. I'm fairly sure its not a gazillion
> issues, since the actual scheduler tick doesn't actually do that much.
>
> So start by enumerating what is actually required.
>
> The 2), which I suppose you're now trying to impleme
* Rafael J. Wysocki wrote:
> On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
> > acpi_processor_add() assumes that present at boot CPUs
> > are always onlined, it is not so if a CPU failed to become
> > onlined. As result acpi_processor_add() will mark such CPU
> > device as onlined i
On Tue, 15 Apr 2014 07:48:30 +0200
"Rafael J. Wysocki" wrote:
> On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
> > acpi_processor_add() assumes that present at boot CPUs
> > are always onlined, it is not so if a CPU failed to become
> > onlined. As result acpi_processor_add() will mar
On 15 April 2014 02:37, Stratos Karafotis wrote:
> This patch set introduces two freq_table helper macros which
> can be used for iteration over cpufreq_frequency_table and
> makes the necessary changes to cpufreq core and drivers that
> use such an iteration procedure.
>
> The motivation was a us
* 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, distro and embedded kernels can do so for
On 15 April 2014 02:40, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_valid_entry macro
> helper for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/thermal/cpu_cooli
Add tunable RX interrupt trigger I/F of FIFO buffers.
Serial devices are used as not only message communication devices but control
or sending communication devices. For the latter uses, normally small data
will be exchanged, so user applications want to receive data unit as soon as
possible for re
On April 14, 2014 11:33:12 PM GMT+01:00, Peter Meerwald
wrote:
>> The current scan element type uses the following format:
>> [be|le]:[s|u]bits/storagebits[>>shift].
>> To specify multiple elements in this type, added a repeat value.
>> So new format is:
>> [be|le]:[s|u]bits/storagebits{X[r
On Tue, 2014-04-15 at 07:35 +0200, Stephan Mueller wrote:
> diff --git a/crypto/drbg.c b/crypto/drbg.c
[]
> @@ -0,0 +1,1997 @@
[]
> +/***
> + * Backend cipher definitions available to DRBG
> + **
On 15 April 2014 02:39, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_entry macro helper
> for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/longhaul.c | 13
Hi Richard,
On Thu, 10 Apr 2014 12:52:59 -0400, Richard Yao wrote:
> Modules installed outside of the kernel's build system should go into
> "%s/lib/modules/%s/extra", but at present, perf will only look at them
> when they are in "%s/lib/modules/%s/kernel". Lets encourage good
> citizenship by re
On 15 April 2014 02:39, Stratos Karafotis wrote:
> diff --git a/drivers/cpufreq/exynos5440-cpufreq.c
> b/drivers/cpufreq/exynos5440-cpufreq.c
> static void exynos_enable_dvfs(unsigned int cur_frequency)
> {
> - unsigned int tmp, i, cpu;
> + unsigned int tmp, cpu;
> struct
On 15 April 2014 02:39, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_entry macro helper
> for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/exynos-cpufreq.
On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
> acpi_processor_add() assumes that present at boot CPUs
> are always onlined, it is not so if a CPU failed to become
> onlined. As result acpi_processor_add() will mark such CPU
> device as onlined in sysfs and following attempts to
> onli
On 15 April 2014 02:38, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_entry macro helper
> for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/dbx500-cpufreq.
On 15 April 2014 02:38, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_valid_entry macro
> helper for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/cpufreq_s
On 15 April 2014 02:38, Stratos Karafotis wrote:
> The cpufreq core supports the cpufreq_for_each_entry macro helper
> for iteration over the cpufreq_frequency_table, so use it.
>
> It should have no functional changes.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/acpi-cpufreq.c
On Monday, April 14, 2014 05:11:15 PM Igor Mammedov wrote:
> acpi_processor_add() assumes that present at boot CPUs
> are always onlined, it is not so if a CPU failed to become
> onlined. As result acpi_processor_add() will mark such CPU
> device as onlined in sysfs and following attempts to
> onli
On 15 April 2014 02:37, Stratos Karafotis wrote:
> diff --git a/drivers/cpufreq/freq_table.c b/drivers/cpufreq/freq_table.c
> @@ -193,9 +191,9 @@ int cpufreq_frequency_table_get_index(struct
> cpufreq_policy *policy,
> return -ENOENT;
> }
>
> - for (i = 0; table[i].f
On 04/15/2014 12:46 PM, Minchan Kim wrote:
> Linux doesn't have an ability to free pages lazy while other OS
> already have been supported that named by madvise(MADV_FREE).
>
> The gain is clear that kernel can discard freed pages rather than
> swapping out or OOM if memory pressure happens.
>
>
On Thursday, April 10, 2014 07:14:21 PM Igor Mammedov wrote:
> acpi_processor_add() assumes that present at boot CPUs
> are always onlined, it is not so if a CPU failed to become
> onlined.
What do you mean by that? What *exactly* is the failure scenario?
> As result acpi_processor_add() will ma
We return false from tick_check_preferred() if newdev doesn't have ONESHOT
feature but curdev has, but we don't return true when newdev has ONESHOT and
curdev doesn't. Instead we go on, check ratings and other things in that case.
This patch tries to fix this by rewriting some portion of this code
If 'curdev' passed to tick_check_preferred() is the current clock_event_device
then these two checks look exactly same, because td->mode is set to
TICKDEV_MODE_ONESHOT only when the event device has ONESHOT feature.
if (curdev && (curdev->features & CLOCK_EVT_FEAT_ONESHOT))
Hi Thomas,
As suggested by you (https://lkml.org/lkml/2014/4/14/797), this is the first lot
of changes I have. These are all potential bug fixes (Sorry if I haven't read
the most obvious code correctly at some place :) ).
Patch 2/5 isn't a bug fix but was required as a dependency for 3/5.
Some d
On Monday, April 14, 2014 11:21:47 AM Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > acpi_processor_add() assumes that present at boot CPUs
> > are always onlined, it is not so if a CPU failed to become
> > onlined. As result acpi_processor_add() will mark such CPU
> > device as onlined in
On 04/14/2014 06:36 PM, 함명주 wrote:
>> MyungJoo/Kyungmin,
>>
>> Bump. Can we accept this patch please?
>>
>> -Saravana
>
> Nack.
>
> Please note that freq_table is also an optional value, which may
> be null.
Ah, I saw that the max_freq would be zero if freq_table was NULL and I
assumed that it c
On 15 April 2014 07:29, Chanwoo Choi wrote:
> This patch fix the offset of CPU boot address and don't operate smc call
> of SMC_CMD_CPU1BOOT command for Exynos3250.
>
> Signed-off-by: Chanwoo Choi
> Acked-by: Kyungmin Park
> ---
> arch/arm/mach-exynos/firmware.c | 7 +--
> 1 file changed, 5
Hi,
On Mon, Apr 14, 2014 at 8:07 PM, Sylwester Nawrocki
wrote:
> On 08/04/14 16:36, Vivek Gautam wrote:
>> diff --git a/Documentation/devicetree/bindings/phy/samsung-phy.txt
>> b/Documentation/devicetree/bindings/phy/samsung-phy.txt
>> index 28f9edb..6d99ba9 100644
>> --- a/Documentation/device
Hi Sylwester,
On Mon, Apr 14, 2014 at 7:51 PM, Sylwester Nawrocki
wrote:
> On 14/04/14 15:49, Vivek Gautam wrote:
>> True, we don't have a scope of instantiating this driver using old
>> platform device and
>> old legacy board files.
>> So we don't need this check then, right ?
>
> I think it ca
On Mon, Apr 14, 2014 at 09:31:16PM +0800, Ling Ma wrote:
> The kernel version 3.14 shows memcpy, memset occur 19622 and 14189
> times respectively.
> so memset is still important for us, correct?
Did you ever see it in a profile log as being hot?
I haven't. Static counts don't mean much.
-Andi
-
Hello,
On Tue, Apr 15, 2014 at 10:58:24AM +0800, Li Zefan wrote:
> I know we should allow multiple hierarchies, but why we allow this even
> if sane_behavior is specified?
Oh, because we didn't have unified hierarchy before. The whole
sane_behavior thing is gonna go away. It'll be absorbed into
On Mon, Apr 14, 2014 at 03:59:11PM -0400, Josh Boyer wrote:
>
> Maybe I'm overly grumpy. Still, it's frustrating to see Kconfig
> entries that clearly say "blahblah found on foo ARM chip" in the help
> with no "depends on ARM" (not meaning to pick on ARM). I would like
> to think there is some b
Add dependency on ARCH_ZYNQ in Kconfig.
This is to fix the build error.
Signed-off-by: Harini Katakam
---
drivers/spi/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index b0f091b..0db219b 100644
--- a/drivers/spi/Kconfig
+++ b/drivers/spi
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 insertions(+), 0 deletions(-)
diff --git a/drivers/media/usb/s2255/s2255drv.c
b/drivers/media
On Mon, Apr 14, 2014 at 11:12:54PM +0200, Jean Delvare wrote:
> Hi Greg,
>
> On Mon, 14 Apr 2014 12:11:43 -0700, Greg KH wrote:
> > On Mon, Apr 14, 2014 at 02:53:59PM +0200, Jean Delvare wrote:
> > > Configuring kernels from scratch has become an incredibly long and
> > > tedious task. The reason
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can discard freed pages rather than
swapping out or OOM if memory pressure happens.
Without memory pressure, freed pages would be reused by u
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 tick_nohz_task_switch() as well. IOW, we don't need
>> unnecessary wrappe
change made to resolve following checkpatch message:
WARNING: EXPORT_SYMBOL(foo); should immediately follow
its function/variable
branch: Linux 3.14
Signed-off-by: Ryan Desfosses
---
drivers/pci/pci.c | 75 -
drivers/p
Hi Stephen/Mark,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Tuesday, April 15, 2014 7:47 AM
> To: Mark Brown
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Harini
> Katakam
> Subject: linux-next: build failure after merge of the sp
(2014/04/15 12:12), Masami Hiramatsu wrote:
> (2014/04/15 2:44), Sasha Levin wrote:
>> arch/x86/lib/x86-opcode-map.txt provides us quite a lot of information about
>> instructions. So far we've discarded information we didn't need to use
>> elsewhere.
>>
>> This patch extracts two more bits of info
On 15 April 2014 05:08, Thomas Gleixner wrote:
> And that's wrong to begin with.
>
> Bugfixes first and then all other stuff. We dont want dependencies of
> bugfixes on cleanups, reordering of code ...
Correct, should have taken care of this initially :(
> Now looking at the thing some more, it
sched_can_stop_tick() was using 7 spaces instead of 8 spaces or a 'tab' at the
beginning of each line. Which doesn't align with the Coding Guidelines.
Also it removes the *rq variable as it was used at only one place and hence we
can directly use this_rq() instead.
Signed-off-by: Viresh Kumar
--
Hi Mark,
On Tue, Apr 15, 2014 at 1:31 AM, Mark Brown wrote:
> On Mon, Apr 14, 2014 at 02:36:53PM +0530, Harini Katakam wrote:
>> Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
>
> Applied both, thanks. Please use subject lines consistent with the
> style for the subsystem.
From: "Li, Zhen-Hua"
Date: Tue, 15 Apr 2014 09:53:11 +0800
> From: "Li, Zhen-Hua"
>
> In cosa driver, udelay with more than 2 may cause __bad_udelay.
> Use msleep for instead.
>
> Signed-off-by: Li, Zhen-Hua
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe
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.
Signed-off-by: Axel Lin
Tested-by: Balaji T K
---
drivers/regulator/pbias-regulato
On 15 April 2014 04:58, Frederic Weisbecker wrote:
> OTOH nohz_full_buf can have a big size and moving it to a local variable
> will result in big increase in kernel stack consumption.
>
> Keeping it static is safer.
>
> Also it's already __initdata so it's released after bootup. No issue of
> con
>From: Jingoo Han [mailto:jg1@samsung.com]
>>On Tuesday, April 15, 2014 7:32 AM, Christian Engelmayer wrote:
>>
>> Commit 2c9f2365 (mtd: nand: omap: ecc.calculate: merge
>> omap3_calculate_ecc_bch4
>> in omap_calculate_ecc_bch) introduced minor compile warning
>> "‘erased_sector_bitflips’ defi
On 15 April 2014 04:18, Frederic Weisbecker wrote:
> Right, I have a pending patch for that:
> https://git.kernel.org/cgit/linux/kernel/git/frederic/linux-dynticks.git/commit/?h=nohz/ipi&id=ca981d9f87fe0f113ad972098cfe181180b3675a
Cool!! I will rebase my patch over yours and resend.
--
To unsubs
On 15 April 2014 01:22, Stephen Boyd wrote:
> On 04/14/14 09:23, Viresh Kumar wrote:
>> We have already checked if 'cpu' is online or not and so don't need to
>> recheck
>> it.
>>
>> Signed-off-by: Viresh Kumar
>
> Hm... doing some git archeology shows fa116ea35ec7 (nohz: no softirq
> pending wa
On 15 April 2014 01:08, Stephen Boyd wrote:
> But see the comment above this assignment. The point is to avoid calling
> the ->set_mode function.
Okay, that was a stupid change :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
There is memleak in alloc_pid:
--
unreferenced object 0xd3453a80 (size 64):
comm "adbd", pid 1730, jiffies 66363 (age 6586.950s)
hex dump (first 32 bytes):
01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 40 c2 f6 d5 00 d3 25 c1 5
Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140414:
Dropped trees: akpm-current, akpm (too complex conflicts)
The powerpc tree still had its build failure.
The drm-intel tree gained a conflict against the drm-intel-fixes tree.
The sound
On Mon, Apr 14, 2014 at 08:18:36PM +0400, Azat Khuzhin wrote:
> With bigalloc enabled we must use EXT4_CLUSTERS_PER_GROUP() instead of
> EXT4_BLOCKS_PER_GROUP() otherwise we will go beyond the allocated buffer.
You forgot the signed-off-by, since it's a one-line patch, I'll apply it.
Thanks!
On Sun, 13 Apr 2014, Joe Perches wrote:
> This typedef is unnecessary and should just be removed.
>
> Signed-off-by: Joe Perches
> ---
> security/keys/sysctl.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied to
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-securit
On Mon, 14 Apr 2014, Dave Jones wrote:
> git tree from yesterday afternoon sometime, before Linus cut .15-rc1
>
> kernel BUG at mm/filemap.c:1347!
> invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> Modules linked in: 8021q garp bridge stp dlci snd_seq_dummy tun fuse rfcomm
> ipt_ULOG nfne
Hi, Tejun
Acked-by: Lai Jiangshan
CC: sta...@kernel.org
Thanks,
Lai
On 04/15/2014 07:17 AM, Daeseok Youn wrote:
>
> Use default pwq when alloc_unbound_pwq() is failed.
>
> And remove "if" condition for whether "pwq" is same as "wq->dfl_pwq"
> when wq_calc_node_cpumask() returns false and just
On Tue, 2014-04-08 at 21:43 +, Brown, Len wrote:
> Davidlohr,
>
> Thanks for the note.
>
> Ideally (on Linux in general, and on servers, in particular) we strive
> for the performance impact of power saving features to be small enough
> to be considered in "measurement noise".
>
> Your repor
Ping?
(2014/04/10 18:07), Hidetoshi Seto wrote:
> Hi all,
>
> This patch set (rebased on v3.14) is my 3rd try to fix an issue
> that idle/iowait of /proc/stat can go backward. Originally reported
> by Tetsuo and Fernando at last year, Mar 2013.
>
> This v3 takes new approach to fix the problem,
This adds pinctrl definitions for the GPIO pins of the TLMM v2 block in the
Qualcomm IPQ8064 platform.
Signed-off-by: Andy Gross
---
drivers/pinctrl/Kconfig |8 +
drivers/pinctrl/Makefile |1 +
drivers/pinctrl/pinctrl-ipq8064.c | 653 ++
Define a new binding for the Qualcomm TLMMv2 based pin controller inside the
IPQ8064.
Signed-off-by: Andy Gross
---
.../bindings/pinctrl/qcom,ipq8064-pinctrl.txt | 95
1 file changed, 95 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinctrl/qcom
(2014/04/15 2:44), Sasha Levin wrote:
> arch/x86/lib/x86-opcode-map.txt provides us quite a lot of information about
> instructions. So far we've discarded information we didn't need to use
> elsewhere.
>
> This patch extracts two more bits of information about instructions:
These information loo
This set of patches adds pinctrl support for the Qualcomm IPQ8064 platform.
The IPQ8064 uses the same TLMM block as the APQ8064, but has a different number
of pins, functions, and function assignments. The second patch contains the
devicetree documentation. The last patch selects PINCTRL for all
Add missing PINCTRL selection. This enables selection of pinctrollers for
Qualcomm processors.
Signed-off-by: Andy Gross
---
arch/arm/mach-qcom/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-qcom/Kconfig b/arch/arm/mach-qcom/Kconfig
index aded06d..2c561c0 100644
--
(2014/04/15 11:28), Sasha Levin wrote:
> On 04/14/2014 09:41 PM, Masami Hiramatsu wrote:
>> (2014/04/15 2:44), Sasha Levin wrote:
Right now we generate data for the instruction decoder and place it
as a code file which gets #included directly (yuck).
Instead, make it a header wh
> > Change-Id: Ic960dda039c8f99aad3e0f4d176489a966c62f6a
> >
> > Why is this line here?
> Tingjie, Greg is asking you the sentence of "Change-Id", which is not needed,
> please remove it with one new patch.
Sorry for mistaken, I will make a new patch for it.
--
To unsubscribe from this list: s
Hi Don,
On Thu, 10 Apr 2014 16:10:56 -0400, Don Zickus wrote:
> This patchset creates a new layer of hist entry objects called
> hist_entry_groups. The purpose is to help organize the hist_entries
> into groups before sorting them. As a result you can gain a
> new perspective on the data by orga
on 2014/4/15 3:21, Tejun Heo wrote:
> Hello,
>
> On Mon, Apr 14, 2014 at 02:14:21PM -0400, Vivek Goyal wrote:
>> So is this an intermediate mode before we move to single hiearchy *only*
>> mode. AFAIK, you had mentioned that we will support legacy multiple
>> hiearchy mode but single hiearchy is t
> > Change-Id: Ic960dda039c8f99aad3e0f4d176489a966c62f6a
>
> Why is this line here?
Tingjie, Greg is asking you the sentence of "Change-Id", which is not
needed, please remove it with one new patch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On Mon, Apr 14, 2014 at 09:23:08AM -0700, H. Peter Anvin wrote:
> Please read Documentation/this_cpu_ops.txt for reference for how to use
> these functions. However, you want to avoid forming a pointer if you
> can; it is relatively expensive to do so.
>
:-). I just found your comment yesterday s
On Mon, 2014-04-14 at 17:13 +0800, Zhang Yanfei wrote:
> On 04/14/2014 04:43 PM, Li Zhong wrote:
> > Seems we all agree that information about SECTION, e.g. section size,
> > sections per memory block should be kept as kernel internals, and not
> > exposed to userspace.
> >
> > This patch updates
Hello,
The related code in disassociate_ctty() as following:
---
/* sometimes current->signal->tty_old_pgrp is NULL(a stand for
tty_old_pgrp not NULL, !a for tty_old_pgrp is NULL) */
spin_lock_irq(¤t->sighand->siglock);
put_pid(current->sig
On Mon, 2014-04-14 at 16:13 -0400, Tejun Heo wrote:
> Hello,
>
> On Mon, Apr 14, 2014 at 03:47:29PM +0800, Li Zhong wrote:
> > @@ -439,6 +439,7 @@ static ssize_t online_store(struct device *dev, struct
> > device_attribute *attr,
> > {
> > bool val;
> > int ret;
> > + struct kernfs_nod
On Mon, Apr 14, 2014 at 09:31:26PM +0100, Mark Brown wrote:
> On Fri, Apr 11, 2014 at 10:10:00PM +0800, Nicolin Chen wrote:
>
> > + /* Check if the opposite FRDE is also disabled */
> > + if (!(tx ? rcsr & FSL_SAI_CSR_FRDE : tcsr & FSL_SAI_CSR_FRDE)) {
>
> I've applied this si
Commit "59ce0515cdaf iommu/vt-d: Update DRHD/RMRR/ATSR device scope
caches when PCI hotplug happens" introduces a bug, which fails to
match PCI devices with DMAR device scope entries if PCI path array
in the entry has more than one level.
For example, it fails to handle
[1D2h 0466 1] Device
On Mon, Apr 14, 2014 at 09:38:51PM +0100, Mark Brown wrote:
> On Wed, Apr 02, 2014 at 06:10:20PM +0800, Nicolin Chen wrote:
> > Since we added fours clock to the DT binding, we should update the current
> > SAI dts/dtsi so as not to break their functions.
>
> This doesn't apply against v3.15-rc1,
On Mon, Apr 14, 2014 at 09:43:31PM +0100, Mark Brown wrote:
> On Wed, Apr 02, 2014 at 06:10:19PM +0800, Nicolin Chen wrote:
>
> > -- clock-names : Must include the "sai" entry.
> > +- clock-names : Must include the "bus" for register access and "mclk1"
> > "mclk2"
> > + "mclk3" for bit clock and
On 04/14/2014 09:41 PM, Masami Hiramatsu wrote:
> (2014/04/15 2:44), Sasha Levin wrote:
>> > Right now we generate data for the instruction decoder and place it
>> > as a code file which gets #included directly (yuck).
>> >
>> > Instead, make it a header which will also be usable by other code
>>
> This patchset finally implements the default unified hierarchy. The
> goal is providing enough flexibility while enforcing stricter common
> structure where appropriate to address the above listed issues.
>
> Controllers which aren't bound to other hierarchies are
> automatically attached to th
icit-function-declaration]
writel_relaxed(val, xspi->regs + offset);
^
Caused by commit c474b3866546 ("spi: Add driver for Cadence SPI controller").
I have used the spi tree from next-20140414 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpDcsU0U1Nb_.pgp
Description: PGP signature
On Wed, Apr 09, 2014 at 07:02:30PM +0400, Vladimir Davydov wrote:
> After the memcg is offlined, we mark its kmem caches that cannot be
> deleted right now due to pending objects as dead by setting the
> memcg_cache_params::dead flag, so that memcg_release_pages will schedule
> cache destruction (m
If regulator_get_optional() returns EPROBE_DEFER, it indicates
that the regulator may show up later (e.g. the DT property is
present but the corresponding regulator may not have probed).
Instead of continuing without the regulator, return EPROBE_DEFER
from sdhci_add_host(). Also, fix regulator lea
This patch add Exynos3250's SoC ID. Exynos 3250 is System-On-Chip(SoC) that
is based on the 32-bit RISC processor for Smartphone. Exynos3250 uses Cortex-A7
dual cores and has a target speed of 1.0GHz.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/mach-exynos/Kconfig
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 Bergmann suggested that need proper driver instead of static memory
mapping.
As Chanho Park reply[2], Sachin Kamat already po
1 - 100 of 1035 matches
Mail list logo