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

2014-10-02 Thread Randy Dunlap
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

2014-10-01 Thread Randy Dunlap
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

2014-08-31 Thread Randy Dunlap
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): undefi

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

2014-08-16 Thread Randy Dunlap
From: Randy Dunlap 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 function prototyp

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

2014-08-16 Thread Randy Dunlap
From: Randy Dunlap 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 |1 + 1 file

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

2014-08-13 Thread Randy Dunlap
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. > > S

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

2014-08-12 Thread Randy Dunlap
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 re

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

2014-08-12 Thread Randy Dunlap
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 Signe

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

2014-08-10 Thread Randy Dunlap
.tmpl still have 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/Documenta

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

2014-08-01 Thread Randy Dunlap
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

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

2014-07-31 Thread Randy Dunlap
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 Dunlap wrote: >>> On 05/12/2014 01:58 AM, Daniel Vetter wrote: >>>> On Mon, May 12, 2014 at 06:24:57PM +1000, Dave Airlie wrote: &

linux-next: Tree for Jun 19 (drm/i915)

2014-06-19 Thread Randy Dunlap
On 06/18/14 23:16, Stephen Rothwell wrote: > Hi all, > > The powerpc allyesconfig is again broken more than usual. > > Changes since 20140618: > on i386: CONFIG_ACPI is not enabled. CC drivers/gpu/drm/i915/i915_drv.o ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_freeze': ..

[PATCH 1/4] Documentation: fix typos in drm docbook

2014-05-15 Thread Randy Dunlap
From: Masanari Iida Fix spelling typo in DocBook/drm.tmpl Signed-off-by: Masanari Iida Signed-off-by: Randy Dunlap --- Documentation/DocBook/drm.tmpl | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) --- lnx-315-rc2.orig/Documentation/DocBook/drm.tmpl +++ lnx-315-rc2

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

2014-05-12 Thread Randy Dunlap
On 05/12/2014 08:54 AM, Daniel Vetter wrote: > On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dunlap wrote: >> On 05/12/2014 01:58 AM, Daniel Vetter wrote: >>> On Mon, May 12, 2014 at 06:24:57PM +1000, Dave Airlie wrote: >>>>>> >>>>>> If

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

2014-05-12 Thread Randy Dunlap
On 05/12/2014 01:58 AM, Daniel Vetter wrote: > On Mon, May 12, 2014 at 06:24:57PM +1000, Dave Airlie wrote: If we decide to go for property documentation inside the source code then I believe we'll have to create our own format, as creating a properties table from kerneldoc info

[PATCH] drm/i915: fix command parser debug print format mismatches

2014-04-02 Thread Randy Dunlap
; [-Wformat] > > While at it, use %u for u32. > > Reported-by: Randy Dunlap > Signed-off-by: Jani Nikula > > --- > > Randy, try as I might, I wasn't able to coerce gcc to spit out that > warning. Please enlighten me! (Does this fix the warn?) Yes, it does. Than

linux-next: Tree for Apr 1 (drivers/gpu/drm/i915)

2014-04-01 Thread Randy Dunlap
On 04/01/2014 12:39 AM, Stephen Rothwell wrote: > Hi all, > > Please do not add material intended for v3.16 to your linux-next included > branches until after v3.15-rc1 is released. > > This tree still fails (more than usual) the powerpc allyesconfig build. > > Changes since 20140331: > for li

[PATCH 0/3] Reorder drivers/video directory

2014-03-04 Thread Randy Dunlap
On 03/03/2014 12:45 AM, Tomi Valkeinen wrote: > On 27/02/14 13:54, Tomi Valkeinen wrote: >> Hi, >> >> This is a re-send of the series, with RFC removed from the subject, and a >> bunch >> of acks added. >> >> I'm cc'ing more people, to make sure this doesn't come as a surprise, and to >> make sure

[PATCH 0/3] Reorder drivers/video directory

2014-02-27 Thread Randy Dunlap
On 02/27/2014 03:54 AM, Tomi Valkeinen wrote: > Hi, > > This is a re-send of the series, with RFC removed from the subject, and a > bunch > of acks added. > > I'm cc'ing more people, to make sure this doesn't come as a surprise, and to > make sure this is not a bad idea, doomed to fail horribly.

[PATCH -next] gpu: fix qxl missing crc32_le

