Hi Daniel,
Thanks for the patch.
On Tuesday 16 July 2013 09:12:04 Daniel Vetter wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option op
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Matrox hardware only supports modes whose horizontal parameters are
> multiples of 8. This rules out a mode like 1366x768 for example.
>
> Signed-off-by: Egbert Eich
I'd like to get a second opinion from ajax for where this should be
dealt w
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Due to a missing initialization there was no way to map fbdev memory.
> Thus for example using the Xserver with the fbdev driver failed.
> This fix adds initialization for fix.smem_start and fix.smem_len
> in the fb_info structure, which fixes
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Signed-off-by: Egbert Eich
Is this just missing a return 0; ? in the bo->pin_count > 0 case?
seems like a simpler patch.
Dave.
> ---
> drivers/gpu/drm/mgag200/mgag200_ttm.c | 22 +-
> 1 file changed, 9 insertions(+), 1
On Mon, Jul 22, 2013 at 06:50:01PM -0700, Keith Packard wrote:
> This adds the necesary register defines for async page flipping
> through the command ring, and then hooks those up for Ivybridge (gen7)
> page flipping.
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/i915_reg.h
Moin,
I got this on 3.11-rc1+ when halting the box:
[ 883.476242] [ cut here ]
[ 883.480927] WARNING: CPU: 3 PID: 2701 at
drivers/gpu/drm/nouveau/nouveau_gem.c:54 nouveau_gem_object_del+0xa8/0xc0()
[ 883.491545] Modules linked in: ntfs msdos dm_mod ext2 vfat fat loop f
Hi Linus,
This is just a regular fixes pull, mostly nouveau and i915, the i915 ones
fix RC6 on Sandybridge after suspend/resume, which I think people have be
wanting for quite a while!
Now you shouldn't wish for more patches, as the new mutex/reservation code
found a number of problems with th
> -Original Message-
> From: linux-samsung-soc-owner at vger.kernel.org [mailto:linux-samsung-soc-
> owner at vger.kernel.org] On Behalf Of Lucas Stach
> Sent: Monday, July 22, 2013 9:47 PM
> To: Inki Dae
> Cc: 'Mark Rutland'; 'Chanho Park'; linux-samsung-soc at vger.kernel.org;
> devicet
> -Original Message-
> From: Mark Rutland [mailto:mark.rutland at arm.com]
> Sent: Monday, July 22, 2013 5:48 PM
> To: Chanho Park
> Cc: inki.dae at samsung.com; kgene.kim at samsung.com; linux-samsung-
> soc at vger.kernel.org; jy0922.shim at samsung.com; devicetree-
> discuss at lists.o
On Monday 22 of July 2013 15:49:25 Chanho Park wrote:
> The exynos4 platform is only dt-based since 3.10, we should convert
> driver data and ids to dt-based parsing methods. The rotator driver has
> a limit table to get size limit. The minimum size of RGB888 format is 8
> x 8 and maximum size is 8
On Monday 22 of July 2013 16:00:22 Sylwester Nawrocki wrote:
> On 07/22/2013 03:31 PM, Inki Dae wrote:
> >> ---Original Message-
> >>
> >> > From: linux-samsung-soc-owner at vger.kernel.org
> >> > [mailto:linux-samsung-soc- owner at vger.kernel.org] On Behalf Of
> >> > Lucas Stach
> >> > Sent:
> -Original Message-
> From: linux-samsung-soc-owner at vger.kernel.org [mailto:linux-samsung-soc-
> owner at vger.kernel.org] On Behalf Of Chanho Park
> Sent: Monday, July 22, 2013 3:49 PM
> To: inki.dae at samsung.com; kgene.kim at samsung.com
> Cc: jy0922.shim at samsung.com; sw0312.ki
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
wrote:
> It's unused, everyone is using the _unlocked variant only.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Rob Clark
> ---
> include/drm/drmP.h | 18 --
> 1 file changed, 18 deletions(-)
>
> diff --git a/include/drm/drmP.h
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130722/e9e1a9e6/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/f4c859e3/attachment.html>
This patch removes all MODULE_DEVICE_TABLE declarations.
Exynos drm drivers don't need to create MODULE_DEVICE_TABLE
yet because all devices of Exynos drm include in one SoC so
they cannot be plugged in as of now.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/2b6e1ea5/attachment.html>
ompletely escaping me... 8-o
--
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/20130722/a864aba6/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60606
--- Comment #1 from Sebastien Fievet ---
I did proofread my report, but missed a obvious mistake :
cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr::00:02.0
1:DIS: :Pwr::02:00.0
2:DIS-Audio: :Pwr::02:00.1
echo OFF >
https://bugzilla.kernel.org/show_bug.cgi?id=60606
Bug ID: 60606
Summary: vga_switcheroo / new Radeon DPM code mess up fbcon
Product: Drivers
Version: 2.5
Kernel Version: 3.11.0-rc2
Hardware: All
OS: Linux
Tree
https://bugs.freedesktop.org/show_bug.cgi?id=66805
Tom Stellard changed:
What|Removed |Added
Attachment #82710|0 |1
is patch|
https://bugs.freedesktop.org/show_bug.cgi?id=66805
Tom Stellard changed:
What|Removed |Added
Attachment #82708|0 |1
is obsolete|
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Tomasz Figa
> Sent: Tuesday, July 23, 2013 4:29 AM
> To: Sylwester Nawrocki
> Cc: Inki Dae; 'Chanho Park'; 'Lucas Stach'; 'Mark Rutland'; linux-samsung-
>
This adds the necesary register defines for async page flipping
through the command ring, and then hooks those up for Ivybridge (gen7)
page flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
drivers/gpu/drm/i915/intel_display.c | 40 +
Just copies the IVB code
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/intel_display.c | 39
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 1bcc6b4..9d7
Let applications know whether the kernel supports asynchronous page
flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c | 3 +++
drivers/gpu/drm/drm_ioctl.c | 3 +++
include/drm/drm_crtc.h | 3 +++
include/uapi/drm/drm.h | 1 +
4 files changed, 10 insertions(+)
diff
This lets drivers see the flags requested by the application
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c| 2 +-
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 +++--
drivers/gpu/drm/i915/i915_drv.h | 3 ++-
drivers/gpu/drm/i915/intel_display.c | 2
Here's a sequence of five patches that exposes an interface to request
of the driver that the page flipping request be executed without
waiting for vblank. It's optional, and drivers can expose whether it
is supported through the existing GETCAP ioctl.
This supports only Ivybridge and Sandybridge
This requests that the driver perform the page flip as soon as
possible, not necessarily waiting for vblank.
Signed-off-by: Keith Packard
---
include/uapi/drm/drm_mode.h | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h b/include/ua
op.org/archives/dri-devel/attachments/20130722/fc4774bd/attachment.html>
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
wrote:
> Lifetime rules seem to be solid around ->import_attach. So this patch
> just properly documents them.
>
> Note that pointing directly at the attachment might have issues for
> devices that have multiple struct device *dev parts constituting
On Tue, Jul 16, 2013 at 3:12 AM, Daniel Vetter
wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option open for kms drivers which don't use
Just copies the IVB code
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/intel_display.c | 39
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 1bcc6b4..9d7
This adds the necesary register defines for async page flipping
through the command ring, and then hooks those up for Ivybridge (gen7)
page flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
drivers/gpu/drm/i915/intel_display.c | 40 +
Let applications know whether the kernel supports asynchronous page
flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c | 3 +++
drivers/gpu/drm/drm_ioctl.c | 3 +++
include/drm/drm_crtc.h | 3 +++
include/uapi/drm/drm.h | 1 +
4 files changed, 10 insertions(+)
diff
This requests that the driver perform the page flip as soon as
possible, not necessarily waiting for vblank.
Signed-off-by: Keith Packard
---
include/uapi/drm/drm_mode.h | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h b/include/ua
This lets drivers see the flags requested by the application
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c| 2 +-
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 +++--
drivers/gpu/drm/i915/i915_drv.h | 3 ++-
drivers/gpu/drm/i915/intel_display.c | 2
Here's a sequence of five patches that exposes an interface to request
of the driver that the page flipping request be executed without
waiting for vblank. It's optional, and drivers can expose whether it
is supported through the existing GETCAP ioctl.
This supports only Ivybridge and Sandybridge
> -Original Message-
> From: Chanho Park [mailto:chanho61.p...@samsusng.com]
> Sent: Tuesday, July 23, 2013 10:22 AM
> To: 'Mark Rutland'; 'Chanho Park'
> Cc: inki@samsung.com; kgene@samsung.com; linux-samsung-
> s...@vger.kernel.org; jy0922.s...@samsung.com; sw0312@samsung.co
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #29 from rafael castillo ---
posted updated crash dmesg with kernel 3.11-rc2 in case it helps
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #28 from rafael castillo ---
Created attachment 106992
--> https://bugzilla.kernel.org/attachment.cgi?id=106992&action=edit
Dmesg crash output for 3.11-rc2
--
You are receiving this mail because:
You are watching the assignee of th
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/d2ded6c1/attachment.html>
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter wrote:
> It's unused, everyone is using the _unlocked variant only.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Rob Clark
> ---
> include/drm/drmP.h | 18 --
> 1 file changed, 18 deletions(-)
>
> diff --git a/include/drm/drmP.h
This adds the necesary register defines for async page flipping
through the command ring, and then hooks those up for Ivybridge (gen7)
page flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_reg.h | 6 +
drivers/gpu/drm/i915/intel_display.c | 46 ++
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/f886edf4/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59477
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/0094d83a/attachment-0001.html>
RGB_decode.
--
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/20130722/ddc71fda/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/5d1faa9b/attachment.html>
On 07/22/2013 03:31 PM, Inki Dae wrote:
>> ---Original Message-
>> > From: linux-samsung-soc-owner at vger.kernel.org [mailto:linux-samsung-soc-
>> > owner at vger.kernel.org] On Behalf Of Lucas Stach
>> > Sent: Monday, July 22, 2013 9:47 PM
>> > To: Inki Dae
>> > Cc: 'Mark Rutland'; 'Chanho Pa
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter wrote:
> Lifetime rules seem to be solid around ->import_attach. So this patch
> just properly documents them.
>
> Note that pointing directly at the attachment might have issues for
> devices that have multiple struct device *dev parts constituting t
On Tue, Jul 16, 2013 at 3:12 AM, Daniel Vetter wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option open for kms drivers which don't use G
This patch adds a device node of rotator for exynos4 platform. It has proper
register and clock information. It also has limit table to get restrictions of
the image size.
Signed-off-by: Chanho Park
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4.dtsi | 23 +++
This patch adds a dt-binding document for exynos rotator. It describes which
nodes should be defined to use the rotator.
Signed-off-by: Chanho Park
Signed-off-by: Kyungmin Park
---
.../bindings/drm/exynos/samsung-rotator.txt| 35
1 file changed, 35 insertions(+)
The exynos4 platform is only dt-based since 3.10, we should convert driver data
and ids to dt-based parsing methods. The rotator driver has a limit table to get
size limit. The minimum size of RGB888 format is 8 x 8 and maximum size is 8K x
8K. The other format, YCbCr420 2-Plane has 32 x 32 min siz
This patchset includes dt support for exynos rotator.
The exynos4 platform is only dt-based since 3.10, we should convert driver data
and ids to dt-based parsing methods. The rotator driver has a limit table to
get size limit. The minimum size of RGB888 format is 8 x 8 and maximum size is
8K x 8K.
ectrically via software and stay in
this 7W mode.
--
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/20130722/11a58852/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/0fcefa6a/attachment.html>
Am Montag, den 22.07.2013, 21:37 +0900 schrieb Inki Dae:
>
> > -Original Message-
> > From: Mark Rutland [mailto:mark.rutland at arm.com]
> > Sent: Monday, July 22, 2013 5:48 PM
> > To: Chanho Park
> > Cc: inki.dae at samsung.com; kgene.kim at samsung.com; linux-samsung-
> > soc at vger.ke
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/5e0d2e62/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/b7f49bc7/attachment.html>
ror # translated from german
--
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/20130722/64dae0c8/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/9f40e961/attachment.html>
report?
--
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/20130722/e650dca8/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=67043
Alex Deucher changed:
What|Removed |Added
CC||johannes.hi...@fem.tu-ilmen
https://bugs.freedesktop.org/show_bug.cgi?id=66767
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66767
--- Comment #3 from Martin Bednar ---
Created attachment 82844
--> https://bugs.freedesktop.org/attachment.cgi?id=82844&action=edit
dmesg after resume
dmesg output after a resume from suspend to ram. UVD initialization fails.
Output from 3.11-
On 07/22/2013 12:55 PM, David Herrmann wrote:
> Sorry, I forgot to CC correctly.
>
> On Mon, Jul 22, 2013 at 12:53 PM, David Herrmann
> wrote:
>> Hi
>>
>> On Fri, Jul 19, 2013 at 11:13 AM, Thomas Hellstrom
>> wrote:
>>> On 07/18/2013 10:54 PM, David Herrmann wrote:
Hi
On Thu, Jul
https://bugs.freedesktop.org/show_bug.cgi?id=67178
--- Comment #2 from Tomas Pospisek ---
So if I boot with "radeon.dpm=1" then, as allready described, the laptop uses
"relatively little" power, and is faning off some heat continuously, even when
I set:
# echo "battery" > /sys/class/drm/card1/
eedesktop.org/archives/dri-devel/attachments/20130722/164ce284/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/a5b23090/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60606
--- Comment #1 from Sebastien Fievet ---
I did proofread my report, but missed a obvious mistake :
cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr::00:02.0
1:DIS: :Pwr::02:00.0
2:DIS-Audio: :Pwr::02:00.1
echo OFF >
https://bugzilla.kernel.org/show_bug.cgi?id=60606
Bug ID: 60606
Summary: vga_switcheroo / new Radeon DPM code mess up fbcon
Product: Drivers
Version: 2.5
Kernel Version: 3.11.0-rc2
Hardware: All
OS: Linux
Tree
Sorry, I forgot to CC correctly.
On Mon, Jul 22, 2013 at 12:53 PM, David Herrmann
wrote:
> Hi
>
> On Fri, Jul 19, 2013 at 11:13 AM, Thomas Hellstrom
> wrote:
>> On 07/18/2013 10:54 PM, David Herrmann wrote:
>>>
>>> Hi
>>>
>>> On Thu, Jul 18, 2013 at 1:24 PM, Thomas Hellstrom
>>> wrote:
>>
>>
>
On Monday 22 of July 2013 15:49:25 Chanho Park wrote:
> The exynos4 platform is only dt-based since 3.10, we should convert
> driver data and ids to dt-based parsing methods. The rotator driver has
> a limit table to get size limit. The minimum size of RGB888 format is 8
> x 8 and maximum size is 8
On Monday 22 of July 2013 16:00:22 Sylwester Nawrocki wrote:
> On 07/22/2013 03:31 PM, Inki Dae wrote:
> >> ---Original Message-
> >>
> >> > From: linux-samsung-soc-ow...@vger.kernel.org
> >> > [mailto:linux-samsung-soc- ow...@vger.kernel.org] On Behalf Of
> >> > Lucas Stach
> >> > Sent: Monda
https://bugs.freedesktop.org/show_bug.cgi?id=67187
Priority: medium
Bug ID: 67187
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon HD6950: UVD not responding, trying to reset the
VCPU
Severity: normal
Classificat
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/8facc2a7/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/d96bd81d/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/99b6d74d/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/2ac93e3c/attachment.html>
||g/show_bug.cgi?id=61463
--
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/20130
61463?
--
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/20130722/f9a19c7e/attachment.html>
Blank Screen
I can confirm that AMD's proprietary drivers fix this.
--
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/20130722/d4d36176/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59322
--- Comment #11 from Marek Olšák ---
It's okay to render to an sRGB texture, but
FRAMEBUFFER_ATTACHMENT_COLOR_ENCODING should return LINEAR on r300g. That
doesn't affect texturing though.
--
You are receiving this mail because:
You are the assi
Hi Daniel,
Thank you for the patch.
On Saturday 13 July 2013 16:45:10 Daniel Vetter wrote:
> It has way too much potential for driver writers to do stupid things
> like delayed hw setup because the load sequence is somehow racy (e.g.
> the imx driver in staging). So don't call it for modesetting
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #6 from Scias ---
Same situation here on a RV635/HD3650 and on a RC-2 kernel. The new
radeon.aspm=0 parameter doesn't help either.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=38954
--- Comment #2 from muzi...@email.it ---
This new feature is a good work, seems to be a solution who goes in the right
direction, but I think to close this bug after a test.
Thanks for your work
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=59322
--- Comment #10 from Stefan Dösinger ---
Fwiw, there's probably a bug in Wine as well. We shouldn't try to render to
sRGB formats if framebuffer_sRGB is not supported, but giving textures an sRGB
format is the only way to make use of sRGB_decode.
https://bugs.freedesktop.org/show_bug.cgi?id=39267
--- Comment #1 from Tomas Pospisek ---
Does anything change if you use kernel >= 3.11? See
http://www.botchco.com/agd5f/?p=57
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67178
--- Comment #1 from Tomas Pospisek ---
Created attachment 82828
--> https://bugs.freedesktop.org/attachment.cgi?id=82828&action=edit
dmesg
dmesg with wlan stuff edited out
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=67178
Priority: medium
Bug ID: 67178
Assignee: dri-devel@lists.freedesktop.org
Summary: discrete radeon HD 6400M/7400M intense heating even
though it's "off"
Severity: normal
C
https://bugs.freedesktop.org/show_bug.cgi?id=59322
--- Comment #9 from Stefan Dösinger ---
(In reply to comment #8)
> Is it a big deal that ARB_framebuffer_sRGB is unsupported? In such a case,
> the renderbuffer format GL_SRGB8_ALPHA8 is equivalent to GL_RGBA8.
Not really. In this case we generat
https://bugs.freedesktop.org/show_bug.cgi?id=41420
--- Comment #1 from Tomas Pospisek ---
Does this change anything?: http://www.botchco.com/agd5f/?p=57
Available in kernel 3.11
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #8 from Tomas Pospisek ---
radeon has got some new power management infrastructure:
http://www.botchco.com/agd5f/?p=57
Does that change anything wrt this bug?
Btw. here:
# uname -a
Linux hier 3.11.0-rc1 #2 SMP Sun Jul 21 12:29:18 CE
On Mon, Jul 22, 2013 at 07:49:26AM +0100, Chanho Park wrote:
> This patch adds a dt-binding document for exynos rotator. It describes which
> nodes should be defined to use the rotator.
>
> Signed-off-by: Chanho Park
> Signed-off-by: Kyungmin Park
> ---
> .../bindings/drm/exynos/samsung-rotator
Hi Dave,
Like I've said yesterday I've originally wanted to include a hdmi
regression fix for modes with dotclocks > 165MHz, but this morning (after
reading the test result from QA) I've noticed that I've fumbled something.
So that patch has to take another round. So that regression is still
open
> did some re-design of the patch for detecting power modes in PowerPlayTable,
> I
> hope this version looks a little bit smarter. Quality check with my muxless
> HD 6490M
> succesful, integrity/sanity checks for other asics like si/r600 which use
> the
> radeon_atombios_parse_power_table_4_5 are
On 07/22/2013 03:31 PM, Inki Dae wrote:
>> ---Original Message-
>> > From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
>> > ow...@vger.kernel.org] On Behalf Of Lucas Stach
>> > Sent: Monday, July 22, 2013 9:47 PM
>> > To: Inki Dae
>> > Cc: 'Mark Rutland'; 'Chanho Park'; l
https://bugs.freedesktop.org/show_bug.cgi?id=38954
--- Comment #1 from Tomas Pospisek ---
See http://www.botchco.com/agd5f/?p=57
Is this what you need (and this bug can be closed?)?
--
You are receiving this mail because:
You are the assignee for the bug.
__
1 - 100 of 118 matches
Mail list logo
