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
> ---
>
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
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:
>>
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 |
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
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
> ---
>
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
>
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
> ---
>
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
> ---
>
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
>
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;
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
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
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
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
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,
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
>> ---
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
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
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
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
+++
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
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
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
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 -
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
(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
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
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
---
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
>
>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’
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=ca981d9f87fe0f113ad972098cfe181180b3675a
Cool!! I will rebase my patch over yours and resend.
--
To
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
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
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
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
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
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
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
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
(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
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
> > 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:
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
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
> > 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
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
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(>sighand->siglock);
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
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
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]
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
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
]
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
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
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
The non-secure SYSRAM is used for secondary CPU bring-up. This patch add
IO mapping for non-scure SYSRAM.
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
This patch decide proper lowpower mode of either a15 or a9 according to own ID
from Main ID register.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/mach-exynos/hotplug.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git
On 2014/4/14 21:01, Will Deacon wrote:
> Hi Ding,
>
> On Mon, Apr 14, 2014 at 01:03:12PM +0100, Ding Tianhong wrote:
>> I met a problem when migrating process by following steps:
>>
>> 1) The process was already running on core 0.
>> 2) Set the CPU affinity of the process to 0x02 and move it to
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 insertions(+), 2 deletions(-)
diff --git
This patchset support new Exynos3250 Samsung SoC based on Cortex-A7 dual core.
Exynos3250 is a System-On-Chip (SoC) that is based on 32-bit RISC processor
for Smartphone. It is desigend with the 28nm low-power high-K metal gate process
and provides the best performance features.
This patchset
From: Tomasz Figa
This patch add new the clock drvier of Exynos3250 SoC based on Cortex-A7
using common clock framework. The CMU (Clock Management Unit) of Exynos3250
control PLLs(Phase Locked Loops) and generate system clocks for CPU, buses,
and function clocks for individual IPs.
The CMU of
From: Tomasz Figa
This patch add new exynos3250.dtsi to support Exynos3250 SoC based on Cortex-A7
dual core and includes following dt nodes:
- GIC interrupt controller
- Pinctrl to control GPIOs
- Clock controller
- CPU information (Cortex-A7 dual core)
- UART to support serial port
- MCT
From: Kyungmin Park
This patch fix the offset of CPU boot address and change parameter of smc call
of SMC_CMD_CPU1BOOT command for Exynos4212.
Signed-off-by: Kyungmin Park
Signed-off-by: Chanwoo Choi
---
arch/arm/mach-exynos/firmware.c | 15 ++-
1 file changed, 14 insertions(+),
It need to be checking NULL before dereferencing.
Signed-off-by: Daeseok Youn
---
drivers/gpu/drm/nouveau/core/subdev/clock/base.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/clock/base.c
Add structure for parsed BPB information, struct fat_bios_param_block,
and move all of the deserialization and validation logic from
fat_fill_super() into fat_read_bpb().
Add a 'dos1xfloppy' mount option to infer DOS 2.x BIOS Parameter Block
defaults from block device geometry for ancient
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
---
drivers/net/wan/cosa.c |4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/wan/cosa.c b/drivers/net/wan/cosa.c
index
> > 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 final builds, and
Hi Jianyu,
On Fri, Apr 11, 2014 at 01:11:08AM +0800, Jianyu Zhan wrote:
> Currently, mem_cgroup_read_stat() is used for user interface. The
> user accounts memory usage by memory cgroup and he _always_ requires
> exact value because he accounts memory. So we don't use quick-and-fuzzy
>
Missing related ')', the related compiling error:
CC [M] drivers/gpu/drm/udl/udl_fb.o
drivers/gpu/drm/udl/udl_fb.c: In function ‘udl_fb_mmap’:
drivers/gpu/drm/udl/udl_fb.c:273: error: expected ‘)’ before ‘return’
drivers/gpu/drm/udl/udl_fb.c:281: error: expected expression before ‘}’
]
sprop = of_get_property(of_find_node_by_path("/"), "compatible", NULL);
^
Probably caused by commit eba9e06f0ceb ("ASoC: fsl: Separation of the
main audio options and boards").
I have used the sound-asoc tree from next-20140414 for today.
--
Cheers,
Stephen
^
Caused by commit e13dd8ce39a8 ("ASoC: wm8997: Replace usage deprecated
MUX/ENUM macros").
I have used the version of the sound-asoc tree from next-20140414 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpFBgoBQRPot.pgp
Description: PGP signature
Thanks for your correction. I will send again with proper reason.
On 04/15/2014 01:31 AM, David Miller wrote:
From: "Li, Zhen-Hua"
Date: Mon, 14 Apr 2014 18:08:36 +0800
For the cosa module, CONFIG_COSA can only be checked as 'm',
and cosa module can only be compiled as a module.
That's not
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
sound/soc/intel/sst-haswell-pcm.c: In function 'hsw_stream_volume_put':
sound/soc/intel/sst-haswell-pcm.c:139:38: warning: initialization from
incompatible pointer type [enabled by
The following patches fix a couple of issues which prevented Venice2
boards from booting via eMMC and SD card reliably. Note that this
includes disabling UHS support since SDR50 and above require a
Tegra-specific tuning procedure which is not supported yet (and still
seems to have issues even in
Tegra SDHCI controllers, by default, report a base clock frequency
of 208Mhz in SDHCI_CAPABILTIES which may or may not be equal to the
actual base clock frequency. While this can be overridden by setting
BASE_CLK_FREQ in VENDOR_CLOCK_CTRL on Tegra30 and later SoCs, just
set
VDDIO_SDMMC3 is the VQMMC supply, not the VMMC supply, for the SD
slot. Add 1.8V_VDDIO as the VQMMC supply for the eMMC.
Signed-off-by: Andrew Bresticker
---
arch/arm/boot/dts/tegra124-venice2.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Program TEGRA_SDHCI_VENDOR_MISC_CTRL so that UHS modes aren't advertised
in SDHCI_CAPABILITIES_1. While the Tegra SDHCI controller does support
these modes, they require Tegra-specific tuning and calibration routines
which the driver does not support yet.
Signed-off-by: Andrew Bresticker
---
1 - 100 of 2040 matches
Mail list logo