2013-12-20 Thread Randy Dunlap
From: Randy Dunlap Fix build error: qxl uses crc32 functions so it needs to select CRC32. Also use angle quotes around a kernel header file name. drivers/built-in.o: In function `qxl_display_read_client_monitors_config': (.text+0x19d754): undefined reference to `crc32_le' Signed-off

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

2013-11-29 Thread Randy Dunlap
On 11/28/13 18:45, Stephen Rothwell wrote: > Hi all, > > Changes since 20131128: > on x86_64: CONFIG_ACPI is not enabled. CC drivers/gpu/drm/i915/intel_opregion.o In file included from drivers/gpu/drm/i915/intel_opregion.c:31:0: include/linux/acpi_io.h:7:45: error: unknown type name 'a

linux-next: Tree for Nov 21 (nouveau)

2013-11-22 Thread Randy Dunlap
on' undeclared >> (first use in this function) > > I've attached a patch that fixes the build for me when using this > config. > That works. Thanks. Acked-by: Randy Dunlap -- ~Randy

linux-next: Tree for Nov 21 (nouveau)

2013-11-21 Thread Randy Dunlap
On 11/20/13 19:04, Stephen Rothwell wrote: > Hi all, > > Please do *not* add any v3.14 material to linux-next until after > v3.13-rc1 is released. > > Changes since 20131120: > > Linus' tree gained a build failure for which I reverted a commit. > on x86_64: CONFIG_HWMON is not enabled. drive

linux-next: Tree for Oct 21 (panel-simple.c)

2013-10-21 Thread Randy Dunlap
On 10/21/13 08:36, Thierry Reding wrote: > Hi all, > > I've uploaded today's linux-next tree to the master branch of the > repository below: > > git://gitorious.org/thierryreding/linux-next.git > > A next-20131021 tag is also provided for convenience. > > Gained a couple new conflicts,

linux-next: Tree for Oct 17 (drm: panel-simple)

2013-10-18 Thread Randy Dunlap
On 10/17/13 17:38, Mark Brown wrote: > Hi all, > > I've uploaded today's linux-next tree to the master branch of the > repository below: > > git://gitorious.org/thierryreding/linux-next.git > > A next-20131017 tag is also provided for convenience. > > One new conflict today but otherwis

Re: [PATCH] gpu: host1x: use %pa to print dma_addr_t

2013-09-17 Thread Randy Dunlap
On 09/16/13 17:06, Olof Johansson wrote: > On Mon, Sep 16, 2013 at 8:54 AM, Joe Perches wrote: >> On Mon, 2013-09-16 at 08:46 -0700, Olof Johansson wrote: >>> On Mon, Sep 16, 2013 at 8:17 AM, Thierry Reding >>> wrote: On Wed, Sep 11, 2013 at 09:41:49PM -0700, Olof Johansson wrote: > This

[PATCH] nouveau: fix build eror when VGA_SWITCHEROO is not enabled

2013-09-12 Thread Randy Dunlap
From: Randy Dunlap Fix nouveau build error on x86, when ACPI is enabled but VGA_SWITCHEROO is not enabled, by providing a stub function. drivers/built-in.o: In function `nouveau_pmops_runtime_suspend': nouveau_drm.c:(.text+0x3aac89): undefined reference to `nouveau_switcheroo_optimu

Re: linux-next: Tree for Aug 30 (nouveau)

2013-09-09 Thread Randy Dunlap
On 08/30/13 12:59, Randy Dunlap wrote: > On 08/29/13 03:00, Stephen Rothwell wrote: >> Hi all, >> > > > on x86_64: > > ERROR: "nouveau_switcheroo_optimus_dsm" [drivers/gpu/drm/nouveau/nouveau.ko] > undefined! > > > Full randconfig file i

linux-next: Tree for Aug 30 (nouveau)

2013-08-30 Thread Randy Dunlap
On 08/29/13 03:00, Stephen Rothwell wrote: > Hi all, > on x86_64: ERROR: "nouveau_switcheroo_optimus_dsm" [drivers/gpu/drm/nouveau/nouveau.ko] undefined! Full randconfig file is attached. -- ~Randy -- next part -- # # Automatically generated file; DO NOT EDIT. # Li

[PATCH -next] gpu: fix printk format warning in i915_gem.c

2013-06-19 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warning in i915_gem.c: drivers/gpu/drm/i915/i915_gem.c:3113:3: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'size_t' [-Wformat] Signed-off-by: Randy Dunlap Cc: Daniel Vette

