Re: mmotm 2019-07-04-15-01 uploaded (gpu/drm/i915/oa/)

On 7/4/19 6:09 PM, Randy Dunlap wrote: > On 7/4/19 3:01 PM, a...@linux-foundation.org wrote: >> The mm-of-the-moment snapshot 2019-07-04-15-01 has been uploaded to >> >>http://www.ozlabs.org/~akpm/mmotm/ >> >> mmotm-readme.txt says >> >> README for

Re: mmotm 2019-07-04-15-01 uploaded (gpu/drm/i915/oa/)

On 7/4/19 3:01 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2019-07-04-15-01 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ I get a lot of these but don't

Re: linux-next: Tree for Jul 3 (amdgpu)

On 7/3/19 4:49 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20190702: > on i386 or x86_64: ERROR: "dm_ip_block" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined! or ld: drivers/gpu/drm/amd/amdgpu/nv.o: in function `nv_set_ip_blocks': nv.c:(.text+0x1660): undefined reference to

[PATCH] drm: bridge: DRM_SIL_SII8620 should depend on, not select INPUT

From: Randy Dunlap A single driver should not enable (select) an entire subsystem, such as INPUT, so change the 'select' to "depends on". Fixes: d6abe6df706c ("drm/bridge: sil_sii8620: do not have a dependency of RC_CORE") Signed-off-by: Randy Dunlap Cc: Inki Dae C

Re: [PATCH v3 2/7] lib/hexdump.c: Relax rowsize checks in hex_dump_to_buffer

Hi, Just a comment style nit below... On 6/16/19 7:04 PM, Alastair D'Silva wrote: > From: Alastair D'Silva > > This patch removes the hardcoded row limits and allows for > other lengths. These lengths must still be a multiple of > groupsize. > > This allows structs that are not 16/32 bytes to

Re: linux-next: Tree for Jun 12 (amdgpu: dcn10_hw_sequencer)

On 6/12/19 12:00 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20190611: > on x86_64: ../drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_hw_sequencer.c: In function ‘dcn10_apply_ctx_for_surface’: ../drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_hw_sequencer.c:2378:3:

Re: [PATCHv16 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 6/7/19 7:30 AM, Hean-Loong, Ong wrote: > diff --git a/drivers/gpu/drm/ivip/Kconfig b/drivers/gpu/drm/ivip/Kconfig > new file mode 100644 > index ..1b2af85fe757 > --- /dev/null > +++ b/drivers/gpu/drm/ivip/Kconfig > @@ -0,0 +1,14 @@ > +config DRM_IVIP > +tristate "Intel FGPA

Re: linux-next: Tree for May 20 (amdgpu)

//neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many ra

Re: [PATCH v2 14/17] Documentation: kunit: add documentation for KUnit

Hi, On 5/1/19 4:01 PM, Brendan Higgins wrote: > Add documentation for KUnit, the Linux kernel unit testing framework. > - Add intro and usage guide for KUnit > - Add API reference > > Signed-off-by: Felix Guo > Signed-off-by: Brendan Higgins > --- > Documentation/index.rst | 1 + >

Re: [PATCH v2 3/7] lib/hexdump.c: Optionally suppress lines of repeated bytes

On 5/8/19 12:01 AM, Alastair D'Silva wrote: > From: Alastair D'Silva > > Some buffers may only be partially filled with useful data, while the rest > is padded (typically with 0x00 or 0xff). > > This patch introduces a flag to allow the supression of lines of repeated > bytes, which are

Re: [mmotm:master 227/248] lima_gem.c:undefined reference to `vmf_insert_mixed'

On 4/7/19 6:30 PM, Qiang Yu wrote: > Thanks Randy, I can add these. > > Where should I send/submit the patch to in this case? Still drm-misc? Sounds good to me. Thanks. > Regards, > Qiang > > > On Mon, Apr 8, 2019 at 3:08 AM Randy Dunlap wrote: >> >> O

Re: [PATCH -next] MAINTAINERS: mark lima mailing list as moderated

ight thing here, but maybe Daniel or someone else there can answer this. Thanks. > Regards, > Qiang > > On Mon, Apr 8, 2019 at 3:12 AM Randy Dunlap wrote: >> >> From: Randy Dunlap >> >> Note that the lima mailing list is moderated. >> >>

[PATCH -next] MAINTAINERS: mark lima mailing list as moderated

From: Randy Dunlap Note that the lima mailing list is moderated. Signed-off-by: Randy Dunlap Cc: Qiang Yu Cc: dri-devel@lists.freedesktop.org Cc: l...@lists.freedesktop.org --- MAINTAINERS |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- mmotm-2019-0405-1828.orig/MAINTAINERS

