It's time to remove all ATAG support from ux500 and rely solely on
Device Tree booting. This patch is part of that endeavour.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500.c
b/a
Peter Zijlstra wrote:
> On Fri, Aug 23, 2013 at 01:35:24PM +0200, Martin Mokrejs wrote:
>
>> # ps -deo pid,cls,cmd | grep -e 'RR \[' -e 'FF \['
>
> This explicitly only lists kernel threads; from your other comment:
>
>> The shell/python tasks have 'TS' in place of the FF value in the second
On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
> It's time to remove all ATAG support from ux500 and rely solely on
> Device Tree booting. This patch is part of that endeavour.
>
> Signed-off-by: Lee Jones
This needs some more afterthought.
> - i2c0 = i2c_get_adapter(0);
> - if
struct pt_regs pointer is no longer passed as a irq handler
argument.
v2:
remove rtl8180_interrupt cast to (void *) .
Signed-off-by: navin patidar
---
drivers/staging/rtl8187se/r8180_core.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8187se/r8
On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
> It's time to remove all ATAG support from ux500 and rely solely on
> Device Tree booting. This patch is part of that endeavour.
>
> Signed-off-by: Lee Jones
(...)
> -/* STMPE/SKE keypad use this key layout */
> -static const unsigned int mop500
On Thu, Aug 22, 2013 at 10:47:28PM +0100, Zoltan Kiss wrote:
> Ftrace is currently not able to detect when SWIOTLB has to do double buffering
> under Xen. You can only see it indirectly in function_graph, when
> xen_swiotlb_map_page() doesn't stop after range_straddles_page_boundary(), but
> calls
Acked-by: Jaehoon Chung
On 08/23/2013 01:19 AM, Doug Anderson wrote:
> The TMOUT register is initted to 0x at probe time but isn't
> initted after suspend/resume. Add an init of this value.
>
> No problems were observed without this (it will also get initted in
> __dw_mci_start_request
Martin Mokrejs wrote:
Nope, you get that message once to tell you that we throttle RT tasks.
>>>
>>> I think the message could improved to explain this is a warn ONCE message
>>> and
>>> that there is no "[sched_delayed] sched: RT throttling deactivated"
>>> counterpart
>>> message to be
On Wed, Mar 07, 2012 at 06:08:52PM +, Mel Gorman wrote:
> diff --git a/mm/mempolicy.c b/mm/mempolicy.c
> index 06b145f..013d981 100644
> --- a/mm/mempolicy.c
> +++ b/mm/mempolicy.c
> @@ -1843,18 +1843,24 @@ struct page *
> alloc_pages_vma(gfp_t gfp, int order, struct vm_area_struct *vma,
>
Hello, Toshi.
On Thu, Aug 22, 2013 at 04:17:41PM -0600, Toshi Kani wrote:
> I am relatively new to Linux, so I am not a good person to elaborate
> this. From my experience on other OS, huge pages helped for the kernel,
> but did not necessarily help user applications. It depended on
> applicatio
On Fri, Aug 23, 2013 at 2:53 PM, Linus Walleij wrote:
> It is not true at all that all HREFs have the STUIB mounted.
Hm I'm confused here...
arch/arm/boot/dts/[ste-]stuib.dtsi does define this stuff
so forget about the misplaced comments.
For *all* HREF boards. As it is included from both
[ste
On Fri, Aug 23, 2013 at 2:55 PM, Linus Walleij wrote:
> On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
>
>> It's time to remove all ATAG support from ux500 and rely solely on
>> Device Tree booting. This patch is part of that endeavour.
>>
>> Signed-off-by: Lee Jones
> (...)
>> -/* STMPE/SKE
On Fri, Aug 23, 2013 at 02:33:42PM +0200, Johannes Berg wrote:
> On Fri, 2013-08-23 at 14:10 +0200, Peter Zijlstra wrote:
>
> > > 2161 FF [irq/50-iwlwifi]
> >
> > Oh a threaded interrupt, I presume you're not using "threadiqrs" since
> > this is the only interrupt thread around and I see a
> >
On 08/16/2013 07:30 AM, Maxim Patlasov wrote:
> The patch fixes a race between mmap-ed write and fallocate(PUNCH_HOLE):
>
> 1) An user makes a page dirty via mmap-ed write.
> 2) The user performs fallocate(2) with mode == PUNCH_HOLE|KEEP_SIZE
>and covering the page.
> 3) Before truncate_pagec
On Fri, Aug 23, 2013 at 06:24:02PM +0530, navin patidar wrote:
> struct pt_regs pointer is no longer passed as a irq handler
> argument.
>
> v2:
> remove rtl8180_interrupt cast to (void *) .
>
> Signed-off-by: navin patidar
Great. Thanks.
regards,
dan carpenter
--
To unsubscribe from this li
On Fri, 2013-08-23 at 15:06 +0200, Peter Zijlstra wrote:
> > > > 2161 FF [irq/50-iwlwifi]
> > > And wow, why would that thing consume that much cpu.
> >
> > How much is "that much"?
>
> 0.95s worth of time in the past 1s.
Huh, no, I have no idea how that can be. Any idea what it's doing?
j
What is the point of 1G+MTRR? If there are caching differences the TLB will
fracture the pages anyway.
Tejun Heo wrote:
>Hello, Toshi.
>
>On Thu, Aug 22, 2013 at 04:17:41PM -0600, Toshi Kani wrote:
>> I am relatively new to Linux, so I am not a good person to elaborate
>> this. From my experie
From: Wei Yongjun
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should be
replaced with IS_ERR(). Also remove the dev_err call to avoid redundant
error message and check for return value of platform_get_res
On 13-08-23 02:33 PM, Martin K. Petersen wrote:
"Doug" == Douglas Gilbert writes:
Doug> The SCSI opcodes associated with it (0x83 and 0x84) have been
Doug> renamed THIRD PARTY COPY OUT and IN, and
Where did you see that? My SPC still has EXTENDED COPY.
SCSI _opcodes_ == SCSI operation codes
Dear Webmail Account User
We are currently verifying our Data-Base email account Service in order to
increase the Efficiency of our account features, and to delete all UN-used
account from our data-base. We are currently deleting all inactive email
account to create more space for new accounts.
On Friday 23 August 2013 21:15:16 Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, the function devm_ioremap_resource() returns ERR_PTR()
> and never returns NULL. The NULL test in the return value check should be
> replaced with IS_ERR(). Also remove the dev_err call to avoid redunda
On Fri, Jul 26, 2013 at 5:56 AM, Grant Likely wrote:
> On Thu, Jul 25, 2013 at 3:58 PM, Geert Uytterhoeven
> wrote:
>> On Wed, Jan 11, 2012 at 9:22 PM, Grant Likely
>> wrote:
>>> NO_IRQ is evil. Stop using it in arch/powerpc and powerpc device drivers
>>
>>> diff --git a/sound/soc/fsl/fsl_ssi.
On Fri, 2013-08-23 at 18:10 +0900, Eiichi Tsukata wrote:
> (2013/08/21 3:09), Ewan Milne wrote:
> > On Tue, 2013-08-20 at 16:13 +0900, Eiichi Tsukata wrote:
> >> (2013/08/19 23:30), James Bottomley wrote:
> >>> On Mon, 2013-08-19 at 18:39 +0900, Eiichi Tsukata wrote:
> Hello,
>
> Thi
> From: Paul E. McKenney Sent: 08/22/13 12:09 AM
> On Wed, Aug 21, 2013 at 11:05:51PM +0200, Tibor Billes wrote:
> > > From: Paul E. McKenney Sent: 08/21/13 09:12 PM
> > > On Wed, Aug 21, 2013 at 08:14:46PM +0200, Tibor Billes wrote:
> > > > > From: Paul E. McKenney Sent: 08/20/13 11:43 PM
> > > >
Hi Doug,
If the clock-gating is enabled, then maybe it's continuously printed the kernel
message for Bus_speed.
Best Regards,
Jaehoon Chung
On 08/23/2013 01:19 AM, Doug Anderson wrote:
> Previously the dw_mmc driver would ignore any requests to disable the
> card's clock. This doesn't seem lik
On Fri, Aug 23, 2013 at 3:18 PM, Geert Uytterhoeven
wrote:
> On Fri, Jul 26, 2013 at 5:56 AM, Grant Likely
> wrote:
>> On Thu, Jul 25, 2013 at 3:58 PM, Geert Uytterhoeven
>> wrote:
>>> On Wed, Jan 11, 2012 at 9:22 PM, Grant Likely
>>> wrote:
NO_IRQ is evil. Stop using it in arch/powerpc
On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
> I started by taking out simple, unimportant pieces, then finalised by
> removing the critical booting components required for booting with
> ATAGs. After this patch-set the ux500 will only boot with Device Tree
> enabled. DT boot appears to be u
On Thu, Jun 6, 2013 at 2:17 PM, Lee Jones wrote:
> Signed-off-by: Lee Jones
(...)
> /* Requires DMA bindings. */
> OF_DEV_AUXDATA("arm,pl022", 0x80002000, "ssp0", &ssp0_plat),
> - OF_DEV_AUXDATA("arm,pl18x", 0x80126000, "sdi0", &mop500_sdi0_data),
> - OF_DEV_AUXDATA
On Friday 23 August 2013 04:14 AM, Sekhar Nori wrote:
> On Friday 23 August 2013 12:23 PM, Sricharan R wrote:
>> On Friday 23 August 2013 12:06 PM, Sekhar Nori wrote:
>>> On Friday 23 August 2013 11:41 AM, Sricharan R wrote:
Hi,
On Friday 23 August 2013 10:17 AM, Rajendra Nayak wrote:
>>>
On Sun, Aug 11, 2013 at 6:17 PM, Sebastian Reichel wrote:
> From: Sebastian Reichel
>
> This patch adds an OMAP SSI driver to the HSI framework.
>
> The Synchronous Serial Interface (SSI) is a legacy version
> of HSI. As in the case of HSI, it is mainly used to connect
> Application engines (APE
On Mon, Aug 12, 2013 at 10:30 AM, Tony Lindgren wrote:
> * Sebastian Reichel [130811 09:25]:
>> From: Sebastian Reichel
>>
>> This patch configures and activates the OMAP SSI driver on the RX-51.
>
> Hmm, I'd rather see this be DT only driver at this point.
+1 on this.
Yours,
Linus Walleij
--
On Fri, 23 Aug 2013, Joonsoo Kim wrote:
> On Thu, Aug 22, 2013 at 05:53:00PM +, Christoph Lameter wrote:
> > On Thu, 22 Aug 2013, Joonsoo Kim wrote:
> >
> > > We can get cachep using page in struct slab_rcu, so remove it.
> >
> > Ok but this means that we need to touch struct page. Additional
Hi Minchan,
On Thu, Aug 22, 2013 at 8:42 AM, Minchan Kim wrote:
> Hi Bob,
>
> On Wed, Aug 21, 2013 at 05:24:00PM +0800, Bob Liu wrote:
>> Hi Minchan,
>>
>> On 08/21/2013 02:16 PM, Minchan Kim wrote:
>> > It's 7th trial of zram/zsmalloc promotion.
>> > I rewrote cover-letter totally based on previ
On Wed, Aug 21, 2013 at 05:53:34PM +0100, Andrzej Hajda wrote:
> This patch adds only of_match_table.
> There are no device specific properties.
Could you clarify what functionality this enables and what it doesn't,
please?
This doesn't seem to enable support for the regulators described in the
b
On Fri, Aug 16, 2013 at 6:34 PM, Fabian Vogt wrote:
> On Fri, Aug 16, 2013 at 4:46 PM, Linus Walleij
> wrote:
>> I want an ACK from one of the DT bindings maintainers for this
>> portion of the driver ideally. (It looks all right to me.)
>
> Any ideas which mail addresses I should add to CC:?
N
On Thu, Aug 22, 2013 at 10:56:18AM +0100, Lars Poeschel wrote:
> From: Lars Poeschel
>
> Trivial patch to add Microchip Technology Inc. to the list
> of devicetree vendor prefixes.
>
> Signed-off-by: Lars Poeschel
Acked-by: Mark Rutland
> ---
> Documentation/devicetree/bindings/vendor-prefi
On 23/08/2013 14:13, Sebastian Hesselbarth wrote:
> On 08/23/13 13:39, Gregory CLEMENT wrote:
>> On 23/08/2013 12:32, Sebastian Hesselbarth wrote:
>>> On 08/23/13 12:06, Gregory CLEMENT wrote:
On 20/08/2013 04:04, Sebastian Hesselbarth wrote:
> With arch/arm calling of_clk_init(NULL) from
On Thu, Aug 22, 2013 at 10:56:17AM +0100, Lars Poeschel wrote:
> From: Lars Poeschel
>
> The device tree property should be more descriptive.
> microchip seems more reasonable than mcp. As there are no
> in tree users of this property, so the rename can still be
> done without pain.
Are there de
2013/8/23 Christoph Lameter :
> On Fri, 23 Aug 2013, Joonsoo Kim wrote:
>
>> On Thu, Aug 22, 2013 at 05:53:00PM +, Christoph Lameter wrote:
>> > On Thu, 22 Aug 2013, Joonsoo Kim wrote:
>> >
>> > > We can get cachep using page in struct slab_rcu, so remove it.
>> >
>> > Ok but this means that we
Hello,
On Fri, Aug 23, 2013 at 03:08:55PM +0200, H. Peter Anvin wrote:
> What is the point of 1G+MTRR? If there are caching differences the
> TLB will fracture the pages anyway.
Ah, right. Consuming less memory / cachelines would still be a small
advantage tho unless creating split TLB from lar
Well... relying on MTRRs is a big cost in complexity and failure modes.
Tejun Heo wrote:
>Hello,
>
>On Fri, Aug 23, 2013 at 03:08:55PM +0200, H. Peter Anvin wrote:
>> What is the point of 1G+MTRR? If there are caching differences the
>> TLB will fracture the pages anyway.
>
>Ah, right. Consumin
On 23/08/2013 16:23, Gregory CLEMENT wrote:
> On 23/08/2013 14:13, Sebastian Hesselbarth wrote:
>> On 08/23/13 13:39, Gregory CLEMENT wrote:
>>> On 23/08/2013 12:32, Sebastian Hesselbarth wrote:
On 08/23/13 12:06, Gregory CLEMENT wrote:
> On 20/08/2013 04:04, Sebastian Hesselbarth wrote:
>
Hello,
On Fri, Aug 23, 2013 at 04:24:06PM +0200, H. Peter Anvin wrote:
> Well... relying on MTRRs is a big cost in complexity and failure modes.
Yeah, it's true that MTRRs are nasty. On the other hand, we've been
doing that for over a decade and are still doing it anyway if I'm not
mistaken. It
On Fri, Aug 23, 2013 at 06:30:38PM +0800, Wanpeng Li wrote:
> Repalce atomic_long_sub() with atomic_long_dec() since the page is
> normal page instead of hugetlbfs page or thp.
>
> Signed-off-by: Wanpeng Li
Reviewed-by: Naoya Horiguchi
> ---
> mm/memory-failure.c | 2 +-
> 1 file changed, 1
On Fri, Aug 23, 2013 at 06:30:39PM +0800, Wanpeng Li wrote:
> v1 -> v2:
> * add more explanation in patch description.
>
> Set pageblock migration type will hold zone->lock which is heavy contended
> in system to avoid race. However, soft offline page will set pageblock
> migration type twic
On Fri, Aug 23, 2013 at 06:30:41PM +0800, Wanpeng Li wrote:
> Add '#' to madvise_hwpoison.
>
> Before patch:
>
> [ 95.892866] Injecting memory failure for page 19d0 at b7786000
> [ 95.893151] MCE 0x19d0: non LRU page recovery: Ignored
>
> After patch:
>
> [ 95.892866] Injecting memory fai
On 08/22, Andy Lutomirski wrote:
>
> On Thu, Aug 22, 2013 at 11:32 AM, Oleg Nesterov wrote:
> > On 08/22, Andy Lutomirski wrote:
> >>
> >> On Thu, Aug 22, 2013 at 11:15 AM, Oleg Nesterov wrote:
> >> >
> >> > Yes. Before this patch do_fork() did:
> >> >
> >> > if (clone_flags & (CLONE_NEWU
On 08/20/2013 10:30 PM, Russell King - ARM Linux wrote:
> On Tue, Aug 20, 2013 at 07:34:20PM +0200, Sylwester Nawrocki wrote:
>> +int __clk_get(struct clk *clk)
>> +{
>> +if (WARN_ON((!clk)))
>> +return 0;
>
> This changes the behaviour of clk_get()
My bad, will remove that.
>> +
2013/8/23 Shawn Guo :
> You can have all above environments defined in U-Boot mx6qsabreauto.h
> at compile time. Then at runtime, you only need the following two
> commands to boot kernel with the device that you want.
I think uboot method is better than kernel.
--
To unsubscribe from this list:
On Fri, 23 Aug 2013, Linus Walleij wrote:
> On Thu, Jun 6, 2013 at 2:17 PM, Lee Jones wrote:
>
> > Signed-off-by: Lee Jones
> (...)
> > /* Requires DMA bindings. */
> > OF_DEV_AUXDATA("arm,pl022", 0x80002000, "ssp0", &ssp0_plat),
> > - OF_DEV_AUXDATA("arm,pl18x", 0x801260
On Fri, 23 Aug 2013, Linus Walleij wrote:
> On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
>
> > I started by taking out simple, unimportant pieces, then finalised by
> > removing the critical booting components required for booting with
> > ATAGs. After this patch-set the ux500 will only boo
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
include/linux/rbtree_augmented.h | 3 ++-
lib/rbtree.c | 5 +++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/include/linux/rbtree_augmented.h b/include/linux/rbtree_augmented.h
index fea49b5..7d19770 100644
On Fri, 23 Aug 2013, Linus Walleij wrote:
> On Fri, Aug 23, 2013 at 2:55 PM, Linus Walleij
> wrote:
> > On Fri, Aug 23, 2013 at 2:23 PM, Lee Jones wrote:
> >
> >> It's time to remove all ATAG support from ux500 and rely solely on
> >> Device Tree booting. This patch is part of that endeavour.
>
On Fri, Aug 23, 2013 at 10:35:07AM -0400, Tejun Heo wrote:
> Yeah, it's true that MTRRs are nasty. On the other hand, we've been
> doing that for over a decade and are still doing it anyway if I'm not
> mistaken. It probably isn't a big difference but it's still a bit sad
> that this is likely ca
There is currently a race condition in the device tree part of clk_get()
function, since the pointer returned from of_clk_get_by_name() may become
invalid before __clk_get() call. I.e. due to the clock provider driver
remove() callback being called in between of_clk_get_by_name() and
__clk_get().
Add helper functions for the of_clk_providers list locking and
an unlocked variant of of_clk_get_from_provider().
These functions are intended to be used in the clkdev to avoid
race condition in the device tree based clock look up in clk_get().
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyu
This patch set is intended to add clock deregistration support to
the common clock framework, required for clock suppliers as loadable
modules. Previous version of this series can be found at [1].
Changes since v2:
- reordered the patches so the race condition is fixed before it can
actually
On 23.08.2013 10:39, Frantisek Hrbata wrote:
> This is an attempt to bring support for modified gcov format in gcc 4.7 to
> the kernel. It tries to leverage the existing layout/abstraction, which was
> designed keeping in mind that the gcov format could change, but some changes
> had
> to be make.
This patch adds common __clk_get(), __clk_put() clkdev helpers which
replace their platform specific counterparts when the common clock
API is enabled.
The owner module pointer field is added to struct clk so a reference
to the clock supplier module can be taken by the clock consumers.
Signed-off
clk_unregister() is currently not implemented and it is required when
a clock provider module needs to be unloaded.
Normally the clock supplier module is prevented to be unloaded by
taking reference on the module in clk_get().
For cases when the clock supplier module deinitializes despite the
con
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
include/linux/rbtree_augmented.h | 3 ++-
lib/rbtree.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/linux/rbtree_augmented.h b/include/linux/rbtree_augmented.h
index fea49b5..7d19770 100644
-
Assign module owner of a driver of a device passed to _clk_register()
and __clk_register() functions so the module_{get,put} calls in
__clk_get(), __clk_put() can have required effect.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Initially I had an 'owner' field added to st
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
include/linux/rbtree_augmented.h | 3 ++-
lib/rbtree.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/linux/rbtree_augmented.h b/include/linux/rbtree_augmented.h
index fea49b5..7d19770 100644
-
On 23.08.2013 10:39, Frantisek Hrbata wrote:
> Since also the gcov structures(gcov_info, gcov_fn_info, gcov_ctr_info) can
> change between gcc releases, as shown in gcc 4.7, they cannot be defined in a
> common header and need to be moved to a specific gcc implemention file. This
> also requires to
This patch fixes Kernel Documentation style.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozcdev.c| 40 +-
drivers/staging/ozwpan/ozeltbuf.c | 27 ++-
drivers/staging/ozwpan/ozhcd.c | 134
drivers/staging/ozwpan/oz
As we are initialising structure, we do not require
memset().
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozpd.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozpd.c b/drivers/staging/ozwpan/ozpd.c
index 06004c8..5d24af3 100644
--- a/drivers/staging/ozw
Hi Sekhar,
On 23/08/2013 10:50, Sekhar Nori wrote:
Hi Benoit,
Did you get a chance to think about this, I have provided some
replies below.
On Friday 16 August 2013 10:03 PM, Benoit Cousson wrote:
Hi Sekhar,
On 16/08/2013 17:41, Sekhar Nori wrote:
On 8/16/2013 7:45 PM, Benoit Cousson wrote
schedule_work() returns true if succeeded & false on failure,
error check was doing exactly reverse.
Also removes extra variable.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozpd.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/ozwpan/ozpd
On 23.08.2013 10:39, Frantisek Hrbata wrote:
> The gcov in-memory format changed in gcc 4.7. The biggest change, which
> requires this special implementation, is that gcov_info no longer contains
> array of counters for each counter type for all functions and gcov_fn_info is
> not used for mapping
On 23.08.2013 10:39, Frantisek Hrbata wrote:
> Compile the correct gcov implementation file for a specific gcc version. In
> the future, if another file is added, the conditions will need to be somehow
> adjusted to if-elif-else case, but at this point the simple cc-ifversion
> should
> be enough.
On 23.08.2013 10:39, Frantisek Hrbata wrote:
> This adds the .init_array section as yet another section with constructors.
> This
> is needed because gcc is adding __gcov_init calls to .init_array.
>
> Signed-off-by: Frantisek Hrbata
> ---
> include/asm-generic/vmlinux.lds.h | 1 +
> include/li
Howdy Bob,
On Fri, Aug 23, 2013 at 10:10:17PM +0800, Bob Liu wrote:
> Hi Minchan,
>
> On Thu, Aug 22, 2013 at 8:42 AM, Minchan Kim wrote:
> > Hi Bob,
> >
> > On Wed, Aug 21, 2013 at 05:24:00PM +0800, Bob Liu wrote:
> >> Hi Minchan,
> >>
> >> On 08/21/2013 02:16 PM, Minchan Kim wrote:
> >> > It's
The current vmlinux.lds.S places the notes sections between the
end of rw data and start of bss. This means that _edata doesn't
really point to the end of data. Since notes are read-only, this
patch moves them to the read-only segment so that _edata does
point to the end of initialized rw data.
Si
On 23.08.2013 17:15, Peter Oberparleiter wrote:
> On 23.08.2013 10:39, Frantisek Hrbata wrote:
>> Compile the correct gcov implementation file for a specific gcc version. In
>> the future, if another file is added, the conditions will need to be somehow
>> adjusted to if-elif-else case, but at this
On Friday 23 August 2013 at 16:24:21, Mark Rutland wrote:
> On Thu, Aug 22, 2013 at 10:56:17AM +0100, Lars Poeschel wrote:
> > From: Lars Poeschel
> >
> > The device tree property should be more descriptive.
> > microchip seems more reasonable than mcp. As there are no
> > in tree users of this p
On 08/23/2013 05:03 PM, Sylwester Nawrocki wrote:
> There is currently a race condition in the device tree part of clk_get()
> function, since the pointer returned from of_clk_get_by_name() may become
> invalid before __clk_get() call. I.e. due to the clock provider driver
> remove() callback being
Summary of changes:
* upstart-local-bridge: New bridge for starting jobs on local
socket connections.
* upstart-dconf-bridge: New bridge for Session Inits.
* upstart-dbus-bridge: New '--bus-name' option to allow bus name
variable to be included in dbus-event(7).
* New "reload signal" stanza to
Hello, Li.
On Fri, Aug 23, 2013 at 03:46:47PM +0800, Li Zefan wrote:
> On 2013/8/21 22:08, Tejun Heo wrote:
> > On Wed, Aug 21, 2013 at 06:00:42PM +0800, Li Zefan wrote:
> >> @@ -2261,7 +2271,8 @@ static void cpuset_hotplug_workfn(struct work_struct
> >> *work)
> >>/* synchronize mems_allowed
2013/8/23 rui wang :
> On 8/22/13, rui wang wrote:
>> On 8/11/13, Yinghai Lu wrote:
>>> Some ioapic controllers do not show up on pci config space,
>>> or pci device is there but no bar is used and is set by firmware in
>>> other non standard registers.
>>>
>>> We can get ioapic address from ACPI
Change from v1
- Print regs->ip instead of regs to know where the page fault event happened
(Suggested by Steven Rostedt)
This patch introduces page fault tracepoints to x86 architecture
by switching IDT.
[Use case of page fault events]
Two events, for user and kernel spaces, are introduc
On Fri, 23 Aug 2013, JoonSoo Kim wrote:
> I don't get it. This patch only affect to the rcu case, because it
> change the code
> which is in kmem_rcu_free(). It doesn't touch anything in standard case.
In general this patchset moves struct slab to overlay struct page. The
design of SLAB was (at l
On 32-bit m68k, I get lots of warnings like:
warning: integer constant is too large for ‘long’ type
Switch the L*_POISON definitions from too-large constants and casts
to the proper constant types to fix this.
Signed-off-by: Geert Uytterhoeven
---
The values in drivers/staging/lustre/lustre
On Thu, Jul 25, 2013 at 7:50 PM, Dave Kleikamp wrote:
> Change the direct_IO aop to take an iov_iter argument rather than an iovec.
> This will get passed down through most filesystems so that only the
> __blockdev_direct_IO helper need be aware of whether user or kernel memory
> is being passed t
On Wed, Aug 21, 2013 at 8:35 PM, Dmitry Vyukov wrote:
> Hi,
>
> I'm working on a memory error detector AddressSanitizer for Linux
> kernel
> (https://code.google.com/p/address-sanitizer/wiki/AddressSanitizerForKernel),
> it can detect use-after-free and buffer-overflow errors. Currently the
> too
(forgot to cc lkml, resending, no content change)
Hello, Linus.
A late fix for cgroup. This fixes a behavior regression visible to
userland which was created by a commit merged during -rc1. While the
behavior change isn't too likely to be noticeable, the fix is
relatively low risk and we'll nee
CPUFreq drivers that use clock frameworks interface,i.e. clk_get_rate(), to get
CPUs clk rate, has similar sort of code used for most of them.
This patch adds a generic ->get() which will do the same thing for them. All
those drivers are required to now is to set .get to cpufreq_generic_get() and
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/arm_big_little.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/cpufreq/arm_big_little.c b/drivers/cpu
CPUFreq drivers that use clock frameworks interface,i.e. clk_get_rate(), to get
CPUs clk rate, has similar sort of code used for most of them.
This patchset adds a generic ->get() which will do the same thing for them. All
those drivers are required to now is to set .get to cpufreq_generic_get() a
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't have to find closest frequency in platform specific ->get() routine
wihch dbx500 driver was doing and hence it can be removed as well.
Cc: Linus Walleij
Signed-off-by: Viresh Kumar
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Hans-Christian Egtvedt
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/at32ap-cpufreq.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/cp
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Sekhar Nori
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/davinci-cpufreq.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/cpufreq/davinci-
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Shawn Guo
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq-cpu0.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/dri
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Shawn Guo
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/imx6q-cpufreq.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/cpufreq/imx6q-cpufreq.c b/d
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't need a global variable to hold clock anymore.
Cc: Santosh Shilimkar
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/omap-cpufreq.c | 32 ++--
1 file ch
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't need a variable to hold clock anymore in struct cpu_data.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/ppc-corenet-cpufreq.c | 17 -
1 file changed, 4 insertions
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't need a global variable to hold clock anymore.
Cc: John Crispin
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/loongson2_cpufreq.c | 15 +--
1 file changed, 5 insertio
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Amit Daniel Kachhap
Cc: Kukjin Kim
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/exynos-cpufreq.c | 10 +++---
drivers/cpufreq/exynos5440-cpufreq.c | 33 ++---
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't need a global variable to hold clock anymore.
Cc: Kukjin Kim
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/s5pv210-cpufreq.c | 21 ++---
1 file changed, 6 insert
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We don't need a global variable to hold clock anymore.
Cc: Kukjin Kim
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/s3c24xx-cpufreq.c | 10 +++---
drivers/cpufreq/s3c64xx-cpufreq.c |
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
We also do clk_get() once instead of doing it again and again in target & init.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/unicore2-cpufreq.c | 21 -
1 file changed
201 - 300 of 609 matches
Mail list logo
