https://bugs.freedesktop.org/show_bug.cgi?id=63579
--- Comment #7 from Erik Faye-Lund ---
Is the shader really incorrect? I notice that it declares "#version 120" in the
first line, and the GLSL 1.2 spec explicitly states that there is no
line-continuation character
(http://www.opengl.org/registr
Hello
I have a 855GME based system with a TFP410 DVO transmitter and running a
vanilla Linux-3.8 kernel.
With the activation of the hardware assisted GMBUS feature (somewhere
near kernel 3.5), the detection of the TFP410 DVO transmitter has become
flacky, which results in an unusable DVO port.
A
https://bugs.freedesktop.org/show_bug.cgi?id=62441
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=62721
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=63124
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
I'm re-sending this whole plane clipping series, as it has been a quite
while since the last time I posted it.
Laurent went through patch 1 and I made the requested changes, and I also
fixed a minor issue in patch 3 that I spotted myself.
The other patches are unchanged and looking for volunteers
From: Ville Syrjälä
struct drm_rect represents a simple rectangle. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (instead it w
From: Ville Syrjälä
These functions calculcate the scaling factor based on the source and
destination rectangles.
There are two version of the functions, the strict ones that will
return an error if the min/max scaling factor is exceeded, and the
relaxed versions that will adjust the src/dst rec
From: Ville Syrjälä
Add a debug function to print the rectangle in a human readable format.
v2: Renamed drm_region to drm_rect, the function from drm_region_debug
to drm_rect_debug_print(), and use %+d instead of +%d in the format.
v3: Use %d format for width/height in the non fixed point ca
From: Ville Syrjälä
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
On Tuesday 16 April 2013 12:48:28 Paul Sokolovsky wrote:
> > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
> > index 8d1e2bb..73a99e4 100644
> > --- a/include/uapi/drm/drm.h
> > +++ b/include/uapi/drm/drm.h
> > @@ -36,7 +36,7 @@
> > #ifndef _DRM_H_
> > #define _DRM_H_
> >
> > -#i
https://bugs.freedesktop.org/show_bug.cgi?id=63599
Priority: medium
Bug ID: 63599
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600][r600] GPU lockup CP stall (kernel 3.8, 3.9)
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #1 from wojtek ---
Created attachment 78070
--> https://bugs.freedesktop.org/attachment.cgi?id=78070&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #2 from wojtek ---
Created attachment 78071
--> https://bugs.freedesktop.org/attachment.cgi?id=78071&action=edit
Xorg.0.log without crash (but GPU lockup CP stall appears)
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #3 from wojtek ---
Created attachment 78072
--> https://bugs.freedesktop.org/attachment.cgi?id=78072&action=edit
Xorg.0.log with crash log
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=63564
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/Radeon |Drivers/Gallium/r600
--
You are receivin
Hi Rob,
Thank you for the review.
On Monday 15 April 2013 15:00:58 Rob Clark wrote:
> Hi Laurent, a few mostly-minor comments, although from a quick look
> the sg_alloc_table()/sg_free_table() doesn't look quite right in all
> cases. The other comments could just be a subject for a later patch
>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
Alex Deucher changed:
What|Removed |Added
Attachment #77706|0 |1
is obsolete|
On Tue, Apr 16, 2013 at 01:47:22PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Properly clip the source when the destination gets clipped
> by the pipe dimensions.
>
> Sadly the video sprite hardware is rather limited so it can't do proper
> sub-pixel postitioning. Reso
Hello,
On Fri, 12 Apr 2013 18:28:26 -0500
Nishanth Menon wrote:
> From: Paul Sokolovsky
>
> An ifdef in drm.h expects to be compiled with full-fledged Linux
> toolchain, but it's common to compile kernel with just bare-metal
> toolchain which doesn't define __linux__. So, also add __KERNEL__
>
On Tue, Apr 16, 2013 at 01:47:20PM +0300, ville.syrj...@linux.intel.com wrote:
> diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
> index 2b7278c..de24f16 100644
> --- a/include/drm/drm_rect.h
> +++ b/include/drm/drm_rect.h
> @@ -128,5 +128,17 @@ bool drm_rect_intersect(struct drm_rect
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #62 from Alex Deucher ---
Created attachment 78090
--> https://bugs.freedesktop.org/attachment.cgi?id=78090&action=edit
another test
Please also try this patch on top of only attachment 77705. No other patches.
--
You are receiv
On Tue, Apr 16, 2013 at 02:42:34PM +0100, Chris Wilson wrote:
> On Tue, Apr 16, 2013 at 01:47:20PM +0300, ville.syrj...@linux.intel.com wrote:
> > diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
> > index 2b7278c..de24f16 100644
> > --- a/include/drm/drm_rect.h
> > +++ b/include/drm/dr
Hi Dave
These are the changes I have for gma500 to be included in drm-next and
3.10-rc1. It's mostly bug fixes for suspend/hibernate and cleanups.
I haven't had much review or testing on other platforms than Poulsbo but
at least the following Cedarview bug has been squashed and no
regressions rep
On Tue, Apr 16, 2013 at 02:37:24PM +0100, Chris Wilson wrote:
> On Tue, Apr 16, 2013 at 01:47:22PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Properly clip the source when the destination gets clipped
> > by the pipe dimensions.
> >
> > Sadly the video sprite har
On Tue, Apr 16, 2013 at 05:14:14PM +0300, Ville Syrjälä wrote:
> On Tue, Apr 16, 2013 at 02:42:34PM +0100, Chris Wilson wrote:
> > On Tue, Apr 16, 2013 at 01:47:20PM +0300, ville.syrj...@linux.intel.com
> > wrote:
> > > diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
> > > index 2b727
On Tue, Apr 16, 2013 at 03:49:58PM +0100, Chris Wilson wrote:
> On Tue, Apr 16, 2013 at 05:14:14PM +0300, Ville Syrjälä wrote:
> > On Tue, Apr 16, 2013 at 02:42:34PM +0100, Chris Wilson wrote:
> > > On Tue, Apr 16, 2013 at 01:47:20PM +0300, ville.syrj...@linux.intel.com
> > > wrote:
> > > > diff -
On Tue, Apr 16, 2013 at 06:16:10PM +0300, Ville Syrjälä wrote:
> On Tue, Apr 16, 2013 at 03:49:58PM +0100, Chris Wilson wrote:
[snip]
> > Dare I ask you to split patch 4 so that you
> > can convince me with a solid changelog?
>
> So you'd like me to implement strict checks first, and then relax th
https://bugs.freedesktop.org/show_bug.cgi?id=63564
--- Comment #6 from Alexander von Gluck ---
Nope, doesn't help.
export R600_DEBUG=nohyperz
R600_DEBUG=nohyperz steam
.
.
[218403.403352] radeon :01:00.0: GPU lockup CP stall for more than
1msec
[218403.403361] radeon :01:00.0: GPU
From: Jerome Glisse
This is slightly cleaned up version of Jerome's patch.
There seems to be an issue tracking the last flush of
the VM which results in hangs in certain cases when
VM is used. For now just flush the VM for every IB.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=62959
http
https://bugs.freedesktop.org/show_bug.cgi?id=63579
--- Comment #8 from Ian Romanick ---
The problem is that you can have comments *before* the #version line. Because
of that (and every other vendor has implemented line continuation in some form
since forever), Khronos decided to make the change
https://bugs.freedesktop.org/show_bug.cgi?id=63532
--- Comment #12 from Ian Romanick ---
(In reply to comment #10)
> This is what I get so I believe it is the same issue.
>
> ...
> Mesa: User error: GL_INVALID_ENUM in glBindTexture(target)
> Mesa: User error: GL_INVALID_OPERATION in glFramebuffe
Hi Inki,
This small patch series adds device tree support for the DRM FIMC driver.
The binding documentation can be found in -next at Documentation/devicetree/
bindings/media/samsung-fimc.txt.
It will make the driver dependent on OF. This patch series is needed in
3.10 to ensure simultaneous opera
There is no need for explicit calls of devm_kfree(), as
the allocated memory will be freed during driver's detach.
Remove the redundant devm_kfree() calls from probe() and
remove() callbacks.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fi
The clocks handling is refactored and a "mux" clock handling is
added to account for changes in the clocks driver. After switching
to the common clock framework the sclk_fimc clock is now split
into two clocks: a gate and a mux clock. In order to retain the
exisiting functionality two additional co
This patch adds OF initialization support for the FIMC driver.
The binding documentation can be found at Documentation/devicetree/
bindings/media/samsung-fimc.txt.
The syscon regmap interface is used to serialize access to the
shared CAMBLK registers from within the V4L2 FIMC-IS and the DRM
FIMC d
Am 16.04.2013 18:26, schrieb alexdeuc...@gmail.com:
From: Jerome Glisse
This is slightly cleaned up version of Jerome's patch.
There seems to be an issue tracking the last flush of
the VM which results in hangs in certain cases when
VM is used. For now just flush the VM for every IB.
Fixes:
h
Last year, a patch was made for the "HP t5740e Thin Client" (see
http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html).
This device reports an lvds panel, but does not really have one.
The predecessor of this device is the "hp t5740", which also does not have
an lvds panel. This pa
On Tue, Apr 16, 2013 at 01:12:21PM +1000, Dave Airlie wrote:
> On Mon, Apr 15, 2013 at 11:37 PM, Laurent Pinchart
> wrote:
> > Property blob objects need to be destroyed when cleaning up to avoid
> > memory leaks. Go through the list of all blobs in the
> > drm_mode_config_cleanup() function and d
https://bugs.freedesktop.org/show_bug.cgi?id=63579
--- Comment #9 from Erik Faye-Lund ---
I don't know where you have the retroactive-story from, but the specification
does not mention it being retroactive, and even goes as far as to say:
"This document specifies only version 4.20 of the OpenGL
On Tue, Apr 16, 2013 at 09:53:24AM +0200, "David Müller (ELSOFT AG)" wrote:
> Hello
>
> I have a 855GME based system with a TFP410 DVO transmitter and running a
> vanilla Linux-3.8 kernel.
>
> With the activation of the hardware assisted GMBUS feature (somewhere
> near kernel 3.5), the detection
Constify drm_proc_list[] and related pointers.
Signed-off-by: David Howells
cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/drm_proc.c |6 +++---
include/drm/drmP.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers
Use minor->index to label things, not the name field from the proc_dir_entry
of the /proc/dwm// directory.
Also, use "%u" not "%d" to render the value and use a 12-byte buffer in which
to render the integer, not a 16-byte buffer. The longest string an unsigned
int can give you is 10 chars (429496
Use remove_proc_subtree() rather than remove_proc_entry() to remove a
minor-specific drm proc directory and all its children.
Things could theoretically be improved by storing the drm_minor pointer in the
minor-specific dir proc_dir_entry struct data and then scrapping the list of
proc files - but
https://bugs.freedesktop.org/show_bug.cgi?id=63532
--- Comment #13 from Vadim Girlin ---
I managed to start the game and it seems there are different problems with
water rendering, and I don't see framebuffer-related errors in the game.
Possibly I was wrong, I'll look into it to see if it's somet
From: Alex Deucher
Hi Dave,
This is the initial 3.10 pull request for radeon. The big changes here
are UVD support and proper tiling support for SI. The rest is
bug fixes. I hope to have another pull request later in the week with
some new things we've been working on internally.
The followi
Hi Daniel,
On Tuesday 16 April 2013 21:06:43 Daniel Vetter wrote:
> On Tue, Apr 16, 2013 at 01:12:21PM +1000, Dave Airlie wrote:
> > On Mon, Apr 15, 2013 at 11:37 PM, Laurent Pinchart wrote:
> > > Property blob objects need to be destroyed when cleaning up to avoid
> > > memory leaks. Go through t
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #63 from Alexandre Demers ---
(In reply to comment #62)
> Created attachment 78090 [details] [review]
> another test
>
> Please also try this patch on top of only attachment 77705 [details]
> [review]. No other patches.
Both patche
https://bugzilla.kernel.org/show_bug.cgi?id=43751
John Paul Funk changed:
What|Removed |Added
CC||f...@funktronix.com
--- Comment #14
Currently we have a problem with this:
1. i915: create gem object
2. i915: export gem object to prime
3. radeon: import gem object
4. close prime fd
5. radeon: unref object
6. i915: unref object
i915 has an imported object reference in its file priv, that isn't
cleaned up properly until fd close.
On 12:50-20130416, Arnd Bergmann wrote:
> On Tuesday 16 April 2013 12:48:28 Paul Sokolovsky wrote:
> > > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
> > > index 8d1e2bb..73a99e4 100644
> > > --- a/include/uapi/drm/drm.h
> > > +++ b/incl
Hi Sylwester,
On 16 April 2013 23:01, Sylwester Nawrocki wrote:
> @@ -1835,16 +1859,19 @@ static int fimc_probe(struct platform_device *pdev)
> ret = exynos_drm_ippdrv_register(ippdrv);
> if (ret < 0) {
> dev_err(dev, "failed to register drm fimc device.\n");
> -
Currently we have a problem with this:
1. i915: create gem object
2. i915: export gem object to prime
3. radeon: import gem object
4. close prime fd
5. radeon: unref object
6. i915: unref object
i915 has an imported object reference in its file priv, that isn't
cleaned up properly until fd close.
Hi Dave,
This is initial pull request for Exynos. It includes a big change
that it makes drm_display_mode for timings parameters to be used
for exynos4 and exynos5 commonly and cleans up unnecessary codes.
And also it adds device tree support for fimd to get timing values
and interr
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/fa6b56f1/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/7c911159/attachment-0001.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/992df47b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130416/03440992/attachment.html>
This patch fixes a bug introduced by:
commit 749387dc8d8270b279f27a0a794cdf4f4a4aa774
Author: Patrik Jakobsson
Date: Sun Apr 7 16:35:50 2013 +0200
drm/gma500: Fix hibernation problems on sdvo encoders
The bug is triggered when we do a mode set on a sdvo encoder with all
connectors in the disco
This makes it easier to see what's going on during resume/restore.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gtt.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/drm/gma500/gtt.c
index 2f12faf..01e3242 10064
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/55cbedd8/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/3e5f682f/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/0b9e6a4a/attachment.html>
2d2f1fd164218eacf2b142bc808be1f25f66e72c and
[1c1b4244081f2ad2c84a80a6f68a6b7fd1aefbe9].
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/047d271b/attachm
On Mon, Apr 15, 2013 at 11:37 PM, Laurent Pinchart
wrote:
> Property blob objects need to be destroyed when cleaning up to avoid
> memory leaks. Go through the list of all blobs in the
> drm_mode_config_cleanup() function and destroy them.
>
> The drm_mode_config_cleanup() function needs to be mov
>
> This pull request includes bug fixes, code cleanups and
> one revert that removes the wrong bindings file for exynos
> fimg2d device for code cleanup becasue correct one has already
> been merged to Samsung next like below,
> next/dt-exynos branch of
> git://git.kernel.org/pub/scm/linu
> An ifdef in drm.h expects to be compiled with full-fledged Linux
> toolchain, but it's common to compile kernel with just bare-metal
> toolchain which doesn't define __linux__. So, also add __KERNEL__
> check.
Seems okay, pushed.
Dave.
>>
>> diff --git a/drivers/gpu/drm/radeon/evergreen.c
>> b/drivers/gpu/drm/radeon/evergreen.c
>> index 305a657..3291f62 100644
>> --- a/drivers/gpu/drm/radeon/evergreen.c
>> +++ b/drivers/gpu/drm/radeon/evergreen.c
>> @@ -3855,8 +3855,7 @@ void evergreen_fini(struct radeon_device *rdev)
>>
>> voi
> ioctl cmd, and for example trinity likes to fuzz those bits to create
> conflicting commands. So instead of relying upon userspace to pass along
> the correct IN/OUT flags for the ioctl, use the flags as expected by the
> kernel.
>
> This does have a side-effect that NULL pointers can not be subs
ll be easier to reproduce the bug.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/854bd8fc/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/dea123dd/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/11b3255c/attachment-0001.html>
gt; ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/839f6791/attachment.html>
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/e22dc144/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/18bfd5e0/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/323c8a25/attachment.html>
On 2013/4/15 20:48, Libin wrote:
> (*->vm_end - *->vm_start) >> PAGE_SHIFT operation is implemented
> as a inline funcion vma_pages() in linux/mm.h, so using it.
>
> Signed-off-by: Libin
> ---
> drivers/char/mspec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/driver
texture)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/b2986aff/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/85359fb1/attachment.html>
n the presenece of a "#version NNN" where NNN >= 420.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/77b72ce4/attachment.html>
Hello
I have a 855GME based system with a TFP410 DVO transmitter and running a
vanilla Linux-3.8 kernel.
With the activation of the hardware assisted GMBUS feature (somewhere
near kernel 3.5), the detection of the TFP410 DVO transmitter has become
flacky, which results in an unusable DVO port.
A
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/3548d476/attachment.html>
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/d81fd500/attachment.html>
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/a121a914/attachment-0001.html>
I'm re-sending this whole plane clipping series, as it has been a quite
while since the last time I posted it.
Laurent went through patch 1 and I made the requested changes, and I also
fixed a minor issue in patch 3 that I spotted myself.
The other patches are unchanged and looking for volunteers
From: Ville Syrj?l?
struct drm_rect represents a simple rectangle. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (instead it w
From: Ville Syrj?l?
These functions calculcate the scaling factor based on the source and
destination rectangles.
There are two version of the functions, the strict ones that will
return an error if the min/max scaling factor is exceeded, and the
relaxed versions that will adjust the src/dst rec
From: Ville Syrj?l?
Add a debug function to print the rectangle in a human readable format.
v2: Renamed drm_region to drm_rect, the function from drm_region_debug
to drm_rect_debug_print(), and use %+d instead of +%d in the format.
v3: Use %d format for width/height in the non fixed point ca
From: Ville Syrj?l?
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
On Tuesday 16 April 2013 12:48:28 Paul Sokolovsky wrote:
> > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
> > index 8d1e2bb..73a99e4 100644
> > --- a/include/uapi/drm/drm.h
> > +++ b/include/uapi/drm/drm.h
> > @@ -36,7 +36,7 @@
> > #ifndef _DRM_H_
> > #define _DRM_H_
> >
> > -#i
m arch repository
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/01c9b3c7/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/108164f8/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/e53ca421/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/87051fce/attachment.html>
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/394db866/attachment.html>
Hi Rob,
Thank you for the review.
On Monday 15 April 2013 15:00:58 Rob Clark wrote:
> Hi Laurent, a few mostly-minor comments, although from a quick look
> the sg_alloc_table()/sg_free_table() doesn't look quite right in all
> cases. The other comments could just be a subject for a later patch
>
t 78000).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130416/e8445140/attachment.html>
On Tue, Apr 16, 2013 at 01:47:22PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Properly clip the source when the destination gets clipped
> by the pipe dimensions.
>
> Sadly the video sprite hardware is rather limited so it can't do proper
> sub-pixel postitioning.
On Tue, Apr 16, 2013 at 01:47:20PM +0300, ville.syrjala at linux.intel.com
wrote:
> diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
> index 2b7278c..de24f16 100644
> --- a/include/drm/drm_rect.h
> +++ b/include/drm/drm_rect.h
> @@ -128,5 +128,17 @@ bool drm_rect_intersect(struct drm_r
Hello,
On Fri, 12 Apr 2013 18:28:26 -0500
Nishanth Menon wrote:
> From: Paul Sokolovsky
>
> An ifdef in drm.h expects to be compiled with full-fledged Linux
> toolchain, but it's common to compile kernel with just bare-metal
> toolchain which doesn't define __linux__. So, also add __KERNEL__
>
1 - 100 of 126 matches
Mail list logo
