https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #3 from Maxqia ---
Yes, I just double checked. With the commit, the displayport audio is warped.
--
You are receiving this mail because:
You are watching the assignee of the bug.
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/09906912/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia changed:
What|Removed |Added
Attachment #184611|0 |1
is obsolete|
Hi Inki,
2015-08-07 Inki Dae :
> Hi Gustavo,
>
> On 2015ë
08ì 06ì¼ 22:31, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had
> > only a drm_encoder member and the internal exynos_drm_encoders ops that
> > was
From: Gustavo Padovan
The DRM Core doesn't have a dpms() operation anymore, everything
now is enable() or disable().
Signed-off-by: Gustavo Padovan
---
v2: set dp->dpms_mode after enable/disable
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 36
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2
Hi Heiko,
å¨ 2015/8/10 20:08, Heiko Stübner åé:
> Hi Yakir,
>
> Am Samstag, 8. August 2015, 11:54:38 schrieb Yakir Yang:
+static int rockchip_dp_init(struct rockchip_dp_device *dp)
+{
+ struct device *dev = dp->dev;
+ struct device_node *np = dev->of_node;
+ int
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/0def5d27/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=102401
--- Comment #1 from Maxqia ---
Created attachment 184611
--> https://bugzilla.kernel.org/attachment.cgi?id=184611=edit
Patch
Reverting Commit 7726e72b3d6879ee5fc743a230eb6f5afa12844b Seems to fix my
issues.
--
You are receiving this mail
Hi Thierry,
å¨ 2015/8/10 18:00, Thierry Reding åé:
> On Sat, Aug 08, 2015 at 11:54:38AM +0800, Yakir Yang wrote:
> [...]
>> edp: edp at ff97 {
> [...]
>> hsync-active-high = <0>;
>> vsync-active-high = <0>;
>> interlaced = <0>;
The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the
32bit address space for amdgpu_va_range_alloc.
The 32bit address space is reserved at initialization time, and managed
with a separate VAMGR as part of the global VAMGR. And if no enough VA
space available in range above 4GB,
Make it a generic function independent of the device info.
Signed-off-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_vamgr.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c
index ced4f4f..e044dfa
On Mon, Aug 10, 2015 at 6:27 PM, Bjorn Andersson
wrote:
> On Mon 10 Aug 15:07 PDT 2015, Rob Herring wrote:
>
> [..]
>> >> -- qcom,hdmi-tx-ddc-clk-gpio: ddc clk pin
>> >> -- qcom,hdmi-tx-ddc-data-gpio: ddc data pin
>> >> -- qcom,hdmi-tx-hpd-gpio: hpd pin
>> >> +- qcom,hdmi-tx-ddc-clk-gpios: ddc
type||
--
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/20150810/6850cb38/attachment.html>
evel/attachments/20150810/ef6fb8e5/attachment.html>
applications (which mainly means Android systems) by default for PCM
data.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri
On Mon, Aug 10, 2015 at 02:23:07PM +0200, Takashi Iwai wrote:
> I admit that alsa-lib code is very horrible to follow -- but I guess
> the change you'd need for iec958 plugin would be fairly small. We can
> add a config option and let iec958 behaving slightly differently
> depending on it.
Yes,
On Mon, Aug 10, 2015 at 3:54 PM, Bjorn Andersson
wrote:
> On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote:
>
>> On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding
>> wrote:
>> > On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote:
> [..]
>> >> +- compatible: should be "auo,novatek-1080p-vid"
>>
On Mon, Aug 10, 2015 at 7:45 AM, Thierry Reding
wrote:
> On Mon, Aug 10, 2015 at 12:59:22PM +0100, Srinivas Kandagatla wrote:
>> This patch updates the bindings to discourage the usage of non standard
>> gpio properites, this will help in projects focused on upstreaming.
>
> That last part is an
On Sat, Aug 08, 2015 at 05:10:47PM +0100, Russell King wrote:
> From: Yakir Yang
>
> Add ALSA based HDMI I2S audio driver for dw_hdmi. Sound card
> driver could connect to this codec through the codec dai name
> "dw-hdmi-i2s-audio".
>
> [Fixed IRQ name, MODULE_DESCRIPTION, MODULE_ALIAS in
>
On Mon, Aug 10, 2015 at 8:26 AM, Jammy Zhou wrote:
> Make it a generic function independent of the device info.
>
> Signed-off-by: Jammy Zhou
> Reviewed-by: Christian König
Series is:
Reviewed-by: Alex Deucher
If there are not additional comments, I'll push this in the next couple of days.
On Mon, Aug 10, 2015 at 02:34:18PM +0200, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 02:07:49PM +0200, Daniel Vetter wrote:
> > On Mon, Aug 10, 2015 at 01:59:07PM +0200, Thierry Reding wrote:
> > > On Mon, Aug 10, 2015 at 11:55:38AM +0200, Daniel Vetter wrote:
> > > > ->load is depracated,
On Mon, Aug 10, 2015 at 03:36:13PM +0200, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 02:13:43PM +0100, Chris Wilson wrote:
> > On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote:
> > > Russell and Sascha were discussing this kind of caching in the i.MX
> > > driver recently.
On Fri, Jul 31, 2015 at 07:43:09PM +0900, Minchan Kim wrote:
> Hi Gioh,
>
> On Mon, Jul 13, 2015 at 05:35:17PM +0900, Gioh Kim wrote:
> > From: Gioh Kim
> >
> > Add framework to register callback functions and check page mobility.
> > There are some modes for page isolation so that isolate
On Mon, Aug 10, 2015 at 2:21 AM, Michel Thierry
wrote:
> Hi,
>
> Thanks for the comments,
>
> On 8/7/2015 11:46 PM, Kristian Høgsberg wrote:
>>
>> On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry
>> wrote:
>>>
>>> Gen8+ supports 48-bit virtual addresses, but some objects must always be
>>>
On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote:
> On Sat, Aug 08, 2015 at 10:18:57PM +0200, Paul Menzel wrote:
> > Is it correct, that EDID is probed for both outputs? Is that necessary?
> > I assume during startup the Linux kernel for example already collected
> > this information
From: Christian König
The workaround simply doesn't work because VM mappings
are controlled by userspace not the kernel.
Additional to that this is just a performance problem
which happens if you have holes in your VM mapping.
v2: adjust virtual addr alignment as
Signed-off-by: Alex Deucher
---
radeon/r600_pci_ids.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/radeon/r600_pci_ids.h b/radeon/r600_pci_ids.h
index 9d12587..a3b2eac 100644
--- a/radeon/r600_pci_ids.h
+++ b/radeon/r600_pci_ids.h
@@ -391,6 +391,7 @@ CHIPSET(0x6608, OLAND_6608, OLAND)
part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2d2d8195/attachment.sig>
suffix from clock names"(https://lkml.org/lkml/2015/8/10/453)
I don't have that patch in my inbox. It looks to be doing things
backwards (look up the deprecated name first). I think it should be:
clk = devm_clk_get(dev, id);
if (IS_ERR(clk)) {
char clk_name[32];
snprintf(clk_name, sizeof(clk_name), "%s_clk", id);
clk = devm_clk_get(dev, clk_name);
if (IS_ERR(clk))
return clk;
}
Also note how I've dropped the ERR_CAST(), that's not useful here
because you aren't actually casting, but simply returning clk.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/67f98496/attachment.sig>
On Mon 10 Aug 15:07 PDT 2015, Rob Herring wrote:
[..]
> >> -- qcom,hdmi-tx-ddc-clk-gpio: ddc clk pin
> >> -- qcom,hdmi-tx-ddc-data-gpio: ddc data pin
> >> -- qcom,hdmi-tx-hpd-gpio: hpd pin
> >> +- qcom,hdmi-tx-ddc-clk-gpios: ddc clk pin
> >> +- qcom,hdmi-tx-ddc-data-gpios: ddc data pin
>
> The
free.
There's really no need for having a duplicate of what gpiod_get()
already does for you.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/9f82e041/attachment.sig>
We have already added a patch, in I915 driver, which caches the EDID, in
connector, and releases it only after a hot unplug.
The patch is under review, but may be the same logic can be reused here.
The problem is, every time we have a connector->detect() call, most of the
driver re-read the
uot;dp-phy" && "dp-phy-24m".
I agree that dealing with these in a PHY driver sounds like the better
option. However, I still think that the dp-phy prefix is redundant. The
names are in a per-driver scope, so "dp-phy" is implied by the device
tree binding and driver already. You could simply use shorter names such
as "phy" and "24m" for example.
Also note that the clock provider will already have the proper names for
these, so the clock tree will end up showing the provider names. The
names in the binding are merely the "consumer" names.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/3d54c596/attachment-0001.sig>
e been added with another device
> file.
> [ 231.685] (II) config/udev: Adding input device PC Speaker
> (/dev/input/event5)
> [ 231.685] (II) No input driver specified, ignoring this device.
> [ 231.685] (II) This device may have been added with another device
> file.
> [ 231.904] (II) evdev: Logitech Logitech USB Keyboard: Close
> [ 231.905] (II) UnloadModule: "evdev"
> [ 231.905] (II) evdev: Logitech Logitech USB Keyboard: Close
> [ 231.905] (II) UnloadModule: "evdev"
> [ 231.905] (II) evdev: HID 04d9:1133: Close
> [ 231.905] (II) UnloadModule: "evdev"
> [ 231.905] (II) evdev: Power Button: Close
> [ 231.905] (II) UnloadModule: "evdev"
> [ 231.905] (II) evdev: Power Button: Close
> [ 231.905] (II) UnloadModule: "evdev"
> [ 231.922] (EE) Server terminated successfully (0). Closing log file.
>
> Taking the line below as the end of the startup,
>
> [ 231.685] (II) This device may have been added with another device
> file.
>
> starting up takes 450 ms.
>
> It seems to take 240 ms from loading the Radeon module to the message below.
>
> [ 231.481] (II) [KMS] Kernel modesetting enabled.
>
> Another 100 ms are used up, in the lines below.
>
> [ 231.481] (II) RADEON(0): SwapBuffers wait for vsync: enabled
> [ 231.504] (II) RADEON(0): Output VGA-0 has no monitor section
> [ 231.534] (II) RADEON(0): Output DVI-0 has no monitor section
> [ 231.556] (II) RADEON(0): EDID for output VGA-0
> [ 231.586] (II) RADEON(0): EDID for output DVI-0
> [ 231.586] (II) RADEON(0): Manufacturer: SAM Model: 194 Serial#:
> 1112092985
>
> Is it correct, that EDID is probed for both outputs? Is that necessary?
> I assume during startup the Linux kernel for example already collected
> this information and if no change of monitor/output is detected, the
> EDID should be the same, right?
>
> Is that already implement and I just need to apply the correct
> configuration?
>
> Any suggestions on how to decrease the startup time for the X server
> are much appreciated.
Russell and Sascha were discussing this kind of caching in the i.MX
driver recently. Adding both for visibility. Also not trimming the quote
in case they don't have the original.
It sounds like this could be useful to have in the core. As I understand
it, hotplug detection is pretty well specified for more modern display
interfaces (like HDMI and DisplayPort), so I think caching of this sort
could work for those. However, I think some older interfaces such as VGA
(or perhaps even DVI as well) don't have reliable hotplug detection and
hence would need to be able to force reading the EDID.
Still, perhaps a connector flag could be introduced to enable caching on
a per-connector basis, and then we should be able to deal with this in
the DRM core, rather than have per-driver quirks.
Russell, Sascha, any comments?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/eb67fffc/attachment-0001.sig>
uot;drivers/video/fbdev/Kconfig"
>>>
>>
>> Thanks, queued for 4.3.
>
> Oops failed to send out my usual mail, but I picked this already up in
> topic/drm-misc.
Ok, dropping this from fbdev tree.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/0a105b00/attachment-0001.sig>
ounterpart of this to accept the new names?
Otherwise people could be switching the DTS to the new value, but the
driver won't find the clocks it's looking for.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/b7afdf1c/attachment.sig>
On 10/08/15 14:26, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 02:15:18PM +0100, Srinivas Kandagatla wrote:
>>
>>
>> On 10/08/15 13:38, Thierry Reding wrote:
>>> On Mon, Aug 10, 2015 at 12:59:34PM +0100, Srinivas Kandagatla wrote:
This patch modifies the driver to support standard gpio
es, so having them in the
binding will at best be distracting.
Anyway, I don't know if there's been any advice on this from the device
tree bindings maintainers, so adding devicetree at vger.kernel.org for
visibility.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2b5ab5b3/attachment-0001.sig>
On 10/08/15 14:33, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 02:18:15PM +0100, Srinivas Kandagatla wrote:
>>
>>
>> On 10/08/15 13:49, Thierry Reding wrote:
>>> On Mon, Aug 10, 2015 at 12:59:49PM +0100, Srinivas Kandagatla wrote:
This patch updates the bindings to discourage the usage
of duplicating what is essentially
already implemented in gpiolib?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/374fc867/attachment.sig>
y forward would be to tell driver writers that they should be doing
subsystem-level setup between drm_dev_alloc() and drm_dev_register().
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/86959f42/attachment.sig>
On Mon, 10 Aug 2015 12:39:21 +0200,
Russell King - ARM Linux wrote:
>
> On Mon, Aug 10, 2015 at 12:05:07PM +0200, Takashi Iwai wrote:
> > On Sat, 08 Aug 2015 18:10:06 +0200,
> > Russell King wrote:
> > > +static irqreturn_t snd_dw_hdmi_irq(int irq, void *data)
> > > +{
> > > + struct snd_dw_hdmi
L:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/867cb263/attachment.sig>
On 10/08/15 13:49, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 12:59:49PM +0100, Srinivas Kandagatla wrote:
>> This patch updates the bindings to discourage the usage of non standard
>> clock names, this will help in projects focused on upstreaming.
>>
>> These deprecated properties are
On 10/08/15 13:38, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 12:59:34PM +0100, Srinivas Kandagatla wrote:
>> This patch modifies the driver to support standard gpio properties along
>> with deprecated properties. This will help us upstream and cleanup the
>> non-standard properties over
On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote:
> Russell and Sascha were discussing this kind of caching in the i.MX
> driver recently. Adding both for visibility. Also not trimming the quote
> in case they don't have the original.
>
> It sounds like this could be useful to have
On Thu, Aug 06, 2015 at 03:06:40PM +0200, Daniel Vetter wrote:
> We want to make sure that no one tries to acquire more locks and
> states, and ww mutexes provide debug facilities for that. So use them.
>
> v2: Only call acquire_done when ->atomic_check was successful to avoid
> falling over an
On Fri, Jul 31, 2015 at 03:41:15PM +0200, Daniel Vetter wrote:
> On Fri, Jul 31, 2015 at 10:34:43AM +0200, Maarten Lankhorst wrote:
> > Hey,
> >
> > Op 29-07-15 om 12:51 schreef Daniel Vetter:
> > > In
> > >
> > > commit 6f75cea66c8dd043ced282016b21a639af176642
> > > Author: Daniel Vetter
> > >
On Mon, Aug 10, 2015 at 01:48:53PM +0200, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 01:34:08PM +0200, Daniel Vetter wrote:
> > Instead of our own duplicated one. This fixes a bug in the driver
> > unload code if DRM_FBDEV_EMULATION=n but DRM_I915_FBDEV=y because we
> > try to unregister the
Hi Yakir,
Am Samstag, 8. August 2015, 11:54:38 schrieb Yakir Yang:
> >> +static int rockchip_dp_init(struct rockchip_dp_device *dp)
> >> +{
> >> + struct device *dev = dp->dev;
> >> + struct device_node *np = dev->of_node;
> >> + int ret;
> >> +
> >> + dp->grf =
On Mon, Aug 10, 2015 at 01:57:21PM +0200, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 11:55:37AM +0200, Daniel Vetter wrote:
> > Spotted while reading code for random reasons.
> >
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/drm_edid.c | 2 +-
> > 1 file changed, 1
On Mon, Aug 10, 2015 at 01:59:07PM +0200, Thierry Reding wrote:
> On Mon, Aug 10, 2015 at 11:55:38AM +0200, Daniel Vetter wrote:
> > ->load is depracated, bus functionst are deprecated and everyone
> > should use drm_dev_alloc
>
> Why would you want to deprecated ->load()? Even if you use
>
On Mon, Aug 10, 2015 at 01:35:58PM +0200, Thierry Reding wrote:
> On Thu, Jul 09, 2015 at 11:32:32PM +0200, Daniel Vetter wrote:
> > Hi all,
> >
> > I wanted to take another look at struct_mutex usage in modern (gem) drivers
> > and
> > noticed that for a fair lot we're very to be completely
-devel/attachments/20150810/6fff2876/attachment.sig>
Signed-off-by: Abdiel Janulgue
---
include/drm/i915_drm.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index ded43b1..73ed1bf 100644
--- a/include/drm/i915_drm.h
+++ b/include/drm/i915_drm.h
@@ -350,6 +350,7 @@ typedef
ry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/8858ba09/attachment.sig>
is just one part).
Sorry if I was being unclear. I wasn't suggesting adding the lock to
struct drm_mm, but rather add a driver-specific one specifically to
serialize accesses to the drm_mm. I agree that it's better to do this
in a driver-specific way because other structures may need to be
protected by the same lock.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/4a0b5d9e/attachment.sig>
y, though, so perhaps this is just
a bullet that needs biting.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/7032657b/attachment.sig>
On Mon, Aug 10, 2015 at 01:58:37PM +0300, Abdiel Janulgue wrote:
> Signed-off-by: Abdiel Janulgue
This header should be generated from the kernel version using make
headers_install, and hence should reference from which kernel version
(drm-intel-next tag or release tag) this has been generated
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/5488eeb7/attachment-0001.html>
On Mon, Aug 10, 2015 at 01:32:08PM +0300, Tomi Valkeinen wrote:
>
>
> On 07/08/15 19:10, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > The Direct Rendering Manager Kconfig option is already a separate menu,
> > so remove the extra level to make it easier to navigate.
> >
> >
On Mon, Aug 10, 2015 at 12:42:30PM +0200, Thierry Reding wrote:
> On Thu, Jul 09, 2015 at 11:32:35PM +0200, Daniel Vetter wrote:
> > BUG_ON kills the driver, WARN_ON is much friendly. And usually nothing
> > bad happens when the locking is lightly busted.
>
> s/much friendly/much friendlier/,
to keep them together, that's fine with me too.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/3b04f067/attachment.sig>
ytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2dce169e/attachment-0001.sig>
Instead of our own duplicated one. This fixes a bug in the driver
unload code if DRM_FBDEV_EMULATION=n but DRM_I915_FBDEV=y because we
try to unregister the nonexistent fbdev drm_framebuffer.
Cc: Archit Taneja
Cc: Maarten Lankhorst
Reported-by: Maarten Lankhorst
Signed-off-by: Daniel Vetter
art --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/a46d55fc/attachment.sig>
deo/fbdev/Kconfig"
>
Thanks, queued for 4.3.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/b7507f89/attachment.sig>
On Mon, Aug 10, 2015 at 12:30:21PM +0200, Thierry Reding wrote:
> On Wed, Jul 15, 2015 at 03:38:51PM +0200, Daniel Vetter wrote:
> > Since David Herrmann's mmap vma manager rework we don't need to grab
> > dev->struct_mutex any more to prevent races when looking up the mmap
> > offset. Drop it and
ewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/cb253f64/attachment-0001.sig>
ication/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/329a5ebe/attachment.sig>
ation/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/39991da6/attachment.sig>
ot available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/cae20c23/attachment.sig>
This patch modifies the driver to support clock names without _clk
suffix, usage of clk names with _clk suffix seems to be non-standard and
picked up everytime in DT patch review.
So lets fix this and make the other clk names deprecated till we decide
to remove them forever.
Signed-off-by:
This patch updates the bindings to discourage the usage of non standard
clock names, this will help in projects focused on upstreaming.
These deprecated properties are still supported but will be remove over
the time.
Signed-off-by: Srinivas Kandagatla
---
hives/dri-devel/attachments/20150810/2b0aa918/attachment.sig>
This patch updates the bindings to include the clock names used in the
driver, this would make it easy to add deprecated warning once we move
to use standard clock properties.
Signed-off-by: Srinivas Kandagatla
---
Documentation/devicetree/bindings/drm/msm/hdmi.txt | 13 +
1 file
This patch modifies the driver to support standard gpio properties along
with deprecated properties. This will help us upstream and cleanup the
non-standard properties over the time.
Signed-off-by: Srinivas Kandagatla
---
drivers/gpu/drm/msm/hdmi/hdmi.c | 35 +--
9 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/dc441815/attachment.sig>
This patch updates the bindings to discourage the usage of non standard
gpio properites, this will help in projects focused on upstreaming.
These deprecated properties are still supported but will be remove over
the time.
Signed-off-by: Srinivas Kandagatla
---
t; 1 file changed, 4 insertions(+), 7 deletions(-)
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/aa993589/attachment.sig>
Hi Rob,
Almost every time when we submit the DT changes for hdmi,
we are asked why are we using non-standard dt properties.
This patchset marks the old style dt properties as deprecated,
and let the driver support latest *-gpios and clk names properties.
This should allow us to submit the DT
text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/63d340dd/attachment-0001.sig>
bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/ccb8ab36/attachment-0001.sig>
On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote:
> On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding
> wrote:
> > On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote:
[..]
> >> +- compatible: should be "auo,novatek-1080p-vid"
> >
> > This looks a little generic for a compatible string. Can't
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/16d2099b/attachment.sig>
ttachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/fcf7c466/attachment.sig>
On Mon, Aug 10, 2015 at 01:35:58PM +0200, Thierry Reding wrote:
> On Thu, Jul 09, 2015 at 11:32:32PM +0200, Daniel Vetter wrote:
> > Hi all,
> >
> > I wanted to take another look at struct_mutex usage in modern (gem) drivers
> > and
> > noticed that for a fair lot we're very to be completely
eon/
Otherwise:
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/ba02b5e1/attachment.sig>
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/5e07bfd0/attachment.sig>
ttachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/db571af9/attachment.sig>
crubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/611c239a/attachment.sig>
crubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/85732c7e/attachment-0001.sig>
Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/1cc29dea/attachment.sig>
changed, 2 insertions(+), 16 deletions(-)
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/98267768/attachment.sig>
*file,
> struct drm_device *drm,
>
> drm_gem_object_unreference(gem);
>
> - mutex_unlock(>struct_mutex);
> -
> return 0;
> }
>
> --
> 2.1.4
>
-- next part --
A non-text attachment was scrubbed...
Name: signature
On Thu, Jul 09, 2015 at 11:32:43PM +0200, Daniel Vetter wrote:
> Since David Herrmann's mmap vma manager rework we don't need to grab
> dev->struct_mutex any more to prevent races when looking up the mmap
> offset. Drop it and instead don't forget to use the unref_unlocked
> variant (since the drm
On Sat, 08 Aug 2015 18:10:06 +0200,
Russell King wrote:
>
> Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
> format supported by the hardware is its own special IEC958 based format,
> which is not compatible with any ALSA format. To avoid doing too much
> data manipulation
fixes are irrelevant. Also they do appear, in DT and in code, in the
context of clocks already, so "sclk_" or "clk_" is completely redundant
in these names.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/80d87f4c/attachment.sig>
->load is depracated, bus functionst are deprecated and everyone
should use drm_dev_alloc
So update the .tmpl (and pull a bunch of the overview docs into the
sourcecode to increase chances that it'll stay in sync in the future)
and add notes to functions which are deprecated. I didn't bother to
1 - 100 of 113 matches
Mail list logo