On Tuesday 05 May 2015 09:27:52 Christoph Hellwig wrote:
> On Tue, May 05, 2015 at 05:39:57PM +0200, Benjamin Gaignard wrote:
> > Since few months I'm looking for Linaro to how do Secure Data Path (SPD).
> > I have tried and implemented multiple thinks but I always facing
> > architecture issues so
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/d7240438/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/029935eb/attachment.html>
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/583643ce/attachment.html>
raining
--
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/20150506/29a6f65b/attachment.html>
Provide simple helper functions to map virtual address range into an
array of pfns / pages.
Acked-by: Marek Szyprowski
Tested-by: Marek Szyprowski
Signed-off-by: Jan Kara
---
drivers/media/v4l2-core/videobuf2-memops.c | 58 ++
include/media/videobuf2-memops.h
Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() instead of
hand made mapping of virtual address to physical address. Also the
function leaked page reference from get_user_pages() so fix that by
properly release the reference when omap_vout_buffer_release() is
called.
Signed-off-by: Ja
Hello,
Sorry for a quick resend but the missing vmalloc include in mm/gup.c is
annoying for archs that need it and I was also told to extend CC list a bit.
I'm sending the fourth version of my patch series to abstract vma handling
from the various media drivers. After this patch set drivers h
Currently vb2 core acquires mmap_sem just around call to
__qbuf_userptr(). However since commit f035eb4e976ef5 (videobuf2: fix
lockdep warning) it isn't necessary to acquire it so early as we no
longer have to drop queue mutex before acquiring mmap_sem. So push
acquisition of mmap_sem down into .ge
Acked-by: Marek Szyprowski
Tested-by: Marek Szyprowski
Signed-off-by: Jan Kara
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 97 +-
1 file changed, 15 insertions(+), 82 deletions(-)
diff --git a/drivers/media/v4l2-core/videobuf2-dma-sg.c
b/drivers/media/v4l2-cor
Convert vb2_dc_get_userptr() to use frame vector infrastructure. When we
are doing that there's no need to allocate page array and some code can
be simplified.
Acked-by: Marek Szyprowski
Tested-by: Marek Szyprowski
Signed-off-by: Jan Kara
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 21
Conversion to the use of pinned pfns made some functions unused. Remove
them. Also there's no need to lock mmap_sem in __buf_prepare() anymore.
Acked-by: Marek Szyprowski
Tested-by: Marek Szyprowski
Signed-off-by: Jan Kara
---
drivers/media/v4l2-core/videobuf2-memops.c | 114 --
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 reference to each of the pages to pin them in memory. If start
belongs
Convert vb2_vmalloc_get_userptr() to use frame vector infrastructure.
When we are doing that there's no need to allocate page array and some
code can be simplified.
Acked-by: Marek Szyprowski
Tested-by: Marek Szyprowski
Signed-off-by: Jan Kara
---
drivers/media/v4l2-core/videobuf2-vmalloc.c |
Convert g2d_userptr_get_dma_addr() to pin pages using get_vaddr_frames().
This removes the knowledge about vmas and mmap_sem locking from exynos
driver. Also it fixes a problem that the function has been mapping user
provided address without holding mmap_sem.
Signed-off-by: Jan Kara
---
drivers/
On Tue, 2015-05-05 at 15:08 +0530, Shobhit Kumar wrote:
> The Crystalcove PMIC controls PWM signals and this driver exports that
> capability as a PWM chip driver. This is platform device implementtaion
> of the drivers/mfd cell device for CRC PMIC
>
> v2: Use the existing config callback with dut
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #40 from KernelBug <3fdd1e5d at opayq.com> ---
I just noticed in the kernel under;
Graphics support > Frame buffer Devices > CONFIG_FB_NVIDIA_BACKLIGHT:
This is the description;
Say Y here if you want to control the backlight of your
On Tue, May 05, 2015 at 07:19:57PM +0200, Volker Vogelhuber wrote:
> On 05.05.2015 17:51, Daniel Vetter wrote:
> >On Tue, May 05, 2015 at 09:42:44AM +0200, Volker Vogelhuber wrote:
> >>The documentation of the DMA-API writes the following about
> >>dma_map_sg:
> >>
> >>"The implementation is free t
Hi Dave,
rc2 is out, time to open drm-next. Bunch of drm_irq.c patches from
Mario&me, magic/auth removal from David and a few other oddball things.
Cheers, Daniel
The following changes since commit 2b1193d5287004edfbf89407149a3159656f47f1:
drm: fix trivial typo mistake (2015-04-14 12:41:03 +
On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
> > First what is Secure Data Path ? SDP is a set of hardware features to
> > garanty
> > that some memories regions could only be read and/or write by specific
> > hardware
> > IPs. You can imagine it as a kind of memory firewa
On Wed, May 06, 2015 at 03:50:13AM +0300, Laurent Pinchart wrote:
> On Tuesday 05 May 2015 09:27:52 Christoph Hellwig wrote:
> > On Tue, May 05, 2015 at 05:39:57PM +0200, Benjamin Gaignard wrote:
> > > Since few months I'm looking for Linaro to how do Secure Data Path (SPD).
> > > I have tried and
On Wed, May 06, 2015 at 10:24:47AM +0200, Daniel Vetter wrote:
> On Tue, May 05, 2015 at 07:19:57PM +0200, Volker Vogelhuber wrote:
> > On 05.05.2015 17:51, Daniel Vetter wrote:
> > >On Tue, May 05, 2015 at 09:42:44AM +0200, Volker Vogelhuber wrote:
> > >>The documentation of the DMA-API writes the
2015-05-05 18:54 GMT+02:00 One Thousand Gnomes :
>> First what is Secure Data Path ? SDP is a set of hardware features to garanty
>> that some memories regions could only be read and/or write by specific
>> hardware
>> IPs. You can imagine it as a kind of memory firewall which grant/revoke
>> acce
On Tue, May 05, 2015 at 11:57:42AM -0400, Peter Hurley wrote:
> On 05/05/2015 11:42 AM, Daniel Vetter wrote:
> > On Tue, May 05, 2015 at 10:36:24AM -0400, Peter Hurley wrote:
> >> On 05/04/2015 12:52 AM, Mario Kleiner wrote:
> >>> On 04/16/2015 03:03 PM, Daniel Vetter wrote:
> On Thu, Apr 16,
On 05/06/15 10:35, Daniel Vetter wrote:
> On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
>>> First what is Secure Data Path ? SDP is a set of hardware features to
>>> garanty
>>> that some memories regions could only be read and/or write by specific
>>> hardware
>>> IPs. You
rivers could reimplement this on
top of iommu_map(), though that may imply suboptimal performance on the
mapping operation.
Similarly some backing implementations of the DMA API rely on struct
page pointers being present. But it seems more like you wouldn't want to
use the DMA API at all if you want to use this kind of protected memory.
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/20150506/cccafcfe/attachment-0001.sig>
I agree that the best solution is to have a generic dmabuf allocator
but no only for secure use cases.
If we create a memory allocator dedicated to security it means that
userland will be responsible to use it or not depending of the context
which may change while the pipeline/graph is already run
On Tue, 2015-05-05 at 23:35 +0100, Mark Brown wrote:
> On Sun, Apr 05, 2015 at 05:57:09PM +0200, Takashi Iwai wrote:
> > At Thu, 02 Apr 2015 10:22:06 +0100,
> > Russell King wrote:
>
> > > +config SND_PCM_ELD
> > > + bool
>
> > I don't mind much adding this one, but a new Kconfig is always a
> >
The patch adds LG4573 parallel RGB panel driver with SPI control interface.
The driver uses drm_panel framework.
Signed-off-by: Heiko Schocher
---
.../devicetree/bindings/panel/lg,lg4573.txt| 42 +++
drivers/gpu/drm/panel/Kconfig | 8 +
drivers/gpu/drm/panel/Mak
rmfb frame buffer device
>> [4.845560] radeon 0001:81:00.0: registered panic notifier
>> [4.856007] [drm] Initialized radeon 2.40.0 20080528 for 0001:81:00.0 on
>> minor 0
>>
>> [ 31.335598] [drm:dce6_audio_get_pin] *ERROR* No connected audio pins
>> found!
>>
>>
>>
>> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/9f0ff255/attachment-0001.html>
Adding Chandra, who's implemented skl scaler code.
-Daniel
On Sat, May 02, 2015 at 10:05:42AM +0900, Sergey Senozhatsky wrote:
> Hi,
>
> linux-next 20150501
>
> [1.968953] [drm:check_crtc_state [i915]] *ERROR* mismatch in
> scaler_state.scaler_id (expected 0, found -1)
> [1.968953]
On Wed, May 6, 2015 at 4:35 AM, Daniel Vetter wrote:
> On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
>> > First what is Secure Data Path ? SDP is a set of hardware features to
>> > garanty
>> > that some memories regions could only be read and/or write by specific
>> > har
mixer_regs_dump() was called in mixer_run(), which was called
under the register spinlock in mixer_graph_buffer() and
vp_video_buffer().
This would trigger a sysmmu pagefault with drm.debug=0xff because
of the large delay caused by the register dumping.
To keep consistency also move register dump
The index for the hardware layer is always >=0. Previous
code that also used -1 as special index is now gone.
Also apply this to 'ch_enabled' (decon/fimd), since the
variable is on the same line (and is again always unsigned).
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos7_drm_
; +
> + retval = pwmchip_add(&pwm->chip);
> + if (retval < 0)
> + return retval;
> +
> + dev_dbg(&pdev->dev, "crc-pwm probe successful\n");
Do you really want this? The driver core will complain in any of the
above failures, so what use is there to be chatty when probing
succeeds?
> +static struct platform_driver crystalcove_pwm_driver = {
> + .probe = crystalcove_pwm_probe,
> + .remove = crystalcove_pwm_remove,
> + .driver = {
> + .name = "crystal_cove_pwm",
I'd prefer this to be "crystal-cove-pwm" for consistency with other
drivers, but since the MFD part already uses underscores in names it'd
introduce an inconsistency there. So I'm fine with this one as-is.
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/20150506/3f350163/attachment.sig>
)
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/20150506/ad641c3c/attachment.sig>
This enables us to check for overlay planes which are located
'below' the primary plane.
Since the alpha value only has an effect when creating surfaces
with an alpha-pixelformat this doesn't affect the regular
XRGB primary surface.
Signed-off-by: Tobias Jakobi
---
tests/modetest/buffers.c
Don't assume that a plane supports any kind of pixelformat
but do a check first.
Signed-off-by: Tobias Jakobi
---
tests/modetest/modetest.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 7f0c1cc..
Hi Emil,
From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
Sent: Tuesday, May 05, 2015 5:03 PM
>
> Hi Kamil,
>
> It seems that you've only incorporated the libgencec.pc suggestion.
> Did you change your mind about the others, found out something funny
> with them (if so can you let me know wh
Don't assume that a plane supports any kind of pixelformat
but do a check first.
v2: Simplify the format check.
Signed-off-by: Tobias Jakobi
---
tests/modetest/modetest.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest
Add 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 can
be used to test the CEC functionality.
Signed-off-by: Kamil Debski
---
Hi,
This is
nts/20150506/148a6a37/attachment.html>
On Wed, May 06, 2015 at 11:19:21AM +0200, Thierry Reding wrote:
> On Wed, May 06, 2015 at 10:35:52AM +0200, Daniel Vetter wrote:
> > On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
> > > > First what is Secure Data Path ? SDP is a set of hardware features to
> > > > garanty
>
On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> The CRC (Crystal Cove) PMIC, controls the panel enable and disable
> signals for BYT for dsi panels. This is indicated in the VBT fields. Use
> that to initialize and use GPIO based control for these signals.
>
> v2: Use the newer gpiod interface(Alexand
ayPort-0 2560x1440
then things start working again.
--
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/20150506/53d5d25c/attachment-0001.html>
When CONFIG_DRM_MSM_FBDEV is not defined,
CONFIG_DRM_KMS_FB_HELPER does not get selected and
drm_fb_helper_*() helper functions are thus not available.
This change fixes these link issues.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/msm_drv.c | 4
1 file changed, 4 insertions(+)
On Thu, Apr 02, 2015 at 05:02:09PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Liu Lei noticed that our 1856x1392 at 75Hz DMT mode doesn't match the spec.
> Fix that up, and also fix up a few other inconsistencies I discovered
> by parsing the spec (DMT version 1.0
Hello,
this is a rework of the layer blending setup in the Exynos DRM mixer. The
current setup is static and spread out through the mixer code. This rework
pushes all the configuration details into a layer_config array, which specifies
the priority of each layer.
Two arrays are currently found
First step in allowing a more generic way to setup complex
blending for the different layers.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 90 ++-
1 file changed, 79 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/exynos/ex
This analyses the current layer configuration (which layers
are enabled, which have alpha-pixelformat, etc.) and setups
blending accordingly.
We currently disable all kinds of blending for the bottom-most
layer, since configuration of the mixer background is not
yet exposed.
Also blending is only
Previously blending setup was static and most of it was
done in mixer_win_reset().
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/ex
On Wed, May 6, 2015 at 9:36 AM, Ville Syrjälä
wrote:
> On Thu, Apr 02, 2015 at 05:02:09PM +0300, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> Liu Lei noticed that our 1856x1392 at 75Hz DMT mode doesn't match the spec.
>> Fix that up, and also fix up a few other inco
This updates the blending setup when the layer configuration
changes (triggered by mixer_win_{commit,disable}).
Extra care has to be taken for the layer that is currently
being enabled/disabled.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 23 +++
Allow the remaining alpha formats now that blending
is properly setup.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index 430d10c..54e79e
On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> Use the CRC PWM device in intel_panel.c and add new MIPI backlight
> specififc callbacks
>
> v2: Modify to use pwm_config callback
>
> CC: Samuel Ortiz
> Cc: Linus Walleij
> Cc: Alexandre Courbot
> Cc: Thierry Reding
> Signed-off-by: Shobhit Kumar
>
On Wed, May 06, 2015 at 04:11:11PM +0300, Jani Nikula wrote:
> On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> > The CRC (Crystal Cove) PMIC, controls the panel enable and disable
> > signals for BYT for dsi panels. This is indicated in the VBT fields. Use
> > that to initialize and use GPIO based con
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/34d8853f/attachment-0001.html>
Hey Russell,
I just noticed a splat triggered by component_unbind_all() called from
->bind().. any opinions about whether component stuff should handle
that case, or whether I should rearrange my error cleanup path to not
component_unbind_all() in this case?
[2.329829] msm 1a0.qcom,mdss_
On Wed, May 6, 2015 at 9:25 AM, Stephane Viau wrote:
> When CONFIG_DRM_MSM_FBDEV is not defined,
> CONFIG_DRM_KMS_FB_HELPER does not get selected and
> drm_fb_helper_*() helper functions are thus not available.
>
> This change fixes these link issues.
Hmm, didn't Archit start on making fbdev conf
On Wed, May 06, 2015 at 09:39:13AM -0400, Alex Deucher wrote:
> On Wed, May 6, 2015 at 9:36 AM, Ville Syrjälä
> wrote:
> > On Thu, Apr 02, 2015 at 05:02:09PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> >> From: Ville Syrjälä
> >>
> >> Liu Lei noticed that our 1856x1392 at 75Hz DMT m
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/0bc7b323/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/20150506/557f3766/attachment.html>
tachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/7f828315/attachment.html>
On Wed, Apr 29, 2015 at 3:59 PM, Shobhit Kumar
wrote:
> In case we unload and load a driver module again that is registering a
> lookup table, without this it will result in multiple entries. Provide
> an option to remove the lookup table on driver unload
>
> v2: Ccing maintainers
>
> Cc: Samuel
On Wed, Apr 29, 2015 at 4:00 PM, Shobhit Kumar
wrote:
> On some Intel SoC platforms, the panel enable/disable signals are
> controlled by CRC PMIC. Add those control as a new GPIO in a lookup
> table for gpio-crystalcove chip during CRC driver load
>
> v2: Make the lookup table static (Thierry)
On Wed 06-05-15 12:45:51, Vlastimil Babka wrote:
> On 05/06/2015 09:28 AM, 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 n
On Wed 06-05-15 12:46:42, Vlastimil Babka wrote:
> On 05/06/2015 09:28 AM, Jan Kara wrote:
> >Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() instead of
> >hand made mapping of virtual address to physical address. Also the
> >function leaked page reference from get_user_pages() so fix
On Wed 06-05-15 12:47:35, Vlastimil Babka wrote:
> On 05/06/2015 09:28 AM, Jan Kara wrote:
> >Convert g2d_userptr_get_dma_addr() to pin pages using get_vaddr_frames().
> >This removes the knowledge about vmas and mmap_sem locking from exynos
> >driver. Also it fixes a problem that the function has
On Wed, May 06, 2015 at 04:49:36PM +0200, Linus Walleij wrote:
> On Wed, Apr 29, 2015 at 3:59 PM, Shobhit Kumar
> wrote:
>
> > In case we unload and load a driver module again that is registering a
> > lookup table, without this it will result in multiple entries. Provide
> > an option to remove
Hi Kamil,
There are a couple of bits that I've missed out previously. All but
the missing install of libgencec.pc are general cleanups.
On 6 May 2015 at 13:37, Kamil Debski wrote:
> --- /dev/null
> +++ b/.gitignore
> @@ -0,0 +1,26 @@
> +/ar-lib
You can drop this (see the configure.ac note).
>
On Wed, May 06, 2015 at 10:22:22AM -0400, Rob Clark wrote:
> Hey Russell,
>
> I just noticed a splat triggered by component_unbind_all() called from
> ->bind().. any opinions about whether component stuff should handle
> that case, or whether I should rearrange my error cleanup path to not
> comp
Hi Arnd,
On 05/04/2015 12:14 PM, Arnd Bergmann wrote:
> On Monday 04 May 2015 09:42:36 Hans Verkuil wrote:
>> Ping! (Added Arnd to the CC list)
>
> Hi Hans,
>
> sorry I missed this the first time
>
>> On 04/27/2015 09:40 AM, Hans Verkuil wrote:
>>> Added the y2038 mailinglist since I would like
On Wednesday 06 May 2015 17:58:01 Hans Verkuil wrote:
>
> On 05/04/2015 12:14 PM, Arnd Bergmann wrote:
> > On Monday 04 May 2015 09:42:36 Hans Verkuil wrote:
> >> Ping! (Added Arnd to the CC list)
> >
> > Hi Hans,
> >
> > sorry I missed this the first time
> >
> >> On 04/27/2015 09:40 AM, Hans
https://bugzilla.kernel.org/show_bug.cgi?id=95911
--- Comment #13 from gitne at excite.co.jp ---
This bug seems to be linked to bugs bz77181 and bz60827 too.
Mantas MikulÄnas has determined that git commit 4474f3a91f95 was the last known
good to work. archiesix has determined that this bug persis
On Wed, May 6, 2015 at 12:01 PM, Russell King - ARM Linux
wrote:
> On Wed, May 06, 2015 at 10:22:22AM -0400, Rob Clark wrote:
>> Hey Russell,
>>
>> I just noticed a splat triggered by component_unbind_all() called from
>> ->bind().. any opinions about whether component stuff should handle
>> that
05.04.2015, 20:26, Russell King - ARM Linux kirjoitti:
> On Sun, Apr 05, 2015 at 06:46:13PM +0200, Takashi Iwai wrote:
>>
>> One another question: don't we need to deal with the sample bits in
>> sad[2]?
>
> It should, but I'm very wary about doing that without seeing more
> examples of real SADs.
> On Wed, May 6, 2015 at 9:25 AM, Stephane Viau
> wrote:
>> When CONFIG_DRM_MSM_FBDEV is not defined,
>> CONFIG_DRM_KMS_FB_HELPER does not get selected and
>> drm_fb_helper_*() helper functions are thus not available.
>>
>> This change fixes these link issues.
>
> Hmm, didn't Archit start on maki
On Wed, May 06, 2015 at 12:45:04PM -0400, Rob Clark wrote:
> On Wed, May 6, 2015 at 12:01 PM, Russell King - ARM Linux
> wrote:
> > On Wed, May 06, 2015 at 10:22:22AM -0400, Rob Clark wrote:
> >> Hey Russell,
> >>
> >> I just noticed a splat triggered by component_unbind_all() called from
> >> ->b
|.org|
--
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/20150506/e997418c/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150506/871945ca/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=97561
--- Comment #8 from Rich ---
Thanks -
I did try to compile my own kernel a few times but failed. I managed to 'git
clone' the kernel source, apply the drm-fixes patches successfully, compile
(with various config settings) but could never get the
https://bugzilla.kernel.org/show_bug.cgi?id=97561
Rich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
achments/20150506/609ec8b7/attachment.html>
Hi Inki and Joonyoung.
Any thoughts on this?
2015-04-30 Gustavo Padovan :
> Hi,
>
> Here goes the full support for atomic modesetting on exynos. I've
> split the patches in the various phases of atomic support.
>
> v2: fixes comments by Joonyoung
> - remove unused var in patch 09
>
On 05/06/2015 09:28 AM, Jan Kara wrote:
> Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() instead of
> hand made mapping of virtual address to physical address. Also the
> function leaked page reference from get_user_pages() so fix that by
> properly release the reference when omap_vou
Please ignore this patch, I just noticed conditional regulator_get()
definition (#if defined(CONFIG_REGULATOR))
Regards,
Fabian
On 05/06/2015 09:28 AM, 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 reference to each of t
On 05/06/2015 09:28 AM, Jan Kara wrote:
> Convert g2d_userptr_get_dma_addr() to pin pages using get_vaddr_frames().
> This removes the knowledge about vmas and mmap_sem locking from exynos
> driver. Also it fixes a problem that the function has been mapping user
> provided address without holding m
On 04/30, Boris Brezillon wrote:
> Clock rates are stored in an unsigned long field, but ->round_rate()
> (which returns a rounded rate from a requested one) returns a long
> value (errors are reported using negative error codes), which can lead
> to long overflow if the clock rate exceed 2Ghz.
>
89 matches
Mail list logo
