linux-kernel - Re: [PATCH 03/10] ARM: smp_twd: Divorce smp

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130308180730.GE11806@atomide.com>
Date:	Fri, 8 Mar 2013 10:07:31 -0800
From:	Tony Lindgren <tony@...mide.com>
To:	Stephen Boyd <sboyd@...eaurora.org>
Cc:	linux-arm-kernel@...ts.infradead.org,
	linux-arm-msm@...r.kernel.org,
	Russell King <linux@....linux.org.uk>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 03/10] ARM: smp_twd: Divorce smp_twd from local timer
 API

Stephen Boyd <sboyd@...eaurora.org> [130307 17:18]:
> On 03/07/13 16:40, Tony Lindgren wrote:
> > Hi,
> >
> > Stephen Boyd <sboyd@...eaurora.org> [130306 17:53]:
> >> Separate the smp_twd timers from the local timer APIThis will
> >> allow us to remove ARM local timer support in the near future and
> >> gets us closer to moving this driver to drivers/clocksource.
> > Looks like applying this patch makes omap4 to stop booting for
> > some reason.
> >
> >
> 
> Hm..Perhaps you need the clock?

Something is missing as the interrupts don't happen and it hangs:

...
OMAP clockevent source: GPTIMER1 at 32768 Hz
sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms
OMAP clocksource: 32k_counter at 32768 Hz
Calibrating local timer...
 
> --- a/arch/arm/kernel/smp_twd.c
> +++ b/arch/arm/kernel/smp_twd.c
> @@ -345,11 +345,11 @@ static int __init twd_local_timer_common_register(struct device_node *np)
>         if (err)
>                 goto out_irq;
>  
> +       twd_get_clock(np);
> +
>         /Immediately configure the timer on the boot CPU */
>         twd_timer_setup(this_cpu_ptr(twd_evt));
>  
> -       twd_get_clock(np);
> -
>         return 0;
>  
>  out_irq:

Adding that produces the following:

...
OMAP clockevent source: GPTIMER1 at 32768 Hz
sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms
OMAP clocksource: 32k_counter at 32768 Hz
Console: colour dummy device 80x30
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
Unable to handle kernel NULL pointer dereference at virtual address 0000001d
pgd = c0004000
[0000001d] *pgd=00000000
Internal error: Oops: 5 [#1] SMP ARM
Modules linked in:
CPU: 0    Not tainted  (3.9.0-rc1-12182-g90ac757-dirty #42)
PC is at 0xe7d7f0a0
LR is at twd_handler+0x34/0x40
pc : [<e7d7f0a0>]    lr : [<c001a650>]    psr: 200001d3
sp : c0791ea0  ip : c0790000  fp : 00000004
r10: ed806780  r9 : c0805840  r8 : 00e0c000
r7 : c07919c0  r6 : ed801900  r5 : 0000001d  r4 : 00000001
r3 : fa240600  r2 : fa24060c  r1 : c0090d28  r0 : c0090d28
Flags: nzCv  IRQs off  FIQs off  Mode SVC_32  ISA ARM  Segment kernel
Control: 10c53c7d  Table: 8000404a  DAC: 00000017
Process swapper/0 (pid: 0, stack limit = 0xc0790240)
Stack: (0xc0791ea0 to 0xc0792000)
1ea0: c07997a8 c00ac80c 0000001d c078e248 c0790000 00000000 c07997a8 00000000
1ec0: c0790000 c00a9e2c 0000001d c00152a8 fa24010c c0791f00 c0799904 fa240110
1ee0: c082b260 c000868c 200001d3 c004901c 20000153 ffffffff c0791f34 c052db64
1f00: 00000001 00000001 c079bc90 00000000 00000000 00000000 00000048 00000048
1f20: c082b260 00000000 c0790000 00000004 00000000 c0791f48 60000153 c004901c
1f40: 20000153 ffffffff 00000000 00000000 00000000 00000000 c082b260 00000048
1f60: 00000000 00000000 00000000 60000153 c033e2ec c0791fac c08292bc c0829240
1f80: c076f678 ffffffff 411fc092 c07988c0 00000000 c0529c88 c068460c c0791fac
1fa0: c082924c c07515b4 c068460c c080bb1c 00000011 c0829258 bfffffff c0736884
1fc0: ffffffff ffffffff c0736474 00000000 00000000 c076f678 00000000 10c53c7d
1fe0: c0798934 c076fa7c c079d16c 8000406a 00000000 80008074 00000000 00000000
[<c001a650>] (twd_handler+0x34/0x40) from [<c00ac80c>] (handle_percpu_devid_irq+0xb8/0x128)
[<c00ac80c>] (handle_percpu_devid_irq+0xb8/0x128) from [<c00a9e2c>] (generic_handle_irq+0x30/0x3c)
[<c00a9e2c>] (generic_handle_irq+0x30/0x3c) from [<c00152a8>] (handle_IRQ+0x48/0xa8)
[<c00152a8>] (handle_IRQ+0x48/0xa8) from [<c000868c>] (gic_handle_irq+0x30/0x6c)
[<c000868c>] (gic_handle_irq+0x30/0x6c) from [<c052db64>] (__irq_svc+0x44/0x5c)
Exception stack(0xc0791f00 to 0xc0791f48)
1f00: 00000001 00000001 c079bc90 00000000 00000000 00000000 00000048 00000048
1f20: c082b260 00000000 c0790000 00000004 00000000 c0791f48 60000153 c004901c
1f40: 20000153 ffffffff
[<c052db64>] (__irq_svc+0x44/0x5c) from [<c004901c>] (vprintk_emit+0x1f8/0x544)
[<c004901c>] (vprintk_emit+0x1f8/0x544) from [<c0529c88>] (printk+0x30/0x40)
[<c0529c88>] (printk+0x30/0x40) from [<c07515b4>] (lockdep_info+0x10/0xb4)
[<c07515b4>] (lockdep_info+0x10/0xb4) from [<c0736884>] (start_kernel+0x1dc/0x328)
[<c0736884>] (start_kernel+0x1dc/0x328) from [<80008074>] (0x80008074)
Code: 57555555 55755154 557d5554 55d55655 (54555575) 

Regards,

Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/