litmus-rt.git/arch/sparc/prom, branch wip-fmlp-dequeue

sparc64: Get rid of indirect p1275 PROM call buffer.

2010-08-24T06:10:57+00:00

This is based upon a report by Meelis Roos showing that it's possible
that we'll try to fetch a property that is 32K in size with some
devices.  With the current fixed 3K buffer we use for moving data in
and out of the firmware during PROM calls, that simply won't work.

In fact, it will scramble random kernel data during bootup.

The reasoning behind the temporary buffer is entirely historical.  It
used to be the case that we had problems referencing dynamic kernel
memory (including the stack) early in the boot process before we
explicitly told the firwmare to switch us over to the kernel trap
table.

So what we did was always give the firmware buffers that were locked
into the main kernel image.

But we no longer have problems like that, so get rid of all of this
indirect bounce buffering.

Besides fixing Meelis's bug, this also makes the kernel data about 3K
smaller.

It was also discovered during these conversions that the
implementation of prom_retain() was completely wrong, so that was
fixed here as well.  Currently that interface is not in use.

Reported-by: Meelis Roos 
Tested-by: Meelis Roos 
Signed-off-by: David S. Miller

sparc64: Make prom entry spinlock NMI safe.

2010-03-03T17:06:03+00:00

If we do something like try to print to the OF console from an NMI
while we're already in OpenFirmware, we'll deadlock on the spinlock.

Use a raw spinlock and disable NMIs when we take it.

Signed-off-by: David S. Miller

sparc: remove redundant return statements

2010-02-10T19:47:57+00:00

Signed-off-by: Jan Engelhardt 
Signed-off-by: David S. Miller

sparc64: Fix bootup with mcount in some configs.

2009-09-04T10:39:45+00:00

Functions invoked early when booting up a cpu can't use
tracing because mcount requires a valid 'current_thread_info()'
and TLB mappings to be setup.

The code path of sun4v_register_mondo_queues --> register_one_mondo
is one such case.  sun4v_register_mondo_queues already has the
necessary 'notrace' annotation, but register_one_mondo does not.

Normally register_one_mondo is inlined so the bug doesn't trigger,
but with some config/compiler combinations, it won't be so we
must properly mark it notrace.

While we're here, add 'notrace' annoations to prom_printf and
prom_halt so that early error handling won't have the same problem.

Reported-by: Alexander Beregalov 
Reported-by: Leif Sawyer 
Signed-off-by: David S. Miller

sparc: Eliminate PROMLIB_INTERNAL as it does nothing

2009-01-09T00:59:01+00:00

Signed-off-by: Julian Calaby 
Signed-off-by: David S. Miller

sparc: Kill exports of prom internal functions

2009-01-09T00:58:42+00:00

__prom_getchild() and __prom_getsibling() are not used anywhere, so
don't export them.

Signed-off-by: Julian Calaby 
Signed-off-by: David S. Miller

sparc64: move EXPORT_SYMBOL to the symbols definition

2009-01-09T00:58:20+00:00

Move all applicable EXPORT_SYMBOL()s to the file where the respective
symbol is defined.

Removed all the includes that are no longer needed in sparc_ksyms_64.c

Comment all remaining EXPORT_SYMBOL()s in sparc_ksyms_64.c

Signed-off-by: Sam Ravnborg 

Additions by Julian Calaby:
* Moved EXPORT_SYMBOL()s for prom functions to their rightful places.
* Made some minor cleanups to the includes and comments of sparc_ksyms_64.c
* Updated and tidied commit message.
* Rebased patch over sparc-2.6.git HEAD.
* Ensured that all modified files have the correct includes.

Signed-off-by: Julian Calaby 
Signed-off-by: David S. Miller

sparc: move EXPORT_SYMBOL to the symbols definition

2009-01-09T00:58:05+00:00

Move all applicable EXPORT_SYMBOL()s to the file where the respective
symbol is defined.

Removed all the includes that are no longer needed in sparc_ksyms_32.c

Comment all remaining EXPORT_SYMBOL()s in sparc_ksyms_32.c

Two symbols are shared with sparc64 thus the exports were removed from
the sparc_ksyms_64.c too, along with the include their ommission made
redundant.

Signed-off-by: Sam Ravnborg 

Additions by Julian Calaby:
* Moved EXPORT_SYMBOL()s for prom functions to their rightful places.
* Made some minor cleanups to the includes and comments of sparc_ksyms_32.c
* Made another subtraction from sparc_ksyms_64.c
* Updated and tidied commit message.
* Rebased patch over sparc-2.6.git HEAD.
* Ensured that all modified files have the correct includes.

Signed-off-by: Julian Calaby 
Signed-off-by: David S. Miller

sparc: Use sparc64 version of prom/printf.c

2008-12-08T09:00:14+00:00

Use sparc64 version of prom/printf.c.

The only differences for sparc32 is that prom_printf is no longer
exported for modules which should be OK.

Signed-off-by: Robert Reif 
Signed-off-by: David S. Miller

sparc: Const'ify prom_prop() on sparc32.

2008-12-06T00:54:44+00:00

This brings things in line with sparc64.

Signed-off-by: David S. Miller