[PATCH -next] gpu: fix printk format warning in i915_gem.c

2013-06-19 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warning in i915_gem.c: drivers/gpu/drm/i915/i915_gem.c:3113:3: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'size_t' [-Wformat] Signed-off-by: Randy Dunlap Cc: Daniel Vetter Cc:

Re: mmotm 2013-04-17-16-02 uploaded (gpu/drm/qxl)

2013-04-18 Thread Randy Dunlap
On 04/17/13 16:03, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > I saw this in linux-next a few days ago and forgot to post it. When CONFIG_DEBUG_FS is not enabled: drivers/gpu/drm/qxl/qxl_tt

mmotm 2013-04-17-16-02 uploaded (gpu/drm/qxl)

2013-04-17 Thread Randy Dunlap
On 04/17/13 16:03, akpm at linux-foundation.org wrote: > The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > I saw this in linux-next a few days ago and forgot to post it. When CONFIG_DEBUG_FS is not enabled: drivers/gpu/drm/qxl/qxl

[PATCH] drm: fix new kernel-doc warnings

2013-03-05 Thread Randy Dunlap
From: Randy Dunlap Fix new kernel-doc warnings in drm_edid.c: convert doxygen(?) to kernel-doc to match the rest of the file's documentation. Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter 'adapter' Warning(drivers/gpu/drm/drm_edid.c:997): No descri

[PATCH] drm: fix new kernel-doc warnings

2013-03-05 Thread Randy Dunlap
From: Randy Dunlap Fix new kernel-doc warnings in drm_edid.c: convert doxygen(?) to kernel-doc to match the rest of the file's documentation. Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter 'adapter' Warning(drivers/gpu/drm/drm_edid.c:997): No descri

Re: linux-next: Tree for Feb 12 (drm_pci.c)

2013-02-12 Thread Randy Dunlap
On 02/11/13 21:09, Stephen Rothwell wrote: > Hi all, > > Changes since 20130211: > when CONFIG_PCI is not enabled (on x86_64): CC [M] drivers/gpu/drm/drm_pci.o drivers/gpu/drm/drm_pci.c: In function 'drm_pcie_get_speed_cap_mask': drivers/gpu/drm/drm_pci.c:485:2: error: implicit declaration

linux-next: Tree for Feb 12 (drm_pci.c)

2013-02-12 Thread Randy Dunlap
On 02/11/13 21:09, Stephen Rothwell wrote: > Hi all, > > Changes since 20130211: > when CONFIG_PCI is not enabled (on x86_64): CC [M] drivers/gpu/drm/drm_pci.o drivers/gpu/drm/drm_pci.c: In function 'drm_pcie_get_speed_cap_mask': drivers/gpu/drm/drm_pci.c:485:2: error: implicit declaration

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

2012-11-14 Thread Randy Dunlap
On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > Hi all, > > News: next-20121115 (i.e. tomorrow) will be the last release until > next-20121126 (which should be just be after -rc7, I guess - assuming > that Linus does not release v3.7 before then), so if you want something > in linux-next for a

linux-next: Tree for Nov 14 (gpu/drm/i915)

2012-11-14 Thread Randy Dunlap
On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > Hi all, > > News: next-20121115 (i.e. tomorrow) will be the last release until > next-20121126 (which should be just be after -rc7, I guess - assuming > that Linus does not release v3.7 before then), so if you want something > in linux-next for a

Re: mmotm 2012-10-24-17-15 uploaded (drm/i915)

2012-10-25 Thread Randy Dunlap
On 10/24/2012 05:16 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2012-10-24-17-15 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/ > on i386: ERROR: "__bu

mmotm 2012-10-24-17-15 uploaded (drm/i915)

2012-10-25 Thread Randy Dunlap
On 10/24/2012 05:16 PM, akpm at linux-foundation.org wrote: > The mm-of-the-moment snapshot 2012-10-24-17-15 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/ > on i386: ERROR: "_

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

2012-10-18 Thread Randy Dunlap
On 10/17/2012 08:46 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201017: > on x86_64: ERROR: "__build_bug_on_failed" [drivers/gpu/drm/i915/i915.ko] undefined! Full randconfig file is attached. -- ~Randy -- next part -- An embedded and charset-unspeci

linux-next: Tree for Oct 16 (readeon_legacy)

