hing small. You can test it on my 3.19-wip
branch.
--
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/20141204/4cf74f4e/attachment.html>
On 2014å¹´12æ04æ¥ 00:11, Russell King - ARM Linux wrote:
> On Thu, Dec 04, 2014 at 12:04:37AM +0800, Andy Yan wrote:
>> Hi Russell:
>>
>> On 2014å¹´12æ03æ¥ 23:38, Russell King - ARM Linux wrote:
>>> On Wed, Dec 03, 2014 at 11:29:26PM +0800, Andy Yan wrote:
+int imx_hdmi_bind(struct devi
Hi Russel:
On 2014å¹´12æ04æ¥ 07:40, Russell King - ARM Linux wrote:
> On Thu, Dec 04, 2014 at 12:56:24AM +0800, Andy Yan wrote:
>> Hi Russell:
>> On 2014å¹´12æ04æ¥ 00:33, Russell King - ARM Linux wrote:
>>> On Thu, Dec 04, 2014 at 12:30:23AM +0800, Andy Yan wrote:
On 2014å¹´12æ04æ¥ 00
Hi Russell:
On 2014å¹´12æ04æ¥ 00:33, Russell King - ARM Linux wrote:
> On Thu, Dec 04, 2014 at 12:30:23AM +0800, Andy Yan wrote:
>> On 2014å¹´12æ04æ¥ 00:11, Russell King - ARM Linux wrote:
>>> I meant that imx_hdmi_bind should be passed these, so that it needs to
>>> know nothing about the st
Hi Russell:
On 2014å¹´12æ03æ¥ 23:45, Russell King - ARM Linux wrote:
> On Wed, Dec 03, 2014 at 11:32:12PM +0800, Andy Yan wrote:
>> diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig
>> index 884923f..26162ef 100644
>> --- a/drivers/gpu/drm/bridge/Kconfig
>> +++ b/driv
Hi Russell:
On 2014å¹´12æ03æ¥ 23:38, Russell King - ARM Linux wrote:
> On Wed, Dec 03, 2014 at 11:29:26PM +0800, Andy Yan wrote:
>> +int imx_hdmi_bind(struct device *dev, struct device *master,
>> + void *data, struct drm_encoder *encoder,
>> + const struct imx_hdmi_pl
Hi Dave -
Silence some pch fifo underrun reports and panel locking backtraces,
both cc: stable.
BR,
Jani.
The following changes since commit 009d0431c3914de64666bec0d350e54fdd59df6a:
Linux 3.18-rc7 (2014-11-30 16:42:27 -0800)
are available in the git repository at:
git://anongit.freedes
Hi Dave,
Fixes for 3.20. I did stick the gen3/4 reset work from Ville in because we
have an awful lot of gen4 mesa hangs, and with this reset should also work
on vintage i965g/gm (we already have reset for g4x/gen4.5). So should help
to appease users suffering from these hangs. Otherwise all over.
On Wed, Dec 03, 2014 at 11:31:47PM +0200, Ville Syrjälä wrote:
> On Wed, Dec 03, 2014 at 11:57:41AM -0800, Sean Paul wrote:
> > Add a new standard connector property to track whether content protection
> > (ex: hdcp) is desired by userspace. While there are 3 possible states for
> > the
> > prop
On Wed, Dec 03, 2014 at 11:57:40AM -0800, Sean Paul wrote:
> The "DRM" rowspan wasn't updated in commit cc7096fb6d1d (drm/mode: document
> path
> property and function to set it. (v1.1)), so increment it by one to fix the
> table.
>
> Cc: Dave Airlie
> Signed-off-by: Sean Paul
Pulled into my d
drm_read() always blocks the read until an event comes up even if the
file is opened in nonblocking mode. Also, there is a potential race
between the wake_event_interruptible() call and the actual event
retrieval in drm_dequeue_event(), and it may result in zero event read
even in the blocking mod
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_fops.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index ed7bc68f7e87..a82dc28d54f3 100644
--- a/drivers/gpu/drm/drm_fops.c
+++ b/drivers/gpu/drm/drm_fops.c
@@ -525,6 +525,7 @@ ssiz
iommu_domain_alloc() returns NULL on error, it never returns error
pointers.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
index e549afe..fa16048 100644
--- a/drivers/gpu/drm/tegra/drm.c
+++ b/drivers/gpu/drm/tegra/drm.c
@@ -36,8 +36,8 @@ sta
On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> Signed-off-by: Takashi Iwai
Applied to my drm-misc branch. The second patch seems to be a dupe of
commit bd008e5b2953186fc0c6633a885ade95e7043800
Author: Chris Wilson
Date: Tue Oct 7 14:13:51 2014 +0100
drm: Implement O_NONB
At Thu, 4 Dec 2014 12:46:16 +0100,
Daniel Vetter wrote:
>
> On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > Signed-off-by: Takashi Iwai
>
> Applied to my drm-misc branch. The second patch seems to be a dupe of
>
> commit bd008e5b2953186fc0c6633a885ade95e7043800
> Author: Chris
On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> Signed-off-by: Takashi Iwai
> ---
> drivers/gpu/drm/drm_fops.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
> index ed7bc68f7e87..a82dc28d54f3 100644
> --- a/driver
At Thu, 04 Dec 2014 12:50:04 +0100,
Takashi Iwai wrote:
>
> At Thu, 4 Dec 2014 12:46:16 +0100,
> Daniel Vetter wrote:
> >
> > so maybe we should backport that one once it's landed in 3.19?
Speaking about this: yes, it's worth, IMO, as this (unexpectedly)
seems really fixing the issue on the curr
At Thu, 4 Dec 2014 11:51:14 +,
Chris Wilson wrote:
>
> On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > Signed-off-by: Takashi Iwai
> > ---
> > drivers/gpu/drm/drm_fops.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu
Thanks.
Prepared a patch to fix it and will send it shortly.
Oded
On 12/02/2014 01:28 PM, Dan Carpenter wrote:
> Hello Ben Goz,
>
> The patch 241f24f82363: "amdkfd: Add packet manager module" from Jul
> 17, 2014, leads to the following static checker warning:
>
> drivers/gpu/drm/amd/amdkfd/
On Thu, Dec 04, 2014 at 12:56:38PM +0100, Takashi Iwai wrote:
> At Thu, 4 Dec 2014 11:51:14 +,
> Chris Wilson wrote:
> >
> > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > Signed-off-by: Takashi Iwai
> > > ---
> > > drivers/gpu/drm/drm_fops.c | 1 +
> > > 1 file changed,
On 12/03/2014 04:26 PM, Sasha Levin wrote:
> All the bit operations (such as find_first_zero_bit()) read sizeof(long) bytes
> at a time. If we allocated less than sizeof(long) bytes for the bitmask we
> would be accessing invalid memory when working with the bitmask.
>
> Change the allocator to a
In function acquire_packet_buffer() we may return -ENOMEM. In that case, we
should set the *buffer_ptr to NULL, so that calling functions which check the
*buffer_ptr value as a criteria for success, will know that
acquire_packet_buffer() failed.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd
At Thu, 4 Dec 2014 12:13:46 +,
Chris Wilson wrote:
>
> On Thu, Dec 04, 2014 at 12:56:38PM +0100, Takashi Iwai wrote:
> > At Thu, 4 Dec 2014 11:51:14 +,
> > Chris Wilson wrote:
> > >
> > > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > > Signed-off-by: Takashi Iwai
>
On 12/03/2014 05:19 PM, Sasha Levin wrote:
> srcu callbacks are running in atomic context, we can't allocate using
> __GFP_WAIT.
>
> Signed-off-by: Sasha Levin
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu
On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > Signed-off-by: Takashi Iwai
> > ---
> > drivers/gpu/drm/drm_fops.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/gpu/drm/drm_fops.c b/drivers
d...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/01af749c/attachment-0001.html>
3.20, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/d32bbd4f/attachment.sig>
d catch. Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/61201799/attachment.sig>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/6ae5fe37/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/a1f7bf07/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #62 from Mathias Tillman ---
Sorry for bringing up an old bug, but I'm still having this problem in 3.18, so
I decided to do some further tests which made me discover some new things that
may or may not be related.
I started off by add
ving 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/20141204/79b5118d/attachment.html>
's a global switch instead like (at least some) Intel and NVIDIA
hardware has?
--
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/20141204/31106f7f/attachment-0001.html>
Hi Dave,
Just three more fixes for 3.19.
This is the last request until -rc1. I will have our QA team run a full
HSA stack test on 3.19-rc1 and if we find problems, I will send a fixes pull
request.
- Oded
The following changes since commit d5b75dc01fa9c699aee5f82f5dbe508da438ff94:
Merge bra
Reviewed-by: Alexey Skidanov
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Gabbay, Oded
Sent: Thursday, December 04, 2014 2:27 PM
To: dri-devel at lists.freedesktop.org
Cc: dan.carpenter at oracle.com
Subject: [PATCH] amdkfd: Set *buffer
On Thu, Dec 4, 2014 at 5:03 AM, Daniel Vetter wrote:
> On Wed, Dec 03, 2014 at 11:31:47PM +0200, Ville Syrjälä wrote:
>> On Wed, Dec 03, 2014 at 11:57:41AM -0800, Sean Paul wrote:
>> > Add a new standard connector property to track whether content protection
>> > (ex: hdcp) is desired by userspa
On Thu, Dec 04, 2014 at 01:28:39PM +0100, Daniel Vetter wrote:
> On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > Signed-off-by: Takashi Iwai
> > > ---
> > > drivers/gpu/drm/drm_fops.c | 1 +
> > > 1 file changed
On Thu, Dec 04, 2014 at 04:31:15PM +, Chris Wilson wrote:
> On Thu, Dec 04, 2014 at 01:28:39PM +0100, Daniel Vetter wrote:
> > On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> > > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > > Signed-off-by: Takashi Iwai
>
At Thu, 4 Dec 2014 16:38:57 +,
Chris Wilson wrote:
>
> On Thu, Dec 04, 2014 at 04:31:15PM +, Chris Wilson wrote:
> > On Thu, Dec 04, 2014 at 01:28:39PM +0100, Daniel Vetter wrote:
> > > On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> > > > On Thu, Dec 04, 2014 at 11:56:42AM
On Wed, Nov 19, 2014 at 8:47 PM, Paulo Zanoni wrote:
>
> 2. How should the driver interface look like?
>
>a. All the possibilities are passed through the function call, so the
> drm.ko
> code needs to set the struct members itself.
>b. The caller already sets the struct members ins
On Thu, Dec 04, 2014 at 04:31:15PM +, Chris Wilson wrote:
> On Thu, Dec 04, 2014 at 01:28:39PM +0100, Daniel Vetter wrote:
> > On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> > > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > > Signed-off-by: Takashi Iwai
>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/0fb6341d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #63 from Tobias Droste ---
The bug may have an ancient file date, but this is not an old bug. I'm still
seeing this with 3.18 (latest drm-fixes) and I'm glad I'm not the only one.
I also tried to add some debug outputs to see what ha
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #64 from Alex Deucher ---
Please attach a copy of the vbios from your systems.
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
You are receiving this mail becaus
Add new standard connector properties to track whether content protection
(ex: hdcp) is desired by userspace. There are two properties involved,
"Content Protection" and "Content Protection KSV".
The "Content Protection" property allows userspace to request protection
on a connector. Set "Desired"
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #65 from Tobias Droste ---
Created attachment 159721
--> https://bugzilla.kernel.org/attachment.cgi?id=159721&action=edit
vbios.rom [AMD/ATI] Juniper XT [Radeon HD 5770]
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #66 from Mathias Tillman ---
Created attachment 159731
--> https://bugzilla.kernel.org/attachment.cgi?id=159731&action=edit
Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870]
Thank you for looking into this again, Alex
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/78b3aaef/attachment.html>
is 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/20141204/bc4bc3a6/attachment.html>
systemd, rtkit and other fedora
configuration kludge.
--
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/20141204/312065b5/attachment.html>
org/archives/dri-devel/attachments/20141204/dc533bd7/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=84981
--- Comment #5 from Apostolos B. ---
3.17.4 and still get this.
However it seems to happen while playing videos on youtube. At least that was
the common thing the last 3-4 times it happened.
Dec 04 22:12:36 mainland kernel: general protection f
ginal message.
---
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141204/dfa30f2b/attachment.html>
The current implementation of drm_read() faces a number of issues:
1. Upon an error, it consumes the event which may lead to the client
blocking.
2. Upon an error, it forgets about events already copied
3. If it fails to copy a single event with O_NONBLOCK it falls into a
infinite loop of reportin
On Thu, Dec 04, 2014 at 08:27:41PM +, Adam Cheney wrote:
> Hi dri-devel,
>
> I have a question about validating the user specified rectangles in SetCrtc
> and SetPlane.
>
> To me this is required for src_ or crtc_ rectangles to be legal, true for
> both SetCrtc and SetPlane:
>
>
> 1)
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrjala at linux.intel.com]
> Sent: Thursday, December 04, 2014 4:05 PM
> To: Adam Cheney
> Cc: dri-devel at lists.freedesktop.org
> Subject: Re: Clipping src and crtc rectangles for SetCrtc and SetPlane
>
> On Thu, Dec 04, 2014
l going OK, so it does seem to
be the same issue.
--
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/20141204/eeca8793/attachment.html>
Hi Dave,
A few more fixes for 3.19.
- More cursor and hotspot handling fixes
- Fix some typos in the new smc fan control code and enable on CI
- VM and CS cleanups
The following changes since commit d5b75dc01fa9c699aee5f82f5dbe508da438ff94:
Merge branch 'vmwgfx-next' of git://people.freedeskto
nts/20141204/db8f572e/attachment.html>
On Wed, Nov 19, 2014 at 05:47:10PM -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> This is going to be needed by i915.ko, and I guess other drivers could
> use it too.
You may want to explain what we plan to use this for in i915 so that
other driver developers will more easily see where it m
IMX6 and Rockchip RK3288 and JZ4780 (Ingenic Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they
also have some lightly differences, such as phy pll configuration,
register width, 4K support, clk useage, and the crtc mux configuration
is also platform specific.
To reuse the imx
hdmi phy configuration is platform specific, which can be adusted
according to the board to get the best SI
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13:
- split phy configuration from patch#4
Changes in v12: Non
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16:
- describe ddc-i2c-bus as optional
- add common clocks bindings
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes in v8:
- cor
On rockchip rk3288, only word(32-bit) accesses are
permitted for hdmi registers. Byte width accesses (writeb,
readb) generate an imprecise external abort.
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16: None
Changes in v15:
- remove unio of the multi-byte register access, advi
some platform may not support all the display mode,
add mode_valid interface check it
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14:
- remove drm_connector_register, because imx-drm core has registered
connector
Changes in v13: None
C
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16:
- modify clocks bindings
- descrbie ddc-i2c-bus as optional
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes in v8:
- Add doc
Rockchip RK3288 hdmi is compatible with dw_hdmi
this patch is depend on patch by Mark Yao
see https://lkml.org/lkml/2014/12/2/161
drm: rockchip: Add basic drm driver
Signed-off-by: Andy Yan
---
Changes in v17:
- parse resource and irq in platform driver
Changes in v16: None
Changes in v15:
-
Hi Philipp:
On 2014å¹´12æ04æ¥ 19:30, Philipp Zabel wrote:
> Hi Andy,
>
> Am Donnerstag, den 04.12.2014, 18:06 +0800 schrieb Andy Yan:
>> Signed-off-by: Andy Yan
>>
>> ---
>>
>> Changes in v17: None
>> Changes in v16:
>> - describe ddc-i2c-bus as optional
>> - add common clocks bindings
>>
>> Ch
On Tue, Dec 2, 2014 at 1:31 AM, Heiko Stübner wrote:
> Hi Mark,
>
> Am Dienstag, 2. Dezember 2014, 17:13:20 schrieb Mark Yao:
>> This a series of patches is a DRM Driver for Rockchip Socs, add support
>> for vop devices. Future patches will add additional encoders/connectors,
>> such as eDP, HDMI
Hi Russell,
Am Mittwoch, den 03.12.2014, 16:30 + schrieb Russell King - ARM
Linux:
> On Wed, Dec 03, 2014 at 05:20:15PM +0100, Philipp Zabel wrote:
> > Hi Andy,
> >
> > It would be better if the bind function would not have to care about
> > platform resources, that should be handled in the p
We found Freescale imx6 and Rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they also have some
lightly differences, such as phy pll configuration, register width(imx hdmi
register is one byte, but rk3288 is 4 bytes width and can only be access
drm driver may probe before the i2c bus, so the driver should
defer probing until it is available
Signed-off-by: Andy Yan
Reviewed-by: Daniel Kurtz
---
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12:
- refactor of_node_pu
the original imx hdmi driver is under drm/imx/,
which depends on imx-drm, so move the imx hdmi
driver out to drm/bridge and rename it to dw_hdmi
Signed-off-by: Andy Yan
---
Changes in v17:
- remove prompt message of dw_hdmi, adviced by Russel King
Changes in v16: None
Changes in v15:
- add pre
CHECK: Alignment should match open parenthesis
+ if ((hdmi->vic == 10) || (hdmi->vic == 11) ||
+ (hdmi->vic == 12) || (hdmi->vic == 13) ||
CHECK: braces {} should be used on all arms of this statement
+ if (hdmi->hdmi_data.video_mode.mdvi)
[...]
+ else {
[...]
Sign
HDMI_IH_I2CMPHY_STAT0 is a clear on write register, which indicates i2cm
operation status(i2c transfer done or error), every hdmi phy register
configuration must check this register to make sure the configuration
has complete. But the indication bit should be cleared after check, otherwise
the corr
RK3288 HDMI will not work without the spare bit of
HDMI_PHY_CONF0 enable
Signed-off-by: Andy Yan
---
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes
On Thu, Dec 04, 2014 at 09:40:10AM +0100, Philipp Zabel wrote:
> You are right, no I don't want this. When I initially wrote this patch I
> was under the impression that the memory allocated by devm_kzalloc in
> bind() wouldn't be freed on unbind().
Resources claimed inside bind() will be freed in
Hi Andy,
Am Donnerstag, den 04.12.2014, 18:06 +0800 schrieb Andy Yan:
> Signed-off-by: Andy Yan
>
> ---
>
> Changes in v17: None
> Changes in v16:
> - describe ddc-i2c-bus as optional
> - add common clocks bindings
>
> Changes in v15: None
> Changes in v14: None
> Changes in v13: None
> Change
On Wed, Nov 19, 2014 at 05:47:11PM -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> It's supposed to contain all the information that is required for both
> kernel and user space vblank wait items, but not hold any information
> required by just one of them.
>
> For now, we just moved the str
On Wed, Nov 19, 2014 at 05:47:14PM -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> Which means the list doesn't really need to know if the event is from
> user space or kernel space.
>
> The only place here where we have to break the abstraction is at
> drm_fops, when we're releasing all the
80 matches
Mail list logo
