linux-toradex.git/arch/sparc/kernel/ds.c, branch v3.2.17

sparc64: Fix bootup crash on sun4v.

2012-04-22T22:31:00+00:00

commit 9e0daff30fd7ecf698e5d20b0fa7f851e427cca5 upstream.

The DS driver registers as a subsys_initcall() but this can be too
early, in particular this risks registering before we've had a chance
to allocate and setup module_kset in kernel/params.c which is
performed also as a subsyts_initcall().

Register DS using device_initcall() insteal.

Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

sparc: Use kmemdup rather than duplicating its implementation

2011-12-04T18:46:56+00:00

The semantic patch that makes this change is available
in scripts/coccinelle/api/memdup.cocci.

Signed-off-by: Thomas Meyer 
Signed-off-by: David S. Miller

sparc: Don't do hypervisor calls on non-sun4v in DS driver.

2011-08-12T00:58:59+00:00

Reported-by: Pieter-Paul Giesberts 
Signed-off-by: David S. Miller

sparc: Set reboot-cmd using reboot data hypervisor call if available.

2011-08-03T04:28:52+00:00

Signed-off-by: David S. Miller

sparc: convert old cpumask API into new one

2011-05-16T20:38:07+00:00

Adapt new API. Almost change is trivial, most important change are to
remove following like =operator.

 cpumask_t cpu_mask = *mm_cpumask(mm);
 cpus_allowed = current->cpus_allowed;

Because cpumask_var_t is =operator unsafe. These usage might prevent
kernel core improvement.

No functional change.

Signed-off-by: KOSAKI Motohiro 
Signed-off-by: David S. Miller

sparc64: Fix section mis-match errors.

2011-03-31T00:37:56+00:00

Fix all of the problems spotted by CONFIG_DEBUG_SECTION_MISMATCH under
arch/sparc during a 64-bit defconfig build.

They fall into two categorites:

1) of_device_id is marked as __initdata, and we can never do this
   since these objects sit in the device core data structures way
   past boot.  So even if a driver will never be reloaded, we have
   to keep the device ID table around.

   Mark such cases const instead.

2) The bootmem alloc/free handling code in mdesc.c was not fully
   marked __init as it should be, thus generating a reference
   to free_bootmem_late() (which is __init) from non-__init code.

Signed-off-by: David S. Miller

sparc64: Defer cpu_data() setup until end of per-cpu data initialization.

2009-06-16T11:56:22+00:00

Signed-off-by: David S. Miller

sparc64: Make mdesc_fill_in_cpu_data take a cpumask_t pointer.

2009-06-16T11:56:21+00:00

Signed-off-by: David S. Miller

cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: sparc64

2009-03-16T04:10:23+00:00

Impact: cleanup, futureproof

In fact, all cpumask ops will only be valid (in general) for bit
numbers < nr_cpu_ids.  So use that instead of NR_CPUS in various
places.

This is always safe: no cpu number can be >= nr_cpu_ids, and
nr_cpu_ids is initialized to NR_CPUS at boot.

Signed-off-by: Rusty Russell 
Signed-off-by: Mike Travis 
Acked-by: Ingo Molnar

sparc64: Use unsigned long long for u64.

2009-01-06T21:19:28+00:00

Andrew Morton wrote:

    People keep on doing

            printk("%llu", some_u64);

    testing it only on x86_64 and this generates a warning storm on
    powerpc, sparc64, etc.  Because they use `long', not `long long'.

    Quite a few 64-bit architectures are using `long' for their
    s64/u64 types.  We should convert them all to `long long'.

Update types.h so we use unsigned long long for u64 and
fix all warnings in sparc64 code.
Tested with an allnoconfig, defconfig and allmodconfig builds.

This patch introduces additional warnings in several drivers.
These will be dealt with in separate patches.

Signed-off-by: Sam Ravnborg 
Signed-off-by: Andrew Morton 
Signed-off-by: David S. Miller