https://bugzilla.kernel.org/show_bug.cgi?id=54581
--- Comment #1 from Alexander Mezin 2013-02-28
09:30:28 ---
Created an attachment (id=94231)
--> (https://bugzilla.kernel.org/attachment.cgi?id=94231)
Syslog
Video cards:
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #28 from Marek Olšák ---
Andreas Boll requested a branch of all my latest Mesa patches for people to
test it. It's here:
git://people.freedesktop.org/~mareko/mesa master
--
You are receiving this mail because:
You are the assignee
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
New version. All of the documentation has been moved from the commit log to
Documentation/reservation-mutex-design.txt
Missing at the moment, maybe TODO?
Add a lockdep check in the *_slow calls that verifies that the lock
being nested into has no nested lock any more? This would be a check
to mak
This stresses the lockdep code in some ways specifically useful to
reservations. It adds checks for most of the common locking errors.
Since the lockdep tests were originally written to stress the
reservation code, I duplicated some of the definitions into
lib/locking-selftest.c for now.
This wil
On 2013-02-27 18:05, Steffen Trumtrar wrote:
> Ah, sorry. Forgot to answer this.
>
> On Wed, Feb 27, 2013 at 05:45:31PM +0200, Tomi Valkeinen wrote:
>> Ping.
>>
>> On 2013-02-18 16:09, Tomi Valkeinen wrote:
>>> Hi Steffen,
>>>
>>> On 2013-01-25 11:01, Steffen Trumtrar wrote:
>>>
+/* VESA disp
On Wed, Feb 27, 2013 at 07:25:35PM +1000, Ben Skeggs wrote:
> On Tue, 2013-02-26 at 20:02 -0800, Greg KH wrote:
> > On Tue, Feb 26, 2013 at 09:35:14AM -0800, Greg KH wrote:
> > > On Mon, Feb 25, 2013 at 07:45:45PM -0800, Greg KH wrote:
> > > > On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH wrote
Hi,
I am seeing this also on Linux-Next.
/var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
[drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout
(has irq: 1)!
/var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.210588]
[drm:intel_dp_aux_wait_done] *ERROR* dp aux
On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek wrote:
> Hi,
>
> I am seeing this also on Linux-Next.
>
> /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
> [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout
> (has irq: 1)!
> /var/log/kern.log:Feb 27 22:52:35 fambox
On 26 February 2013 18:11, James Courtier-Dutton wrote:
> On 26 February 2013 17:35, Greg KH wrote:
>> On Mon, Feb 25, 2013 at 07:45:45PM -0800, Greg KH wrote:
>>> On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH wrote:
>>> > On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote:
>>> > > O
On Wed, Feb 27, 2013 at 11:27:30PM +, James Courtier-Dutton wrote:
> On 26 February 2013 18:11, James Courtier-Dutton
> wrote:
> > On 26 February 2013 17:35, Greg KH wrote:
> >> On Mon, Feb 25, 2013 at 07:45:45PM -0800, Greg KH wrote:
> >>> On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH w
On 28 February 2013 00:02, Greg KH wrote:
> On Wed, Feb 27, 2013 at 11:27:30PM +, James Courtier-Dutton wrote:
>> On 26 February 2013 18:11, James Courtier-Dutton
>> wrote:
>> > On 26 February 2013 17:35, Greg KH wrote:
>> >> On Mon, Feb 25, 2013 at 07:45:45PM -0800, Greg KH wrote:
>> >>> O
On 02/25/2013 08:06 AM, Thierry Reding wrote:
On Fri, Feb 22, 2013 at 05:13:47PM +0100, Mario Kleiner wrote:
On 02/21/2013 03:35 PM, Thierry Reding wrote:
All the necessary support bits like .mode_set_base() and VBLANK are now
available, so page-flipping case easily be implemented on top.
Sign
I'd like to get a discussion going about submitting the Android sync
driver to staging.
I know there is currently some very similar work going on with the
dmabuf-fences, and rather then both approaches being worked out
individually on their own, I suspect there could be better collaboration
a
On Wed, Feb 27, 2013 at 06:14:24PM -0800, John Stultz wrote:
> I'd like to get a discussion going about submitting the Android sync
> driver to staging.
>
> I know there is currently some very similar work going on with the
> dmabuf-fences, and rather then both approaches being worked out
> indivi
Thanks Mr. Shim.
On 28 February 2013 08:12, Joonyoung Shim wrote:
> On 02/27/2013 07:32 PM, Vikas Sajjan wrote:
>>
>> modified compatible string for exynos4 fimd as "exynos4210-fimd" and
>> exynos5 fimd as "exynos5250-fimd" to stick to the rule that compatible
>> value should be named after first
Hi,
On 28 February 2013 08:07, Joonyoung Shim wrote:
> On 02/27/2013 08:49 PM, Vikas Sajjan wrote:
>>
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
>> exists and the NON-DT logic is
On Wed, Feb 27, 2013 at 6:14 PM, John Stultz wrote:
> Also note: I've done this so far without any feedback from the Android devs
> (despite my reaching out to Erik a few times recently), so if they object to
> pushing it to staging, in deference to it being their code I'll back off,
> even though
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v8:
- replaced IS_ERR() with IS_ERR_OR_NULL(),
because devm_p
Add support for parsing the display-timing node using video helper
function.
The DT node parsing is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
Acked-by: Joonyoung Shim
---
d
Adds support for pinctrl to drm fimd
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek wrote:
> > Hi,
> >
> > I am seeing this also on Linux-Next.
> >
> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
> > [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did no
Hi Dave
Sorry, I was busy reworking the HIDP layer. I finally got time to
continue my work on this again. See below:
On Mon, Feb 18, 2013 at 12:47 AM, Dave Airlie wrote:
[..snap..]
> As I said maybe I'm concentrating on the problem you aren't trying to fix,
> but then I'm not sure I've enough in
Signed-off-by: Daniel Martin
---
There's a small logic error preventing mesa to be build with swrast only
and not having libdrm.
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5701f8a..aa1b38a 100644
--- a/configure.ac
++
On Thu, Feb 28, 2013 at 1:20 PM, David Herrmann wrote:
> We currently have different drivers that can make use of "system
> framebuffers" (as I call them for now):
> - vgacon
> - fbdev
> - DRM
> (- vgalog) (similar to fblog/drmlog but using vga/VBE)
offb
Gr{oetje,eeting}s,
Hi
2013/2/28 Chris Wilson :
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek wrote:
>> > Hi,
>> >
>> > I am seeing this also on Linux-Next.
>> >
>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
>> > [drm:intel_dp_a
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #29 from Andreas Boll ---
(In reply to comment #28)
> Andreas Boll requested a branch of all my latest Mesa patches for people to
> test it. It's here:
>
> git://people.freedesktop.org/~mareko/mesa master
This branch fixes the garbl
Hi
So now I finally have the correct spec in hands!
2013/2/25 Rodrigo Vivi :
> Adding Enable and Disable PSR functionalities. This includes setting the
> PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR
On Thu, Feb 28, 2013 at 3:58 AM, Daniel Martin wrote:
>
> Signed-off-by: Daniel Martin
> ---
> There's a small logic error preventing mesa to be build with swrast only
> and not having libdrm.
>
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/configu
Hi
2013/2/26 Ville Syrjälä :
> On Mon, Feb 25, 2013 at 07:55:20PM -0300, Rodrigo Vivi wrote:
>> Adding Enable and Disable PSR functionalities. This includes setting the
>> PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
>> enabling PSR in the sink via DPCD register and fi
Hi
2013/2/28 Sedat Dilek :
> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
>> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
>>> Hi
>>>
>>> 2013/2/28 Chris Wilson :
On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
https://bugs.freedesktop.org/show_bug.cgi?id=59982
Lucas Kannebley Tavares changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
Hi
2013/2/25 Rodrigo Vivi :
> Adding support for PSR Status, PSR entry counter and performance counters.
> Heavily based on initial work from Shobhit.
>
> Credits-by: Shobhit Kumar
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 92
>
Hi
2013/2/25 Rodrigo Vivi :
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
>
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_ddi.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
Hi
2013/2/25 Rodrigo Vivi :
> PSR is an eDP feature that allows power saving even with static image at eDP
> screen.
>
> v3: Accepted many suggestions that I received at v2 review, fixing, cleaning
> and improving the code.
>
> v2: Main differences in this v2:
> - Created vbt struct to get i915
On Thu, Feb 28, 2013 at 02:52:32PM -0300, Paulo Zanoni wrote:
> Hi
>
> 2013/2/25 Rodrigo Vivi :
> > PSR is an eDP feature that allows power saving even with static image at
> > eDP screen.
> >
> > v3: Accepted many suggestions that I received at v2 review, fixing,
> > cleaning and improving the
https://bugzilla.kernel.org/show_bug.cgi?id=43751
--- Comment #12 from Peter Barth 2013-02-28 19:08:52 ---
Seems to be fixed for me with 3.8.0. No kernel-crash/reboot for 3 days, yay!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #30 from Benjamin Bellec ---
(In reply to comment #28)
> Andreas Boll requested a branch of all my latest Mesa patches for people to
> test it. It's here:
>
> git://people.freedesktop.org/~mareko/mesa master
Awesome!
With my RV770 a
Running the latest Linus git kernel I occasionally see the following
warning:
radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit
>From dmesg:
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #22 from LRN ---
Still getting this.
Linux kernel 3.8.0 (9e2d59ad580d590134285f361a0e80f0e98c0207)
xf86-video-ati 343b01c9bf35b125cd0c3df8db7c01a5fb227bda
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Thu, Feb 28, 2013 at 2:51 AM, Joonyoung Shim wrote:
> My mistake. If CONFIG_PINCTRL is disabled, devm_pinctrl_get_select_default
> can return NULL.
Yes, and that is perfectly legal and *NOT* an error.
> devm_pinctrl_get_select() and pinctrl_get_select() also need IS_ERR_OR_NULL
> instead of
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #36 from Alexandre Demers ---
This commit seems to have fixed the "GPU fault detected" message
62329d77b8065b5fd41179d6013c8adf6d86cfc7
Author Brian Paul
Author date 2/25/13 8:00 PM
Parent svga: fix comment typos
Child r600g: synchr
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #37 from Jakob Nixdorf ---
Created attachment 75725
--> https://bugs.freedesktop.org/attachment.cgi?id=75725&action=edit
Corruption in Trine 2
Yes it looks like some regular 4x4 pattern. I made a screenshoot of the Trine 2
startscr
https://bugs.freedesktop.org/show_bug.cgi?id=60995
Tollef Fog Heen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi,
On 02/21/2013 04:18 PM, Joonyoung Shim wrote:
> On 02/21/2013 04:12 PM, Vikas Sajjan wrote:
>> Hi,
>>
>> On 21 February 2013 12:25, Joonyoung Shim
>> wrote:
>>> Hi,
>>>
>>>
>>> On 02/15/2013 03:43 PM, Vikas Sajjan wrote:
Add support for parsing the display-timing node using video helper
sktop.org/archives/dri-devel/attachments/20130228/06f71aad/attachment.html>
On 02/27/2013 08:49 PM, Vikas Sajjan wrote:
> Add support for parsing the display-timing node using video helper
> function.
>
> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
> exists and the NON-DT logic is still maintained under the 'else' part.
>
> Signed-off-by: Leela
On 02/27/2013 07:32 PM, Vikas Sajjan wrote:
> modified compatible string for exynos4 fimd as "exynos4210-fimd" and
> exynos5 fimd as "exynos5250-fimd" to stick to the rule that compatible
> value should be named after first specific SoC model in which this
> particular IP version was included as di
On 02/28/2013 11:45 AM, Vikas Sajjan wrote:
> Hi,
>
> On 28 February 2013 08:07, Joonyoung Shim wrote:
>> On 02/27/2013 08:49 PM, Vikas Sajjan wrote:
>>> Add support for parsing the display-timing node using video helper
>>> function.
>>>
>>> The DT node parsing and pinctrl selection is done only
On Thu, Feb 28, 2013 at 8:21 AM, Joonyoung Shim
wrote:
> On 02/28/2013 11:45 AM, Vikas Sajjan wrote:
>>
>> Hi,
>>
>> On 28 February 2013 08:07, Joonyoung Shim wrote:
>>>
>>> On 02/27/2013 08:49 PM, Vikas Sajjan wrote:
Add support for parsing the display-timing node using video helper
>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130228/eb8512f8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=54581
Summary: Radeon: Failed to parse relocation, gem object lookup
failed
Product: Drivers
Version: 2.5
Kernel Version: 3.8
Platform: All
OS/Version: Linux
Tree: M
https://bugzilla.kernel.org/show_bug.cgi?id=54581
--- Comment #1 from Alexander Mezin 2013-02-28
09:30:28 ---
Created an attachment (id=94231)
--> (https://bugzilla.kernel.org/attachment.cgi?id=94231)
Syslog
Video cards:
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130228/fe732923/attachment.html>
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
New version. All of the documentation has been moved from the commit log to
Documentation/reservation-mutex-design.txt
Missing at the moment, maybe TODO?
Add a lockdep check in the *_slow calls that verifies that the lock
being nested into has no nested lock any more? This would be a check
to mak
This stresses the lockdep code in some ways specifically useful to
reservations. It adds checks for most of the common locking errors.
Since the lockdep tests were originally written to stress the
reservation code, I duplicated some of the definitions into
lib/locking-selftest.c for now.
This wil
eclaration or
statement at end of input
drivers/gpu/drm/i915/intel_dp.c:2957:1: error: expected declaration or
statement at end of input
drivers/gpu/drm/i915/intel_dp.c: At top level:
drivers/gpu/drm/i915/intel_dp.c:110:13: warning: 'intel_dp_link_down' used but
never defined [enabled by default]
make[1]: *** [drivers/gpu/drm/i915/intel_dp.o] Error 1
make: *** [_module_drivers/gpu/drm/i915] Error 2
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-i915-Add-some-debugging-to-intel_dp_aux_wait_don.patch
Type: application/octet-stream
Size: 1047 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130228/bac14375/attachment-0001.obj>
On 28 February 2013 00:02, Greg KH wrote:
> On Wed, Feb 27, 2013 at 11:27:30PM +, James Courtier-Dutton wrote:
>> On 26 February 2013 18:11, James Courtier-Dutton
>> wrote:
>> > On 26 February 2013 17:35, Greg KH wrote:
>> >> On Mon, Feb 25, 2013 at 07:45:45PM -0800, Greg KH wrote:
>> >>> O
On 02/25/2013 08:06 AM, Thierry Reding wrote:
> On Fri, Feb 22, 2013 at 05:13:47PM +0100, Mario Kleiner wrote:
>> On 02/21/2013 03:35 PM, Thierry Reding wrote:
>>> All the necessary support bits like .mode_set_base() and VBLANK are now
>>> available, so page-flipping case easily be implemented on t
Thanks Mr. Shim.
On 28 February 2013 08:12, Joonyoung Shim wrote:
> On 02/27/2013 07:32 PM, Vikas Sajjan wrote:
>>
>> modified compatible string for exynos4 fimd as "exynos4210-fimd" and
>> exynos5 fimd as "exynos5250-fimd" to stick to the rule that compatible
>> value should be named after first
Hi,
On 28 February 2013 08:07, Joonyoung Shim wrote:
> On 02/27/2013 08:49 PM, Vikas Sajjan wrote:
>>
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
>> exists and the NON-DT logic is
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v8:
- replaced IS_ERR() with IS_ERR_OR_NULL(),
because devm_p
Add support for parsing the display-timing node using video helper
function.
The DT node parsing is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
Acked-by: Joonyoung Shim
---
d
Adds support for pinctrl to drm fimd
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
> wrote:
> > Hi,
> >
> > I am seeing this also on Linux-Next.
> >
> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
> > [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did
Hi Dave
Sorry, I was busy reworking the HIDP layer. I finally got time to
continue my work on this again. See below:
On Mon, Feb 18, 2013 at 12:47 AM, Dave Airlie wrote:
[..snap..]
> As I said maybe I'm concentrating on the problem you aren't trying to fix,
> but then I'm not sure I've enough in
Signed-off-by: Daniel Martin
---
There's a small logic error preventing mesa to be build with swrast only
and not having libdrm.
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5701f8a..aa1b38a 100644
--- a/configure.ac
++
On Thu, Feb 28, 2013 at 1:20 PM, David Herrmann
wrote:
> We currently have different drivers that can make use of "system
> framebuffers" (as I call them for now):
> - vgacon
> - fbdev
> - DRM
> (- vgalog) (similar to fblog/drmlog but using vga/VBE)
offb
Gr{oetje,eeting}s,
On Wed, Feb 27, 2013 at 8:14 PM, Josh Boyer wrote:
> On Wed, Feb 27, 2013 at 7:01 PM, Josh Boyer wrote:
>> On Wed, Feb 27, 2013 at 3:20 PM, Josh Boyer wrote:
>>> On Wed, Feb 27, 2013 at 11:34 AM, Josh Boyer wrote:
On Mon, Feb 25, 2013 at 7:05 PM, Dave Airlie wrote:
> Alex Deucher (29)
Hi
2013/2/28 Chris Wilson :
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
>> wrote:
>> > Hi,
>> >
>> > I am seeing this also on Linux-Next.
>> >
>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.202381]
>> > [drm:intel_
;> down the problem.
>
> Yeah, that's the biggest problem I have, not knowing which functions are
> actually being executed for this card. It looks like a combination of
> stuff in evergreen.c and ni.c, but I have no idea.
>
> Patches would be great. If nothing else, I
ists.freedesktop.org/archives/dri-devel/attachments/20130228/0ef6fb47/attachment.html>
Hi
So now I finally have the correct spec in hands!
2013/2/25 Rodrigo Vivi :
> Adding Enable and Disable PSR functionalities. This includes setting the
> PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
> enabling PSR in the sink via DPCD register and finally enabling PSR
On Thu, Feb 28, 2013 at 3:58 AM, Daniel Martin
wrote:
>
> Signed-off-by: Daniel Martin
> ---
> There's a small logic error preventing mesa to be build with swrast only
> and not having libdrm.
>
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/config
Hi
2013/2/26 Ville Syrj?l? :
> On Mon, Feb 25, 2013 at 07:55:20PM -0300, Rodrigo Vivi wrote:
>> Adding Enable and Disable PSR functionalities. This includes setting the
>> PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
>> enabling PSR in the sink via DPCD register and fi
Hi
2013/2/28 Sedat Dilek :
> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
>> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
>>> Hi
>>>
>>> 2013/2/28 Chris Wilson :
On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
ives/dri-devel/attachments/20130228/0cf1088d/attachment-0001.html>
Hi
2013/2/25 Rodrigo Vivi :
> Adding support for PSR Status, PSR entry counter and performance counters.
> Heavily based on initial work from Shobhit.
>
> Credits-by: Shobhit Kumar
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 92
>
Hi
2013/2/25 Rodrigo Vivi :
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
>
> Signed-off-by: Rodrigo Vivi
> ---
> drivers/gpu/drm/i915/intel_ddi.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
Hi
2013/2/25 Rodrigo Vivi :
> PSR is an eDP feature that allows power saving even with static image at eDP
> screen.
>
> v3: Accepted many suggestions that I received at v2 review, fixing, cleaning
> and improving the code.
>
> v2: Main differences in this v2:
> - Created vbt struct to get i915
On Thu, Feb 28, 2013 at 02:52:32PM -0300, Paulo Zanoni wrote:
> Hi
>
> 2013/2/25 Rodrigo Vivi :
> > PSR is an eDP feature that allows power saving even with static image at
> > eDP screen.
> >
> > v3: Accepted many suggestions that I received at v2 review, fixing,
> > cleaning and improving the
https://bugzilla.kernel.org/show_bug.cgi?id=43751
--- Comment #12 from Peter Barth 2013-02-28 19:08:52 ---
Seems to be fixed for me with 3.8.0. No kernel-crash/reboot for 3 days, yay!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this m
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130228/0062095b/attachment.html>
Running the latest Linus git kernel I occasionally see the following
warning:
radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit
>From dmesg:
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130228/b5269ccf/attachment.html>
Just curious, but the 2d blitter have it's own sort of
command-processor, ie. can you feed it a list of different blits in
one batch and then it will process them one after another?
If so, that would make the separate ioctls for SET_CMDLIST on each
blit operation, and then EXEC a bit awkward, and
On Thu, Feb 28, 2013 at 12:18 PM, Chris Wilson
wrote:
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
>> wrote:
>> > Hi,
>> >
>> > I am seeing this also on Linux-Next.
>> >
>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [
On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
> Hi
>
> 2013/2/28 Chris Wilson :
>> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
>>> wrote:
>>> > Hi,
>>> >
>>> > I am seeing this also on Linux-Next.
>>> >
>>> > /var/log/kern
On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
>> Hi
>>
>> 2013/2/28 Chris Wilson :
>>> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
wrote:
> Hi,
>
On Thu, Feb 28, 2013 at 6:33 PM, Paulo Zanoni wrote:
> Hi
>
> 2013/2/28 Sedat Dilek :
>> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek
>> wrote:
>>> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
Hi
2013/2/28 Chris Wilson :
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sed
On 02/27/2013 06:32 PM, Greg KH wrote:
> On Wed, Feb 27, 2013 at 06:14:24PM -0800, John Stultz wrote:
>> I'd like to get a discussion going about submitting the Android sync
>> driver to staging.
>>
>> I know there is currently some very similar work going on with the
>> dmabuf-fences, and rather t
On Thu, Feb 28, 2013 at 10:15 AM, Josh Boyer wrote:
> On Thu, Feb 28, 2013 at 10:09 AM, Alex Deucher
> wrote:
>> On Thu, Feb 28, 2013 at 8:44 AM, Josh Boyer wrote:
>>> On Thu, Feb 28, 2013 at 8:38 AM, Alex Deucher
>>> wrote:
ca57802e521de54341efc8a56f70571f79ffac72 is the first bad c
On 02/28/2013 05:12 AM, Vikas Sajjan wrote:
> Adds support for pinctrl to drm fimd
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/gpu/drm/exynos/e
On Thu, Feb 28, 2013 at 11:03:57PM +0100, Sylwester Nawrocki wrote:
> Please just use IS_ERR(), let's stop this IS_ERR_OR_NULL() insanity.
Yes, indeed.
On that topic (and off-topic for this thread, sorry) I've committed
a set of patches to remove most users of IS_ERR_OR_NULL() from arch/arm.
Thes
Some basic cleanups for kernel-doc errors or missing documentation
parameters.
Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter
'adapter'
Warning(drivers/gpu/drm/drm_edid.c:997): No description
As proposed yesterday, here's the Android sync driver patches for
staging.
I've preserved the commit history, but moved all the changes over
to be against the staging directory (instead of drivers/base).
The goal of submitting this driver to staging is to try to get
more collaberation, as there
From: Erik Gilling
Sync is a framework for synchronization between multiple
drivers. Sync implementations can take advantage of hardware
synchronization built into devices like GPUs.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri
From: Erik Gilling
Adds a base sync driver that uses the cpu for serialization.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel at lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add com
From: Erik Gilling
Add ktime timestamps to sync_pt structure and
update them when signaled
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel at lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstul
1 - 100 of 132 matches
Mail list logo
