On Mon, Aug 06, 2012 at 01:23:17PM +0100, Matthew Garrett wrote:
> On Sun, Aug 05, 2012 at 11:40:16PM +0200, Daniel Vetter wrote:
>
> > As long as it's only apple shipping multi-gpu machines with
> > broken/non-existing vbt, I'll happily stomach the quirk list entries.
> > They're bad, but imo the
> Unfortunately you sent your message not just as plain text [1] and the
> Google Mail mailer automatically wrapped the lines and there mangled the
> patch.
Oops, sorry about that. New patches incoming via git-send-email. No
changes other than the unwanted line-wrapping is hopefully avoided.
St
We use __fls() to find the most significant bit. Using that, the
loop can be avoided. A second trick is to use the mod(32)
behaviour of the rotate instructions on x86 to expand the range
of the unsigned int to float conversion to the full 32 bits.
The routine is now exact up to 2^24. Above that
We use __fls() to find the most significant bit. Using that, the
loop can be avoided. A second trick is to use the mod(32)
behaviour of the rotate instructions on x86 to expand the range
of the unsigned int to float conversion to the full 32 bits.
The routine is now exact up to 2^24. Above that
Remove the copy of i2f() in r600_blit_kms.c
We rename the function to something longer now that it is a global
symbol. This reduces the likelyhood of unintended clashes later.
This might be a candidate for inclusion inside general drm infrastructure.
However, at the moment only the radeon driver
This allows gcc to fold duplicate calls into a single call. Since
the current users do actually call it multiple times with the
same arguments, this is an obvious win.
---
drivers/gpu/drm/radeon/r600_blit.c |2 +-
drivers/gpu/drm/radeon/r600_blit_shaders.h |2 +-
2 files changed,
On Mon, 2012-08-06 at 16:11 -0700, Steven Fuerst wrote:
> We use __fls() to find the most significant bit. Using that, the
> loop can be avoided. A second trick is to use the mod(32)
> behaviour of the rotate instructions on x86 to expand the range
> of the unsigned int to float conversion to th
Hi Dave,
- Regression fixer for an OOPS at boot when i915.ko is built-in and
CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
- Regression fixer for occlusion query failures, the required w/a wasn't
applied in all cases (thanks to Eric for tracking this on down).
- dmar vs. dma_buf imprt fix
On Tuesday 07 August 2012, Leela Krishna Amudala wrote:
>
> This patch moves the contents from regs-fb-v4.h and regs-fb.h to
> include/video/samsung_fimd.h. Also updates the header inclusion in
> machine files and driver files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
You are missin
On 08/07/2012 04:33 PM, Russell King - ARM Linux wrote:
> On Tue, Aug 07, 2012 at 06:04:30PM +0530, Leela Krishna Amudala wrote:
>> arch/arm/plat-samsung/include/plat/regs-fb-v4.h| 159
>>
>> drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
>> drivers/video/
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #5 from LRN 2012-08-07 15:57:46 UTC ---
In case somebody is still watching this, i've tried 3.6.0-rc1, which features
this commit (and its followups) -
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=949c4a34af
A dma-fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
dma_buf[offset] >= value has been met, accounting for wraparound.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support
Signed-off-by: Maarten Lankhorst
dma-buf-mgr handles the case of reserving single or multiple dma-bufs
while trying to prevent deadlocks from buffers being reserved
simultaneously. For this to happen extra functions have been introduced:
+ dma_buf_reserve()
+ dma_buf_unreserve()
+ dma_buf_
On Mon, 6 Aug 2012 12:31:31 -0700
Ben Widawsky wrote:
> While trying to track down the power regression, I noticed that on my
> SNB I had more severe problems, ie. forcewake seemed to never happen
> once i915 was loaded. After a bit of bisection, I tracked the bad commit
> to:
>
> commit 7b0cfe
Op 07-08-12 19:53, Maarten Lankhorst schreef:
> A dma-fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of graphics afte
On Tuesday 07 August 2012, Arnd Bergmann wrote:
> On Tuesday 07 August 2012, Leela Krishna Amudala wrote:
> >
> > This patch moves the contents from regs-fb-v4.h and regs-fb.h to
> > include/video/samsung_fimd.h. Also updates the header inclusion in
> > machine files and driver files accordingly.
https://bugzilla.kernel.org/show_bug.cgi?id=45721
Summary: High Compiz memory usage, eventual crash.
Product: Drivers
Version: 2.5
Kernel Version: 3.4.0-030400-generic
Platform: All
OS/Version: Linux
Tree: Mainline
St
https://bugzilla.kernel.org/show_bug.cgi?id=45721
--- Comment #1 from Lewis 2012-08-07 19:32:08 ---
Created an attachment (id=77071)
--> (https://bugzilla.kernel.org/attachment.cgi?id=77071)
CPU info from /proc
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=45721
--- Comment #2 from Lewis 2012-08-07 19:34:21 ---
I also would like to add, I'm using Ubuntu 12.04 LTS and can't submit a bug
report @ Lanchpad as I don't have an Ubuntu kernel.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #3 from Matt Turner 2012-08-07 20:01:08 UTC ---
I can't even build with --enable-32-bit without adding -m32 to CFLAGS/CXXFLAGS
manually.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #4 from Tobias Droste 2012-08-07 20:08:50 UTC ---
Yes... well I do this too (provide -m32 with CFLAGS). But this never worked and
is well known (was mentioned at least a few times on the mesa-dev mailing
list), that's why I did not me
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #5 from Tobias Droste 2012-08-07 20:18:12 UTC ---
You don't have to build a 32bit version to see that 'make clean' doesn't work.
Just check if there are any *.o files left after running 'make clean'. They
shouldn't be there.
I tried
On Sun, 2012-08-05 at 22:36 +0200, Daniel Vetter wrote:
> On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
> > On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley
> > > wrote:
> > > > On Wed, 2012-08-01 at 09:16 +0100, C
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #6 from Matt Turner 2012-08-07 21:51:09 UTC ---
(In reply to comment #5)
> You don't have to build a 32bit version to see that 'make clean' doesn't work.
> Just check if there are any *.o files left after running 'make clean'. They
>
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #7 from Tobias Droste 2012-08-07 22:20:35 UTC ---
Created attachment 65257
--> https://bugs.freedesktop.org/attachment.cgi?id=65257
List of .o files remaining after running 'make clean'
--
Configure bugmail: https://bugs.freedeskt
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Monday, August 06, 2012 3:46 PM
> To: dri-devel@lists.freedesktop.org
> Cc: inki@samsung.com; airl...@linux.ie; sachin.ka...@linaro.org;
> patc...@linaro.org
> Subject: [PATCH 1/5] drm/exynos: Remove re
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Monday, August 06, 2012 3:46 PM
> To: dri-devel@lists.freedesktop.org
> Cc: inki@samsung.com; airl...@linux.ie; sachin.ka...@linaro.org;
> patc...@linaro.org
> Subject: [PATCH 2/5] drm/exynos: Remove re
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Monday, August 06, 2012 3:46 PM
> To: dri-devel@lists.freedesktop.org
> Cc: inki@samsung.com; airl...@linux.ie; sachin.ka...@linaro.org;
> patc...@linaro.org
> Subject: [PATCH 3/5] drm/exynos: Use devm_
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Monday, August 06, 2012 3:46 PM
> To: dri-devel@lists.freedesktop.org
> Cc: inki@samsung.com; airl...@linux.ie; sachin.ka...@linaro.org;
> patc...@linaro.org
> Subject: [PATCH 4/5] drm/exynos: Use devm_
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Monday, August 06, 2012 3:46 PM
> To: dri-devel@lists.freedesktop.org
> Cc: inki@samsung.com; airl...@linux.ie; sachin.ka...@linaro.org;
> patc...@linaro.org
> Subject: [PATCH 5/5] drm/exynos: Use devm_
> -Original Message-
> From: Thomas Meyer [mailto:tho...@m3y3r.de]
> Sent: Tuesday, August 07, 2012 3:57 PM
> To: inki@samsung.com; jy0922.s...@samsung.com; sw0312@samsung.com;
> kyungmin.p...@samsung.com; airl...@linux.ie; dri-
> de...@lists.freedesktop.org; linux-ker...@vger.ker
On 2012-08-07 13:43, James Bottomley wrote:
On Sun, 2012-08-05 at 22:36 +0200, Daniel Vetter wrote:
On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
> On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley
wrote:
> > > On
On Tue, Aug 7, 2012 at 9:11 PM, Andre Renaud wrote:
> Added support for zorder changes through DRM plane properties
>
> Signed-off-by: Andre Renaud
Signed-off-by: Rob Clark
> ---
> drivers/staging/omapdrm/omap_drv.h |1 +
> drivers/staging/omapdrm/omap_plane.c | 19 +++
On Mon, Aug 6, 2012 at 6:52 AM, Daniel Vetter wrote:
> On Mon, Jul 30, 2012 at 02:06:54PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> In order for udl vmap to work properly, we need to push the object
>> into the CPU domain before we start copying the data to the USB device.
>>
>> questi
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #5 from Alexandre Demers
2012-08-07 01:21:27 UTC ---
Tested running one piglit test at a time (thanks Michel) and it always locks on
"texturing/depthstencil-render-miplevels 146 s=z24_s8_d=z32f_s8". It locks
hard, resets, stays locke
https://bugs.freedesktop.org/show_bug.cgi?id=53130
Darren Salt changed:
What|Removed |Added
Keywords||regression
--
Configure bugmail: https://
On Mon, 2012-08-06 at 16:11 -0700, Steven Fuerst wrote:
> We use __fls() to find the most significant bit. Using that, the
> loop can be avoided. A second trick is to use the mod(32)
> behaviour of the rotate instructions on x86 to expand the range
> of the unsigned int to float conversion to th
Hi Dave,
- Regression fixer for an OOPS at boot when i915.ko is built-in and
CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
- Regression fixer for occlusion query failures, the required w/a wasn't
applied in all cases (thanks to Eric for tracking this on down).
- dmar vs. dma_buf imprt fix
On Tuesday 07 August 2012, Leela Krishna Amudala wrote:
>
> This patch moves the contents from regs-fb-v4.h and regs-fb.h to
> include/video/samsung_fimd.h. Also updates the header inclusion in
> machine files and driver files accordingly.
>
> Signed-off-by: Leela Krishna Amudala
You are missin
On 08/07/2012 04:33 PM, Russell King - ARM Linux wrote:
> On Tue, Aug 07, 2012 at 06:04:30PM +0530, Leela Krishna Amudala wrote:
>> arch/arm/plat-samsung/include/plat/regs-fb-v4.h| 159
>>
>> drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
>> drivers/video/
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #5 from LRN 2012-08-07 15:57:46 UTC ---
In case somebody is still watching this, i've tried 3.6.0-rc1, which features
this commit (and its followups) -
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=949c4a34af
A dma-fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
dma_buf[offset] >= value has been met, accounting for wraparound.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support
Signed-off-by: Maarten Lankhorst
dma-buf-mgr handles the case of reserving single or multiple dma-bufs
while trying to prevent deadlocks from buffers being reserved
simultaneously. For this to happen extra functions have been introduced:
+ dma_buf_reserve()
+ dma_buf_unreserve()
+ dma_buf_
On Mon, 6 Aug 2012 12:31:31 -0700
Ben Widawsky wrote:
> While trying to track down the power regression, I noticed that on my
> SNB I had more severe problems, ie. forcewake seemed to never happen
> once i915 was loaded. After a bit of bisection, I tracked the bad commit
> to:
>
> commit 7b0cfe
Op 07-08-12 19:53, Maarten Lankhorst schreef:
> A dma-fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of graphics afte
On Tuesday 07 August 2012, Arnd Bergmann wrote:
> On Tuesday 07 August 2012, Leela Krishna Amudala wrote:
> >
> > This patch moves the contents from regs-fb-v4.h and regs-fb.h to
> > include/video/samsung_fimd.h. Also updates the header inclusion in
> > machine files and driver files accordingly.
https://bugzilla.kernel.org/show_bug.cgi?id=45721
Summary: High Compiz memory usage, eventual crash.
Product: Drivers
Version: 2.5
Kernel Version: 3.4.0-030400-generic
Platform: All
OS/Version: Linux
Tree: Mainline
St
https://bugzilla.kernel.org/show_bug.cgi?id=45721
--- Comment #1 from Lewis 2012-08-07 19:32:08 ---
Created an attachment (id=77071)
--> (https://bugzilla.kernel.org/attachment.cgi?id=77071)
CPU info from /proc
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=45721
--- Comment #2 from Lewis 2012-08-07 19:34:21 ---
I also would like to add, I'm using Ubuntu 12.04 LTS and can't submit a bug
report @ Lanchpad as I don't have an Ubuntu kernel.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #3 from Matt Turner 2012-08-07 20:01:08 UTC
---
I can't even build with --enable-32-bit without adding -m32 to CFLAGS/CXXFLAGS
manually.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #4 from Tobias Droste 2012-08-07 20:08:50 UTC
---
Yes... well I do this too (provide -m32 with CFLAGS). But this never worked and
is well known (was mentioned at least a few times on the mesa-dev mailing
list), that's why I did not m
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #5 from Tobias Droste 2012-08-07 20:18:12 UTC
---
You don't have to build a 32bit version to see that 'make clean' doesn't work.
Just check if there are any *.o files left after running 'make clean'. They
shouldn't be there.
I tried
On Sun, 2012-08-05 at 22:36 +0200, Daniel Vetter wrote:
> On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
> > On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley > > HansenPartnership.com> wrote:
> > > > On Wed, 2012-08-
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #6 from Matt Turner 2012-08-07 21:51:09 UTC
---
(In reply to comment #5)
> You don't have to build a 32bit version to see that 'make clean' doesn't work.
> Just check if there are any *.o files left after running 'make clean'. They
>
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #7 from Tobias Droste 2012-08-07 22:20:35 UTC
---
Created attachment 65257
--> https://bugs.freedesktop.org/attachment.cgi?id=65257
List of .o files remaining after running 'make clean'
--
Configure bugmail: https://bugs.freedesk
On 2012-08-07 13:43, James Bottomley wrote:
> On Sun, 2012-08-05 at 22:36 +0200, Daniel Vetter wrote:
>> On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
>> > On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
>> > > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley
>> wrote
On Tue, Aug 7, 2012 at 9:11 PM, Andre Renaud wrote:
> Added support for zorder changes through DRM plane properties
>
> Signed-off-by: Andre Renaud
Signed-off-by: Rob Clark
> ---
> drivers/staging/omapdrm/omap_drv.h |1 +
> drivers/staging/omapdrm/omap_plane.c | 19 +++
Exynos5 has VIDTCON and VIDCON registers at different offsets
from the previous SOCs. Hence, adding the macros.
Signed-off-by: Leela Krishna Amudala
---
include/video/samsung_fimd.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/video/samsung_fimd.h b/incl
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
This patchset is created and rebased against master branch of torvalds tree.
Tested on smdk5250 board, build tested for other boards.
Changes from version 2:
- Changed the EXYNOS5
The fimd register headers have been moved to include/video/
hence, modifying the machine files accordingly.
Signed-off-by: Leela Krishna Amudala
---
arch/arm/mach-exynos/mach-nuri.c |2 +-
arch/arm/mach-exynos/mach-origen.c |2 +-
arch/arm/mach-exynos/mach-smdk4x12.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers/gpu/drm/exynos/exy
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/gpu/drm/nouveau/nouveau_prime.c
b/drivers/gpu/drm/nouveau/no
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer
---
diff -u -p a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl/udl_gem.c
--- a/d
This patch copies the contents from regs-fb-v4.h and regs-fb.h to
include/video/samsung_fimd.h
Signed-off-by: Leela Krishna Amudala
---
include/video/samsung_fimd.h | 526 ++
1 files changed, 526 insertions(+), 0 deletions(-)
create mode 100644 include/v
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
This patchset is created and rebased against master branch of torvalds tree.
Tested on smdk5250 board, build tested for other boards.
Changes from version 3:
- Squashed 1st, 3rd,
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
This patchset is created and rebased against master branch of torvalds tree.
Tested on smdk5250 board, build tested for other boards.
Changes from version 3:
- Squashed 1st, 3rd,
Do not leak memory by updating pointer with potentially
NULL realloc return value.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/gpu/drm/drm_edid_load.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/
On Tue, Aug 07, 2012 at 06:04:30PM +0530, Leela Krishna Amudala wrote:
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h| 159
>
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
> drivers/video/s3c-fb.c |2 +-
> .../plat/reg
On 08/07/2012 02:23 PM, Alexey Khoroshilov wrote:
> Do not leak memory by updating pointer with potentially
> NULL realloc return value.
>
> Found by Linux Driver Verification project (linuxtesting.org).
Thanks, Alexey!
Reviewed-by: Carsten Emde
> Signed-off-by: Alexey Khoroshilov
> ---
> dri
This patch moves the contents from regs-fb-v4.h and regs-fb.h to
include/video/samsung_fimd.h. Also updates the header inclusion in
machine files and driver files accordingly.
Signed-off-by: Leela Krishna Amudala
---
arch/arm/mach-exynos/mach-nuri.c |2 +-
arch/arm/mach-exy
FIMD version 8 has VIDTCON and VIDCON registers at different offsets
from the previous versions. Hence, adding the macros.
Signed-off-by: Leela Krishna Amudala
---
include/video/samsung_fimd.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/video/samsung_fi
The FIMD register headers are moved to include/video/
hence, deleting these files from platform side
Signed-off-by: Leela Krishna Amudala
---
arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 -
arch/arm/plat-samsung/include/plat/regs-fb.h| 403 ---
2 files
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
drivers/gp
The fimd register headers have been moved to include/video/
hence, modifying the driver files accordingly.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
drivers/video/s3c-fb.c |2 +-
2 files changed, 2 insertions(+), 2 deletion
76 matches
Mail list logo
