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 poste
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 a/arch/arm/mach-exynos
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 co
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 a/arch/arm/mach-e
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 incl
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 Ex
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 (Multi
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(+), 1
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
b/drivers/gpu/drm/nouveau/core/subdev/cl
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 floppies
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 84734a8..83c39
> > 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 devel
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
> -read-and-d
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 ‘}’ to
icit-function-declaration]
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 t
rc_fsl[0]),
^
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 t
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 de
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 d
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 SDHCI_QUIRK_CAP_CLOCK_B
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 a/arch/arm/boot/dts/tegra124-v
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
---
dr
(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
> that wants to use the data in there.
Hmm, making the generated
Hi Vivek,
(2014/04/15 4:31), Vivek Goyal wrote:
> On Mon, Apr 14, 2014 at 01:51:58PM +0900, Masami Hiramatsu wrote:
>> Add a "late_kdump" option to run kdump after running panic
>> notifiers and dump kmsg. This can help rare situations which
>> kdump drops in failure because of unstable crashed ke
On Tuesday, April 15, 2014 12:14 AM, Steve Capper wrote:
> On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > This patch implements 4 levels of translation tables since 3 levels of
> > page tables with 4KB pages cannot support 40-bit physical address
> > space described in [1] due to
> 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.
Besides, please be aware that your code is under rcu_read_lock().
Cheers,
MyungJoo.
ps. I'll send a related patch (avoid accessing nu
Conrad Meyer writes:
> 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 de
Correct minimal config is not generated without default line.
'default n' should be added to set COMPAT to 'n'. Otherwise,
Enabling COMPAT is not reflected to minial config.
Signed-off-by: Chanho Min
---
arch/arm64/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem_context.c between commit 691e6415c891
("drm/i915: Always use kref tracking for all contexts") from the
drm-intel-fixes tree and commit ad2ac08bf34b ("drm/i915: Make contexts
non-snooped on non-LL
unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like
some of other architectures have done (e.g. arm, powerpc, x86 ...).
The related error with allmodconfig:
CC drivers/char/mem.o
drivers/char/mem.c: In function ‘range_is_allowed’:
drivers/char/mem.c:69: error: imp
I resend this patch with Steven's signed-off-by and Hiramatsu-san's
reviewed-by.
This patch adds new module state MODULE_STATE_COMING_FINAL to avoid
ftrace waring message when loading two modules simultaneously.
The original patch was written by Steven Rostedt, see below.
https://lkml.org/lkml/20
Although, I am not comfortable discussing the content of my mail on the
Internet owing to lots of unsolicited/Spam
mails on the net nowadays. The fact is I have made up my mind to will my late
Husband's funds to you so you can use it for charity duties and good work to
humanity in your countr
On Mon, Apr 14, 2014 at 12:32:05PM +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
>
> > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> > >
> > > * Andi Kleen wrote:
> > >
> > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote:
> > > > > On Tue, Apr 8, 2014 at 1
On 2014/4/15 5:44, Tejun Heo wrote:
> cgroup users often need a way to determine when a cgroup's
> subhierarchy becomes empty so that it can be cleaned up. cgroup
> currently provides release_agent for it; unfortunately, this mechanism
> is riddled with issues.
>
> * It delivers events by forking
git bisect suggests it starts somewhere around commit
f315e3fa1cf5b3317fc948708645fff889ce1e63 slab: restrict the number of objects
in a slab
but its kinda hard to tell as there is some compile breakage in there as well.
slub and slob seem to still work okay for m68knommu.
--
To unsubscribe fro
On Tuesday, April 15, 2014 1:12 AM, Marc Zyngier wrote:
> On 14/04/14 08:41, Jungseok Lee wrote:
> > This patch adds 4 levels of translation tables implementation for both
> > HYP and stage2. A combination of 4KB + 4 levels host and 4KB + 4
> > levels guest can run on ARMv8 architecture as introduc
On Tuesday, April 15, 2014 1:38 AM, Pascal COMBES wrote:
>
> Le 13/04/2014 23:36, Paul Bolle a écrit :
> > On Sun, 2014-04-13 at 21:13 +0200, Pascal COMBES wrote:
> >> From: Pascal COMBES
> >>
> >> Fix coding style problem in drivers/staging/crystalhd/crystalhd_lnx.c:
> >> No space needed before
On Mon, Apr 14, 2014 at 1:39 PM, Kenjiro Nakayama
wrote:
> TCP_FASTOPEN option can be set via setsockopt(), but the value cannot be
> gotten via getsockopt(). This patch adds the option to getsockopt().
>
> Sighned-off-by: Kenjiro Nakayama
>
> Add option to get TCP_FASTOPEN to getsockopt(
Oh, sorry, it is my careless, it even can not pass compiling, I
will/should send patch v3.
Thanks.
On 04/15/2014 08:28 AM, Chen Gang wrote:
> unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like
> some of other architectures have done (e.g. arm, powerpc, x86 ...).
>
> The rel
On Tuesday, April 15, 2014 1:19 AM, Marc Zyngier wrote:
> On 14/04/14 08:40, Jungseok Lee wrote:
> > This patch deals with checkpatch complaint as fixing line length
> > exceeding 80 characters.
> >
> > WARNING: line over 80 characters
> >
> > Signed-off-by: Jungseok Lee
> > Reviewed-by: Sungjinn
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’ defined but not used [-Wunused-function]" when
> compilin
On Tuesday, April 15, 2014 12:14 AM, Steve Capper wrote:
> On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > This patch implements 4 levels of translation tables since 3 levels of
> > page tables with 4KB pages cannot support 40-bit physical address
> > space described in [1] due to
unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like
some of other architectures have done (e.g. arm, powerpc, x86 ...).
The related error with allmodconfig:
CC drivers/char/mem.o
drivers/char/mem.c: In function ‘range_is_allowed’:
drivers/char/mem.c:69: error: imp
(Forgive the duplicate, I forgot to cc lkml)
I was testing v3.15-rc1 in my qemu-system-arm environment and noticed a
flood of the following messages:
sd_write_data: not in Receiving-Data state
After looking around in the kernel and not finding such a message, I
realized this was actually a me
On Sun, Apr 13, 2014 at 09:49:34AM +0200, Fabian Frederick wrote:
> Move __initdata before equal sign
> printk(KERN_WARNING converted to pr_warn
>
> Cc: Andrew Morton
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Fabian Frederick
> ---
> drivers/pci/pcie/portdrv_pci.c | 4 ++--
> 1 file chan
We got no-reply almost a week, so we can assume "can put the code into
"asm/io.h" as static inline function".
I will/should send patch v2 for it.
Thanks.
On 04/08/2014 12:54 PM, Chen Gang wrote:
>
> On 04/08/2014 11:20 AM, 管雪涛 wrote:
>> I'd like to put the code into asm/io.h, and make it stati
On Mon, 2014-04-14 at 18:51 -0400, David Miller wrote:
> From: Eric Dumazet
> Date: Mon, 14 Apr 2014 14:23:24 -0700
>
> > I was trying to cook a not too invasive patch.
> >
> > Changing ip_local_out() means changing dst_output() / nf_hook() and
> > hundred of call sites.
> >
> > Unless I misun
On Mon, Mar 31, 2014 at 12:21:38PM -0600, Alex Williamson wrote:
> Intel has updated Red Hat bz1037684 to note that X79 PCH root ports
> also provide isolation and the same ACS quirks apply. Some sources
> indicate additional device IDs for X79, but this patch includes only
> the ones specifically
On Mon, Apr 07, 2014 at 06:01:23PM -0400, Ryan Desfosses wrote:
> change made to resolve following checkpatch message:
> WARNING: EXPORT_SYMBOL(foo); should immediately follow
> its function/aariable
> branch: Linux 3.14
>
> Signed-off-by: Ryan Desfosses
> ---
> drivers/p
On Tue, Apr 15, 2014 at 12:49:49AM +0100, Mark Brown wrote:
> On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote:
> > On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote:
>
> > > Please also be sure to CC the mailing list on patches, the sourceforge
> > > list has been unused for qu
Stupid script... Cc'ing Oleg.
On Mon, 2014-04-14 at 16:57 -0700, Davidlohr Bueso wrote:
> For single threaded workloads, we can avoid flushing
> and iterating through the entire list of tasks, making
> the whole function a lot faster, requiring only a single
> atomic read for the mm_users.
>
> Su
On Tue, Apr 15, 2014 at 12:49:49AM +0100, Mark Brown wrote:
> On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote:
> > On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote:
>
> > > Please also be sure to CC the mailing list on patches, the sourceforge
> > > list has been unused for qu
For single threaded workloads, we can avoid flushing
and iterating through the entire list of tasks, making
the whole function a lot faster, requiring only a single
atomic read for the mm_users.
Suggested-by: Oleg Nesterov
Signed-off-by: Davidlohr Bueso
---
mm/vmacache.c | 10 ++
1 file
In smp with multi cpus, when enter into kdump kernel with only 1 cpu,
a warning message is printed out:
acpi LNXCPU:0a: BIOS reported wrong ACPI id 0 for the processor
In this case kdump kernel use the same ACPI tables as 1st kernel,
means lapic information is got from MADT. The acpi_id related t
On Sun, Apr 13, 2014 at 08:58:54PM +0200, Oleg Nesterov wrote:
> syscall_regfunc() and syscall_unregfunc() should set/clear
> TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> with copy_process() and miss the new child which was not added to
> the process/thread lists yet.
>
> Ch
This appears to be a copy/paste error. Update the description
to reflect extra rbtree debug and checks for the config option
instead of duplicating CONFIG_DEBUG_VM.
Signed-off-by: Davidlohr Bueso
---
lib/Kconfig.debug | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/lib/Kcon
Two additions really. The first patch adds some needed debugging info.
The second one includes an optimization suggested by Oleg. I preferred
waiting until 3.15 for these, giving the code a chance to settle a bit.
Thanks!
Davidlohr Bueso (3):
mm: fix CONFIG_DEBUG_VM_RB description
mm,vmacache
Introduce a CONFIG_DEBUG_VM_VMACACHE option to enable
counting the cache hit rate -- exported in /proc/vmstat.
Any updates to the caching scheme needs this kind of data,
thus it can save some work re-implementing the counting
all the time.
Signed-off-by: Davidlohr Bueso
---
include/linux/vm_eve
(Cc'ing both lis3lv02d and ACPI maintainers)
Since commit 188a81409ff7de1c5aae947a96356ddd8ff4aaa3 ("percpu: add
preemption checks to __this_cpu ops") I've been seeing the following:
[ 10.485588] hp_accel: hardware type HPB64xx found
[ 10.485772] BUG: using __this_cpu_write() in preemptible
On Sat, Apr 12, 2014 at 03:56:27AM -0400, Ryan Desfosses wrote:
> changes made to resolve following checkpatch messages:
> ERROR: space required after that ',' (ctx:VxV)
> ERROR: trailing statements should be on next line
> branch: 3.14
>
> Signed-off-by: Ryan Desfosses
Applied to pci/misc,
On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote:
> On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote:
> > Please also be sure to CC the mailing list on patches, the sourceforge
> > list has been unused for quite some time now.
> We use scripts/get_maintainer.pl to get the mail
On Fri, Apr 11, 2014 at 01:47:20AM -0400, Ryan Desfosses wrote:
> changes made to resolve following messages:
> WARNING: please, no spaces at the start of a line
> ERROR: space prohibited after that '!' (ctx:BxW)
> ERROR: space required before the open parenthesis '('
>
> Signed-off-by: Ryan
On Fri, Apr 11, 2014 at 01:01:53AM -0400, Ryan Desfosses wrote:
> change made to resolve following checkpatch message:
> drivers/pci/pci.c:109: ERROR: "foo* bar" should be "foo *bar"
> branch: Linux 3.14-rc8
>
> Signed-off-by: Ryan Desfosses
Applied to pci/misc, thanks!
> ---
> drivers/pci
On 14.04.2014 21:24, Stanislav Meduna wrote:
> hunting another problem with AUART acting weirdly I got
okay, the AUART thing was some device tree snafu, but I have seen
the BUG a few times (but not readily reproducible). This thread
looks remotely similar https://lkml.org/lkml/2013/9/27/534 - loo
On Sun, Apr 13, 2014 at 08:58:28PM +0200, Oleg Nesterov wrote:
> On 04/11, Oleg Nesterov wrote:
> >
> > On 04/11, Steven Rostedt wrote:
> > >
> > > Are you going to send a new series?
> >
> > Yes, will do. I will split 1/2, and I need to update the changelog
> > in 2/2.
>
> Please see the patches.
On Mon, 14 Apr 2014, Viresh Kumar wrote:
> Hi Thomas,
>
> These are separate cleanups from the timers/hrtimers ones I did. I was waiting
> for the merge window to close in order to send these and by the time it
> happened, I got a long pending list.
>
> These are mostly cleanups, reorders for bet
On Tue, Apr 15, 2014 at 2:11 AM, Kees Cook wrote:
> This sets the correct error code when final filter memory is unavailable,
> and frees the raw filter no matter what.
>
> unreferenced object 0x8800d6ea4000 (size 512):
> comm "sshd", pid 278, jiffies 4294898315 (age 46.653s)
> hex dump (f
On Mon, Apr 14, 2014 at 09:53:52PM +0530, Viresh Kumar wrote:
> nohz_full_buf[] is used at only one place, i.e. inside tick_nohz_init(). Make
> it
> a local variable. Can move it out in case it is used in some other routines in
> future.
OTOH nohz_full_buf can have a big size and moving it to a l
On 14/04/2014 at 21:56:45 +0100, Jonathan Cameron wrote :
> >>
> >
> >Yeah, I was asking about the fixes, the fixes-togreg branch ;)
> >
>
> Ah. Dozy me. Went to Greg a day or so ago. Up to him when/if he picks it up
> and sends
> on to Linus. Greg is pretty fast though so probably fairly soon
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 wrapper over __tick_nohz_task_switch() to be there. Merge all co
Linus,
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
To receive the following KVM fixes:
- Fix for guest triggerable BUG_ON (CVE-2014-0155)
- CR4.SMAP support
- Spurious WARN_ON() fix
Feng Wu (5):
KVM: Remove SMAP bit from CR4_RESERVED_BIT
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 use "goto use_dfl_pwq"
Signed-off-by: Daeseok Youn
---
V2: replace "if condition" with "goto" as Lai's comment.
V3: Use def
On Mon, Apr 14, 2014 at 09:53:50PM +0530, Viresh Kumar wrote:
> tick_nohz_task_switch() and __tick_nohz_task_switch() routines get task_struct
> passed to them (always for the 'current' task), but they never use it. Remove
> it.
>
> Signed-off-by: Viresh Kumar
Ack.
--
To unsubscribe from this li
On Mon, Apr 14, 2014 at 09:53:46PM +0530, Viresh Kumar wrote:
> __tick_nohz_task_switch() calls tick_nohz_full_kick(), which is already
> checking
> tick_nohz_full_cpu() and so we don't need to repeat the same check here.
>
> Remove it.
>
> Signed-off-by: Viresh Kumar
Ack.
> ---
> kernel/tim
On Tue, Apr 15, 2014 at 2:08 AM, Kees Cook wrote:
> On Mon, Apr 14, 2014 at 9:18 AM, Alexei Starovoitov wrote:
>> On Mon, Apr 14, 2014 at 9:02 AM, Masami Ichikawa wrote:
>>> kmemleak reported some memory leak as below.
>>
>> grrr. yes. sorry.
>>
>>> unreferenced object 0x8800d6ea4000 (size 5
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 branch that can be found at:
> > >
> > > git://git
On Mon, Apr 14, 2014 at 11:59:44PM +0200, Alexandre Belloni wrote:
> Initializing all the struct pwm_lookup members allows to get rid of the struct
> tpu_pwm_platform_data as the polarity initialization will be taken care of by
> the PWM core.
>
> Signed-off-by: Alexandre Belloni
This looks goo
On Thu, 27 Mar 2014 10:54:19 -0700 Mitchel Humpherys
wrote:
> printk is meant to be used with an associated log level. There are some
> instances of printk scattered around the mm code where the log level is
> missing. Add a log level and adhere to suggestions by
> scripts/checkpatch.pl by movin
From: Eric Dumazet
Date: Mon, 14 Apr 2014 14:23:24 -0700
> I was trying to cook a not too invasive patch.
>
> Changing ip_local_out() means changing dst_output() / nf_hook() and
> hundred of call sites.
>
> Unless I misunderstood you ?
You could make ip_local_out(skb) be __ip_local_out(skb, s
On Mon, Apr 14, 2014 at 08:38:38PM +0200, Peter Zijlstra wrote:
> On Mon, Apr 14, 2014 at 09:47:41PM +0530, Viresh Kumar wrote:
> > 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.
> >
>
On 04/10/2014 08:39 AM, Mauro Carvalho Chehab wrote:
Em Thu, 10 Apr 2014 12:46:53 +0100
One Thousand Gnomes escreveu:
For example, some devices provide standard USB Audio Class, handled by
snd-usb-audio for the audio stream, while the video stream is handled
via a separate driver, like some em
On Tue, 15 Apr 2014 02:38:21 +0400 Cyrill Gorcunov wrote:
> On Tue, Apr 15, 2014 at 02:33:09AM +0400, Cyrill Gorcunov wrote:
> > On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote:
> > >
> > > This will need to be redone for current kernels, please. New patch, new
> > > title, new ch
> Let's not leak all those blacklist entries when we're finished?
It's difficult, because you cannot free bootmem after bootmem is
finished.
For the rare debug case some leaking should be acceptable.
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this list: s
On Tue, Apr 15, 2014 at 02:33:09AM +0400, Cyrill Gorcunov wrote:
> On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote:
> >
> > This will need to be redone for current kernels, please. New patch, new
> > title, new changelog, retest.
>
> Sure, will resend once done.
Andrew, sorry, I'm
Hi Will,
On 14 April 2014 03:53, Will Deacon wrote:
> On Tue, Mar 18, 2014 at 09:40:57PM +, Sebastian Capella wrote:
>> Use of tracers in local_irq_disable is causes abort loops when called
>> with irqs disabled using a temporary stack. Replace local_irq_disable
>> with raw_local_irq_disable
Signed-off-by: Pranith Kumar
---
include/linux/compiler-intel.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/linux/compiler-intel.h b/include/linux/compiler-intel.h
index 5529c52..ba147a1 100644
--- a/include/linux/compiler-intel.h
+++ b/include/linux/compiler-intel.h
@@ -13,12 +
> 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[repeat]}[>>shift].
> Here X is specifying how may times, real/storage bit
On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote:
>
> This will need to be redone for current kernels, please. New patch, new
> title, new changelog, retest.
Sure, will resend once done.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Commit 2c9f2365 (mtd: nand: omap: ecc.calculate: merge omap3_calculate_ecc_bch4
in omap_calculate_ecc_bch) introduced minor compile warning
"‘erased_sector_bitflips’ defined but not used [-Wunused-function]" when
compiling without CONFIG_MTD_NAND_OMAP_BCH. Move function
erased_sector_bitflips() int
On Mon, 24 Mar 2014 16:28:40 +0400 Cyrill Gorcunov wrote:
> Otherwise we may not notice that pte was softdirty.
>
> --- linux-2.6.git.orig/mm/memory.c
> +++ linux-2.6.git/mm/memory.c
> @@ -3422,7 +3422,7 @@ static int __do_fault(struct mm_struct *
> if (flags & FAULT_FLAG_WRITE)
>
On Mon, 2014-04-14 at 15:00 -0700, Muthukumar R wrote:
> FYI, bi_rw tracks more than WRITE or READ...
>
> On Sat, Apr 12, 2014 at 12:22 AM, Jianyu Zhan wrote:
> > Print the r/w direction string instead of internal values.
[]
> > diff --git a/block/blk-core.c b/block/blk-core.c
[]
> > @@ -1625,9 +
We previously verified that "action" is either BUS_NOTIFY_ADD_DEVICE or
BUS_NOTIFY_DEL_DEVICE, so there's no need for the default "?" case.
Found by Coverity (CID 146520).
Signed-off-by: Bjorn Helgaas
---
drivers/xen/pci.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a
On Mon, Apr 14, 2014 at 05:31:00PM -0400, Tejun Heo wrote:
> On Wed, Apr 09, 2014 at 11:07:29AM -0400, Tejun Heo wrote:
> > This patchset is on top of "cgroup: implement unified hierarchy"
> > patchset[1] and availalbe in the following git branch.
> >
> > git://git.kernel.org/pub/scm/linux/kernel
Remove the check for "slots == 0" because it can never be 0 here.
Found by Coverity (CID 744269).
Signed-off-by: Bjorn Helgaas
---
drivers/mmc/host/sdhci-pci.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c
index fdc612120362.
On Wed, Apr 02, 2014 at 11:47:31AM +0300, Dan Carpenter wrote:
> Imagine you have a user controlled variable at the end of a struct which
> is allocated at the end of a page. The strlen() could read beyond the
> mapped memory and cause an oops.
>
> Probably there are two reasons why we have
On Mon, Apr 14, 2014 at 11:53:15PM +0200, Philipp Zabel wrote:
> Repeatedly enabling and disabling the display currently can lead to a state
> in which the IPU doesn't produce a valid signal anymore because we disable
> IPU submodules before they can finish their interaction.
Yes, this appears to
> This callback is introduced to overcome some limitations of existing
> read_raw callback. The functionality of both existing read_raw and
> read_raw_multi is similar, both are used to request values from the
> device. The current read_raw callback allows only two return values.
> The new read_ra
Hi Ben,
Thanks for the review comments. Please find my responses inline.
Thanks,
Iyappan
On Mon, Apr 14, 2014 at 6:06 AM, Ben Dooks wrote:
> On 12/04/14 04:06, Iyappan Subramanian wrote:
>>
>> This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
>>
>> Signed-off-by: Iyappan Su
Introduce devm_kmemdup, which uses resource managed kmalloc.
There are several request from maintainers to add this instead
of using kmemdup.
Signed-off-by: Srinivas Pandruvada
---
Documentation/driver-model/devres.txt | 1 +
drivers/base/devres.c | 21 +
inc
> -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; linux-kernel@vger.kernel.org; Christoph
> Jaeger
> Subject: [PATCH] dr
101 - 200 of 1035 matches
Mail list logo