linux-toradex.git/arch/parisc, branch v2.6.22

[PARISC] unwinder improvements

2007-06-21T21:46:22+00:00

Add special-case handling for "handle_interruption" so that we can rewind
past the interruption. This is useful for seeing what caused a BUG() or
WARN_ON(); otherwise the unwind stops at the interruption.

Signed-off-by: Randolph Chung 
Signed-off-by: Kyle McMartin

[PARISC] Fix unwinder on 64-bit kernels

2007-06-21T21:46:21+00:00

The unwinder was broken by the shift of PAGE_OFFSET in order to increase the
size of the vmalloc area on 64-bit kernels.

Signed-off-by: Randolph Chung 
Signed-off-by: Kyle McMartin

[PARISC] remove global_ack_eiem

2007-06-12T05:23:30+00:00

Kudos to Thibaut Varene for spotting the (mis)use of appropriately named
global_ack_eiem. This took a long time to figure out and both insight
from myself, Kyle McMartin, and James Bottomley were required to narrow
down which bit of code could have this race condition.

The symptom was interrupts stopped getting delivered while some workload
was generating IO interrupts on two different CPUs. One of the interrupt
sources would get masked off and stay unmasked. Problem was global_ack_eiem
was accessed with read/modified/write sequence and not protected by
a spinlock.

PA-RISC doesn't need a global ack flag though. External Interrupts
are _always_ delivered to a single CPU (except for "global broadcast
interrupt" which AFAIK currently is not used.) So we don't have to worry
about any given IRQ vector getting delivered to more than one CPU.

Tested on a500 and rp34xx boxen. rsync to/from gsyprf11 (a500)
would lock up the box since NIC (tg3) interrupt and SCSI (sym2)
were on "opposite" CPUs (2 CPU system). Put them on the same CPU
or apply this patch and 10GB of data would rsync completely.

Please apply the following critical patch.

thanks,
grant

Signed-off-by: Grant Grundler 
Acked-by: Thibaut VARENE 
Signed-off-by: Kyle McMartin

[PARISC] Fix kernel panic in check_ivt

2007-06-04T06:26:52+00:00

check_ivt had some seriously broken code wrt function pointers on
parisc64. Instead of referencing the hpmc code via a function pointer,
export symbols and reference it as a const array.

Thanks to jda for pointing out the broken 64-bit func ptr handling.

Signed-off-by: Kyle McMartin

[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls

2007-06-03T21:53:45+00:00

The bug was that we were comparing __NR_syscalls to be greater or equal
to the syscall number stored in %r20. __NR_syscalls is one greater than
the last syscall though, so we're loading one entry beyond the end of the
syscall table, and trying to jump to it.

Fix this by only checking that we're greater, alternatively, we could
have compared to (__NR_Linux_syscalls - 1)

Signed-off-by: Kyle McMartin

[PARISC] be more defensive in process.c::get_wchan

2007-05-30T06:36:00+00:00

While debugging, I noticed we don't check the task_struct arg passed to
get_wchan, whereas everyone else does.

Signed-off-by: Kyle McMartin

[PARISC] fix "reduce size of task_struct on 64-bit machines" fallout

2007-05-30T06:27:46+00:00

Amazingly, parisc was the only arch effected by this...
Convert register-sized loads/stores to always be 32-bit for these fields.

Signed-off-by: Kyle McMartin

[PARISC] fix null ptr deref in unwind.c

2007-05-30T06:24:28+00:00

commit ffb45122766db220d0bf3d01848d575fbbcb6430 removed one too many args.
kallsyms_lookup is not safe to call with a NULL *modname. Paper bag over the
problem for the time being.

Signed-off-by: Kyle McMartin

[PARISC] remove remnants of parisc-specific softirq code

2007-05-30T06:11:02+00:00

Kyle,

This patch removes remnants of softirq support that we no longer need.
I suspect this was just overlooked when willy convert parisc to generic
IRQ support.

Tested on c3600 32-bit UP.

Signed-off-by: Grant Grundler 
[and tested on a c8000 64-bit SMP --kyle]
Signed-off-by: Kyle McMartin

[PARISC] fix section mismatch in smp.c

2007-05-30T06:10:12+00:00

WARNING: arch/parisc/kernel/built-in.o(.text.__cpu_up+0x20): Section mismatch: reference to .init.text:smp_boot_one_cpu (after '__cpu_up')

Signed-off-by: Helge Deller 
Signed-off-by: Kyle McMartin