https://bugs.freedesktop.org/show_bug.cgi?id=62967
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
https://bugs.freedesktop.org/show_bug.cgi?id=62976
--- Comment #2 from Alex Deucher ---
Are you booting with grub? Does removing GRUB_GFXPAYLOAD_LINUX=keep from your
grub config help?
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, Apr 1, 2013 at 7:31 AM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: devicetree-discuss [mailto:devicetree-discuss-
>> bounces+hvaibhav=ti@lists.ozlabs.org] On Behalf Of Michal Bachraty
>> Sent: Thursday, March 28, 2013 11:02 PM
>> To: dri-devel@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=62976
--- Comment #3 from David Heidelberger ---
No, directly from GPT USB:
http://wiki.gentoo.org/wiki/UEFI_Gentoo_Quick_Install_Guide
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62967
--- Comment #2 from Thomas Lindroth ---
There is an upstream bug about this problem here.
https://bugzilla.icculus.org/show_bug.cgi?id=5895
Seems like it runs fine on the closed drivers.
The game freeze for several seconds during the intro as th
https://bugs.freedesktop.org/show_bug.cgi?id=62997
Priority: medium
Bug ID: 62997
Assignee: dri-devel@lists.freedesktop.org
Summary: GPU fault unless R600_DEBUG=nodma
Severity: major
Classification: Unclassified
OS: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #1 from udo ---
Created attachment 77277
--> https://bugs.freedesktop.org/attachment.cgi?id=77277&action=edit
Xorg.0.log with R600_DEBUG=nodma
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #2 from udo ---
Created attachment 77278
--> https://bugs.freedesktop.org/attachment.cgi?id=77278&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62889
--- Comment #6 from Alexander von Gluck ---
Created attachment 77279
--> https://bugs.freedesktop.org/attachment.cgi?id=77279&action=edit
software packages
attaching related software package versions. A version number means a stable
upstream
While migrating to common clock framework (CCF), found that the FIMD clocks
were pulled down by the CCF.
If CCF finds any clock(s) which has NOT been claimed by any of the
drivers, then such clock(s) are PULLed low by CCF.
By calling clk_prepare_enable() for FIMD clocks fixes the issue.
this patc
On 1 April 2013 14:13, Vikas Sajjan wrote:
> While migrating to common clock framework (CCF), found that the FIMD clocks
s/found/we found/
> were pulled down by the CCF.
> If CCF finds any clock(s) which has NOT been claimed by any of the
> drivers, then such clock(s) are PULLed low by CCF.
>
>
> -Original Message-
> From: devicetree-discuss [mailto:devicetree-discuss-
> bounces+hvaibhav=ti@lists.ozlabs.org] On Behalf Of Michal Bachraty
> Sent: Thursday, March 28, 2013 11:02 PM
> To: dri-devel@lists.freedesktop.org; devicetree-
> disc...@lists.ozlabs.org
> Cc: robdcl...@gmail
This patch makes the driver less shitty.
Signed-off-by: Edward Smietana
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 6d63f90..e11372c 100644
--- a/dr
On Sun, Mar 31, 2013 at 9:55 PM, Jiri Kosina wrote:
> On Thu, 21 Mar 2013, Daniel Vetter wrote:
>
>> Indeed, this is pretty useful and allowed me to quickly reproduce that
>> phantom irq on my gm45. Thanks to module reloading we can even reset the
>> kernel's irq disabling logic and so test differ
On Sun, 31 Mar 2013, Michal Hocko wrote:
On Sat 30-03-13 18:26:53, Ilija Hadzic wrote:
This looks a bit like a hack and it doesn't look right,
conceptually. If the call fails, it should restore things as if
nothing has ever happened and overwriting old_mapping is not going to
do the trick.
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #5 from Niels Ole Salscheider ---
The problem seems to be that the build system picks the already installed
libllvmradeon9.2.0.so (from /usr/lib64) instead of the one that has just been
built.
A workaround is to uninstall mesa before
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #6 from Tom Stellard ---
Created attachment 77291
--> https://bugs.freedesktop.org/attachment.cgi?id=77291&action=edit
Build libradeonllvm as static library
Does this patch help?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #7 from Serkan Hosca ---
(In reply to comment #6)
> Created attachment 77291 [details] [review]
> Build libradeonllvm as static library
>
> Does this patch help?
Yes, the patch fixes the build
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #8 from Johannes Obermayr ---
I am against this sort of patches.
Because autotools are stupid the second line should be the right attempt:
libradeonsi_la_LDFLAGS = -Wl,--no-undefined -shared -avoid-version \
-L../radeon \
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #9 from Tom Stellard ---
(In reply to comment #8)
> I am against this sort of patches.
>
Can you explain why?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=62226
Johannes Obermayr changed:
What|Removed |Added
CC||andreas.boll@gmail.com,
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #21 from korg...@yandex.com ---
I can also confirm this bug.
Software:
Archlinux standard installation.
Linux 3.8.4-1-ARCH #1 SMP PREEMPT Wed Mar 20 22:10:25 CET 2013 x86_64 GNU/Linux
KDE: 4.10.1 (no widgets, other than the task panel
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_dp.c between commit 9d1a455b0ca1 ("") from
Linus' tree and commit 965e0c489f36 ("drm/i915: introduce
pipe_config->dither|pipe_bpp") from the drm-intel tree.
I fixed it up (see below) and can carry
Attempts to compile tilcdc as module results in:
drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition of
`__mod_of_device_table'
drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
drivers/gpu/drm/tilcdc/tilcdc_panel.o:(.data+0x54): multiple definition of
`__
Commit 2e3b3c42f06ff6801b3d7839757bbdb231619083
(Add DRM KMS/FB CMA helper) add a kbuild entry,
config DRM_KMS_CMA_HELPER, in DRM's Kconfig without
dependence on DRM, it cause DRM's kconfig can't
be show in a submenu.
This patch fix it.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/Kconfig |
Hi Mr. Inki Dae,
Can you please review this patch.?
On Wed, Mar 13, 2013 at 4:22 PM, Vikas Sajjan wrote:
> Replaces the "platform_get_resource() for IORESOURCE_IRQ" with
> platform_get_resource_byname().
> Both in exynos4 and exynos5, FIMD IP has 3 interrupts in the order: "fifo",
> "vsync", and
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/6a82cd34/attachment.html>
On Mon, Apr 1, 2013 at 7:31 AM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: devicetree-discuss [mailto:devicetree-discuss-
>> bounces+hvaibhav=ti.com at lists.ozlabs.org] On Behalf Of Michal Bachraty
>> Sent: Thursday, March 28, 2013 11:02 PM
>> To: dri-devel at lists.freedes
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/e4fa7375/attachment-0001.html>
quot;
Option "SwapbuffersWait" "false"
Option "EnablePageFlip" "true"
--
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/20130401/a58d5889/attachment.html>
[70631.950576] [drm] ib test on ring 4 succeeded in 1 usecs
--
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/20130401/b6fc6f8d/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/f8c51bc9/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/d4cad7f2/attachment.html>
/dri-devel/attachments/20130401/09f69986/attachment-0001.html>
While migrating to common clock framework (CCF), found that the FIMD clocks
were pulled down by the CCF.
If CCF finds any clock(s) which has NOT been claimed by any of the
drivers, then such clock(s) are PULLed low by CCF.
By calling clk_prepare_enable() for FIMD clocks fixes the issue.
this patc
On 1 April 2013 14:13, Vikas Sajjan wrote:
> While migrating to common clock framework (CCF), found that the FIMD clocks
s/found/we found/
> were pulled down by the CCF.
> If CCF finds any clock(s) which has NOT been claimed by any of the
> drivers, then such clock(s) are PULLed low by CCF.
>
>
> -Original Message-
> From: devicetree-discuss [mailto:devicetree-discuss-
> bounces+hvaibhav=ti.com at lists.ozlabs.org] On Behalf Of Michal Bachraty
> Sent: Thursday, March 28, 2013 11:02 PM
> To: dri-devel at lists.freedesktop.org; devicetree-
> discuss at lists.ozlabs.org
> Cc: robdcl
This patch makes the driver less shitty.
Signed-off-by: Edward Smietana
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 6d63f90..e11372c 100644
--- a/dr
On Sun, Mar 31, 2013 at 9:55 PM, Jiri Kosina wrote:
> On Thu, 21 Mar 2013, Daniel Vetter wrote:
>
>> Indeed, this is pretty useful and allowed me to quickly reproduce that
>> phantom irq on my gm45. Thanks to module reloading we can even reset the
>> kernel's irq disabling logic and so test differ
On Sun, 31 Mar 2013, Michal Hocko wrote:
> On Sat 30-03-13 18:26:53, Ilija Hadzic wrote:
>> This looks a bit like a hack and it doesn't look right,
>> conceptually. If the call fails, it should restore things as if
>> nothing has ever happened and overwriting old_mapping is not going to
>> do th
before compiling and installing the new
version.
--
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/20130401/bcbf9ec5/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/ea3c1b5f/attachment.html>
ng 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/20130401/06dea384/attachment.html>
\
$(LLVM_LDFLAGS)
--
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/20130401/88627c7d/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/b6d1150a/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/ac687e49/attachment.html>
Attempts to compile tilcdc as module results in:
drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition of
`__mod_of_device_table'
drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
drivers/gpu/drm/tilcdc/tilcdc_panel.o:(.data+0x54): multiple definition of
`__
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/31e3b473/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43276
Dan Furlani changed:
What|Removed |Added
Kernel Version|3.4.0-030400rc6-generic |3.9.0-rc4
Summary|Resume fails
https://bugzilla.kernel.org/show_bug.cgi?id=56031
Summary: Enabling radeon HDMI audio causes video corruption in
unsupported hardware
Product: Drivers
Version: 2.5
Kernel Version: 3.8
Platform: All
OS/Version: Linux
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/167b7d48/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=56041
Summary: Disabling LCD on ARUBA causes hotplug loop
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/14d51018/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/a982decd/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130401/970bd268/attachment.html>
55 matches
Mail list logo
