CVS log for src/sys/arch/arm/iomd/vidc20config.c

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

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

s/abou/about/ in comment.

fix various typos in comments, docs and log messages.

fix various typos in comments, messages and documentation.

update from HEAD

Remove katelib.h and references to it.

{Read,Write}{Word,Byte} macros are provided in the files that still use
them. Someone(tm) should convert them to bus_space(9)

src is too big these days to tolerate superfluous apostrophes.  It's
"its", people!

Sync with HEAD.

Commit is split, to avoid a "too many arguments" protocol error.

sync with head.

Sync with HEAD.

ansify function definitions

Change about 4500 of the K&R function definitions to ANSI ones.
There are still about 1600 left, but they have ',' or /* ... */
in the actual variable definitions - which my awk script doesn't handle.
There are also many that need () -> (void).
(The script does handle misordered arguments.)

sync with head.

sync with head.

Sync with head.

When setting the FIFO preload, chose an entirely safe value rather than
using a completely bogus heuristic to guess at one.  This might cause FIFO
underruns in particularly exciting video modes, but it also makes more
boring ones work correctly.

sync with head

Program the IOMD flyback size register correctly, or at least the same way
we did before we started using struct videomode.  This seems to unbreak
systems with VRAM at least a little.

sync with head

sync with head.

When looking for a screen mode at startup, skip any interlaced and
doublescan modes, since vidcvideo doesn't support them.

If we can't find a screen mode matching the bootloader's frame rate, choose
the nearest one, rather than the first one with the same resolution.  This
is likely to be useful when the bootloader finally passes a valid frame rate.
For now, it just favours flickery over non-functional.

Arrange things so that if MONITOR isn't defined in the kernel configration,
we use the standard mode list from videomode.c rather than one generated
by makemodes.awk.  This is less useful than it might be since without a useful
frame rate from the bootloader we're likely to end up choosing a screen mode
that's either flickery or too fast for the monitor (or DRAM bandwidth).

The log2_bpp fields of the mode list generated by makemodes.awk weren't
used for anything.  Rearrange things so that it doesn't any more, and
just produces an array of struct videomode.  modedefs.c is looking
suspiciously much like videomode.c now.

Move calculation of a screen mode's frame rate out of makemodes.awk into
the kernel, removing an element from struct vidc_mode.  The calculation
is a bit pointless at the moment anyway, since both bootloaders pass in
a constant 56, but that might get fixed one day.

Switch to using the MI struct videomode for storing VIDC video timings.
struct videomode doesn't have a way to record border widths (though I
wonder if VESA's "margins" are the same thing), so we now just treat them
as zero.  Tested on my NC, which still seems to be working.

vidc_initialmode seems to be initialised at startup and never touched again.
Lose it.

sync with head

ANSIfy, un-__P, and generally KNF.

merge ktrace-lwp.

sync with -current

Sync with HEAD.

merge yamt-km branch.
- don't use managed mappings/backing objects for wired memory allocations.
  save some resources like pv_entry.  also fix (most of) PR/27030.
- simplify kernel memory management API.
- simplify pmap bootstrap of some ports.
- some related cleanups.

Sync with HEAD.

sync with head.

White space nit- don't put a space before/after increment/decrement
operators.

convert arch/arm to new apis.

Fix the sync with head I botched.

Sync with HEAD.

Sync with HEAD

Fix GCC 3.3.1 nits

Use PAGE_SIZE rather than NBPG.

Catch up to -current.

sync kqueue with -current; this includes merge of gehenna-devsw branch,
merge of i386 MP branch, and part of autoconf rototil work

Fix some small range checks and why weren't we writing the palette in when
we're asked to set the VIDC in a given state! :-D ahum... these are fixed
now. The top palette entry wasn't set.

remove trailing \n in panic().  approved perry.

sync kqueue branch with HEAD

Catch up to -current.

catch up with -current.

catch up with -current.

catch up with -current on kqueue branch

Pull up revision 1.13 (requested by bjh21 in ticket #328):
Move over to using a 6:5:5 R:G:B palette in 16-bit display modes, and abstract
the palette generation to work with arbitrary numbers of bits.
This allows X to work after a fashion, since it tries to put the VIDC into
a 6:5:5 mode itself (which we ignore).  Anything that actually tries to take
advantage of the DirectColor visual it offers will still be screwed, but I
hope such applications are rare.

Pull up revision 1.12 (requested by bjh21 in ticket #328):
Kill off vidcvideo_textpalette() again, but better.
This time, vidcvideo_stdpalette() uses vidcvideo_write(), as it should, and
correctly initialises the paletter in 16bpp and (I hope) 32 bpp modes.
This fixes the colours on the text console in 16bpp modes.  32bpp seems to be
generally broken anyway.

Catch up to -current.

Move over to using a 6:5:5 R:G:B palette in 16-bit display modes, and abstract
the palette generation to work with arbitrary numbers of bits.
This allows X to work after a fashion, since it tries to put the VIDC into
a 6:5:5 mode itself (which we ignore).  Anything that actually tries to take
advantage of the DirectColor visual it offers will still be screwed, but I
hope such applications are rare.

Kill off vidcvideo_textpalette() again, but better.
This time, vidcvideo_stdpalette() uses vidcvideo_write(), as it should, and
correctly initialises the paletter in 16bpp and (I hope) 32 bpp modes.
This fixes the colours on the text console in 16bpp modes.  32bpp seems to be
generally broken anyway.

Revert last.  vidcvideo_textpalette() and vidcvideo_stdpalette set the palette
by different means.

vidcvideo_stdpalette() and vidcvideo_textpalette() do precisely the same thing.
G/C the latter and change its only caller to use the former.

Catch up to -current.
(CVS: It's not just a program. It's an adventure!)

Catch up with -current.

Some cosmetic changes....

__RCSID -> __KERNEL_RCSID

Catch up to -current.

Comment out vidcvideo_setbase() (it's unused).
Remove vidcvideo_mmap() (it's redundant).
Add in-core RCSID.

Sync kqueue branch with -current.

Catch up to -current.

file vidc20config.c was added on branch kqueue on 2002-01-10 19:38:20 +0000

mod() was unused.  g/c it.  New code should use abs() anyway.

Simplify the pixel-clock-rate-setting code, so it always works out the
parameters from first principles rather than using a static table for some
rates.  This makes it work correctly on ARM7500, for which the table was
bogus (ARM7500 has a different refclk from VIDC20).

Use <machine/intr.h> rather than <machine/irqhandler.h>

Kill <machine/katelib.h>.  Any place that still uses it should just
reference <arm/arm32/katelib.h> until such time as all use of this
file has been purged from the face of the earth.

file vidc20config.c was added on branch nathanw_sa on 2002-01-08 00:23:16 +0000

Sad point .... remove RC7500 support from the iomd directory in the
arch/arm/iomd/* .... the RC7500 isnt really an iomd/vidc machine but has
different video/audio chip and was kind of hardwired/hacked into the other
chip drivers.

Initial commit of the splitting off of arch/acorn32 from arch/arm32.

The IOMD/VIDC combination is now moved to arch/arm/iomd together. These
files still need a lot of cleaning up :( .... esp. the RC7500 support that
is still dormant in it; this needs either to be removed or split out for
RC7500's ``VIDC'' video/audio variant.

Apart from the RC7500 support wich is still in arch/arm32 the
iomd,vidc,riscpc and podulebus subdirectories of arch/arm32 can be removed.

This split still uses some small parts of arch/arm32 .... those are the MI
parts that haven't been moved yet.

RiscPC/A7000 have been tested and confirmed to build as should NC.