On Tue, Apr 18, 2017 at 02:00:11AM +0100, Ben Hutchings wrote:
> This definition in Makefile.dtbinst:
>
> export dtbinst-root ?= $(obj)
>
> should define and export dtbinst-root when handling the root dts
> directory, and do nothing in the subdirectories. However, the
> variable does not rel
On Mon, Apr 03, 2017 at 03:25:10PM +0200, Michal Marek wrote:
> On 2017-04-03 09:42, Masahiro Yamada wrote:
> > Each Makefile knows it wants to see
> > additional headers in the source tree, or objtree.
> >
> > I am guessing the right approach in a long run is,
> > we require -I to specify $(srctr
>
> But we'll first have to make 'select' to actually work, right? It
> currently doesn't resolve the dependencies of the selected configs, so it
> will just produce some very broken config.
We could restrict "select" to only select symbols with no dependencies,
or *exactly* the same dependenci
>
> I still wonder how a 32-bit system can generate an unaligned access trap for
> an
> access to a 64-bit variable aligned on 32-bit, given that there is, by
> definition, no 64-bit memory accesses available on the architecture ?
>From the SPARC V8 manual (this is the 32 bit version of SPARC):
>
> If my memory serves me correctly, I think "long long" is aligned on 4 bytes on
> ppc32, but on 8 bytes on x86_32 (yeah, that's weird). How about we create a
> #define __long_long_aligned __attribute__((__aligned__(__alignof__(long
> long
#define __u64_aligned __attribute__((__aligned__(_
On Sat, Dec 04, 2010 at 06:30:21PM +, Ben Hutchings wrote:
> On Sat, 2010-12-04 at 13:11 -0500, Arnaud Lacombe wrote:
> [...]
> > > +static void report_conf(struct menu *menu, bool verbose)
> > > +{
> > > + struct symbol *sym;
> > > + struct menu *child;
> > > +
> > > + if (!m
On Thu, Nov 25, 2010 at 03:37:39PM +0100, Michal Marek wrote:
> On Sat, Nov 06, 2010 at 07:05:20PM +, Asbjoern Sloth Toennesen wrote:
> > Usefull if building for sparc64 userland, because the
> > sparc and sparc64 userlands use the same 64-bit kernel,
> > making it impossible to always select t
On Thu, Nov 04, 2010 at 03:44:04AM +, Asbjoern Sloth Toennesen wrote:
> Attempt to guess the correct value of the Architecture control
> field, based on the ARCH environment variable. Fallback to letting
> deb-gencontrol use the host platform's architecture.
>
> With this patch the following m
On Thu, Dec 16, 2004 at 07:32:05PM +0100, Christian Bj??levik wrote:
> Hi there!
>
> When using kernel-package (Debian specific kernel-management) to
> cross-compile a kernel in a i386-chroot on my x86_64 laptop
> modules_install fails when trying to depmod things. Since we should not
> depmod
9 matches
Mail list logo
