On Fri, Apr 19, 2013 at 12:24:37PM +0100, Chen Gang wrote:
>
> when compiling with allmodconfig, CONFIG_64BIT=y
> the file drivers/base/regmap/regmap-mmio.c will use readq and writeq.
>
> so we need implement these functions.
>
> BTW:
> the coding style can not pass ./scripts/checkpatc
l King
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: John Stultz
> Cc: Thomas Gleixner
> Cc: Stephen Boyd
For arm64:
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
rt also has the same
> issues. This fixes all architected timer users by maintaining an initial
> offset which is updated on resume.
>
> Signed-off-by: Rob Herring
> Cc: Russell King
> Cc: John Stultz
> Cc: Thomas Gleixner
> Cc: Catalin Marinas
> Cc: Will Deacon
On Fri, Apr 19, 2013 at 11:05:47AM +0100, Peter Maydell wrote:
> On 19 April 2013 10:39, Will Deacon wrote:
> > The point of mach-virt is that it is completely parameterised. So, if you're
> > not emulating an 8250, then don't tell the kernel that you have one!
> > Similarly, if you *do* emulate i
On Fri, Apr 19, 2013 at 05:14:36PM +0100, Peter Maydell wrote:
> On 19 April 2013 17:12, Catalin Marinas wrote:
> > On Fri, Apr 19, 2013 at 11:05:47AM +0100, Peter Maydell wrote:
> >> Please make the kernel pick the device out of the device tree
> >> blob. The whole p
On Fri, Apr 19, 2013 at 05:33:18PM +0100, Peter Maydell wrote:
> On 19 April 2013 17:22, Catalin Marinas wrote:
> > earlyprintk is used for debugging early problems, like DT parsing. You
> > don't have to use it unless you are debugging something. Without
> > earlypr
On Mon, Apr 22, 2013 at 06:08:41AM +0100, Chen Gang wrote:
>
> drivers use cmpxchg64, cmpxchg64_local ... to perform 64-bit operation,
> so they can cross 32-bit and 64-bit platforms (it is a standard way).
>
>
> Signed-off-by: Chen Gang
Applied, thanks.
--
Catalin
--
To unsubscribe from
On Wed, Jun 12, 2013 at 04:24:52PM +0100, Arjan van de Ven wrote:
> >>> This isn't in the fastpath, it's in the rebalancing logic.
> >>
> >> the reality is much more complex unfortunately.
> >> C and P states hang together tightly, and even C state on one core
> >> impacts other cores' performance,
On Tue, Jun 11, 2013 at 08:52:41PM +0100, Ben Greear wrote:
> On 06/10/2013 03:32 PM, Catalin Marinas wrote:
> > On 10 June 2013 19:22, Ben Greear wrote:
> >> We had a system go OOM while doing lots of wireless
> >> stations. (System had 8GB of RAM, so I suspect a
On Wed, Jun 12, 2013 at 01:28:13AM +0100, Ben Greear wrote:
> On 06/11/2013 12:52 PM, Ben Greear wrote:
> > On 06/10/2013 03:32 PM, Catalin Marinas wrote:
> >> On 10 June 2013 19:22, Ben Greear wrote:
> >>> We had a system go OOM while doing lots of wireless
>
On Wed, Jun 12, 2013 at 10:50:35PM +0100, Uwe Kleine-K??nig wrote:
> This interrupt controller is found on Cortex-M3 and Cortex-M4 machines.
>
> Support for this controller appeared in Catalin's Cortex tree based on
> 2.6.33 but was nearly completely rewritten.
>
> Signed-
On Mon, Jun 10, 2013 at 05:12:08AM +0100, Rob Herring wrote:
> On 06/04/2013 05:21 AM, Russell King - ARM Linux wrote:
> > On Mon, Jun 03, 2013 at 06:51:59PM -0700, Stephen Boyd wrote:
> >> On 06/03/13 15:12, Russell King - ARM Linux wrote:
> >>> If you have a 56-bit clock which ticks at a period o
On Fri, Jun 14, 2013 at 05:05:22PM +0100, Morten Rasmussen wrote:
> The intention is that the power scheduler will implement the (unified)
> power policy. It gets the current load of the system from the scheduler.
> Based on this information it will adjust the compute capacity available
> to the sc
On Tue, Jun 04, 2013 at 10:20:50AM +0100, Ian Campbell wrote:
> On Mon, 2013-06-03 at 16:33 +0100, Stefano Stabellini wrote:
> > Define xen_remap as ioremap_cache (MT_MEMORY and MT_DEVICE_CACHED end up
> > having the same AttrIndx encoding).
>
> The entries in static struct mem_type mem_types[] lo
On Tue, Jun 04, 2013 at 02:58:57PM +0100, Russell King - ARM Linux wrote:
> On Tue, Jun 04, 2013 at 12:28:34PM +0100, Catalin Marinas wrote:
> > PROT_PTE_DEVICE and PROT_SECT_DEVICE above don't contain any memory type
> > information, just attributes/permission - present,
On Tue, Jun 04, 2013 at 03:47:41PM +0100, Konrad Rzeszutek Wilk wrote:
> > BTW, I think it's missing a MAINTAINERS file update.
>
> I presume you mean that Stefano should have the MAINTAINERS file updated to
> include
> him being the maintainer of arch/arm64/xen* ?
Yes (or whoever will maintain
On Mon, Jun 03, 2013 at 05:51:53PM +0100, Stefano Stabellini wrote:
> On Mon, 3 Jun 2013, Catalin Marinas wrote:
> > Otherwise, the series looks good. How do you plan to upstream this?
>
> Good question.
> Traditionally Xen stuff goes to Linus directly via one of the Xen trees
&
On Thu, Jun 06, 2013 at 10:03:39AM +0100, Ian Campbell wrote:
> On Wed, 2013-06-05 at 18:02 +0100, Stefano Stabellini wrote:
> > + * the second in r1/x1, the third in r2/x2 and the fourth in r3/x3.
> > + * Considering that Xen hypercalls have 5 arguments at most, the fifth
> > + * paramter is alway
On Wed, Jun 05, 2013 at 06:02:06PM +0100, Stefano Stabellini wrote:
> diff --git a/arch/arm/xen/hypercall.S b/arch/arm/xen/hypercall.S
> index 199cb2d..114b356 100644
> --- a/arch/arm/xen/hypercall.S
> +++ b/arch/arm/xen/hypercall.S
> @@ -31,51 +31,93 @@
> */
>
> /*
> - * The Xen hypercall cal
Hi Arnd,
On Wed, Jun 05, 2013 at 01:44:55PM +0100, Arnd Bergmann wrote:
> On Wednesday 05 June 2013 13:15:29 Stefano Stabellini wrote:
> > diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
> > index c95c5cb..79dd13d 100644
> > --- a/arch/arm64/Makefile
> > +++ b/arch/arm64/Makefile
> > @@ -37
On Tue, Jun 18, 2013 at 04:20:28PM +0100, Arjan van de Ven wrote:
> On 6/14/2013 9:05 AM, Morten Rasmussen wrote:
> > Looking at the discussion it seems that people have slightly different
> > views, but most agree that the goal is an integrated scheduling,
> > frequency, and idle policy like you p
> Cc: Hugh Dickins
> Cc: Rik van Riel
> Cc: David Rientjes
> Cc: Peter Zijlstra
> Cc: linux...@kvack.org
> Cc: linux-a...@vger.kernel.org
> Cc: Catalin Marinas
> Cc: Max Filippov
> ---
> mm/memory.c |9 ++---
> 1 file changed, 6 insertions(+), 3 de
On Wed, May 29, 2013 at 03:08:37PM +0100, Vineet Gupta wrote:
> On 05/29/2013 07:33 PM, Catalin Marinas wrote:
> > On Wed, May 29, 2013 at 01:56:13PM +0100, Vineet Gupta wrote:
> >> zap_pte_range loops from @addr to @end. In the middle, if it runs out of
> >> batching
On Wed, May 29, 2013 at 03:36:02PM +0100, Vineet Gupta wrote:
> On 05/29/2013 07:59 PM, Catalin Marinas wrote:
> > On Wed, May 29, 2013 at 03:08:37PM +0100, Vineet Gupta wrote:
> >> On 05/29/2013 07:33 PM, Catalin Marinas wrote:
> >>> On Wed, May 29, 2013 at 01:56:
On Tue, May 14, 2013 at 12:49:44PM +0100, majianpeng wrote:
> Signed-off-by: Jianpeng Ma
> ---
> mm/kmemleak.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
>
> diff --git a/mm/kmemleak.c b/mm/kmemleak.c
> index b1525db..f0ece93 100644
> --- a/mm/kmemleak.c
> +++ b/mm/kmemleak.c
On Thu, May 30, 2013 at 05:18:28PM +0100, Stefano Stabellini wrote:
> Most of Xen support for ARM is common between ARMv7 and ARMv8.
> Create links to the code under arch/arm (bleah).
>
> Other, probably better alternatives:
>
> - move the code to a different location, maybe the header files to
>
On Thu, May 30, 2013 at 05:18:29PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> ---
> arch/arm/include/asm/xen/events.h |4
> arch/arm/include/asm/xen/page.h |2 ++
> 2 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/include/asm/x
On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
> --- a/arch/arm/include/asm/xen/page.h
> +++ b/arch/arm/include/asm/xen/page.h
> @@ -90,6 +90,10 @@ static inline bool set_phys_to_machine(unsigned long pfn,
> unsigned long mfn)
> return __set_phys_to_machine(pfn, mfn);
>
On Thu, May 30, 2013 at 05:18:33PM +0100, Stefano Stabellini wrote:
> Introduce CONFIG_XEN and the implementation of hypercall.S (that is
> the only ARMv8 specific code in Xen support for ARM).
>
> Signed-off-by: Stefano Stabellini
> ---
> arch/arm64/Kconfig | 11 +
> arch/arm64/Ma
On Fri, May 31, 2013 at 01:02:04PM +0100, Stefano Stabellini wrote:
> On Fri, 31 May 2013, Catalin Marinas wrote:
> > On Thu, May 30, 2013 at 05:18:28PM +0100, Stefano Stabellini wrote:
> > > Most of Xen support for ARM is common between ARMv7 and ARMv8.
> > > Create l
On Fri, May 31, 2013 at 02:21:16PM +0100, Stefano Stabellini wrote:
> On Fri, 31 May 2013, Catalin Marinas wrote:
> > On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
> > > --- a/arch/arm/include/asm/xen/page.h
> > > +++ b/arch/arm/include/asm/xen/p
lug a hole where user space can bring the kernel down.
Catalin Marinas (1):
arm64: Do not report user faults for handled signals
Chen Gang (1):
arm64: kernel: compiling issue, need 'EXPORT_SYMBOL(clear_page)'
On Fri, May 31, 2013 at 04:23:20PM +0100, Stefano Stabellini wrote:
> On Fri, 31 May 2013, Stefano Stabellini wrote:
> > On Fri, 31 May 2013, Catalin Marinas wrote:
> > > On Fri, May 31, 2013 at 02:21:16PM +0100, Stefano Stabellini wrote:
> > > > On Fri, 31 M
On Mon, Jun 03, 2013 at 04:33:44PM +0100, Stefano Stabellini wrote:
> --- /dev/null
> +++ b/arch/arm64/xen/hypercall.S
...
> +/*
> + * The Xen hypercall calling convention is very similar to the ARM AEBI
> + * procedure calling convention: the first paramter is passed in x0, the
> + * second in x1,
On Mon, Jun 03, 2013 at 05:37:35PM +0100, Ian Campbell wrote:
> On Mon, 2013-06-03 at 17:25 +0100, Catalin Marinas wrote:
> > On Mon, Jun 03, 2013 at 04:33:44PM +0100, Stefano Stabellini wrote:
> > > --- /dev/null
> > > +++ b/arch/arm64/xen/hypercall.S
> > ...
>
On Thu, Jun 13, 2013 at 07:25:20AM +0100, Pranavkumar Sawargaonkar wrote:
> On 12 June 2013 18:58, Grant Likely wrote:
> > On Mon, 3 Jun 2013 21:21:11 +0530, Pranavkumar Sawargaonkar
> > wrote:
> >> One can just append earlyprintk=device-type,address (same as we pass
> >> through command line) i
On 21 June 2013 16:38, Arjan van de Ven wrote:
> On 6/21/2013 1:50 AM, Morten Rasmussen wrote:
>> A hint when a task is moved to a new cpu is too late if the migration
>> shouldn't have happened at all. If the scheduler knows that the cpu is
>> able to switch to a higher p-state it can decide to w
On Mon, Jun 24, 2013 at 12:32:00AM +0100, Benjamin Herrenschmidt wrote:
> On Fri, 2013-06-21 at 14:34 -0700, Arjan van de Ven wrote:
> > On 6/21/2013 2:23 PM, Catalin Marinas wrote:
> > >>
> > >> oops sorry I misread your mail (lack of early coffee I suppose)
>
y and harmless.
>
> This removes all the arch/arm64 uses of the __cpuinit macros from
> all C files. Currently arm64 does not have any __CPUINIT used in
> assembly files.
>
> [1] https://lkml.org/lkml/2013/5/20/589
>
> Cc: Catalin Marinas
> Cc: Will Deacon
> Sig
On Mon, Jun 24, 2013 at 05:50:46PM +0100, Stefano Stabellini wrote:
> On Mon, 24 Jun 2013, Stefano Stabellini wrote:
> > On Mon, 24 Jun 2013, Chen Gang wrote:
> > > Hello Maintainers:
> > >
> > > if 'CONFIG_XEN'
> > >
> > > CC arch/arm64/xen/../../arm/xen/enlighten.o
> > > arch/arm64/xen/.
Hi Preeti,
On 7 June 2013 07:03, Preeti U Murthy wrote:
> On 05/31/2013 04:22 PM, Ingo Molnar wrote:
>> PeterZ and me tried to point out the design requirements previously, but
>> it still does not appear to be clear enough to people, so let me spell it
>> out again, in a hopefully clearer fashio
On Fri, Jun 07, 2013 at 07:08:47PM +0100, Preeti U Murthy wrote:
> On 06/07/2013 08:21 PM, Catalin Marinas wrote:
> > I think you are missing Ingo's point. It's not about the scheduler
> > complying with decisions made by various governors in the kernel
> > (w
Hi Preeti,
(trimming lots of text, hopefully to make it easier to follow)
On Sun, Jun 09, 2013 at 04:42:18AM +0100, Preeti U Murthy wrote:
> On 06/08/2013 07:32 PM, Rafael J. Wysocki wrote:
> > On Saturday, June 08, 2013 12:28:04 PM Catalin Marinas wrote:
> >> On Fri, Jun 07,
On 10 June 2013 19:22, Ben Greear wrote:
> We had a system go OOM while doing lots of wireless
> stations. (System had 8GB of RAM, so I suspect a leak).
>
> I enabled kmemleak in a 3.9.5 (plus some local patches) and
> I see the entries below. Any idea if these are real or not?
>
> unreferenced
Hi Arjan,
On Wed, Jun 12, 2013 at 02:48:58AM +0100, Arjan van de Ven wrote:
> On 6/11/2013 5:27 PM, David Lang wrote:
> > Nobody is saying that this sort of thing should be in the fastpath
> > of the scheduler.
> >
> > But if the scheduler has a table that tells it the possible states,
> > and the
e flushing improvements
------------
Catalin Marinas (7):
arm64: Avoid cache flushing in flush_dcache_page()
arm64: Do not flush the D-cache for anonymous pages
arm64: Remove __flush_dcache_page()
arm64: spinlock: retry trylock o
On Wed, Jun 26, 2013 at 04:26:41AM +0100, Chen Gang wrote:
> Need add pci.h for compiling, the related error (with allmodconfig):
>
> drivers/media/usb/b2c2/flexcop-usb.c: In function
> ‘flexcop_usb_transfer_exit’:
> drivers/media/usb/b2c2/flexcop-usb.c:393:3: error: implicit declaration of
xcop-usb.c:410:21: warning: assignment makes
> pointer from integer without a cast [enabled by default]
> cc1: some warnings being treated as errors
>
>
> Signed-off-by: Chen Gang
>From the arm64 perspective:
Acked-by: Catalin Marinas
(but make sure it doesn't break oth
On Fri, Jun 28, 2013 at 04:58:40PM +0100, Konrad Rzeszutek Wilk wrote:
> On Fri, Jun 28, 2013 at 12:19:54PM +0100, Stefano Stabellini wrote:
> > Hi all,
> > this patch series introduces stolen ticks accounting for Xen on ARM and
> > ARM64.
> > Stolen ticks are clocksource ticks that have been "stol
On Thu, Mar 21, 2013 at 09:53:03PM +, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Catalin Marinas
> ---
> Index: linux-2.6/arch/arm64/Kconfig
> ===
> --- linux-2.6.orig/arch/arm64/Kconfig
&g
On Mon, Mar 25, 2013 at 09:28:10PM +, Rob Herring wrote:
> On 03/25/2013 12:26 PM, Russell King - ARM Linux wrote:
> > On Thu, Mar 21, 2013 at 11:06:47AM +, Mark Rutland wrote:
> >> On TC2 this series leads to using the vexpress 24MHz clock as the sched
> >> clock
> >> in preference to the
On Thu, Aug 15, 2013 at 12:10:50PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
Some explanation on why and how early it needs to be moved?
--
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
nit(void)
> {
> + if (dma_ops != NULL)
> + return;
> dma_ops = &arm64_swiotlb_dma_ops;
> swiotlb_init(1);
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
Hi Preeti,
On Mon, Jul 15, 2013 at 04:43:47AM +0100, Preeti U Murthy wrote:
> On 07/12/2013 07:18 PM, Morten Rasmussen wrote:
> > On Thu, Jul 11, 2013 at 12:34:49PM +0100, Preeti U Murthy wrote:
> >> I have a few quick comments.
> >>
> >> I am concerned too about scheduler making its load balancin
On Mon, Jul 15, 2013 at 09:39:22PM +0100, Peter Zijlstra wrote:
> On Sat, Jul 13, 2013 at 11:23:51AM +0100, Catalin Marinas wrote:
> > > This looks like a userspace hotplug deamon approach lifted to kernel
> > > space :/
> >
> > The difference is that this is fa
On Tue, Jul 16, 2013 at 04:23:08PM +0100, Arjan van de Ven wrote:
> On 7/16/2013 5:42 AM, Catalin Marinas wrote:
> > Morten's power scheduler tries to address the above and it will grow
> > into controlling a new model of power driver (and taking into account
> > Ar
vious fix is to move arm64 to use the same infrastructure.
>
> Cc: Robin Holt
> Cc: Pawel Moll
> Cc: Will Deacon
> Cc: Catalin Marinas
> Signed-off-by: Marc Zyngier
I just did the same before I saw your patch. Anyway, I'll take yours as
you did it first ;)
> ---
On 20 August 2013 11:03, P J P wrote:
> -> https://lkml.org/lkml/2013/8/7/259
>
> I wanted to confirm if this above fix should also go into ARM64 build Or is
> ARM64 platform not vulnerable?
It is and I'll push patches to mainline (Will is preparing them).
Catalin
--
To unsubscribe from this li
On Tue, Aug 20, 2013 at 03:42:56PM +0100, Vince Weaver wrote:
> On Tue, 20 Aug 2013, Catalin Marinas wrote:
>
> > On 20 August 2013 11:03, P J P wrote:
> > > -> https://lkml.org/lkml/2013/8/7/259
> > >
> > > I wanted to confirm if this above fix sh
On Tue, Aug 20, 2013 at 02:37:33PM +0100, Will Deacon wrote:
> Hi Mark,
>
> On Sun, Aug 18, 2013 at 05:22:50PM +0100, Mark Salter wrote:
> > The arm64 port doesn't provide a screen_info struct for console support
> > which leads to a build failure with some configurations:
> >
> > drivers/video
Hi Linus,
Late pull request for arm64 perf fixes (similar to the recent arm perf
patches). Thanks.
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/l
On 12 August 2013 03:45, Alexandra N. Kossovsky
wrote:
> When running 3.10.3 with kmemleak enabled, I see following warnings from
> kmemleak:
>
> unreferenced object 0x88024d2219a0 (size 32):
> comm "swapper/0", pid 1, jiffies 4294894532 (age 26865.180s)
> hex dump (first 32 bytes):
>
On Thu, Aug 22, 2013 at 04:35:29AM +0100, Leizhen (ThunderTown, Euler) wrote:
> This problem is on ARM64. When CONFIG_ARM64_64K_PAGES is not opened, the
> memory
> map size can be 2M(section) and 4K(PAGE). First, OS will create map for pgd
> (level 1 table) and level 2 table which in swapper_pg_di
On Tue, Aug 20, 2013 at 06:14:52PM +0100, Sudeep KarkadaNagesha wrote:
> On 13/08/13 18:29, Sudeep KarkadaNagesha wrote:
> > From: Sudeep KarkadaNagesha
> >
> > This patch series adds support to configure the rate and enable the
> > event stream for architected timer. The event streams can be use
On Thu, Aug 22, 2013 at 05:16:14PM +0100, Catalin Marinas wrote:
> On Thu, Aug 22, 2013 at 04:35:29AM +0100, Leizhen (ThunderTown, Euler) wrote:
> > This problem is on ARM64. When CONFIG_ARM64_64K_PAGES is not opened, the
> > memory
> > map size can be 2M(section) and 4K(
cache maintenance fault handling, !COMPAT compilation, CPU
online and interrupt hanlding).
Catalin Marinas (1):
arm64: Only enable local interrupts after the CPU is marked online
Chen Gang (1):
arm64: add '#
On Mon, Jul 22, 2013 at 10:47:44AM +0100, Stefano Stabellini wrote:
> Commit ff701306cd49 (arm64: use common reboot infrastructure) changes
> the prototype of arm_pm_restart. Update xen_restart accordingly.
>
> Signed-off-by: Stefano Stabellini
You may even want to quote 7b6d864b48d9 (reboot: a
On Mon, Jul 22, 2013 at 12:21:20PM +0100, Sudeep KarkadaNagesha wrote:
> From: Will Deacon
>
> The ARM architected timer can generate events (used for waking up
> CPUs executing the wfe instruction) at a frequency represented as a
> power-of-2 divisor of the clock rate.
>
> This patch configures
On Tue, Jul 23, 2013 at 11:33:33AM +0100, Will Deacon wrote:
> On Tue, Jul 23, 2013 at 11:23:34AM +0100, Catalin Marinas wrote:
> > On Mon, Jul 22, 2013 at 12:21:20PM +0100, Sudeep KarkadaNagesha wrote:
> > > From: Will Deacon
> > >
> > > The ARM architected
On 21 July 2013 16:11, Alexandra N. Kossovsky
wrote:
> I am running linux-3.10.0 with kmemleak and see following warnings
> in /sys/kernel/debug/kmemleak:
>
> unreferenced object 0x880216fcfe00 (size 512):
> comm "swapper/0", pid 1, jiffies 4294895429 (age 1415.320s)
> hex dump (first 32 b
)
- Additional cache flushing for secondary CPUs boot mode
Catalin Marinas (1):
arm64: Fix definition of arm_pm_restart to match the declaration
Feng Kan (1):
arm64: Change kernel stack size to 16K
Mark Rutland (1
On Mon, Jul 29, 2013 at 10:54:01AM +0100, Will Deacon wrote:
> On Mon, Jul 29, 2013 at 10:46:06AM +0100, Vincent Guittot wrote:
> > On 27 July 2013 12:42, Hanjun Guo wrote:
> > > Power aware scheduling needs the cpu topology information to improve the
> > > cpu scheduler decision making.
> >
> >
#x27;.ref.data' into kmemleak-scan-area.
> >
> > Signed-off-by: Jianpeng Ma
> > ---
> > kernel/module.c |3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Catalin?
>
> Acked-by: Rusty Russell
Looks good, thanks for cc'ing me.
Acked-by: Cat
Hi Steve,
On Tue, May 14, 2013 at 08:09:46PM +0100, Steven Rostedt wrote:
> # find /debug/tracing/events/ -name format |xargs grep 8800769f7438
> /debug/tracing/events/drm/drm_vblank_event_delivered/format: field:pid_t
> pid;offset:8; size:4; signed:1;8800769f7438
>
> Thus
Rusty,
On Mon, May 13, 2013 at 03:24:09AM +0100, Rusty Russell wrote:
> majianpeng writes:
>
> > In commit 523c81135,it used "__refdata" on event_class_ftrace_##call.
> > It will cause kmemleak to misjudge because when loading module it did
> > not add '.ref.data' into kmemleak-scan-area.
> >
>
On Wed, May 15, 2013 at 01:57:03AM +0100, Steven Rostedt wrote:
> On Tue, 2013-05-14 at 17:20 -0400, Steven Rostedt wrote:
> > On Tue, 2013-05-14 at 16:10 -0500, Larry Finger wrote:
> > > On 05/14/2013 03:30 PM, Catalin Marinas wrote:
> > > >
> > > > I jus
On Wed, May 15, 2013 at 04:15:46AM +0100, Larry Finger wrote:
> I do not see that particular one; however, I see 4 instances of
>
> unreferenced object 0x8800b7979750 (size 8):
>comm "swapper/0", pid 1, jiffies 4294892402 (age 21888.316s)
>hex dump (first 8 bytes):
> 31 38 00 b7 0
On Wed, May 15, 2013 at 04:49:50PM +0100, Toshi Kani wrote:
> On Wed, 2013-05-15 at 16:02 +0100, Catalin Marinas wrote:
> > On Wed, May 15, 2013 at 04:15:46AM +0100, Larry Finger wrote:
> > > I do not see that particular one; however, I see 4 instances of
> > >
allocated ids (and kmemleak complains). This
patch calls simply changes 'return' on error to a 'goto out' which calls
acpi_free_pnp_ids().
Signed-off-by: Catalin Marinas
Reported-by: Larry Finger
Cc: Toshi Kani
---
drivers/acpi/scan.c | 3 ++-
1 file changed, 2 insertions(+),
On Wed, May 15, 2013 at 08:33:01PM +0100, Steven Rostedt wrote:
> On Wed, 2013-05-15 at 15:37 +0100, Catalin Marinas wrote:
>
> > >From 0621c7e1909ea86bf8499a0ffe5ea59d1007ee8c Mon Sep 17 00:00:00 2001
> > From: Catalin Marinas
> > Date: Wed, 15 May 2013 15:30:4
For arm64:
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
for 8250/16550 earlyprintk
Catalin Marinas (10):
arm64: Initialise the clocks described via DT
arm64: klib: Optimised memory functions
arm64: klib: Optimised string functions
arm64: klib: Optimised atomic bitops
arm64: Use irqchip_init() for interrupt controller
d correcting the timestamps when
> the hardware returns a value instead of 0 upon the first read.
>
> Signed-off-by: Stephen Boyd
Looks ok.
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, May 07, 2013 at 04:58:23PM +0100, Peter Maydell wrote:
> On 7 May 2013 16:52, Christopher Covington wrote:
> > On 05/07/2013 08:19 AM, Peter Maydell wrote:
> >> Well, at the moment EARLY_PRINTK is hardcoded to
> >> "use some specific UART or equivalent selected at
> >> compile time". So th
restart (for code under
drivers/power/reset/).
- Fixes (dts file, exception handling, bitops)
--------
Catalin Marinas (5):
Merge branch 'gic' into HEAD
arm64: Enable support for the ARM GIC interrupt controller
,7 +33,7 @@ void __delay(unsigned long cycles)
> }
> EXPORT_SYMBOL(__delay);
>
> -inline void __const_udelay(unsigned long xloops)
> +void __const_udelay(unsigned long xloops)
> {
> unsigned long loops;
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the
On Wed, Apr 24, 2013 at 04:44:29AM +0100, Chen Gang wrote:
> For compiling with allmodconfig, need vga.h file, so copy it from arm32.
I would rather use the generic vga.h. We don't even have a vga_base
defined.
--
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Wed, Apr 24, 2013 at 11:20:32AM +0100, Chen Gang wrote:
> For compiling with allmodconfig, need vga.h file, so generate it which
> just only include the asm-generic one.
>
> It is firstly used by drivers/gpu/drm/drm_irq.c.
>
> The related error:
> include/video/vga.h:22:21: fatal error: asm/vg
On Wed, Apr 24, 2013 at 11:58:24AM +0100, Chen Gang wrote:
>
> For compiling with allmodconfig, need vga.h file, so generate it which
> just only include the asm-generic one.
>
> It is firstly used by drivers/gpu/drm/drm_irq.c.
>
> The related error:
> include/video/vga.h:22:21: fatal error: asm
On 23 April 2013 17:06, James Hogan wrote:
> On 23/04/13 16:25, Arnd Bergmann wrote:
>> On Tuesday 23 April 2013, James Hogan wrote:
>>
>>> @@ -46,6 +46,12 @@ core-y+=
>>> arch/metag/boot/dts/
>>> core-y += arch/metag/kerne
Stephen,
On Mon, Apr 29, 2013 at 08:54:26AM +0100, Stephen Rothwell wrote:
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/mach-virt/platsmp.c between commit fe4bff02886b ("arm: introduce
> psci_smp_ops") from the xen-arm tree and commit c0114709ed85 ("irqchip:
> gic: P
On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
> For accurate accounting pass contextidr_thread_switch the prev
> task pointer, since cpu_switch_to has at that point changed the
> the stack pointer.
>
> Signed-off-by: Christopher Covington
> ---
> arch/arm64/kernel/proces
On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
> On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
> > On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
> > > For accurate accounting pass contextidr_thread_switch the prev
> &g
On Mon, Apr 15, 2013 at 11:58:40AM +0100, Catalin Marinas wrote:
> On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
> > On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
> > > On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
&g
On Mon, Apr 15, 2013 at 02:09:20PM +0100, Christopher Covington wrote:
> On 04/15/2013 07:43 AM, Catalin Marinas wrote:
> > On Mon, Apr 15, 2013 at 11:58:40AM +0100, Catalin Marinas wrote:
> >> On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
> >>> On M
On Tue, Apr 16, 2013 at 01:58:27PM +0100, Rob Herring wrote:
> On 04/16/2013 03:44 AM, Will Deacon wrote:
> > On Tue, Apr 16, 2013 at 01:43:09AM +0100, Colin Cross wrote:
> >> On Mon, Apr 15, 2013 at 4:59 PM, Rob Herring wrote:
> >>> Exclusive accesses still have further restrictions. From section
, kernel/time/Kconfig
include, __flush_dcache_all() set/way computing, debug (locking, bit
testing). The of_platform_populate() was moved to an arch_init_call() to
allow subsys_init_call() drivers to probe the DT.
Catalin Marinas (2
Hi Linus,
Please pull the kmemleak patches below. Thanks.
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
On Tue, May 21, 2013 at 11:13:08AM +0100, Chen Gang wrote:
> On 05/21/2013 05:03 PM, Will Deacon wrote:
> > On Tue, May 21, 2013 at 08:51:39AM +0100, Chen Gang wrote:
> >> For me, I still recommend add 'ARM64' in the long list of architectures
> >> for 'VGA_CONSOLE', I have 3 reasons, please check:
On Mon, May 20, 2013 at 05:19:31AM +0100, Chen Gang wrote:
>
> Need add the default file in 'asm/Kbuild' just like arm has done.
>
> The build command is:
> make EXTRA_CFLAGS=-W ARCH=arm64 allmodconfig
> make EXTRA_CFLAGS=-W ARCH=arm64 menuconfig
> set "aarch64-linux-gnu-" as cross compil
201 - 300 of 3477 matches
Mail list logo
