> -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;
>
> -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
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
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
> >> >
> -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;
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
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
---
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/2b6e1ea5/attachment.html>
dently completely 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
hments/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
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(+)
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
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 |
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
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>
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/f886edf4/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/0094d83a/attachment-0001.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/20130722/ddc71fda/attachment.html>
he 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
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
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.
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/5e0d2e62/attachment.html>
art --
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>
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
ktop.org/archives/dri-devel/attachments/20130722/164ce284/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/a5b23090/attachment.html>
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:
>>
>>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/8facc2a7/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130722/d96bd81d/attachment-0001.html>
art --
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>
hat 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>
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
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
> ---
>
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
> 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
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
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 to be
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
Sorry, I forgot to CC correctly.
On Mon, Jul 22, 2013 at 12:53 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Fri, Jul 19, 2013 at 11:13 AM, Thomas Hellstrom
thellst...@vmware.com wrote:
On 07/18/2013 10:54 PM, David Herrmann wrote:
Hi
On Thu, Jul 18, 2013 at 1:24 PM, Thomas
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 dh.herrm...@gmail.com wrote:
Hi
On Fri, Jul 19, 2013 at 11:13 AM, Thomas Hellstrom
thellst...@vmware.com wrote:
On 07/18/2013 10:54 PM, David Herrmann wrote:
Hi
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 inki@samsung.com
Signed-off-by: Kyungmin Park
https://bugs.freedesktop.org/show_bug.cgi?id=67169
Priority: medium
Bug ID: 67169
Assignee: dri-devel@lists.freedesktop.org
Summary: Black screen after waking from sleep
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=67169
Marco Scannadinari ma...@scannadinari.co.uk changed:
What|Removed |Added
Hardware|Other |x86-64
https://bugs.freedesktop.org/show_bug.cgi?id=67169
Marco Scannadinari ma...@scannadinari.co.uk changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=67169
--- Comment #2 from Alex Deucher ag...@yahoo.com ---
What kernel are you using? Please attach your dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=67169
--- Comment #3 from Marco Scannadinari ma...@scannadinari.co.uk ---
Created attachment 82814
-- https://bugs.freedesktop.org/attachment.cgi?id=82814action=edit
uname -a
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67169
--- Comment #4 from Marco Scannadinari ma...@scannadinari.co.uk ---
Created attachment 82815
-- https://bugs.freedesktop.org/attachment.cgi?id=82815action=edit
journalctl -b
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=67169
--- Comment #5 from Marco Scannadinari ma...@scannadinari.co.uk ---
Created attachment 82816
-- https://bugs.freedesktop.org/attachment.cgi?id=82816action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
-Original Message-
From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
ow...@vger.kernel.org] On Behalf Of Chanho Park
Sent: Monday, July 22, 2013 3:49 PM
To: inki@samsung.com; kgene@samsung.com
Cc: jy0922.s...@samsung.com; sw0312@samsung.com;
-Original Message-
From: Mark Rutland [mailto:mark.rutl...@arm.com]
Sent: Monday, July 22, 2013 5:48 PM
To: Chanho Park
Cc: inki@samsung.com; kgene@samsung.com; linux-samsung-
s...@vger.kernel.org; jy0922.s...@samsung.com; devicetree-
disc...@lists.ozlabs.org;
Am Montag, den 22.07.2013, 21:37 +0900 schrieb Inki Dae:
-Original Message-
From: Mark Rutland [mailto:mark.rutl...@arm.com]
Sent: Monday, July 22, 2013 5:48 PM
To: Chanho Park
Cc: inki@samsung.com; kgene@samsung.com; linux-samsung-
s...@vger.kernel.org;
-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'; linux-samsung-...@vger.kernel.org;
https://bugs.freedesktop.org/show_bug.cgi?id=60929
--- Comment #13 from had...@gmx.de ---
It is described in the building from source section here:
http://www.opentk.com/doc/chapter/1/linux
I did this in the opentk folder:
xbuild OpenTK.sln /p:Configuration=Debug
cd Binaries/OpenTK/Debug
mono
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #12 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #11)
Does it boot correctly if you build radeon as a module, then disable radeon
(add radeon.modeset=0 to your kernel command line in grub) and boot to
https://bugs.freedesktop.org/show_bug.cgi?id=38917
--- Comment #4 from Tomas Pospisek tpo_...@sourcepole.ch ---
As of linux 3.11 there is additional power management infrastructure for
radeons:
http://www.botchco.com/agd5f/?p=57
Does that change anything wrt the here required functionality
https://bugs.freedesktop.org/show_bug.cgi?id=38954
--- Comment #1 from Tomas Pospisek tpo_...@sourcepole.ch ---
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.
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';
https://bugs.freedesktop.org/show_bug.cgi?id=39063
--- Comment #8 from Tomas Pospisek tpo_...@sourcepole.ch ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=41420
--- Comment #1 from Tomas Pospisek tpo_...@sourcepole.ch ---
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=59322
--- Comment #9 from Stefan Dösinger stefandoesin...@gmx.at ---
(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
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
https://bugs.freedesktop.org/show_bug.cgi?id=67178
--- Comment #1 from Tomas Pospisek tpo_...@sourcepole.ch ---
Created attachment 82828
-- https://bugs.freedesktop.org/attachment.cgi?id=82828action=edit
dmesg
dmesg with wlan stuff edited out
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=39267
--- Comment #1 from Tomas Pospisek tpo_...@sourcepole.ch ---
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=59322
--- Comment #10 from Stefan Dösinger stefandoesin...@gmx.at ---
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
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
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: Monday, July 22, 2013 9:47
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 8K x
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
https://bugzilla.kernel.org/show_bug.cgi?id=60606
--- Comment #1 from Sebastien Fievet sebastien.fie...@free.fr ---
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:
https://bugs.freedesktop.org/show_bug.cgi?id=67178
--- Comment #2 from Tomas Pospisek tpo_...@sourcepole.ch ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=66767
--- Comment #3 from Martin Bednar seraf...@gmail.com ---
Created attachment 82844
-- https://bugs.freedesktop.org/attachment.cgi?id=82844action=edit
dmesg after resume
dmesg output after a resume from suspend to ram. UVD initialization fails.
https://bugs.freedesktop.org/show_bug.cgi?id=66767
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=67043
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC|
On Tue, Jul 16, 2013 at 3:12 AM, Daniel Vetter daniel.vet...@ffwll.ch 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
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter daniel.vet...@ffwll.ch 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
https://bugs.freedesktop.org/show_bug.cgi?id=59477
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
It's unused, everyone is using the _unlocked variant only.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
Reviewed-by: Rob Clark robdcl...@gmail.com
---
include/drm/drmP.h | 18 --
1 file
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #29 from rafael castillo jrch2...@gmail.com ---
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.
-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.com;
1 - 100 of 109 matches
Mail list logo
