On Wed, Dec 4, 2013 at 7:13 AM, Thomas Hellstrom wrote:
> On 12/03/2013 09:41 PM, Daniel Vetter wrote:
>>
>> On Tue, Dec 03, 2013 at 09:09:40PM +0100, Thomas Hellstrom wrote:
>>>
>>> Hi,
>>>
>>> By concidence I ran across this lkml message
>>>
>>> http://marc.info/?l=linux-kernel&m=135628421403144
https://bugzilla.kernel.org/show_bug.cgi?id=66241
--- Comment #5 from Chris Rankin ---
Created attachment 117331
--> https://bugzilla.kernel.org/attachment.cgi?id=117331&action=edit
dmesg output with 2nd patch applied
No, the additional patch did not help.
--
You are receiving this mail beca
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/6f867f72/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/7187ecc2/attachment.html>
re.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/041078b0/attachment.pgp>
vel/attachments/20131204/2e1637d7/attachment.html>
e hard to debug without ssh
access I'm afraid.
--
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/20131204/3f125b51/attachment-0001.html>
vel/attachments/20131204/714fe274/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131204/16933ea8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #2 from svily0 at yahoo.com ---
Created attachment 117351
--> https://bugzilla.kernel.org/attachment.cgi?id=117351&action=edit
Xorg.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #3 from svily0 at yahoo.com ---
Created attachment 117361
--> https://bugzilla.kernel.org/attachment.cgi?id=117361&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
2013/12/3 Inki Dae :
> Hi Sean,
>
>
> 2013/10/30 Sean Paul :
>> This patch implements drm_connector directly in the dp driver, this will
>> allow us to move away from the exynos_drm_connector layer.
>>
>> Signed-off-by: Sean Paul
>> ---
>>
>> Changes in v3:
>> - Added to the patchset
>>
>>
Sorry, there was my missing point. Ignore the below my comments.
Thanks,
Inki Dae
2013/12/3 Inki Dae :
> 2013/10/30 Sean Paul :
>> This patch implements drm_connector directly in the vidi
>> driver, this will allow us to move away from the exynos_drm_connector
>> layer.
>>
>> Signed-off-by: Sean
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/349eac3c/attachment.html>
duplicate that here. If you think we should I'll
> submit a new patch.
Is that one of the clocks implemented in drivers/sh/clk? There don't
seem to be any error messages in the clk_enable() implementation.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/a1b34c70/attachment.pgp>
Hi,
With 3.13-rc1 and 3.13-rc2 kernel crashes/BUGs while loading nouveau:
[ 657.654915] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type
mismatch - Found [Integer], ACPI requires [Package] (20131115/nsarguments-95)
[ 657.655099] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type
On Wed, Dec 4, 2013 at 6:01 AM, Bruno Pr?mont
wrote:
> Hi,
>
> With 3.13-rc1 and 3.13-rc2 kernel crashes/BUGs while loading nouveau:
> [ 657.654915] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type
> mismatch - Found [Integer], ACPI requires [Package] (20131115/nsarguments-95)
> [ 657
disable-xvmc
--
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/20131204/13a5a0cc/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/2aec7a51/attachment.html>
From: Ville Syrj?l?
Not all drivers will need take all the modeset locks for dirtyfb, so
push the locking down to the drivers.
Signed-off-by: Ville Syrj?l?
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 2 --
drivers/gpu/drm/omapdrm/omap_fb.c | 4
drivers/gpu/dr
Looks good to me
Reviewed-by: Jakob Bornecrant
On Wed, Dec 4, 2013 at 1:13 PM, wrote:
> From: Ville Syrj?l?
>
> Not all drivers will need take all the modeset locks for dirtyfb, so
> push the locking down to the drivers.
>
> Signed-off-by: Ville Syrj?l?
> Reviewed-by: Daniel Vetter
> ---
>
5dc9e1e8 was a bit over-ambitious, and accidentially removed handling
for imported prime buffers.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/udl/udl_gem.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl/udl_gem.c
index 24ffbe9..8d67
Hello Jerome Glisse,
The patch fb53f8621a3f: "drm/ttm: Print debug information on memory
manager when eviction fails" from Dec 9, 2009, leads to the following
static checker warning: "drivers/gpu/drm/ttm/ttm_bo.c:1494
ttm_mem_reg_is_pci()
warn: buffer overflow 'bdev->man' 8 <= 8"
drivers
ages in the clk_enable()
> implementation.
There will be one when http://www.spinics.net/lists/linux-sh/msg25650.html
will get merged :-) Before that enabling the clock never failed, with the
patch applied the failure is logged.
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/8410e272/attachment.pgp>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/ca38b28e/attachment.html>
Hi Ilia,
On Wed, 4 Dec 2013 06:15:30 -0500 Ilia Mirkin wrote:
> On Wed, Dec 4, 2013 at 6:01 AM, Bruno Pr?mont wrote:
> > With 3.13-rc1 and 3.13-rc2 kernel crashes/BUGs while loading nouveau:
> > [ 657.654915] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type
> > mismatch - Found [Integer
https://bugzilla.kernel.org/show_bug.cgi?id=64781
--- Comment #7 from Giannis ---
I tested with various rates (44100-48000-92000) and problem is not fixed. Also
I tested kernel 3.13-RC1 and bug is still there.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=64781
--- Comment #8 from Giannis ---
plus, I did a video playback with VLC. In this case video speed is ok but audio
has gaps every 0.5 seconds approximately.
--
You are receiving this mail because:
You are watching the assignee of the bug.
MIPI DSI bus allows to model DSI hosts and DSI devices using Linux bus.
DSI host should be registered by DSI master driver. During registration
DSI devices will be created according to Device Tree sub-nodes,
registration based on board info will be added later.
DSI host exposes operations which can
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/ed90da46/attachment.html>
For various revisions of a chipset if the signal pattern is changed for every
revision, then the phy setting need to be updated correspondingly by measuring
the signal.
For getting correct signals the clock level and data de-emphasis
levels needs to be adjusted.
Since only these 2 values matter,we
This patch moves the hdmi phy setting to arndale dts,
as its more of a per board configuration and also
shall be easier for supporting future chipsets.
Signed-off-by: Shirish S
---
arch/arm/boot/dts/exynos5250-arndale.dts | 74 ++
1 file changed, 74 insertions(+)
d
Hi Tomasz,
Thanks for the reivew, please see my replies inline.
On Fri, Nov 29, 2013 at 10:56 PM, Tomasz Figa wrote:
> Hi Shirish,
>
> Please see my comments inline.
>
> On Monday 25 of November 2013 14:24:39 Shirish S wrote:
>> This patch adds dt support to hdmiphy config settings
>> as it is bo
This patch moves the hdmi phy setting to arndale dts,
as its more of a per board configuration and also
shall be easier for supporting future chipsets.
Signed-off-by: Shirish S
---
arch/arm/boot/dts/cros5250-common.dtsi | 74
1 file changed, 74 insertions(+)
d
This patch adds dt support to hdmiphy config settings
as it is board specific and depends on the signal pattern
of board.
Signed-off-by: Shirish S
---
.../devicetree/bindings/video/exynos_hdmi.txt | 34
drivers/gpu/drm/exynos/exynos_hdmi.c | 89 ---
This patch moves the hdmi phy setting to smdk5250
dts,as its more of a per board configuration and
also shall be easier for supporting future chipsets.
Signed-off-by: Shirish S
---
arch/arm/boot/dts/exynos5250-smdk5250.dts | 74 +
1 file changed, 74 insertions(+)
d
I keep on getting this:
Any thoughts? I hadn't tried to do a bisection or such.
[ 1784.126124] Console: switching to colour VGA+ 80x25
[ 1784.128286] drm_kms_helper: drm: unregistered panic notifier
[ 1784.133601] [drm] radeon: finishing device.
[ 1784.135934] BUG: unable to handle kernel NULL po
On Wed, Dec 04, 2013 at 04:35:12PM +0100, Andrzej Hajda wrote:
> MIPI DSI bus allows to model DSI hosts and DSI devices using Linux bus.
> DSI host should be registered by DSI master driver. During registration
> DSI devices will be created according to Device Tree sub-nodes,
> registration based o
on.
>
> There will be one when http://www.spinics.net/lists/linux-sh/msg25650.html
> will get merged :-) Before that enabling the clock never failed, with the
> patch applied the failure is logged.
Alright,
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/8691ddb4/attachment.pgp>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131204/58298279/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/ab364c4f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #4 from Alex Deucher ---
It looks like maybe you have a loose or bad connection to the LCD panel. As
you can see in your log, the driver isn't even detecting a panel:
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA-1
[
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/8d7ec03a/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/d8849136/attachment.html>
l will be merged.
> >
> > > There don't seem to be any error messages in the clk_enable()
> > > implementation.
> >
> > There will be one when http://www.spinics.net/lists/linux-sh/msg25650.html
> > will get merged :-) Before that enabling the clock never failed, with the
> > patch applied the failure is logged.
>
> Alright,
>
> Reviewed-by: Thierry Reding
Thank you.
Dave, could you please pick this patch up for v3.14 ?
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/cc565036/attachment-0001.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=66241
Alex Deucher changed:
What|Removed |Added
Attachment #117321|0 |1
is obsolete|
On Tue, Dec 3, 2013 at 5:07 PM, Daniel Drake wrote:
> Hi,
>
> Thanks a lot for this exynos-drm commit:
>
> commit 62747fe0ad5169a767987d9009e3398466555cde
> Author: Sean Paul
> Date: Tue Jan 15 08:11:08 2013 -0500
>
> drm/exynos: hdmi: support extra resolutions using drm_display_mode timing
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/3183dd94/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/4c72004e/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/0a8d846f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=64781
bpaterni at gmail.com changed:
What|Removed |Added
CC||bpaterni at gmail.com
--- Comment
On Wed, Dec 4, 2013 at 6:15 AM, Ilia Mirkin wrote:
> On Wed, Dec 4, 2013 at 6:01 AM, Bruno Pr?mont
> wrote:
>> [ 657.800140] nouveau E[ DRM] failed to create 0x8080, -22
>> [ 657.802123] general protection fault: [#1] SMP
>> [ 657.802130] Modules linked in: nouveau(+) ttm drm_kms
Hi, Dave.
A couple of fixes. The biggest thing is the DMA buffer accounting that was
incorrect.
The following changes since commit 1b28c3e628315ac0d9ef2d3fac0403f05ae692db:
drm/qxl: fix memory leak in release list handling (2013-11-29 08:36:15 +1000)
are available in the git repository at:
On 11/25/2013 10:11 PM, Kleber Sacilotto de Souza wrote:
> On 11/24/2013 09:15 PM, Benjamin Herrenschmidt wrote:
>> On Fri, 2013-11-08 at 11:43 -0200, Kleber Sacilotto de Souza wrote:
>>> On 11/07/2013 08:29 PM, Benjamin Herrenschmidt wrote:
On Mon, 2013-06-17 at 18:57 -0400, Alex Deucher wrot
https://bugzilla.kernel.org/show_bug.cgi?id=66241
--- Comment #7 from Chris Rankin ---
Created attachment 117501
--> https://bugzilla.kernel.org/attachment.cgi?id=117501&action=edit
dmesg output from 3.12.3 + 3rd patch
I have just updated a second system from 3.11.10 to 3.12.3. This new system
On Fri, Nov 15, 2013 at 8:53 AM, Daniel Kurtz wrote:
> Hi Sean, Tomasz,
>
> On Mon, Nov 11, 2013 at 6:03 AM, Tomasz Figa wrote:
>> Hi Sean,
>>
>> On Tuesday 29 of October 2013 12:13:05 Sean Paul wrote:
>>> This patch uses the mode passed into mode_set to configure fimd instead
>>> of directly usi
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/cfdc3205/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66241
--- Comment #8 from Chris Rankin ---
Created attachment 117511
--> https://bugzilla.kernel.org/attachment.cgi?id=117511&action=edit
dmesg output from 3.12.3 + 3rd patch; original system
The 3rd patch allows my original system to boot 3.12.3 as
On Sun, Nov 10, 2013 at 8:32 PM, Tomasz Figa wrote:
> On Tuesday 29 of October 2013 12:13:07 Sean Paul wrote:
>> This patch moves the code from video/ to drm/
>
> Again, rationale should be mentioned in patch description.
>
>> Signed-off-by: Sean Paul
>> ---
>>
>> Changes in v2: None
>> Changes i
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #5 from svily0 at yahoo.com ---
Yes, that is the problem, the screen is dead! If I attach a brand new LCD panel
it works... but I don't really want to buy a second one now. There isn't any
obvious damage on the panel, but today I swappe
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/c60bd26c/attachment.html>
On Wed, Dec 4, 2013 at 5:16 PM, Kleber Sacilotto de Souza
wrote:
> On 11/25/2013 10:11 PM, Kleber Sacilotto de Souza wrote:
>>
>> On 11/24/2013 09:15 PM, Benjamin Herrenschmidt wrote:
>>>
>>> On Fri, 2013-11-08 at 11:43 -0200, Kleber Sacilotto de Souza wrote:
On 11/07/2013 08:29 PM, Benj
CP_RB_CNTL.BUF_SWAP causes the CP to use the selected byte
> swapping for just about everything accessed by the CP (rptr writeback,
> indirect buffers, etc.). Looks like the DMA ring supports and enables
> rptr writeback as well (DMA_RB_CNTL.DMA_RPTR_WRITEBACK_SWAP_ENABLE) so
> I think we can drop the swapping of the rptr writeback.
>
Obvious patch attached.
Alex
> Alex
>
>>
>>
>>
>> --
>> Kleber Sacilotto de Souza
>> IBM Linux Technology Center
>>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-don-t-byteswap-readback-of-rptr-writeback.patch
Type: text/x-diff
Size: 994 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131204/a92e67e4/attachment-0001.patch>
All instances of drm_dev_register are followed by drm_dev_free on
failure. Don't free dev->control/render/primary on failure, as they will
be freed by drm_dev_free since commit 8f6599da8e (drm: delay minor
destruction to drm_dev_free()).
Reported-by: Bruno Pr?mont
Signed-off-by: Ilia Mirkin
---
Am Samstag, den 30.11.2013, 08:55 -0500 schrieb Rob Clark:
> On Sat, Nov 30, 2013 at 3:33 AM, Thomas Meyer wrote:
> > Am Montag, den 25.11.2013, 08:23 -0500 schrieb Rob Clark:
> >> oh, hmm.. are you importing buffers from i915? It looks like this part:
> >
> > My computer has an i915 graphic card
Hi Dave,
Some additional fixes for 3.13. Regression fixes for audio and hw_i2c,
vram fix for some SI PX cards, race fix in the hwmon code, and a few other
odds and ends.
The following changes since commit 1b28c3e628315ac0d9ef2d3fac0403f05ae692db:
drm/qxl: fix memory leak in release list han
66 matches
Mail list logo
