| History log of /src/sys/dev/pci/radeonfb.c |
| Revision | | Date | Author | Comments |
| 1.117 |
| 08-Aug-2021 |
tnn | radeonfb: use BUS_SPACE_MAP_PREFETCHABLE for the framebuffer mapping
Makes the driver work on cia(4) based alpha machines, which can only
do dense access to linear mappings with prefetch. ok macallan@
|
| 1.116 |
| 07-Aug-2021 |
thorpej | Merge thorpej-cfargs2.
|
| 1.115 |
| 21-Jun-2021 |
christos | branches: 1.115.2;
fix proplib deprecation
|
| 1.114 |
| 24-Apr-2021 |
thorpej | branches: 1.114.2;
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?).
|
| 1.113 |
| 14-Mar-2021 |
rin | branches: 1.113.2;
Initialize dp->rd_cmap_{red,green,blue} in radeonfb_init_palette() for 8bpp,
so that color map can be obtained by WSDISPLAYIO_GETCMAP ioctl(2).
Now, mlterm-fb from pkgsrc/x11/mlterm works just fine on radeonfb(4).
|
| 1.112 |
| 30-Oct-2020 |
macallan | branches: 1.112.2;
support screen blanking of r5xx
somewhat crude but works
|
| 1.111 |
| 11-Oct-2020 |
jdc | Handle EDID:N entries, where N is the port number, so that we can set up
the display on port1 when port0 has no EDID information.
Try harder not to return NULL from radeonfb_modelookup() because we use
the result without checking later.
While here, adjust RADEONFB_DEBUG output:
don't print RADEON_PIXCLKS_CNTL (fixes a crash on sparc64 because it's
not aligned)
don't ignore the bottom 200 lines of the display (for no apparent reason))
|
| 1.110 |
| 28-Sep-2020 |
macallan | first step towards r5xx support:
- no CRTC programming yet, we just use whatever mode the (open)firmware hands
us
- palette control, fb location etc. all work
- hardware acceleration for character drawing, scrolling etc. works
- hardware cursor works
... tested & still works on various radeons in various macppc machines
|
| 1.109 |
| 05-Jul-2020 |
martin | Adapt to proplib api changes
|
| 1.108 |
| 11-Jun-2020 |
macallan | only read the backlight level register on mobility chips
|
| 1.107 |
| 11-Jun-2020 |
macallan | reduce stack usage in radeonfb_pickres() and radeonfb_set_cursor()
|
| 1.106 |
| 06-Feb-2020 |
macallan | sent PMF events when (un)blanking so things like lmu can turn their lights on
or off as well
|
| 1.105 |
| 15-Aug-2019 |
rin | branches: 1.105.2;
Support bitmap fonts with stride 4 (i.e., width 17 to 32).
|
| 1.104 |
| 27-Mar-2019 |
macallan | branches: 1.104.4;
fix the fix(es) - don't try to access a BIOS we didn't find.
Now this works on sparc64 again.
|
| 1.103 |
| 22-Mar-2019 |
martin | Even if you try very hard, some cards just do not have a BIOS.
|
| 1.102 |
| 21-Mar-2019 |
macallan | don't malloc(0)
spotted by mrg@
|
| 1.101 |
| 20-Mar-2019 |
macallan | add code to read disabled ROMs, adapted from xf86-video-radeon
With this radeonfb does The Right Thing(tm) on my 2xDVI mac radeon with
decidedly non-standard output wiring.
( apparently at least *some* mac radeons have a hidden x86 BIOS with valid
connector tables )
|
| 1.100 |
| 03-Sep-2018 |
riastradh | 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!)
|
| 1.99 |
| 28-Jun-2018 |
macallan | branches: 1.99.2;
restrict a magic number 'fix' inherited from xf86-video-radeon to actual
rv100 chips instead of applying it to anything older than r300.
Now DVI output works properly on 1st generation Mac Minis.
tested by christos
|
| 1.98 |
| 16-Jun-2018 |
macallan | explicitly turn off tiling translation - now software rendered characters
look right again on r3xx hardware
|
| 1.97 |
| 15-Jun-2018 |
macallan | cosmetics, no functional change
|
| 1.96 |
| 14-Jun-2018 |
macallan | make this work on rv350 chips found in last generation *Books
Needs testing on non-Apple hardware.
|
| 1.95 |
| 06-Jun-2018 |
maya | Remove duplicate ;
|
| 1.94 |
| 24-Jan-2018 |
riastradh | branches: 1.94.2;
Fix integer overflows noted by Silvio Cesare of InfoSect.
Someone^TM should name these idioms so we can eliminate this class of
copypasta bug.
|
| 1.93 |
| 11-Oct-2017 |
macallan | add missing break;s
|
| 1.92 |
| 25-Aug-2017 |
macallan | Radeon PLLs can't have odd post dividers when used with digital outputs -
add a flag to track this in relevant functions.
Now DVI output works properly on my Mini 2
Needs testing on Mini 1 and other hardware...
|
| 1.91 |
| 23-Aug-2017 |
macallan | Mac Mini WIP:
- plug the external TMDS into the right CRTC when in use
- use the right output types for Mini configs
now VGA works properly ( and not just by accident ) on my Mini 2. DVI is still
garbled but at least produces output.
|
| 1.90 |
| 11-Aug-2017 |
macallan | set display output parameters according to properties
Now VGA output works as intended on my Mini 2. DVI is still garbled ( but
visible ) and Mini 1 is untested.
|
| 1.89 |
| 02-Jun-2017 |
macallan | enable font loading / screen resizing
|
| 1.88 |
| 05-Nov-2014 |
macallan | branches: 1.88.2;
- unmap registers in WSDISPLAYIO_MODE_MAPPED only if a drm attached
- don't try to touch backlight registers when they're not mapped
|
| 1.87 |
| 21-Oct-2014 |
macallan | remove outdated comments
|
| 1.86 |
| 21-Oct-2014 |
macallan | get rid of RADEONFB_MMAP_BARS which hasn't been useful for years
|
| 1.85 |
| 16-Oct-2014 |
riastradh | Generalize pci_find_rom and use it to locate x86 video ROM in drm2.
- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.
- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.
- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).
XXX pullup to netbsd-7
|
| 1.84 |
| 22-Jul-2014 |
riastradh | branches: 1.84.2;
Do not printf(foobar()). Bad bad bad bad bad!
|
| 1.83 |
| 20-Feb-2014 |
joerg | branches: 1.83.2;
Mark radeonfb_unclip as unused.
|
| 1.82 |
| 22-Jan-2014 |
macallan | implement WSDISPLAYIO_{GET|PUT}CMAP ioctl()s
while there:
- unmap registers and vram only in WSDISPLAYIO_MODE_MAPPED ( so DRM can map
them ) but not in WSDISPLAYIO_MODE_DUMBFB ( so wsfb can do things that
require hardware access, like palette and cursor ioctl()s )
- reject ioctl()s that need hardware access if registers are unmapped ( so we
don't crash instead )
- use the same bit order in cursor sprite images as the other drivers do
with all this, Xorg with wsfb works properly on top of radeonfb
tested on i386 and macppc ( fingers crossed for alpha ;) )
|
| 1.81 |
| 14-Jan-2014 |
macallan | cap mappable framebuffer size at 64MB before dividing it up for each output
now we can actually access the 2nd fb on boards with more than 64MB VRAM
|
| 1.80 |
| 14-Jan-2014 |
macallan | - move cursor area to the end of each display's chunk of fb RAM
- use memory between display and cursor as glyph cache instead of blindly
trying to use 8MB
should fix PR 48492
|
| 1.79 |
| 09-Oct-2013 |
macallan | support WSDISPLAYIO_GET_FBINFO
|
| 1.78 |
| 15-Sep-2013 |
martin | Remove an unused variable
|
| 1.77 |
| 15-Sep-2013 |
martin | Comment out (but leave for documentation purposes) a variable.
|
| 1.76 |
| 28-Mar-2013 |
macallan | branches: 1.76.4;
clear screen when leaving X so we don't leave garbage in the borders
|
| 1.75 |
| 25-Mar-2013 |
macallan | change hsync start to match xf86-video-radeon so CRT modes set up by radeonfb
and Xorg no longer differ by a few pixels horizontally
|
| 1.74 |
| 07-Jan-2013 |
macallan | add PCI_PRODUCT_ATI_RADEON_RV370_5B63 - confirmed working by Dieter Roelants
|
| 1.73 |
| 01-Jan-2013 |
macallan | add a compile option to override the fallback to software drawing of bitmap
fonts on R3xx ( options RADEONFB_ALWAYS_ACCEL_PUTCHAR ) since this works just
fine on my RV350.
Next step: don't map VRAM if we don't need it.
|
| 1.72 |
| 31-Dec-2012 |
macallan | fix some typos & comments
|
| 1.71 |
| 31-Dec-2012 |
macallan | R4xx support is untested at best, so don't pretend to support them.
|
| 1.70 |
| 31-Dec-2012 |
macallan | clean up some more confusion between (ws)displays and CRTCs.
Now palette initialization no longer stomps over the port table, which gives
us a fighting chance to intentionally enable the right outputs.
How on earth did this ever work?
|
| 1.69 |
| 30-Dec-2012 |
macallan | Make R3xx actually work by wiring outputs, DACs and CRTCs sanely, add a bunch of R3xx-specific workarounds. Tested in xvr-100, iBook G4 and an RV350.
|
| 1.68 |
| 20-Dec-2012 |
macallan | don't access registers when they're not mapped
now X works on i386 with radeonfb
|
| 1.67 |
| 20-Dec-2012 |
macallan | make hardware accelerated drawing work on little endian hardware
tested on i386 and macppc
|
| 1.66 |
| 20-Dec-2012 |
macallan | first step to make this work (again) on x86 - make sure that if we use the 2nd
CRTC it's actually enabled
|
| 1.65 |
| 04-Dec-2012 |
macallan | make sure to use the same stride as the drawing engine when setting up video
modes. Now things work with horizontal resolutions that aren't multiples of
64 ( like 1440x900 )
|
| 1.64 |
| 04-Oct-2012 |
macallan | support underlined characters
|
| 1.63 |
| 27-Jun-2012 |
macallan | branches: 1.63.2;
don't spam the EDID block to the console unless options RADEONFB_DEBUG
|
| 1.62 |
| 22-Apr-2012 |
uebayasi | Consistent declaration.
|
| 1.61 |
| 12-Apr-2012 |
macallan | - set colour channel info only in 32bit colour
- fix comment ( don't claim to run in some byte-swapped mode when we don't )
|
| 1.60 |
| 26-Mar-2012 |
macallan | correctly draw alpha fonts with an uneven number of pixels per characters
radeon is weird how it handles leftovers
|
| 1.59 |
| 15-Mar-2012 |
macallan | adjust the backlight control interface to match the other drivers ( genfb,
r128fb, voyagerfb etc. ) so the lid_switch script does the right thing
noticed by riz, I thought I fixed that a long time ago
|
| 1.58 |
| 13-Mar-2012 |
elad | Replace the remaining KAUTH_GENERIC_ISSUSER authorization calls with
something meaningful. All relevant documentation has been updated or
written.
Most of these changes were brought up in the following messages:
http://mail-index.netbsd.org/tech-kern/2012/01/18/msg012490.html
http://mail-index.netbsd.org/tech-kern/2012/01/19/msg012502.html
http://mail-index.netbsd.org/tech-kern/2012/02/17/msg012728.html
Thanks to christos, manu, njoly, and jmmv for input.
Huge thanks to pgoyette for spinning these changes through some build
cycles and ATF.
|
| 1.57 |
| 28-Feb-2012 |
macallan | let the fifo drain periodically - we need this even in 8 bit on some
hardware, like rv100 paired with a semi-fast CPU
|
| 1.56 |
| 28-Feb-2012 |
macallan | add methods to map/unmap video memory and registers when entering/leaving X
so DRI has a fighting chance of working
|
| 1.55 |
| 28-Feb-2012 |
macallan | support anti-aliased fonts in 8 bit as well
|
| 1.54 |
| 16-Feb-2012 |
macallan | cache glyphs in video memory when using anti-aliased fonts on r128fb and
radeonfb
|
| 1.53 |
| 30-Jan-2012 |
drochner | branches: 1.53.2;
Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive}
where it looks straightforward, and pci_aprint_devinfo_fancy in a few
others where drivers want to supply their own device names instead
of the pcidevs generated one. More complicated cases, where names
are composed at runtime, are left alone for now. It certainly makes
sense to simplify the drivers here rather than inventing a catch-all API.
This should serve as as example for new drivers, and also ensure
consistent output in the AB_QUIET ("boot -q") case. Also, it avoids
excessive stack usage where drivers attach child devices because the
buffer for the device name is not kept on the local stack anymore.
|
| 1.52 |
| 11-Jan-2012 |
macallan | use rasops_init(0, 0)
|
| 1.51 |
| 05-Jan-2012 |
macallan | turns out we can feed some radeons faster than they can process image uploads,
so make periodic stops to let the fifo drain a bit
now this works on my Blade 2500 with a 32MB XVR-100
|
| 1.50 |
| 04-Jan-2012 |
macallan | use WSFONT_GLYPH()
|
| 1.49 |
| 03-Jan-2012 |
macallan | support anti-aliased fonts in 32bit colour
enable with options RADEONFB_DEPTH_32
|
| 1.48 |
| 29-Dec-2011 |
macallan | rework putchar():
- get rid of engine stalls when using the blitter to draw characters
- add a wrapper for non-accelerated putchar() so we only wait for the
engine when we actually want to scribble into video memory
- rework accelerated putchar(), should work on R3xx now but needs testing
|
| 1.47 |
| 29-Dec-2011 |
macallan | finish device_t-ification
|
| 1.46 |
| 18-Aug-2011 |
christos | branches: 1.46.2; 1.46.6;
fix gcc-4.5 warnings
|
| 1.45 |
| 21-Jul-2011 |
njoly | Fix RADEONFB_DEBUG build.
|
| 1.44 |
| 11-May-2011 |
dyoung | Constify pci_attach_args.
|
| 1.43 |
| 15-Apr-2011 |
dyoung | Refer to bits in the PCI CSR with using PCI_COMMAND_* instead of
PCI_FLAGS_*: change PCI_FLAGS_IO_ENABLED and PCI_FLAGS_MEM_ENABLED to
PCI_COMMAND_IO_ENABLE and PCI_COMMAND_MEM_ENABLE, respectively.
|
| 1.42 |
| 06-Feb-2011 |
jmcneill | - add support for using compressed images as splash images
- retire SPLASHSCREEN_PROGRESS and SPLASHSCREEN_IMAGE options
|
| 1.41 |
| 22-Jan-2011 |
cegger | Implement new WSDISPLAYIO_GET_BUSID ioctl.
It returns the bus id and allows userland (like Xorg) to create mapping
of ttyE? and bus id. For now only PCI is implemented.
First discussed with macallan@ then public on tech-kern@ and tech-x11@
|
| 1.40 |
| 16-Dec-2010 |
cegger | branches: 1.40.2; 1.40.4;
ioctl: KNF switch-case, remove useless brackets
|
| 1.39 |
| 03-Nov-2010 |
macallan | pull in rasops8 for radeonfb, while there defflag a bunch of options and
make them all use the same prefix
|
| 1.38 |
| 02-Nov-2010 |
macallan | when drawing characters by software make sure the engine is idle before
accessing video memory
|
| 1.37 |
| 24-Aug-2010 |
macallan | re-initialize the DAC when re-entering terminal emulation mode
|
| 1.36 |
| 17-Aug-2010 |
macallan | - fix 8 bit support and run the console in 8 bit for a little extra speed
- fix colour oddities seen occasionally on sparc64
- try to use firmware DAC wiring until we figure out what's wrong
TODO:
- find out why radeonfb gets the DAC wiring ass-backwards on my xvr-100
while Xorg's radeon driver gets it right
- find out why reverse characters aren't drawn in reverse
tested on macppc and sparc64
|
| 1.35 |
| 04-May-2010 |
macallan | use alternate font if available ( for autogenerated box drawing characters )
|
| 1.34 |
| 23-Jul-2009 |
macallan | branches: 1.34.2; 1.34.4;
quick hack to allow brightness control via PMF
|
| 1.33 |
| 12-May-2009 |
cegger | use device_private().
"looks good" ad@
XXX for the device_t/softc split, please check the driver that no cases have been missed.
|
| 1.32 |
| 06-May-2009 |
elad | Replace curlwp->l_cred with kauth_cred_get().
Mailing list reference:
http://mail-index.netbsd.org/tech-kern/2009/05/05/msg005038.html
|
| 1.31 |
| 06-May-2009 |
cegger | struct device * -> device_t, no functional changes intended.
|
| 1.30 |
| 06-May-2009 |
cegger | struct cfdata * -> cfdata_t, no functional changes intended.
|
| 1.29 |
| 01-Jun-2008 |
macallan | branches: 1.29.12;
adjust virtual resolution to preferred mode if available
From Marco Trillo
|
| 1.28 |
| 05-May-2008 |
jmcneill | branches: 1.28.2;
Change autoconf message 'direct rendering on dev unsupported' to
the more accurate 'drm at dev not configured'.
|
| 1.27 |
| 10-Apr-2008 |
cegger | branches: 1.27.2; 1.27.4;
use aprint_*_dev and device_xname
|
| 1.26 |
| 12-Mar-2008 |
phx | Make console drivers support PCI_IOC_CFGREAD/WRITE ioctls. This is useful for
XFree86, which can alternatively find the graphics card through /dev/ttyE0.
Approved by macallan.
|
| 1.25 |
| 28-Feb-2008 |
macallan | switch to PCI_MAGIC_IO_RANGE
|
| 1.24 |
| 01-Dec-2007 |
ad | branches: 1.24.10; 1.24.14;
Back out previous.
|
| 1.23 |
| 01-Dec-2007 |
ad | Noisy printfs.
|
| 1.22 |
| 26-Nov-2007 |
bjs | Add PCI_PRODUCT_ATI_RADEON_R430_554F to the R420 chip class.
This will not work until (at the very least) we map the memory properly
(MMIO/VRAM BARs are 64-bit)--some of the values in the configuration
space may be different. I will discuss this with others, and maybe
it will work someday.
|
| 1.21 |
| 19-Oct-2007 |
ad | branches: 1.21.2;
machine/{bus,cpu,intr}.h -> sys/{bus,cpu,intr}.h
|
| 1.20 |
| 03-Sep-2007 |
macallan | branches: 1.20.4;
back out the reference divider probing - doesn't work right on R1xx
|
| 1.19 |
| 02-Sep-2007 |
macallan | always try to probe the reference divider, use default only if that fails
|
| 1.18 |
| 18-Aug-2007 |
macallan | branches: 1.18.2;
use bool with prop_dictionary_get_bool
|
| 1.17 |
| 03-Aug-2007 |
macallan | branches: 1.17.2; 1.17.4;
unbork fallout from newlock2 merge:
- reinitializing video after X exits works again
- backlight levels should be right again
|
| 1.16 |
| 03-Aug-2007 |
macallan | make IO mapping actually work
|
| 1.15 |
| 09-Jul-2007 |
ad | branches: 1.15.2;
Merge some of the less invasive changes from the vmlocking branch:
- kthread, callout, devsw API changes
- select()/poll() improvements
- miscellaneous MT safety improvements
|
| 1.14 |
| 21-Mar-2007 |
macallan | try to attach a drm
|
| 1.13 |
| 21-Mar-2007 |
macallan | use EDID data passed as property when present
This should allow radeonfb to do The Right Thing on Macs that use non-
standard video timings and have built-in monitors that don't provide data
via DDC since those usually have an EDID block in the OF tree.
|
| 1.12 |
| 04-Mar-2007 |
christos | branches: 1.12.2; 1.12.4; 1.12.6;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.
|
| 1.11 |
| 09-Feb-2007 |
ad | branches: 1.11.2;
Merge newlock2 to head.
|
| 1.10 |
| 09-Feb-2007 |
macallan | don't hardcode inverted backlight levels needed on some macppc models
|
| 1.9 |
| 03-Jan-2007 |
macallan | add preliminary support for setting backlight levels via ioctl()
from Johan Wallen
|
| 1.8 |
| 13-Dec-2006 |
macallan | branches: 1.8.2;
various minor fixes:
- avoid virtual resolution < physical resolution (Marco Trillo)
- don't use hardware-accelerated putchar() on R3xx
- clear screen when attaching wsdisplay
|
| 1.7 |
| 28-Nov-2006 |
christos | branches: 1.7.2;
PR/35146: George Michaelson: minor fix to let radeonfb.c compile
|
| 1.6 |
| 07-Oct-2006 |
gdamore | Fix an incorrect calculation for the destination X direction when doing
blitting. Thanks to David Redman (Tadpole) for noticing it. This probably
escaped notice before, since we never do overlapping blits (in the X
direction), but this fix may prevent problems if someone ever does use it
for that.
|
| 1.5 |
| 29-Aug-2006 |
macallan | branches: 1.5.2; 1.5.4; 1.5.6; 1.5.8;
- use RADEON_DEFAULT_MODE when no EDID data available
- let only root mmap PCI resources through wscons
- allow IO access on macppc
|
| 1.4 |
| 19-Aug-2006 |
macallan | fix a typo so we actually write sane values into the clipping registers
|
| 1.3 |
| 19-Aug-2006 |
macallan | fix some typos, add mmap() support for X
needs options RADEONFB_MMAP_BARS for now
|
| 1.2 |
| 19-Aug-2006 |
macallan | make this work on macppc.
fixes and caveats:
- will switch to 32bit colour, 8bit support needs some more work
- added support for fonts with widths that aren't multiples of 8
- for now the driver will always try to become system console
- mode switching works but is ugly
- all the acceleration bits work
- X should work with wsfb, mmap() needs some more work
- it still needs a hack to allow wsdisplay_cnattach to be called twice
|
| 1.1 |
| 16-Aug-2006 |
gdamore | Initial import of radeonfb. Works to some degree on at least some hardware.
Most of the testing was done on MIPS hardware -- it probably needs work before
it will be useful with x86 hardware, and it is probably incompatible with
the X11 server.
"ATI Technologies Inc. ("ATI") has not assisted in the creation of, and
does not endorse, this software. ATI will not be responsible or liable
for any actual or alleged damage or loss caused by or in connection with
the use of or reliance on this software."
Enjoy!
|
| 1.5.8.3 |
| 18-Dec-2006 |
yamt | sync with head.
|
| 1.5.8.2 |
| 10-Dec-2006 |
yamt | sync with head.
|
| 1.5.8.1 |
| 22-Oct-2006 |
yamt | sync with head
|
| 1.5.6.2 |
| 09-Sep-2006 |
rpaulo | sync with head
|
| 1.5.6.1 |
| 29-Aug-2006 |
rpaulo | file radeonfb.c was added on branch rpaulo-netinet-merge-pcb on 2006-09-09 02:52:19 +0000
|
| 1.5.4.2 |
| 12-Jan-2007 |
ad | Sync with head.
|
| 1.5.4.1 |
| 18-Nov-2006 |
ad | Sync with head.
|
| 1.5.2.2 |
| 03-Sep-2006 |
yamt | sync with head.
|
| 1.5.2.1 |
| 29-Aug-2006 |
yamt | file radeonfb.c was added on branch yamt-pdpolicy on 2006-09-03 15:24:23 +0000
|
| 1.7.2.3 |
| 12-May-2007 |
pavel | Pull up following revision(s) (requested by macallan in ticket #615):
sys/dev/pci/radeonfb.c: revision 1.13
use EDID data passed as property when present
This should allow radeonfb to do The Right Thing on Macs that use non-
standard video timings and have built-in monitors that don't provide data
via DDC since those usually have an EDID block in the OF tree.
|
| 1.7.2.2 |
| 04-Mar-2007 |
bouyer | Pull up following revision(s) (requested by macallan in ticket #477):
sys/dev/pci/radeonfb.c: revision 1.10
sys/dev/pci/radeonfbvar.h: revision 1.4
don't hardcode inverted backlight levels needed on some macppc models
|
| 1.7.2.1 |
| 04-Mar-2007 |
bouyer | Pull up following revision(s) (requested by macallan in ticket #472):
sys/dev/pci/radeonfb.c: revision 1.9
sys/dev/pci/radeonfbreg.h: revision 1.3
sys/dev/pci/radeonfbvar.h: revision 1.3
add preliminary support for setting backlight levels via ioctl()
from Johan Wallen
|
| 1.8.2.7 |
| 17-Mar-2008 |
yamt | sync with head.
|
| 1.8.2.6 |
| 07-Dec-2007 |
yamt | sync with head
|
| 1.8.2.5 |
| 27-Oct-2007 |
yamt | sync with head.
|
| 1.8.2.4 |
| 03-Sep-2007 |
yamt | sync with head.
|
| 1.8.2.3 |
| 26-Feb-2007 |
yamt | sync with head.
|
| 1.8.2.2 |
| 30-Dec-2006 |
yamt | sync with head.
|
| 1.8.2.1 |
| 13-Dec-2006 |
yamt | file radeonfb.c was added on branch yamt-lazymbuf on 2006-12-30 20:48:48 +0000
|
| 1.11.2.2 |
| 24-Mar-2007 |
yamt | sync with head.
|
| 1.11.2.1 |
| 12-Mar-2007 |
rmind | Sync with HEAD.
|
| 1.12.6.1 |
| 29-Mar-2007 |
reinoud | Pullup to -current
|
| 1.12.4.1 |
| 11-Jul-2007 |
mjf | Sync with head.
|
| 1.12.2.4 |
| 23-Oct-2007 |
ad | Sync with head.
|
| 1.12.2.3 |
| 20-Aug-2007 |
ad | Sync with HEAD.
|
| 1.12.2.2 |
| 01-Jul-2007 |
ad | Adapt to callout API change.
|
| 1.12.2.1 |
| 10-Apr-2007 |
ad | Sync with head.
|
| 1.15.2.2 |
| 03-Sep-2007 |
skrll | Sync with HEAD.
|
| 1.15.2.1 |
| 15-Aug-2007 |
skrll | Sync with HEAD.
|
| 1.17.4.2 |
| 03-Aug-2007 |
macallan | unbork fallout from newlock2 merge:
- reinitializing video after X exits works again
- backlight levels should be right again
|
| 1.17.4.1 |
| 03-Aug-2007 |
macallan | file radeonfb.c was added on branch matt-mips64 on 2007-08-03 05:40:48 +0000
|
| 1.17.2.4 |
| 27-Nov-2007 |
joerg | Sync with HEAD. amd64 Xen support needs testing.
|
| 1.17.2.3 |
| 26-Oct-2007 |
joerg | Sync with HEAD.
Follow the merge of pmap.c on i386 and amd64 and move
pmap_init_tmp_pgtbl into arch/x86/x86/pmap.c. Modify the ACPI wakeup
code to restore CR4 before jumping back into kernel space as the large
page option might cover that.
|
| 1.17.2.2 |
| 03-Sep-2007 |
jmcneill | Sync with HEAD.
|
| 1.17.2.1 |
| 03-Aug-2007 |
jmcneill | file radeonfb.c was added on branch jmcneill-pm on 2007-09-03 16:48:24 +0000
|
| 1.18.2.3 |
| 23-Mar-2008 |
matt | sync with HEAD
|
| 1.18.2.2 |
| 09-Jan-2008 |
matt | sync with HEAD
|
| 1.18.2.1 |
| 06-Nov-2007 |
matt | sync with HEAD
|
| 1.20.4.1 |
| 25-Oct-2007 |
bouyer | Sync with HEAD.
|
| 1.21.2.1 |
| 08-Dec-2007 |
mjf | Sync with HEAD.
|
| 1.24.14.2 |
| 02-Jun-2008 |
mjf | Sync with HEAD.
|
| 1.24.14.1 |
| 03-Apr-2008 |
mjf | Sync with HEAD.
|
| 1.24.10.1 |
| 24-Mar-2008 |
keiichi | sync with head.
|
| 1.27.4.6 |
| 09-Oct-2010 |
yamt | sync with head
|
| 1.27.4.5 |
| 11-Aug-2010 |
yamt | sync with head.
|
| 1.27.4.4 |
| 19-Aug-2009 |
yamt | sync with head.
|
| 1.27.4.3 |
| 16-May-2009 |
yamt | sync with head
|
| 1.27.4.2 |
| 04-May-2009 |
yamt | sync with head.
|
| 1.27.4.1 |
| 16-May-2008 |
yamt | sync with head.
|
| 1.27.2.2 |
| 04-Jun-2008 |
yamt | sync with head
|
| 1.27.2.1 |
| 18-May-2008 |
yamt | sync with head.
|
| 1.28.2.1 |
| 23-Jun-2008 |
wrstuden | Sync w/ -current. 34 merge conflicts to follow.
|
| 1.29.12.2 |
| 23-Jul-2009 |
jym | Sync with HEAD.
|
| 1.29.12.1 |
| 13-May-2009 |
jym | Sync with HEAD.
Commit is split, to avoid a "too many arguments" protocol error.
|
| 1.34.4.4 |
| 31-May-2011 |
rmind | sync with head
|
| 1.34.4.3 |
| 21-Apr-2011 |
rmind | sync with head
|
| 1.34.4.2 |
| 05-Mar-2011 |
rmind | sync with head
|
| 1.34.4.1 |
| 30-May-2010 |
rmind | sync with head
|
| 1.34.2.3 |
| 06-Nov-2010 |
uebayasi | Sync with HEAD.
|
| 1.34.2.2 |
| 22-Oct-2010 |
uebayasi | Sync with HEAD (-D20101022).
|
| 1.34.2.1 |
| 17-Aug-2010 |
uebayasi | Sync with HEAD.
|
| 1.40.4.1 |
| 08-Feb-2011 |
bouyer | Sync with HEAD
|
| 1.40.2.1 |
| 06-Jun-2011 |
jruoho | Sync with HEAD.
|
| 1.46.6.6 |
| 29-Apr-2012 |
mrg | sync to latest -current.
|
| 1.46.6.5 |
| 05-Apr-2012 |
mrg | sync to latest -current.
|
| 1.46.6.4 |
| 06-Mar-2012 |
mrg | sync to -current
|
| 1.46.6.3 |
| 06-Mar-2012 |
mrg | sync to -current
|
| 1.46.6.2 |
| 04-Mar-2012 |
mrg | sync to latest -current.
|
| 1.46.6.1 |
| 18-Feb-2012 |
mrg | merge to -current.
|
| 1.46.2.6 |
| 22-May-2014 |
yamt | 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")
|
| 1.46.2.5 |
| 23-Jan-2013 |
yamt | sync with head
|
| 1.46.2.4 |
| 16-Jan-2013 |
yamt | sync with (a bit old) head
|
| 1.46.2.3 |
| 30-Oct-2012 |
yamt | sync with head
|
| 1.46.2.2 |
| 23-May-2012 |
yamt | sync with head.
|
| 1.46.2.1 |
| 17-Apr-2012 |
yamt | sync with head
|
| 1.53.2.2 |
| 29-Sep-2014 |
msaitoh | Pull up following revision(s) (requested by riastradh in ticket #1120):
sys/dev/pci/radeonfb.c: revision 1.84
sys/dev/wsfb/genfb.c: revision 1.54
Do not printf(foobar()). Bad bad bad bad bad!
|
| 1.53.2.1 |
| 21-Mar-2012 |
riz | Pull up following revision(s) (requested by macallan in ticket #132):
sys/dev/pci/radeonfb.c: revision 1.59
sys/dev/pci/radeonfbvar.h: revision 1.16
adjust the backlight control interface to match the other drivers ( genfb,
r128fb, voyagerfb etc. ) so the lid_switch script does the right thing
noticed by riz, I thought I fixed that a long time ago
|
| 1.63.2.5 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
| 1.63.2.4 |
| 20-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
| 1.63.2.3 |
| 23-Jun-2013 |
tls | resync from head
|
| 1.63.2.2 |
| 25-Feb-2013 |
tls | resync with head
|
| 1.63.2.1 |
| 20-Nov-2012 |
tls | Resync to 2012-11-19 00:00:00 UTC
|
| 1.76.4.1 |
| 18-May-2014 |
rmind | sync with head
|
| 1.83.2.1 |
| 10-Aug-2014 |
tls | Rebase.
|
| 1.84.2.1 |
| 17-Oct-2014 |
martin | Pull up following revision(s) (requested by riastradh in ticket #144):
sys/dev/pci/radeonfb.c: revision 1.85
sys/dev/pci/pcivar.h: revision 1.100
sys/dev/pci/pci_map.c: revision 1.31
sys/external/bsd/drm2/include/linux/pci.h: revision 1.9
Generalize pci_find_rom and use it to locate x86 video ROM in drm2.
- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.
- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.
- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).
XXX pullup to netbsd-7
|
| 1.88.2.1 |
| 28-Aug-2017 |
skrll | Sync with HEAD
|
| 1.94.2.3 |
| 06-Sep-2018 |
pgoyette | Sync with HEAD
Resolve a couple of conflicts (result of the uimin/uimax changes)
|
| 1.94.2.2 |
| 28-Jul-2018 |
pgoyette | Sync with HEAD
|
| 1.94.2.1 |
| 25-Jun-2018 |
pgoyette | Sync with HEAD
|
| 1.99.2.3 |
| 13-Apr-2020 |
martin | Mostly merge changes from HEAD upto 20200411
|
| 1.99.2.2 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
| 1.99.2.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.104.4.2 |
| 17-Jul-2020 |
martin | Pull up following revision(s) (requested by macallan in ticket #1019):
sys/dev/pci/radeonfbvar.h: revision 1.21
sys/dev/pci/radeonfb.c: revision 1.107
reduce stack usage in radeonfb_pickres() and radeonfb_set_cursor()
forgot to commit a header change, again...
|
| 1.104.4.1 |
| 18-Aug-2019 |
martin | Pull up following revision(s) (requested by rin in ticket #86):
sys/dev/pci/radeonfb.c: revision 1.105
Support bitmap fonts with stride 4 (i.e., width 17 to 32).
|
| 1.105.2.1 |
| 29-Feb-2020 |
ad | Sync with head.
|
| 1.112.2.1 |
| 03-Apr-2021 |
thorpej | Sync with HEAD.
|
| 1.113.2.3 |
| 24-Apr-2021 |
thorpej | Make sure to explcitly specify the "wsemuldisplaydev" interface attribute
when attaching the wscons display instance, because these devices can
also attach children using the "drm" interface attribute.
|
| 1.113.2.2 |
| 02-Apr-2021 |
thorpej | config_found_ia() -> config_found() w/ CFARG_IATTR.
|
| 1.113.2.1 |
| 21-Mar-2021 |
thorpej | 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.
|
| 1.114.2.1 |
| 01-Aug-2021 |
thorpej | Sync with HEAD.
|
| 1.115.2.1 |
| 04-Aug-2021 |
thorpej | Adapt to CFARGS().
|
