On Tue, 2013-09-24 at 17:47 +0800, Aaron Lu wrote:
> v3:
> 1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module;
> 2 Remove unnecessary function acpi_video_unregister introduced in
> patch 2/3 as pointed out by Jani Nikula.
>
> v2:
> v1 has the subject of "Rework ACPI video driver"
Hi Laurent,
This is my MIPI DSI bus implementation. The patchset
contains also two drivers:
- DSI bus master driver for Exynos,
- DSI slave driver for s6e8aa0 panel family.
All code has been tested on real device - Exynos 4210 based 'Trats'.
This is not final version, there are still some things
* Maarten Lankhorst wrote:
> > I think the Nouveau guys need to comment further on this, but
> > returning -EFAULT might break existing user-space, and that's not
> > allowed, but IIRC the return value of "presumed" is only a hint, and
> > if it's incorrect will only trigger future command st
Hi Benoit,
On 03/09/2013 16:55, Benoit Parrot wrote:
Hi,
I have not received any feedback on this patch.
It has been pending since the end of June (first post).
Can I get an estimate when it will be included/accepted?
It looks good to me beside a minor comment below.
Could you just rebase it
v3:
1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module;
2 Remove unnecessary function acpi_video_unregister introduced in
patch 2/3 as pointed out by Jani Nikula.
v2:
v1 has the subject of "Rework ACPI video driver" and is posted here:
http://lkml.org/lkml/2013/9/9/74
Since the o
Introduce a new API for modules to query if a specific type of backlight
device has been registered. This is useful for some backlight device
provider module(e.g. ACPI video) to know if a native control
interface(e.g. the interface created by i915) is available and then do
things accordingly(e.g. a
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time or by the acpi_video_unregister function.
The two functi
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, including the fact that
it's broken on a bunch of mac
The tpacpi_acpi_handle_locate function makes use of acpi_get_devices to
locate handle for ACPI video by HID, the problem is, ACPI video node
doesn't really have HID defined(i.e. no _HID control method is defined
for video device), so.. that function would fail. This can be solved by
enhancing the c
On 09/24/2013 05:47 PM, Aaron Lu wrote:
> The backlight control and event delivery functionality provided by ACPI
> video module is mixed together and registered all during video device
> enumeration time. As a result, the two functionality are also removed
> together on module unload time or by th
MIPI DSI is a high-speed serial interface to transmit
data from/to host to display module.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/video/display/Kconfig| 4 +
drivers/video/display/Makefile | 1 +
drivers/video/display/mipi-dsi-bus.c | 332 +++
This patch adds mipi-dsi-bus master driver for Exynos chipset family.
Signed-off-by: Tomasz Figa
Signed-off-by: Donghwa Lee
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/video/display/Kconfig |4 +
drivers/video/display/
The patch adds mipi-dsi-bus slave driver for
s6e8aa0 familiy panels.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Joongmock Shin
Signed-off-by: Eunchul Kim
Signed-off-by: Tomasz Figa
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/video/display/Kc
The patch adds mipi-dsi-exynos bus master node
and s6e8aa0 panel subnode to trats device.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
Conflicts:
arch/arm/boot/dts/exynos4210-trats.dts
---
arch/arm/boot/dts/exynos4210-trats.dts | 54 ++
1 fi
On 23.09.13 10:38, Ville Syrjälä wrote:
On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote:
On 09/17/2013 10:55 PM, Daniel Vetter wrote:
On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley wrote:
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steve
On Wed, Sep 25, 2013 at 06:32:10AM +0200, Mario Kleiner wrote:
> On 23.09.13 10:38, Ville Syrjälä wrote:
> > On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote:
> >> On 09/17/2013 10:55 PM, Daniel Vetter wrote:
> >>> On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley
> >>> wrote:
> On
On Wed, Sep 25, 2013 at 01:17:52PM +1000, Dave Airlie wrote:
> On Mon, Sep 23, 2013 at 12:14 AM, Michael S. Tsirkin wrote:
> > On Mon, Aug 26, 2013 at 04:05:11PM +0300, Michael S. Tsirkin wrote:
> >> On Wed, Aug 21, 2013 at 11:22:58AM +0200, Sedat Dilek wrote:
> >> > [ Re: [Intel-gfx] i915 produci
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #18 from Paul Bodenbenner ---
Conclusion:
Beginning with rc5 the problem occurs.
Hope that helps a bit.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=69790
--- Comment #2 from Ville Syrjala ---
I managed to reproduce this on my HSW. But it seems that it's somehow random as
it doesn't happen every time. It's rather hard to reproduce actually when you
just retry the same mode w/ 'testdisplay -o'.
The
On Wed, 25 Sep 2013, Aaron Lu wrote:
> On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte wrote:
>> Backlight can't be modified with this patch set - neither with
>> function keys nor with the gui. It is a step backward to v3.11-rc1
So both hotkeys and GUI work in v3.11-rc1? And v3.12-rc2?
> Th
https://bugs.freedesktop.org/show_bug.cgi?id=69805
Priority: medium
Bug ID: 69805
Assignee: dri-devel@lists.freedesktop.org
Summary: flightgear crashes on r600 (rs880)
Severity: normal
Classification: Unclassified
OS: Linux (
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #1 from Marc Dietrich ---
sorry, backtrace with debug info this time:
sb/sb_bc_parser.cpp:231:decode_alu_clause: Assertion `gcnt <= cnt' failed.
Program received signal SIGTRAP, Trace/breakpoint trap.
0x7fffea45167c in _debug_as
In
commit 81e49f811404f428a9d9a63295a0c267e802fa12
Author: Glauber Costa
Date: Wed Aug 28 10:18:13 2013 +1000
i915: bail out earlier when shrinker cannot acquire mutex
SHRINK_STOP was added to tell the core shrinker code to bail out and
go to the next shrinker since the i915 shrinker coul
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #2 from Vadim Girlin ---
Crash occurs in SB's bytecode parser, so possibly it's not related to llvm, on
the other hand it may be caused by the bad code produced by llvm backend. Does
it work with llvm backend if you disable sb (R600_D
https://bugs.freedesktop.org/show_bug.cgi?id=69463
--- Comment #9 from samit vats ---
I think it is a regression issue. The issue is resolved with upgrading mesa to
latest 9.3.0-devel(git-59157d1) and with glamor-0.5.0
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69463
samit vats changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #3 from Marc Dietrich ---
Created attachment 86558
--> https://bugs.freedesktop.org/attachment.cgi?id=86558&action=edit
output of R600_DEBUG=vs,fs
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #4 from Marc Dietrich ---
does not crash with R600_DEBUG=nosb
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #5 from Vadim Girlin ---
The assert in SB seems to be caused by incorrect alu clause size in the
bytecode.
LLVM with enabled asserts also fails to compile that shader for me with the
following message:
llc: R600ControlFlowFinalizer.
https://bugs.freedesktop.org/show_bug.cgi?id=69805
--- Comment #6 from Marc Dietrich ---
you are right, I didn't compiled llvm with assertions. Here's an updated bt
KMA20 audio panel initialized
KI266 dme indicator #0 initialized
Missing separate debuginfo for /usr/lib64/libXcursor.so.1
Try: zyp
Hello,
On Wed, Sep 04, 2013 at 08:59:13AM +0200, Maarten Lankhorst wrote:
> Op 04-09-13 05:41, Ben Skeggs schreef:
> > On Thu, Aug 22, 2013 at 5:12 PM, Maarten Lankhorst
> > wrote:
> >> Op 22-08-13 02:10, Ilia Mirkin schreef:
> >>> The code expects non-VRAM mem nodes to have a pages list. If that
On Wed, Sep 04, 2013 at 08:59:13AM +0200, Maarten Lankhorst wrote:
>
> When looking into this bug I noticed that nouveau_bo_vma_add needs to have a
> check for nvbo->page_shift == vma->vm->vmm->spg_shift,
> and only if the check is true it should map the page in TTM_PL_TT. Patch
> below.
> Shoul
The include file has been removed and the file does not
need it anyway, so remove it. Fixes a compile error.
Signed-off-by: Joerg Roedel
---
drivers/gpu/drm/msm/mdp4/mdp4_kms.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/mdp4/mdp4_kms.c
b/drivers/gpu/drm/msm/mdp4
The include file has been moved but this file was not
updated, so compile breaks.
Signed-off-by: Joerg Roedel
---
drivers/gpu/drm/msm/Makefile |3 ---
drivers/gpu/drm/msm/msm_drv.c |5 -
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/msm/Makefile b/dr
The function msm_iommu_get_ctx() is needed buy the MSM-GPU
driver with and wiithout IOMMU compiled in. Make the
function available when no IOMMU driver is there.
Signed-off-by: Joerg Roedel
---
drivers/iommu/msm_iommu.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/iommu/
https://bugs.freedesktop.org/show_bug.cgi?id=69805
Alex Deucher changed:
What|Removed |Added
Summary|flightgear crashes on r600 |flightgear crashes on r600
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #4 from Ilya Tumaykin ---
(In reply to Alex Deucher from comment #3)
> Do you only get the lockups with dpm enabled? If so, try disabling certain
> dpm features and see if any of them help. See if you can narrow down which
> if any o
v5 was:
http://lists.freedesktop.org/archives/dri-devel/2013-September/045576.html
Changes from v5:
- Added a size check on frame packing fbs
- Addressed the various reviews
- All the patches now have r-b tags
--
Damien
___
dri-devel mailing l
It's a tiny bit more logical to find the different capabilities you can
use with the GET_CAP ioctl next to the structure rather than putting
them at the end of the file.
v2: Tab align the litterals (David Herrmann)
v3: Make it clearer that DRM_PRIME_CAP_EXPORT/IMPORT are flags of
DRM_CAP_PRIME
This ioctl can be used to turn some knobs in a DRM driver. The client
can ask the DRM core for an alternate view of the reality: it can be
useful to be able to instruct the core that the DRM client can handle
new functionnality that would otherwise break current ABI.
v2: Rename to ioctl from SET_C
HDMI 1.4a defines a few layouts that we'd like to expose. This commits
add new modeinfo flags that can be used to list the supported stereo
layouts (when querying the list of modes) and to set a given stereo 3D
mode (when setting a mode).
v2: Add a drm_mode_is_stereo() helper
Reviewed-by: Ville S
This capability allows user space to control the delivery of modes with
the 3D flags set. This is to not play games with current user space
users not knowing anything about stereo 3D flags and that could try
to set a mode with one or several of those bits set.
So, the plan is to remove the stereo
For now, let's just look at the 3D_present flag of the CEA HDMI vendor
block to detect if the sink supports a small list of then mandatory 3D
formats.
See the HDMI 1.4a 3D extraction for detail:
http://www.hdmi.org/manufacturer/specification.aspx
v2: Rename freq to vrefresh, make the mandatory
So we respect a nice design of having similar functions at the same
level, in this case:
do_hdmi_vsdb_modes()
- add_hdmi_mandatory_stereo_modes()
- add_hdmi_mode()
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_edid.c | 36 +
When setting a stereo 3D mode, there can be only one bit set describing
the layout of the frambuffer(s). So reject invalid modes early.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm
When scanning out a stereo mode, the AVI infoframe vic field has to be
the underlyng 2D VIC. Before that commit, we weren't matching the CEA
mode because of the extra stereo flag and then were setting the VIC
field in the AVI infoframe to 0.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespia
This allows to expose the alternate clock versions of the stereo modes.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_edid.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 48f1746..c24af1d 1
Just like with interlaced or double scan modes, make stereo modes a
per-connector opt-in to give a chance to driver authors to make it work
before enabling it.
Suggested-by: Daniel Vetter
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc_helper.c | 8 +++
Both setcrtc and page_flip are checking that the framebuffer is big
enough for the defined crtc viewport (x, y, hdisplay, vdisplay). Factor
that code out in a single function.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 70 --
This field is unused. Garbage collect it.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
include/drm/drm_crtc.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 011baaa..8e9716e 100644
--- a/include/drm/drm_crtc.h
+++ b/inclu
When scanning out a 3D mode on HDMI, we need to send an HDMI infoframe
with the corresponding layout to the sink.
v2: Make s3d_structure_from_display_mode() less subtle (Ville Syrjälä)
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_edid.c | 40
This field was only accessed by the nouveau driver, but never set. So
concluded we can rid of this one.
Acked-by: Ben Skeggs
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 2 --
include/drm/drm_crtc.h | 1 -
2 files chang
Just like the various timings, make it possible to have a clock field
what we can tweak before giving it to hardware.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_modes.c | 1 +
include/drm/drm_crtc.h | 1 +
2 files changed, 2 insertions(+)
diff --git a
Some stereo modes, like frame packing, need a larger CRTC viewport than
the "natural" underlying 2D mode and thus drm_crtc_check_viewport()
needs to query the adjusted mode to use the correct h/vdisplay.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 8
When using the frame packing and a single big framebuffer, some hardware
requires that we do everything like if we were scanning out the big
buffer itself. Let's instrument drm_mode_set_crtcinfo() to be able to do
this adjustement if the driver is asking for it.
v2: Use crtc_vtotal and multiply th
We want to dump the parameters given to the hardware, so let's use
crtc_clock here.
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drive
struct drm_mode_display now has a separate crtc_ version of the clock to
be used when we're talking about the timings given to the harwadre (was
far as the mode is concerned).
This commit is really the result of a git grep adjusted_mode.*clock and
replacing those by adjusted_mode.crtc_clock. No fu
When scanning out big stereo buffers that are actually bigger that their
natural 2D counterpart, we need to blow up the crtc timings as well.
Not that this is only done for frame packing as this is the only stereo
mode currently exposed needing this kind of ajdustements.
Reviewed-by: Ville Syrjäl
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_hdmi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
b/drivers/gpu/drm/i915/intel_hdmi.c
index 1a57758..6004f9c 100644
--- a/drivers/gpu/drm/i915/intel_hdmi.c
+++ b/dr
Now that we ask to adjust the crtc timings for stereo modes, the correct
pipe_src_w and pipe_src_h can be found in crtc_vdisplay and crtc_hdisplay.
v2: Add comment about why pipe_src_w/h need to be set afert
set_crtcinfo() (Daniel Vetter)
Reviewed-by: Ville Syrjälä
Signed-off-by: Damien Lesp
https://bugs.freedesktop.org/show_bug.cgi?id=69671
--- Comment #4 from Alex Deucher ---
Created attachment 86569
--> https://bugs.freedesktop.org/attachment.cgi?id=86569&action=edit
possible fix
Does this patch fix the isssue?
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #19 from Alex Deucher ---
Created attachment 86570
--> https://bugs.freedesktop.org/attachment.cgi?id=86570&action=edit
possible fix
Does this patch fix the playback problems?
--
You are receiving this mail because:
You are the a
On Wed, 25 Sep 2013, Jörg Otte wrote:
> 2013/9/25 Jani Nikula :
>> On Wed, 25 Sep 2013, Aaron Lu wrote:
>>> On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte wrote:
Backlight can't be modified with this patch set - neither with
function keys nor with the gui. It is a step backward to
24.09.2013, 00:11, "Konrad Rzeszutek Wilk" :
> On Sat, Sep 21, 2013 at 07:39:10AM +0400, Alex Ivanov wrote:
>
>> 21.09.2013, в 1:27, Alex Deucher написал(а):
>>> The register writes seems to be going through the register backbone
>>> correctly:
>>>
>>> [0x00B] 0x15E0=0x
>>> [0x00C] 0x
Hi,
So this series looks like a good candidate to be merged in one tree.
Beside the new 3d flags added to the mode structure, the other new API
is the SET_CLIENT_CAP ioctl. It seems that this new ioctl could already
be potentially useful for user space to tell us they want the "primary"
plane exp
On Thu, Sep 26, 2013 at 12:41 AM, Pasi Kärkkäinen wrote:
> Hello,
>
> On Wed, Sep 04, 2013 at 08:59:13AM +0200, Maarten Lankhorst wrote:
>> Op 04-09-13 05:41, Ben Skeggs schreef:
>> > On Thu, Aug 22, 2013 at 5:12 PM, Maarten Lankhorst
>> > wrote:
>> >> Op 22-08-13 02:10, Ilia Mirkin schreef:
>> >
On Thu, Sep 26, 2013 at 02:48:49AM +1000, Ben Skeggs wrote:
> On Thu, Sep 26, 2013 at 12:41 AM, Pasi Kärkkäinen wrote:
> > Hello,
> >
> > On Wed, Sep 04, 2013 at 08:59:13AM +0200, Maarten Lankhorst wrote:
> >> Op 04-09-13 05:41, Ben Skeggs schreef:
> >> > On Thu, Aug 22, 2013 at 5:12 PM, Maarten L
On Wed, Sep 25, 2013 at 08:29:07PM +0400, Alex Ivanov wrote:
> 24.09.2013, 00:11, "Konrad Rzeszutek Wilk" :
> > On Sat, Sep 21, 2013 at 07:39:10AM +0400, Alex Ivanov wrote:
> >
> >> 21.09.2013, в 1:27, Alex Deucher написал(а):
> >>> The register writes seems to be going through the register back
On Tuesday, September 24, 2013 05:47:31 PM Aaron Lu wrote:
> According to Matthew Garrett, "Windows 8 leaves backlight control up
> to individual graphics drivers rather than making ACPI calls itself.
> There's plenty of evidence to suggest that the Intel driver for
> Windows [8] doesn't use the AC
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #20 from Paul Bodenbenner ---
Nice, nice, nice...
Patch worked on rc5. So it seems to be solved.
For being sure I will apply both patches also on 3.11.1 and give feedback.
--
You are receiving this mail because:
You are the assignee
On Wed, Sep 25, 2013 at 1:28 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 25, 2013 at 08:29:07PM +0400, Alex Ivanov wrote:
>> 24.09.2013, 00:11, "Konrad Rzeszutek Wilk" :
>> > On Sat, Sep 21, 2013 at 07:39:10AM +0400, Alex Ivanov wrote:
>> >
>> >> 21.09.2013, в 1:27, Alex Deucher написал(а):
>
Alex,
> You'd want to add the add the flush to r100_ring_test() in r100.c.
> radeon_cp.c is for the old UMS support.
Right!
Konrad,
Thanks for the code! I'll try asap.
25.09.2013, 21:28, "Konrad Rzeszutek Wilk" :
> I took a look at the arch/parisc/kernel/pci-dma.c and I see that
> is mostly a f
https://bugs.freedesktop.org/show_bug.cgi?id=69671
--- Comment #5 from Andy Furniss ---
(In reply to comment #4)
> Created attachment 86569 [details] [review]
> possible fix
>
> Does this patch fix the isssue?
Yes, all modes are working with that, thanks.
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #1 from Andy Furniss ---
IIRC it was the XBMC people that wanted the ntsc variants in the first place as
their player defaults to sync to video exactly and would need to resample sound
at 24Hz because of this (blu-ray are 24/1.001).
On Tue, 24 Sep 2013, Aaron Lu wrote:
> locate handle for ACPI video by HID, the problem is, ACPI video node
> doesn't really have HID defined(i.e. no _HID control method is defined
ACPI video is supposed to attach a virtual HID node (ACPI_VIDEO_HID) to ACPI
video devices so as to keep the non-triv
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #2 from Alex Deucher ---
>From IRC:
agd5f: you might've seen already, but the 23.976 Hz pixel clock
74175.824175 is rounded up to 74176 in Ville's commit, but
r600_hdmi_predefined_acr[] table contains 74175 so it does not match
not
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #3 from Alex Deucher ---
Created attachment 86598
--> https://bugs.freedesktop.org/attachment.cgi?id=86598&action=edit
use hw generated cts and n values rather than the sw programmed values
Does this patch help? If not, it may be
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #21 from Paul Bodenbenner ---
Perfect!
Works also on 3.11.1. So Bug is solved for me.
Thanks a lot!
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #4 from Alex Deucher ---
Something like this:
diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
b/drivers/gpu/drm/radeon/r600_hdmi.c
index b0fa600..f7d2766 100644
--- a/drivers/gpu/drm/radeon/r600_hdmi.c
+++ b/drivers/gpu/drm/radeon/r6
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #5 from Anssi Hannula ---
To expand a bit on my earlier comment that Alex pasted:
HDMI sends ACR packets in the stream that will allow the sink to recover the
audio clock. Two values are sent:
N: Divisor used on the audio reference
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #6 from Alex Deucher ---
(In reply to comment #5)
> (In reply to comment #4)
> > Something like this:
>
> Not really, the selection doesn't work like that - clock has to match
> exactly to the table value, it is not an upper bound.
https://bugs.freedesktop.org/show_bug.cgi?id=69694
--- Comment #14 from Marco ---
I found a workaround!
Disabling second GPU in xorg.conf let me enter in X with acceleration enabled:
marco@albireo:~$ glxinfo | grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD
https://bugs.freedesktop.org/show_bug.cgi?id=69694
--- Comment #15 from Marco ---
Created attachment 86601
--> https://bugs.freedesktop.org/attachment.cgi?id=86601&action=edit
xorg.conf working with only one GPU (HD8330)
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=69694
--- Comment #16 from Alex Deucher ---
Are you sure it doesn't work if you remvoe your xorg.conf completely? You
don't need one and in most cases it causes more problems than it solves. Also
you can remove this line:
Virtual 5760 1920
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #7 from Anssi Hannula ---
(In reply to comment #6)
> I just meant to patch the table so that you end up using the pre-defined
> values for CTS and N rather than calculating them from the formula.
>
> { xxx, 11648, 210937, 17836, 234
Hi Benoit,
On Tue, Sep 24, 2013 at 11:29:51AM +0200, Benoit Cousson wrote:
> Hi Benoit,
>
> On 03/09/2013 16:55, Benoit Parrot wrote:
> >Hi,
> >
> >I have not received any feedback on this patch.
> >It has been pending since the end of June (first post).
> >Can I get an estimate when it will be i
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #8 from Andy Furniss ---
(In reply to comment #2)
> From IRC:
> agd5f: you might've seen already, but the 23.976 Hz pixel clock
> 74175.824175 is rounded up to 74176 in Ville's commit
FWIW I guess he did this because 74.176 appears
Hi Dave,
More radeon fixes for 3.12. Kind of all over the place: UVD, DPM,
tiling, etc.
The following changes since commit 6ddf2ed6e00396883b3123032ccb4416205aac7c:
Merge branch 'msm-fixes-3.12' of git://people.freedesktop.org/~robclark/linux
into drm-fixes (2013-09-20 09:06:48 +1000)
are a
> > >> The pci_assign_resource() path must have some bug that causes the
> > >> resource values to be set incorrectly or similar.
> > >>
> > >> Meelis, what is the value of pci_resource_start(pdev, PCI_ROM_RESOURCE)
> > >> before the pci_map_rom() call?
> > >
> > > [drm] radeon_read_bios: pci_re
https://bugs.freedesktop.org/show_bug.cgi?id=67107
--- Comment #12 from Adam Honse ---
I'm using the Ubuntu kernel PPA's 3.12-rc2 kernel which according to the
changelog has this patch but am still having the problem. My laptop is
A10-4600M with 7730M discrete GPU. If I disable gdm and X, I can
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #22 from Paul Bodenbenner ---
Bad news. On 3.12rc2 those patches don't work anymore. Same problem like at
starting this crq. HDMI audio seems to be totally disabled...
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #23 from Alex Deucher ---
(In reply to comment #22)
> Bad news. On 3.12rc2 those patches don't work anymore. Same problem like at
> starting this crq. HDMI audio seems to be totally disabled...
In 3.12 you can enable audio on the fly
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #5 from madc...@atlas.cz ---
Kernel 3.12-rc2 seems to fix the issue for me. (The kernel still crashes with
the patches for powerxpress dynamic power switching, but that's obviously
another story).
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=69790
Guang Yang changed:
What|Removed |Added
Hardware|Other |All
OS|All
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #9 from Pierre Ossman ---
(In reply to comment #1)
> IIRC it was the XBMC people that wanted the ntsc variants in the first place
> as their player defaults to sync to video exactly and would need to resample
> sound at 24Hz because o
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #10 from Pierre Ossman ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > Something like this:
> >
> > Not really, the selection doesn't work like that - clock has to match
> > exactly to the t
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #11 from Pierre Ossman ---
(In reply to comment #10)
>
> So what should I actually try for the second patch? What you wrote? Or the
> value from the mode line? :)
Which were the same, so don't mind me...
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=69694
--- Comment #17 from Marco ---
> Are you sure it doesn't work if you remvoe your xorg.conf completely?
Yes, I'm sure. Without a xorg.conf I only have a black screen with the cursor
caret in the upper left corner.
I also tried disabling dpm (rade
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #12 from Christian König ---
(In reply to comment #3)
> Created attachment 86598 [details] [review]
> use hw generated cts and n values rather than the sw programmed values
>
> Does this patch help? If not, it may be worth adding so
On Wed, Sep 25, 2013 at 06:34:38PM +0300, Michael S. Tsirkin wrote:
> On Wed, Sep 25, 2013 at 09:56:52AM +0200, Daniel Vetter wrote:
> > On Wed, Sep 25, 2013 at 01:17:52PM +1000, Dave Airlie wrote:
> > > On Mon, Sep 23, 2013 at 12:14 AM, Michael S. Tsirkin
> > > wrote:
> > > > On Mon, Aug 26, 201
1 - 100 of 101 matches
Mail list logo
