CVS log for src/sys/arch/arm/omap/Attic/omapfb.c

Up to [cvs.NetBSD.org] / src / sys / arch / arm / omap

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Remove old OMAP port.

This code was a mess and full of unmaintainable SoC and board specific
ifdefs. A modern devicetree port for OMAP3530 and AM335x based boards
now lives in arch/arm/ti. If someone is interested in bringing back
support for any boards lost in this transition, feel free, but please
do so using the new devicetree based model.

Remove unnecessary sys/malloc.h include

wsdisplay(4): Factor out WSDISPLAY_SCROLLSUPPORT logic.

Should find a way to avoid the #ifdefs in the .h file, but this makes
the code a good deal more legible and easier to maitain, at least.
No functional change intended.

Merge thorpej-cfargs2.

Adapt to CFARGS().

Merge thorpej-cfargs branch:

Simplify and make extensible the config_search() / config_found() /
config_attach() interfaces: rather than having different variants for
which arguments you want pass along, just have a single call that
takes a variadic list of tag-value arguments.

Adjust all call sites:
- Simplify wherever possible; don't pass along arguments that aren't
  actually needed.
- Don't be explicit about what interface attribute is attaching if
  the device only has one.  (More simplification.)
- Add a config_probe() function to be used in indirect configuiration
  situations, making is visibly easier to see when indirect config is
  in play, and allowing for future change in semantics.  (As of now,
  this is just a wrapper around config_match(), but that is an
  implementation detail.)

Remove unnecessary or redundant interface attributes where they're not
needed.

There are currently 5 "cfargs" defined:
- CFARG_SUBMATCH (submatch function for direct config)
- CFARG_SEARCH (search function for indirect config)
- CFARG_IATTR (interface attribte)
- CFARG_LOCATORS (locators array)
- CFARG_DEVHANDLE (devhandle_t - wraps OFW, ACPI, etc. handles)

...and a sentinel value CFARG_EOL.

Add some extra sanity checking to ensure that interface attributes
aren't ambiguous.

Use CFARG_DEVHANDLE in MI FDT, OFW, and ACPI code, and macppc and shark
ports to associate those device handles with device_t instance.  This
will trickle trough to more places over time (need back-end for pre-OFW
Sun OBP; any others?).

Give config_found() the same variadic arguments treatment as
config_search().  This commit only adds the CFARG_EOL sentinel
to the existing config_found() calls.  Conversion of config_found_sm_loc()
and config_found_ia() call sites will be in subsequent commits.

Sync with HEAD

Sync with HEAD

Resolve a couple of conflicts (result of the uimin/uimax changes)

Rename min/max -> uimin/uimax for better honesty.

These functions are defined on unsigned int.  The generic name
min/max should not silently truncate to 32 bits on 64-bit systems.
This is purely a name change -- no functional change intended.

HOWEVER!  Some subsystems have

	#define min(a, b)	((a) < (b) ? (a) : (b))
	#define max(a, b)	((a) > (b) ? (a) : (b))

even though our standard name for that is MIN/MAX.  Although these
may invite multiple evaluation bugs, these do _not_ cause integer
truncation.

To avoid `fixing' these cases, I first changed the name in libkern,
and then compile-tested every file where min/max occurred in order to
confirm that it failed -- and thus confirm that nothing shadowed
min/max -- before changing it.

I have left a handful of bootloaders that are too annoying to
compile-test, and some dead code:

cobalt ews4800mips hp300 hppa ia64 luna68k vax
acorn32/if_ie.c (not included in any kernels)
macppc/if_gm.c (superseded by gem(4))

It should be easy to fix the fallout once identified -- this way of
doing things fails safe, and the goal here, after all, is to _avoid_
silent integer truncations, not introduce them.

Maybe one day we can reintroduce min/max as type-generic things that
never silently truncate.  But we should avoid doing that for a while,
so that existing code has a chance to be detected by the compiler for
conversion to uimin/uimax without changing the semantics until we can
properly audit it all.  (Who knows, maybe in some cases integer
truncation is actually intended!)

update from HEAD

Pull up following revision(s) (requested by macallan in ticket #41):
	sys/arch/arm/omap/omapfb.c: revision 1.27
Do not assume that PAGE_SIZE is 4kB always.

don't blindly assume that PAGE_SIZE == 4kB
Now X works again.

Rebase to HEAD as of a few days ago.

Rebase.

remove obsolete comment

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

sync with head

Deal with unused variables.

resync from head

s/[ \t]$//g.
Indent.

resync with head

break long lines

support a hardware cursor

attach a wsdisplay even if this is not the console device

put BUS_DMA_PREFETCHABLE back now that the missing pieces are in place

fix compilation

support WSDISPLAYIO_SVIDEO and _GVIDEO, now screen blanking in X works

break some long lines

support WSDISPLAYIO_GET_FBINFO

sync with head

switch to 32bit colour for X, keep the console in 16bit for some extra speed
( yay, first commit from my BeagleBoard )

support WSDISPLAYIO_GET_BUSID
let WSDISPLAYIO_GTYPE return WSDISPLAY_TYPE_OMAP3
no more pretending we're some sort of PCI framebuffer

don't draw blanks by hand, use the blitter instead

copy data in 32bit chunks whenever alignment permits
 -> very noticeable speedup

sync with (a bit old) head

implement right to left and bottom to top blits, now scrolling works right
in all directions.
while there, fix the xor mask for the cursor attribute - now it's actually
inverted

implement omapfb_mmap() - now X with wsfb works

remove debug cruft

if omapdma is present, (ab)use channel 0 for basic graphics acceleration
idea from RISC OS

If EDID is supplied, parse and print it. While here, try not to crash
if is_console is false.

Don't steal the console by default.

different u-boot versions set up the video hardware in different ways, make
sure we can deal with both

Merge improved arm support (especially Cortex) from HEAD
including OMAP and BCM53xx support.

Resync to 2012-11-19 00:00:00 UTC

sync with head

don't try to init more than 256 CLUT entries, no matter what colour depth
we're in

#include <sys/bus.h> instead of <machine/bus.h>.

Sync with HEAD.

sync with head

avoid a crash when the display size is reported as 1x1
XXX this is hackish, it should be properly fixed instead

sync with head

Sync with HEAD (-D20101022).

sync with head

file omapfb.c was added on branch rmind-uvmplock on 2011-03-05 20:49:38 +0000

file omapfb.c was added on branch uebayasi-xip on 2010-10-22 07:21:03 +0000

file omapfb.c was added on branch yamt-nfs-mp on 2010-10-09 03:31:40 +0000

a simple console driver for the OMAP 3xxx on-chip video
no acceleration so far and it will recycle whatever video mode the firmware
set up