:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/806ee25f/attachment.html>
It is actually a lvds panel connected through a rga-lvds bridge.
But I really have no idea about what does a port mean in fimd node.
Also how should I configure this panel size? I think the i2c found
on the panel schematic, but it more likely to be used a touch screen
touth. Also the touch screen
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/37b7488e/attachment-0001.html>
On Mon, Aug 29, 2016 at 6:33 PM, Philipp Zabel
wrote:
> Reset the write FIFO memories after disabling the DMFC
> to make sure no stale data is kept around.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/gpu/ipu-v3/ipu-dmfc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff
> > drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
> > b/drivers/gpu/drm/fsl- dcu/fsl_dcu_drm_drv.c index 7882387..a590ce8
> > 100644
> > --- a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_
On Mon, Aug 29, 2016 at 6:33 PM, Philipp Zabel
wrote:
> Add defines for the memory reset bits and export the memory reset
> function to IPU modules.
This one is probably unneeded since patch 2/2 is questionable.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/gpu/ipu-v3/ipu-common.c | 17 +++
Direct gtt range is used in the page fault scene in current driver,
instead of stolen page. So no need to keep relative process.
---
drivers/gpu/drm/gma500/gem.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/gma500/gem.c b/drivers/gpu/drm/gma500/gem.c
in
2016ë
08ì 25ì¼ 21:14ì Daniel Vetter ì´(ê°) ì´ ê¸:
> On Thu, Aug 25, 2016 at 08:45:25PM +0900, Inki Dae wrote:
>>
>>
>> 2016ë
08ì 25ì¼ 17:42ì Daniel Vetter ì´(ê°) ì´ ê¸:
>>> On Thu, Aug 25, 2016 at 05:06:55PM +0900, Inki Dae wrote:
2016ë
08ì 24ì¼ 20:57ì
> drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c b/drivers/gpu/drm/fsl-
> dcu/fsl_dcu_drm_drv.c
> index 7882387..a590ce8 100644
> --- a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
> +++ b
as the original patchstack is now about 70 patches, I have choosen to
squash the patches together into two seperate parts. The libdrm_etnaviv
implementation and tests. All seperate patches can be found here:
https://github.com/austriancoder/libdrm/tree/master
As this work is a collaborative effort
From: The etnaviv authors
Add the libdrm_etnaviv helper library to encapsulate etnaviv-specific
interfaces to the DRM.
Signed-off-by: Christian Gmeiner
Signed-off-by: Lucas Stach
---
.gitignore | 1 +
Makefile.am | 6 +
configure.ac | 1
From: The etnaviv authors
This adds the following basic unit tests:
- etnaviv_2d_test
Let the 2D core render a defined pattern into a bo
and store it as bmp.
- etnaviv_bo_cache_test
Basic tests to validate the bo-cache behavior.
- etnaviv_cmd_stream_test
Tests for the etna_cmd_stream A
On Mon, 29 Aug 2016, Andrea Arcangeli wrote:
> On Mon, Aug 29, 2016 at 10:24:38AM +0300, Jani Nikula wrote:
>> If it's an Iybridge, there's no low vswing, and that explanation is
>> false. You can verify by trying i915.edp_vswing=1 or i915.edp_vswing=2
>> on an unpatched kernel.
>
> CC'ed Martin w
Am Montag, den 29.08.2016, 17:51 +0200 schrieb Lucas Stach:
> The atomic conversion lost the notification to let the DRM core
> know about the current state of the CRTC vblank interrupts. This
> regressed the ability of the core to reject page flip attempts
> on currently disabled CRTCs. Add back t
Hi Dave,
this tag contains two fixes for regressions introduced by the atomic
modeset conversion. The first adds active plane reconfiguration support
via modesets (otherwise starting weston with fbdev emulation and
framebuffer console enabled would result in a black screen), and the
second adds ba
ctly to drm-fixes.
>>
>
> Applied to drm-misc
Hmm, did this go to drm-next? It should be in drm-fixes.
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/20160830/a058254f/attachment.sig>
If the enable-gpios property of a simple panel in device tree is set,
the GPIO is not toggled on/off because of missing calls to
drm_panel_prepare and drm_panel_unprepare.
Signed-off-by: Jonathan Liu
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/driv
Hi Andrea,
I'd be happy to test, but what am I testing when applying these boot
parameters? In other words: what should I report?
And just to be sure, I THINK I own an IVB but intel is not very vocal about it
when searching for familyname. I have a
vendor_id : GenuineIntel
cpu family
On Tue, 30 Aug 2016, Martin van Es wrote:
> Hi Andrea,
>
> I'd be happy to test, but what am I testing when applying these boot
> parameters? In other words: what should I report?
The point is, for an ivybridge setting those parameters should not make
*any* difference.
BR,
Jani.
>
> And just
Hi John,
Thank you for the patch.
On Monday 29 Aug 2016 16:41:33 John Stultz wrote:
> From: Archit Taneja
>
> This patch moves the adv7511 data structure to header file so that the
> audio driver file could use it.
Actually it doesn't, the data structure is already in the header file.
> Cc: D
On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
> From: The etnaviv authors
>
> This adds the following basic unit tests:
>
> - etnaviv_2d_test
> Let the 2D core render a defined pattern into a bo
> and store it as bmp.
>
> - etnaviv_bo_cache_test
> Basic tests to valid
Hi John,
Thank you for the patch.
On Monday 29 Aug 2016 16:41:34 John Stultz wrote:
> This patch adds support to Audio for both adv7511 and adv7533
> bridge chips.
>
> This patch was originally from [1] by Lars-Peter Clausen
> and was adapted by Archit Taneja and
> Srinivas Kandagatla .
>
> T
Hi John,
Thank you for the patches.
On Monday 29 Aug 2016 16:41:32 John Stultz wrote:
> This is another swing at getting the adv7511 hdmi bridge
> audio support reviewed.
>
> I've taken the core audio work done by Lars-Peter Clausen, and
> adapted by Srinivas Kandagatla and Archit Taneja, and tr
On Fri, Aug 26, 2016 at 06:50:56PM +0100, Dave Gordon wrote:
> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
> provides several other useful intermediate levels such as NOTICE and
> WARNING. So this patch fills out the set by providing simple macros for
> the additional le
On Fri, 26 Aug 2016, Peter Griffin wrote:
> Use tabs instead of spaces.
>
> Signed-off-by: Peter Griffin
> ---
> drivers/gpu/drm/virtio/Kconfig | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
For my own reference:
Acked-by: Lee Jones
> diff --git a/drivers/gpu/drm/virtio/Kcon
On Fri, 26 Aug 2016, Peter Griffin wrote:
> [..]
> drivers/video/fbdev/Kconfig:5:error: recursive dependency detected!
> For a resolution refer to Documentation/kbuild/kconfig-language.txt
> subsection "Kconfig recursive dependency limitations"
> drivers/video/fbdev/Kconfig:5:symbol FB is
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch enables the uniperif players 2 & 3 for b2120 boards
> and also adds the "simple-audio-card" device node to interconnect
> the SoC sound device and the codec.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/a
On Tue, 30 Aug 2016, Lee Jones wrote:
> On Fri, 26 Aug 2016, Peter Griffin wrote:
>
> > Use tabs instead of spaces.
> >
> > Signed-off-by: Peter Griffin
> > ---
> > drivers/gpu/drm/virtio/Kconfig | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
>
> For my own reference:
> Ack
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the DT node for the uniperif reader
> IP block found on STiH407 family silicon.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-family.dtsi | 26 ++
> 1 file
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the DT nodes for the uniperif player
> IP blocks found on STiH407 family silicon.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-family.dtsi | 76
> +++
On Tue, 30 Aug 2016, Lee Jones wrote:
> On Fri, 26 Aug 2016, Peter Griffin wrote:
>
> > This patch adds the DT nodes for the uniperif player
> > IP blocks found on STiH407 family silicon.
> >
> > Signed-off-by: Arnaud Pouliquen
> > Signed-off-by: Peter Griffin
> > ---
> > arch/arm/boot/dts/st
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the dt node for the internal audio
> codec IP.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-family.dtsi | 7 +++
> 1 file changed, 7 insertions(+)
Acked-by: Lee Jones
> di
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the pinctrl config for the spidf out
> pins used by the sasg codec IP.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-pinctrl.dtsi | 8
> 1 file changed, 8 insertions(+)
On Tue, Aug 30, 2016 at 7:10 AM, wrote:
>
> Direct gtt range is used in the page fault scene in current driver,
> instead of stolen page. So no need to keep relative process.
Hi
Are you saying that we don't use stolen memory? Afaik stolen memory
should be accessed through the stolen range so we
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the pinctrl config for the i2s_in pins
> used by the uniperif reader IP.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-pinctrl.dtsi | 24
> 1 file changed
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the pinctrl config for the i2s_out pins
> used by the uniperif player IP.
>
> Signed-off-by: Arnaud Pouliquen
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-pinctrl.dtsi | 23 +++
> 1 file changed
Nit: Remove full-stop from $SUBJECT
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch enables the STi ALSA drivers found on STi platforms
> as well as the simple-card driver which is a dependency to have
> working sound.
>
> Signed-off-by: Peter Griffin
> Cc: arnaud.pouliquen at st.com
> Cc
On Fri, 26 Aug 2016, Peter Griffin wrote:
> These nodes are required to get the fdma driver working
> on STiH407 based silicon.
>
> Signed-off-by: Peter Griffin
> ---
> arch/arm/boot/dts/stih407-family.dtsi | 52
> +++
> 1 file changed, 52 insertions(+)
Acked-b
On Fri, 26 Aug 2016, Peter Griffin wrote:
> This patch adds the slim core rproc driver to the STi section
> of the MAINTAINERS file.
>
> Signed-off-by: Peter Griffin
> ---
> MAINTAINERS | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Lee Jones
> diff --git a/MAINTAINERS b/MAINTAINERS
> i
On 30 August 2016 at 09:12, Russell King - ARM Linux
wrote:
> On Mon, Aug 29, 2016 at 05:41:10PM +0100, Emil Velikov wrote:
>> Hi all,
>>
>> On 24 August 2016 at 06:46, Vladimir Zapolskiy
>> wrote:
>>
>> > MODULE_AUTHOR("Sascha Hauer ");
>> > MODULE_AUTHOR("Andy Yan ");
>> > MODULE_AUTHOR("Yak
On Fri, 26 Aug 2016, Peter Griffin wrote:
> slim core is used as a basis for many IPs in the STi
> chipsets such as fdma and demux. To avoid duplicating
> the elf loading code in each device driver a slim
> rproc driver has been created.
>
> This driver is designed to be used by other device driv
On Tuesday 30 August 2016, Baoyou Xie wrote:
> On 30 August 2016 at 00:01, Sean Paul wrote:
>
> > On Mon, Aug 29, 2016 at 9:02 AM, Baoyou Xie
> > wrote:
> > > We get 1 warning when build kernel with W=1:
> > > drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgm107.c:937:1: warning: no
> > previous pro
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/20160830/30d421ba/attachment.sig>
what could be causing this.
--
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/20160830/ae06efcc/attachment-0001.html>
attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/f006f93f/attachment.sig>
On 08/30/16 15:46, Tomi Valkeinen wrote:
>
>
> On 26/08/16 20:44, Jyri Sarha wrote:
>> On 08/26/16 15:51, Rob Herring wrote:
--- a/Documentation/devicetree/bindings/display/tilcdc/tilcdc.txt
> +++ b/Documentation/devicetree/bindings/display/tilcdc/tilcdc.txt
> @@ -17,6 +17,8 @@ Optio
if (IS_ERR(encoder->bridge))
> + encoder->bridge = NULL;
> +
And that could be the else condition of the if statement below.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part -
On 30 August 2016 at 08:14, Christian Gmeiner
wrote:
> From: The etnaviv authors
>
> Add the libdrm_etnaviv helper library to encapsulate etnaviv-specific
> interfaces to the DRM.
>
> Signed-off-by: Christian Gmeiner
> Signed-off-by: Lucas Stach
Just double-checking:
- you've looked that all
On 30 August 2016 at 10:08, Daniel Vetter wrote:
> On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
>> From: The etnaviv authors
>>
>> This adds the following basic unit tests:
>>
>> - etnaviv_2d_test
>> Let the 2D core render a defined pattern into a bo
>> and store it as b
On Mon, Aug 29, 2016 at 05:41:10PM +0100, Emil Velikov wrote:
> Hi all,
>
> On 24 August 2016 at 06:46, Vladimir Zapolskiy
> wrote:
>
> > MODULE_AUTHOR("Sascha Hauer ");
> > MODULE_AUTHOR("Andy Yan ");
> > MODULE_AUTHOR("Yakir Yang ");
> > +MODULE_AUTHOR("Vladimir Zapolskiy ");
> Don't meant
On dinsdag 30 augustus 2016 11:13:40 CEST Jani Nikula wrote:
> On Tue, 30 Aug 2016, Martin van Es wrote:
> > Hi Andrea,
> >
> > I'd be happy to test, but what am I testing when applying these boot
> > parameters? In other words: what should I report?
>
> The point is, for an ivybridge setting th
On Fri, Aug 26, 2016 at 01:00:54AM +0200, Peter Wu wrote:
> Even if PR3 support is available on the bridge, it will not be used if
> the PCI layer considers it unavailable (i.e. on all laptops from 2013
> and 2014). Ensure that this condition is checked to allow a fallback to
> the Optimus DSM for
+static void
> > gm107_grctx_generate_tpcid(struct gf100_gr *gr)
> > {
> > struct nvkm_device *device = gr->base.engine.subdev.device;
> > --
> > 2.7.4
> >
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/624f87e7/attachment.html>
The KMS helpers (drm_atomic_helper_check_modeset/mode_fixup) pass
encoder->bridge directly to drm_bridge_mode_fixup, which expects a
valid pointer, or NULL (in which case it just returns).
Clear encoder->bridge if a bridge is not found, instead of keeping
the ERR_PTR value.
Since other drm_bridge
On Tue, Aug 30, 2016 at 12:08:57PM +0200, Roland Singer wrote:
> Thanks for pointing it out.
>
> Yeah that's right. The system will hang randomly a few minutes later,
> because some certain actions in the graphical user session will trigger
> the freeze.
>
> I had a look at the function body of p
Thanks for pointing it out.
Yeah that's right. The system will hang randomly a few minutes later,
because some certain actions in the graphical user session will trigger
the freeze.
I had a look at the function body of pci_read_config_dword:
#define PCI_OP_READ(size, type, len) \
int pci_bus
On 30 August 2016 at 14:06, Bjorn Helgaas wrote:
> On Tue, Aug 30, 2016 at 12:08:57PM +0200, Roland Singer wrote:
>> Thanks for pointing it out.
>>
>> Yeah that's right. The system will hang randomly a few minutes later,
>> because some certain actions in the graphical user session will trigger
>>
On Tue, Aug 30, 2016 at 5:08 AM, Daniel Vetter wrote:
> On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
>> From: The etnaviv authors
>>
>> This adds the following basic unit tests:
>>
>> - etnaviv_2d_test
>> Let the 2D core render a defined pattern into a bo
>> and store it
On 30 August 2016 at 07:55, Jonathan Liu wrote:
> If the enable-gpios property of a simple panel in device tree is set,
> the GPIO is not toggled on/off because of missing calls to
> drm_panel_prepare and drm_panel_unprepare.
>
> Signed-off-by: Jonathan Liu
> ---
> drivers/gpu/drm/sun4i/sun4i_rg
On Tue, Aug 30, 2016 at 11:25 AM, Roland Singer
wrote:
> I tried these scenarios:
>
> 1. Booted the system without the bbswitch module. The nouveau module
>was loaded and is responsible for the power management of the GPU.
>The graphical session freezes after some minutes...
>
> 2. Booted
On Tue, Aug 30, 2016 at 11:44 AM, Ilia Mirkin wrote:
> On Tue, Aug 30, 2016 at 11:25 AM, Roland Singer
> wrote:
>> I tried these scenarios:
>>
>> 1. Booted the system without the bbswitch module. The nouveau module
>>was loaded and is responsible for the power management of the GPU.
>>The
On 30 August 2016 at 16:25, Roland Singer
wrote:
> I tried these scenarios:
>
> 1. Booted the system without the bbswitch module. The nouveau module
>was loaded and is responsible for the power management of the GPU.
>The graphical session freezes after some minutes...
>
> 2. Booted the s
On Tue, Aug 30, 2016 at 4:40 PM, Rob Clark wrote:
> On Tue, Aug 30, 2016 at 5:08 AM, Daniel Vetter wrote:
>> On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
>>> From: The etnaviv authors
>>>
>>> This adds the following basic unit tests:
>>>
>>> - etnaviv_2d_test
>>> Let the
L attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/65c9d2f4/attachment.html>
Tom,
hmm, I wonder if it was a bug/oversight for the YUV capabilities of
this extension to not depend on OES_EGL_image_external (which
unfortunately, doesn't seem to have a GL counterpart)?
I think this currently implies that you could sample from an imported
YUV eglimg using (for example) sample
On Tue, Aug 30, 2016 at 1:37 PM, Roland Singer
wrote:
> My conclusion:
>
> 1. Nouveau has couple of problems with GTX 9** M Nvidia GPUs.
>I would love to help here.
nouveau + bbswitch will always end in tears. You're going behind the
driver's back and messing around with state it believes it
On 30 August 2016 at 18:37, Roland Singer
wrote:
> I am running 4.7.2, but I also just tried the 4.8.0-rc4 mainline kernel.
> The result is the same. There is no difference if bbswitch of acpi_call
> is used. However I noticed following:
>
> 1. The nouveau driver is broken in both kernel version
On 30 August 2016 at 19:09, Emil Velikov wrote:
> On 30 August 2016 at 18:37, Roland Singer
> wrote:
>> I am running 4.7.2, but I also just tried the 4.8.0-rc4 mainline kernel.
>> The result is the same. There is no difference if bbswitch of acpi_call
>> is used. However I noticed following:
>>
On Tue, Aug 30, 2016 at 2:02 PM, Roland Singer
wrote:
> I configured bbswitch to not set any states automatically...
> So it's possible to obtain and verify the GPU power state.
>
> However I removed the bbswitch module and booted with nouveau.
>
> Kernel 4.7.2: nouveau switches the discrete GPU o
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/1e2250c1/attachment-0001.html>
On Tue, Aug 30, 2016 at 02:13:46PM -0400, Ilia Mirkin wrote:
> On Tue, Aug 30, 2016 at 2:02 PM, Roland Singer
> wrote:
> > I configured bbswitch to not set any states automatically...
> > So it's possible to obtain and verify the GPU power state.
> >
> > However I removed the bbswitch module and b
Hi Rob
On Fri, Aug 26, 2016 at 2:36 PM, Rob Herring wrote:
> On Thu, Aug 25, 2016 at 7:00 PM, David Herrmann
> wrote:
>> Provide a generic DRM helper that evicts all conflicting firmware
>> framebuffers, devices, and drivers. The new helper is called
>> drm_evict_firmware(), and takes a flagset
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/2ca0ed53/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/6ae579b2/attachment.html>
On Mon, Aug 29, 2016 at 11:02:10AM -0500, Bjorn Helgaas wrote:
> [+cc linux-acpi, linux-kernel, dri-devel]
>
> Hi Roland,
>
> I have no idea how to debug this problem. Are you seeing something
> that suggests it may be a PCI problem?
Yes I suspect there is an ACPI and/ or PCI problem, possibly
On Tuesday 30 August 2016, Baoyou Xie wrote:
> We get some warnings when building kernel with W=1:
> drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf117.c:222:1: warning: no previous
> prototype for 'gf117_grctx_generate_main' [-Wmissing-prototypes]
> drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxnv50.c:2
d...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/26c079d2/attachment.sig>
On Tue, Aug 30, 2016 at 2:30 PM, David Herrmann
wrote:
> Hi Rob
>
> On Fri, Aug 26, 2016 at 2:36 PM, Rob Herring wrote:
>> On Thu, Aug 25, 2016 at 7:00 PM, David Herrmann
>> wrote:
>>> Provide a generic DRM helper that evicts all conflicting firmware
>>> framebuffers, devices, and drivers. The
scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160830/6fa5f70d/attachment.sig>
Hi
On Tue, Aug 30, 2016 at 10:58 PM, Rob Herring wrote:
> On Tue, Aug 30, 2016 at 2:30 PM, David Herrmann
> wrote:
>> Sure, all those functions are not meant to be called in parallel by
>> multiple tasks. They are rather meant to have a single holder which
>> preferably is the one instantiating
Previously this function had a NULL pointer check for gem->map_list.map, but
that line was refactored after commit 0de23977cfeb5b357ec884ba15417ae118ff9e9bb
("drm/gem: convert to new unified vma manager").
After the refactor it is still necessasry to check that the vma manager is not
NULL because
The usb_driver suspend and resume function pointers must be populated
to prevent forced unbinding of USB interface driver. See usb/core/driver.c:
unbind_no_pm_drivers_interfaces().
Restore mode and damage the entire frame buffer upon resume.
TEST=suspend and resume with the same UDL device connec
On Tue, Aug 30, 2016 at 4:12 PM, David Herrmann
wrote:
> Hi
>
> On Tue, Aug 30, 2016 at 10:58 PM, Rob Herring wrote:
>> On Tue, Aug 30, 2016 at 2:30 PM, David Herrmann
>> wrote:
>>> Sure, all those functions are not meant to be called in parallel by
>>> multiple tasks. They are rather meant to
Hi Lee,
Thanks for reviewing.
On Tue, 30 Aug 2016, Lee Jones wrote:
> On Fri, 26 Aug 2016, Peter Griffin wrote:
>
> > slim core is used as a basis for many IPs in the STi
> > chipsets such as fdma and demux. To avoid duplicating
> > the elf loading code in each device driver a slim
> > rproc dr
On Tue, Aug 30, 2016 at 8:56 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Aug 30, 2016 at 08:22:23PM +0800, Chen-Yu Tsai wrote:
>> The KMS helpers (drm_atomic_helper_check_modeset/mode_fixup) pass
>> encoder->bridge directly to drm_bridge_mode_fixup, which expects a
>> valid pointer, or NULL (in whi
On Tue 30 Aug 05:34 PDT 2016, Lee Jones wrote:
Thanks for your review Lee.
> On Fri, 26 Aug 2016, Peter Griffin wrote:
[..]
> > diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
> > index 1a8bf76a..06765e0 100644
> > --- a/drivers/remoteproc/Kconfig
> > +++ b/drivers/remoteproc
I am running 4.7.2, but I also just tried the 4.8.0-rc4 mainline kernel.
The result is the same. There is no difference if bbswitch of acpi_call
is used. However I noticed following:
1. The nouveau driver is broken in both kernel version and is responsible
for the freezes while gathering power
I configured bbswitch to not set any states automatically...
So it's possible to obtain and verify the GPU power state.
However I removed the bbswitch module and booted with nouveau.
Kernel 4.7.2: nouveau switches the discrete GPU off.
I can't trigger the freeze, because bbswitch is
Hi Lee,
Thanks for reviewing and your very valuable feedback.
On Tue, 30 Aug 2016, Lee Jones wrote:
> On Fri, 26 Aug 2016, Peter Griffin wrote:
>
> > This patch adds the DT node for the uniperif reader
> > IP block found on STiH407 family silicon.
> >
> > Signed-off-by: Arnaud Pouliquen
> > S
I tried these scenarios:
1. Booted the system without the bbswitch module. The nouveau module
was loaded and is responsible for the power management of the GPU.
The graphical session freezes after some minutes...
2. Booted the system without bbswitch and with nouveau blacklisted.
Manuall
On Fri, Aug 26, 2016 at 03:56:40PM +0100, Peter Griffin wrote:
> config STM32_DMA
> bool "STMicroelectronics STM32 DMA support"
> depends on ARCH_STM32
> @@ -567,7 +580,6 @@ config ZX_DMA
> help
> Support the DMA engine for ZTE ZX296702 platform devices.
>
> -
unrelat
91 matches
Mail list logo
