On Wed, Jun 12, 2013 at 11:58:44AM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> It takes an unsigned value. This happens not to blow up on 64-bit
> architectures, but it does on 32-bit, causing
> drm_calc_vbltimestamp_from_scanoutpos() to calculate totally bogus
> timestamps for vblank e
This patch adds a buffer synchronization framework based on DMA BUF[1]
and reservation[2] to use dma-buf resource, and based on ww-mutexes[3]
for lock mechanism.
The purpose of this framework is not only to couple cache operations,
and buffer access control to CPU and DMA but also to provide easy-
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #54 from Marc Dietrich ---
vincent, it seems you applied the patch to master already. I cannot find any
difference with perl boy demo. Can someone provide me a link to heaven 3.0? I
can only find 4.0 which requires opengl 3.3...
--
https://bugs.freedesktop.org/show_bug.cgi?id=65416
--- Comment #6 from Stefan Dösinger ---
I guess that's ok for wined3d's purposes. We don't use either extension right
now, and if we ever use one of them we'll probably go with the ARB one anyway.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #55 from Andy Furniss ---
(In reply to comment #54)
> vincent, it seems you applied the patch to master already. I cannot find any
> difference with perl boy demo. Can someone provide me a link to heaven 3.0?
> I can only find 4.0 whi
Hi,
On 06/13/2013 06:26 AM, Rahul Sharma wrote:
> Mr. Dae,
>
> Thanks for your valuable inputs.
>
> I posted it as RFC because, I also have received comments to register
> hdmiphy as a clock controller. As we always configure it for specific
> frequency, hdmi-phy looks similar to a PLL. But it r
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #56 from Andy Furniss ---
(In reply to comment #55)
> (In reply to comment #54)
> > Can someone provide me a link to heaven 3.0?
> http://downloads.guru3d.com/Unigine-Heaven-DX11-Benchmark-3.0-Linux-download-
> 2875.html
Forgot to pu
This patch-set series adds runtime pm support for host1x,
gr2d & dc. It retains the current behaviour if CONFIG_PM_RUNTIME
is not enabled.
For host1x & gr2d, the clocks are now enabled in .probe
and disabled on its exit. This is needed for correct
init of hardware.
Additionally for gr2d, the cloc
This patch moves the API host1x_job_submit to job.c file. It also
adds a new API host1x_job_complete.
This is in preparation to add runtime PM support to host1x &
its modules. The idea is to call pm_runtime_get from
host1x_job_submit and pm_runtime_put from host1x_job_complete.
This way the runti
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/gr2d.c | 56 ++-
drivers/gpu/host1x/job.c | 9 +++
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c
index 27ffc
As of now, the dc clock is enabled in its .probe via
runtime pm and disabled in .remove
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/dc.c | 60 +
1 file changed, 55 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/host1x/drm/dc.c
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/dev.c | 57
1 file changed, 57 insertions(+)
diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
index 28e28a2..b43eb29 100644
--- a/drivers/gpu/host1x/dev.c
+++ b/drivers/gpu/ho
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #57 from Marc Dietrich ---
Ok, found heaven - unfortunately, crashes with R600_LLVM=1 and works fine with
R600_LLVM=0:
MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding
force_glsl_extensions_warn=true ./heaven
ATTENTION: default v
On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> ---
> Untested. Perhaps the first test that people with access to the relevant
> hardware might do, is to test _before applying this patch_ with FB_OMAP2
> set. Perhaps this negative dependency isn't needed at all.
> -Original Message-
> From: Sylwester Nawrocki [mailto:s.nawro...@samsung.com]
> Sent: Thursday, June 13, 2013 5:56 PM
> To: Rahul Sharma
> Cc: Rahul Sharma; Inki Dae; linux-samsung-...@vger.kernel.org; devicetree-
> disc...@lists.ozlabs.org; DRI mailing list; Kukjin Kim; Seung-Woo Kim;
> +static void dmabuf_sync_timeout_worker(struct work_struct *work)
> +{
> + struct dmabuf_sync *sync = container_of(work, struct dmabuf_sync,
> work);
> + struct dmabuf_sync_object *sobj;
> +
> + mutex_lock(&sync->lock);
> +
> + list_for_each_entry(sobj, &sync->syncs, head) {
> +
Applied.
Thanks,
Inki Dae
> -Original Message-
> From: Rahul Sharma [mailto:rahul.sha...@samsung.com]
> Sent: Tuesday, June 11, 2013 3:54 PM
> To: linux-samsung-...@vger.kernel.org;
devicetree-disc...@lists.ozlabs.org;
> dri-devel@lists.freedesktop.org
> Cc: kgene@samsung.com; sw0312.
Applied.
Thanks,
Inki Dae
> -Original Message-
> From: Rahul Sharma [mailto:rahul.sha...@samsung.com]
> Sent: Tuesday, June 11, 2013 3:54 PM
> To: linux-samsung-...@vger.kernel.org;
devicetree-disc...@lists.ozlabs.org;
> dri-devel@lists.freedesktop.org
> Cc: kgene@samsung.com; sw0312.
Acked-by: Inki Dae
Thanks,
Inki Dae
2013/6/11 Rahul Sharma
> From: Sean Paul
>
> This patch adds the mixer clocks to the mixer node in the dts file.
>
> Signed-off-by: Sean Paul
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/boot/dts/exynos5250.dtsi |2 ++
> 1 file changed, 2 insertio
Acked-by: Inki Dae
Thanks,
Inki Dae
2013/6/11 Rahul Sharma
> Fix wrong clock numbers in hdmi dt node. Removed hdmiphy
> clock which was a dummy clock earlier and not required now.
> Also added mux clock to change the clock parent.
>
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/boot/dts/ex
Applied.
Thanks,
Inki Dae
2013/6/11 Sachin Kamat
> 'break' after goto statement is redundant. Silences the following
> message:
> drivers/gpu/drm/exynos/exynos_drm_ipp.c:1067 exynos_drm_ipp_check_valid()
> info: ignoring unreachable code.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/d
On Thu, Jun 13, 2013 at 7:19 AM, Russell King - ARM Linux
wrote:
> And another issue...
>
> What is drm_crtc_helper_set_mode() passed as the fb argument? Is it
> the old fb, or the new fb?
>
> bool drm_crtc_helper_set_mode(struct drm_crtc *crtc,
> struct drm_display_
On Thu, Jun 13, 2013 at 2:52 PM, Rob Clark wrote:
> most of the embedded drivers should ignore the old_fb.. the API is a
> bit odd but the purpose is to help drivers that need to pin/unpin the
> gem objects backing the fb. The ones that do, do something like:
>
> foo_pin(new_fb);
> foo_unpin(
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #58 from Tom Stellard ---
Has anyone tested the patch from comment 47?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #59 from Marc Dietrich ---
just did, no change in perl boy (misrendered triangles) or heaven (still
crash).
--
You are receiving this mail because:
You are the assignee for the bug.
___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=65714
Alex Deucher changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=64257
vincent changed:
What|Removed |Added
Attachment #80750|0 |1
is obsolete|
On 06/13/2013 03:53 AM, Mayuresh Kulkarni wrote:
Patch description?
> diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c
> +#ifdef CONFIG_PM_RUNTIME
> + pm_runtime_enable(&pdev->dev);
> + pm_runtime_get_sync(&pdev->dev);
> +#else
> err = clk_prepare_enable(
https://bugs.freedesktop.org/show_bug.cgi?id=65714
--- Comment #2 from Fabio Pedretti ---
(In reply to comment #1)
> Does the ppa enable LLVM? If so does setting env var R600_LLVM=0 help?
The PPA is compiling with LLVM but *without* --enable-r600-llvm-compiler .
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #61 from Andy Furniss ---
(In reply to comment #58)
> Has anyone tested the patch from comment 47?
Oops almost missed that - It does fix heaven and pearl boy on my rv790.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #62 from Andy Furniss ---
(In reply to comment #60)
> Created attachment 80781 [details] [review]
> Properly set COUNT_3 v2
>
> Sorry I sent the wrong patch.
This one also fixes heaven and pearl boy on rv790.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=65722
Priority: medium
Bug ID: 65722
Assignee: dri-devel@lists.freedesktop.org
Summary: Before update dual display wasn't an option. Since
update I have to have amp and tv on or else monitor
https://bugs.freedesktop.org/show_bug.cgi?id=65722
--- Comment #1 from Paul Sherwood ---
When amp and tv are on, the POST screen shows up on both screens, then login
only shows on tv. Once Mint loads the display switches to the monitor and the
tv goes black again.
On the display settings the tv
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #63 from Andy Furniss ---
(In reply to comment #61)
> (In reply to comment #58)
> > Has anyone tested the patch from comment 47?
>
> Oops almost missed that - It does fix heaven and pearl boy on my rv790.
Aggh ignore that it doesn't
https://bugzilla.kernel.org/show_bug.cgi?id=51381
Christoph Haag changed:
What|Removed |Added
CC||haagch.christoph@googlemail
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #7 from Alex Deucher 2013-06-13 17:11:40
---
See comment #1.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bu
https://bugs.freedesktop.org/show_bug.cgi?id=65723
Priority: medium
Bug ID: 65723
Assignee: dri-devel@lists.freedesktop.org
Summary: Xonotic glsl 1.30 broken
Severity: blocker
Classification: Unclassified
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=65723
Rafael Castillo changed:
What|Removed |Added
Priority|medium |highest
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #1 from Rafael Castillo ---
i mean glsl 1.30 was enable by default
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.free
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #2 from Alex Deucher ---
Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #3 from Rafael Castillo ---
i can but they are clean of errors, even running xonotic from console its clean
which is why i made an apitrace.
ill post them later today when get home anyway
thx for your time
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=65722
--- Comment #2 from Alex Deucher ---
Please attach your xorg log and dmesg output. Also, what are you trying to
accomplish? Dualhead?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=65722
Alex Deucher changed:
What|Removed |Added
Product|Mesa|DRI
Component|Drivers/Gallium/ra
https://bugzilla.kernel.org/show_bug.cgi?id=59681
Summary: Sony VAIO VPCZ23A4R: radeon doesn't like undocking
Product: Drivers
Version: 2.5
Kernel Version: 3.10-rc5
Platform: All
OS/Version: Linux
Tree: Mainline
Statu
https://bugzilla.kernel.org/show_bug.cgi?id=59681
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 f
On Thu, Jun 13, 2013 at 03:23:37PM +0530, Mayuresh Kulkarni wrote:
[...]
> diff --git a/drivers/gpu/host1x/drm/dc.c b/drivers/gpu/host1x/drm/dc.c
[...]
> @@ -1128,9 +1129,7 @@ static int tegra_dc_probe(struct platform_device *pdev)
> return PTR_ERR(dc->clk);
> }
>
> - err
On 06/13/2013 12:49 PM, Thierry Reding wrote:
> On Thu, Jun 13, 2013 at 03:23:37PM +0530, Mayuresh Kulkarni wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/drm/dc.c
>> b/drivers/gpu/host1x/drm/dc.c
> [...]
>> @@ -1128,9 +1129,7 @@ static int tegra_dc_probe(struct
>> platform_device *pdev) return
drm_mode_detailed() is called quite often, therefore when a monitor
that has a detailed timing mode marked DRM_EDID_PT_STEREO or requiring
composite sync, warning messages will clutter up the kernel log.
Like we already do for incorrect hsync/vsync pluse widths, print these
messages only when KMS d
On Thu, 2013-06-13 at 21:01 +0200, Egbert Eich wrote:
> drm_mode_detailed() is called quite often, therefore when a monitor
> that has a detailed timing mode marked DRM_EDID_PT_STEREO or requiring
> composite sync, warning messages will clutter up the kernel log.
> Like we already do for incorrect
https://bugs.freedesktop.org/show_bug.cgi?id=65730
Priority: medium
Bug ID: 65730
Assignee: dri-devel@lists.freedesktop.org
Summary: no sound via HDMI for Radeon 6850 mesa driver
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=65730
--- Comment #1 from Alex Deucher ---
You need to boot with radeon.audio=1 on the kernel command line in grub to
enable audio.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=65730
--- Comment #2 from Jason ---
Indeed I had already tried that in my /etc/default/grub file. I edited both
lines and rebooted...
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.audio=1"
GRUB_CMDLINE_LINUX="radeon.audio=1"
Sound does not work.
-
https://bugs.freedesktop.org/show_bug.cgi?id=65730
--- Comment #3 from Alex Deucher ---
Created attachment 80801
--> https://bugs.freedesktop.org/attachment.cgi?id=80801&action=edit
fix AVI infoframe
Does the attached kernel patch along with the radeon.audio=1 help?
--
You are receiving this
From: Alex Deucher
Hi Dave,
Just two small fixes from Jerome. Remove some harmless but confusing
VM related error messages and fix a regression with suspend and UVD.
The following changes since commit df63d3ecbca514bad99513b2401448d19a9bb92e:
Merge tag 'drm-intel-fixes-2013-06-11' of
git
https://bugs.freedesktop.org/show_bug.cgi?id=65730
--- Comment #4 from Jason ---
Before I being, I must make a disclaimer that I am not a Linux genius by any
means, but a moderate user, able and willing to find my way around things. I
do occasionally assist one of the pcsx2 emulator devs with me
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #33 from Erdem U. Altınyurt ---
Yes. I got same version...
Now, the error is gone. (I clean llvm and mesa repo, updated from trunk and
rebuild.)
bfgminer --benchmark generate error of:
[2013-06-14 03:24:24] Error -11: Building Progr
Hi Daniel,
On Friday 07 June 2013 10:50:55 Daniel Vetter wrote:
> On Fri, Jun 07, 2013 at 09:44:45AM +0200, Laurent Pinchart wrote:
> > On Wednesday 05 June 2013 10:55:05 Daniel Vetter wrote:
> > > On Wed, Jun 05, 2013 at 03:51:53AM +0200, Laurent Pinchart wrote:
> > > > On Tuesday 04 June 2013 20
Hi Russell,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Friday, June 14, 2013 2:26 AM
> To: Inki Dae
> Cc: maarten.lankho...@canonical.com; dan...@ffwll.ch; robdcl...@gmail.com;
> linux-fb...@vger.kernel.org; dri-devel@lists.freedesktop.org
On Wed, Jun 12, 2013 at 11:58:44AM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> It takes an unsigned value. This happens not to blow up on 64-bit
> architectures, but it does on 32-bit, causing
> drm_calc_vbltimestamp_from_scanoutpos() to calculate totally bogus
> timestamps for vblank e
This patch adds a buffer synchronization framework based on DMA BUF[1]
and reservation[2] to use dma-buf resource, and based on ww-mutexes[3]
for lock mechanism.
The purpose of this framework is not only to couple cache operations,
and buffer access control to CPU and DMA but also to provide easy-
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #54 from Marc Dietrich ---
vincent, it seems you applied the patch to master already. I cannot find any
difference with perl boy demo. Can someone provide me a link to heaven 3.0? I
can only find 4.0 which requires opengl 3.3...
--
https://bugs.freedesktop.org/show_bug.cgi?id=65416
--- Comment #6 from Stefan Dösinger ---
I guess that's ok for wined3d's purposes. We don't use either extension right
now, and if we ever use one of them we'll probably go with the ARB one anyway.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #55 from Andy Furniss ---
(In reply to comment #54)
> vincent, it seems you applied the patch to master already. I cannot find any
> difference with perl boy demo. Can someone provide me a link to heaven 3.0?
> I can only find 4.0 whi
Hi,
On 06/13/2013 06:26 AM, Rahul Sharma wrote:
> Mr. Dae,
>
> Thanks for your valuable inputs.
>
> I posted it as RFC because, I also have received comments to register
> hdmiphy as a clock controller. As we always configure it for specific
> frequency, hdmi-phy looks similar to a PLL. But it r
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #56 from Andy Furniss ---
(In reply to comment #55)
> (In reply to comment #54)
> > Can someone provide me a link to heaven 3.0?
> http://downloads.guru3d.com/Unigine-Heaven-DX11-Benchmark-3.0-Linux-download-
> 2875.html
Forgot to pu
This patch-set series adds runtime pm support for host1x,
gr2d & dc. It retains the current behaviour if CONFIG_PM_RUNTIME
is not enabled.
For host1x & gr2d, the clocks are now enabled in .probe
and disabled on its exit. This is needed for correct
init of hardware.
Additionally for gr2d, the cloc
This patch moves the API host1x_job_submit to job.c file. It also
adds a new API host1x_job_complete.
This is in preparation to add runtime PM support to host1x &
its modules. The idea is to call pm_runtime_get from
host1x_job_submit and pm_runtime_put from host1x_job_complete.
This way the runti
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/gr2d.c | 56 ++-
drivers/gpu/host1x/job.c | 9 +++
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c
index 27ffc
As of now, the dc clock is enabled in its .probe via
runtime pm and disabled in .remove
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/dc.c | 60 +
1 file changed, 55 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/host1x/drm/dc.c
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/dev.c | 57
1 file changed, 57 insertions(+)
diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
index 28e28a2..b43eb29 100644
--- a/drivers/gpu/host1x/dev.c
+++ b/drivers/gpu/ho
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #57 from Marc Dietrich ---
Ok, found heaven - unfortunately, crashes with R600_LLVM=1 and works fine with
R600_LLVM=0:
MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding
force_glsl_extensions_warn=true ./heaven
ATTENTION: default v
On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> ---
> Untested. Perhaps the first test that people with access to the relevant
> hardware might do, is to test _before applying this patch_ with FB_OMAP2
> set. Perhaps this negative dependency isn't needed at all.
> -Original Message-
> From: Sylwester Nawrocki [mailto:s.nawro...@samsung.com]
> Sent: Thursday, June 13, 2013 5:56 PM
> To: Rahul Sharma
> Cc: Rahul Sharma; Inki Dae; linux-samsung-...@vger.kernel.org; devicetree-
> disc...@lists.ozlabs.org; DRI mailing list; Kukjin Kim; Seung-Woo Kim;
> +static void dmabuf_sync_timeout_worker(struct work_struct *work)
> +{
> + struct dmabuf_sync *sync = container_of(work, struct dmabuf_sync,
> work);
> + struct dmabuf_sync_object *sobj;
> +
> + mutex_lock(&sync->lock);
> +
> + list_for_each_entry(sobj, &sync->syncs, head) {
> +
Applied.
Thanks,
Inki Dae
> -Original Message-
> From: Rahul Sharma [mailto:rahul.sha...@samsung.com]
> Sent: Tuesday, June 11, 2013 3:54 PM
> To: linux-samsung-...@vger.kernel.org;
devicetree-disc...@lists.ozlabs.org;
> dri-devel@lists.freedesktop.org
> Cc: kgene@samsung.com; sw0312.
Applied.
Thanks,
Inki Dae
> -Original Message-
> From: Rahul Sharma [mailto:rahul.sha...@samsung.com]
> Sent: Tuesday, June 11, 2013 3:54 PM
> To: linux-samsung-...@vger.kernel.org;
devicetree-disc...@lists.ozlabs.org;
> dri-devel@lists.freedesktop.org
> Cc: kgene@samsung.com; sw0312.
Acked-by: Inki Dae
Thanks,
Inki Dae
2013/6/11 Rahul Sharma
> From: Sean Paul
>
> This patch adds the mixer clocks to the mixer node in the dts file.
>
> Signed-off-by: Sean Paul
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/boot/dts/exynos5250.dtsi |2 ++
> 1 file changed, 2 insertio
Acked-by: Inki Dae
Thanks,
Inki Dae
2013/6/11 Rahul Sharma
> Fix wrong clock numbers in hdmi dt node. Removed hdmiphy
> clock which was a dummy clock earlier and not required now.
> Also added mux clock to change the clock parent.
>
> Signed-off-by: Rahul Sharma
> ---
> arch/arm/boot/dts/ex
Applied.
Thanks,
Inki Dae
2013/6/11 Sachin Kamat
> 'break' after goto statement is redundant. Silences the following
> message:
> drivers/gpu/drm/exynos/exynos_drm_ipp.c:1067 exynos_drm_ipp_check_valid()
> info: ignoring unreachable code.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/d
On Thu, Jun 13, 2013 at 7:19 AM, Russell King - ARM Linux
wrote:
> And another issue...
>
> What is drm_crtc_helper_set_mode() passed as the fb argument? Is it
> the old fb, or the new fb?
>
> bool drm_crtc_helper_set_mode(struct drm_crtc *crtc,
> struct drm_display_
On Thu, Jun 13, 2013 at 2:52 PM, Rob Clark wrote:
> most of the embedded drivers should ignore the old_fb.. the API is a
> bit odd but the purpose is to help drivers that need to pin/unpin the
> gem objects backing the fb. The ones that do, do something like:
>
> foo_pin(new_fb);
> foo_unpin(
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #58 from Tom Stellard ---
Has anyone tested the patch from comment 47?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #59 from Marc Dietrich ---
just did, no change in perl boy (misrendered triangles) or heaven (still
crash).
--
You are receiving this mail because:
You are the assignee for the bug.
___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=65714
Alex Deucher changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=64257
vincent changed:
What|Removed |Added
Attachment #80750|0 |1
is obsolete|
On 06/13/2013 03:53 AM, Mayuresh Kulkarni wrote:
Patch description?
> diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c
> +#ifdef CONFIG_PM_RUNTIME
> + pm_runtime_enable(&pdev->dev);
> + pm_runtime_get_sync(&pdev->dev);
> +#else
> err = clk_prepare_enable(
https://bugs.freedesktop.org/show_bug.cgi?id=65714
--- Comment #2 from Fabio Pedretti ---
(In reply to comment #1)
> Does the ppa enable LLVM? If so does setting env var R600_LLVM=0 help?
The PPA is compiling with LLVM but *without* --enable-r600-llvm-compiler .
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #61 from Andy Furniss ---
(In reply to comment #58)
> Has anyone tested the patch from comment 47?
Oops almost missed that - It does fix heaven and pearl boy on my rv790.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #62 from Andy Furniss ---
(In reply to comment #60)
> Created attachment 80781 [details] [review]
> Properly set COUNT_3 v2
>
> Sorry I sent the wrong patch.
This one also fixes heaven and pearl boy on rv790.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=65722
Priority: medium
Bug ID: 65722
Assignee: dri-devel@lists.freedesktop.org
Summary: Before update dual display wasn't an option. Since
update I have to have amp and tv on or else monitor
https://bugs.freedesktop.org/show_bug.cgi?id=65722
--- Comment #1 from Paul Sherwood ---
When amp and tv are on, the POST screen shows up on both screens, then login
only shows on tv. Once Mint loads the display switches to the monitor and the
tv goes black again.
On the display settings the tv
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #63 from Andy Furniss ---
(In reply to comment #61)
> (In reply to comment #58)
> > Has anyone tested the patch from comment 47?
>
> Oops almost missed that - It does fix heaven and pearl boy on my rv790.
Aggh ignore that it doesn't
https://bugzilla.kernel.org/show_bug.cgi?id=51381
Christoph Haag changed:
What|Removed |Added
CC||haagch.christoph@googlemail
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #7 from Alex Deucher 2013-06-13 17:11:40
---
See comment #1.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bu
https://bugs.freedesktop.org/show_bug.cgi?id=65723
Priority: medium
Bug ID: 65723
Assignee: dri-devel@lists.freedesktop.org
Summary: Xonotic glsl 1.30 broken
Severity: blocker
Classification: Unclassified
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=65723
Rafael Castillo changed:
What|Removed |Added
Priority|medium |highest
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #1 from Rafael Castillo ---
i mean glsl 1.30 was enable by default
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.free
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #2 from Alex Deucher ---
Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=65723
--- Comment #3 from Rafael Castillo ---
i can but they are clean of errors, even running xonotic from console its clean
which is why i made an apitrace.
ill post them later today when get home anyway
thx for your time
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=65722
--- Comment #2 from Alex Deucher ---
Please attach your xorg log and dmesg output. Also, what are you trying to
accomplish? Dualhead?
--
You are receiving this mail because:
You are the assignee for the bug.
__
1 - 100 of 348 matches
Mail list logo