All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randy Dunlap <rdunlap@xenotime.net>
To: Bryan Wu <bryan.wu@canonical.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Richard Purdie <rpurdie@rpsys.net>,
	linux-leds@vger.kernel.org
Subject: Re: linux-next: Tree for Jun 14 (leds)
Date: Fri, 15 Jun 2012 09:29:01 -0700	[thread overview]
Message-ID: <4FDB62CD.50707@xenotime.net> (raw)
In-Reply-To: <CAK5ve-JMkdir+NcKq47hBQ4Jcbh2WkqeiSohqp3AcQchbsMe5w@mail.gmail.com>

On 06/14/2012 08:42 PM, Bryan Wu wrote:

> On Fri, Jun 15, 2012 at 5:50 AM, Randy Dunlap <rdunlap@xenotime.net> wrote:
>> On 06/13/2012 11:29 PM, Stephen Rothwell wrote:
>>
>>> Hi all,
>>>
>>> Changes since 20120613:
>>>
>>> Linus' tree gained a build failure for which I reverted a commit.
>>>
>>> The net-next tree lost its conflicts but gained another against the
>>> wireless tree.
>>>
>>> The sound-asoc tree lost its build failure.
>>>
>>> The leds tree lost its build failure.
>>>
>>> ----------------------------------------------------------------------------
>>>
>>> I have created today's linux-next tree at
>>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
>>> (patches at http://www.kernel.org/pub/linux/kernel/next/ ).  If you
>>> are tracking the linux-next tree using git, you should not use "git pull"
>>> to do so as that will try to merge the new linux-next release with the
>>> old one.  You should use "git fetch" as mentioned in the FAQ on the wiki
>>> (see below).
>>>
>>> You can see which trees have been included by looking in the Next/Trees
>>> file in the source.  There are also quilt-import.log and merge.log files
>>> in the Next directory.  Between each merge, the tree was built with
>>> a ppc64_defconfig for powerpc and an allmodconfig for x86_64. After the
>>> final fixups (if any), it is also built with powerpc allnoconfig (32 and
>>> 64 bit), ppc44x_defconfig and allyesconfig (minus
>>> CONFIG_PROFILE_ALL_BRANCHES - this fails its final link) and i386, sparc
>>> and sparc64 defconfig. These builds also have
>>> CONFIG_ENABLE_WARN_DEPRECATED, CONFIG_ENABLE_MUST_CHECK and
>>> CONFIG_DEBUG_INFO disabled when necessary.
>>>
>>> Below is a summary of the state of the merge.
>>>
>>> We are up to 189 trees (counting Linus' and 26 trees of patches pending
>>> for Linus' tree), more are welcome (even if they are currently empty).
>>> Thanks to those who have contributed, and to those who haven't, please do.
>>>
>>> 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 randconfig builds.  And to Paul
>>> Gortmaker for triage and bug fixes.
>>>
>>> There is a wiki covering stuff to do with linux-next at
>>> http://linux.f-seidel.de/linux-next/pmwiki/ .  Thanks to Frank Seidel.
>>
>>
>>
>> on i386:
>>
>> ERROR: "led_brightness_set" [drivers/leds/led-class.ko] undefined!
>> ERROR: "leds_list" [drivers/leds/led-class.ko] undefined!
>> ERROR: "leds_list_lock" [drivers/leds/led-class.ko] undefined!
>>
>> and possibly related:
>>
>> warning: (ADB_PMU_LED && IWLWIFI && IWLEGACY && ATH5K && ATH9K && ATH9K_HTC && CARL9170_LEDS && TABLET_USB_WACOM && INPUT_WISTRON_BTNS && SENSORS_APPLESMC && IR_WINBOND_CIR && BACKLIGHT_ADP8860 && BACKLIGHT_ADP8870 && HID_LENOVO_TPKBD && ACER_WMI && ASUS_LAPTOP && DELL_LAPTOP && HP_ACCEL && THINKPAD_ACPI && EEEPC_LAPTOP && ASUS_WMI && ACPI_TOSHIBA && SAMSUNG_LAPTOP) selects LEDS_CLASS which has unmet direct dependencies (NEW_LEDS)
>>
>>
>> Full randconfig file is attached.
>>
> 
> Hi Randy,
> 
> I tried to build linux-next latest kernel with the randconfig you
> posted here, but didn't met this building failure. Did I miss
> something?


I dunno, but I still get the same failure with that kernel config file
on today's linux-next (20120615).


-- 
~Randy

  reply	other threads:[~2012-06-15 16:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-14  6:29 linux-next: Tree for Jun 14 Stephen Rothwell
2012-06-14 21:25 ` linux-next: Tree for Jun 14 (vsmp) Randy Dunlap
2012-06-15  8:50   ` Shai Fultheim (Shai@ScaleMP.com)
2012-06-15  8:50     ` Shai Fultheim (Shai@ScaleMP.com)
2012-06-14 21:38 ` linux-next: Tree for Jun 14 (staging/comedi) Randy Dunlap
2012-06-15 11:24   ` Ian Abbott
2012-06-15 11:24     ` Ian Abbott
2012-06-15 16:12     ` H Hartley Sweeten
2012-06-15 16:12       ` H Hartley Sweeten
2012-06-14 21:50 ` linux-next: Tree for Jun 14 (leds) Randy Dunlap
2012-06-15  3:42   ` Bryan Wu
2012-06-15 16:29     ` Randy Dunlap [this message]
2012-06-17 10:53       ` Bryan Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FDB62CD.50707@xenotime.net \
    --to=rdunlap@xenotime.net \
    --cc=bryan.wu@canonical.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=rpurdie@rpsys.net \
    --cc=sfr@canb.auug.org.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.