Re: [mmotm:master 227/248] lima_gem.c:undefined reference to `vmf_insert_mixed'

On 4/5/19 11:47 PM, kbuild test robot wrote: > Hi Andrew, > > It's probably a bug fix that unveils the link errors. > > tree: git://git.cmpxchg.org/linux-mmotm.git master > head: b09c000f671826e6f073a7f89b266e4ac998952b > commit: 39a08f353e1f30f7ba2e8b751a9034010a99666c [227/248] >

Re: linux-next: Tree for Mar 29 (i915, no ACPI)

On 3/28/19 8:18 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20190328: > > The pidfd tree lost its build failures. > on x86_64, when # CONFIG_ACPI is not set/enabled: ld: drivers/gpu/drm/i915/intel_panel.o: in function `intel_backlight_device_register':

Re: linux-next: Tree for Mar 20 (drivers/gpu/drm/i915/)

On 3/19/19 8:18 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20190319: > using: gcc (SUSE Linux) 4.8.5 beginning yesterday (20190319), I am seeing problems in i915_reg.h on x86_64: (multiple instances of one macro in the header file) ../drivers/gpu/drm/i915/i915_reg.h:167:27:

Re: [PATCHv14 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 3/13/19 1:22 PM, Hean-Loong, Ong wrote: > diff --git a/drivers/gpu/drm/ivip/Kconfig b/drivers/gpu/drm/ivip/Kconfig > new file mode 100644 > index 000..1d08b90 > --- /dev/null > +++ b/drivers/gpu/drm/ivip/Kconfig > @@ -0,0 +1,14 @@ > +config DRM_IVIP > +tristate "Intel FGPA Video and

Re: [PATCH] drivers/component: kerneldoc polish

On 2/18/19 8:36 AM, Daniel Vetter wrote: > Polish the kerneldoc a bit with suggestions from Randy. > > v2: Randy found another typo: s/compent/component/ > > Cc: Randy Dunlap > Signed-off-by: Daniel Vetter > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysock

Re: [PATCH] drivers/component: kerneldoc polish

On 2/18/19 12:52 AM, Daniel Vetter wrote: > Polish the kerneldoc a bit with suggestions from Randy. > Hi Daniel, There are 2 more typos below. With those fixed, you or Greg can add: Acked-by: Randy Dunlap Thanks. > Cc: Randy Dunlap > Signed-off-by: Daniel Vetter > Cc: Gre

Re: [PATCH 1/4] component: Add documentation

On 2/7/19 3:27 PM, Daniel Vetter wrote: Hi Daniel, I have a few possible changes for this documentation (see below). > --- > Documentation/driver-api/component.rst | 17 > Documentation/driver-api/device_link.rst | 3 + > Documentation/driver-api/index.rst | 1 + >

Re: [PATCH] drm/nouveau: fix incorrect FB_BACKLIGHT usage in Kconfig

_IOMEM [=y] && FB [=m] && PCI [=y] && > FB_NVIDIA_BACKLIGHT [=y] > > Fix it by making DRM_NOUVEAU select BACKLIGHT_CLASS_DEVICE and > BACKLIGHT_LCD_SUPPORT instead of FB_BACKLIGHT. > > Fixes: b4a1ed0cd18b ("fbdev: make FB_BACKLIGHT a tristate"

Re: [PATCH v2 0/14] drm: minimize drmP.h dependencies

On 12/30/18 11:08 AM, Sam Ravnborg wrote: > On Sun, Dec 30, 2018 at 06:48:24PM +0100, Sam Ravnborg wrote: >> The goal with this small series > > The series should have been a reply to this cover letter, > but my tooling lost me - sorry! > > Sam > Hi Sam, And the $subjects that say

Re: [PATCH v1 8/9] drm/doc: Add initial komeda driver documentation

On 12/10/18 3:47 AM, james qian wang (Arm Technology China) wrote: > On Wed, Dec 05, 2018 at 06:08:38PM -0800, Randy Dunlap wrote: >> On 12/5/18 2:25 AM, james qian wang (Arm Technology China) wrote: >>> Signed-off-by: James (Qian) Wang >>> --- >>> Do

Re: linux-next: Tree for Dec 5 (gpu/drm/amd/display)

On 12/4/18 10:01 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20181204: > on i386: ld: drivers/gpu/drm/amd/display/dc/dce/dce_i2c_sw.o: in function `wait_for_scl_high_sw': dce_i2c_sw.c:(.text+0x2f3): undefined reference to `__bad_udelay' ld:

Re: linux-next: Tree for Nov 29 (drm/i915)

On 11/28/18 9:12 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20181128: > on i386: 248 "multiple definition of ...". E.g.: LD [M] drivers/gpu/drm/i915/i915.o ld: drivers/gpu/drm/i915/i915_irq.o: in function `intel_opregion_resume': i915_irq.c:(.text+0x58f0): multiple definition

Re: [RFC v3 17/19] of: unittest: migrate tests to run on KUnit

On 11/28/18 12:56 PM, Rob Herring wrote: >> diff --git a/drivers/of/Kconfig b/drivers/of/Kconfig >> index ad3fcad4d75b8..f309399deac20 100644 >> --- a/drivers/of/Kconfig >> +++ b/drivers/of/Kconfig >> @@ -15,6 +15,7 @@ if OF >> config OF_UNITTEST >> bool "Device Tree runtime unit tests"

Re: [PATCH 1/9] mm: Introduce new vm_insert_range API

On 11/16/18 12:15 AM, Souptick Joarder wrote: > On Fri, Nov 16, 2018 at 12:11 PM Matthew Wilcox wrote: >> >> On Fri, Nov 16, 2018 at 11:00:30AM +0530, Souptick Joarder wrote: >>> On Thu, Nov 15, 2018 at 11:44 PM Randy Dunlap wrote: >>>> On 11/15/18 7:45 A

Re: mmotm 2018-11-16-14-52 uploaded (gpu/drm/bridge/sii902x)

On 11/16/18 2:53 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2018-11-16-14-52 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my

Re: [PATCH 1/9] mm: Introduce new vm_insert_range API

On 11/15/18 7:45 AM, Souptick Joarder wrote: > Previouly drivers have their own way of mapping range of > kernel pages/memory into user vma and this was done by > invoking vm_insert_page() within a loop. > > As this pattern is common across different drivers, it can > be generalized by creating a

Re: [PATCH] video: fbdev: remove redundant 'default n' from Kconfig-s

'# CONFIG_FOO is not set' line (assuming FOO isn't selected/implied). > That might make it clearer to people that a bare 'default n' is > redundant. > ... > > Signed-off-by: Bartlomiej Zolnierkiewicz Acked-by: Randy Dunlap > --- > drivers/video/fbdev/Kconfig

[PATCH] fbdev: fix broken menu dependencies

From: Randy Dunlap The framebuffer options and devices menu is unintentionally split or broken because some items in it do not depend on FB (including several under omap and mmp). Fix this by moving FB_CMDLINE, FB_NOTIFY, and FB_CLPS711X_OLD to just before the FB Kconfig symbol definition

uvesafb: Fix URLs in the documentation

, for Adam's patch: Reviewed-by: Randy Dunlap -- ~Randy ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH v3 1/3] udmabuf: add documentation

Hi Gerd, Missed one from yesterday: On 9/11/18 11:33 PM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > include/uapi/linux/udmabuf.h | 51 > +--- > Documentation/driver-api/dma-buf.rst | 8 ++ > 2 files changed, 56 insertions(+), 3

Re: [PATCH v2 13/13] udmabuf: add documentation

On 9/11/18 6:42 AM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > include/uapi/linux/udmabuf.h | 50 > +--- > Documentation/driver-api/dma-buf.rst | 8 ++ > 2 files changed, 55 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH] drm/amd/display: fix a compile warning

[-Wmissing-braces] > struct mpcc_blnd_cfg blnd_cfg = {0}; > ^ > drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_hw_sequencer.c:1903:9: > warning: (near initialization for ‘blnd_cfg.black_color’) [-Wmissing-braces] > > Signed-off-by: Wen Yang > Reviewed-by: J

[PATCH] Documentation/fb/vesafb.txt: "inverse" option corrections

From: Randy Dunlap Spell the vesafb "inverse" option correctly and tell what it does. Signed-off-by: Randy Dunlap Cc: Bartlomiej Zolnierkiewicz Cc: dri-devel@lists.freedesktop.org Cc: linux-fb...@vger.kernel.org Cc: Jonathan Corbet Cc: linux-...@vger.kernel.org Cc: Antonino

[PATCH] Documentation/fb: corrections for fbcon.txt

From: Randy Dunlap Fix grammar, spacing, indentation, and Kconfig menu locations in fbcon.txt. Signed-off-by: Randy Dunlap Cc: Antonino Daplas Cc: Geert Uytterhoeven Cc: linux-fb...@vger.kernel.org Cc: Bartlomiej Zolnierkiewicz Cc: Jonathan Corbet Cc: dri-devel@lists.freedesktop.org Cc

[PATCH] fb: amifb: fix build warnings when not builtin

From: Randy Dunlap Fix build warning when built as a loadable module. amifb_setup() and amifb_setup_mcap() are only needed when the driver is builtin. This matches how the functions are called (using #ifndef MODULE). ../drivers/video/fbdev/amifb.c:2344:19: warning: 'amifb_setup' defined

[PATCH] fbdev: fix omap2/omapfb/dss/ indentation warning

From: Randy Dunlap Fix indentation warning (from gcc 8.1.0) in omap2/omapfb: ../drivers/video/fbdev/omap2/omapfb/dss/dispc.c: In function 'pixinc': ../drivers/video/fbdev/omap2/omapfb/dss/dispc.c:1859:2: warning: this 'else' clause does not guard... [-Wmisleading-indentation] else

Re: [PATCH] kernel.h: Add for_each_if()

On 07/16/2018 01:11 AM, Andy Shevchenko wrote: > On Fri, 2018-07-13 at 16:42 -0700, Randy Dunlap wrote: >> On 07/13/2018 04:37 PM, NeilBrown wrote: > >> >> coding-style.rst says: >> Also, use braces when a loop contains more than a single simple >> statement: &

Re: [PATCH] kernel.h: Add for_each_if()

On 07/13/2018 04:37 PM, NeilBrown wrote: > On Wed, Jul 11 2018, Andrew Morton wrote: > >> On Wed, 11 Jul 2018 13:51:08 +0200 Daniel Vetter wrote: >> >>> But I still have the situation that a bunch of maintainers acked this >>> and Andrew Morton defacto nacked it, which I guess means I'll keep

[PATCH] fbdev/via: fix defined but not used warning

From: Randy Dunlap Fix a build warning in viafbdev.c when CONFIG_PROC_FS is not enabled by marking the unused function as __maybe_unused. ../drivers/video/fbdev/via/viafbdev.c:1471:12: warning: 'viafb_sup_odev_proc_show' defined but not used [-Wunused-function] Signed-off-by: Randy Dunlap Cc

Re: [PATCHv9 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 06/03/2018 11:40 PM, Hean-Loong, Ong wrote: > From: Ong Hean Loong > > Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II. > The driver only supports the Intel Arria10 devkit and its variants. > This driver can be either loaded staticlly or in modules. > The OF device tree

Re: [PATCH 08/12] drm/bridge: tc358764: Add DSI to LVDS bridge driver

On 05/28/2018 02:47 AM, Maciej Purski wrote: > diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig > index fa2c799..58e19af 100644 > --- a/drivers/gpu/drm/bridge/Kconfig > +++ b/drivers/gpu/drm/bridge/Kconfig > @@ -110,6 +110,13 @@ config DRM_THINE_THC63LVD1024 >

Re: [PATCH] media: include/video/omapfb_dss.h: use IS_ENABLED()

On 05/05/2018 02:14 PM, Mauro Carvalho Chehab wrote: > Em Sat, 5 May 2018 10:59:23 -0700 > Randy Dunlap <rdun...@infradead.org> escreveu: > >> On 05/04/2018 01:49 PM, Mauro Carvalho Chehab wrote: >>> Just checking for ifdefs cause build issues as reported by &

Re: [PATCH] media: include/video/omapfb_dss.h: use IS_ENABLED()

On 05/08/2018 03:56 PM, Randy Dunlap wrote: > On 05/05/2018 02:14 PM, Mauro Carvalho Chehab wrote: >> Em Sat, 5 May 2018 10:59:23 -0700 >> Randy Dunlap <rdun...@infradead.org> escreveu: >> >>> On 05/04/2018 01:49 PM, Mauro Carvalho Chehab wrote: >>>

Re: drivers/gpu/drm/bridge/sil-sii8620.c:2229: undefined reference to `extcon_find_edev_by_node'

On 05/07/2018 09:13 AM, Randy Dunlap wrote: > On 05/07/2018 12:09 AM, Andrzej Hajda wrote: >> On 06.05.2018 02:46, Randy Dunlap wrote: >>> On 05/05/2018 04:22 PM, kbuild test robot wrote: >>>> Hi Maciej, >>>> >>>> FYI, the error/warning still r

Re: drivers/gpu/drm/bridge/sil-sii8620.c:2229: undefined reference to `extcon_find_edev_by_node'

On 05/07/2018 12:09 AM, Andrzej Hajda wrote: > On 06.05.2018 02:46, Randy Dunlap wrote: >> On 05/05/2018 04:22 PM, kbuild test robot wrote: >>> Hi Maciej, >>> >>> FYI, the error/warning still remains. >> Hi M. Robot, >> >> I am cc-ing

Re: drivers/gpu/drm/bridge/sil-sii8620.c:2229: undefined reference to `extcon_find_edev_by_node'

On 05/05/2018 04:22 PM, kbuild test robot wrote: > Hi Maciej, > > FYI, the error/warning still remains. Hi M. Robot, I am cc-ing dri-devel@lists.freedesktop.org so that they are aware of the multiple times that you have posted this kbuild error (I have 3 different posts in my Inbox with the

Re: [PATCH] drivers: omap2: Kconfig: make FB_OMAP2_DSS_INIT depend on OF

&& (ARCH_OMAP2PLUS || COMPILE_TEST) > > source "drivers/video/fbdev/omap2/omapfb/Kconfig" > > Hi, This patch certainly fixes the build errors that I have been seeing in linux-next for several days now, so: Acked-by: Randy Dunlap <rdun...@infradead.org

Re: [PATCH] media: include/video/omapfb_dss.h: use IS_ENABLED()

rnel test robot's email of this report. Please include an lkml.kernel.org/r/ reference to such emails so that interested parties can join the party. Does this patch apply only to your media tree? so hopefully I can see it in linux-next on Monday. Thanks. > Cc: Bartlomiej Zolnierkiewicz <

Re: [v2 resend 03/10] mfd: mtk-mmsys: Add mmsys driver

On 04/24/2018 02:47 AM, matthias@kernel.org wrote: > From: Matthias Brugger > > The MMSYS subsystem includes clocks and drm components. > This patch adds a MFD device to probe both drivers from the same > device tree compatible. > > Signed-off-by: Matthias Brugger

[PATCH] gpu/drm/amd/amdkfd: fix build, select MMU_NOTIFIER

From: Randy Dunlap <rdun...@infradead.org> When CONFIG_MMU_NOTIFIER is not enabled, struct mmu_notifier has an incomplete type definition, which causes build errors. ../drivers/gpu/drm/amd/amdkfd/kfd_priv.h:607:22: error: field 'mmu_notifier' has incomplete type ../include/linux/kernel.h:

Re: linux-next: Tree for Feb 19 (gpu/drm/pl111/)

[add Eric + dri-devel] On 02/19/18 09:26, Randy Dunlap wrote: > On 02/18/18 18:14, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20180216: >> >> The nand tree gained a conflict against Linus' tree. >> >> The drm tree gained conflicts

Re: [PATCH 1/2] fbdev: don't select I2C directly

On 02/01/2018 08:14 AM, Bartlomiej Zolnierkiewicz wrote: > On Monday, January 15, 2018 05:14:04 PM Arnd Bergmann wrote: >> Using a Kconfig 'select' statement for a user-visible symbol that other >> drivers depend on often causes circular dependencies. A new one showed >> up when I wanted to add an

Re: [PATCH v19 03/10] video: backlight: Add of_find_backlight helper in backlight.c

On 01/29/2018 01:11 AM, Lee Jones wrote: > On Fri, 26 Jan 2018, Randy Dunlap wrote: > >> On 01/26/2018 01:48 AM, Lee Jones wrote: >>> On Wed, 24 Jan 2018, Meghana Madhyastha wrote: >>> >>>> Add of_find_backlight, a helper function which is a generic

Re: linux-next: Tree for Jan 26 (gpu/drm/i915/)

On 01/25/2018 06:58 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20180119: > on x86_64: drivers/gpu/drm/i915/intel_panel.o: In function `intel_backlight_device_register': intel_panel.c:(.text+0x28d4): undefined reference to `backlight_device_register'

Re: [PATCH v19 03/10] video: backlight: Add of_find_backlight helper in backlight.c

On 01/26/2018 01:48 AM, Lee Jones wrote: > On Wed, 24 Jan 2018, Meghana Madhyastha wrote: > >> Add of_find_backlight, a helper function which is a generic version >> of tinydrm_of_find_backlight that can be used by other drivers to avoid >> repetition of code and simplify things. >> >> Acked-by:

[PATCH v2] drm: clean up comments in drm_crtc.c

From: Randy Dunlap <rdun...@infradead.org> Fix typos, punctuation, and one function reference (change atomic_check two times to be atomic_check and atomic_commit). Signed-off-by: Randy Dunlap <rdun...@infradead.org> Cc: David Airlie <airl...@linux.ie> Cc: dri-devel@lis

[PATCH] drm: fix some comments in drm_crtc.c

From: Randy Dunlap <rdun...@infradead.org> Fix typos, punctuation, and one function reference (change atomic_check two times to be atomic_check and atomic_commit). Signed-off-by: Randy Dunlap <rdun...@infradead.org> Cc: David Airlie <airl...@linux.ie> Cc: dri-devel@lis

Re: [git pull] drm fixes for 4.15-rc6

On 12/28/2017 07:18 PM, Dave Airlie wrote: > Hi Linus, > > Just dequeuing some fixes, I'm on holidays next week again, but I > think things should be fine. > > Dave. Hi, It would be good to get this documentation build error patch merged into 4.15. Daniel Vetter says that he merged (applied)

Re: [RFC PATCH v2 01/13] bootsplash: Initial implementation showing black screen

On 12/13/2017 11:47 AM, Max Staudt wrote: > This is the initial prototype for a lean Linux kernel bootsplash. > > As it is now, it will show a black screen rather than a logo, and > only if manually enabled via the kernel cmdline: > > bootsplash.enable=1 Is it .enable or .enabled? (compare

Re: mmotm 2017-12-12-16-32 uploaded (drivers/gpu/drm/i915/)

On 12/12/2017 04:32 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2017-12-12-16-32 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of

[PATCH] documentation/gpu/i915: fix docs build error after file rename

From: Randy Dunlap <rdun...@infradead.org> Fix documentation build errors after intel_guc_loader.c was renamed to intel_guc_fw.c. Error: Cannot open file ../drivers/gpu/drm/i915/intel_guc_loader.c WARNING: kernel-doc '../scripts/kernel-doc -rst -enable-lineno -function GuC-specific fi

Re: [PATCH] drm: fix amdkfd use-after-free GP fault

On 11/13/2017 08:09 AM, Oded Gabbay wrote: > On Sat, Nov 11, 2017 at 8:16 AM, Randy Dunlap <rdun...@infradead.org> wrote: >> From: Randy Dunlap <rdun...@infradead.org> >> >> Fix GP fault caused by dev_info() reference to a struct device* >> after th

Re: [git pull] drm amdgpu-dc merge

On 11/16/2017 09:25 PM, Dave Airlie wrote: > gmail for some reason ate my email formatting, apparantly preediting > in gedit, then pasting in here doesn't work so well. > > Dave. That's the usual case when using the gmail web interface. If you care about formatting, use a real mail client to

[PATCH] drm: fix amdkfd use-after-free GP fault

From: Randy Dunlap <rdun...@infradead.org> Fix GP fault caused by dev_info() reference to a struct device* after the device has been freed (use after free). kfd_chardev_exit() frees the device so 'kfd_device' should not be used after calling kfd_chardev_exit(). To reproduce, just load the

Re: linux-next: Tree for Nov 6 (amdgpu_virt.c)

: recipe for target 'drivers/gpu/drm/amd/amdgpu/amdgpu_virt.o' failed make[5]: *** [drivers/gpu/drm/amd/amdgpu/amdgpu_virt.o] Error 1 Reported-by: Randy Dunlap <rdun...@infradead.org> -- ~Randy ___ dri-devel mailing list dri-devel@lists.freede

Re: linux-next: Tree for Sep 19 (drivers/gpu/drm/i915/i915_gem.c)

On 09/18/17 21:15, Stephen Rothwell wrote: > Hi all, > > Changes since 20170918: > > Linus' tree still had its build failure for which I reverted a commit. > > The drm-intel tree gained conflicts against Linus' tree. > on x86_64: In file included from

Re: [PATCHv6 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 08/10/2017 11:49 PM, Hean-Loong, Ong wrote: > diff --git a/drivers/gpu/drm/ivip/Kconfig b/drivers/gpu/drm/ivip/Kconfig > new file mode 100644 > index 000..398c9ab > --- /dev/null > +++ b/drivers/gpu/drm/ivip/Kconfig > @@ -0,0 +1,14 @@ > +config DRM_IVIP > +tristate "Intel FGPA Video

Re: [PATCHv5 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 08/02/2017 10:01 PM, Hean Loong, Ong wrote: > From: Ong Hean Loong > Really needs a short commit description. > Signed-off-by: Ong Hean Loong > --- > V5: > *Fix Comments > > V4: > *Fix Comments > > V3: > *Changes to fixing

[PATCH] drm: panel: fix s6e3ha2.c build errors

From: Randy Dunlap <rdun...@infradead.org> Fix build errors in panel-samsung-s6e3ha2.c driver build. The driver uses backlight interfaces so it should depend on BACKLIGHT_CLASS_DEVICE. drivers/built-in.o: In function `s6e3ha2_remove': panel-samsung-s6e3ha2.c:(.text+0xe49c2): undefined ref

[PATCH -next] drm: pl111: select DRM_PANEL

From: Randy Dunlap <rdun...@infradead.org> The drm pl111 driver uses drm_panel interfaces so it should select DRM_PANEL to fix build errors. drivers/built-in.o: In function `pl111_connector_destroy': pl111_connector.c:(.text+0xc7285): undefined reference to `drm_panel_detach' Sign

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/05/17 00:01, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 02:24:51PM -0800, Randy Dunlap wrote: >> On 01/04/17 11:29, Jani Nikula wrote: >>> On Wed, 04 Jan 2017, Daniel Vetter wrote: >>>> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap w

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 19:09, Ilia Mirkin wrote: > On Wed, Jan 4, 2017 at 9:52 PM, Randy Dunlap wrote: >> On 01/04/17 06:25, Ilia Mirkin wrote: >>> On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: >>>> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap w

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 06:25, Ilia Mirkin wrote: > On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: >> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: >>> From: Randy Dunlap >>> >>> Fix build errors in nouveau driver when CONFIG_LEDS_CLASS=m and >>

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 11:29, Jani Nikula wrote: > On Wed, 04 Jan 2017, Daniel Vetter wrote: >> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: >>> From: Randy Dunlap >>> >>> Fix build errors in nouveau driver when CONFIG_LEDS_CLASS=m and >>> CONFI

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

From: Randy Dunlap <rdun...@infradead.org> Fix build errors in nouveau driver when CONFIG_LEDS_CLASS=m and CONFIG_DRM_NOUVEAU=y. If LEDS_CLASS is enabled, DRM_NOUVEAU is restricted to the same kconfig value as LEDS_CLASS. drivers/built-in.o: In function `nouveau_do_suspend': nouveau_drm.c:

linux-next: Tree for Oct 20 (gpu/drm/i915)

On 10/19/16 20:20, Stephen Rothwell wrote: > Hi all, > > Changes since 20161019: > on i386: when CONFIG_ACPI is not enabled: ../drivers/gpu/drm/i915/gvt/opregion.c: In function 'intel_gvt_init_opregion': ../drivers/gpu/drm/i915/gvt/opregion.c:183:2: error: implicit declaration of function

linux-next: Tree for Sep 28 (drivers/gpu/drm/amd/amdgpu/amdgpu.ko)

On 09/27/16 23:56, Stephen Rothwell wrote: > Hi all, > > Changes since 20160927: > on i386: ERROR: "amd_set_clockgating_by_smu" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined! Full randconfig file is attached. -- ~Randy -- next part -- # # Automatically generated

[PATCH] dma-buf: fix kernel-doc warning and typos

From: Randy Dunlap <rdun...@infradead.org> Fix dma-buf kernel-doc warning and 2 minor typos in fence_array_create(). Fixes this warning: ..//drivers/dma-buf/fence-array.c:124: warning: No description found for parameter 'signal_on_any' Signed-off-by: Randy Dunlap Cc: Sumit Semw

linux-next: Tree for Jul 25 (drm/udl without CONFIG_FB)

On 07/24/16 23:17, Stephen Rothwell wrote: > Hi all, > > Changes since 20160724: > on i386, when CONFIG_FB is not enabled: ../drivers/gpu/drm/udl/udl_fb.c: In function 'udl_fb_open': ../drivers/gpu/drm/udl/udl_fb.c:206:23: error: 'struct fb_info' has no member named 'fbdefio' if (fb_defio

linux-next: Tree for Jul 21 (gpu/virtio)

On 07/20/16 23:56, Stephen Rothwell wrote: > Hi all, > > Changes since 20160720: > on x86_64, when CONFIG_FB is not enabled: ERROR: "remove_conflicting_framebuffers" [drivers/gpu/drm/virtio/virtio-gpu.ko] undefined! -- ~Randy

[PATCH -next] gpu: i915: fix build errors when ACPI is not enabled

From: Randy Dunlap <rdun...@infradead.org> Fix build errors when ACPI is not enabled by adding function stubs: ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend': ../drivers/gpu/drm/i915/i915_drv.c:635:2: error: implicit declaration of function 'intel_opregion_unre

[PATCH] [trivial] drm/i915 Fix typos in i915_gem_fence.c

drivers/gpu/drm/i915/i915_gem_fence.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > Acked-by: Randy Dunlap Thanks. -- ~Randy

linux-next: Tree for Dec 16 (gpu/drm/vc4)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > on i386, when CONFIG_PM_SLEEP is not enabled: ../drivers/gpu/drm/vc4/vc4_v3d.c: In function 'vc4_v3d_set_power': ../drivers/gpu/drm/vc4/vc4_v3d.c:157:29: error: called object is not a function or function

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

aphs he needs. It should > start with /**, which is already being used by kernel-doc. If those > comment doesn't follow those rules, it will be ignored. > > Signed-off-by: Danilo Cesar Lemes de Paula > Cc: Randy Dunlap > Cc: Daniel Vetter > Cc: Laurent Pinchart > Cc: Jonatha

linux-next: Tree for Jun 15 (amdgpu)

On 06/15/15 02:05, Michael Ellerman wrote: > Hi all, > > Changes since 20150612: > on x86_64: when CONFIG_DEBUG_FS is not enabled: drivers/built-in.o: In function `amdgpu_device_init': (.text+0x1dbd88): undefined reference to `amdgpu_debugfs_regs_init' drivers/built-in.o: In function

[PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

On 10/27/14 06:13, Tomi Valkeinen wrote: > On 27/10/14 13:59, Jani Nikula wrote: > >>> While doing 'depends on' instead of 'select' is an "easy" fix for this, >>> I do dislike it quite a bit. It's a major pain to go around the kernel >>> config, trying to find all the dependencies that a

[PATCH] gpu:drm: Fix typo in Documentation/DocBook/drm.xml

On 10/20/14 07:53, Masanari Iida wrote: > This patch fix spelling typos found in drm.xml. > It is because the file is generated from comments in > source codes, I have to fix the typos within source files. > > Signed-off-by: Masanari Iida Acked-by: Randy Dunlap Thanks. >

randconfig build error with next-20141001, in drivers/gpu/drm/i915

On 10/02/14 00:46, Jani Nikula wrote: > On Wed, 01 Oct 2014, Randy Dunlap wrote: >> On 10/01/14 10:57, Jani Nikula wrote: >>> On Wed, 01 Oct 2014, Jim Davis wrote: >>>> Building with the attached random configuration file, >>>> >>>> warnin

randconfig build error with next-20141001, in drivers/gpu/drm/i915

On 10/01/14 10:57, Jani Nikula wrote: > On Wed, 01 Oct 2014, Jim Davis wrote: >> Building with the attached random configuration file, >> >> warning: (VIDEO_TIMBERDALE) selects TIMB_DMA which has unmet direct >> dependencies (DMADEVICES && MFD_TIMBERDALE) >> warning: (USB_OTG_FSM && FSL_USB2_OTG

[PATCH] drm/vmwgfx: select FB when DRM_VMWGFX is selected

On 08/31/14 16:07, Max Filippov wrote: > Otherwise, if FB is not selected build fails at linking step: > vmwgfx_fb.c:(.text+0x4098b): undefined reference to `register_framebuffer' > vmwgfx_fb.c:(.text+0x409c0): undefined reference to `framebuffer_release' > vmwgfx_fb.c:(.text+0x409f4):

[PATCH] drm: fix drm_modeset_lock.h kernel-doc notation

From: Randy Dunlap <rdun...@infradead.org> Fix drm kernel-doc notation to squelch these warnings: Warning(..//include/drm/drm_modeset_lock.h:41): cannot understand function prototype: 'struct drm_modeset_acquire_ctx ' Warning(..//include/drm/drm_modeset_lock.h:66): cannot understand fu

[PATCH] dma-buf: fix kernel-doc warning

From: Randy Dunlap <rdun...@infradead.org> Fix kernel-doc warning, missing parameter description: Warning(..//include/linux/seqno-fence.h:99): No description found for parameter 'cond' Signed-off-by: Randy Dunlap Cc: Rob Clark Cc: Maarten Lankhorst --- include/linux/seqno-fence.h

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

On 08/08/14 12:16, Masanari Iida wrote: > This patch fixed 'make xmldocs' failed on linus's tree and > linux-next as of 8th/Aug,2014. > > When drm merge for 3.17-rc1 happen, a file was renamed from > drm_stub.c to drm_drv.c. > But Documentation/DocBook/drm.tmpl still have an old file name. > >

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

On 08/12/14 18:17, Fabio Estevam wrote: > On Tue, Aug 12, 2014 at 2:30 PM, Randy Dunlap > wrote: >> This patch fixed 'make xmldocs' failed on linus's tree and >> linux-next as of 8th/Aug,2014. >> >> When drm merge for 3.17-rc1 happen, a file was renamed f

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

This patch fixed 'make xmldocs' failed on linus's tree and linux-next as of 8th/Aug,2014. When drm merge for 3.17-rc1 happen, a file was renamed from drm_stub.c to drm_drv.c. But Documentation/DocBook/drm.tmpl still have an old file name. Signed-off-by: Masanari Iida Signed-off-by: Randy

[PATCH] Documentation: DocBook: Rename drm_stub.c to drm_drv.c cause 'make xmldocs' failed

e an old file name. > > Signed-off-by: Masanari Iida Acked-by: Randy Dunlap Thanks. Linus, please merge as it fixes a DocBook build error. > --- > Documentation/DocBook/drm.tmpl | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/DocBook/dr

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

On 08/01/14 05:58, Laurent Pinchart wrote: > Hi Randy, > > On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote: >> On 05/12/14 11:04, Randy Dunlap wrote: >>> On 05/12/2014 08:54 AM, Daniel Vetter wrote: >>>> On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dun

<    2   3   4   5   6   7   8   9   >