openembedded-core.git/meta/recipes-extended/mdadm, branch dora Mirror of openembedded-core mdadm: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for powerpc64 2013-12-12T16:53:09+00:00 Chunrong Guo B40290@freescale.com 2013-11-12T03:40:49+00:00 c5e59e68efcf2a3f902dbfd827da57ed3e8ad4ce *PPC64 uses long long for u64 in the kernel, but powerpc's asm/types.h prevents 64-bit userland from seeing this definition, instead defaulting to u64 == long in userspace. *fix the below error |super-ddf.c:4542:5: error: format '%llu' expects argument of type 'long long unsigned int', |but argument 5 has type '__u64' [-Werror=format=] |dprintf("BVD %u has %08x at %llu\n", 0, (From OE-Core master rev: d3caab6eb03264b4f4d744f914598022299011ba) Signed-off-by: Chunrong Guo <B40290@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
      *PPC64 uses long long for u64 in the kernel, but powerpc's asm/types.h
       prevents 64-bit userland from seeing this definition, instead defaulting
       to u64 == long in userspace.

      *fix the below error
       |super-ddf.c:4542:5: error: format '%llu' expects argument of type 'long long unsigned int',
       |but argument 5 has type '__u64' [-Werror=format=]
       |dprintf("BVD %u has %08x at %llu\n", 0,

(From OE-Core master rev: d3caab6eb03264b4f4d744f914598022299011ba)

Signed-off-by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
mdadm: Disable the RUN_DIR check 2013-12-12T16:53:04+00:00 Saul Wold sgw@linux.intel.com 2013-11-04T22:07:40+00:00 6c212e229ba1be0c536e7c36ebe2a3e8b2ef84b4 This check was looking for /run/mdadm on the host system, this check is optional so disable it. [YOCTO #5447] (From OE-Core master rev: d62882794890eeee8e8d5c9ba4837ec77a58d787) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
This check was looking for /run/mdadm on the host system, this check is optional so disable it.

[YOCTO #5447]

(From OE-Core master rev: d62882794890eeee8e8d5c9ba4837ec77a58d787)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
mdadm: upgrade to 3.2.6 2012-11-18T11:45:04+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2012-11-08T08:45:35+00:00 c7aacc09c4d3d68bdd6fa7419a7ea1c2b2a007ae Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> 
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
mdadm: Don't depend on ansidecl.h header 2012-06-18T12:16:37+00:00 Saul Wold sgw@linux.intel.com 2012-06-18T00:13:07+00:00 5b51872ec4c2400ae60f434478f04e9aca3ccb7d We don't DEPEND on binutils for ansidecl.h so ensure we should never use the header. This makes builds determinstic and means something like: bitbake binutils bitbake mdadm -c compile bitbake binutils -c clean bitbake libxml2 doen't fail to build. Signed-off-by: Saul Wold <sgw@linux.intel.com> 
We don't DEPEND on binutils for ansidecl.h so ensure we should never use the header.
This makes builds determinstic and means something like:

bitbake binutils
bitbake mdadm -c compile
bitbake binutils -c clean
bitbake libxml2

doen't fail to build.

Signed-off-by: Saul Wold <sgw@linux.intel.com>
mdadm: upgrade to 3.2.5 2012-05-24T07:50:52+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2012-05-22T07:06:18+00:00 511b25110a5c0948f2be289daf0bf25f32466487 Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> 
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
mdadm: upgrade to the latest version 3.2.3 2012-01-03T12:10:49+00:00 Dexuan Cui dexuan.cui@intel.com 2011-12-30T06:16:13+00:00 f01f6764a744fcb6c5c342ab06a52f97fe362f1a deleted 1 patch since it's in new version now. made LICENSE field more accurate. updated chksum of COPYING: only working change; no actual license change. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> 
deleted 1 patch since it's in new version now.

made LICENSE field more accurate.
updated chksum of COPYING: only working change; no actual license change.

Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
misc patches: fix patch headers 2012-01-03T12:10:47+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2011-12-28T20:21:52+00:00 b33b373c9a33fe0ff51104c96d1e5b105efc63ed These patches were marked by "UpstreamStatus:" line, fix it to use "Upstream-Status:" instead. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> 
These patches were marked by "UpstreamStatus:" line, fix it to use
"Upstream-Status:" instead.

Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Patch Upstream Status Updates 2011-12-15T14:35:27+00:00 Saul Wold sgw@linux.intel.com 2011-12-15T01:56:34+00:00 0eb139619301d0efee330932eba3617dcb39284e Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
mdadm: Make custom CC definition conditional 2011-12-12T21:50:08+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2011-12-01T22:54:02+00:00 c877ec8ff1dfbf0123f94711f44cea043815a9c1 By hardcoding CC's definition in the Makefile, all the gcc parameters set by tune settings are lost. Causing compile failure with x32 toolchain As the bitbake defined CC is good, there is no need to redfine CC in the make file, hence making the CC definition in the Makefile conditional. This fixes bug: [YOCTO #1414] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> 
By hardcoding CC's definition in the Makefile, all the gcc parameters
set by tune settings are lost. Causing compile failure with x32 toolchain

As the bitbake defined CC is good, there is no need to redfine CC in the
make file, hence making the CC definition in the Makefile conditional.

This fixes bug: [YOCTO #1414]

Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
mdadm: fix QA Packaging issues 2011-10-31T22:02:40+00:00 Saul Wold sgw@linux.intel.com 2011-10-26T19:44:11+00:00 b3840f88f004c9ef371a075f1800052c66c91759 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>