summaryrefslogtreecommitdiffstats
path: root/sys/dev/wsfont (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Update Spleen kernel fonts to version 1.9.0, bringing the followingfcambus2021-03-122-27/+1691
| | | | | | | improvements: - Enlarge vertical line for consistency with other small sizes (5x8 version) - Add full support for the Latin-1 Supplement Unicode block (6x12 version)
* Update Spleen kernel fonts to version 1.8.2, bringing the followingfcambus2020-07-313-65/+65
| | | | | | | | | | improvements: - Fix size of the lower case 'ae' character in the 16x32 and 32x64 versions - Shorten parentheses, square brackets, braces, slash, backslash in the 8x16 version, fixing alignment issues - Shift vertical line and double vertical line characters one pixel up in the 8x16 version
* Update Spleen kernel fonts to version 1.8.1, bringing the followingfcambus2020-07-206-32/+32
| | | | | | improvements: - Center tilde vertically for all sizes, as modern fonts do
* Add "Spleen 6x12" to wsfont, a font targetted at OLED displays.fcambus2020-07-102-5/+1307
| | | | | | | | | Similar to "Spleen 5x8" it only contains the printable ASCII characters (96 glyphes). The font is 2-Clause BSD licensed and is my original creation. OK patrick@
* Enable spleen16x32 and spleen32x64 on armv7 for GENERIC kernels.fcambus2020-07-091-2/+2
| | | | OK kettenis@, deraadt@, patrick@
* Update Spleen kernel fonts to version 1.8.0, bringing the followingfcambus2020-06-291-3/+3
| | | | | | | improvements: - Improve ampersand character, making it more consistent with other sizes (5x8 version)
* Use C99 initializers in wsdisplay_font struct definitions forfcambus2020-06-243-39/+39
| | | | | | "Boldface", "Boldface.iso1", and "Gallant". OK mpi@
* Use C99 initializers in wsdisplay_font struct definitions for Spleenfcambus2020-06-235-65/+65
| | | | | | kernel fonts. OK mpi@
* Update Spleen kernel fonts to version 1.7.1, bringing the followingfcambus2020-06-215-35/+35
| | | | | | | improvements: - Remove strain pixel on the '5' digit (5x8 version) - Improve the Esszet character (8x16, 12x24, 16x32, and 32x64 versions)
* Update Spleen kernel fonts to version 1.5.0, bringing the followingfcambus2019-10-033-19/+19
| | | | | | | | | | | | | | improvements: - Tweak the digit '7' for consistency with other sizes (5x8 version) - Tweak the digit '2' for consistency with other sizes (12x24 version) - Shift the middle bar of the digit '3' one pixel up, for better alignement (12x24 version) - Make the 'Z' and 'z' characters more balanced, as is the case with other sizes (12x24 version) - Make the slash inside the digit '0' one pixel thiner (32x64 version) OK patrick@, "go ahead" kettenis@
* Update Spleen kernel fonts to the latest released version, bringingfcambus2019-09-053-31/+31
| | | | | | | | | | | | | | the following improvements: - Character at position CB is 'E' with diaeresis, not with tilde (12x24 version) - Character at position D6 is 'O' with diaeresis, not with tilde (12x24 version) - Character at position DC is 'U' with diaeresis, not with tilde (12x24 version) - Fix middle bar thickness in the upper case 'eth' character (12x24 version) - Fix ring alignment for the 'A' and 'a' characters (16x32 and 32x64 versions) - Fix tilde alignment in the 'o' with tilde character (32x64 version) - Remove strain pixel on the '3' and 'k' characters (32x64 version) OK deraadt@, mpi@
* Kill commented-out wsfont_remove().mpi2019-07-112-39/+2
| | | | | | Gets rid of an unused free(9) w/o size argument. ok jan@, anton@
* Update Spleen kernel fonts to the latest released version, bringingfcambus2019-06-085-193/+193
| | | | | | | | | | | | | | | the following improvements: - Shift the middle bar of the upper case 'G' one pixel down in the 12x24 version - Shift lower case 'k' character right, for better alignment in the 12x24, 16x32, and 32x64 versions - Make upper case 'X' thicker in the 16x32 and 32x64 versions - Make upper case 'V' thicker in the 32x64 version - Make lower case 'g' character smoother in the 16x32 and 32x64 versions - Add some artefacts on each side of the lower case 'i' characters OK kettenis@, naddy@, deraadt@
* Update Spleen kernel fonts to the latest released version, bringingfcambus2019-03-084-29/+29
| | | | | | | | | | | | | the following improvements: - Remove strain pixels on the inner upper part of parentheses for the 16x32 version - Harmonize the 'v' and 'V' characters across all sizes - Remove artefacts from the 'c' in the copyright sign across all sizes - Make the upper left corner of the 'R' sharp in the registered sign for the 16x32 and 32x64 versions "Go for it" kettenis@, deraadt@
* Enable Spleen in wsfont and modify the font selection logic at runtimefcambus2019-01-091-13/+29
| | | | | | | | | | | | | | | | | in rasops(9) to allow selecting larger fonts when available. Summary of the changes: - Enable spleen8x16 for all architectures, replacing bold8x16_iso1. - Enable spleen12x24 on all arches but sparc64, replacing gallant12x22. - Enable spleen16x32 and spleen32x64 on amd64, i386, and arm64 for GENERIC kernels. - Modify the font selection logic in rasops(9) so the 16x32 and 32x64 fonts are selected if at least 120 columns can be displayed. Screens with widths equal or larger than 1920px will use the 16x32 font, and screens with widths equal or larger than 3840px the 32x64 one. OK kettenis@, ratchov@, deraadt@
* Remove artefacts from 'C', 'c' and 'F' characters, to match the otherfcambus2018-12-021-4/+4
| | | | | | sizes. OK patrick@
* Add Spleen 8x16, 12x24, 16x32, and 32x64 variants to wsfont.fcambus2018-12-025-1/+31577
| | | | | | | | | | Together with the already imported Spleen 5x8, it will allow using the same font family across a wide range of screen resolutions, from small OLED displays to 4K monitors. The fonts are 2-Clause BSD licensed and are my original creation. OK jcs@, brynet@, bcallah@, kettenis@
* Add "Spleen 5x8" to wsfont, a font targetted at small OLED displaysfcambus2018-09-242-1/+919
| | | | | | | | | to be used with devices handled by ssdfb(4). It contains all printable ASCII characters (96 glyphes). The font is 2-Clause BSD licensed and is my original creation. OK patrick@
* If you use sys/param.h, you don't need sys/types.hderaadt2017-09-081-2/+1
|
* Backout because it breaks ramdisks. Anyone making changes in the kernelderaadt2017-08-181-44/+1
| | | | is required to consider or test ramdisks before commit.
* Add compressed fonts support in the kernel.fcambus2017-08-181-1/+44
| | | | | | | | | | | | The wsdisplay_font structure has been modified to add two new members (zdata and zdata_len) to store compressed font data and its size. We define compressed fonts by setting the data field to NULL and populating the zdata and zdata_len fields. In wsfont_lock(), we check if the selected font needs to be inflated, and we call the newly introduced wsfont_inflate() if required. OK kettenis@
* Implement counter-clockwise rotation.kettenis2017-08-172-22/+63
| | | | ok bcook@, stsp@
* Remove qvss8x15, vt220l8x8, and vt220l8x10 fonts.fcambus2017-05-304-8910/+1
| | | | | | | Those fonts are not compiled in by default, and are smaller than the smallest font (bold8x16_iso1) we currently include. OK mpi@, deraadt@
* Remove lucida16x29.h and omron12x20 fonts.fcambus2017-05-303-5201/+4
| | | | | | | | | | | | | - lucida16x29 is a bad conversion from a truetype font, it is too bold which makes it unreadable. - omron12x20 is a serif font, and is very difficult to read due to inconsistencies in character spacing, alignement, and width. Moreover, both fonts only have 96 glyphs. No objection from mlarkin@ OK mpi@, jcs@
* Remove sony8x16 and sony12x24 fonts.fcambus2017-01-223-11404/+2
| | | | | | | They were not compiled in by default, and are Serif fonts, which doesn't work very well for monospaced bitmap fonts intended for console use. OK mpi@, visa@, jcs@
* Remove reference to non existing font.fcambus2016-10-061-12/+9
| | | | | | | Include file with font data (courier11x18.h) was removed from NetBSD due to licensing concerns before wsfont was imported into OpenBSD. Cookie values have been renumbered for consistency.
* limit the number of fonts that can be loadedjcs2016-09-141-2/+10
| | | | ok millert mlarkin deraadt
* remove some more sparc remnants. ok deraadttedu2016-09-041-2/+2
|
* Put the 12x22 font on alpha and macppc installation kernels, the 8x16 fontmiod2015-09-131-9/+14
| | | | | is really fugly on large displays (tga, vgafb). It's only 10KB more data before compression, which fits in our floppies.
* sizes for free(); checked by semariederaadt2015-09-081-3/+4
|
* Remove some includes include-what-you-use claims don'tjsg2015-03-141-2/+1
| | | | | | | have any direct symbols used. Tested for indirect use by compiling amd64/i386/sparc64 kernels. ok tedu@ deraadt@
* global "list" is not the nicest variable namederaadt2015-01-111-8/+8
| | | | seen my mlarkin, ok miod
* yet more mallocarray() changes.doug2014-12-131-2/+2
| | | | ok tedu@ deraadt@
* Bring the 12x22 font in even if SMALL_KERNEL on sgi.miod2014-12-071-3/+5
|
* add a size argument to free. will be used soon, but for now default to 0.tedu2014-07-121-6/+6
| | | | after discussions with beck deraadt kettenis.
* No longer store fonts added with the WSDISPLAYIO_LDFONT ioctl into themiod2013-10-202-9/+7
| | | | | | | | | | | | | | | wsdisplay softc. Instead, since the knowledge about available fonts lies in the parent driver itself, introduce a list_font wsdisplay_accessop which queries a font index, suitable to use within the WSDISPLAYIO_LSFONT ioctl. With this in place: - there is no global wsdisplay limit on the number of fonts loaded. Such a limit will be enforced by the display drivers themselves. - built-in kernel fonts will now appear in the list of fonts. Grow a list_font accesop for rasops, which relies upon wsfont_enum(), which is turned into something useful (and abortable if you do not need to iterate further). Not used by any rasops driver yet.
* Add a load_font accessop to rasops, to allow for fonts to be loaded andmiod2013-10-202-17/+14
| | | | | | | selected. All rasops fonts are managed by wsfont, which allows a font to be loaded on a rasops device and used on another. Currently not plumbed in any driver yet. This is work in progress.
* Replace manual list handling with a TAILQ.miod2013-10-201-35/+30
|
* Remove Unicode to ISO-8859-7 translation tables, they would only be used ifmiod2013-10-191-54/+5
| | | | | one were to use an ISO-8859-7-encoded font on a raster display, yet none of the fonts the kernel chooses from uses this encoding.
* Check for NULL ptr before dereferencing, not after; found the hard way bymiod2013-05-211-5/+5
| | | | dcoppa@
* Simplify function wsfont_map_unichar.shadchin2012-01-131-28/+14
| | | | ok mpi@
* Remove unused definition WSFONT_RDONLY.shadchin2012-01-101-2/+1
| | | | ok mpi@
* Remove unused function wsfont_getflg.shadchin2012-01-102-23/+2
| | | | ok mpi@
* Ansify non-ansified function definitions. No functional change.shadchin2012-01-081-30/+13
| | | | ok miod@
* Remove unused definition null16.shadchin2012-01-081-7/+1
| | | | ok miod@
* Remove extra and trailing spaces.shadchin2012-01-0610-132/+130
| | | | ok mpi@
* Remove unused Makefile.shadchin2012-01-061-8/+0
| | | | ok mpi@
* luna88k moves to defining __luna88k__ insteadderaadt2010-05-231-2/+2
|
* Use static for forward decl of static arrays instead of externjsg2009-06-218-16/+16
| | | | | | | which made newer versions of gcc complain about mixing static and non-static decls. ok miod@
* do not check malloc return value against NULL, as M_WAITOK is usedchl2009-02-151-7/+1
| | | | ok krw@ miod@ (some months ago)