e Vcc rail discharge.
--
-keith
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150106/bb2caccd/attachment.sig>
On Tue, Jan 06, 2015 at 10:07:58PM -0800, Keith Packard wrote:
> * PGP Signed by an unknown key
>
> Linus Torvalds writes:
>
> > it looks like the beginning is the same, but then it just turns to all
> > ones at a random point (even *within* a byte).
>
> Looks like the EDID ROM is dropping off
org/archives/dri-devel/attachments/20150106/dd699238/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #5 from Jon Arne Jørgensen ---
I reproduced the panic when I tried to suspend when radeon was loaded without
radeon.dpm=1.
I was _not_ able to reproduce the panic with kernel-3.10.0-rc7 that I had lying
around in my /boot directory.
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #4 from Jon Arne Jørgensen ---
Created attachment 162751
--> https://bugzilla.kernel.org/attachment.cgi?id=162751&action=edit
Full pm-suspend log
This is also from a reproduced crash.
--
You are receiving this mail because:
You a
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #3 from Jon Arne Jørgensen ---
Created attachment 162741
--> https://bugzilla.kernel.org/attachment.cgi?id=162741&action=edit
Complete Xorg.log
This is the Xorg.log from a reproduced crash because i forgot to save the Xorg
log when
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #2 from Jon Arne Jørgensen ---
Created attachment 162731
--> https://bugzilla.kernel.org/attachment.cgi?id=162731&action=edit
full dmesg from panic
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=90861
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=90861
Bug ID: 90861
Summary: Panic on suspend from KDE with radeon
Product: Drivers
Version: 2.5
Kernel Version: 3.19.0-rc2-219-g693a30b8
Hardware: x86-64
OS: Linux
Hi Dave,
I'm resending this pull request due to Christian's email on the ioctl
patch-set.
Highlights:
- Complete overhaul to the main IOCTL function, kfd_ioctl(), according to
drm_ioctl() example. This includes changing the IOCTL definitions, so it
breaks compatibility with previous versi
Mon, Dec 29, 2014 at 10:04:50AM CET, jani.nikula at linux.intel.com wrote:
>On Sat, 27 Dec 2014, Jiri Pirko wrote:
>> Please let me know if you need me to provide any other info. I'm eager to
>> test patches.
>
>Please file a bug at [1] to ensure this doesn't get lost. Holiday season
>and all. Ple
On 01/06/2015 07:09 PM, Oded Gabbay wrote:
> Hi Dave,
>
> Here are a couple of bug fixes for the non-HWS path (used for bring-ups and
> debugging purposes only).
>
> Our QA team run a test on -rc2 and didn't discover any regressions,
> so I don't expect an additionl pull request for 3.19 unless s
Hi Dave,
Here are a couple of bug fixes for the non-HWS path (used for bring-ups and
debugging purposes only).
Our QA team run a test on -rc2 and didn't discover any regressions,
so I don't expect an additionl pull request for 3.19 unless something
unexpected will pop-up.
Oded
The f
On 01/05/2015 08:41 PM, Alex Deucher wrote:
> On Mon, Jan 5, 2015 at 8:52 AM, Oded Gabbay wrote:
>> From: Ben Goz
>>
>> This patch fixes a bug in kgd_set_pasid_vmid_mapping(), where the function
>> only updated the ATC registers (IOMMU) with the new VMID <--> PASID mapping,
>> but didn't update
Am 06.01.2015 um 18:18 schrieb Oded Gabbay:
>
>
> On 01/06/2015 07:09 PM, Oded Gabbay wrote:
>> Hi Dave,
>>
>> Here are a couple of bug fixes for the non-HWS path (used for
>> bring-ups and
>> debugging purposes only).
>>
>> Our QA team run a test on -rc2 and didn't discover any regressions,
>> so
So my el-cheapo UHD Dell monitor is unhappy with dmps, and just never
wakes up from it.
I work around it with just doing "xset -dpms" and it's not a big deal,
but I thought I'd report it anyway, since there are actual debug
messages, and maybe there's a better way to handle it. Does anybody
have a
Hi Heiko,
Am Dienstag, den 06.01.2015, 12:49 +0100 schrieb Heiko Stübner:
> Hi Philipp,
>
> Am Samstag, 6. Dezember 2014, 00:31:46 schrieb Andy Yan:
> > > I am happy with the series so far. Pending Acks from the device tree
> > > maintainers for the new binding documents, I'd like to apply eithe
Le 06/01/2015 12:35, Boris Brezillon a écrit :
> Hi Dave,
>
> As I already said here [1], I'd really like to have the Atmel HLCDC driver
> merged in 3.20 (it's already floating around for quite some time now).
> So, unless someone complain about this version, I plan to send a PR soon,
> is that o
+CC Rob clark
I sent these patches about a month ago, but could not get any response.
Can you review these patches? You can find the whole patch set from
https://patchwork.kernel.org/patch/5478981/
https://patchwork.kernel.org/patch/5478991/
On Fri, 12 Dec 2014 14:44:39 +0900
Hyungwon Hwang wr
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #10 from Christian König ---
(In reply to Gustaw Smolarczyk from comment #9)
> Created attachment 162601 [details]
> /proc/interrupts on 3.17.4
>
> I have attached the contents of /proc/interrupts on 3.17.4. Should I attach
> one wit
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Monday, January 5, 2015 16:40
> To: Cheng, Yao
> Cc: Daniel Vetter; Thierry Reding; intel-gfx at lists.freedesktop.org; dri-
> devel at lists.freedesktop.org; Kelley, Sean V; C
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150106/ce0467e0/attachment.html>
On Thu, Dec 11, 2014 at 12:24:15PM +0100, Heiko Stübner wrote:
> Past practices suggest that having the dw in the name is a sane solution too,
> like in dw_mmc-foo (mmc/host), dwmac-foo (net/ethernet/stmicro/stmmac).
>
> And personally I'd keep to this already established naming scheme ... i.e.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #9 from Gustaw Smolarczyk ---
Created attachment 162601
--> https://bugzilla.kernel.org/attachment.cgi?id=162601&action=edit
/proc/interrupts on 3.17.4
I have attached the contents of /proc/interrupts on 3.17.4. Should I attach one
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Christian König changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Comment
On Fri, Dec 05, 2014 at 02:25:50PM +0800, Andy Yan wrote:
> hdmi phy configuration is platform specific, which can be adusted
Minor typo: adjusted
--
FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up
according to speedtest.net.
On Tue, Jan 06, 2015 at 12:52:24PM +0100, Heiko Stübner wrote:
> +static void imx_hdmi_bridge_nope(struct drm_bridge *bridge)
"_nope" ? As in "No"? Or should this be "_nop" for no-operation ?
--
FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up
according to speedtest.net.
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #7 from Gustaw Smolarczyk ---
Unfortunately, it was a false lead. Disabling iGPU didn't help in any way on
3.18.1.
Additionally, I take back the "less pauses in 3.18.0 and later" thing. 3.18.1
was horrible just now (same as any kernel
From: Andy Yan
IMX6 and Rockchip RK3288 and JZ4780 (Ingenic Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they
also have some lightly differences, such as phy pll configuration,
register width, 4K support, clk useage, and the crtc mux configuration
is also platform specific.
Hi Philipp,
Am Samstag, 6. Dezember 2014, 00:31:46 schrieb Andy Yan:
> > I am happy with the series so far. Pending Acks from the device tree
> > maintainers for the new binding documents, I'd like to apply either the
> > whole of it on top of
> >
> > git://git.pengutronix.de/git/pza/linux.g
The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display
controller device.
The HLCDC block provides a single RGB output port, and only supports LCD
panels connection to LCD panels for now.
The atmel,panel propert
The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display
controller device.
This display controller supports at least one primary plane and might
provide several overlays and an hardware cursor depending on the IP
Hi Dave,
As I already said here [1], I'd really like to have the Atmel HLCDC driver
merged in 3.20 (it's already floating around for quite some time now).
So, unless someone complain about this version, I plan to send a PR soon,
is that okay for you ?
Please note that this series depends on [1] (w
On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell wrote:
> Oded Gabbay writes:
>> On 12/24/2014 01:01 AM, Rusty Russell wrote:
>>> Oded Gabbay writes:
I didn't say it doesn't always work.
The actual thing that doesn't work is the define symbol_get and only in a
specific case of 32bit
Foxlink's fl500wvr00-a0t supports RGB888 format.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index 4504018..6049d24 100644
--- a/drivers/gp
Provide a way to specify panel requirement in terms of supported media bus
format (particularly useful for panels connected to an RGB or LVDS bus).
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/pan
Add bus_formats and num_bus_formats fields and
drm_display_info_set_bus_formats helper function to specify the bus
formats supported by a given display.
This information can be used by display controller drivers to configure
the output interface appropriately (i.e. RGB565, RGB666 or RGB888 on raw
Hello,
Resending this series I depends on for the Atmel HLCDC driver which, BTW,
I really expect to be merged in 3.20.
Thierry, do you see any remaining issues that should be fixed ?
If not, Dave, Thierry, could you take it for 3.20 (or, if you prefer, I
could make it part of my PR for the atmel-h
On Wed, Dec 31, 2014 at 8:39 AM, Oded Gabbay wrote:
> Background:
>
> amdkfd needs GART memory for several things, such as runlist packets,
> MQDs, HPDs and more. Unfortunately, all of this memory must be always
> pinned (due to several reasons which were discussed during the
> initial review of a
ktop.org/archives/dri-devel/attachments/20150106/2ab91260/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #6 from Maarten Lankhorst ---
I think that right now i915 doesn't use the fence stuff yet so it's probably
not causing the problem, still it would be useful to check.
--
You are receiving this mail because:
You are watching the assig
https://bugzilla.kernel.org/show_bug.cgi?id=90851
Christoph Haag changed:
What|Removed |Added
Summary|nine and skyrim: unable to |radeonsi on pitcairn: nine
https://bugzilla.kernel.org/show_bug.cgi?id=90851
Bug ID: 90851
Summary: nine and skyrim: unable to handle kernel paging
request
Product: Drivers
Version: 2.5
Kernel Version: 3.19-rc2
Hardware: All
OS: L
I mean:
Reviewed-by: Mark Zhang
To make display suspend/resume working, we need some other patches. I
will send out the patches soon, based on this patch set. Thanks Thierry.
Mark
On 01/05/2015 10:50 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Dec 23, 2014 at 03:32:4
Thanks for the explanation.
Reviewed-by: Mark Zhang
Mark
On 01/05/2015 10:49 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Dec 23, 2014 at 03:30:20PM +0800, Mark Zhang wrote:
>> On 12/19/2014 11:24 PM, Thierry Reding wrote:
>>> From: Thierry Reding
>>>
>>> Previously t
Dear all,
On Tue, 06 Jan 2015 00:21:22 +0900
Inki Dae wrote:
> On 2015ë
01ì 05ì¼ 23:19, Thierry Reding wrote:
> > On Wed, Dec 31, 2014 at 07:41:43PM +0900, Inki Dae wrote:
> >> Hi Thierry,
> >>
> >> Ping~.
> >>
> >> Or is it ok to pick up this patch to my tree, exynos-drm-next? It
> >> does
On Sun, Jan 4, 2015 at 2:53 PM, Oded Gabbay wrote:
> From: Ben Goz
>
> This patch fixes a bug in DQM, where the MQD of a newly created compute queue
> is not loaded to an HQD slot. As a result, the CP never reads packets from
> this
> queue.
>
> This bug happens only in non-HWS (hardware schedul
On Sat, Jan 3, 2015 at 3:12 PM, Oded Gabbay wrote:
> Although I didn't get any replies on v1, I still decided to send this
> v2, because:
>
> a. Alex and I decided to move some H/W initialization functionallity
>into radeon.
>
> b. The next patch-set that I intend to send (prepare to support f
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150106/74484e72/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #5 from Michel Dänzer ---
(In reply to Gustaw Smolarczyk from comment #4)
> If that may be the source of these problems, I could disable the second
> monitor along with the iGPU in order to test that hypothesis.
That would be interes
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150106/fab8d864/attachment.html>
Just resend it with Thierry's request.
Thanks,
Inki Dae
Original Message
Subject: [PATCH v2 2/3] drm/panel: add s6e63j0x03 LCD panel driver
Date: Tue, 09 Dec 2014 18:29:05 +0900
From: Hyungwon Hwang
To: dri-devel at lists.freedesktop.org
CC: airlied at linux.ie, devicetree at
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/20150106/ab641f0f/attachment.html>
On 2015ë
01ì 05ì¼ 23:19, Thierry Reding wrote:
> On Wed, Dec 31, 2014 at 07:41:43PM +0900, Inki Dae wrote:
>> Hi Thierry,
>>
>> Ping~.
>>
>> Or is it ok to pick up this patch to my tree, exynos-drm-next? It
>> doesn't seem to care for a long time.
>
> I don't seem to have a copy of the v2 2/3
57 matches
Mail list logo