2012-10-16 Thread Randy Dunlap
On 10/15/2012 08:58 PM, Stephen Rothwell wrote: > Hi all, > > The merge window has closed, feel free to add new stuff again. > > Changes since 201201015: > on x86_64: drivers/built-in.o: In function `radeon_asic_init': (.text+0xd3c71): undefined reference to `radeon_legacy_set_backlight_leve

[PATCH resend] drm: radeon: fix printk format warnings

2012-10-15 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warnings in gpu/drm/radeon/: drivers/gpu/drm/radeon/radeon_atpx_handler.c:151:3: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' drivers/gpu/drm/radeon/radeon_acpi.c:204:3: warning: fo

[PATCH resend] drm: radeon: fix printk format warnings

2012-10-15 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warnings in gpu/drm/radeon/: drivers/gpu/drm/radeon/radeon_atpx_handler.c:151:3: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' drivers/gpu/drm/radeon/radeon_acpi.c:204:3: warning: fo

[PATCH -next] drm: fix radeon printk format warnings

2012-10-10 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warnings in gpu/drm/radeon/: drivers/gpu/drm/radeon/radeon_atpx_handler.c:151:3: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' drivers/gpu/drm/radeon/radeon_acpi.c:204:3: warning: fo

[PATCH -next] drm: fix radeon printk format warnings

2012-10-10 Thread Randy Dunlap
From: Randy Dunlap Fix printk format warnings in gpu/drm/radeon/: drivers/gpu/drm/radeon/radeon_atpx_handler.c:151:3: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' drivers/gpu/drm/radeon/radeon_acpi.c:204:3: warning: fo

Re: linux-next: Tree for Oct 5 (nouveau)

2012-10-05 Thread Randy Dunlap
On 10/04/2012 09:54 PM, Stephen Rothwell wrote: > Hi all, > > Do not add stuff destined for v3.8 to your linux-next included branches > until after v3.7-rc1 is released. > > Changes since 201201004: > on x86_64, when CONFIG_AGP is not enabled: CC [M] drivers/gpu/drm/nouveau/nouveau_bo.o d

linux-next: Tree for Oct 5 (nouveau)

2012-10-05 Thread Randy Dunlap
On 10/04/2012 09:54 PM, Stephen Rothwell wrote: > Hi all, > > Do not add stuff destined for v3.8 to your linux-next included branches > until after v3.7-rc1 is released. > > Changes since 201201004: > on x86_64, when CONFIG_AGP is not enabled: CC [M] drivers/gpu/drm/nouveau/nouveau_bo.o d

inux-next: Tree for Sept 26 (gpu/drm/i915)

2012-09-26 Thread Randy Dunlap
On 09/25/2012 11:44 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201209025: > on x86_64: drivers/gpu/drm/i915/i915_sysfs.c: In function 'i915_teardown_sysfs': drivers/gpu/drm/i915/i915_sysfs.c:228:49: error: 'rc6_attr_group' undeclared (first use in this function) Full randconf

Re: 3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-20 Thread Randy Dunlap
On 08/20/2012 05:23 PM, Dave Airlie wrote: > On Tue, Aug 21, 2012 at 8:45 AM, Randy Dunlap wrote: >> On 08/19/2012 10:22 PM, Dave Airlie wrote: >> >>> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote: >>>> On 08/17/12 15:55, Dave Airlie wrote: >>>

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-20 Thread Randy Dunlap
On 08/20/2012 05:23 PM, Dave Airlie wrote: > On Tue, Aug 21, 2012 at 8:45 AM, Randy Dunlap wrote: >> On 08/19/2012 10:22 PM, Dave Airlie wrote: >> >>> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap >>> wrote: >>>> On 08/17/12 15:55, Dave Airlie wrot

Re: 3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-20 Thread Randy Dunlap
On 08/19/2012 10:22 PM, Dave Airlie wrote: > On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote: >> On 08/17/12 15:55, Dave Airlie wrote: >> >>> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >>>> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: &g

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-20 Thread Randy Dunlap
On 08/19/2012 10:22 PM, Dave Airlie wrote: > On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote: >> On 08/17/12 15:55, Dave Airlie wrote: >> >>> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >>>> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap >

Re: 3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-19 Thread Randy Dunlap
On 08/17/12 15:55, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: >>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote: >>> >>>> for , we have verified cases on inteld

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-19 Thread Randy Dunlap
On 08/17/12 15:55, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap >> wrote: >>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote: >>> >>>> for , we have verified cases on

