Hi all,
Changes since next-20080603:
New trees: embedded and firmware.
The hid tree picked up some conflicts with Linus' tree.
The v4l-dvb tree needed a fixup patch due to some struct member renames
that were missed.
The rr tree fixed its conflicts.
The semaphore-removal tree has gained another merge conflict, this time
with the wireless tree.
The ldp tree suffered from the v4l-dvb struct members renaming.
The firmware tree has various conflicts and also a couple of build
failures.
I have applied the following temporary patch for known build problems:
"Fix various 8390 builds" - the net tree broke builds on various
architectures - hopefully this patch will go into the net tree shortly.
----------------------------------------------------------------------------
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
(patches at
http://www.kernel.org/pub/linux/kernel/people/sfr/linux-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, it is also built with powerpc allnoconfig,
44x_defconfig and allyesconfig and i386, sparc and sparc64 defconfig.
Below is a summary of the state of the merge.
We are up to 87 trees (counting Linus' and 13 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 Jan Dittmer for adding the linux-next tree to his build tests
at http://l4x.org/k/ , the guys at http://test.kernel.org/ and Randy
Dunlap for doing many randconfig builds.
There is a wiki covering stuff to do with linux-next at
http://linux.f-seidel.de/linux-next/pmwiki/ . Thanks to Frank Seidel.
--
Cheers,
Stephen Rothwell [email protected]
$ git checkout master
$ git reset --hard stable
Merging origin/master
Merging powerpc-merge/merge
Merging scsi-rc-fixes/master
Merging net-current/master
Merging sparc-current/master
Merging sound-current/for-linus
Merging arm-current/master
Merging pci-current/for-linus
Merging wireless-current/master
Merging kbuild-current/master
Merging quilt/driver-core.current
Merging quilt/usb.current
Merging cpufreq-current/fixes
Merging input-current/for-linus
Merging quilt/driver-core
CONFLICT (content): Merge conflict in drivers/s390/kvm/kvm_virtio.c
CONFLICT (content): Merge conflict in drivers/virtio/virtio.c
CONFLICT (content): Merge conflict in drivers/virtio/virtio_pci.c
Merging quilt/usb
Merging x86/auto-x86-next
Merging sched/auto-sched-next
Merging ftrace/auto-ftrace-next
Applying ftrace: fix rculist split fallout
Merging pci/linux-next
CONFLICT (content): Merge conflict in drivers/base/power/main.c
CONFLICT (content): Merge conflict in include/linux/device.h
Merging quilt/device-mapper
Merging hid/mm
CONFLICT (content): Merge conflict in drivers/hid/usbhid/hid-quirks.c
Merging quilt/i2c
CONFLICT (content): Merge conflict in drivers/i2c/i2c-core.c
Merging quilt/kernel-doc
Merging avr32/avr32-arch
Merging v4l-dvb/stable
Applying v4l-dvb: fix fallout from struct member renames
Merging s390/features
CONFLICT (content): Merge conflict in drivers/s390/block/dasd.c
CONFLICT (content): Merge conflict in drivers/s390/block/dasd_eckd.c
CONFLICT (content): Merge conflict in drivers/s390/block/dasd_fba.c
CONFLICT (content): Merge conflict in drivers/s390/char/tape_core.c
CONFLICT (content): Merge conflict in drivers/s390/cio/device_fsm.c
CONFLICT (content): Merge conflict in drivers/s390/net/claw.c
CONFLICT (content): Merge conflict in drivers/s390/net/ctcm_main.c
CONFLICT (content): Merge conflict in drivers/s390/net/lcs.c
Merging sh/master
Merging jfs/next
Merging kbuild/master
Merging quilt/ide
Merging libata/NEXT
Merging nfs/linux-next
Merging xfs/master
Merging infiniband/for-next
Merging acpi/test
Merging blackfin/for-linus
Merging nfsd/nfsd-next
Merging ieee1394/for-next
Merging hwmon/testing
Merging ubi/master
Merging kvm/master
Merging dlm/next
Merging scsi/master
Applying scsi: fix fallout from KOBJ_NAME_LEN removal
Merging ia64/test
Merging tests/master
CONFLICT (content): Merge conflict in lib/Kconfig.debug
Merging ocfs2/linux-next
Merging selinux/for-akpm
Merging quilt/m68k
Merging powerpc/powerpc-next
Merging hrt/mm
Merging lblnet/master
Merging ext4/next
Merging 4xx/next
Merging async_tx/next
Merging udf/for_next
Merging security-testing/next
Merging net/master
Merging sparc/master
Merging galak/powerpc-next
Merging mtd/master
Merging wireless/master
CONFLICT (content): Merge conflict in drivers/net/wireless/libertas/main.c
CONFLICT (content): Merge conflict in drivers/net/wireless/rt2x00/rt2x00dev.c
Merging crypto/master
Merging vfs/vfs-2.6.25
Merging sound/master
Merging arm/devel
CONFLICT (content): Merge conflict in arch/arm/mach-pxa/tosa.c
Merging cpufreq/next
Merging v9fs/for-next
Merging quilt/rr
Merging cifs/master
Merging mmc/next
Merging gfs2/master
Merging rcu/core/rcu
Merging locking/core/locking
Merging safe-poison-pointers/safe-poison-pointers
Merging stackprotector/stackprotector
Merging input/next
Merging semaphore/semaphore
Merging semaphore-removal/semaphore-removal
CONFLICT (content): Merge conflict in drivers/net/ps3_gelic_wireless.c
CONFLICT (content): Merge conflict in drivers/scsi/qla2xxx/qla_attr.c
CONFLICT (content): Merge conflict in drivers/scsi/qla2xxx/qla_def.h
CONFLICT (content): Merge conflict in drivers/scsi/qla2xxx/qla_mbx.c
CONFLICT (content): Merge conflict in drivers/scsi/qla2xxx/qla_mid.c
CONFLICT (content): Merge conflict in drivers/scsi/qla2xxx/qla_os.c
Merging quilt/ldp.next
Applying ldp: fix fallout from v4l struct element renaming
Merging bkl-removal/bkl-removal
Merging trivial/next
Merging ubifs/for_andrew
Merging lsm/for-next
Merging block/for-next
Merging embedded/master
Merging firmware/master
CONFLICT (content): Merge conflict in drivers/usb/serial/Kconfig
CONFLICT (delete/modify): drivers/usb/serial/ti_fw_3410.h deleted in firmware/master and modified in HEAD. Version HEAD of drivers/usb/serial/ti_fw_3410.h left in tree.
CONFLICT (delete/modify): drivers/usb/serial/ti_fw_5052.h deleted in firmware/master and modified in HEAD. Version HEAD of drivers/usb/serial/ti_fw_5052.h left in tree.
CONFLICT (content): Merge conflict in drivers/usb/serial/ti_usb_3410_5052.c
CONFLICT (content): Merge conflict in sound/pci/Kconfig
CONFLICT (content): Merge conflict in sound/pci/maestro3.c
CONFLICT (content): Merge conflict in sound/pci/ymfpci/ymfpci_main.c
Applying firmware: build fixes 1
Applying Fix various 8390 builds
Hi Stephen,
The next-20080604 kernel build fails on the x86_64 machine
make[1]: *** No rule to make target `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by `firmware/keyspan/mpr.fw.gen.S'. Stop.
make: *** [firmware] Error 2
--
Thanks & Regards,
Kamalesh Babulal,
Linux Technology Center,
IBM, ISTL.
On Wed, 2008-06-04 at 17:16 +0530, Kamalesh Babulal wrote:
> The next-20080604 kernel build fails on the x86_64 machine
>
> make[1]: *** No rule to make target
> `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by
> `firmware/keyspan/mpr.fw.gen.S'. Stop.
> make: *** [firmware] Error 2
Hm, what version of make? Does .SECONDEXPANSION: not work everywhere?
If you remove the '| $(objtree)/$$(dir %)' dependency from
firmware/Makefile line 90, does it work then? You might have to remove
other similar deps -- they're only for O= builds anyway.
--
dwmw2
On Wed, 2008-06-04 at 12:50 +0100, David Woodhouse wrote:
> Hm, what version of make? Does .SECONDEXPANSION: not work everywhere?
What does this Makefile do for you...
FOO=foo
.SECONDEXPANSION:
bar: $$(FOO)
--
dwmw2
On Wed, 2008-06-04 at 17:16 +0530, Kamalesh Babulal wrote:
> Hi Stephen,
>
> The next-20080604 kernel build fails on the x86_64 machine
>
> make[1]: *** No rule to make target `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by `firmware/keyspan/mpr.fw.gen.S'. Stop.
> make: *** [firmware] Error 2
Does this 'fix' it?
diff --git a/firmware/Makefile b/firmware/Makefile
index b4f758a..5244ea4 100644
--- a/firmware/Makefile
+++ b/firmware/Makefile
@@ -83,7 +83,20 @@ wordsize_deps := $(wildcard include/config/64bit.h include/config/32bit.h \
include/config/superh32.h include/config/superh64.h \
include/config/x86_32.h include/config/x86_64.h)
-# For the $$(dir %) trick, where we need % to be expanded first.
+# .SECONDEXPANSION for the $$(dir %) trick, where we need % to be expanded
+# first before we expand the $(dir ...). And a workaround for broken make.
+PHONY += make-warning
+make-warning:
+ @echo '*************'
+ @echo 'WARNING: Your version of make ($(MAKE_VERSION)) seems not to work'
+ @echo 'correctly with .SECONDEXPANSION: as used in firmware/Makefile.'
+ @echo 'Creating directories in advance instead of on-demand'
+ @echo '*************'
+
+PHONY += $(objtree)/$$(%) $(objtree)/$(obj)/$$(%)
+$(objtree)/$$(%) $(objtree)/$(obj)/$$(%): make-warning $(firmware-dirs)
+ @true
+
.SECONDEXPANSION:
$(patsubst %,$(obj)/%.gen.S, $(fw-shipped-y)): %: $(wordsize_deps) \
--
dwmw2
>> make[1]: *** No rule to make target
>> `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by
>> `firmware/keyspan/mpr.fw.gen.S'. Stop.
>> make: *** [firmware] Error 2
>
> Hm, what version of make? Does .SECONDEXPANSION: not work everywhere?
It is a new feature in GNU make 3.81, which was released slightly
over two years ago.
Segher
On Wed, 2008-06-04 at 19:19 +0200, Segher Boessenkool wrote:
> It is a new feature in GNU make 3.81, which was released slightly
> over two years ago.
Hm, Ok. I'll stick in a workaround. Thanks.
diff --git a/firmware/Makefile b/firmware/Makefile
index b4f758a..166a9b0 100644
--- a/firmware/Makefile
+++ b/firmware/Makefile
@@ -83,6 +83,13 @@ wordsize_deps := $(wildcard include/config/64bit.h include/config/32bit.h \
include/config/superh32.h include/config/superh64.h \
include/config/x86_32.h include/config/x86_64.h)
+# Workaround for ancient versions of make, where .SECONDEXPANSION doesn't work.
+# It'll end up depending on these targets, so make them a PHONY rule which
+# depends on _all_ the directories in $(firmware-dirs), and it'll work out OK.
+PHONY += $(objtree)/$$(%) $(objtree)/$(obj)/$$(%)
+$(objtree)/$$(%) $(objtree)/$(obj)/$$(%): $(firmware-dirs)
+ @true
+
# For the $$(dir %) trick, where we need % to be expanded first.
.SECONDEXPANSION:
--
dwmw2
On Wed, Jun 04, 2008 at 06:52:10PM +0100, David Woodhouse wrote:
> On Wed, 2008-06-04 at 19:19 +0200, Segher Boessenkool wrote:
> > It is a new feature in GNU make 3.81, which was released slightly
> > over two years ago.
>
> Hm, Ok. I'll stick in a workaround. Thanks.
>
> diff --git a/firmware/Makefile b/firmware/Makefile
> index b4f758a..166a9b0 100644
> --- a/firmware/Makefile
> +++ b/firmware/Makefile
> @@ -83,6 +83,13 @@ wordsize_deps := $(wildcard include/config/64bit.h include/config/32bit.h \
> include/config/superh32.h include/config/superh64.h \
> include/config/x86_32.h include/config/x86_64.h)
>
> +# Workaround for ancient versions of make, where .SECONDEXPANSION doesn't work.
Can you write make < 3.81 instead?
We do know the version and this will make it easier in a few years to
determine when the workaround will no longer be required.
> +# It'll end up depending on these targets, so make them a PHONY rule which
> +# depends on _all_ the directories in $(firmware-dirs), and it'll work out OK.
> +PHONY += $(objtree)/$$(%) $(objtree)/$(obj)/$$(%)
> +$(objtree)/$$(%) $(objtree)/$(obj)/$$(%): $(firmware-dirs)
> + @true
> +
> # For the $$(dir %) trick, where we need % to be expanded first.
> .SECONDEXPANSION:
>
> dwmw2
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Wed, 2008-06-04 at 21:20 +0300, Adrian Bunk wrote:
>
> Can you write make < 3.81 instead?
>
> We do know the version and this will make it easier in a few years to
> determine when the workaround will no longer be required.
Done.
--
dwmw2
On Wed, Jun 04, 2008 at 10:33:41PM +0100, David Woodhouse wrote:
> On Wed, 2008-06-04 at 21:20 +0300, Adrian Bunk wrote:
> >
> > Can you write make < 3.81 instead?
> >
> > We do know the version and this will make it easier in a few years to
> > determine when the workaround will no longer be required.
>
> Done.
Thanks.
> dwmw2
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Wed, Jun 04, 2008 at 02:38:37PM +0100, David Woodhouse wrote:
> On Wed, 2008-06-04 at 17:16 +0530, Kamalesh Babulal wrote:
> > Hi Stephen,
> >
> > The next-20080604 kernel build fails on the x86_64 machine
> >
> > make[1]: *** No rule to make target `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by `firmware/keyspan/mpr.fw.gen.S'. Stop.
> > make: *** [firmware] Error 2
>
> Does this 'fix' it?
The correct fix is to get rid of make 3.81 features.
We do want the kernel buildable with make 3.79 and we have today only two
places where we do need a newer version of make:
scripts/Makefile.headerinst
and now
firmware/Makefile
Both places should be reworked to avoid this dependency.
I plan to take care of Makfile.headerinst soonish in an attempt
to speed up the checking process (has been on my TODO list for a long time),
And we should not introuduce the below make 3.81 specific feature.
I have not looked into alternative - sorry.
Sam
On Thu, 2008-06-05 at 11:13 +0200, Sam Ravnborg wrote:
> On Wed, Jun 04, 2008 at 02:38:37PM +0100, David Woodhouse wrote:
> > On Wed, 2008-06-04 at 17:16 +0530, Kamalesh Babulal wrote:
> > > Hi Stephen,
> > >
> > > The next-20080604 kernel build fails on the x86_64 machine
> > >
> > > make[1]: *** No rule to make target `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by `firmware/keyspan/mpr.fw.gen.S'. Stop.
> > > make: *** [firmware] Error 2
> >
> > Does this 'fix' it?
>
> The correct fix is to get rid of make 3.81 features.
> We do want the kernel buildable with make 3.79 and we have today only two
> places where we do need a newer version of make:
>
> scripts/Makefile.headerinst
> and now
> firmware/Makefile
>
> Both places should be reworked to avoid this dependency.
> I plan to take care of Makfile.headerinst soonish in an attempt
> to speed up the checking process (has been on my TODO list for a long time),
>
> And we should not introuduce the below make 3.81 specific feature.
> I have not looked into alternative - sorry.
I've committed an alternative for firmware/Makefile.
What's the problem in Makefile.headersinst?
--
dwmw2
David Woodhouse wrote:
> On Wed, 2008-06-04 at 19:19 +0200, Segher Boessenkool wrote:
>> It is a new feature in GNU make 3.81, which was released slightly
>> over two years ago.
>
> Hm, Ok. I'll stick in a workaround. Thanks.
>
> diff --git a/firmware/Makefile b/firmware/Makefile
> index b4f758a..166a9b0 100644
> --- a/firmware/Makefile
> +++ b/firmware/Makefile
> @@ -83,6 +83,13 @@ wordsize_deps := $(wildcard include/config/64bit.h include/config/32bit.h \
> include/config/superh32.h include/config/superh64.h \
> include/config/x86_32.h include/config/x86_64.h)
>
> +# Workaround for ancient versions of make, where .SECONDEXPANSION doesn't work.
> +# It'll end up depending on these targets, so make them a PHONY rule which
> +# depends on _all_ the directories in $(firmware-dirs), and it'll work out OK.
> +PHONY += $(objtree)/$$(%) $(objtree)/$(obj)/$$(%)
> +$(objtree)/$$(%) $(objtree)/$(obj)/$$(%): $(firmware-dirs)
> + @true
> +
> # For the $$(dir %) trick, where we need % to be expanded first.
> .SECONDEXPANSION:
The make version used is
# make -v
GNU Make 3.80
Thanks the patch, the build failure is fixed but the kernel panics while
booting the machine
BUG: unable to handle kernel paging request at 0000000000003708
IP: [<ffffffff8026cd89>] __alloc_pages_internal+0xc0/0x3d3
PGD 0
Oops: 0000 [1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1, comm: swapper Not tainted 2.6.26-rc4-next-20080604-autotest #1
RIP: 0010:[<ffffffff8026cd89>] [<ffffffff8026cd89>] __alloc_pages_internal+0xc0/0x3d3
RSP: 0000:ffff81003f9e1c00 EFLAGS: 00010246
RAX: 0000000000000000 RBX: 00000000000012d0 RCX: 0000000000000000
RDX: 0000000000003700 RSI: 00000000000005c4 RDI: ffffffff805cfb76
RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000018
R10: 0000000000000003 R11: ffffffff8035677d R12: 0000000000003700
R13: 0000000000000000 R14: ffff81003f9d8000 R15: 0000000000000001
FS: 0000000000000000(0000) GS:ffffffff806afe80(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000003708 CR3: 0000000000201000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process swapper (pid: 1, threadinfo ffff81003f9e0000, task ffff81003f9d8000)
Stack: 0000000000000000 0000000000000000 ffff81000103b000 0000000200000010
0000000000000000 0000000000000000 00000000ffffffff ffffffff80399b6b
ffff81000103b000 ffff8100010118e0 0000000000000001 00000000000000d0
Call Trace:
[<ffffffff80399b6b>] notify_update+0x2b/0x30
[<ffffffff8028bb77>] new_slab+0x91/0x268
[<ffffffff8028bf64>] __slab_alloc+0x1d5/0x3c1
[<ffffffff8022ce21>] __build_sched_domains+0x688/0x9eb
[<ffffffff8022c629>] sched_domain_node_span+0xc9/0xf3
[<ffffffff8028c457>] kmem_cache_alloc_node+0x3e/0x73
[<ffffffff8022ce21>] __build_sched_domains+0x688/0x9eb
[<ffffffff806d0f72>] setup_ioapic_dest+0x30/0xd7
[<ffffffff8022d5dc>] arch_init_sched_domains+0x69/0x76
[<ffffffff806d51d5>] sched_init_smp+0x4f/0x123
[<ffffffff806c28cc>] kernel_init+0xf6/0x28f
[<ffffffff804fb831>] _spin_unlock_irq+0x9/0xc
[<ffffffff8022e595>] finish_task_switch+0x38/0x9e
[<ffffffff8020cb18>] child_rip+0xa/0x12
[<ffffffff806c27d6>] kernel_init+0x0/0x28f
[<ffffffff8020cb0e>] child_rip+0x0/0x12
Code: 25 00 00 00 00 83 7c 24 18 00 74 16 be c4 05 00 00 48 c7 c7 76 fb 5c 80 e8 98 c8 fb ff e8 29 d4 28 00 48 c7 44 24 28 00 00 00 00 <49> 83 7c 24 08 00 74 90 89 d9 44 8b 44 24 1c 48 8b 74 24 08 81
RIP [<ffffffff8026cd89>] __alloc_pages_internal+0xc0/0x3d3
RSP <ffff81003f9e1c00>
CR2: 0000000000003708
---[ end trace 4eaa2a86a8e2da22 ]---
Kernel panic - not syncing: Attempted to kill init!
Pid: 1, comm: swapper Tainted: G D 2.6.26-rc4-next-20080604-autotest #1
Call Trace:
[<ffffffff802327c3>] panic+0x86/0x144
[<ffffffff80233373>] printk+0x4e/0x56
[<ffffffff802356dc>] do_exit+0x71/0x67c
[<ffffffff804fbd41>] oops_begin+0x0/0x8c
[<ffffffff804fdc54>] do_page_fault+0x77b/0x834
[<ffffffff8039dcc6>] vt_console_print+0x26f/0x293
[<ffffffff804fb989>] error_exit+0x0/0x51
[<ffffffff8035677d>] vgacon_cursor+0x0/0x1a4
[<ffffffff8026cd89>] __alloc_pages_internal+0xc0/0x3d3
[<ffffffff80399b6b>] notify_update+0x2b/0x30
[<ffffffff8028bb77>] new_slab+0x91/0x268
[<ffffffff8028bf64>] __slab_alloc+0x1d5/0x3c1
[<ffffffff8022ce21>] __build_sched_domains+0x688/0x9eb
[<ffffffff8022c629>] sched_domain_node_span+0xc9/0xf3
[<ffffffff8028c457>] kmem_cache_alloc_node+0x3e/0x73
[<ffffffff8022ce21>] __build_sched_domains+0x688/0x9eb
[<ffffffff806d0f72>] setup_ioapic_dest+0x30/0xd7
[<ffffffff8022d5dc>] arch_init_sched_domains+0x69/0x76
[<ffffffff806d51d5>] sched_init_smp+0x4f/0x123
[<ffffffff806c28cc>] kernel_init+0xf6/0x28f
[<ffffffff804fb831>] _spin_unlock_irq+0x9/0xc
[<ffffffff8022e595>] finish_task_switch+0x38/0x9e
[<ffffffff8020cb18>] child_rip+0xa/0x12
[<ffffffff806c27d6>] kernel_init+0x0/0x28f
[<ffffffff8020cb0e>] child_rip+0x0/0x12
--
Thanks & Regards,
Kamalesh Babulal,
Linux Technology Center,
IBM, ISTL.
On Thu, Jun 05, 2008 at 10:15:33AM +0100, David Woodhouse wrote:
> On Thu, 2008-06-05 at 11:13 +0200, Sam Ravnborg wrote:
> > On Wed, Jun 04, 2008 at 02:38:37PM +0100, David Woodhouse wrote:
> > > On Wed, 2008-06-04 at 17:16 +0530, Kamalesh Babulal wrote:
> > > > Hi Stephen,
> > > >
> > > > The next-20080604 kernel build fails on the x86_64 machine
> > > >
> > > > make[1]: *** No rule to make target `/usr/local/autobench/autotest/tmp/build/linux/$(dir)', needed by `firmware/keyspan/mpr.fw.gen.S'. Stop.
> > > > make: *** [firmware] Error 2
> > >
> > > Does this 'fix' it?
> >
> > The correct fix is to get rid of make 3.81 features.
> > We do want the kernel buildable with make 3.79 and we have today only two
> > places where we do need a newer version of make:
> >
> > scripts/Makefile.headerinst
> > and now
> > firmware/Makefile
> >
> > Both places should be reworked to avoid this dependency.
> > I plan to take care of Makfile.headerinst soonish in an attempt
> > to speed up the checking process (has been on my TODO list for a long time),
> >
> > And we should not introuduce the below make 3.81 specific feature.
> > I have not looked into alternative - sorry.
>
> I've committed an alternative for firmware/Makefile.
> What's the problem in Makefile.headersinst?
It uses order-only in this line:
$(objhdr-y) $(subdir-y) $(header-y) $(unifdef-y): | $(INSTALL_HDR_PATH)/$(_dst) $(unwanted)
Not a big deal as this is only used during make headers_*
Sam