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
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 &
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
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
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
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
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
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
.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
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
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:
&
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':
..
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
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
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
; [-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
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
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
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.
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
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
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
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
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,
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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: "_
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
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
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
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
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
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
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
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
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
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:
>>>
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 |
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 |
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.
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.
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 &&
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 &&
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
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,
701 - 800 of 834 matches
Mail list logo