Re: 3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-17 Thread Randy Dunlap
On 08/17/2012 03:55 PM, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: >>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote: >>> >>>> for , we have verified cases on inteld

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-17 Thread Randy Dunlap
On 08/17/2012 03:55 PM, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap >> wrote: >>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote: >>> >>>> for , we have verified cases on

Re: 3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-17 Thread Randy Dunlap
On 08/17/2012 03:25 PM, Justin M. Forbes wrote: > for , we have verified cases on inteldrmfb, radeondrmfb, and > cirrusdrmfb. > > This is the last message displayed before the system hangs. This seems > to be hitting a large number of users in Fedora, though certainly not > everyone. This start

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

2012-08-17 Thread Randy Dunlap
On 08/17/2012 03:25 PM, Justin M. Forbes wrote: > for , we have verified cases on inteldrmfb, radeondrmfb, and > cirrusdrmfb. > > This is the last message displayed before the system hangs. This seems > to be hitting a large number of users in Fedora, though certainly not > everyone. This start

Re: 3.4.0+ - Linus GIT -- drivers/built-in.o: In function `nouveau_acpi_edid': (.text+0x112337): undefined reference to `acpi_video_get_edid'

2012-07-30 Thread Randy Dunlap
On 05/31/2012 12:10 AM, Miles Lane wrote: > I suspect this is due to a dependency not enforced in the Kconfig logic? > > LD init/built-in.o > drivers/built-in.o: In function `nouveau_acpi_edid': > (.text+0x112337): undefined reference to `acpi_video_get_edid' This build error still hap

3.4.0+ - Linus GIT -- drivers/built-in.o: In function `nouveau_acpi_edid': (.text+0x112337): undefined reference to `acpi_video_get_edid'

2012-07-30 Thread Randy Dunlap
On 05/31/2012 12:10 AM, Miles Lane wrote: > I suspect this is due to a dependency not enforced in the Kconfig logic? > > LD init/built-in.o > drivers/built-in.o: In function `nouveau_acpi_edid': > (.text+0x112337): undefined reference to `acpi_video_get_edid' This build error still hap

Re: linux-next: Tree for May 18 (drm drivers and vgacon)

2012-05-18 Thread Randy Dunlap
On 05/18/2012 01:49 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 201205017: When CONFIG_VGA_CONSOLE is not enabled: drivers/gpu/drm/cirrus/cirrus_drv.c:87:2: error: implicit declaration of function 'vgacon_text_force' drivers/gpu/drm/ast/ast_drv.c:224:2: error: implicit declaration

linux-next: Tree for May 18 (drm drivers and vgacon)

2012-05-18 Thread Randy Dunlap
On 05/18/2012 01:49 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 201205017: When CONFIG_VGA_CONSOLE is not enabled: drivers/gpu/drm/cirrus/cirrus_drv.c:87:2: error: implicit declaration of function 'vgacon_text_force' drivers/gpu/drm/ast/ast_drv.c:224:2: error: implicit declaration

Re: linux-next: Tree for May 8 (gpu/drm/gma500)

2012-05-08 Thread Randy Dunlap
On 05/08/2012 01:15 AM, Stephen Rothwell wrote: > Hi all, > > There will be no linux-next tomorrow. > > Changes since 20120507: When CONFIG_ACPI is not enabled: drivers/gpu/drm/gma500/opregion.c:269:3: error: implicit declaration of function 'register_acpi_notifier' drivers/gpu/drm/gma500/o

linux-next: Tree for May 8 (gpu/drm/gma500)

2012-05-08 Thread Randy Dunlap
On 05/08/2012 01:15 AM, Stephen Rothwell wrote: > Hi all, > > There will be no linux-next tomorrow. > > Changes since 20120507: When CONFIG_ACPI is not enabled: drivers/gpu/drm/gma500/opregion.c:269:3: error: implicit declaration of function 'register_acpi_notifier' drivers/gpu/drm/gma500/o

linux-next: Tree for Apr 17 (pci-sysfs.c and vga_switcheroo.c)

2012-04-17 Thread Randy Dunlap
On 04/16/2012 09:42 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20120416: When CONFIG_VGA_ARB is not enabled: drivers/built-in.o: In function `boot_vga_show': pci-sysfs.c:(.text+0x1060f): undefined reference to `vga_default_device' and drivers/built-in.o: In function `boot_vga_s

