Hi Daniel!
This patch is definitely needed for 3.12, but it is still missing in 3.12-rc2
...
cu,
Knut
On 10.09.2013 11:44, Daniel Vetter wrote:
The native TV encoder has it's own flags to adjust sync modes and
enabled interlaced modes which are totally irrelevant for the adjusted
mode. This
Nowadays, irq_exit() calls __do_softirq() pretty much directly
instead of calling do_softirq() which switches to the decicated
softirq stack.
This has lead to observed stack overflows on powerpc since we call
irq_enter() and irq_exit() outside of the scope that switches to
the irq stack.
This
On 09/23/2013 10:15 PM, Linus Walleij wrote:
> On Sun, Sep 22, 2013 at 4:40 PM, Javier Martinez Canillas
> wrote:
>
>> To use a GPIO pin as an interrupt line, two previous configurations
>> have to be made:
>>
>> a) Map the GPIO pin as an interrupt line into the Linux irq space
>> b) Enable the
On 09/24/13 at 12:58pm, Dave Young wrote:
> On 09/24/13 at 12:57pm, Dave Young wrote:
> > On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> > > Okay... I see two problems.
> > >
> > > 1. It looks like we subtract the region size after, rather than before,
> > > assigning an address.
Could you
Hi All,
While executing unwind backtrace instructions in ARM, in the function
unwind_exec_insn()
there are chances that SP overflows from stack.
For example while executing instruction with opcode 0xAE, vsp can go
beyond stack to area that has not been allocated till now.
unsigned long *vsp =
On Tue, Sep 17, 2013 at 01:07:37PM +0200, Sylwester Nawrocki wrote:
> On 09/16/2013 10:47 AM, Mika Westerberg wrote:
> > I'm actually thinking that it is probably better now if we don't touch the
> > client runtime PM at all in the I2C core.
> >
> > I proposed a less intrusive solution in this
On 09/24/13 at 12:57pm, Dave Young wrote:
> On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> > Okay... I see two problems.
> >
> > 1. It looks like we subtract the region size after, rather than before,
> > assigning an address.
> >
> > 2. The second region is assigned the same address in the
On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> Okay... I see two problems.
>
> 1. It looks like we subtract the region size after, rather than before,
> assigning an address.
>
> 2. The second region is assigned the same address in the secondary kernel as
> in the first, implying the size of
[ Cc Laurent ]
On Tue, Sep 24, 2013 at 01:05:26PM +0900, Takashi Yoshii wrote:
> This patch series makes kzm9d-reference to move to new clk implementation
> based on the common clock framework and device tree.
Magnus, Laurent,
I would appreciate it if you could take a look over the approach
On Tue, Sep 24, 2013 at 01:17:03PM +0900, takas...@ops.dti.ne.jp wrote:
> Use common clock framework version of clock
> drivers/clk/shmobile/clk-emev2.c
> instead of sh-clkfwk version
> arch/arm/mach-shmobile/clock-emev2.c
>
> kzm9d(without -reference) still uses sh-clkfwk version.
>
> Because
On Tue, Sep 24, 2013 at 12:47:56AM +, Zheng, Lv wrote:
> > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> > Sent: Tuesday, September 17, 2013 4:37 PM
> >
> > On Mon, Sep 16, 2013 at 11:35:56PM +, Zheng, Lv wrote:
> > > > From: Mika Westerberg
[ Cc Laurent ]
On Tue, Sep 24, 2013 at 01:13:31PM +0900, takas...@ops.dti.ne.jp wrote:
> Device tree clock binding document for EMMA Mobile EV2 SMU.
> Following nodes are defined to describe clock tree.
> - renesas,emev2-smu
> - renesas,emev2-smu-clkdiv
> - renesas,emev2-smu-gclk
I realise this
[ CCed Greg Kroah-Hartman, the serial maintainer for his review ]
On Tue, Sep 24, 2013 at 01:10:39PM +0900, takas...@ops.dti.ne.jp wrote:
> From: Shinya Kuribayashi
>
> Add calls to clk_prepare and unprepare so that EMMA Mobile EV2 can
> migrate to the common clock framework.
>
>
... Please plan accordingly.
Changes since 20130923:
Removed tree: cputime (finished with)
The ipsec-next tree gained a conflict against the net-next tree.
The pinctrl tree lost its build failure.
The random tree lost its build failure
On Tue, 2013-09-24 at 04:44 +0200, Frederic Weisbecker wrote:
> So the safest way to fix this is to unconditionally call do_softirq()
> from irq_exit().
> A performance penalty may come along but safety primes.
>
> We should probably do that and work on longer term solutions (Kconfig
> based arch
[ CCed Daniel Lezcano and Thomas Gleixner, the clocksource maintainers ]
On Tue, Sep 24, 2013 at 01:09:24PM +0900, takas...@ops.dti.ne.jp wrote:
> From: Shinya Kuribayashi
>
> Add calls to clk_prepare and unprepare so that EMMA Mobile EV2 can
> migrate to the common clock framework.
>
>
Device tree clock binding document for EMMA Mobile EV2 SMU.
Following nodes are defined to describe clock tree.
- renesas,emev2-smu
- renesas,emev2-smu-clkdiv
- renesas,emev2-smu-gclk
These bindings are designed manually based on
19UH0037EJ1000_SMU : System Management Unit User's Manual
Make sh clock framework core depend on HAVE_MACH_CLKDEV, and
set it
- y on sh for backward compatibility
- !CONFIG_COMMON_CLK on sh-mobile
This is a preparation for migration to common clock framework
from sh clock framework on sh-mobile.
Signed-off-by: Takashi Yoshii
---
arch/arm/Kconfig
On 09/24/2013 12:06 PM, Tejun Heo wrote:
> Hello,
>
> On Tue, Sep 24, 2013 at 11:42:56AM +0800, Chen Gang wrote:
>> Hmm... can user be permitted to call other system call (e.g. getgroups)
>> before call groups_alloc()? (may the user space already give check, but
>> for our kernel, we can not only
Hi Joe,
> There are a mix of function prototypes with and without extern
> in the kernel sources. Standardize on not using extern for
> function prototypes.
>
> Function prototypes don't need to be written with extern.
> extern is assumed by the compiler. Its use is as unnecessary as
> using
On Mon, 2013-09-23 at 15:59 -0700, Paul E. McKenney wrote:
> Hello!
>
> The checkpatch.pl script complains as follows:
>
> ERROR: need consistent spacing around '*' (ctx:WxB)
> #57: FILE: include/linux/rcupdate.h:564:
> + ACCESS_ONCE(p) = (typeof(*(v)) __force space *)(v); \
>
> Of
From: Shinya Kuribayashi
Add calls to clk_prepare and unprepare so that EMMA Mobile EV2 can
migrate to the common clock framework.
Signed-off-by: Shinya Kuribayashi
---
drivers/clocksource/em_sti.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Shinya Kuribayashi
Add calls to clk_prepare and unprepare so that EMMA Mobile EV2 can
migrate to the common clock framework.
Signed-off-by: Shinya Kuribayashi
[takashi.yoshii...@renesas.com: edited for conflicts]
Signed-off-by: Takashi Yoshii
---
drivers/tty/serial/8250/8250_em.c | 6
Use common clock framework version of clock
drivers/clk/shmobile/clk-emev2.c
instead of sh-clkfwk version
arch/arm/mach-shmobile/clock-emev2.c
kzm9d(without -reference) still uses sh-clkfwk version.
Because two of that framework can not live in one kernel binary,
there will be SoCs and Boards
Common clock framework version of emev2 clock support.
smu_clkdiv and smu_gclk are handled.
So far, reparent is not implemented, and is fixed to index #0.
SMU and small numbers of clocks are described in emev2.dtsi.
That function and numbers of clocks are equivalent to current
sh-clkfwk version.
2013/9/23, OGAWA Hirofumi :
> Namjae Jeon writes:
>
+ if (MSDOS_I(inode)->mmu_private > round_up(i_size, sb->s_blocksize)
+ && pos > i_size) {
+ err = fat_zero_falloc_area(file, mapping, pos);
+ if (err) {
+ fat_msg(sb,
Marcelo Sousa writes:
> I've designed and implemented a tool similar to sparse and CQUAL that
> does type inference of user specified type qualifiers, e.g. iomem. It
> receives an API specification with the type qualifiers and also a
> partial order, e.g. IOAddr is not compatible with KernelAddr
Hello,
On Tue, Sep 24, 2013 at 11:42:56AM +0800, Chen Gang wrote:
> Hmm... can user be permitted to call other system call (e.g. getgroups)
> before call groups_alloc()? (may the user space already give check, but
> for our kernel, we can not only depend on their checking).
I don't think so.
>
This patch series makes kzm9d-reference to move to new clk implementation
based on the common clock framework and device tree.
First three are for preparation.
[PATCH 1/6] clocksource: em_sti: convert to clk_prepare/unprepare
[PATCH 2/6] serial8250-em: convert to clk_prepare/unprepare
[PATCH
On 09/21/2013 04:09 AM, Johannes Thumshirn wrote:
> Add support for the PWM controller of the BCM2835 SoC found on Raspberry PI
>
> The driver isn't as much tested as I wanted it to be and devicetree
> support is still missing, but I thought it would be nice to have some
> comments if I'm in the
On 2013/9/23 14:15, Alexey Neyman wrote:
> [Resending due to no response to the original message in a week]
>
> Hi all,
>
> I have a board with a BIOS bug that reports the following I/O port regions in
> _CRS on one of the host bridges:
>
> 0x-0x03af // #0
> 0x03e0-0x0cf7 // #1
>
Most code of function bio_integrity_verify and bio_integrity_generate
is the same, so introduce a common function bio_integrity_generate_verify()
to remove the reduplicate code.
v2:
fix a minor logic mistake.
Signed-off-by: Gu Zheng
---
fs/bio-integrity.c | 86
On 09/23/2013 11:06 PM, Tejun Heo wrote:
> Hello,
>
> (I have no idea about this but Andrew tagged me, probably thinking it
> was related to cgroups, so here it goes ;)
>
First, thank you for spending your time resource to discuss this patch.
> On Tue, Aug 20, 2013 at 11:01:14AM +0800, Chen
Create the hidden config DEBUG_MSM_UART and clean-up the default selection
for CONFIG_DEBUG_LL_INCLUDE.
Signed-off-by: Rohit Vaswani
---
arch/arm/Kconfig.debug | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
This patch adds basic board support for APQ8074 Dragonboard
which belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tree.
Signed-off-by: Rohit Vaswani
---
arch/arm/Kconfig.debug | 9 +++
arch/arm/boot/dts/Makefile
Date: Mon, 23 Sep 2013 19:51:25 -0700
Subject: [PATCH 1/3] ARM: debug: Create CONFIG_DEBUG_MSM_UART and re-organize
the selects for MSM
Create the hidden config DEBUG_MSM_UART and clean-up the default selection
for CONFIG_DEBUG_LL_INCLUDE.
Signed-off-by: Rohit Vaswani
---
>majianpeng writes:
>
>> For async-write on block device,if device removed,but the vfs don't know it.
>> It will continue to do.
>> Patch1 set size of inode of block device to zero when removed disk.By
>> this,vfs know
>> disk changed.
>> Path2 add size-check on blk_aio_write.If pos of write
Okay... I see two problems.
1. It looks like we subtract the region size after, rather than before,
assigning an address.
2. The second region is assigned the same address in the secondary kernel as in
the first, implying the size of the first region was somehow set to zero.
Dave Young
On 09/22/13 at 08:27am, H. Peter Anvin wrote:
> The address that faults is interesting in that it is indeed just below -4G.
> The question at hand is probably what information you are using to build the
> EFI mappings in the secondary kernel and what could make it not match the
> primary.
>
>
Hello,
On Tue, Sep 24, 2013 at 10:41:51AM +0800, Zhang Yanfei wrote:
> I see. But I think memblock_set_alloc_above_kernel may lose the info
> that we are doing bottom-up allocation. So my idea is we introduce
> pure bottom-up allocation mode in previous patches and we use the
> bottom-up
On Mon, Sep 23, 2013 at 02:40:34PM +1000, Benjamin Herrenschmidt wrote:
> On Sun, 2013-09-22 at 07:45 +1000, Benjamin Herrenschmidt wrote:
> > What I *can* do that would help I suppose would be to switch to the irq
> > stack before irq_enter/exit which would at least mean that softirq would
> >
Hello tejun,
On 09/24/2013 04:21 AM, Tejun Heo wrote:
> Hello,
>
> On Tue, Sep 24, 2013 at 02:07:13AM +0800, Zhang Yanfei wrote:
>> Yes, I am following your advice in principle but kind of confused by
>> something you said above. Where should the set_memblock_alloc_above_kernel
>> be used? IMO,
From: Wei Yongjun
irq allocated with devm_request_irq should not be freed using
free_irq, because doing so causes a dangling pointer, and a
subsequent double free.
Signed-off-by: Wei Yongjun
---
drivers/misc/cb710/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
I'm sorry, it occurs to me I should have been more explicit:
HH! KILL IT WITH
FIRE!!!
Rob--
To
Hi Steffen,
Today's linux-next merge of the ipsec-next tree got a conflict in
include/net/xfrm.h between commit d511337a1eda ("xfrm.h: Remove extern
from function prototypes") from the net-next tree and commit aba826958830
("{ipv4,xfrm}: Introduce xfrm_tunnel_notifier for xfrm tunnel mode
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
Um, my toolchain is using the last gplv2 snapshot of binutils out of
git, which is just past 2.17 and can build armv7 (but not armv8).
Binutils 2.12->2.22
On Tue, 17 Sep 2013, David Howells wrote:
>
> There's a slight change upstream that means that my patchset needs
> regenerating (the initconst changes). Can you bring your -next branch up to
> date with linus/master so that I can rebase on top of it?
I've merged my tree to -rc2 so you can
Hi Tejun,
On Mon, 23 Sep 2013 21:52:11 -0400 Tejun Heo wrote:
>
> (cc'ing Stephen, hi!)
Hi :-)
> On Mon, Sep 23, 2013 at 09:30:58PM -0400, Tejun Heo wrote:
> >
> > On Mon, Sep 23, 2013 at 05:52:47PM -0700, Andrew Morton wrote:
> > > > I would love to see this patchset go through cgroup tree.
On Mon, 2013-09-23 at 18:19 -0700, Linus Torvalds wrote:
> On Mon, Sep 23, 2013 at 5:10 PM, Benjamin Herrenschmidt
> wrote:
> >
> > BTW, that boils down to a choice between using r13 as either a TLS for
> > current or current_thread_info, or as a per-cpu pointer, which one is
> > the most
(cc'ing Stephen, hi!)
On Mon, Sep 23, 2013 at 09:30:58PM -0400, Tejun Heo wrote:
> Hello, Andrew.
>
> On Mon, Sep 23, 2013 at 05:52:47PM -0700, Andrew Morton wrote:
> > > I would love to see this patchset go through cgroup tree. The changes to
> > > memcg is quite small,
> >
> > It seems
On Mon, Sep 23, 2013 at 04:55:20PM +0800, Li Zefan wrote:
> Hi Andrew,
>
> The whole patchset has been acked and reviewed by Michal and Tejun.
> Could you merge it into mm tree?
>
> ===
>
> This patchset converts memcg to use cgroup->id, and then we remove cgroup
> css_id.
Applied to
[+rusty]
On Mon, Sep 23, 2013 at 6:28 PM, James Morris wrote:
> On Tue, 24 Sep 2013, James Morris wrote:
>
>> On Fri, 20 Sep 2013, Kees Cook wrote:
>>
>> > This LSM enforces that modules must all come from the same filesystem,
>> > with the expectation that such a filesystem is backed by a
On 09/23/2013 02:41:10 PM, Andrew Morton wrote:
On Sun, 15 Sep 2013 14:33:53 +0530 (IST) P J P
wrote:
> Make menuconfig allows one to choose compression format of an
> initial ramdisk image. But this choice does not result in duly
> compressed initial ramdisk image. Because - $ make install
Hello, Andrew.
On Mon, Sep 23, 2013 at 05:52:47PM -0700, Andrew Morton wrote:
> > I would love to see this patchset go through cgroup tree. The changes to
> > memcg is quite small,
>
> It seems logical to put this in the cgroup tree as that's where most of
> the impact occurs.
Cool, applying
Previously, recover_fsync_data still to write checkpoint when there is
nothing to recover with normal umount image.
It may reduce mount performance and flash memory lifetime, so let's remove
it.
Signed-off-by: Tan Shu
Signed-off-by: Yu Chao
---
fs/f2fs/recovery.c |5 -
1 file changed, 4
On Tue, 24 Sep 2013, James Morris wrote:
> On Fri, 20 Sep 2013, Kees Cook wrote:
>
> > This LSM enforces that modules must all come from the same filesystem,
> > with the expectation that such a filesystem is backed by a read-only
> > device such as dm-verity or CDROM. This allows systems that
The Exynos AudioSS clock controller will later be modified to allow
input clocks to be specified via device-tree in order to support
multiple Exynos SoCs. This will introduce a dependency on the core
SoC clock controller being initialized first so that the AudioSS driver
can look up its input
On Fri, 20 Sep 2013, Kees Cook wrote:
> This LSM enforces that modules must all come from the same filesystem,
> with the expectation that such a filesystem is backed by a read-only
> device such as dm-verity or CDROM. This allows systems that have a
> verified or unchanging filesystem to enforce
On Mon, Sep 23, 2013 at 5:04 PM, Davidlohr Bueso wrote:
>
> Ok, so here's the code - again I've tested it with LTP on the resources
> I have.
This looks good to me.
Manfred, mind giving this a look-over and see if this resolves your
race concerns too?
Linus
--
To unsubscribe from
On Tue, 10 Sep 2013, Eric Paris wrote:
> >From 4675ca3470e3c2e325c5be6d9a11f47ac0917537 Mon Sep 17 00:00:00 2001
> From: Eric Paris
> Date: Tue, 10 Sep 2013 09:51:50 -0400
> Subject: [PATCH] security: remove erroneous comment about capabilities.o link
> ordering
>
> Back when we had half ass
On Mon, Sep 23, 2013 at 5:10 PM, Benjamin Herrenschmidt
wrote:
>
> BTW, that boils down to a choice between using r13 as either a TLS for
> current or current_thread_info, or as a per-cpu pointer, which one is
> the most performance critical ?
I think you can tune most of the architecture setup
Hi Gu
> -Original Message-
> From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com]
> Sent: Monday, September 23, 2013 9:54 AM
> To: Chao Yu
> Cc: Kim Jaegeuk; linux-f2fs-de...@lists.sourceforge.net;
> linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org; 谭姝
> Subject: Re: [f2fs-dev]
On Mon, Sep 23, 2013 at 04:19:36PM +0800, Weijie Yang wrote:
> This patch series fix a few bugs in mm/zswap based on Linux-3.11.
>
> v2 --> v3
> - keep GFP_KERNEL flag
Why do you drop this?
It's plain BUG. I read Bob's reply but it couldn't justify to let the pain
remain. First of all,
On Mon, Sep 23, 2013 at 04:21:49PM +0800, Weijie Yang wrote:
> add SetPageReclaim before __swap_writepage so that page can be moved to the
> tail of the inactive list, which can avoid unnecessary page scanning as this
> page was reclaimed by swap subsystem before.
>
> Signed-off-by: Weijie Yang
On Mon, Sep 23, 2013 at 04:21:49PM +0800, Weijie Yang wrote:
> Consider the following scenario:
> thread 0: reclaim entry x (get refcount, but not call
> zswap_get_swap_cache_page)
> thread 1: call zswap_frontswap_invalidate_page to invalidate entry x.
> finished, entry x and its zbud is
On Tue, 24 Sep 2013 08:32:03 +0800 Li Zefan wrote:
> On 2013/9/23 21:12, Tejun Heo wrote:
> > On Mon, Sep 23, 2013 at 09:08:16AM -0400, Tejun Heo wrote:
> >> Hello,
> >>
> >> On Mon, Sep 23, 2013 at 04:55:20PM +0800, Li Zefan wrote:
> >>> The whole patchset has been acked and reviewed by Michal
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Tuesday, September 17, 2013 4:37 PM
>
> On Mon, Sep 16, 2013 at 11:35:56PM +, Zheng, Lv wrote:
> > > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> > > Sent: Monday, September 16, 2013 4:11 PM
> > >
> >
On 2013/9/23 21:12, Tejun Heo wrote:
> On Mon, Sep 23, 2013 at 09:08:16AM -0400, Tejun Heo wrote:
>> Hello,
>>
>> On Mon, Sep 23, 2013 at 04:55:20PM +0800, Li Zefan wrote:
>>> The whole patchset has been acked and reviewed by Michal and Tejun.
>>> Could you merge it into mm tree?
>>
>> Ah... I
The AudioSS block on Exynos 5420 has an additional clock gate for the
ADMA bus clock.
Signed-off-by: Andrew Bresticker
---
Changes since v1:
- added type enum and made comparison against that instead of compatibility
string
---
.../devicetree/bindings/clock/clk-exynos-audss.txt | 7 +++--
Specify the remaining input clocks (pll_ref, pll_in, and sclk_pcm_in)
for the AudioSS clock controller.
Signed-off-by: Andrew Bresticker
---
Changes since v1:
- specified additional input clocks
---
arch/arm/boot/dts/exynos5420.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Arnaldo:
I see this is you perf core tree; the problem exists in Linus' tree so
it is needed in your urgent tree as well.
David
On 9/22/13 7:44 PM, David Ahern wrote:
5c5e854b changed perf_event__synthesize_mmap_events to generate MMAP2
events. Since perf-trace does not have a handler for
There is no gate for the PCM clock input to the AudioSS block, so
the parent of sclk_pcm is div_pcm0. Add a clock ID for it so that
we can reference it in device trees.
Signed-off-by: Andrew Bresticker
Reviewed-by: Tomasz Figa
---
Documentation/devicetree/bindings/clock/exynos5250-clock.txt |
Specify pll_ref, pll_in, sclk_audio, and sclk_pcm_in for the AudioSS
clock controller.
Signed-off-by: Andrew Bresticker
---
Changes since v1:
- specified additional input clocks
---
arch/arm/boot/dts/exynos5250.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git
This allows the input clocks to the Exynos AudioSS block to be
specified via device-tree bindings. Default names will be used
when an input clock is not given.
Signed-off-by: Andrew Bresticker
---
Changes since v1:
- listed input clocks as required properties
---
Hi!
> > And from suspend_ioctls.h:
> > #define SNAPSHOT_IOC_MAGIC '3'
> > #define SNAPSHOT_FREEZE _IO(SNAPSHOT_IOC_MAGIC, 1)
> >
> > My mistake, should be '3' instead of 3.
>
> OK... The thing to test, then, is what does __usermodehelper_disable()
> return to
On Tue, Sep 17, 2013 at 06:17:45AM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> The patchset is trying to introduce hot tracking function in
> VFS layer, which will keep track of real disk I/O in memory.
> By it, you will easily know more details about disk I/O, and
> then detect
Hi!
> > Tony, if you did not have time for review this patch months ago
> > or you found it only today - no problem, I understand it. But
> > what I need to know is what will happen with board-rx51-* files
> > (and when?) You can see that DT does not have definitions of all
> > n900 hw parts
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git
tags/dm-3.12-fixes
for you to fetch changes up to
On Sun, 2013-09-22 at 15:22 -0700, Linus Torvalds wrote:
> - use %r13 for the per-thread thread-info pointer instead. A
> per-thread pointer is *not* volatile like the per-cpu base is.
.../...
> Alternatively, make %r13 point to the percpu side, but make sure that
> you always use an asm
Hi!
> > No, isp1704 is power supply driver and export data via power
> > supply (sysfs) interface. It is not regulator but charger driver.
>
> well it does not charge the battery directly, but just provides a
> power line with 5 Volt and a specified amount of current to the
> system, doesn't
On Mon, Sep 23, 2013 at 04:21:49PM +0800, Weijie Yang wrote:
> zswap_tree is not freed when swapoff, and it got re-kmalloc in swapon,
> so memory-leak occurs.
>
> Modify: free memory of zswap_tree in zswap_frontswap_invalidate_area().
>
> Signed-off-by: Weijie Yang
> Reviewed-by: Bob Liu
> Cc:
On Mon, 2013-09-23 at 09:54 -0700, Linus Torvalds wrote:
> On Sun, Sep 22, 2013 at 11:42 PM, Davidlohr Bueso wrote:
> >>
> >> More importantly, it's wrong. You do the call_rcu() unconditionally,
> >> but it might not be the last use! You need to do it with the same
> >> logic ipc_rcu_putref(),
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
Signed-off-by: Pavel Machek
---
Or that changes should be reverted. I have updated my buildsystem on main
machine, but ... it seems that debian-cross repository does not
contain new enough
On 09/23/2013 02:36:57 PM, Richard Weinberger wrote:
Removed obsolte parameters from boot-options.txt.
Verified by grepping around in arch/x86/.
Signed-off-by: Richard Weinberger
Acked-by: Rob Landley
And added it as patch #33 to my documentation todo heap. Now the merge
window's worked
Hi,
On Mon, Sep 23, 2013 at 02:35:35PM -0600, Stephen Warren wrote:
> On 09/15/2013 02:44 PM, Sebastian Reichel wrote:
> > Add SSI device tree data for OMAP34xx and Nokia N900.
>
> What is an "SSI" device, ...
Synchronous Serial Interface (SSI), which is an interface from
the OMAP3 for modem
On 23-09-2013 18:43, Wendy Ng wrote:
>
> On 9/23/2013 11:19 AM, Eduardo Valentin wrote:
>> On 23-09-2013 13:51, Wendy Ng wrote:
>>> This adds the support for reading out temperature from Broadcom bcm281xx
>>> SoCs.
>>>
>>> Signed-off-by: Wendy Ng
>>> Reviewed-by: Markus Mayer
>>> Reviewed-by:
On Mon, Sep 23, 2013 at 10:28:27PM +0200, Lars-Peter Clausen wrote:
> On 09/23/2013 12:15 PM, Mark Brown wrote:
> >On Sun, Sep 22, 2013 at 12:47:34PM +0200, Lars-Peter Clausen wrote:
> >>If the "regulator-name" property is not present use the name of the
> >>devicetree
> >>node as a fallback.
>
On Mon, Sep 23, 2013 at 03:38:10PM -0600, Stephen Warren wrote:
> On 09/23/2013 12:30 PM, Charles Keepax wrote:
> > + - wlf,max-channels-clocked : The maximum number of channels to be
> > clocked on
> > +each AIF, useful for I2S systems with multiple data lines being
> > mastered.
> > +
On Tue, 17 Sep 2013 07:29:41 +0800 Wanpeng Li wrote:
> >> to set it again in __vmalloc_area_node.
> >>
> >> Reviewed-by: Zhang Yanfei
> >> Signed-off-by: Wanpeng Li
> >> ---
> >> mm/vmalloc.c | 1 -
> >> 1 file changed, 1 deletion(-)
> >>
> >> diff --git a/mm/vmalloc.c b/mm/vmalloc.c
> >>
On 09/23/2013 03:45 PM, Guenter Roeck wrote:
On Mon, Sep 23, 2013 at 03:31:33PM -0700, Srinivas Pandruvada wrote:
On 09/23/2013 01:34 PM, Guenter Roeck wrote:
Supported by SandyBridge and newer CPUs.
Cc: Fenghua Yu
Signed-off-by: Guenter Roeck
---
v5: Merged to 3.12-rc1
v4: Replaced
Hi!
> > > > Right. So Tony, will you accept future patches for board files?
> > >
> > > Only fixes to board-*.c files please unless there's a _really_
> > > good reason to make things more complex with the platform data.
> > > Let's not make the DT conversion any more complex than it
> > >
* Sebastian Reichel [130923 13:55]:
> On Mon, Sep 23, 2013 at 10:06:46PM +0200, Pali Rohár wrote:
> > On Monday 23 September 2013 22:00:09 Sebastian Reichel wrote:
> > > On Mon, Sep 23, 2013 at 09:16:18PM +0200, Pali Rohár wrote:
> > > > It is not as simple as it looks. This is reason why I
> > >
On 09/23/13 18:53, charl...@gmail.com wrote:
From: Mark Charlebois
The use of variable length arrays in structs (VLAIS) in the Linux Kernel code
precludes the use of compilers which don't implement VLAIS (for instance the
Clang compiler). This patch removes the use of VLAIS in the gadget
On Mon, Sep 23, 2013 at 2:14 PM, Stephen Warren wrote:
>
> That sounds broken. Normally, shouldn't CS assert before a transaction,
> stay asserted during a transaction, then deassert after the transaction?
> It shouldn't rise and fall very quickly in between parts of the transaction.
That is
On Mon, 16 Sep 2013 09:53:59 +0900 Tetsuo Handa
wrote:
> Subject: [PATCH v2] kthread: Make kthread_create() killable.
>
> Any users of wait_for_completion() might be chosen by the OOM killer while
> waiting for completion() call by some process which does memory allocation.
> kthread_create()
PaRAM set calculation is abstracted into its own function to
enable better reuse for other DMA cases such as cyclic. We adapt
the Slave SG case to use the new function.
This provides a much cleaner abstraction to the internals of the
PaRAM set. However, any PaRAM attributes that are not common to
davinci-pcm uses 16 as the no.of periods. With this, in EDMA we have to
allocate atleast 17 slots: 1 slot for channel, and 16 slots the periods.
Due to this, the MAX_NR_SG limitation causes problems, set it to 20 to make
cyclic DMA work when davinci-pcm is converted to use DMA Engine. Also add
a
Using the PaRAM configuration function that we split for reuse by the
different DMA types, we implement Cyclic DMA support.
For the cyclic case, we pass different configuration parameters to this
function, and handle all the Cyclic-specific functionality separately.
Callbacks to the DMA users are
The following series adds Cyclic DMA support to TI EDMA DMA Engine driver.
First we split out the calculations for the Slave DMA case into a separate
function so that we may reuse it for the calculations of Cyclic DMA parameters.
Next patch then adds the actual support for Cyclic DMA, enables
I really should have moved my release schedule back to Sunday - it got
messed up by me releasing on Labor Day, and now it's been on Monday
ever since.
But hey, I didn't. So here it is, a full week later, the rc2 release.
Things have been fairly quiet, probably because lots of people were
1 - 100 of 1434 matches
Mail list logo
