Re: make headers_install broken for ARCH=m68k in 2.6.29-rc7.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Rob Landley wrote:
On Thursday 12 March 2009 17:40:02 Geert Uytterhoeven wrote:
On Thu, Mar 12, 2009 at 22:02, Sam Ravnborg <sam@xxxxxxxxxxxx> wrote:
And, yes, I can confirm the m68k include/asm/unistd.h from linux-next
actually has contents, thanks to commit
646652bded41f4c3bd375b4e03a25b42da93f40b

Anyway, here's hoping the fix makes it into 2.6.29.
Why not telling the m68k maintainer that you think it should go into
2.6.29?

I contacted the headers_install maintainer about a headers_install problem, and was pointed to an existing fix upstream. This seemed to imply awareness of the problem?

Happy to follow up more, wasn't aware it was required...

There are a few more:

param.h:#include "param_no.h"
param.h:#include "param_mm.h"
ptrace.h:#include "ptrace_no.h"
ptrace.h:#include "ptrace_mm.h"
setup.h:#include "setup_no.h"
setup.h:#include "setup_mm.h"
sigcontext.h:#include "sigcontext_no.h"
sigcontext.h:#include "sigcontext_mm.h"
siginfo.h:#include "siginfo_no.h"
siginfo.h:#include "siginfo_mm.h"
signal.h:#include "signal_no.h"
signal.h:#include "signal_mm.h"
swab.h:#include "swab_no.h"
swab.h:#include "swab_mm.h"

Rob, do these also causes problems?
Some (not all) of them are fixed in linux-next.

I'm trying to build uClibc against the new headers. I just got around to extracting the patch to fix that one file and testing it in my build system, and this time it broke with:

  build/cross-compiler-m68k/include/asm/param.h:4:22: error: param_mm.h: No
  such file or directory

So yeah, it's still unhappy. Dunno how many of these are still needed to build the cross compiler, and then who knows what other packages need to build. Presumably all of it.

Keep in mind I still haven't found an emulator for m68k that actually boots a linux kernel, so my m68k support is purely theoretical. (I poked at mess and uae a bit today, but they don't do the "qemu -kernel" thing I'm using for the other targets, and qemu itself only seems to support coldfire and not a full- blown m68k.) I'm following up on this because it's a regression. Under 2.6.28 the m68k target was building a kernel and root filesystem, but I don't have hardware to run it and have never been able to test it, so isn't really very useful for me. It's really just there so that if qemu grows the rest of m68k support (patches have been submitted but not merged), I'll be ready.

P.S.  If you're bored and want to try my test build for yourself:

  wget http://impactlinux.com/hg/firmware/archive/tip.tar.bz2
  tar xvjf tip.tar.bz2
  cd firmware-*
  USE_UNSTABLE=linux ./build.sh m68k

Without the USE_UNSTABLE=linux it uses 2.6.28 and builds to completion, with it the build uses 2.6.29-rc7 (or whatever URL's listed as the UNSTABLE= value for linux in download.sh) and it breaks trying to add uClibc to the cross compiler.

But then anything that actually _uses_ the "make headers_install" output to build stuff against should notice pretty quickly whether or not it #includes missing files.

I pretty quick time I can fix up the last couple on the above list.
But do we want to put all that change into 2.6.29-rc at this point?

Regards
Greg


------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@xxxxxxxxxxxx
SnapGear, a McAfee Company                  PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux