TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/5265bd2c/attachment.html>
> -Original Message-
> From: Sergey Senozhatsky [mailto:sergey.senozhatsky at gmail.com]
> Sent: Thursday, May 07, 2015 4:24 AM
> To: Konduru, Chandra
> Cc: Daniel Vetter; Sergey Senozhatsky; David Airlie; Vetter, Daniel; intel-
> gfx at lists.freedesktop.org; dri-devel at lists.freedesktop
On Thu, May 7, 2015 at 9:40 PM, Steven Rostedt wrote:
> [ cut here ]
> WARNING: CPU: 2 PID: 0 at
> /work/autotest/nobackup/linux-test.git/drivers/gpu/drm/i915/intel_uncore.c:566
> hsw_unclaimed_reg_debug.isra.10+0x6c/0x84()
> Unclaimed register detected before writing
it on, etc.
--
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/20150508/90e55011/attachment.html>
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/20150508/21819bad/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/356e57c9/attachment-0001.html>
est
this in the BIOS as well?
--
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/20150508/5c0a27e8/attachment.html>
On Thu, May 07, 2015 at 05:40:03PM +0100, One Thousand Gnomes wrote:
> On Thu, 7 May 2015 15:52:12 +0200
> Daniel Vetter wrote:
>
> > On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> > > On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > > > Yes the idea would be
Hi Tomasz
Thanks for the fix, but some register is wrong.
On 2015å¹´05æ08æ¥ 16:16, Tomasz Figa wrote:
> VOP can support BGR formats in all windows thanks to red/blue swap option
> provided in WINx_CTRL0 registers. This patch enables support for
> ABGR, XBGR, BGR888 and BGR565 forma
On Fri, May 08, 2015 at 05:13:45PM +0900, Tomasz Figa wrote:
> Currently drm_gem_prime_import() checks if gem_prime_import_sg_table()
> is implemented in DRM driver ops. However it is not necessary for
> internal imports (i.e. dma_buf->ops == &drm_gem_prime_dmabuf_ops
> and obj->dev == dev), which
On 2015å¹´05æ08æ¥ 16:49, Tomasz Figa wrote:
> Hi Mark,
>
> Thanks for review.
>
> On Fri, May 8, 2015 at 5:40 PM, Mark yao wrote:
>>> @@ -233,6 +243,7 @@ static const struct vop_win_phy win23_data = {
>>> .nformats = ARRAY_SIZE(formats_234),
>>> .enable = VOP_REG(WIN2_CTRL0, 0
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/20150508/9d9ecd8c/attachment-0001.html>
Allow drm_bridge objects to link to each other in order to form an encoder
chain. The requirement for creating a chain of bridges comes because the
MSM drm driver uses up its encoder and bridge objects for blocks within
the SoC itself. There isn't anything left to use if the SoC display output
is c
||
--
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/20150508/63197ece/attachment.html>
||
--
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/20150508/90e758f7/attachment.html>
Hi Kamil,
A few more comments about the documentation:
First of all you should add some documentation about what the passthrough mode
actually is. Right now all this says is that you can enable or disable it, but
not what it actually does.
And next I have a few small comments about the timestamp
From: Thierry Reding
Some setups do not register a default VGA device, in which case the VGA
arbiter will still complain about the (non-existent) PCI device being a
non-VGA device.
Fix this by making the error message conditional on a default VGA device
having been set up. Note that the easy rou
From: Thierry Reding
This is a set of cosmetic cleanups that I couldn't resist after fixing
the annoying and misleading "PCI device is not a VGA device" warning.
Thierry
Thierry Reding (7):
vgaarb: Use vgaarb: prefix consistently in messages
vgaarb: Fix a few checkpatch errors and warnings
From: Thierry Reding
Define the pr_fmt() macro to causes all messages emitted by pr_*()
functions to be prefixed with "vgaarb: ".
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --g
From: Thierry Reding
Wrap overly long lines (offending lines were mostly comments, so trivial
to fix up) and a number of other coding style issues pointed out by the
checkpatch tool.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 102 --
From: Thierry Reding
This silences a bunch of checkpatch warnings and makes the code shorter.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c b/dri
From: Thierry Reding
The header comment uses a weird combination of formatting styles. Make
it consistent.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
From: Thierry Reding
Use pr_fmt() to define the "vga_switcheroo: " prefix that is prepended
to all output messages emitted by pr_*() functions. This allows making
existing strings much shorter and eliminates a bunch of warnings from
checkpatch about lines being overly long.
Signed-off-by: Thierr
From: Thierry Reding
Wrap overly long lines to make checkpatch happy. While at it, also add
blank lines after declarations to eliminate additional problems flagged
by checkpatch.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 33 -
1 file c
From: Thierry Reding
debugfs_remove() gracefully ignores NULL parameters, so the explicit
checks can be removed.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
Hi Kamil,
On 05/04/2015 07:33 PM, Kamil Debski wrote:
> This is the first version of the libGenCEC library. It was designed to
> act as an interface between the generic CEC kernel API and userspace
> applications. It provides a simple interface for applications and an
> example application that ca
On 05/04/2015 07:32 PM, Kamil Debski wrote:
> Add HDMI CEC specific keycodes to the keycodes definition.
>
> Signed-off-by: Kamil Debski
Acked-by: Hans Verkuil
> ---
> include/uapi/linux/input.h | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/include/uapi/linux/input
Hi Dave, sorry, I'm a bit late this week with the i915 fixes.
BR,
Jani.
The following changes since commit 5ebe6afaf0057ac3eaeb98defd5456894b446d22:
Linux 4.1-rc2 (2015-05-03 19:22:23 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fix
On 05/04/2015 07:32 PM, Kamil Debski wrote:
> Add handling of remote control events coming from the HDMI CEC bus.
> This patch includes a new keymap that maps values found in the CEC
> messages to the keys pressed and released. Also, a new protocol has
> been added to the core.
>
> Signed-off-by:
ceiving 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/20150508/c4d74363/attachment.html>
On 05/08/2015 01:02 PM, Hans Verkuil wrote:
> On 05/04/2015 07:32 PM, Kamil Debski wrote:
>> Add handling of remote control events coming from the HDMI CEC bus.
>> This patch includes a new keymap that maps values found in the CEC
>> messages to the keys pressed and released. Also, a new protocol h
Hi Kamil,
Just two tiny issues, and after that you can add my:
Reviewed-by: Hans Verkuil
to this.
On 05/04/2015 07:32 PM, Kamil Debski wrote:
> diff --git a/include/uapi/linux/cec.h b/include/uapi/linux/cec.h
> new file mode 100644
> index 000..67b0049
> --- /dev/null
> +++ b/include/uapi/
On Fri, May 08, 2015 at 01:56:02PM +0300, Jyri Sarha wrote:
> On 2015-04-05 20:26, Russell King - ARM Linux wrote:
> >On Sun, Apr 05, 2015 at 06:46:13PM +0200, Takashi Iwai wrote:
> >>At Sun, 5 Apr 2015 17:20:34 +0100,
> >>Russell King - ARM Linux wrote:
> >>> Since (afaik) ALSA has a lack of suppo
On 05/07/2015 04:49 AM, Denys Vlasenko wrote:
> Function compiles to 89 bytes of machine code.
> 466 callsites with this .config:
> http://busybox.net/~vda/kernel_config
> Size reduction:
Much of the cruft is related to calling iowriteX.
Ben,
Isn't subdev io always mmio? (iow, never to the 64k i
On (05/08/15 01:27), Konduru, Chandra wrote:
> > there are no specific steps, happens during boot and every time the screen
> > goes
> > unblank. attached dmesg, .config.
> >
> OK, I am able reproduce the mismatch scaler id log on HSW system.
> Though, this log doesn't affect system functionality
On Fri, May 8, 2015 at 6:11 AM, Archit Taneja wrote:
> Allow drm_bridge objects to link to each other in order to form an encoder
> chain. The requirement for creating a chain of bridges comes because the
> MSM drm driver uses up its encoder and bridge objects for blocks within
> the SoC itself. T
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/43f6381a/attachment.html>
Hi Thierry,
On Fri, May 08, 2015 at 12:50:46PM +0200, Thierry Reding wrote:
> + *
> + * Switcher interface - methods require for ATPX and DCM
> + * - switchto - this throws the output MUX switch
> + * - discrete_set_power - sets the power state for the discrete card
> + *
> + * GPU driver interfac
> -Original Message-
> From: Dave Jones [mailto:davej at codemonkey.org.uk]
> Sent: Thursday, May 07, 2015 7:48 PM
> To: dri-devel at lists.freedesktop.org
> Cc: Deucher, Alexander; Koenig, Christian
> Subject: Radeon Verde displayport failure.
>
> I just bought a new radeon (1002:682c), t
https://bugzilla.kernel.org/show_bug.cgi?id=68571
joe.r.floss.user at gmail.com changed:
What|Removed |Added
CC||joe.r.floss.user at gmail.c
On Fri, May 08, 2015 at 04:16:08PM +0300, Jyri Sarha wrote:
> On 2015-04-02 12:22, Russell King wrote:
> >+static const unsigned int eld_rates[] = {
> >+32000,
> >+44100,
> >+48000,
> >+88200,
> >+96000,
> >+176400,
> >+192000,
> >+};
> >+
>
> For what I can see, you ar
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #74 from Alex Deucher ---
(In reply to joe.r.floss.user from comment #73)
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> RV730 XT [Radeon HD 4670] (prog-if 00 [VGA controller])
Please file your own bug.
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #75 from joe.r.floss.user at gmail.com ---
Created attachment 176191
--> https://bugzilla.kernel.org/attachment.cgi?id=176191&action=edit
Kernel log for GPU lockup
Applies to a [AMD/ATI] RV730 XT [Radeon HD 4670] card
--
You are re
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #76 from joe.r.floss.user at gmail.com ---
Ah, sorry, just realized it was a different series, will file a new bug.
Thanks.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Add reference counting on a kernel module that exports dma-buf and
implements its operations. This prevents the module from being unloaded
while DMABUF file is in use.
The original patch [1] was submitted by Tomasz Stanislawski, but this
is a simpler way to do it.
v3: call module_put() as late as
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/17306617/attachment.html>
On Fri, May 08, 2015 at 09:03:19AM -0400, Rob Clark wrote:
> On Fri, May 8, 2015 at 6:11 AM, Archit Taneja
> wrote:
> > Allow drm_bridge objects to link to each other in order to form an encoder
> > chain. The requirement for creating a chain of bridges comes because the
> > MSM drm driver uses u
out quarter of screen on left top corner.
--
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/20150508/11ec1edb/attachment.html>
Also treat it as a proper boolean.
Cc: Todd Previte
Cc: Paulo Zanoni
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_edid.c | 8
drivers/gpu/drm/i915/intel_dp.c | 2 +-
include/drm/drm_crtc.h | 1 +
3 files changed, 6 insertion
On Fri, May 8, 2015 at 9:54 AM, Daniel Vetter wrote:
> On Fri, May 08, 2015 at 09:03:19AM -0400, Rob Clark wrote:
>> On Fri, May 8, 2015 at 6:11 AM, Archit Taneja
>> wrote:
>> > Allow drm_bridge objects to link to each other in order to form an encoder
>> > chain. The requirement for creating a
From: Ville Syrjälä
Currently we're adding CEA modes after the inferred modes, which means
we might get multiple modes that are very close to each other, but
slightly different, which seems a bit silly. That's because duplicate
mode check that occurs when adding inferred modes would not conside
https://bugzilla.kernel.org/show_bug.cgi?id=97931
Bug ID: 97931
Summary: GPU lockup with Radeon HD 4670
Product: Drivers
Version: 2.5
Kernel Version: 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3
(2015-04-23) x86_64 GNU/Linux
https://bugzilla.kernel.org/show_bug.cgi?id=97931
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #2 from joe.r.floss.user at gmail.com ---
Created attachment 176211
--> https://bugzilla.kernel.org/attachment.cgi?id=176211&action=edit
Kernel log for GPU lockup
Kernel log obtained with [AMD/ATI] RV730 XT [Radeon HD 4670] (driver:
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/4c221621/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #3 from joe.r.floss.user at gmail.com ---
dmesg output is now attached. As for the Xorg log, I don't have one
corresponding to the lockup, unfortunately. I can attach a current one, or wait
for the next lockup and make sure I keep the l
So I've not yet went through the entire series; but I'm wondering if its
at all possible to re-use some of this work:
lkml.kernel.org/r/1428453299-19121-1-git-send-email-sukadev at
linux.vnet.ibm.com
That's for a Power8 HV call that can basically return an array of
values; which on a superficia
On Thu, May 07, 2015 at 03:15:43PM +0100, Robert Bragg wrote:
> I've changed the uapi for configuring the i915_oa specific attributes
> when calling perf_event_open(2) whereby instead of cramming lots of
> bitfields into the perf_event_attr config members, I'm now
> daisy-chaining a drm_i915_oa_ev
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/8d24511c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/d5d694b8/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/e70ab64c/attachment.html>
This time I quit mplayer while stil
playing ok a run again. Maybe contains useful info.
--
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/
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/c5bab81e/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/80d015bd/attachment-0001.html>
eedesktop.org/archives/dri-devel/attachments/20150508/4a763ac4/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/58bf02c3/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/5a8092ac/attachment.html>
Running a bunch of tests for some mode setting code that I have, and the
drmModeSetCursor function works great on VMWare and AMD GPUs, but I get nothing
on the Intel GPU (3.19 kernel). It used to work fine (3.11 kernel). I donât
get any errors either. I simply donât see anything.
For my te
Hi Inki,
2015-05-07 Inki Dae :
> Hi,
>
> On 2015ë
05ì 07ì¼ 06:45, Gustavo Padovan wrote:
> > Hi Inki and Joonyoung.
> >
> > Any thoughts on this?
>
> You need to resolve one issue that booting is still halted when one more
> crtc drivers are enabled, which is a dead lock issue incurred by
Hello,
I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a
1080p panel).
Run the usual modetest tests (just primary plane, primary plane with
vsync, primary plane with overlay, primary plane with overlay and video
overlay, overlay partially outside of crtc area, etc.) and haven't
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/8db80bda/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/2a4a697c/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150508/6a4bc286/attachment.html>
VOP can support BGR formats in all windows thanks to red/blue swap option
provided in WINx_CTRL0 registers. This patch enables support for
ABGR, XBGR, BGR888 and BGR565 formats by using this feature.
Signed-off-by: Tomasz Figa
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 33
On 05/07/15 12:44, Tomi Valkeinen wrote:
>
> On 01/04/15 11:49, Jyri Sarha wrote:
>> Ok, let's do one more full review round. The mode filtering issue was
>> the main reason for this new patch series version. However, I found
>> couple other things to fix too after scrutinizing the patches once
>>
For all that I know this should be good for taking.
Changes since v4
* Rebased on top linux-4.1-rc2
* Drop "drm/tilcdc: Decrement refcount of ep-node from of_graph_get_next_..."
* Make connector_funcs const in struct tilcdc_drm_private because
struct drm_connector's helper_private has been quali
If I read Documentation/kbuild/makefiles.txt section 3.6 right, this
patch should not be needed. However, without this patch the objects
needed for DRM_TILCDC_SLAVE_COMPAT are not linked, if DRM_TILCDC is
built as module.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/Makefile | 2 +-
1 file chan
Use new binding for the external tda19988 HDMI encoder.
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-boneblack.dts | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-boneblack.dts
b/arch/arm/boot/dts/am335x-boneblack.dts
On 2015-04-05 20:26, Russell King - ARM Linux wrote:
> On Sun, Apr 05, 2015 at 06:46:13PM +0200, Takashi Iwai wrote:
>> At Sun, 5 Apr 2015 17:20:34 +0100,
>> Russell King - ARM Linux wrote:
>> > Since (afaik) ALSA has a lack of support for dynamic reconfiguration
>> > according to the attached devi
On 2015-04-02 12:22, Russell King wrote:
> Add a helper for the EDID like data structure, which is typically
> passed
> from a HDMI adapter to its associated audio driver. This informs the
> audio driver of the capabilities of the attached HDMI sink.
>
> Signed-off-by: Russell King
> ---
> inc
On Wed, May 06, 2015 at 09:28:09AM +0200, Jan Kara wrote:
> Provide new function get_vaddr_frames(). This function maps virtual
> addresses from given start and fills given array with page frame numbers of
> the corresponding pages. If given start belongs to a normal vma, the function
> grabs refe
On Fri, May 08, 2015 at 01:23:59PM +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Dave Jones [mailto:davej at codemonkey.org.uk]
> > Sent: Thursday, May 07, 2015 7:48 PM
> > To: dri-devel at lists.freedesktop.org
> > Cc: Deucher, Alexander; Koenig, Christian
> > Sub
Force crtc dpms off before destroying the crtc instead of just
checking the dpms state. This fixes warning message and frozen picture
after tilcdc module unloading.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --
Remove tilcdc slave support for tda998x driver. The tilcdc slave
support would conflicts with componentized use of tda998x.
Signed-off-by: Jyri Sarha
---
.../devicetree/bindings/drm/tilcdc/slave.txt | 18 -
drivers/gpu/drm/tilcdc/Makefile| 1 -
drivers/gpu/drm/tilcdc
On Fri, 8 May 2015 08:55:46 +0200
Daniel Vetter wrote:
> On Thu, May 7, 2015 at 9:40 PM, Steven Rostedt wrote:
> Please retry with snd-hda-intel blacklisted. At least last time I
> checked that was the only culprit left, i915 is just the messenger
> here. The other one was stupid things done by
On Fri, 8 May 2015 12:18:10 -0400
Steven Rostedt wrote:
> On Fri, 8 May 2015 12:08:31 -0400
> Steven Rostedt wrote:
>
>
> > Maybe it's my bios still (it is an older box). I'll just block out
> > compiling in SND_HDA_INTEL, so that it doesn't break my tests (they
> > fail on a WARNING).
>
> Hm
Currently drm_gem_prime_import() checks if gem_prime_import_sg_table()
is implemented in DRM driver ops. However it is not necessary for
internal imports (i.e. dma_buf->ops == &drm_gem_prime_dmabuf_ops
and obj->dev == dev), which only increment reference count on respective
GEM objects.
This patch
Am 08.05.2015 um 10:37 schrieb Daniel Vetter:
> dma-buf user handles are fds, which means anything allocated can be passed
> around nicely already. The question really is whether we'll have one ioctl
> on top of a special dev node or a syscall. I thought that in these cases
> where the dev node is
On 05/08/15 16:27, Russell King - ARM Linux wrote:
> On Fri, May 08, 2015 at 04:16:08PM +0300, Jyri Sarha wrote:
>> On 2015-04-02 12:22, Russell King wrote:
...
>> For what I can see, you are setting the cross dependency between
>> the sample rate and channels incorrectly.
>
> There is a dependency
Adds a CONFIG_DRM_TILCDC_SLAVE_COMPAT module for "ti,tilcdc,slave"
node conversion. The implementation is in tilcdc_slave_compat.c and it
uses tilcdc_slave_compat.dts as a basis for creating a DTS
overlay. The DTS overlay adds an external tda998x encoder to tilcdc
that corresponds to the old tda998
On Fri, 8 May 2015 12:08:31 -0400
Steven Rostedt wrote:
> Maybe it's my bios still (it is an older box). I'll just block out
> compiling in SND_HDA_INTEL, so that it doesn't break my tests (they
> fail on a WARNING).
Hmm, right after I posted this I triggered the Call Trace again with
# CONFI
> dma-buf user handles are fds, which means anything allocated can be passed
> around nicely already. The question really is whether we'll have one ioctl
> on top of a special dev node or a syscall. I thought that in these cases
> where the dev node is only ever used to allocate the real thing, a s
Add support for an external compontised DRM encoder. The external
encoder can be connected to tilcdc trough device tree graph binding.
The binding document for tilcdc has been updated. The current
implementation supports only tda998x encoder.
To be able to filter out the unsupported video modes th
Hi Mark,
Thanks for review.
On Fri, May 8, 2015 at 5:40 PM, Mark yao wrote:
>> @@ -233,6 +243,7 @@ static const struct vop_win_phy win23_data = {
>> .nformats = ARRAY_SIZE(formats_234),
>> .enable = VOP_REG(WIN2_CTRL0, 0x1, 0),
>> .format = VOP_REG(WIN2_CTRL0, 0x7, 1),
>>
94 matches
Mail list logo
