Attachment 28518 Details for Bug 23254 – versions of graphics stack

versions of graphics stack

2009-08-11-19:11:05 (text/plain), 9.48 KB, created by maximlevitsky on 2009-08-11 09:22:27 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: maximlevitsky

Created: 2009-08-11 09:22:27 UTC

Size: 9.48 KB

patch

obsolete

>------------------------drm :-----------------------------
>
>commit d74c67fb13d8c3e8c2e5968d827285d147a5dfc0
>Author: Anssi Hannula <anssi@mandriva.org>
>Date:   Fri Jul 24 21:58:43 2009 +0300
>
>    link libdrm_intel with -lrt for new use of clock_gettime().
>    
>    Signed-off-by: Eric Anholt <eric@anholt.net>
>
>commit 4507863058a10d00c982975daf396f83caee0fe2
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Sat Aug 1 17:19:43 2009 +1000
>
>    libdrm_radeon: add tiling support
>
>commit 322cf6cf736b22b62656ac0431936b3cdb784038
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Sat Aug 1 16:47:24 2009 +1000
>
>    radeon: don't map/unmap explicitly.
>    
>    This caches the mapping and just use mapping as a sync point
>
>commit 5a73f066ba149816cc0fc2de4b97ec4714cf8ebc
>Author: Ben Skeggs <skeggsb@beleth.keine.ath.cx>
>Date:   Tue Jul 28 08:12:21 2009 +1000
>
>    nouveau: don't overwrite user-specified bo size needlessly
>
>commit 0bf8fb3bce6b4d9b4820d38d37e1ac1e73e22d23
>Author: Ben Skeggs <skeggsb@beleth.keine.ath.cx>
>Date:   Tue Jul 28 07:46:20 2009 +1000
>
>    nouveau: user buffers need to be mappable
>------------------------mesa :-----------------------------
>
>commit 3cc5cd972f4c2a1115b455869f398dc7a2b15e26
>Author: Maxim Levitsky <maximlevitsky@gmail.com>
>Date:   Tue Aug 11 17:59:52 2009 +0300
>
>    Revert "i965: Fall back or appropriately adjust offsets of drawing to tiled regions."
>    
>    This reverts commit 0f328c90dbc893e15005f2ab441d309c1c176245.
>
>commit 2dc3fb7803cd31b20a06bcad23949be5b3a1dbb2
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Fri Aug 7 16:16:08 2009 +1000
>
>    radeon span: add r200 depth/stencil span read/writing
>    
>    this should only really affect DRI2 since we mostly have a surface in DRI1.
>    
>    I don't think this is perfect yet, but it is a better start than nothing.
>
>commit eaf87e84c3e29f8473cc04f681e965fbef38916b
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Fri Aug 7 14:12:09 2009 +1000
>
>    r200: fix scissor emission for r200 under kms
>
>commit 3cb6f3bf21adc5ced428521746746fb85c6ae47c
>Author: Ian Romanick <ian.d.romanick@intel.com>
>Date:   Thu Aug 6 15:21:23 2009 -0500
>
>    GL_ARB_vertex_array_bgra is (basically) a synonym for the EXT version
>
>commit 45b12edcbe2c112a87993f810f832a9141085b17
>Author: Alan Hourihane <alanh@jetpack.(none)>
>Date:   Thu Aug 6 15:54:49 2009 +0100
>
>    Ensure GL_EXT_blend_equation_separate is enabled when 2.0 is enabled.
>------------------------xserver :-----------------------------
>
>commit 93d9646c713336e03c135204c061f561d3654e23
>Author: Tiago Vignatti <tiago.vignatti@nokia.com>
>Date:   Sat Aug 8 20:18:10 2009 +0300
>
>    mi: fix indentation
>    
>    mieq.c looks indented-wise now. Let's see how long it will take to someone
>    mess it again.
>    
>    Signed-off-by: Tiago Vignatti <tiago.vignatti@nokia.com>
>
>commit f9a2fff2248d7254958857677cabfea914ed4853
>Author: Tiago Vignatti <tiago.vignatti@nokia.com>
>Date:   Wed Aug 5 21:02:29 2009 +0300
>
>    mi: fix cursor warping screens
>    
>    The server was processing ET_RawMotion type when the cursor was wrapping to
>    another screen and getting wrong valuator values. This fix such issue
>    considering only ET_Motion, ET_KeyPress, ET_KeyRelease, ET_ButtonPress and
>    ET_ButtonRelease types when the cursor detects a new screen, keeping the
>    "normal" processing of device events.
>    
>    Signed-off-by: Tiago Vignatti <tiago.vignatti@nokia.com>
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
>
>commit d573cc46d3106824902ab4f926617bd9959af57c
>Author: Maarten Maathuis <madman2003@gmail.com>
>Date:   Sat Aug 8 11:32:05 2009 +0200
>
>    exa: more safety
>
>commit 8b652435cd42929e2d187b353b3b20e798569356
>Author: Maarten Maathuis <madman2003@gmail.com>
>Date:   Sat Aug 8 10:35:01 2009 +0200
>
>    exa: minor cleanup
>
>commit a73f95aa93634cf7ba2c7c9274a046b2df2adca7
>Author: Maarten Maathuis <madman2003@gmail.com>
>Date:   Sat Aug 8 02:31:23 2009 +0200
>
>    exa: Fix the broken upload fallback for "mixed"
>    
>    - Replace it with something wfb friendly while i'm at it.
>------------------------xf86-video-intel :-----------------------------
>
>commit e8f0763d405a8152c74c28792c52fe12c1d41dd5
>Author: Eric Anholt <eric@anholt.net>
>Date:   Fri Aug 7 18:24:44 2009 -0700
>
>    Fix math in the tiling alignment fix.
>
>commit 222b52ef16895823fbf3a0fc0be4eb23b930ed1b
>Author: Eric Anholt <eric@anholt.net>
>Date:   Fri Aug 7 18:05:29 2009 -0700
>
>    Align tiled pixmap height so we don't address beyond the end of our buffers.
>
>commit 62494407e529cfa68529b7267155a12d75418f21
>Author: Zhenyu Wang <zhenyuw@linux.intel.com>
>Date:   Thu Aug 6 13:52:54 2009 +0800
>
>    Fix typo in bios_reader for invalid pointer cast
>    
>    Fixed locally for af45482a52999b52bf41468c458808e30c100e35, but pushed
>    wrong commit.
>
>commit 79b6851148574419389ac8055b0c31b8bdac3ab3
>Author: Eric Anholt <eric@anholt.net>
>Date:   Wed Aug 5 12:45:16 2009 -0700
>
>    Fix sampler indexes on i965 planar video.
>    
>    We only set up one sampler, because all of our sampling is the same.  By
>    using a non-zero index for the other two samplers, we'd dereference (likely)
>    zeroed data, resulting in using NEAREST filtering.  This was a regression in
>    40671132cb3732728703c6444f4577467fa9223f which incidentally switched from
>    having 6 samplers to 1.
>    
>    Bug #22895, #19856
>
>commit f4e4c1a8544e264c5a1da02f4e7990a1beecf71e
>Author: Zou Nan hai <nanhai.zou@intel.com>
>Date:   Wed Aug 5 15:00:37 2009 +0800
>
>      It seems that indirect data upper bound check in STATE_BASE_ADDRESS
>      is not acting like what bspec told on 965gm.
>      G45+ follow bspec, but we have to set it to a large value for 965gm.
>------------------------xf86-input-evdev :-----------------------------
>
>commit f352598e45be86f9e24d9dba88c657f03f3b168e
>Author: Michael Witten <mfwitten@gmail.com>
>Date:   Tue Aug 4 03:11:49 2009 -0500
>
>    evdev.c: Fix/improve discrimination of rel/abs axes
>    
>    The relevant comment from evdev.c:
>    
>    We don't allow relative and absolute axes on the same device. The
>    reason is that some devices (MS Optical Desktop 2000) register both
>    rel and abs axes for x/y.
>    
>    The abs axes register min/max; this min/max then also applies to the
>    relative device (the mouse) and caps it at 0..255 for both axes.
>    So, unless you have a small screen, you won't be enjoying it much;
>    consequently, absolute axes are generally ignored.
>    
>    However, currenly only a device with absolute axes can be registered
>    as a touch{pad,screen}. Thus, given such a device, absolute axes are
>    used and relative axes are ignored.
>    
>    The code for initializing abs/rel axes has been abstracted out into
>    3 functions, so that initialization in EvdevInit(device) is as easy
>    as:
>    
>        if (pEvdev->flags & (EVDEV_TOUCHPAD | EVDEV_TOUCHSCREEN))
>            EvdevInitTouchDevice(device, pEvdev);
>        else if (pEvdev->flags & EVDEV_RELATIVE_EVENTS)
>            EvdevInitRelClass(device, pEvdev);
>        else if (pEvdev->flags & EVDEV_ABSOLUTE_EVENTS)
>            EvdevInitAbsClass(device, pEvdev);
>    
>    Signed-off-by: Michael Witten <mfwitten@gmail.com>
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
>
>commit 69d6ff3e01263ce2d52ed18b08f054bf3fdb923c
>Author: Oliver McFadden <oliver.mcfadden@nokia.com>
>Date:   Sun Aug 2 12:03:04 2009 +0300
>
>    evdev: Use the EvdevPost...Event() functions in the emulation code.
>    
>    This is similar to commit 1f641d75edba7394201c1c53938215bae696791b.
>    
>    It provides the same functionality of queuing the (in this case
>    emulated) events and waiting until an EV_SYN synchronization event is
>    received before posting them to the server.
>    
>    This preserves the order of events (both real and emulated) and ensures
>    that MotionNotify events will always be posted first. It also unifies
>    the event posting into a few small functions which improves
>    maintainability.
>    
>    From this point on, you should never use the xf86Post...Event()
>    functions in new code, but rather the EvdevPost...Event() versions.
>    
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
>
>commit 6f4634111a83808bc52e7e53733cf2d3bab0cccd
>Author: Peter Hutterer <peter.hutterer@who-t.net>
>Date:   Thu Jul 30 09:27:27 2009 +1000
>
>    Evdev doesn't require inputproto.
>    
>    None of the inputproto headers seem to be included anywhere.
>    
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
>
>commit 1f641d75edba7394201c1c53938215bae696791b
>Author: Oliver McFadden <oliver.mcfadden@nokia.com>
>Date:   Thu Jul 23 13:19:49 2009 +0300
>
>    evdev: Only send the events at synchronization time.
>    
>    Instead of just posting the button/key press/release events to the
>    server as soon as they arrive, add them to an internal queue and post
>    them once we receive an EV_SYN synchronization event.
>    
>    The motion events are always sent first, followed by the queued events.
>    There will be one motion event and possibly many queued button/key
>    events posted every EV_SYN event.
>    
>    Note that the size of the event queue (EVDEV_MAXQUEUE) is arbitrary and
>    you may change it. If we receive more events than the queue can handle,
>    those events are dropped and a warning message printed.
>    
>    Tested on my Lenovo T400 using evdev for all input devices; keyboard,
>    touchpad, and trackpoint.
>    
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
>
>commit 2994825665790dc8e35b2944e0d411f3cc9f76fd
>Author: Peter Hutterer <peter.hutterer@who-t.net>
>Date:   Mon Jul 20 14:52:34 2009 +1000
>
>    Don't register middle mouse button emulation handlers for keyboards.
>    
>    Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>

Actions: View

Attachments on bug 23254: 28518 | 28530 | 28535 | 28643

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.