Re: linux-next: Tree for Apr 17 (pci-sysfs.c and vga_switcheroo.c)

2012-04-17 Thread Randy Dunlap
On 04/16/2012 09:42 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20120416: When CONFIG_VGA_ARB is not enabled: drivers/built-in.o: In function `boot_vga_show': pci-sysfs.c:(.text+0x1060f): undefined reference to `vga_default_device' and drivers/built-in.o: In function `boot_vga_s

Re: [PATCH -next] vgaarb.h: fix build warnings

2012-03-13 Thread Randy Dunlap
On 01/30/2012 11:43 AM, Randy Dunlap wrote: This patch is still needed in linux-next of 20120313. > From: Randy Dunlap > > Fix build warnings by providing a struct stub since no fields of > the struct are used: > > include/linux/vgaarb.h:66:9: warning: 'struct p

[PATCH -next] vgaarb.h: fix build warnings

2012-03-13 Thread Randy Dunlap
On 01/30/2012 11:43 AM, Randy Dunlap wrote: This patch is still needed in linux-next of 20120313. > From: Randy Dunlap > > Fix build warnings by providing a struct stub since no fields of > the struct are used: > > include/linux/vgaarb.h:66:9: warning: 'struct p

drm: i915 hangcheck/GPU errors

2012-03-06 Thread Randy Dunlap
Hi, My Toshiba Portege (Intel Core i5) hangs every few days. Sometimes I can see no log messages/reasons for it. Sometimes there are messages about X receiving potentially fatal signals. Today's hang appears to have some useful info (maybe). Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9

drm: i915 hangcheck/GPU errors

2012-03-06 Thread Randy Dunlap
Hi, My Toshiba Portege (Intel Core i5) hangs every few days. Sometimes I can see no log messages/reasons for it. Sometimes there are messages about X receiving potentially fatal signals. Today's hang appears to have some useful info (maybe). Mar 6 09:01:45 dragon kernel: [137308.704424] [drm:i9

[PATCH -next] vgaarb.h: fix build warnings

2012-01-30 Thread Randy Dunlap
From: Randy Dunlap Fix build warnings by providing a struct stub since no fields of the struct are used: include/linux/vgaarb.h:66:9: warning: 'struct pci_dev' declared inside parameter list include/linux/vgaarb.h:66:9: warning: its scope is only this definition or declaration

[PATCH -next] vgaarb.h: fix build warnings

2012-01-30 Thread Randy Dunlap
From: Randy Dunlap Fix build warnings by providing a struct stub since no fields of the struct are used: include/linux/vgaarb.h:66:9: warning: 'struct pci_dev' declared inside parameter list include/linux/vgaarb.h:66:9: warning: its scope is only this definition or declaration

linux-next: Tree for Jan 4 (gpu/drm/nouveau)

2012-01-04 Thread Randy Dunlap
On 01/04/2012 12:16 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20120103: drivers/gpu/drm/nouveau/nouveau_pm.c:720:2: error: 'pm' undeclared (first use in this function) Full randconfig file is attached. -- ~Randy *** Remember to use Documentation/SubmitChecklist when testing you

linux-next: Tree for Nov 29 (drm)

