| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2008-01-18 | Made radeon_ms not always compile | Jakob Bornecrantz | |
| 2008-01-15 | radeon_ms: use radeon connector type insted of drm | Jerome Glisse | |
| 2008-01-15 | radeon_ms: cope with lastest drm modesetting change | Jerome Glisse | |
| 2008-01-15 | radeon_ms: add rom parsing & adapt code | Jerome Glisse | |
| Add rom (only combios for now) parsing and use informations retrieve instead of hardcoded table. Shuffle code around a bit. | |||
| 2008-01-11 | Fix for X axis panning problem | Jakob Bornecrantz | |
| 2008-01-11 | Panning now works without modeset | Jakob Bornecrantz | |
| 2008-01-11 | Updated the modedemo test | Jakob Bornecrantz | |
| 2008-01-11 | Added fixed misc framebuffer problems | Jakob Bornecrantz | |
| 2008-01-10 | Updated test mode and added modedemo | Jakob Bornecrantz | |
| 2008-01-09 | fixup crtcinfo on modes from userspace | Dave Airlie | |
| 2008-01-09 | add control node open | Dave Airlie | |
| 2008-01-09 | add internals for opening a control node | Dave Airlie | |
| 2008-01-09 | allow control getversion | Dave Airlie | |
| 2008-01-09 | add control ioctls | Dave Airlie | |
| 2008-01-09 | drm: only call suspend/resume on control node | Dave Airlie | |
| 2008-01-04 | drm: add initial support for a drm control device node | Dave Airlie | |
| 2008-01-04 | crtc: fixup allocation size | Dave Airlie | |
| 2008-01-04 | drm: move drm_head to drm_minor and fix up users | Dave Airlie | |
| 2007-12-21 | s/TRUE/true | Dave Airlie | |
| 2007-12-20 | radeon_ms: update to follow lastest modesetting change | Jerome Glisse | |
| 2007-12-19 | radeon_ms: add sarea & install header | Jerome Glisse | |
| 2007-12-18 | Merge branch 'modesetting-airlied' into modesetting-101 | Dave Airlie | |
| 2007-12-18 | HERE BEZ HACKZ.. magic variable to make shit work | Dave Airlie | |
| 2007-12-18 | lockdep warned about a possible locking dependency | Dave Airlie | |
| 2007-12-18 | we should not be unlocking this here | Dave Airlie | |
| 2007-12-18 | remove output names | Dave Airlie | |
| 2007-12-18 | Fixed build | Jakob Bornecrantz | |
| 2007-12-18 | Fix and cleanup of Hotplug | Jakob Bornecrantz | |
| 2007-12-18 | Modesetting Hotplug | Jakob Bornecrantz | |
| 2007-12-13 | Merge branch 'master' of git+ssh://git.freedesktop.org/git/mesa/drm into ↵ | Alan Hourihane | |
| modesetting-101 | |||
| 2007-12-13 | catch an out of memory condition | Alan Hourihane | |
| 2007-12-11 | Make relocation validate client computed values when debugging | Keith Packard | |
| 2007-12-11 | i915: wait for buffer idle before writing relocations | Keith Packard | |
| When writing a relocation entry, make sure the target buffer is idle, otherwise the GPU may see inconsistent data. | |||
| 2007-12-11 | Bump driver minor for relocation optimzations | Keith Packard | |
| 2007-12-11 | Allow relocation to be skipped when buffers don't move. | Keith Packard | |
| One of the costs of superioctl has been the need to perform relocations inside the kernel. The cost of mapping the buffers to the CPU and writing data is fairly high, especially if those buffers have been mapped and read by the GPU. If we assume that buffers don't move around very often, we can have the client compute the relocations itself using the previous GPU address. When that object doesn't move, the kernel can skip computing and writing the updated data. Here's a patch which adds a new field to struct drm_bo_info_req called 'presumed_offset', and a new DRM_BO_HINT_PRESUMED_OFFSET that is set when this field has been filled in by the client. There are two separate optimizations performed when the presumed_offset is correct: 1. i915_exec_reloc checks to see if all previous buffer offsets were guessed correctly. If so, there's no need for it to look at *any* of the relocations for a buffer. When this happens, it skips the whole relocation process, simply returning success. 2. i915_apply_reloc checks to see if the target buffer offset was guessed correctly. If so, it skips mapping the relocatee, computing the relocation and writing the value. If no relocations are needed, the relocatee should never be mapped to the CPU, and so the kernel shouldn't need to wait for any fences to pass. | |||
| 2007-12-11 | Merge branch 'master' of ssh://git.freedesktop.org/git/mesa/drm into ↵ | Dave Airlie | |
| modesetting-101 Conflicts: linux-core/drm_drv.c shared-core/drm.h shared-core/i915_dma.c | |||
| 2007-12-11 | modesetting: fixup property setting and add connector property | Dave Airlie | |
| 2007-12-11 | modesetting: add dpms property and initial settable property ioctl | Dave Airlie | |
| 2007-12-10 | drm: move agp include outside CONFIG_AGP as it isn't dependant on agp in kernel | Dave Airlie | |
| 2007-12-08 | mach64: comment bus master / ring buffer behavior and security | José Fonseca | |
| 2007-12-08 | radeon_ms: fix pll computation to follow hw constraint | Jerome Glisse | |
| 2007-12-07 | Fix pipe<->plane mapping vs. vblank handling (again) | Jesse Barnes | |
| If drmMinor >= 6, the intel DDX driver will enable vblank events on both pipes. If drmMinor >= 10 on pre-965 chipsets, the intel DDX driver will swap the pipe<->plane mapping to allow for framebuffer compression on laptop screens. This means the secondary vblank counter (corresponding to pipe B) will be incremented when vblank interrupts occur. Now Mesa waits for vblank events on whichever plane has a greater portion of the displayed window. So it will happly ask to wait for the primary counter even though that one won't increment. So we can fix this in either the DDX driver, Mesa or the kernel (though I thought we already had several times). Since current (and previous) userspace assumes it's talking about a pipe == plane situation and now uses planes when talking to the kernel, we should probably just hide the mapping details there (indeed they already are hidden there for vblank swaps), which this patch does. So as far as userland is concerned, whether we call things planes or pipes is irrelevant, as long as kernel developers understand that userland hands them planes and they have to figure out which pipe that corresponds to (which will typically be the same on 965+ hardware and reversed on pre-965 mobile chips). | |||
| 2007-12-06 | radeon_ms: fix fbcon by fixing palette | Jerome Glisse | |
| 2007-12-06 | radeon_ms: update to lastest fb change | Jerome Glisse | |
| 2007-12-06 | Merge commit 'origin/modesetting-101' into modesetting-radeon | Jerome Glisse | |
| 2007-12-06 | radeon_ms: avoid to unintialize things which haven't been initialized | Jerome Glisse | |
| 2007-12-06 | take down stuff after asking driver to unload | Dave Airlie | |
| 2007-12-06 | retab intelfb code | Dave Airlie | |
| 2007-12-06 | check previous mode first | Dave Airlie | |
| 2007-12-06 | oops initialise variable to false | Dave Airlie | |
 |
index : renesas/drm.git | |
| libdrm, cloned from git://anongit.freedesktop.org/mesa/drm | Laurent Pinchart |
| summaryrefslogtreecommitdiff |