.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/0d0337f4/attachment.html>
Hi Russell again
> > > +static struct platform_driver snd_dw_hdmi_driver = {
> > > + .probe = snd_dw_hdmi_probe,
> >
> > The driver must have a .remove function, because the platform device it
> > is binding against can appear and disappear.
>
> Thank you for your feedback
> OK, I will add it
Hi Russell
> > +static struct platform_driver snd_dw_hdmi_driver = {
> > + .probe = snd_dw_hdmi_probe,
>
> The driver must have a .remove function, because the platform device it
> is binding against can appear and disappear.
Thank you for your feedback
OK, I will add it
ktop.org/archives/dri-devel/attachments/20161101/ca9a9d44/attachment.html>
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/ccfb3709/attachment.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/6cf19093/attachment-0001.html>
psb_gtt_remove is only used in this file, and make it static to
eliminate missing-prototypes compiling warning.
Signed-off-by: Jiang Biao
---
drivers/gpu/drm/gma500/gtt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/drm/gma500/gt
On 1 November 2016 at 08:48, Peter Wu wrote:
> Check whether the kernel really supports power resources for a device,
> otherwise the power might not be removed when the device is runtime
> suspended (DSM should still work in these cases where PR does not).
>
> This is a workaround for a problem w
Hi Dave, a batch of i915 fixes for v4.9.
BR,
Jani.
The following changes since commit 07d9a380680d1c0eb51ef87ff2eab5c994949e69:
Linux 4.9-rc2 (2016-10-23 17:10:14 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2016-11-01
for y
psb_gem_create_ioctl and psb_gem_mmap_ioctl are not used currently,
their declarations are useless.
Signed-off-by: Jiang Biao
---
drivers/gpu/drm/gma500/psb_drv.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.h b/drivers/gpu/drm/gma500/psb_drv.h
index b743
Hi Christophe,
Am Montag, den 31.10.2016, 18:59 +0100 schrieb Christophe JAILLET:
> 'drm_dev_alloc()' returns an error pointer in case of error, not NULL
> So test it with IS_ERR.
>
> This behavior has been introduced recently in 0f2886057be3. For some
> reason, this file has not been updated.
>
Hi Dave,
Am Montag, den 24.10.2016, 16:52 +0200 schrieb Philipp Zabel:
> Hi Dave,
>
> please consider merging this tag containing a few fixes for the recently
> merged active plane reconfiguration support, a label hidden to remove a
> build warning, a fixed error path, and fixes to handling of pl
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/acaf3e52/attachment.html>
; Its probably better to wait for the proper driver support to arrive.
Agreed, NAK for this.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/c00353af/attachment-0001.sig>
On Mon, Oct 17, 2016 at 02:37:00PM +0200, Maarten Lankhorst wrote:
> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
> replace the old for_each_xxx_in_state ones. This is useful for >1 flip
> depth and getting rid of all xxx->state dereferences.
>
> Signed-off-by: Maarten Lank
On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie wrote:
> On 1 November 2016 at 08:48, Peter Wu wrote:
>> Check whether the kernel really supports power resources for a device,
>> otherwise the power might not be removed when the device is runtime
>> suspended (DSM should still work in these cases wh
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161101/4dc7ecf4/attachment.html>
Op 01-11-16 om 14:09 schreef Ville Syrjälä:
> On Mon, Oct 17, 2016 at 02:37:00PM +0200, Maarten Lankhorst wrote:
>> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
>> replace the old for_each_xxx_in_state ones. This is useful for >1 flip
>> depth and getting rid of all xxx->s
On Tue, Nov 01, 2016 at 02:34:00PM +0100, Maarten Lankhorst wrote:
> Op 01-11-16 om 14:09 schreef Ville Syrjälä:
> > On Mon, Oct 17, 2016 at 02:37:00PM +0200, Maarten Lankhorst wrote:
> >> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
> >> replace the old for_each_xxx_in_st
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/1d3370c8/attachment.html>
On 10/31/16 16:19, Bartosz Golaszewski wrote:
> The frame synchronization error happens when the DMA engine attempts
> to read what it believes to be the first word of the video buffer but
> it cannot be recognized as such or when the LCDC is starved of data
> due to insufficient bandwidth of the s
On 10/31/16 16:19, Bartosz Golaszewski wrote:
> The frame synchronization error happens when the DMA engine attempts
> to read what it believes to be the first word of the video buffer but
> it cannot be recognized as such or when the LCDC is starved of data
> due to insufficient bandwidth of the s
Hook up drm_compat_ioctl to support 32-bit userspace on 64-bit kernels.
It turns out that N2600 and N2800 comes with 64-bit enabled. We
previously assumed there where no such systems out there.
Cc: stable at vger.kernel.org
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_drv.c | 3
On Fri, Oct 28, 2016 at 03:14:29AM +0100, Robert Bragg wrote:
> This adds 'compute', 'compute extended', 'memory reads', 'memory writes'
> and 'sampler balance' metric sets for Haswell.
>
> The code is auto generated from an XML description of metric sets,
> currently maintained in gputop, ref:
>
If we define drm_compat_ioctl NULL on CONFIG_COMPAT=n, we don't have to
check for the config everywhere.
Signed-off-by: Jani Nikula
---
Just an idea on top of Patrik's patch.
---
drivers/gpu/drm/arc/arcpgu_drv.c| 2 --
drivers/gpu/drm/arm/hdlcd_drv.c | 2 --
d
From: Emil Velikov
Currently the revision isn't available via sysfs/libudev thus if one
wants to know the value they need to read through the config file.
This in itself wakes/powers up the device, causing unwanted delay
since it can be quite costly.
Expose the revision as a separate file, just
On Tue, Nov 1, 2016 at 11:42 AM, Emil Velikov
wrote:
> From: Emil Velikov
>
> Currently the revision isn't available via sysfs/libudev thus if one
> wants to know the value they need to read through the config file.
>
> This in itself wakes/powers up the device, causing unwanted delay
> since it
ng to use it.
The perf.oa.mux_regs state only pertains to one current metric set that the
OA unit has been configured with, after calling the generated
i915_oa_select_metric_set_hsw() function in hsw_enable_metric_set(). Until
an OA stream is opened and enabled perf.oa.mux_regs won't be initialised.
Notably the recent change for gen8+ mentioned above was to have the
_select_metric_set_() code and the _register_sysfs_() code both
work in terms of the get__mux_config() functions since it's
these functions that will check the fiddly sku specfic details on gen8+ to
select the right MUX config or potentially fail if the metric set isn't
available on the current system. So for gen8+ we can expect
get_compute_basic_mux_config() will fail if the config isn't available and
then won't be advertised via sysfs. On Haswell it looks a little redundant
having these get_ functions unconditionally return a pointer to a
corresponding array.
Hope that clarifies,
- Robert
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/3e926cd9/attachment.html>
rg/archives/dri-devel/attachments/20161101/e4393c36/attachment.html>
From: Emil Velikov
Parsing config sysfs file wakes up the device. The latter of which may
be slow and isn't required to begin with.
Reading through config is/was required since the revision is not
available by other means, although with a kernel patch in the way we can
'cheat' temporarily.
That
/+bug/752542, that would include the
acpidump among other things.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/30296
-pager" somewhere else,
without the "| grep radeon" part. I will post that here as well.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org
s mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/719f3953/attachment.html>
On Tue, Nov 01, 2016 at 09:24:23AM -0400, Alex Deucher wrote:
> On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie wrote:
> > On 1 November 2016 at 08:48, Peter Wu wrote:
> >> Check whether the kernel really supports power resources for a device,
> >> otherwise the power might not be removed when the d
On Tue, Nov 1, 2016 at 3:00 PM, Peter Wu wrote:
> On Tue, Nov 01, 2016 at 09:24:23AM -0400, Alex Deucher wrote:
>> On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie wrote:
>> > On 1 November 2016 at 08:48, Peter Wu wrote:
>> >> Check whether the kernel really supports power resources for a device,
>>
On Tue, Nov 01, 2016 at 03:04:14PM +, Russell King - ARM Linux wrote:
>
>So... where do we stand at the moment...
>
>I've merged the mali changes from Brian Starkey into a separate branch
>called drm-tda998x-mali, which we can all share (I'm waiting for
>agreement before pushing it out.)
I thi
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/86c616c2/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/64255161/attachment.html>
We used to call drm_of_encoder_active_endpoint_id() from
rockchip_dp_drm_encoder_atomic_check() to determine the endpoint for the
active encoder. However, the encoder isn't necessarily active at this
point or it may be connected to different crtc than what we're switching
to. Instead, look at the c
On Tue, Oct 18, 2016 at 5:26 PM, Kuninori Morimoto
wrote:
>
>> > Here's what I'm using to get it working:
>> > https://git.linaro.org/people/john.stultz/android-dev.git/commitdiff/1024cb4
>> > 85b6f00a7e355ce60425f04a584481148
>>
>> Thank you.
>>
>> We need to standardize DT bindings for HDMI soun
--- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161101/3075b07c/attachment-0001.html>
On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote:
> Create the driver for the da8xx master peripheral priority
> configuration and implement support for writing to the three
> Master Priority registers on da850 SoCs.
>
> Signed-off-by: Bartosz Golaszewski
Reviewed-by: Sekhar Nori
Hi Peter,
Am Donnerstag, den 27.10.2016, 15:01 +0200 schrieb Peter Senna Tschudin:
> Add a driver that create a drm_bridge and a drm_connector for the LVDS
> to DP++ display bridge of the GE B850v3.
>
> There are two physical bridges on the video signal pipeline: a
> STDP4028(LVDS to DP) and a ST
On Sun, Oct 30, 2016 at 04:38:42PM +0100, Christophe JAILLET wrote:
> 'dma_buf_map_attachment()' can not return NULL, so there is no need to
> check for it.
>
> Also add a space in order to improve layout.
Thanks, applied.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTT
Hi Emilio,
2016-10-19 Emilio López :
> These tests are based on the libsync test suite from Android.
> This commit lays the ground for future tests, as well as includes
> tests for a variety of basic allocation commands.
>
> Signed-off-by: Emilio López
> ---
> tools/testing/selftests/Makefil
Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code
and takes advantage of VM_FAULT_RETRY functionality when faulting in pages.
Signed-off-by: Lorenzo Stoakes
---
drivers/gpu/drm/via/via_dmablit.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --
On 01-11-2016 18:13, Emil Velikov wrote:
> From: Emil Velikov
>
> Parsing config sysfs file wakes up the device. The latter of which may
> be slow and isn't required to begin with.
>
> Reading through config is/was required since the revision is not
> available by other means, although with a ke
On Sat, Oct 22, 2016 at 05:03:58PM +0800, Baoyou Xie wrote:
> We get 2 warnings when building kernel with W=1:
> drivers/gpu/drm/armada/armada_gem.c:215:27: warning: no previous prototype
> for 'armada_gem_alloc_object' [-Wmissing-prototypes]
> drivers/gpu/drm/armada/armada_gem.c:423:1: warning: n
On Tue, Nov 01, 2016 at 12:36:29AM +, Kuninori Morimoto wrote:
>
> Hi Russell again
>
> > > > +static struct platform_driver snd_dw_hdmi_driver = {
> > > > + .probe = snd_dw_hdmi_probe,
> > >
> > > The driver must have a .remove function, because the platform device it
> > > is bindin
On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote:
> Create a new driver for the da8xx DDR2/mDDR controller and implement
> support for writing to the Peripheral Bus Burst Priority Register.
>
> Signed-off-by: Bartosz Golaszewski
Reviewed-by: Sekhar Nori
Thanks,
Sekhar
On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote:
> The tilcdc driver is not yet ready for working together with the
> dumb-vga-dac drm bridge. While the work on enabling drm_bridge
> support in tilcdc continues, enable the VGA connector on da850-lcdk
> with the following workaround: u
On Mon, Oct 24, 2016 at 06:34:42PM +0300, Jyri Sarha wrote:
> This series depends on tda998x dropping the drm_connector_register().
> Please keep me in loop so that I know when it gets merged so that I
> know when it is safe send a pull request for these.
This suggests that you think that delaying
From: Colin Ian King
Trivial fixes to spelling mistakes "precalser" to "prescaler"
in dev_err messages
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --gi
Hello Colin,
On 11/01/2016 11:23 PM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fixes to spelling mistakes "precalser" to "prescaler"
> in dev_err messages
>
> Signed-off-by: Colin Ian King
> ---
Reviewed-by: Javier Martinez Canillas
Best regards,
--
Javier Martinez Canillas
Open
54 matches
Mail list logo