2011-11-30 Thread Randy Dunlap
On 11/30/2011 09:16 AM, S?rgio Basto wrote: > Randy, not dri-devel at lists.sourceforge.net, anymore > now is dri-devel at lists.freedesktop.org Argh, thanks. That was thunderbird trying to be too helpful. :( > On Tue, 2011-11-29 at 12:33 -0800, Randy Dunlap wrote: >> On 11/2

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

2011-11-30 Thread Randy Dunlap
On 11/30/2011 09:16 AM, Sérgio Basto wrote: > Randy, not dri-de...@lists.sourceforge.net, anymore > now is dri-devel@lists.freedesktop.org Argh, thanks. That was thunderbird trying to be too helpful. :( > On Tue, 2011-11-29 at 12:33 -0800, Randy Dunlap wrote: >> On 11/2

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

2011-11-30 Thread Randy Dunlap
On 11/28/2011 08:20 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 2028: > > The drm tree lost its build failure but gained another for which I > applied a patch. ERROR: "drm_helper_get_fb_bpp_depth" [drivers/gpu/drm/vmwgfx/vmwgfx.ko] undefined! Full x86_64 randconfig file is att

linux-next: Tree for Nov 29 (drm)

2011-11-29 Thread Randy Dunlap
On 11/28/2011 08:20 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 2028: > > The drm tree lost its build failure but gained another for which I > applied a patch. ERROR: "drm_helper_get_fb_bpp_depth" [drivers/gpu/drm/vmwgfx/vmwgfx.ko] undefined! Full x86_64 randconfig file is att

Re: [RFC 2/2] dma-buf: Documentation for buffer sharing framework

2011-10-12 Thread Randy Dunlap
On 10/11/2011 02:23 AM, Sumit Semwal wrote: > Add documentation for dma buffer sharing framework, explaining the > various operations, members and API of the dma buffer sharing > framework. > > Signed-off-by: Sumit Semwal > Signed-off-by: Sumit Semwal > --- > Documentation/dma-buf-sharing.txt |

[RFC 2/2] dma-buf: Documentation for buffer sharing framework

2011-10-12 Thread Randy Dunlap
On 10/11/2011 02:23 AM, Sumit Semwal wrote: > Add documentation for dma buffer sharing framework, explaining the > various operations, members and API of the dma buffer sharing > framework. > > Signed-off-by: Sumit Semwal > Signed-off-by: Sumit Semwal > --- > Documentation/dma-buf-sharing.txt |

Re: [PATCH -next] drm: fix kconfig unmet dependency warning

2011-08-10 Thread Randy Dunlap
On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote: Sorry, this applies to mainline, not linux-next. > From: Randy Dunlap > > Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on > BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.

[PATCH -next] drm: fix kconfig unmet dependency warning

2011-08-10 Thread Randy Dunlap
On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote: Sorry, this applies to mainline, not linux-next. > From: Randy Dunlap > > Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on > BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.

[PATCH -next] drm: fix kconfig unmet dependency warning

2011-08-10 Thread Randy Dunlap
From: Randy Dunlap Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on BACKLIGHT_LCD_SUPPORT, so select the latter along with the former. warning: (DRM_RADEON_KMS && DRM_I915 && STUB_POULSBO && FB_BACKLIGHT && PANEL_SHARP_LS037V7DW01 &&

[PATCH -next] drm: fix kconfig unmet dependency warning

2011-08-10 Thread Randy Dunlap
From: Randy Dunlap Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on BACKLIGHT_LCD_SUPPORT, so select the latter along with the former. warning: (DRM_RADEON_KMS && DRM_I915 && STUB_POULSBO && FB_BACKLIGHT && PANEL_SHARP_LS037V7DW01 &&

[PATCH] gpu/stub: try to make help text readable

2011-08-06 Thread Randy Dunlap
From: Randy Dunlap I couldn't parse the STUB_POULSBO help text and the module names were misleading, so try to make it more readable, use corrected module names, and spell "acpi" as "ACPI". Signed-off-by: Randy Dunlap Cc: Lee, Chun-Yi Cc: Lee, Chun-Yi Cc: Dave Airl

[PATCH] gpu/stub: try to make help text readable

2011-08-06 Thread Randy Dunlap
From: Randy Dunlap I couldn't parse the STUB_POULSBO help text and the module names were misleading, so try to make it more readable, use corrected module names, and spell "acpi" as "ACPI". Signed-off-by: Randy Dunlap Cc: Lee, Chun-Yi Cc: Lee, Chun-Yi Cc: Dave Airl

Re: [PATCH] bugfix and cleanup patches in the TTM code for 3.1.

2011-06-08 Thread Randy Dunlap
ode. The cleanup patch: > > "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier > > and Randy > > Dunlap graciously added some extra cleanups - which I have rolled in. > > This is safe to put comments to the patch in the following

[PATCH] bugfix and cleanup patches in the TTM code for 3.1.

2011-06-08 Thread Randy Dunlap
ode. The cleanup patch: > > "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier > > and Randy > > Dunlap graciously added some extra cleanups - which I have rolled in. > > This is safe to put comments to the patch in the following

Re: [PATCH] ttm: Fix spelling mistakes and remove unused #ifdef

2011-06-07 Thread Randy Dunlap
On Tue, 7 Jun 2011 14:35:52 -0400 Konrad Rzeszutek Wilk wrote: > . and some comments to make it easier to understand. > > Signed-off-by: Konrad Rzeszutek Wilk > --- > drivers/gpu/drm/ttm/ttm_page_alloc.c | 14 +++--- > include/drm/ttm/ttm_bo_api.h |3 --- > include/drm/tt

[PATCH] ttm: Fix spelling mistakes and remove unused #ifdef

2011-06-07 Thread Randy Dunlap
On Tue, 7 Jun 2011 14:35:52 -0400 Konrad Rzeszutek Wilk wrote: > . and some comments to make it easier to understand. > > Signed-off-by: Konrad Rzeszutek Wilk > --- > drivers/gpu/drm/ttm/ttm_page_alloc.c | 14 +++--- > include/drm/ttm/ttm_bo_api.h |3 --- > include/drm/tt

Re: (Short?) merge window reminder

2011-05-23 Thread Randy Dunlap
On Mon, 23 May 2011 19:17:21 -0400 Ted Ts'o wrote: > On Mon, May 23, 2011 at 01:33:48PM -0700, Linus Torvalds wrote: > > On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote: > > > > > > I really hope there's also a voice that tells you to wait until .42 before > > > cutting 3.0.0! :-) > > > > So

(Short?) merge window reminder

2011-05-23 Thread Randy Dunlap
On Mon, 23 May 2011 19:17:21 -0400 Ted Ts'o wrote: > On Mon, May 23, 2011 at 01:33:48PM -0700, Linus Torvalds wrote: > > On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote: > > > > > > I really hope there's also a voice that tells you to wait until .42 before > > > cutting 3.0.0! :-) > > > > So

Re: (Short?) merge window reminder

2011-05-23 Thread Randy Dunlap
On Mon, 23 May 2011 21:25:25 +0200 (CEST) Thomas Gleixner wrote: > On Mon, 23 May 2011, Linus Torvalds wrote: > > PS. The voices in my head also tell me that the numbers are getting > > too big. I may just call the thing 2.8.0. And I almost guarantee that > > this PS is going to result in more dis

(Short?) merge window reminder

2011-05-23 Thread Randy Dunlap
On Mon, 23 May 2011 21:25:25 +0200 (CEST) Thomas Gleixner wrote: > On Mon, 23 May 2011, Linus Torvalds wrote: > > PS. The voices in my head also tell me that the numbers are getting > > too big. I may just call the thing 2.8.0. And I almost guarantee that > > this PS is going to result in more dis

[PATCH -next] drm: fix nouveau_acpi build

2011-05-11 Thread Randy Dunlap
From: Randy Dunlap Fix build errors when CONFIG_ACPI is enabled but MXM_WMI is not enabled by selecting both MXM_WMI and ACPI_WMI (the latter just for kconfig dependencies): nouveau_acpi.c:(.text+0x2400c8): undefined reference to `mxm_wmi_call_mxmx' nouveau_acpi.c:(.text+0x2400cf): unde

[PATCH -next] drm: fix nouveau_acpi build

2011-05-11 Thread Randy Dunlap
From: Randy Dunlap Fix build errors when CONFIG_ACPI is enabled but MXM_WMI is not enabled by selecting both MXM_WMI and ACPI_WMI (the latter just for kconfig dependencies): nouveau_acpi.c:(.text+0x2400c8): undefined reference to `mxm_wmi_call_mxmx' nouveau_acpi.c:(.text+0x2400cf): unde

linux-next: Tree for April 29 (gpu/drm)

2011-04-29 Thread Randy Dunlap
On Fri, 29 Apr 2011 13:19:40 +1000 Stephen Rothwell wrote: > Hi all, > > Changes since 20110428: ERROR: "fb_mode_option" [drivers/gpu/drm/drm.ko] undefined! randconfig file is attached. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- next

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote: > > > diff --git a/drivers/gpu/drm/i915/intel_bios.c > > > b/drivers/gpu/drm/i915/intel_bios > > > index 2b20786..d27d016 100644 > > > --- a/drivers/gpu/drm/i915/intel_bios.c > > > +++ b/drivers/gpu/drm/i915/intel_bios.c > > > @@ -263,6 +263,

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote: > > > diff --git a/drivers/gpu/drm/i915/intel_bios.c > > > b/drivers/gpu/drm/i915/intel_bios > > > index 2b20786..d27d016 100644 > > > --- a/drivers/gpu/drm/i915/intel_bios.c > > > +++ b/drivers/gpu/drm/i915/intel_bios.c > > > @@ -263,6 +263,

<    3   4   5   6   7   8   9   >