There's no need to allocate edid twice and do a memcpy when drm helpers
exist to do just that. This patch cleans that interaction up, and
doesn't keep the edid hanging around in the connector.
v3:
- removed MAX_EDID as it is not used anymore.
v2:
- changed vidi_get_edid callback inside vidi drive
From: Vikas Sajjan
This patchset contains 2 RFCs, 1st RFC has modiifications in exynos MIPI DSI
driver.
2nd RFC has additions done to video source struct as per exynos requirements.
I have NOT tested the patch yet, as i am yet recieve the MIPI DSI panel.
This based on Tomi's CDF RFC.
I am yet t
From: Vikas Sajjan
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/exynos_mipi_dsi.c| 46 ++---
drivers/video/exynos/exynos_mipi_dsi_common.c | 22
drivers/video/exynos/exynos_mipi_dsi_common.h | 12 +++
include/video/exynos_mipi_dsim.h
From: Vikas Sajjan
Signed-off-by: Vikas Sajjan
---
include/video/display.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/video/display.h b/include/video/display.h
index b639fd0..fb2f437 100644
--- a/include/video/display.h
+++ b/include/video/display.h
@@ -117,6 +117,12 @
Hi,
Starting with 3.8rc1 I get a black screen when resuming after suspend.
The kernel is alive because I can switch to VT1 and reboot with
ctrl-alt-delete.
I bisected the problem down to this commit:
186ecad21: drm/nv50/disp: move remaining interrupt handling into core
Hardware is 8400M GS
On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma wrote:
> This patch adds the display mode check operation to exynos_mixer_ops
> in drm-common-hdmi. In Exynos SoCs, mixer IP can put certain restrictions
> on the proposed display modes. These restriction needs to be considered
> during mode negotiatio
On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma wrote:
> This patch adds the implementation of check_mode callback in the mixer
> driver. Based on the mixer version, correct set of restrictions will be
> exposed by the mixer driver. A resolution will be acceptable only if passes
> the criteria set b
On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma wrote:
> With this patch, mixer driver find the correct resolution mode for
> the range of resolutions, upto 1080 vertical lines. Resolution will
> be categorized to NTSC SD, PAL SD or HD and the correct mode is
> set to the mixer configuration registe
On Wed, Jan 2, 2013 at 4:37 PM, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> wrote:
>> On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
>>> Please affected people can you test if patch :
>>> http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6x
On Wed, Jan 2, 2013 at 4:59 PM, Alex Deucher wrote:
>>>
>>
>> Catching up with this thread. I reverted the
>>
>> drm/radeon: use async dma for ttm buffer moves on 6xx-SI
>> commit id: 2d6cc7296d4ee128ab0fa3b715f0afde511f49c2
>>
>> Do I need to apply this patch without reverting
>> 2d6cc7296d4ee128
Hi Vikas,
Some nitpicks inline
Subject: s/Complaint/Compliant
On 2 January 2013 18:47, Vikas C Sajjan wrote:
> From: Vikas Sajjan
>
Please add some description about this patch here.
> Signed-off-by: Vikas Sajjan
> ---
> drivers/video/exynos/exynos_mipi_dsi.c| 46
> +
Hi Sachin,
Thanks for the comments.
On Thu, Jan 3, 2013 at 11:14 AM, Sachin Kamat wrote:
> Hi Vikas,
>
> Some nitpicks inline
>
> Subject: s/Complaint/Compliant
>
Oops, nice catch.
> On 2 January 2013 18:47, Vikas C Sajjan wrote:
>> From: Vikas Sajjan
>>
>
> Please add some description about
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> wrote:
> > On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
> >> Please affected people can you test if patch :
> >> http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6x
https://bugs.freedesktop.org/show_bug.cgi?id=58914
--- Comment #5 from Michel Dänzer ---
(In reply to comment #4)
> But if you can suggest a version to test I can start.
I haven't seen any other similar reports, so if it happens with 3.7 kernels,
it's probably not a (recent) kernel regression.
Hi Vikas,
On Wednesday 02 of January 2013 18:47:22 Vikas C Sajjan wrote:
> From: Vikas Sajjan
>
> Signed-off-by: Vikas Sajjan
> ---
> include/video/display.h |6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/include/video/display.h b/include/video/display.h
> index b639fd0..fb
https://bugs.freedesktop.org/show_bug.cgi?id=58272
--- Comment #14 from Andy Furniss ---
(In reply to comment #13)
> (In reply to comment #12)
> > Make sure your kernel has this patch:
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;
> > h=0953e76e91f4b6206cef50bd680
2013-01-03 00:37 keltezéssel, Alex Deucher írta:
On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
wrote:
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
Please affected people can you test if patch :
http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6xx-r7xx-evergen-
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #11 from Christian Casteyde
2013-01-03 12:55:07 ---
Udpate:
Still present in 3.8-rc2
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watchin
On Wed, Jan 2, 2013 at 10:24 PM, Sean Paul wrote:
> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
> wrote:
> > The wait_for_vblank interface is modified to the complete_scanout
> > function in fimd. This patch adds the fimd_complete_scanout function
> >
> > Inside fimd_complete_scanout, we read t
On Wed, Jan 2, 2013 at 10:12 PM, Sean Paul wrote:
> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
> wrote:
> > The wait_for_vblank interface is modified to the complete_scanout
> > function in hdmi. This inturn calls the complete_scanout mixer op.
> > This patch also adds the mixer_complete_scano
On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> Hi,
>
> Starting with 3.8rc1 I get a black screen when resuming after suspend.
> The kernel is alive because I can switch to VT1 and reboot with
> ctrl-alt-delete.
>
> I bisected the problem down to this commit:
>
> 186ecad21: drm
https://bugzilla.kernel.org/show_bug.cgi?id=52231
Summary: possible circular locking dependency detected in
radeon driver
Product: Drivers
Version: 2.5
Kernel Version: 3.8-rc2
Platform: All
OS/Version: Linux
T
https://bugzilla.kernel.org/show_bug.cgi?id=52231
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Component|Video
For the series:
Reviewed-by: Marek Olšák
Marek
On Thu, Jan 3, 2013 at 12:27 AM, Ilija Hadzic
wrote:
> length_dw field was assigned twice. While at it, move user_ptr
> assignment together with all other assignments to p->chunks[i]
> structure to make the code more readable.
>
> Signed-off-by: I
https://bugs.freedesktop.org/show_bug.cgi?id=57842
--- Comment #16 from Stefan Dösinger ---
Commit it to Git and use git send-email to send it to
mesa-...@lists.freedesktop.org . Google finds many tutorials on how to do this.
--
You are receiving this mail because:
You are the assignee for the
> -Original Message-
> From: Boszormenyi Zoltan [mailto:zbos...@pr.hu]
> Sent: Thursday, January 03, 2013 6:37 AM
> To: Alex Deucher
> Cc: Markus Trippelsdorf; lkml; dri-devel@lists.freedesktop.org; Deucher,
> Alexander; Borislav Petkov; Shuah Khan
> Subject: Re: radeon :02:00.0: GPU lo
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #50 from Alex Deucher ---
(In reply to comment #49)
>
> Is the BusID line in the intel device section not needed? What is needed for
> X to automatically detect multiple GPUs properly and show some video output
> from the correct car
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #51 from Anonymous Helper ---
(In reply to comment #50)
> You'll need to use vga-switcheroo to select the card you want to use. Then
> you should be able to start X without any config and it will start on the
> one selected by vga-s
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #52 from Alex Deucher ---
(In reply to comment #51)
> Any other suggestions? Thanks.
You might ask on the dri-devel mailing list. This is getting off topic for
this bug.
--
You are receiving this mail because:
You are the assignee
From: Jerome Glisse
To help debug dma related lockup.
v2: agd5f: update SI as well
Signed-off-by: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4
drivers/gpu/drm/radeon/evergreend.h |3 +++
drivers/gpu/drm/radeon/ni.c |4
dr
From: Jerome Glisse
This try to reset the dma engine when performing gpu reset. Hopefully
bringing back the gpu dma engine in sane state.
v2: agd5f: fix dma reset on cayman/TN, add support for SI
Signed-off-by: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c
On Thu, Jan 3, 2013 at 7:56 AM, Prathyush K wrote:
>
>
>
> On Wed, Jan 2, 2013 at 10:24 PM, Sean Paul wrote:
>>
>> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
>> wrote:
>> > The wait_for_vblank interface is modified to the complete_scanout
>> > function in fimd. This patch adds the fimd_complet
On Thu, Jan 3, 2013 at 7:58 AM, Prathyush K wrote:
>
>
>
> On Wed, Jan 2, 2013 at 10:12 PM, Sean Paul wrote:
>>
>> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
>> wrote:
>> > The wait_for_vblank interface is modified to the complete_scanout
>> > function in hdmi. This inturn calls the complete_s
On 21.12.2012 16:36, Thierry Reding wrote:
> On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote:
>> +static void tegra_drm_close(struct drm_device *drm, struct drm_file *filp)
>> +{
>> +
>> +}
>> +
>
> This can be removed, right?
Yes, done.
>
>> +static struct platform_driver tegra
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #13 from Konrad Rzeszutek Wilk 2013-01-03
18:04:34 ---
So is it safe to safe that it does not work without Xen? Or do you see stuff on
the screen in baremetal mode?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
From: Alex Deucher
The idea here is to move to a finer grained reset.
In some cases we may not need reset every block, and
in other cases we may not need to re-init the entire
asic.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |5 +
1 files changed, 5 insertions(+),
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 85 -
1 files changed, 58 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 80 ---
drivers/gpu/drm/radeon/evergreend.h |1 +
2 files changed, 56 insertions(+), 25 deletions(-
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 109 +++---
1 files changed, 70 insertions(+), 39 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/d
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 98 ---
1 files changed, 64 insertions(+), 34 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/
https://bugs.freedesktop.org/show_bug.cgi?id=57842
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
> On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> > Hi,
> >
> > Starting with 3.8rc1 I get a black screen when resuming after suspend.
> > The kernel is alive because I can switch to VT1 and reboot with
> > ctrl-alt-
> The following set of patches refactor the CS-parser logic
> in an effort to consolidate the code that is repeated across
> ASIC-specific files. All patches except #8 are function-neutral,
> that is they preserve the existing functionality of the driver.
> Patch #8 adds one extra check for WAIT_RE
On Fri, 4 Jan 2013, Dave Airlie wrote:
Did you run these with pre-kms userspace etc to make sure it doesn't
cause regressions there?
No, I didn't, but I can give it a quick whirl. I think I still have one or
two machines with 6.14.x DDX that I can put in UMS mode and see what
happens.
H
https://bugs.freedesktop.org/show_bug.cgi?id=58354
--- Comment #11 from Alexandre Demers ---
I know there is a CS error, I see a message in the terminal just when the lock
happens. This is where I should check in dmesg. This is the only thing I can
confirm for now because of bug 58667 which flood
https://bugs.freedesktop.org/show_bug.cgi?id=58667
Alexandre Demers changed:
What|Removed |Added
Blocks||58354
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=58354
Alexandre Demers changed:
What|Removed |Added
Depends on||58667
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #22 from Alexandre Demers ---
(In reply to comment #5)
> I should really read before I click save, sorry. Here again:
>
> "Is this a regression? Does it happen with older versions of mesa or
> kernel?"
> Not that I know about.
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #14 from Fernando Chaves 2013-01-03
22:13:05 ---
I have recorded this video:
http://www.youtube.com/watch?v=T0qHBxla5f8
Note the frame rate of the movie after reboot, with xen loaded.
--
Configure bugmail: https://bugzilla.ker
On Thu, Jan 3, 2013 at 1:16 PM, wrote:
> From: Alex Deucher
>
> The idea here is to move to a finer grained reset.
> In some cases we may not need reset every block, and
> in other cases we may not need to re-init the entire
> asic.
>
> Signed-off-by: Alex Deucher
for the serie
Reviewed-by: Je
From: Alex Deucher
Hi Dave,
A few fixes for radeon:
- fix the crashes related to DMA on r6xx
- properly reset DMA on GPU reset
- fix monitor probing with some DP bridges
- misc small bug fixes
The following changes since commit d5757dbe79870d825d0dec30074d48683e1d7e9a:
Revert "drm: tegra: pr
On Tue, Jan 1, 2013 at 11:21 AM, Marcin Slusarz
wrote:
> On Mon, Dec 31, 2012 at 03:34:59AM +0200, Aaro Koskinen wrote:
>> Check that the AGP aperture can be mapped. This follows a similar change
>> done for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if
>> the aperture can be mapp
Hi Linus,
Just a radeon pull from Alex, fixes a few regressions since 3.7 and
reworks some of the reset handling, and two minor nouveau fixes I found on
the list, Ben will be back next week to take care of the couple of larger
nouveau patches that I see outstanding.
Dave.
The following chang
Hi Rahul,
With this patch, I got a error like below,
# echo 1 > /sys/devices/vidi.5/connection
[ 149.485000] [drm:exynos_drm_connector_get_modes] *ERROR* update
edid property failed(-22)
There is something wrong. Please check it out again.
2013/1/2 Rahul Sharma :
> There's no need to allocate
On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
> From: Alex Deucher
> Date: Wed, 2 Jan 2013 18:30:21 -0500
> Subject: [PATCH] drm/radeon/r6xx: fix DMA engine for ttm bo transfers
>
> count must be a multiple of 2.
>
> Cc: Borislav Petkov
> Cc: Markus Trippelsdorf
> Signed-off-by
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/033addc2/attachment.html>
On 01/03/2013 01:59 AM, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 6:58 PM, Shuah Khan wrote:
>> On Wed, Jan 2, 2013 at 4:37 PM, Alex Deucher
>> wrote:
>>> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
>>> wrote:
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
> Please affec
On 01/02/2013 05:25 PM, Terje Bergstr?m wrote:
> On 26.12.2012 11:42, Mark Zhang wrote:
[...]
>
>>
>> if (!de)
>> diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
>> index 07e8813..01ed10d 100644
>> --- a/drivers/gpu/host1x/dev.c
>> +++ b/drivers/gpu/host1x/dev.c
>> @@ -38,
Is the BusID line in the intel device section not needed? What is needed for X
to automatically detect multiple GPUs properly and show some video output from
the correct card?
--
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/20130103/ec9282af/attachment.html>
On Wed, Jan 2, 2013 at 10:37 PM, Sean Paul wrote:
> On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma
> wrote:
>> This patch adds the display mode check operation to exynos_mixer_ops
>> in drm-common-hdmi. In Exynos SoCs, mixer IP can put certain restrictions
>> on the proposed display modes. These
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130103/c3df8ff9/attachment.html>
On 01/02/2013 05:42 PM, Terje Bergstr?m wrote:
> On 28.12.2012 11:14, Mark Zhang wrote:
>> diff --git a/drivers/gpu/drm/tegra/gr2d.c b/drivers/gpu/drm/tegra/gr2d.c
>> index a936902..c3ded60 100644
>> --- a/drivers/gpu/drm/tegra/gr2d.c
>> +++ b/drivers/gpu/drm/tegra/gr2d.c
>> @@ -131,6 +131,14 @@ st
> + }
> > return 0;
> > }
> >
> > --
> > 1.8.0
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/56505ab7/attachment-0001.html>
On Wed, Jan 2, 2013 at 10:45 PM, Sean Paul wrote:
> On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma
> wrote:
>> This patch adds the implementation of check_mode callback in the mixer
>> driver. Based on the mixer version, correct set of restrictions will be
>> exposed by the mixer driver. A resolu
On Wed, Jan 2, 2013 at 10:46 PM, Sean Paul wrote:
> On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma
> wrote:
>> With this patch, mixer driver find the correct resolution mode for
>> the range of resolutions, upto 1080 vertical lines. Resolution will
>> be categorized to NTSC SD, PAL SD or HD and t
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/51b63689/attachment.html>
This patch fixes the issue that when buffer allocation is requested
without iommu, the allocation is failed.
Without iommu, dma_alloc_attrs function allocates some memory region
and returns cpu address so this patch makes the cpu address to be set
to buf->kvaddr correctly.
Changelog v2:
- fix buf
On 03.01.2013 05:31, Mark Zhang wrote:
> Sorry I didn't get it. Yes, in current design, you can pin all mem
> handles in one time but I haven't found anything related with "locking
> only once per submit".
>
> My idea is:
> - remove "job->addr_phys"
> - assign "job->reloc_addr_phys" & "job->gather
On 01/03/2013 01:50 PM, Terje Bergstr?m wrote:
> On 03.01.2013 05:31, Mark Zhang wrote:
>> Sorry I didn't get it. Yes, in current design, you can pin all mem
>> handles in one time but I haven't found anything related with "locking
>> only once per submit".
>>
>> My idea is:
>> - remove "job->addr_
On 21.12.2012 15:50, Lucas Stach wrote:
> Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
>> Some of the issues left open:
>> * Register definitions still use static inline. There has been a
>>debate about code style versus ability to use compiler type
>>checking and code
Hi Vikas,
Some nitpicks inline
Subject: s/Complaint/Compliant
On 2 January 2013 18:47, Vikas C Sajjan wrote:
> From: Vikas Sajjan
>
Please add some description about this patch here.
> Signed-off-by: Vikas Sajjan
> ---
> drivers/video/exynos/exynos_mipi_dsi.c| 46
> +
Hi Sachin,
Thanks for the comments.
On Thu, Jan 3, 2013 at 11:14 AM, Sachin Kamat
wrote:
> Hi Vikas,
>
> Some nitpicks inline
>
> Subject: s/Complaint/Compliant
>
Oops, nice catch.
> On 2 January 2013 18:47, Vikas C Sajjan wrote:
>> From: Vikas Sajjan
>>
>
> Please add some description about
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> wrote:
> > On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
> >> Please affected people can you test if patch :
> >> http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6x
--
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/20130103/cd65444f/attachment.html>
Hi Vikas,
On Wednesday 02 of January 2013 18:47:22 Vikas C Sajjan wrote:
> From: Vikas Sajjan
>
> Signed-off-by: Vikas Sajjan
> ---
> include/video/display.h |6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/include/video/display.h b/include/video/display.h
> index b639fd0..fb
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/c263157e/attachment.html>
2013-01-03 00:37 keltez?ssel, Alex Deucher ?rta:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> wrote:
>> On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
>>> Please affected people can you test if patch :
>>> http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6xx-r7
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #11 from Christian Casteyde
2013-01-03 12:55:07 ---
Udpate:
Still present in 3.8-rc2
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watchin
VIDW_BUF_START1(_buff) (0xA4 + ((_buff) * 8))
> > #define VIDW_BUF_END(_buff)(0xD0 + ((_buff) * 8))
> > #define VIDW_BUF_END1(_buff) (0xD4 + ((_buff) * 8))
> > --
> > 1.8.0
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/8bd0cb88/attachment-0001.html>
er_ops = {
> > .iommu_on = mixer_iommu_on,
> > .enable_vblank = mixer_enable_vblank,
> > .disable_vblank = mixer_disable_vblank,
> > - .wait_for_vblank= mixer_wait_for_vblank,
> > + .complete_scanout = mixer_complete_scanout,
> > .dpms = mixer_dpms,
> >
> > /* overlay */
> > --
> > 1.8.0
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/29ea8dd8/attachment.html>
On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> Hi,
>
> Starting with 3.8rc1 I get a black screen when resuming after suspend.
> The kernel is alive because I can switch to VT1 and reboot with
> ctrl-alt-delete.
>
> I bisected the problem down to this commit:
>
> 186ecad21: drm
https://bugzilla.kernel.org/show_bug.cgi?id=52231
Summary: possible circular locking dependency detected in
radeon driver
Product: Drivers
Version: 2.5
Kernel Version: 3.8-rc2
Platform: All
OS/Version: Linux
T
https://bugzilla.kernel.org/show_bug.cgi?id=52231
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vi
For the series:
Reviewed-by: Marek Ol??k
Marek
On Thu, Jan 3, 2013 at 12:27 AM, Ilija Hadzic
wrote:
> length_dw field was assigned twice. While at it, move user_ptr
> assignment together with all other assignments to p->chunks[i]
> structure to make the code more readable.
>
> Signed-off-by: I
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/84410183/attachment.html>
> -Original Message-
> From: Boszormenyi Zoltan [mailto:zboszor at pr.hu]
> Sent: Thursday, January 03, 2013 6:37 AM
> To: Alex Deucher
> Cc: Markus Trippelsdorf; lkml; dri-devel at lists.freedesktop.org; Deucher,
> Alexander; Borislav Petkov; Shuah Khan
> Subject: Re: radeon :02:00.0:
ces.
--
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/20130103/51a6dab5/attachment.html>
een the GPUs (though it's tricky doing so blind when
on intel graphics).
Any other suggestions? Thanks.
--
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
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/10a066f2/attachment-0001.html>
From: Jerome Glisse
To help debug dma related lockup.
v2: agd5f: update SI as well
Signed-off-by: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4
drivers/gpu/drm/radeon/evergreend.h |3 +++
drivers/gpu/drm/radeon/ni.c |4
dr
From: Jerome Glisse
This try to reset the dma engine when performing gpu reset. Hopefully
bringing back the gpu dma engine in sane state.
v2: agd5f: fix dma reset on cayman/TN, add support for SI
Signed-off-by: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c
On Thu, Jan 3, 2013 at 7:56 AM, Prathyush K wrote:
>
>
>
> On Wed, Jan 2, 2013 at 10:24 PM, Sean Paul wrote:
>>
>> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
>> wrote:
>> > The wait_for_vblank interface is modified to the complete_scanout
>> > function in fimd. This patch adds the fimd_complet
On Thu, Jan 3, 2013 at 7:58 AM, Prathyush K wrote:
>
>
>
> On Wed, Jan 2, 2013 at 10:12 PM, Sean Paul wrote:
>>
>> On Wed, Dec 26, 2012 at 6:27 AM, Prathyush K
>> wrote:
>> > The wait_for_vblank interface is modified to the complete_scanout
>> > function in hdmi. This inturn calls the complete_s
On 21.12.2012 16:36, Thierry Reding wrote:
> On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote:
>> +static void tegra_drm_close(struct drm_device *drm, struct drm_file *filp)
>> +{
>> +
>> +}
>> +
>
> This can be removed, right?
Yes, done.
>
>> +static struct platform_driver tegra
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #13 from Konrad Rzeszutek Wilk
2013-01-03 18:04:34 ---
So is it safe to safe that it does not work without Xen? Or do you see stuff on
the screen in baremetal mode?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
From: Alex Deucher
The idea here is to move to a finer grained reset.
In some cases we may not need reset every block, and
in other cases we may not need to re-init the entire
asic.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |5 +
1 files changed, 5 insertions(+),
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 85 -
1 files changed, 58 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 80 ---
drivers/gpu/drm/radeon/evergreend.h |1 +
2 files changed, 56 insertions(+), 25 deletions(-
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 109 +++---
1 files changed, 70 insertions(+), 39 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/d
From: Alex Deucher
No change in functionality as we currently set all the reset
flags.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 98 ---
1 files changed, 64 insertions(+), 34 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/
1 - 100 of 118 matches
Mail list logo
