Maciej,
I'm cross-posting this to linux-media and the rc maintainer Sean Young.
Note that various RC defines have been renamed in the upcoming 4.14. It might be
better to base your code on top of https://git.linuxtv.org/media_tree.git/
which has those patches merged.
Regards,
Hans
On 0
On 08/16/2017 01:55 PM, Andrzej Hajda wrote:
> On 03.08.2017 10:28, Hans Verkuil wrote:
>> Hi Maciej,
>>
>> Unfortunately I do not have the MHL spec, but I was wondering what the
>> relationship between RCP and CEC is. CEC has remote control support as
>> well, so is RCP that subset of the CEC spec
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #28 from qwang13 ---
hi @Timo Aaltonen
Again, Would you create another bug to separately track tearing issue as Michel
comment#23 said?
--
You are receiving this mail because:
You are the assignee for the bug._
Am Dienstag, den 22.08.2017, 12:59 -0300 schrieb Fabio Estevam:
> On Tue, Aug 22, 2017 at 9:47 AM, Fabio Estevam wrote:
> > Hi,
> >
> > I am running kernel 4.12.8 and mesa 17.1.6 on a imx6q, but glmark2
> > never runs successfully until the end. It always crashes like this:
> >
> > ** Failed to se
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #29 from Michel Dänzer ---
(In reply to qwang13 from comment #28)
> Again, Would you create another bug to separately track tearing issue as
> Michel comment#23 said?
Per comment 27, the tearing is already fixed with current upstrea
Hi Thierry,
i hit a compile error with this patch:
CC drivers/gpu/drm/tegra/trace.o
In file included from drivers/gpu/drm/tegra/trace.h:68:0,
from drivers/gpu/drm/tegra/trace.c:2:
./include/trace/define_trace.h:88:43: fatal error: ./trace.h: No such
file or directory
co
Am 23.08.2017 um 07:52 schrieb Christophe JAILLET:
Check memory allocation failure and return -ENOMEM in such a case.
'num_post_dep_syncobjs' still has to be set to 0 before the test in order
to have it initialized if 'amdgpu_cs_parser_fini()' is called to free
resources.
The calling graph woul
> Etnaviv isn't CMA based, so this is certainly not a valid fix. It
> probably doesn't crash anymore, as it isn't properly freeing the pages
> backing the GEM object.
>
> I've seen this crash in the early days of etnaviv a few times, but it
> hasn't happened to me in a long time.
I don't recogni
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #30 from Ethan Hsieh ---
Created attachment 133710
--> https://bugs.freedesktop.org/attachment.cgi?id=133710&action=edit
kern.log (drm.debug=0xe)
Here is the timestamp of kern.log
--- DC mode ---
1. timestamp: 16:49
$ DRI_PRIME=1
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #31 from Ethan Hsieh ---
Created attachment 133711
--> https://bugs.freedesktop.org/attachment.cgi?id=133711&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
2017-08-21 20:18 GMT+08:00 Emil Velikov :
> On 17 August 2017 at 04:31, Chih-Wei Huang wrote:
>> Ping. Is there any other concern to merge the fix?
>>
> My earlier suggestion was to use the respective Android build system
> variable, instead of hardcoding the actual path.
Oh. Sorry I didn't reall
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #32 from Ethan Hsieh ---
Created attachment 133712
--> https://bugs.freedesktop.org/attachment.cgi?id=133712&action=edit
syslog
--
You are receiving this mail because:
You are the assignee for the bug.
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 13/06/17 12:02, Tomi Valkeinen wrote:
> Seems that on omap3 enabling a crtc without any planes causes a sync
> lost flood. This only happens on the first enable, and
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||100199
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=102372
Bug ID: 102372
Summary: [dc] [kabini] Errors during startup - X doesn't start
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity
Hi Fabio,
Am Mittwoch, den 23.08.2017, 10:46 +0200 schrieb Wladimir J. van der
Laan:
> > Etnaviv isn't CMA based, so this is certainly not a valid fix. It
> > probably doesn't crash anymore, as it isn't properly freeing the pages
> > backing the GEM object.
> >
> > I've seen this crash in the ear
On Fri, Aug 18, 2017 at 07:43:28PM +0200, Daniel Vetter wrote:
> We're not super-consistent about these, but I think it's worth to
> document at least the commmon patterns.
>
> v2:
> - Add a not about ENOTTY (it's just a confusing name, but used
> exactly what it's meant for in DRM) (Chris).
> - U
Hi Lucas,
On Wed, Aug 23, 2017 at 9:06 AM, Lucas Stach wrote:
>> I don't recognize this either, I haven't seen a kernel memory managment
>> error while
>> running glmark2 (or anything w/ etnaviv) for a long time. Strange.
>
> This might also be related to the used xf86-video-armada version. Are
From: Colin Ian King
Remove a redundant identical return statement, it has no use.
Detected by CoverityScan, CID#1454586 ("Structurally dead code")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v8.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=101987
--- Comment #2 from mirh ---
Bug 41762, bug 66963, bug 90263.
If you want to still keep fglrx driver (or nevertheless experiment with
toggling open-source one) *and* an updated operating system, I'd recommend
Manjaro.
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=102300
--- Comment #5 from f...@mt2015.com ---
(In reply to Michel Dänzer from comment #4)
> Please attach the Xorg configuration snippets you created in
> /etc/X11/xorg.conf.d and/or /usr/share/X11/xorg.conf.d , in particular
> anything related to a mo
https://bugs.freedesktop.org/show_bug.cgi?id=102300
--- Comment #6 from f...@mt2015.com ---
Section "Device"
Identifier "Radeon R9 285"
Driver "amdgpu"
Option "AccelMethod" "glamor"
Option "DRI" "3"
Option "TearFree" "on"
Option "ColorTiling" "on"
Hi Dave,
Updates for 4.14.. I have some further patches from Jordan to add
multiple priority levels and pre-emption, but those will probably be
for 4.15 to give me time for the mesa parts.
The following changes since commit 8f93e043d048b671c32c6f0a5102fefa800c4618:
drm/msm: gpu: don't abuse d
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #1 from Alex Deucher ---
Please attach your full dmesg output from when the driver loaded and your xorg
log.
--
You are receiving this mail because:
You are the assignee for the bug.___
d
https://bugs.freedesktop.org/show_bug.cgi?id=99553
--- Comment #15 from Vedran Miletić ---
Jan Vesely is maintaining a table of test results:
http://paul.rutgers.edu/~jv356/piglit/gcn-latest-3/problems.html
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99553
--- Comment #16 from Vedran Miletić ---
And an equivalent one for r600, sorry for double comment:
http://paul.rutgers.edu/~jv356/piglit/radeon-latest-5/problems.html
--
You are receiving this mail because:
You are the assignee for the bug._
Hi,
On Thu, Aug 10, 2017 at 04:36:43AM +, Kuninori Morimoto wrote:
>
> From: Kuninori Morimoto
>
> Now, we can use of_graph_get_remote_endpoint(). Let's use it.
>
> Signed-off-by: Kuninori Morimoto
Queued for 4.15, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Ker
https://bugs.freedesktop.org/show_bug.cgi?id=101691
Michel Dänzer changed:
What|Removed |Added
Attachment #133710|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=101691
Michel Dänzer changed:
What|Removed |Added
Attachment #133711|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=102372
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #2 from
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #83 from Rich (f...@bitservices.org.uk) ---
For anyone reading this, this is still broken in Kernel 4.12.8 (currently
latest).
Really concerned that this bug doesn't get fixed before 4.9 is no longer the
latest LONGTERM. Still wonderi
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #2 from har...@gmx.de ---
Yes, i did it via 'git bisect'.
Here is the first related commit:
d5ba75f8881f0869dc16f71f7395514c0a35b6e2 is the first bad commit
commit d5ba75f8881f0869dc16f71f7395514c0a35b6e2
Author: Thomas Hellstrom
D
https://bugs.freedesktop.org/show_bug.cgi?id=102358
Michel Dänzer changed:
What|Removed |Added
CC||thellst...@vmware.com
--- Comment #3 fr
Hi Matthew,
On Sat, Aug 19, 2017 at 2:02 PM, Matthew Garrett wrote:
> On Fri, Aug 18, 2017 at 09:19:11PM +0530, Varad Gautam wrote:
>> From: Stéphane Marchesin
>>
>> initially reviewed for ChromiumOS at:
>> https://chromium-review.googlesource.com/339093
>> Signed-off-by: Stéphane Marchesin
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=102319
--- Comment #2 from Marcin Mielniczuk ---
With nouveau.modeset=0 I get a black screen in the tty the DM is running in.
Attaching the journal and dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102319
--- Comment #3 from Marcin Mielniczuk ---
Created attachment 133717
--> https://bugs.freedesktop.org/attachment.cgi?id=133717&action=edit
dmesg with nouveau.modeset=0
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102319
--- Comment #4 from Marcin Mielniczuk ---
Created attachment 133718
--> https://bugs.freedesktop.org/attachment.cgi?id=133718&action=edit
journal with nouveau.modeset=0
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=102319
--- Comment #5 from Marcin Mielniczuk ---
As for suspending the Nvidia GPU - I ran
DRI_PRIME=1 xed
inside my DM manager to make sure that the Nvidia GPU remains powered on. The
problem persists even then.
--
You are receiving this mail beca
From: Thierry Reding
The TRACE_INCLUDE_FILE macro needs to specify the path relative to the
define_trace.h header rather than relative to the file defining it.
Reported-by: Dmitry Osipenko
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/trace.h | 2 +-
1 file changed, 1 insertion(+),
On Wed, Aug 23, 2017 at 09:10:09PM +0530, Varad Gautam wrote:
> Hi Matthew,
>
> On Sat, Aug 19, 2017 at 2:02 PM, Matthew Garrett wrote:
> > On Fri, Aug 18, 2017 at 09:19:11PM +0530, Varad Gautam wrote:
> >> From: Stéphane Marchesin
> >>
> >> initially reviewed for ChromiumOS at:
> >> https://chr
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #4 from har...@gmx.de ---
Created attachment 133719
--> https://bugs.freedesktop.org/attachment.cgi?id=133719&action=edit
gdb all tread backtrace
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #5 from Thomas Hellström ---
This looks odd.
That commit actually only adds a wait for all swaps to be scheduled at
glFinish(), so it shouldn't really be causing any grief unless the server
somehow forgets to send the right events
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #4 from Harry Wentland ---
Do you mind posting the logs? We might just need to cleanup the messages (i.e.
not print them).
--
You are receiving this mail because:
You are the assignee for the bug.___
I must have added that accidentally when cherry-picking an internal
patch for upstreaming. Thanks for catching it.
Reviewed-by: Felix Kuehling
Regards,
Felix
On 2017-08-23 09:17 AM, Colin King wrote:
> From: Colin Ian King
>
> Remove a redundant identical return statement, it has no use.
>
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.12
head: aa4ac19d28d34607b90d055439ce421be9e6fc11
commit: ea915b0b0414e1086ba7cc1aaf78f9cd4f746631 [472/1215] ASoC: AMD: enable
ACP3x drivers build
config: blackfin-allyesconfig (attached as .config)
compiler: bfin-uclinux-gcc (
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #6 from har...@gmx.de ---
BTW:
... setting environment variable LIBGL_DRI3_DISABLE (to switch back to DRI2)
fixes the freeze too ...
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102380
Bug ID: 102380
Summary: intel_gpu_top: Test requirement not met in function
drm_open_driver_master, file drmtest.c:391:
Product: DRI
Version: unspecified
Hardware: All
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.14-wip
head: 9f7373596843431b63965965f1059d39600db3a2
commit: 217dcd53c963af28d04c357aed922f1faa20 [39/44] drm/radeon: use new
TTM populate/dma map helper functions
config: xtensa-allmodconfig (attached as .config)
compiler: xt
The only way this would be possible if if the commit
d1c99475f269a85e0a1916c949526cb22b157271 didn't make it into the public staging
tree.
Tom
From: kbuild test robot
Sent: Wednesday, August 23, 2017 16:52
To: StDenis, Tom
Cc: kbuild-...@01.org; dri-de
> -Original Message-
> From: StDenis, Tom
> Sent: Wednesday, August 23, 2017 5:08 PM
> To: kbuild test robot
> Cc: kbuild-...@01.org; dri-devel@lists.freedesktop.org; Deucher, Alexander;
> Koenig, Christian
> Subject: Re: [radeon-alex:drm-next-4.14-wip 39/44]
> drivers/gpu/drm/radeon/radeon
Odd. I mean I had build tested it even though I don't have radeon cards to
devel with (other than my tahiti I guess but I rarely use that).
Tom
From: Deucher, Alexander
Sent: Wednesday, August 23, 2017 17:12
To: StDenis, Tom; kbuild test robot
Cc: kbuild-
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.14-wip
head: 9f7373596843431b63965965f1059d39600db3a2
commit: d47a6c4783b8461b6c6d24b53ce35b7a3dfa92a1 [38/44] drm/amd/amdgpu: Use
new TTM populate/map helper function
config: i386-randconfig-a1-08231053 (attached as .config)
compi
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #5 from dwagner ---
Sure can do: This I find in Xorg.0.log:
[36.956] (--) AMDGPU(0): HDMI max TMDS frequency 30KHz
[36.956] (II) AMDGPU(0): Printing probed modes for output HDMI-A-0
[36.956] (II) AMDGPU(0): Modeline
tree: git://anongit.freedesktop.org/drm-intel drm-intel-nightly
head: 3adc9e3cacefe82619fc56ec78a0ca3a67a4b00c
commit: 179c02fe90a4104d32e92a46b9ff4ecc32bf3647 [1258/1268] drm/tve200: Add
new driver for TVE200
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: f1d227e3e7d367350633a49e99cdaf72d2ff5c34
commit: 1f5f2691ef56d0d2eda46e03539efe2003633e8e [61/816] ASoC: AMD: enable
ACP3x drivers build
config: sparc-allyesconfig (attached as .config)
compiler: sparc64-linux-gnu-g
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: f1d227e3e7d367350633a49e99cdaf72d2ff5c34
commit: 72e114de66e47103e367d33f5dff3a281cffc799 [756/816] drm/amd/display:
remove DCN1 guard as DCN1 is already open sourced.
config: parisc-allmodconfig (attached as .confi
Changes since v5 [1]:
* Compile fixes from a much improved coccinelle semantic patch (thanks
Julia!) that adds a 'flags' argument to all the ->mmap()
implementations in the kernel. (0day-kbuild-robot)
* Make the deprecated MAP_DENYWRITE and MAP_EXECUTABLE flags return
EOPNOTSUPP with the new
On Wed, Aug 23, 2017 at 02:48:42PM +0100, Ard Biesheuvel wrote:
> On 22 August 2017 at 23:19, Bjorn Helgaas wrote:
> > On Mon, Aug 21, 2017 at 11:53:01AM +0100, Lorenzo Pieralisi wrote:
> >> On Thu, Aug 17, 2017 at 09:30:28PM +1000, Daniel Axtens wrote:
> >> > A system without PCI legacy resources
Check memory allocation failure and return -ENOMEM in such a case.
'num_post_dep_syncobjs' still has to be set to 0 before the test in order
to have it initialized if 'amdgpu_cs_parser_fini()' is called to free
resources.
The calling graph would be, in such a case!
failure in amdgpu_cs_process
amba_id are not supposed to change at runtime. All functions
working with const amba_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
Hi,
Some review comments below.
On Wed, Aug 23, 2017 at 09:03:18AM +0200, Hans Verkuil wrote:
> Maciej,
>
> I'm cross-posting this to linux-media and the rc maintainer Sean Young.
>
> Note that various RC defines have been renamed in the upcoming 4.14. It might
> be
> better to base your code
On 22 August 2017 at 23:19, Bjorn Helgaas wrote:
> On Mon, Aug 21, 2017 at 11:53:01AM +0100, Lorenzo Pieralisi wrote:
>> On Thu, Aug 17, 2017 at 09:30:28PM +1000, Daniel Axtens wrote:
>> > A system without PCI legacy resources (e.g. ARM64) may find that no
>> > default/boot VGA device has been mar
On 23.08.2017 20:13, Thierry Reding wrote:
> From: Thierry Reding
>
> The TRACE_INCLUDE_FILE macro needs to specify the path relative to the
> define_trace.h header rather than relative to the file defining it.
>
> Reported-by: Dmitry Osipenko
> Signed-off-by: Thierry Reding
> ---
> drivers/g
> Yeah, maybe it's time to disconnect the "default display device" idea
> from the VGA arbiter. I have no idea what (if any) dependencies X has
> on the legacy VGA resources. I assume X works fine on power, where it
> sounds like those resources are rarely or never available.
The question on non
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #6 from Alex Deucher ---
(In reply to dwagner from comment #5)
> ... and also later...
> [ 133.973] (--) AMDGPU(0): HDMI max TMDS frequency 30KHz
> ...
> [ 152.286] (--) AMDGPU(0): HDMI max TMDS frequency 30KHz
> ...
> e
https://bugs.freedesktop.org/show_bug.cgi?id=102300
--- Comment #7 from Michel Dänzer ---
According to the log file, the ASUS monitor only lists the 60 Hz 1920x1080 mode
in its EDID. So it seems clear that's what the monitor wants to be fed, but for
some reason we don't seem to be generating it p
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #33 from Ethan Hsieh ---
Based on Michel's comment in #23, there are two separate issues here.
So, the test result in comment#20 should be
Test Result:
1. AC Mode: (Power Adapter)
Device 1 (5916):
$ DRI_PRIME=1 glxgear: no corruptio
Hi Laurent,
I removed the examples for the HDMI in the draft below. The connections
between the VIP and Display Port IP or any display connector are
determined by HW logic. There are currently no SW defined encoders or
connectors that is connected to the AVALON-ST other than the Intel VIP
Frame Bu
The problem is here:
#if defined(CONFIG_SWIOTLB) || defined(CONFIG_INTEL_IOMMU)
extern int ttm_dma_populate(struct ttm_dma_tt *ttm_dma, struct device
*dev);
extern void ttm_dma_unpopulate(struct ttm_dma_tt *ttm_dma, struct
device *dev);
We have forgotten to provide dummies for non SWIOT
69 matches
Mail list logo
