On Tue, Feb 25, 2014 at 07:54:53PM +0100, Stephane Eranian wrote:
> I am on tip.git at cfbf8d4 Linux 3.14-rc4.
> and I don't see the problem (using Ubuntu Saucy).
Also IVB, model 58?
> Given what you commented out, it seems like you're saying
> something goes wrong with pci_get_device().
Probab
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/0f863857/attachment-0001.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/50c102eb/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/045628fb/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/0493d39d/attachment.html>
|--- |FIXED
--
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/20140225/b375d412/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70651
--- Comment #9 from Fabio Sangiovanni ---
Created attachment 127471
--> https://bugzilla.kernel.org/attachment.cgi?id=127471&action=edit
patched_radeon_pm.c
Hi, I tried with 3.14-rc4, I still don't get the new sensible values upon
accessing sys
On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> With this patch two properties are added. One for CRTC+Sprite planes
> and another for Cursor planes. Through these client will be able to
> change the pixel format of the planes w.r.t Alpha chan
On Tue, Feb 25, 2014 at 6:39 PM, Borislav Petkov wrote:
> On Tue, Feb 25, 2014 at 05:33:13PM +0100, Stephane Eranian wrote:
>> No, it's a T430s. What happens if you boot vanilla tip.git?
>
> linus/master + tip/master -> fails
> tip/master-> fails
>
> All trees are from today, like
Hi Fabio,
Am Dienstag, den 25.02.2014, 12:13 -0300 schrieb Fabio Estevam:
> On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel
> wrote:
> > This patch adds device tree binding documentation for the HDMI transmitter
> > on i.MX6.
> >
> > Signed-off-by: Philipp Zabel
> > ---
> > .../devicetree/bind
jordomo-info.htmlPlease read the FAQ at
http://www.tux.org/lkml/
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/2d816817/attachment.html>
On Tue, Feb 25, 2014 at 05:33:13PM +0100, Stephane Eranian wrote:
> No, it's a T430s. What happens if you boot vanilla tip.git?
linus/master + tip/master -> fails
tip/master-> fails
All trees are from today, like an hour ago or so.
Doing what hpa suggested:
diff --git a/arch/x86
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/9ddabe87/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/ab9d1f36/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/c8d15438/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/3da74893/attachment.html>
2014-02-06 8:28 GMT+01:00 Rafa? Mi?ecki :
> I can't successfully resume using "low" power_profile. My testing
> looks like this:
> boot
> s & r (result: GOOD)
> s & r (result: GOOD)
> s & r (result: GOOD)
> echo "low" > /sys/class/drm/card0/device/power_profile
> s & r (result: BAD)
>
> BAD means d
On Tue, Feb 25, 2014 at 5:30 PM, Borislav Petkov wrote:
> On Tue, Feb 25, 2014 at 05:14:01PM +0100, Stephane Eranian wrote:
>> I am trying to understand your test case.
>> Were you actually measure uncore_imc events at the time you suspended?
>
> No test case, just the machine booting; look at the
if the error comes from
the SVN version?
--
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/20140225/512822b3/attachment.html>
On Tue, Feb 25, 2014 at 05:14:01PM +0100, Stephane Eranian wrote:
> I am trying to understand your test case.
> Were you actually measure uncore_imc events at the time you suspended?
No test case, just the machine booting; look at the printk timestamps.
> I tried on my IvyBridge Lenovo and it wor
Hi,
I am trying to understand your test case.
Were you actually measure uncore_imc events at the time you suspended?
I tried on my IvyBridge Lenovo and it works fine with 3.14-rc4+ (tip.git).
I used: echo -n disk >/sys/power/state
On Tue, Feb 25, 2014 at 4:48 PM, H. Peter Anvin wrote:
> On 0
|--- |FIXED
--
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/20140225/0f49e88f/attachment.html>
|--- |FIXED
--
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/20140225/b28944f9/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66871
--- Comment #8 from Alex Deucher ---
Can you use git to bisect what commit caused the regression? Google for git
bisect howto.
--
You are receiving this mail because:
You are watching the assignee of the bug.
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/15eccbc6/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/57cfe7fa/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66871
--- Comment #7 from Erik Edwards ---
Fedora released 3.13.3 (kernel.x86_64 0:3.13.3-201.fc20) and this is still
happening; though, it doesn't happen with 3.12.10
(kernel-3.12.10-300.fc20.x86_64).
--
You are receiving this mail because:
You are w
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/ce454caa/attachment-0001.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/12101248/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/2328e105/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71141
--- Comment #4 from Charles ---
UVD works well on Windows.
When playing 720p video, cpu usage stays below 1%.
Could it be something wrong with Intel/AMD switchable graphics? I also have a
Intel HD4000 on my laptop.
--
You are receiving this mai
related, so I guess
there isn't an immediate problem.
Interestingly nouveau seems to side-step this issue entirely by simply
setting up debugfs for every minor. For other drivers it seems like the
solution wouldn't be as easy, since there are many more files in debugfs
and they can come from subdevices as well.
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/20140225/0e6d09f8/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=71081
--- Comment #5 from Christian K?nig ---
(In reply to William Shuman from comment #4)
> Created attachment 127451 [details]
> journal_wip
>
> Attaching journal from drm-next-3.15-wip
Thanks, that was helpful.
The initial bug is gone, but we now
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/98a4bbe1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71081
--- Comment #4 from William Shuman ---
Created attachment 127451
--> https://bugzilla.kernel.org/attachment.cgi?id=127451&action=edit
journal_wip
Attaching journal from drm-next-3.15-wip
--
You are receiving this mail because:
You are watchin
driver? I'm confused now.
--
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/20140225/16b7b39c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71141
Christian K?nig changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=71141
--- Comment #2 from Charles ---
Seems that the kernel has already been patched.
It's the latest kernel from Arch Linux testing repository.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=71141
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=58121
--- Comment #7 from Alex Deucher ---
Created attachment 127441
--> https://bugzilla.kernel.org/attachment.cgi?id=127441&action=edit
updated version of the patch
The patch looks good. We already disable PLL sharing for non-DP displays, so
we sh
The device tree bindings are updated regardless of the common display
framework and in the meantime the HDMI driver was included.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/TODO | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/i
This patch connects IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interface
This patch connects IPU and display encoder (VGA, LVDS)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
This patch connects IPU and and parallel display device tree
nodes using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Since the imx-drm node
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel
---
.../devicetree/bindings/staging/imx-drm/hdmi.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bindings/staging/imx
This patch updates the device tree binding documentation for i.MX IPU/display
nodes using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Philipp Zabel
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt | 48 +++
Using of_graph_parse_endpoint recovers the port id from an endpoint device
tree node. This just replaces an open coded read of the "reg" property.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/d
From: Philipp Zabel
This patch adds support to find the involved components connected to
the IPU display interface ports using the OF graph bindings documented
in Documentation/devicetree/bindings/media/video-interfaces.txt.
It makes use of the of_graph (formerly v4l2_of) parsing helpers and
thus
Hi,
here is an updated version of the imx-drm DT binding series.
These patches apply on top of Russell's imx-drm-staging branch
that just got merged int staging-next. I have added device tree
bindings between IPU and the encoders as documented in
Documentation/devicetree/bindings/media/video-inter
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/fdb99781/attachment.html>
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel
wrote:
> +Required properties:
> + - #address-cells : should be <1>
> + - #size-cells : should be <0>
> + - compatible : should be "fsl,imx6q-hdmi" or "fsl,imx6dl-hdmi".
> + - gpr : should be <&gpr>.
> + The phandle points to the iomuxc-gpr region
On Tue, Feb 25, 2014 at 12:35:21PM +0100, Thierry Reding wrote:
> On Tue, Feb 18, 2014 at 03:13:33PM +0200, Ville Syrj?l? wrote:
> [...]
> > Once we have drm_planes for cursors, I was thinking we might add some kind
> > of enum property that lists all the supported sizes for the plane.
>
> This co
ly means.
> >
>
> Our hardware has similar features, so I'm sure there will be quite a
> bit of common ground. I also vote for properties.
Thirded. Tegra should be able to use a hardware-agnostic description of
these as well. I wonder if perhaps VESA or some other standard already
defines such a format for some of these properties.
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/20140225/b021e67e/attachment.pgp>
n-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/20140225/9e6da60c/attachment-0001.pgp>
On Mon, Feb 24, 2014 at 04:20:04PM -0600, Daniel Drake wrote:
> Working with HDMI TVs is a real pain as they tend to overscan by
> default, meaning that the pixels around the edge of the framebuffer
> are not displayed. This is well explained here:
> http://mjg59.dreamwidth.org/8705.html
>
> There
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 2 --
drivers/gpu/drm/bochs/bochs_fbdev.c | 1 -
2 files changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/gpu/drm/bochs/bochs.h
index 4608205..7eb52dd 100644
--- a/drivers/gpu/drm/bochs/bochs.h
+++
bochs kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 1 +
drivers/gpu/drm/bochs/bochs_drv.c | 44 +++
cirrus kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Also make the mode_set function unblank the screen.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 42 +
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel
wrote:
> This patch adds device tree binding documentation for the HDMI transmitter
> on i.MX6.
>
> Signed-off-by: Philipp Zabel
> ---
> .../devicetree/bindings/staging/imx-drm/hdmi.txt | 53
> ++
> 1 file changed, 53 insert
atch(0x8504)=0xCAFEDEAD)
>> [ 80.244475] [drm:evergreen_resume] *ERROR* evergreen startup failed on
>> resume
>
> Ping?
Does the attached patch help?
Alex
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-resume-old-pm-late.patch
Ty
On Mon, 2014-02-24 at 14:11 +0200, Ville Syrj?l? wrote:
> On Mon, Feb 24, 2014 at 12:48:55PM +0900, Michel D?nzer wrote:
> > On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote:
> > >
> > > We can kill of the drm_vblank_{pre,post}_modeset() calls since those are
> > > there s
This patch allows to optionally attach the parallel-display to a panel
supported by a drm_panel driver instead of supplying the modes via
device tree.
Before:
parallel-display {
compatible = "fsl,imx-parallel-display";
...
display-timings {
On Mon, 2014-02-24 at 16:20 +0100, Marek Ol??k wrote:
>
> 2) Add support for uncached GTT. I think it should improve performance
> for dGPUs under memory pressure, but some testing needs to be done to
> confirm that. Uncached GTT doesn't seem to work for me on Evergreen,
> but it's said to be work
The EDT ETM0700G0DH6 is a 7" 800x480 panel, which can be
supported by the simple panel driver.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu
Hey, open source graphics enthusiasts,
Yesterday, Google announced that the X.Org foundation is an accepted
organization for the GSoC 2014!
If you are a potential mentor and would have a project you would like a
student to work on, you can propose a project in the summer of code
ideas wiki pag
Hey, open source graphics enthusiasts,
Yesterday, Google announced that the X.Org foundation is an accepted
organization for the GSoC 2014!
If you are a potential mentor and would have a project you would like a
student to work on, you can propose a project in the summer of code
ideas wiki pag
Am 24.02.2014 20:39, schrieb Marek Ol??k:
> On Mon, Feb 24, 2014 at 5:40 PM, Christian K?nig
> wrote:
>> Am 24.02.2014 16:20, schrieb Marek Ol??k:
>>> 1) Add virtual memory support for VRAM. Our GPUs support virtual memory,
>>> which not only solves fragmentation issues, but it also allows each bu
iled
--
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/20140225/1760ae6a/attachment.html>
On Sun, 23 Feb 2014, Josh Boyer wrote:
> On Thu, Feb 20, 2014 at 07:31:41PM -0500, Josh Boyer wrote:
>>On Wed, Feb 19, 2014 at 9:20 PM, Josh Boyer
>>wrote:
>>> Hi All,
>>>
>>> We've had a rather weird report[1] of the brightness adjustments being
>>> broken in a specific case with Thinkpad x220
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Niels Ole Salscheider changed:
What|Removed |Added
Kernel Version|3.11|3.14
--
You are receiving this m
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Niels Ole Salscheider changed:
What|Removed |Added
CC||niels_ole at salscheider-onlin
On Thu, 20 Feb 2014, Paul Bolle wrote:
> On an (rather old) ThinkPad X41, which also uses i915, brightness
> adjustments stopped working altogether in v3.14-rc1 (I haven't used its
> docking station in the v3.14 release cycle). In v3.13.y things behave as
> expected. So perhaps there's actually a
On Tue, Feb 25, 2014 at 5:33 AM, Ville Syrj?l?
wrote:
> On Mon, Feb 24, 2014 at 04:20:04PM -0600, Daniel Drake wrote:
>> Working with HDMI TVs is a real pain as they tend to overscan by
>> default, meaning that the pixels around the edge of the framebuffer
>> are not displayed. This is well explai
https://bugzilla.kernel.org/show_bug.cgi?id=71081
Christian K?nig changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Comment
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/07a667fb/attachment-0001.html>
es
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/1c8111df/attachment.pgp>
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/55605830/attachment.html>
On 02/24/2014 12:19 PM, Borislav Petkov wrote:
> Btw,
>
> I don't know whether the following observation is related or not, but it
> so happens that after resume from suspend-to-disk, I see the booting up
> of the resume kernel on the console but when it is time for the original
> kernel to take o
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/4be38a7d/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/9a42f702/attachment.html>
ves/dri-devel/attachments/20140225/35c9db38/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/1b026055/attachment.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/4e5ffa53/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71141
Bug ID: 71141
Summary: [drm:radeon_uvd_send_upll_ctlreq] *ERROR* Timeout
setting UVD clocks
Product: Drivers
Version: 2.5
Kernel Version: 3.13.5-1
Hardware: x86-64
operties to a given crtc
Actually each of this is possible from color manager read/write, read dumps
information per pipe basis.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140225/46d20b09/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71081
William Shuman changed:
What|Removed |Added
Attachment #127351|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=71081
--- Comment #2 from William Shuman ---
Created attachment 127351
--> https://bugzilla.kernel.org/attachment.cgi?id=127351&action=edit
journal
Attaching.
This happened while using firefox and browsing google maps in street view.
--
You are r
87 matches
Mail list logo
