[PATCH 0/8] nios2 fixes

[PATCH 0/8] nios2 fixes

[Marek Vasut]

This patchset fixes various minor issues found during the process
of getting Yocto working with the Altera NIOS2 soft-processor.

Marek Vasut (8):
  insane: Add nios2 support
  kernel-arch: Add nios2 to valid archs
  linux-yocto: depend on libgcc for nios2
  openssl: Add nios2 configuration
  siteinfo: Add nios2-linux
  libtool: Fix nios2 support
  pixman: Fix missing FE_DIVBYZERO on nios2
  libgpg-error: Add support for nios2

 meta/classes/insane.bbclass                        |   1 +
 meta/classes/kernel-arch.bbclass                   |   3 +-
 .../openssl/openssl/openssl_add_nios2.patch        |  32 ++
 .../recipes-connectivity/openssl/openssl_1.0.2d.bb |   1 +
 meta/recipes-devtools/libtool/libtool-2.4.6.inc    |   1 +
 ...1-libtool-Fix-support-for-NIOS2-processor.patch |  67 ++++
 ...0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch |  65 ++++
 meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb    |   1 +
 meta/recipes-kernel/linux/linux-yocto.inc          |   4 +
 .../0001-libgpg-error-Add-nios2-support.patch      |  45 +++
 .../libgpg-error/libgpg-error_1.19.bb              |   4 +-
 meta/site/nios2-linux                              | 395 +++++++++++++++++++++
 12 files changed, 617 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch
 create mode 100644 meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch
 create mode 100644 meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch
 create mode 100644 meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
 create mode 100644 meta/site/nios2-linux

-- 
2.1.4

[PATCH 1/8] insane: Add nios2 support

[Marek Vasut]

Add support information for the Altera NIOS-II soft processor.

Based on previous work by Walter Goossens <waltergoossens@home.nl>
at https://github.com/wgoossens/meta-nios2 .

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Walter Goossens <waltergoossens@home.nl>
---
 meta/classes/insane.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 5c8629a..0882d16 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -86,6 +86,7 @@ def package_qa_get_machine_dict():
                         "mipsel":     ( 8,     0,    0,          True,          32),
                         "mips64":     ( 8,     0,    0,          False,         64),
                         "mips64el":   ( 8,     0,    0,          True,          64),
+                        "nios2":      (113,    0,    0,          True,          32),
                         "s390":       (22,     0,    0,          False,         32),
                         "sh4":        (42,     0,    0,          True,          32),
                         "sparc":      ( 2,     0,    0,          False,         32),
-- 
2.1.4

[PATCH 2/8] kernel-arch: Add nios2 to valid archs

[Marek Vasut]

Add nios2 target to valid arch list definition.

Based on previous work by Walter Goossens <waltergoossens@home.nl>
at https://github.com/wgoossens/meta-nios2 .

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Walter Goossens <waltergoossens@home.nl>
---
 meta/classes/kernel-arch.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass
index 211b72b..3ed5986 100644
--- a/meta/classes/kernel-arch.bbclass
+++ b/meta/classes/kernel-arch.bbclass
@@ -13,7 +13,8 @@ valid_archs = "alpha cris ia64 \
                sh sh64 um h8300   \
                parisc s390  v850 \
                avr32 blackfin \
-               microblaze"
+               microblaze \
+               nios2"
 
 def map_kernel_arch(a, d):
     import re
-- 
2.1.4

[PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Marek Vasut]

Make nios2 kernel depend on libgcc.

In arch/nios2/Makefile, it adds LIBGCC to libs-y:

LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
libs-y          += $(LIBGCC)

In file Makefile in top directory, libs-y is assigned to to var
KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
and when execute function vmlinux_link() in link-vmlinux.sh,
KBUILD_VMLINUX_MAIN is passed to ${LD}.

If build without libgcc, the value of LIBGCC is just libgcc.a without
parent directory. linux-yocto fails to build:

|   LD      vmlinux.o
| nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or directory

Add libgcc to nios2 kernel dependency.

Signed-off-by: Marek Vasut <marex@denx.de>
---
 meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-kernel/linux/linux-yocto.inc b/meta/recipes-kernel/linux/linux-yocto.inc
index 3b41a61..81ffa24 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
 KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
 KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
 
+DEPENDS_append_nios2 = " libgcc"
+KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
+KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
+
 # A KMACHINE is the mapping of a yocto $MACHINE to what is built
 # by the kernel. This is typically the branch that should be built,
 # and it can be specific to the machine or shared
-- 
2.1.4

[PATCH 4/8] openssl: Add nios2 configuration

[Marek Vasut]

Add small patch which adds NIOS2 configuration settings into
the OpenSSL library.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Walter Goossens <waltergoossens@home.nl>
---
 .../openssl/openssl/openssl_add_nios2.patch        | 32 ++++++++++++++++++++++
 .../recipes-connectivity/openssl/openssl_1.0.2d.bb |  1 +
 2 files changed, 33 insertions(+)
 create mode 100644 meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch

diff --git a/meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch b/meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch
new file mode 100644
index 0000000..d4b036e
--- /dev/null
+++ b/meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch
@@ -0,0 +1,32 @@
+From ea3e9d0870509e58e5703bb75edcc76a3398c63b Mon Sep 17 00:00:00 2001
+From: Marek Vasut <marex@denx.de>
+Date: Thu, 28 May 2015 00:55:47 +0200
+Subject: [PATCH] Configure: Add initial NIOS II support
+
+Add Configure entry for the Altera NIOS II soft processor.
+Based on older patch for OpenSSL 0.9.8 by Frans Meulenbroeks [1].
+
+[1] http://permalink.gmane.org/gmane.comp.handhelds.openembedded.scm/44572
+
+Signed-off-by: Marek Vasut <marex@denx.de>
+Cc: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
+---
+ Configure | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/Configure b/Configure
+index 7192677..2b70a4c 100755
+--- a/Configure
++++ b/Configure
+@@ -394,6 +394,8 @@ my %table=(
+ "linux-mips32",	"gcc:-mabi=32 -O3 -Wall -DBN_DIV3W::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${mips32_asm}:o32:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "linux-mips64",   "gcc:-mabi=n32 -O3 -Wall -DBN_DIV3W::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${mips64_asm}:n32:dlfcn:linux-shared:-fPIC:-mabi=n32:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR):::32",
+ "linux64-mips64",   "gcc:-mabi=64 -O3 -Wall -DBN_DIV3W::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${mips64_asm}:64:dlfcn:linux-shared:-fPIC:-mabi=64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR):::64",
++#### NIOS-II
++"linux-nios2",	"$ENV{'CC'}:-DL_ENDIAN -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O3 -Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ #### IA-32 targets...
+ "linux-ia32-icc",	"icc:-DL_ENDIAN -O2::-D_REENTRANT::-ldl -no_cpprt:BN_LLONG ${x86_gcc_des} ${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-KPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+ "linux-elf",	"gcc:-DL_ENDIAN -O3 -fomit-frame-pointer -Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} ${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+-- 
+2.1.4
+
diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2d.bb b/meta/recipes-connectivity/openssl/openssl_1.0.2d.bb
index 32d8dce..99e7bb7 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.0.2d.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.0.2d.bb
@@ -36,6 +36,7 @@ SRC_URI += "file://configure-targets.patch \
             file://run-ptest \
             file://crypto_use_bigint_in_x86-64_perl.patch \
             file://openssl-1.0.2a-x32-asm.patch \
+            file://openssl_add_nios2.patch \
            "
 
 SRC_URI[md5sum] = "38dd619b2e77cbac69b99f52a053d25a"
-- 
2.1.4

[PATCH 5/8] siteinfo: Add nios2-linux

[Marek Vasut]

Add nios2-linux info, pulled from OE-Classic [1] as of commit
fabd8e6d07d3cd0cc93c2a0fc804f8c8f316c649 .

[1] https://github.com/openembedded/openembedded.git

Signed-off-by: Marek Vasut <marex@denx.de>
---
 meta/site/nios2-linux | 395 ++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 395 insertions(+)
 create mode 100644 meta/site/nios2-linux

diff --git a/meta/site/nios2-linux b/meta/site/nios2-linux
new file mode 100644
index 0000000..9e53e5d
--- /dev/null
+++ b/meta/site/nios2-linux
@@ -0,0 +1,395 @@
+ac_cv_func_lstat_dereferences_slashed_symlink=${ac_cv_func_lstat_dereferences_slashed_symlink=yes}
+ac_cv_func_lstat_empty_string_bug=${ac_cv_func_lstat_empty_string_bug=no}
+ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
+ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
+ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
+ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
+ac_cv_sctp=${ac_cv_sctp=no}
+
+# apache
+ac_cv_func_pthread_key_delete=${ac_cv_func_pthread_key_delete=yes}
+apr_cv_process_shared_works=${apr_cv_process_shared_works=no}
+ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
+apr_cv_tcp_nodelay_with_cork=${apr_cv_tcp_nodelay_with_cork=yes}
+
+# bash
+ac_cv_c_long_double=${ac_cv_c_long_double=yes}
+bash_cv_func_sigsetjmp=${bash_cv_func_sigsetjmp=missing}
+
+# coreutils
+utils_cv_sys_open_max=${utils_cv_sys_open_max=1019}
+
+# cvs
+cvs_cv_func_printf_ptr=${cvs_cv_func_printf_ptr=yes}
+
+# db (sleepycat)
+db_cv_fcntl_f_setfd=${db_cv_fcntl_f_setfd=yes}
+db_cv_sprintf_count=${db_cv_sprintf_count=yes}
+db_cv_path_ar=${db_cv_path_ar=/usr/bin/ar}
+db_cv_path_chmod=${db_cv_path_chmod=/bin/chmod}
+db_cv_path_cp=${db_cv_path_cp=/bin/cp}
+db_cv_path_ln=${db_cv_path_ln=/bin/ln}
+db_cv_path_mkdir=${db_cv_path_mkdir=/bin/mkdir}
+db_cv_path_ranlib=${db_cv_path_ranlib=/usr/bin/ranlib}
+db_cv_path_rm=${db_cv_path_rm=/bin/rm}
+db_cv_path_sh=${db_cv_path_sh=/bin/sh}
+db_cv_path_strip=${db_cv_path_strip=/usr/bin/strip}
+db_cv_align_t=${db_cv_align_t='unsigned long long'}
+db_cv_alignp_t=${db_cv_alignp_t='unsigned long'}
+db_cv_mutex=${db_cv_mutex=ARM/gcc-assembly}
+db_cv_posixmutexes=${db_cv_posixmutexes=no}
+db_cv_uimutexes=${db_cv_uimutexes=no}
+
+# D-BUS
+ac_cv_func_posix_getpwnam_r=${ac_cv_func_posix_getpwnam_r=yes}
+
+# edb
+db_cv_spinlocks=${db_cv_spinlocks=no}
+
+# ettercap
+ettercap_cv_type_socklen_t=${ettercap_cv_type_socklen_t=yes}
+
+# fget
+compat_cv_func_snprintf_works=${compat_cv_func_snprintf_works=yes}
+compat_cv_func_basename_works=${compat_cv_func_basename_works=no}
+compat_cv_func_dirname_works=${compat_cv_func_dirname_works=no}
+
+# fnmatch
+ac_cv_func_fnmatch_works=${ac_cv_func_fnmatch_works=yes}
+
+# gettext
+am_cv_func_working_getline=${am_cv_func_working_getline=yes}
+
+# gio
+ac_cv_func_getgrgid_r=${ac_cv_func_getgrgid_r=yes}
+
+# glib
+glib_cv_sizeof_gmutex=${glib_cv_sizeof_gmutex=24}
+glib_cv_sizeof_system_thread=${glib_cv_sizeof_system_thread=4}
+glib_cv_stack_grows=${glib_cv_stack_grows=no}
+glib_cv_uscore=${glib_cv_uscore=no}
+glib_cv_use_pid_surrogate=${glib_cv_use_pid_surrogate=yes}
+glib_cv_has__inline=${glib_cv_has__inline=yes}
+glib_cv_has__inline__=${glib_cv_has__inline__=yes}
+glib_cv_hasinline=${glib_cv_hasinline=yes}
+glib_cv_sane_realloc=${glib_cv_sane_realloc=yes}
+glib_cv_sizeof_gmutex=${glib_cv_sizeof_gmutex=24}
+glib_cv_uscore=${glib_cv_uscore=no}
+glib_cv_va_copy=${glib_cv_va_copy=yes}
+glib_cv_va_val_copy=${glib_cv_va_val_copy=yes}
+glib_cv___va_copy=${glib_cv___va_copy=yes}
+glib_cv_rtldglobal_broken=${glib_cv_rtldglobal_broken=no}
+ac_cv_func_getpwuid_r=${ac_cv_func_getpwuid_r=yes}
+glib_cv_sys_pthread_mutex_trylock_posix=${glib_cv_sys_pthread_mutex_trylock_posix=yes}
+glib_cv_sys_pthread_getspecific_posix=${glib_cv_sys_pthread_getspecific_posix=yes}
+glib_cv_sys_pthread_cond_timedwait_posix=${glib_cv_sys_pthread_cond_timedwait_posix=yes}
+
+# glib-2.0
+glib_cv_long_long_format=${glib_cv_long_long_format=ll}
+glib_cv_sizeof_gmutex=${glib_cv_sizeof_gmutex=24}
+glib_cv_sizeof_intmax_t=${glib_cv_sizeof_intmax_t=8}
+glib_cv_sizeof_ptrdiff_t=${glib_cv_sizeof_ptrdiff_t=4}
+glib_cv_sizeof_size_t=${glib_cv_sizeof_size_t=4}
+glib_cv_sizeof_system_thread=${glib_cv_sizeof_system_thread=4}
+glib_cv_sys_use_pid_niceness_surrogate=${glib_cv_sys_use_pid_niceness_surrogate=yes}
+
+#gstreamer
+as_cv_unaligned_access=${as_cv_unaligned_access=no}
+
+# httppc
+ac_cv_strerror_r_SUSv3=${ac_cv_strerror_r_SUSv3=no}
+
+# ipsec-tools
+ac_cv_va_copy=${ac_cv_va_copy=yes}
+ac_cv___va_copy=${ac_cv___va_copy=yes}
+ac_cv_va_val_copy=${ac_cv_va_val_copy=yes}
+racoon_cv_bug_getaddrinfo=${racoon_cv_bug_getaddrinfo=no}
+
+# jikes
+ac_cv_sizeof_wchar_t=4
+
+# lftp
+ac_cv_need_trio=${ac_cv_need_trio=no}
+lftp_cv_va_copy=${lftp_cv_va_copy=yes}
+lftp_cv_va_val_copy=${lftp_cv_va_val_copy=yes}
+lftp_cv___va_copy=${lftp_cv___va_copy=yes}
+
+# libesmtp
+acx_working_snprintf=${acx_working_snprintf=yes}
+
+# libidl
+libIDL_cv_long_long_format=${libIDL_cv_long_long_format=ll}
+
+# libnet 
+ac_libnet_have_packet_socket=${ac_libnet_have_packet_socket=yes}
+
+# libpcap
+ac_cv_linux_vers=${ac_cv_linux_vers=2}
+
+# libxfce4util
+with_broken_putenv=${with_broken_putenv=no}
+
+# links
+ac_cv_lib_png_png_create_info_struct=${ac_cv_lib_png_png_create_info_struct=yes}
+
+# mono
+cv_mono_sizeof_sunpath=108
+mono_cv_sizeof_sunpath=108
+
+# mysql
+mysql_cv_func_atomic_sub=${mysql_cv_func_atomic_sub=no}
+mysql_cv_func_atomic_add=${mysql_cv_func_atomic_add=no}
+
+# nano
+ac_cv_regexec_segfault_emptystr=${ac_cv_regexec_segfault_emptystr=no}
+nano_cv_func_regexec_segv_emptystr=${nano_cv_func_regexec_segv_emptystr=no}
+
+# ORBit2
+ac_cv_alignof_CORBA_boolean=1
+ac_cv_alignof_CORBA_char=1
+ac_cv_alignof_CORBA_double=8
+ac_cv_alignof_CORBA_float=4
+ac_cv_alignof_CORBA_long=4
+ac_cv_alignof_CORBA_long_double=8
+ac_cv_alignof_CORBA_long_long=8
+ac_cv_alignof_CORBA_octet=1
+ac_cv_alignof_CORBA_pointer=4
+ac_cv_alignof_CORBA_short=2
+ac_cv_alignof_CORBA_struct=1
+ac_cv_alignof_CORBA_wchar=2
+ac_cv_func_getaddrinfo=${ac_cv_func_getaddrinfo=yes}
+
+# php
+ac_cv_pread=${ac_cv_pread=no}
+ac_cv_pwrite=${ac_cv_pwrite=no}
+php_cv_lib_cookie_io_functions_use_off64_t=${php_cv_lib_cookie_io_functions_use_off64_t=yes}
+cv_php_mbstring_stdarg=${cv_php_mbstring_stdarg=yes}
+
+# rsync
+rsync_cv_HAVE_BROKEN_LARGEFILE=${rsync_cv_HAVE_BROKEN_LARGEFILE=no}
+rsync_cv_HAVE_SOCKETPAIR=${rsync_cv_HAVE_SOCKETPAIR=yes}
+rsync_cv_HAVE_LONGLONG=${rsync_cv_HAVE_LONGLONG=yes}
+rsync_cv_HAVE_OFF64_T=${rsync_cv_HAVE_OFF64_T=no}
+rsync_cv_HAVE_SHORT_INO_T=${rsync_cv_HAVE_SHORT_INO_T=no}
+rsync_cv_HAVE_UNSIGNED_CHAR=${rsync_cv_HAVE_UNSIGNED_CHAR=no}
+rsync_cv_HAVE_BROKEN_READDIR=${rsync_cv_HAVE_BROKEN_READDIR=no}
+rsync_cv_HAVE_GETTIMEOFDAY_TZ=${rsync_cv_HAVE_GETTIMEOFDAY_TZ=yes}
+rsync_cv_HAVE_C99_VSNPRINTF=${rsync_cv_HAVE_C99_VSNPRINTF=yes}
+rsync_cv_HAVE_SECURE_MKSTEMP=${rsync_cv_HAVE_SECURE_MKSTEMP=yes}
+rsync_cv_REPLACE_INET_NTOA=${rsync_cv_REPLACE_INET_NTOA=no}
+rsync_cv_REPLACE_INET_ATON=${rsync_cv_REPLACE_INET_ATON=no}
+
+# screen
+screen_cv_sys_bcopy_overlap=${screen_cv_sys_bcopy_overlap=no}
+screen_cv_sys_memcpy_overlap=${screen_cv_sys_memcpy_overlap=no}
+screen_cv_sys_memmove_overlap=${screen_cv_sys_memmove_overlap=no}
+screen_cv_sys_fifo_broken_impl=${screen_cv_sys_fifo_broken_impl=yes}
+screen_cv_sys_fifo_usable=${screen_cv_sys_fifo_usable=yes}
+screen_cv_sys_select_broken_retval=${screen_cv_sys_select_broken_retval=no}
+screen_cv_sys_sockets_nofs=${screen_cv_sys_sockets_nofs=no}
+screen_cv_sys_sockets_usable=${screen_cv_sys_sockets_usable=yes}
+screen_cv_sys_terminfo_used=${screen_cv_sys_terminfo_used=yes}
+
+# slrn
+slrn_cv___va_copy=${slrn_cv___va_copy=yes}
+slrn_cv_va_copy=${slrn_cv_va_copy=yes}
+slrn_cv_va_val_copy=${slrn_cv_va_val_copy=yes}
+ac_cv_func_realloc_works=${ac_cv_func_realloc_works=yes}
+ac_cv_func_realloc_0_nonnull=${ac_cv_func_realloc_0_nonnull=yes}
+ac_cv_func_malloc_works=${ac_cv_func_malloc_works=yes}
+ac_cv_func_malloc_0_nonnull=${ac_cv_func_malloc_0_nonnull=yes}
+
+# socat
+ac_cv_ispeed_offset=${ac_cv_ispeed_offset=13}
+sc_cv_termios_ispeed=${sc_cv_termios_ispeed=yes}
+
+# ssh
+ac_cv_have_space_d_name_in_struct_dirent=${ac_cv_dirent_have_space_d_name=yes}
+ac_cv_have_broken_snprintf=${ac_cv_have_broken_snprintf=no}
+ac_cv_have_accrights_in_msghdr=${ac_cv_have_accrights_in_msghdr=no}
+ac_cv_have_control_in_msghdr=${ac_cv_have_control_in_msghdr=yes}
+ac_cv_have_openpty_ctty_bug=${ac_cv_have_openpty_ctty_bug=yes}
+
+# startup-notification
+lf_cv_sane_realloc=yes
+
+# sudo
+sudo_cv_uid_t_len=${sudo_cv_uid_t_len=10}
+
+# xffm
+jm_cv_func_working_readdir=yes
+
+# dpkg
+dpkg_cv_va_copy=${ac_cv_va_copy=yes}
+dpkg_cv___va_copy=${ac_cv___va_copy=yes}
+
+# eds-dbus
+ac_cv_libiconv_utf8=${ac_cv_libiconv_utf8=yes}
+ac_cv_func_getpgrp_void=yes
+ac_cv_func_setpgrp_void=yes
+ac_cv_func_setgrent_void=yes
+ac_cv_func_malloc_0_nonnull=yes
+ac_cv_func_malloc_works=yes
+ac_cv_func_posix_getpwuid_r=${ac_cv_func_posix_getpwuid_r=yes}
+ac_cv_func_posix_getgrgid_r=${ac_cv_func_posix_getgrgid_r=yes}
+ac_cv_func_setvbuf_reversed=no
+ac_cv_sizeof___int64=${ac_cv_sizeof___int64=0}
+ac_cv_sizeof_char=${ac_cv_sizeof_char=1}
+ac_cv_sizeof_wchar_t=${ac_cv_sizeof_wchar_t=1}
+ac_cv_sizeof_unsigned_char=${ac_cv_sizeof_unsigned_char=1}
+ac_cv_sizeof_bool=${ac_cv_sizeof_bool=1}
+ac_cv_sizeof_char_p=${ac_cv_sizeof_int_p=4}
+ac_cv_sizeof_int=${ac_cv_sizeof_int=4}
+ac_cv_sizeof_int_p=${ac_cv_sizeof_int_p=4}
+ac_cv_sizeof_long=${ac_cv_sizeof_long=4}
+ac_cv_sizeof_long_int=${ac_cv_sizeof_long_int=4}
+ac_cv_sizeof_long_long=${ac_cv_sizeof_long_long=8}
+ac_cv_sizeof_off_t=${ac_cv_sizeof_off_t=4}
+ac_cv_sizeof_short=${ac_cv_sizeof_short=2}
+ac_cv_sizeof_short_int=${ac_cv_sizeof_short_int=2}
+ac_cv_sizeof_size_t=${ac_cv_sizeof_size_t=4}
+ac_cv_sizeof_void_p=${ac_cv_sizeof_void_p=4}
+ac_cv_sizeof_long_p=${ac_cv_sizeof_long_p=4}
+ac_cv_sizeof_float=${ac_cv_sizeof_float=4}
+ac_cv_sizeof_double=${ac_cv_sizeof_double=8}
+ac_cv_sizeof_long_double=${ac_cv_sizeof_long_double=8}
+ac_cv_sizeof_ptrdiff_t=${glib_cv_sizeof_ptrdiff_t=4}
+ac_cv_sizeof_unsigned_short=${ac_cv_sizeof_unsigned_short=2}
+ac_cv_sizeof_unsigned=${ac_cv_sizeof_unsigned=4}
+ac_cv_sizeof_unsigned_int=${ac_cv_sizeof_unsigned_int=4}
+ac_cv_sizeof_unsigned_long=${ac_cv_sizeof_unsigned_long=4}
+ac_cv_sizeof_unsigned_long_long=${ac_cv_sizeof_unsigned_long_long=8}
+ac_cv_sizeof_signed_char=${ac_cv_sizeof_signed_char=1}
+
+ac_cv_uchar=${ac_cv_uchar=no}
+ac_cv_uint=${ac_cv_uint=yes}
+ac_cv_ulong=${ac_cv_ulong=yes}
+ac_cv_ushort=${ac_cv_ushort=yes}
+ac_cv_time_r_type=${ac_cv_time_r_type=POSIX}
+
+# samba
+samba_cv_BROKEN_NISPLUS_INCLUDE_FILES=${samba_cv_BROKEN_NISPLUS_INCLUDE_FILES=yes}
+samba_cv_BROKEN_REDHAT_7_SYSTEM_HEADERS=${samba_cv_BROKEN_REDHAT_7_SYSTEM_HEADERS=no}
+samba_cv_HAVE_BROKEN_FCNTL64_LOCKS=${samba_cv_HAVE_BROKEN_FCNTL64_LOCKS=no}
+samba_cv_HAVE_BROKEN_GETGROUPS=${samba_cv_HAVE_BROKEN_GETGROUPS=no}
+samba_cv_HAVE_BROKEN_LINUX_SENDFILE=${samba_cv_HAVE_BROKEN_LINUX_SENDFILE=yes}
+samba_cv_HAVE_BROKEN_READDIR=${samba_cv_HAVE_BROKEN_READDIR=yes}
+samba_cv_HAVE_BROKEN_READDIR_NAME=${samba_cv_HAVE_BROKEN_READDIR_NAME=no}
+samba_cv_HAVE_C99_VSNPRINTF=${samba_cv_HAVE_C99_VSNPRINTF=yes}
+samba_cv_HAVE_DEV64_T=${samba_cv_HAVE_DEV64_T=no}
+samba_cv_HAVE_DEVICE_MAJOR_FN=${samba_cv_HAVE_DEVICE_MAJOR_FN=yes}
+samba_cv_HAVE_DEVICE_MINOR_FN=${samba_cv_HAVE_DEVICE_MINOR_FN=yes}
+samba_cv_HAVE_DQB_FSOFTLIMIT=${samba_cv_HAVE_DQB_FSOFTLIMIT=no}
+samba_cv_HAVE_EXPLICIT_LARGEFILE_SUPPORT=${samba_cv_HAVE_EXPLICIT_LARGEFILE_SUPPORT=yes}
+samba_cv_HAVE_FAM_H=${samba_cv_HAVE_FAM_H=no}
+samba_cv_HAVE_FCNTL_LOCK=${samba_cv_HAVE_FCNTL_LOCK=yes}
+samba_cv_HAVE_FTRUNCATE_EXTEND=${samba_cv_HAVE_FTRUNCATE_EXTEND=yes}
+samba_cv_HAVE_FUNCTION_MACRO=${samba_cv_HAVE_FUNCTION_MACRO=yes}
+samba_cv_HAVE_GETTIMEOFDAY_TZ=${samba_cv_HAVE_GETTIMEOFDAY_TZ=yes}
+samba_cv_HAVE_INO64_T=${samba_cv_HAVE_INO64_T=no}
+samba_cv_HAVE_INT16_FROM_RPC_RPC_H=${samba_cv_HAVE_INT16_FROM_RPC_RPC_H=no}
+samba_cv_HAVE_INT32_FROM_RPC_RPC_H=${samba_cv_HAVE_INT32_FROM_RPC_RPC_H=no}
+samba_cv_HAVE_KERNEL_CHANGE_NOTIFY=${samba_cv_HAVE_KERNEL_CHANGE_NOTIFY=yes}
+samba_cv_HAVE_KERNEL_OPLOCKS_IRIX=${samba_cv_HAVE_KERNEL_OPLOCKS_IRIX=no}
+samba_cv_HAVE_KERNEL_OPLOCKS_LINUX=${samba_cv_HAVE_KERNEL_OPLOCKS_LINUX=yes}
+samba_cv_HAVE_KERNEL_SHARE_MODES=${samba_cv_HAVE_KERNEL_SHARE_MODES=yes}
+samba_cv_HAVE_MAKEDEV=${samba_cv_HAVE_MAKEDEV=yes}
+samba_cv_HAVE_MMAP=${samba_cv_HAVE_MMAP=yes}
+samba_cv_HAVE_NATIVE_ICONV=${samba_cv_HAVE_NATIVE_ICONV=yes}
+samba_cv_HAVE_OFF64_T=${samba_cv_HAVE_OFF64_T=no}
+samba_cv_HAVE_ROOT=${samba_cv_HAVE_ROOT=yes}
+samba_cv_HAVE_RPC_AUTH_ERROR_CONFLICT=${samba_cv_HAVE_RPC_AUTH_ERROR_CONFLICT=no}
+samba_cv_HAVE_SECURE_MKSTEMP=${samba_cv_HAVE_SECURE_MKSTEMP=yes}
+samba_cv_HAVE_SENDFILE=${samba_cv_HAVE_SENDFILE=yes}
+samba_cv_HAVE_SENDFILE64=${samba_cv_HAVE_SENDFILE64=yes}
+samba_cv_HAVE_SOCK_SIN_LEN=${samba_cv_HAVE_SOCK_SIN_LEN=no}
+samba_cv_HAVE_STAT_ST_BLKSIZE=${samba_cv_HAVE_STAT_ST_BLKSIZE=yes}
+samba_cv_HAVE_STAT_ST_BLOCKS=${samba_cv_HAVE_STAT_ST_BLOCKS=yes}
+samba_cv_HAVE_STRUCT_DIR64=${samba_cv_HAVE_STRUCT_DIR64=no}
+samba_cv_HAVE_STRUCT_DIRENT64=${samba_cv_HAVE_STRUCT_DIRENT64=yes}
+samba_cv_HAVE_STRUCT_FLOCK64=${samba_cv_HAVE_STRUCT_FLOCK64=yes}
+samba_cv_HAVE_TRUNCATED_SALT=${samba_cv_HAVE_TRUNCATED_SALT=no}
+samba_cv_HAVE_UINT16_FROM_RPC_RPC_H=${samba_cv_HAVE_UINT16_FROM_RPC_RPC_H=no}
+samba_cv_HAVE_UINT32_FROM_RPC_RPC_H=${samba_cv_HAVE_UINT32_FROM_RPC_RPC_H=no}
+samba_cv_HAVE_UNSIGNED_CHAR=${samba_cv_HAVE_UNSIGNED_CHAR=yes}
+samba_cv_HAVE_UTIMBUF=${samba_cv_HAVE_UTIMBUF=yes}
+samba_cv_HAVE_UT_UT_ADDR=${samba_cv_HAVE_UT_UT_ADDR=yes}
+samba_cv_HAVE_UT_UT_EXIT=${samba_cv_HAVE_UT_UT_EXIT=yes}
+samba_cv_HAVE_UT_UT_HOST=${samba_cv_HAVE_UT_UT_HOST=yes}
+samba_cv_HAVE_UT_UT_ID=${samba_cv_HAVE_UT_UT_ID=yes}
+samba_cv_HAVE_UT_UT_NAME=${samba_cv_HAVE_UT_UT_NAME=yes}
+samba_cv_HAVE_UT_UT_PID=${samba_cv_HAVE_UT_UT_PID=yes}
+samba_cv_HAVE_UT_UT_TIME=${samba_cv_HAVE_UT_UT_TIME=yes}
+samba_cv_HAVE_UT_UT_TV=${samba_cv_HAVE_UT_UT_TV=yes}
+samba_cv_HAVE_UT_UT_TYPE=${samba_cv_HAVE_UT_UT_TYPE=yes}
+samba_cv_HAVE_UT_UT_USER=${samba_cv_HAVE_UT_UT_USER=yes}
+samba_cv_HAVE_UX_UT_SYSLEN=${samba_cv_HAVE_UX_UT_SYSLEN=no}
+samba_cv_HAVE_VA_COPY=${samba_cv_HAVE_VA_COPY=yes}
+samba_cv_HAVE_WORKING_AF_LOCAL=${samba_cv_HAVE_WORKING_AF_LOCAL=yes}
+samba_cv_HAVE_Werror=${samba_cv_HAVE_Werror=yes}
+samba_cv_PUTUTLINE_RETURNS_UTMP=${samba_cv_PUTUTLINE_RETURNS_UTMP=yes}
+samba_cv_QUOTA_WORKS=${samba_cv_QUOTA_WORKS=yes}
+samba_cv_REALPATH_TAKES_NULL=${samba_cv_REALPATH_TAKES_NULL=yes}
+samba_cv_REPLACE_GETPASS=${samba_cv_REPLACE_GETPASS=yes}
+samba_cv_REPLACE_INET_NTOA=${samba_cv_REPLACE_INET_NTOA=no}
+samba_cv_REPLACE_READDIR=${samba_cv_REPLACE_READDIR=no}
+samba_cv_RUN_QUOTA_TESTS=${samba_cv_RUN_QUOTA_TESTS=yes}
+samba_cv_SEEKDIR_RETURNS_VOID=${samba_cv_SEEKDIR_RETURNS_VOID=yes}
+samba_cv_SIZEOF_DEV_T=${samba_cv_SIZEOF_DEV_T=yes}
+samba_cv_SIZEOF_INO_T=${samba_cv_SIZEOF_INO_T=yes}
+samba_cv_SIZEOF_OFF_T=${samba_cv_SIZEOF_OFF_T=yes}
+samba_cv_SYSCONF_SC_NGROUPS_MAX=${samba_cv_SYSCONF_SC_NGROUPS_MAX=yes}
+samba_cv_SYSCONF_SC_NPROCESSORS_ONLN=${samba_cv_SYSCONF_SC_NPROCESSORS_ONLN=yes}
+samba_cv_SYSCONF_SC_NPROC_ONLN=${samba_cv_SYSCONF_SC_NPROC_ONLN=no}
+samba_cv_SYSCONF_SC_PAGESIZE=${samba_cv_SYSCONF_SC_PAGESIZE=yes}
+samba_cv_SYSQUOTA_FOUND=${samba_cv_SYSQUOTA_FOUND=yes}
+samba_cv_SYSQUOTA_WORKS=${samba_cv_SYSQUOTA_WORKS=yes}
+samba_cv_SYSQUOTA_WORKS_XFS=${samba_cv_SYSQUOTA_WORKS_XFS=yes}
+samba_cv_TRY_QUOTAS=${samba_cv_TRY_QUOTAS=no}
+samba_cv_TRY_SYS_QUOTAS=${samba_cv_TRY_SYS_QUOTAS=yes}
+samba_cv_USE_SETRESUID=${samba_cv_USE_SETRESUID=yes}
+samba_cv_WE_USE_SYS_QUOTAS=${samba_cv_WE_USE_SYS_QUOTAS=yes}
+samba_cv_WITH_AFS=${samba_cv_WITH_AFS=no}
+samba_cv_WITH_FAKE_KASERVER=${samba_cv_WITH_FAKE_KASERVER=no}
+samba_cv_WITH_QUOTAS=${samba_cv_WITH_QUOTAS=auto}
+samba_cv_WITH_SYS_QUOTAS=${samba_cv_WITH_SYS_QUOTAS=auto}
+samba_cv_WITH_VFS_AFSACL=${samba_cv_WITH_VFS_AFSACL=no}
+samba_cv_compiler_supports_ll=${samba_cv_compiler_supports_ll=yes}
+samba_cv_found_xfs_header=${samba_cv_found_xfs_header=yes}
+samba_cv_have_longlong=${samba_cv_have_longlong=yes}
+samba_cv_have_setresgid=${samba_cv_have_setresgid=yes}
+samba_cv_have_setresuid=${samba_cv_have_setresuid=yes}
+samba_cv_immediate_structures=${samba_cv_immediate_structures=yes}
+samba_cv_optimize_out_funcation_calls=${samba_cv_optimize_out_funcation_calls=yes}
+samba_cv_sig_atomic_t=${samba_cv_sig_atomic_t=yes}
+samba_cv_socklen_t=${samba_cv_socklen_t=yes}
+samba_cv_struct_timespec=${samba_cv_struct_timespec=yes}
+samba_cv_sysquotas_file=${samba_cv_sysquotas_file=lib/sysquotas_linux.c}
+samba_cv_unixsocket=${samba_cv_unixsocket=yes}
+samba_cv_volatile=${samba_cv_volatile=yes}
+
+#older sambe defines
+samba_cv_USE_SETEUID=${samba_cv_USE_SETEUID=yes}
+samba_cv_USE_SETREUID=${samba_cv_USE_SETREUID=yes}
+samba_cv_USE_SETUIDX=${samba_cv_USE_SETUIDX=yes}
+samba_cv_LINUX_LFS_SUPPORT=${samba_cv_LINUX_LFS_SUPPORT=yes}
+
+# clamav
+clamav_av_func_working_snprintf_long=${clamav_av_func_working_snprintf_long=yes}
+clamav_av_have_in_port_t=${clamav_av_have_in_port_t=yes}
+clamav_av_have_in_addr_t=${clamav_av_have_in_addr_t=yes}
+ac_cv_func_mmap_fixed_mapped=${ac_cv_func_mmap_fixed_mapped=yes}
+
+#dbus
+ac_cv_have_abstract_sockets=${ac_cv_have_abstract_sockets=yes}
+
+# lftp
+ac_cv_file___dev_ptc_=yes
+
+# guile
+ac_cv_func_pthread_attr_getstack=${ac_cv_func_pthread_attr_getstack=yes}
+
+# gnet
+ac_cv_member_struct_sockaddr_sa_len=${ac_cv_member_struct_sockaddr_sa_len=no}
+ac_cv_gnet_have_abstract_sockets=${ac_cv_gnet_have_abstract_sockets=no}
+gnet_sockaddr_family_field_name=${gnet_sockaddr_family_field_name=ss_family}
-- 
2.1.4

[PATCH 6/8] libtool: Fix nios2 support

[Marek Vasut]

Add patch to fix excessive greediness of OS/2 check in libtool.

Signed-off-by: Marek Vasut <marex@denx.de>
---
 meta/recipes-devtools/libtool/libtool-2.4.6.inc    |  1 +
 ...1-libtool-Fix-support-for-NIOS2-processor.patch | 67 ++++++++++++++++++++++
 2 files changed, 68 insertions(+)
 create mode 100644 meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch

diff --git a/meta/recipes-devtools/libtool/libtool-2.4.6.inc b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
index a977c73..de06ccb 100644
--- a/meta/recipes-devtools/libtool/libtool-2.4.6.inc
+++ b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
@@ -19,6 +19,7 @@ SRC_URI = "${GNU_MIRROR}/libtool/libtool-${PV}.tar.gz \
            file://fix-resolve-lt-sysroot.patch \
            file://nohardcodepaths.patch \
            file://unwind-opt-parsing.patch \
+           file://0001-libtool-Fix-support-for-NIOS2-processor.patch \
           "
 
 SRC_URI[md5sum] = "addf44b646ddb4e3919805aa88fa7c5e"
diff --git a/meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch b/meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch
new file mode 100644
index 0000000..297b2dd
--- /dev/null
+++ b/meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch
@@ -0,0 +1,67 @@
+From df2cd898e48208f26320d40c3ed6b19c75c27142 Mon Sep 17 00:00:00 2001
+From: Marek Vasut <marex@denx.de>
+Date: Thu, 17 Sep 2015 00:43:15 +0200
+Subject: [PATCH] libtool: Fix support for NIOS2 processor
+
+The name of the system contains the string "nios2". This string
+is caught by the some of the greedy checks for OS/2 in libtool,
+in particular the *os2* branches of switch statements match for
+the nios2 string, which results in incorrect behavior of libtool.
+
+This patch adds an explicit check for *nios2* before the *os2*
+checks to prevent the OS/2 check incorrectly trapping the nios2
+as well.
+
+Signed-off-by: Marek Vasut <marex@denx.de>
+---
+ build-aux/ltmain.in | 20 ++++++++++++++++++++
+ 1 file changed, 20 insertions(+)
+
+diff --git a/build-aux/ltmain.in b/build-aux/ltmain.in
+index d5cf07a..4164284 100644
+--- a/build-aux/ltmain.in
++++ b/build-aux/ltmain.in
+@@ -504,6 +504,12 @@ libtool_validate_options ()
+     test : = "$debug_cmd" || func_append preserve_args " --debug"
+ 
+     case $host in
++      # For NIOS2, we want to make sure that it's not caught by the
++      # more general OS/2 check below. Otherwise, NIOS2 is the same
++      # as the default option.
++      *nios2*)
++        opt_duplicate_compiler_generated_deps=$opt_preserve_dup_deps
++        ;;
+       # Solaris2 added to fix http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452
+       # see also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788
+       *cygwin* | *mingw* | *pw32* | *cegcc* | *solaris2* | *os2*)
+@@ -6220,6 +6226,15 @@ func_mode_link ()
+ 	if test -n "$library_names" &&
+ 	   { test no = "$use_static_libs" || test -z "$old_library"; }; then
+ 	  case $host in
++	  *nios2*)
++	    # For NIOS2, we want to make sure that it's not caught by the
++	    # more general OS/2 check below. Otherwise, NIOS2 is the same
++	    # as the default option.
++	    if test no = "$installed"; then
++	      func_append notinst_deplibs " $lib"
++	      need_relink=yes
++	    fi
++	    ;;
+ 	  *cygwin* | *mingw* | *cegcc* | *os2*)
+ 	      # No point in relinking DLLs because paths are not encoded
+ 	      func_append notinst_deplibs " $lib"
+@@ -6290,6 +6305,11 @@ func_mode_link ()
+ 	    elif test -n "$soname_spec"; then
+ 	      # bleh windows
+ 	      case $host in
++	      *nios2*)
++		# For NIOS2, we want to make sure that it's not caught by the
++		# more general OS/2 check below. Otherwise, NIOS2 is the same
++		# as the default option.
++		;;
+ 	      *cygwin* | mingw* | *cegcc* | *os2*)
+ 	        func_arith $current - $age
+ 		major=$func_arith_result
+-- 
+2.5.1
+
-- 
2.1.4

[PATCH 7/8] pixman: Fix missing FE_DIVBYZERO on nios2

[Marek Vasut]

The FE_DIVBYZERO is missing on nios2 , add a small patch to pixman
which checks for the presence of FE_DIVBYZERO and disables the test
which depends on it.

Signed-off-by: Marek Vasut <marex@denx.de>
---
 ...0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch | 65 ++++++++++++++++++++++
 meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb    |  1 +
 2 files changed, 66 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch

diff --git a/meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch b/meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch
new file mode 100644
index 0000000..8aac226
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch
@@ -0,0 +1,65 @@
+From fcd5eb9bd0e8674a6f4987a8fce7dc1ba8f9320c Mon Sep 17 00:00:00 2001
+From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+Date: Thu, 17 Sep 2015 03:08:36 +0200
+Subject: [PATCH] [v3] test: add a check for FE_DIVBYZERO
+
+Some architectures, such as Microblaze and Nios2, currently do not
+implement FE_DIVBYZERO, even though they have <fenv.h> and
+feenableexcept(). This commit adds a configure.ac check to verify
+whether FE_DIVBYZERO is defined or not, and if not, disables the
+problematic code in test/utils.c.
+
+Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+Signed-off-by: Marek Vasut <marex@denx.de>
+
+---
+Changes v1 -> v2:
+
+ * Use the ac_cv_have_decl_FE_DIVBYZERO variable, which is
+   automatically set by AC_CHECK_DECL, to decide whether or not
+   HAVE_FEDIVBYZERO should be defined.
+
+Changes v2 -> v3:
+
+ * Use action-if-yes of AC_CHECK_DECL as suggested in
+   http://lists.freedesktop.org/archives/pixman/2014-February/003176.html
+---
+ configure.ac | 5 +++++
+ test/utils.c | 2 ++
+ 2 files changed, 7 insertions(+)
+
+diff --git a/configure.ac b/configure.ac
+index f93cc30..424bfd3 100644
+--- a/configure.ac
++++ b/configure.ac
+@@ -891,6 +891,11 @@ if test x$have_feenableexcept = xyes; then
+    AC_DEFINE(HAVE_FEENABLEEXCEPT, 1, [Whether we have feenableexcept()])
+ fi
+ 
++AC_CHECK_DECL([FE_DIVBYZERO],
++	[AC_DEFINE(HAVE_FEDIVBYZERO, 1, [Whether we have FE_DIVBYZERO])],
++	[],
++	[[#include <fenv.h>]])
++
+ AC_CHECK_FUNC(gettimeofday, have_gettimeofday=yes, have_gettimeofday=no)
+ AC_CHECK_HEADER(sys/time.h, have_sys_time_h=yes, have_sys_time_h=no)
+ if test x$have_gettimeofday = xyes && test x$have_sys_time_h = xyes; then
+diff --git a/test/utils.c b/test/utils.c
+index 222d4d5..8657966 100644
+--- a/test/utils.c
++++ b/test/utils.c
+@@ -966,9 +966,11 @@ enable_divbyzero_exceptions (void)
+ {
+ #ifdef HAVE_FENV_H
+ #ifdef HAVE_FEENABLEEXCEPT
++#ifdef HAVE_FEDIVBYZERO
+     feenableexcept (FE_DIVBYZERO);
++#endif
+ #endif
+ #endif
+ }
+ 
+ void
+-- 
+2.1.4
+
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
index eae59b6..317a568 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
@@ -31,6 +31,7 @@ SRC_URI += "\
             file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
             file://mips-export-revert.patch \
 	    file://asm_include.patch \
+	    file://0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch \
 "
 
 SRC_URI[md5sum] = "8a9e8f14743a39cf303803f369c1f344"
-- 
2.1.4

[PATCH 8/8] libgpg-error: Add support for nios2

[Marek Vasut]

Add a patch which adds a configuration for the nios2 processor.

Signed-off-by: Marek Vasut <marex@denx.de>
---
 .../0001-libgpg-error-Add-nios2-support.patch      | 45 ++++++++++++++++++++++
 .../libgpg-error/libgpg-error_1.19.bb              |  4 +-
 2 files changed, 48 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch

diff --git a/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
new file mode 100644
index 0000000..8362c69
--- /dev/null
+++ b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
@@ -0,0 +1,45 @@
+From b2af652f43991e4ce6297917da542a9eb5135939 Mon Sep 17 00:00:00 2001
+From: Marek Vasut <marex@denx.de>
+Date: Thu, 17 Sep 2015 03:28:06 +0200
+Subject: [PATCH] libgpg-error: Add nios2 support
+
+Add configuration for the NIOS2 processor.
+
+Signed-off-by: Marek Vasut <marex@denx.de>
+---
+ src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h | 23 +++++++++++++++++++++++
+ 1 file changed, 23 insertions(+)
+ create mode 100644 src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
+
+diff --git a/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
+new file mode 100644
+index 0000000..3a24571
+--- /dev/null
++++ b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
+@@ -0,0 +1,23 @@
++## lock-obj-pub.nios2-unknown-linux-gnu.h
++## File created by gen-posix-lock-obj - DO NOT EDIT
++## To be included by mkheader into gpg-error.h
++
++typedef struct
++{
++  long _vers;
++  union {
++    volatile char _priv[24];
++    long _x_align;
++    long *_xp_align;
++  } u;
++} gpgrt_lock_t;
++
++#define GPGRT_LOCK_INITIALIZER {1,{{0,0,0,0,0,0,0,0, \
++                                    0,0,0,0,0,0,0,0, \
++                                    0,0,0,0,0,0,0,0}}}
++##
++## Local Variables:
++## mode: c
++## buffer-read-only: t
++## End:
++##
+-- 
+2.5.1
+
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb b/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
index 39dbbcf..c69930a 100644
--- a/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
+++ b/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
@@ -12,7 +12,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
 SECTION = "libs"
 
 SRC_URI = "ftp://ftp.gnupg.org/gcrypt/libgpg-error/libgpg-error-${PV}.tar.bz2 \
-           file://pkgconfig.patch"
+           file://pkgconfig.patch \
+	   file://0001-libgpg-error-Add-nios2-support.patch \
+	  "
 SRC_URI[md5sum] = "c04c16245b92829281f43b5bef7d16da"
 SRC_URI[sha256sum] = "53120e1333d5c5d28d87ff2854e9e98719c8e214152f17ad5291704d25c4978b"
 
-- 
2.1.4

Re: [PATCH 0/8] nios2 fixes

[Burton, Ross]

[-- Attachment #1: Type: text/plain, Size: 454 bytes --]

On 17 September 2015 at 15:31, Marek Vasut <marex@denx.de> wrote:

> This patchset fixes various minor issues found during the process
> of getting Yocto working with the Altera NIOS2 soft-processor.
>

The patches all look good, but the patches which include changes to
upstream need an Upstream-Status tag in the patch alongside your
signed-off-by.

See http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines for
details.

Ross

[-- Attachment #2: Type: text/html, Size: 1058 bytes --]

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Khem Raj]

> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> 
> Make nios2 kernel depend on libgcc.
> 
> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
> 
> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
> libs-y          += $(LIBGCC)
> 
> In file Makefile in top directory, libs-y is assigned to to var
> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
> and when execute function vmlinux_link() in link-vmlinux.sh,
> KBUILD_VMLINUX_MAIN is passed to ${LD}.
> 
> If build without libgcc, the value of LIBGCC is just libgcc.a without
> parent directory. linux-yocto fails to build:
> 
> |   LD      vmlinux.o
> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or directory
> 
> Add libgcc to nios2 kernel dependency.
> 
> Signed-off-by: Marek Vasut <marex@denx.de>
> ---
> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
> 1 file changed, 4 insertions(+)
> 
> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc b/meta/recipes-kernel/linux/linux-yocto.inc
> index 3b41a61..81ffa24 100644
> --- a/meta/recipes-kernel/linux/linux-yocto.inc
> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> 
> +DEPENDS_append_nios2 = " libgcc"
> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”

Please try bitbake virtual/kernel build from scratch with this change.

> +

> # A KMACHINE is the mapping of a yocto $MACHINE to what is built
> # by the kernel. This is typically the branch that should be built,
> # and it can be specific to the machine or shared
> -- 
> 2.1.4
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [PATCH 8/8] libgpg-error: Add support for nios2

[Khem Raj]

> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> 
> Add a patch which adds a configuration for the nios2 processor.
> 
> Signed-off-by: Marek Vasut <marex@denx.de>
> ---
> .../0001-libgpg-error-Add-nios2-support.patch      | 45 ++++++++++++++++++++++
> .../libgpg-error/libgpg-error_1.19.bb              |  4 +-
> 2 files changed, 48 insertions(+), 1 deletion(-)
> create mode 100644 meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
> 
> diff --git a/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
> new file mode 100644
> index 0000000..8362c69
> --- /dev/null
> +++ b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
> @@ -0,0 +1,45 @@
> +From b2af652f43991e4ce6297917da542a9eb5135939 Mon Sep 17 00:00:00 2001
> +From: Marek Vasut <marex@denx.de>
> +Date: Thu, 17 Sep 2015 03:28:06 +0200
> +Subject: [PATCH] libgpg-error: Add nios2 support
> +
> +Add configuration for the NIOS2 processor.
> +
> +Signed-off-by: Marek Vasut <marex@denx.de>
> +---
> + src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h | 23 +++++++++++++++++++++++
> + 1 file changed, 23 insertions(+)
> + create mode 100644 src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> +
> +diff --git a/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> +new file mode 100644
> +index 0000000..3a24571
> +--- /dev/null
> ++++ b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> +@@ -0,0 +1,23 @@
> ++## lock-obj-pub.nios2-unknown-linux-gnu.h
> ++## File created by gen-posix-lock-obj - DO NOT EDIT
> ++## To be included by mkheader into gpg-error.h
> ++


how was this file generated ? 

> ++typedef struct
> ++{
> ++  long _vers;
> ++  union {
> ++    volatile char _priv[24];
> ++    long _x_align;
> ++    long *_xp_align;
> ++  } u;
> ++} gpgrt_lock_t;
> ++
> ++#define GPGRT_LOCK_INITIALIZER {1,{{0,0,0,0,0,0,0,0, \
> ++                                    0,0,0,0,0,0,0,0, \
> ++                                    0,0,0,0,0,0,0,0}}}
> ++##
> ++## Local Variables:
> ++## mode: c
> ++## buffer-read-only: t
> ++## End:
> ++##
> +-- 
> +2.5.1
> +
> diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb b/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
> index 39dbbcf..c69930a 100644
> --- a/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
> +++ b/meta/recipes-support/libgpg-error/libgpg-error_1.19.bb
> @@ -12,7 +12,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> SECTION = "libs"
> 
> SRC_URI = "ftp://ftp.gnupg.org/gcrypt/libgpg-error/libgpg-error-${PV}.tar.bz2 \
> -           file://pkgconfig.patch"
> +           file://pkgconfig.patch \
> +	   file://0001-libgpg-error-Add-nios2-support.patch \
> +	  "
> SRC_URI[md5sum] = "c04c16245b92829281f43b5bef7d16da"
> SRC_URI[sha256sum] = "53120e1333d5c5d28d87ff2854e9e98719c8e214152f17ad5291704d25c4978b"
> 
> -- 
> 2.1.4
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Marek Vasut]

On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:

Hi!

> > On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> > 
> > Make nios2 kernel depend on libgcc.
> > 
> > In arch/nios2/Makefile, it adds LIBGCC to libs-y:
> > 
> > LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
> > -print-libgcc-file-name) libs-y          += $(LIBGCC)
> > 
> > In file Makefile in top directory, libs-y is assigned to to var
> > KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
> > and when execute function vmlinux_link() in link-vmlinux.sh,
> > KBUILD_VMLINUX_MAIN is passed to ${LD}.
> > 
> > If build without libgcc, the value of LIBGCC is just libgcc.a without
> > 
> > parent directory. linux-yocto fails to build:
> > |   LD      vmlinux.o
> > | 
> > | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
> > | directory
> > 
> > Add libgcc to nios2 kernel dependency.
> > 
> > Signed-off-by: Marek Vasut <marex@denx.de>
> > ---
> > meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
> > 1 file changed, 4 insertions(+)
> > 
> > diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
> > b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
> > 100644
> > --- a/meta/recipes-kernel/linux/linux-yocto.inc
> > +++ b/meta/recipes-kernel/linux/linux-yocto.inc
> > @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
> > KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> > KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> > 
> > +DEPENDS_append_nios2 = " libgcc"
> > +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
> > +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
> 
> Please try bitbake virtual/kernel build from scratch with this change.

What do you mean, does it break anything or what should I expect ?

Best regards,
Marek Vasut

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Khem Raj]

> On Sep 17, 2015, at 6:41 PM, Marek Vasut <marex@denx.de> wrote:
> 
> On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:
> 
> Hi!
> 
>>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
>>> 
>>> Make nios2 kernel depend on libgcc.
>>> 
>>> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
>>> 
>>> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
>>> -print-libgcc-file-name) libs-y          += $(LIBGCC)
>>> 
>>> In file Makefile in top directory, libs-y is assigned to to var
>>> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
>>> and when execute function vmlinux_link() in link-vmlinux.sh,
>>> KBUILD_VMLINUX_MAIN is passed to ${LD}.
>>> 
>>> If build without libgcc, the value of LIBGCC is just libgcc.a without
>>> 
>>> parent directory. linux-yocto fails to build:
>>> |   LD      vmlinux.o
>>> | 
>>> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
>>> | directory
>>> 
>>> Add libgcc to nios2 kernel dependency.
>>> 
>>> Signed-off-by: Marek Vasut <marex@denx.de>
>>> ---
>>> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
>>> 1 file changed, 4 insertions(+)
>>> 
>>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
>>> b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
>>> 100644
>>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
>>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
>>> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
>>> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>> 
>>> +DEPENDS_append_nios2 = " libgcc"
>>> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
>>> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
>> 
>> Please try bitbake virtual/kernel build from scratch with this change.
> 
> What do you mean, does it break anything or what should I expect ?

I am not sure if there is a race, with this dependency between libgcc and gcc-cross
hopefully there is not but this will prove it.

Re: [PATCH 0/8] nios2 fixes

[Khem Raj]

> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> 
> This patchset fixes various minor issues found during the process
> of getting Yocto working with the Altera NIOS2 soft-processor.
> 

Looks ok to me with few nits. But the changes are self contained which is less risk for other arches

> Marek Vasut (8):
>  insane: Add nios2 support
>  kernel-arch: Add nios2 to valid archs
>  linux-yocto: depend on libgcc for nios2
>  openssl: Add nios2 configuration
>  siteinfo: Add nios2-linux
>  libtool: Fix nios2 support
>  pixman: Fix missing FE_DIVBYZERO on nios2
>  libgpg-error: Add support for nios2
> 
> meta/classes/insane.bbclass                        |   1 +
> meta/classes/kernel-arch.bbclass                   |   3 +-
> .../openssl/openssl/openssl_add_nios2.patch        |  32 ++
> .../recipes-connectivity/openssl/openssl_1.0.2d.bb |   1 +
> meta/recipes-devtools/libtool/libtool-2.4.6.inc    |   1 +
> ...1-libtool-Fix-support-for-NIOS2-processor.patch |  67 ++++
> ...0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch |  65 ++++
> meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb    |   1 +
> meta/recipes-kernel/linux/linux-yocto.inc          |   4 +
> .../0001-libgpg-error-Add-nios2-support.patch      |  45 +++
> .../libgpg-error/libgpg-error_1.19.bb              |   4 +-
> meta/site/nios2-linux                              | 395 +++++++++++++++++++++
> 12 files changed, 617 insertions(+), 2 deletions(-)
> create mode 100644 meta/recipes-connectivity/openssl/openssl/openssl_add_nios2.patch
> create mode 100644 meta/recipes-devtools/libtool/libtool/0001-libtool-Fix-support-for-NIOS2-processor.patch
> create mode 100644 meta/recipes-graphics/xorg-lib/pixman/0001-v3-test-add-a-check-for-FE_DIVBYZERO.patch
> create mode 100644 meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nios2-support.patch
> create mode 100644 meta/site/nios2-linux
> 
> -- 
> 2.1.4
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [PATCH 0/8] nios2 fixes

[Marek Vasut]

On Friday, September 18, 2015 at 03:44:54 AM, Khem Raj wrote:
> > On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> > 
> > This patchset fixes various minor issues found during the process
> > of getting Yocto working with the Altera NIOS2 soft-processor.
> 
> Looks ok to me with few nits. But the changes are self contained which is
> less risk for other arches

Thanks! I'll wait a bit for further feedback and repost afterward.

Best regards,
Marek Vasut

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Marek Vasut]

On Friday, September 18, 2015 at 03:43:50 AM, Khem Raj wrote:
> > On Sep 17, 2015, at 6:41 PM, Marek Vasut <marex@denx.de> wrote:
> > 
> > On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:
> > 
> > Hi!
> > 
> >>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> >>> 
> >>> Make nios2 kernel depend on libgcc.
> >>> 
> >>> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
> >>> 
> >>> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
> >>> -print-libgcc-file-name) libs-y          += $(LIBGCC)
> >>> 
> >>> In file Makefile in top directory, libs-y is assigned to to var
> >>> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
> >>> and when execute function vmlinux_link() in link-vmlinux.sh,
> >>> KBUILD_VMLINUX_MAIN is passed to ${LD}.
> >>> 
> >>> If build without libgcc, the value of LIBGCC is just libgcc.a without
> >>> 
> >>> parent directory. linux-yocto fails to build:
> >>> |   LD      vmlinux.o
> >>> | 
> >>> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
> >>> | directory
> >>> 
> >>> Add libgcc to nios2 kernel dependency.
> >>> 
> >>> Signed-off-by: Marek Vasut <marex@denx.de>
> >>> ---
> >>> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
> >>> 1 file changed, 4 insertions(+)
> >>> 
> >>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
> >>> b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
> >>> 100644
> >>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
> >>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
> >>> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
> >>> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> >>> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> >>> 
> >>> +DEPENDS_append_nios2 = " libgcc"
> >>> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
> >>> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
> >> 
> >> Please try bitbake virtual/kernel build from scratch with this change.
> > 
> > What do you mean, does it break anything or what should I expect ?
> 
> I am not sure if there is a race, with this dependency between libgcc and
> gcc-cross hopefully there is not but this will prove it.

Wouldn't arm64 explode in the same way then ? I'll set up the build shortly.

Best regards,
Marek Vasut

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Khem Raj]

> On Sep 17, 2015, at 6:48 PM, Marek Vasut <marex@denx.de> wrote:
> 
> On Friday, September 18, 2015 at 03:43:50 AM, Khem Raj wrote:
>>> On Sep 17, 2015, at 6:41 PM, Marek Vasut <marex@denx.de> wrote:
>>> 
>>> On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:
>>> 
>>> Hi!
>>> 
>>>>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
>>>>> 
>>>>> Make nios2 kernel depend on libgcc.
>>>>> 
>>>>> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
>>>>> 
>>>>> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
>>>>> -print-libgcc-file-name) libs-y          += $(LIBGCC)
>>>>> 
>>>>> In file Makefile in top directory, libs-y is assigned to to var
>>>>> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link vmlinux.o,
>>>>> and when execute function vmlinux_link() in link-vmlinux.sh,
>>>>> KBUILD_VMLINUX_MAIN is passed to ${LD}.
>>>>> 
>>>>> If build without libgcc, the value of LIBGCC is just libgcc.a without
>>>>> 
>>>>> parent directory. linux-yocto fails to build:
>>>>> |   LD      vmlinux.o
>>>>> | 
>>>>> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
>>>>> | directory
>>>>> 
>>>>> Add libgcc to nios2 kernel dependency.
>>>>> 
>>>>> Signed-off-by: Marek Vasut <marex@denx.de>
>>>>> ---
>>>>> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
>>>>> 1 file changed, 4 insertions(+)
>>>>> 
>>>>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
>>>>> b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
>>>>> 100644
>>>>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
>>>>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
>>>>> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
>>>>> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>>>> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>>>> 
>>>>> +DEPENDS_append_nios2 = " libgcc"
>>>>> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
>>>>> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
>>>> 
>>>> Please try bitbake virtual/kernel build from scratch with this change.
>>> 
>>> What do you mean, does it break anything or what should I expect ?
>> 
>> I am not sure if there is a race, with this dependency between libgcc and
>> gcc-cross hopefully there is not but this will prove it.
> 
> Wouldn't arm64 explode in the same way then ? I'll set up the build shortly.
> 

yes it would

Re: [PATCH 8/8] libgpg-error: Add support for nios2

[Marek Vasut]

On Friday, September 18, 2015 at 03:41:40 AM, Khem Raj wrote:
> > On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> > 
> > Add a patch which adds a configuration for the nios2 processor.
> > 
> > Signed-off-by: Marek Vasut <marex@denx.de>
> > ---
> > .../0001-libgpg-error-Add-nios2-support.patch      | 45
> > ++++++++++++++++++++++ .../libgpg-error/libgpg-error_1.19.bb            
> >  |  4 +-
> > 2 files changed, 48 insertions(+), 1 deletion(-)
> > create mode 100644
> > meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nio
> > s2-support.patch
> > 
> > diff --git
> > a/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
> > ios2-support.patch
> > b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
> > ios2-support.patch new file mode 100644
> > index 0000000..8362c69
> > --- /dev/null
> > +++
> > b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
> > ios2-support.patch @@ -0,0 +1,45 @@
> > +From b2af652f43991e4ce6297917da542a9eb5135939 Mon Sep 17 00:00:00 2001
> > +From: Marek Vasut <marex@denx.de>
> > +Date: Thu, 17 Sep 2015 03:28:06 +0200
> > +Subject: [PATCH] libgpg-error: Add nios2 support
> > +
> > +Add configuration for the NIOS2 processor.
> > +
> > +Signed-off-by: Marek Vasut <marex@denx.de>
> > +---
> > + src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h | 23
> > +++++++++++++++++++++++ + 1 file changed, 23 insertions(+)
> > + create mode 100644 src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> > +
> > +diff --git a/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> > b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h +new file mode
> > 100644
> > +index 0000000..3a24571
> > +--- /dev/null
> > ++++ b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
> > +@@ -0,0 +1,23 @@
> > ++## lock-obj-pub.nios2-unknown-linux-gnu.h
> > ++## File created by gen-posix-lock-obj - DO NOT EDIT
> > ++## To be included by mkheader into gpg-error.h
> > ++
> 
> how was this file generated ?

There's a tool for that, see src/gen-posix-lock-obj.c . Since I don't have
a running NIOS2/f yet, I had to approximate what it does. If you read the
source code, it's quite trivial in fact.

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Marek Vasut]

On Friday, September 18, 2015 at 03:51:30 AM, Khem Raj wrote:
> > On Sep 17, 2015, at 6:48 PM, Marek Vasut <marex@denx.de> wrote:
> > 
> > On Friday, September 18, 2015 at 03:43:50 AM, Khem Raj wrote:
> >>> On Sep 17, 2015, at 6:41 PM, Marek Vasut <marex@denx.de> wrote:
> >>> 
> >>> On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:
> >>> 
> >>> Hi!
> >>> 
> >>>>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
> >>>>> 
> >>>>> Make nios2 kernel depend on libgcc.
> >>>>> 
> >>>>> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
> >>>>> 
> >>>>> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
> >>>>> -print-libgcc-file-name) libs-y          += $(LIBGCC)
> >>>>> 
> >>>>> In file Makefile in top directory, libs-y is assigned to to var
> >>>>> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link
> >>>>> vmlinux.o, and when execute function vmlinux_link() in
> >>>>> link-vmlinux.sh, KBUILD_VMLINUX_MAIN is passed to ${LD}.
> >>>>> 
> >>>>> If build without libgcc, the value of LIBGCC is just libgcc.a without
> >>>>> 
> >>>>> parent directory. linux-yocto fails to build:
> >>>>> |   LD      vmlinux.o
> >>>>> | 
> >>>>> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
> >>>>> | directory
> >>>>> 
> >>>>> Add libgcc to nios2 kernel dependency.
> >>>>> 
> >>>>> Signed-off-by: Marek Vasut <marex@denx.de>
> >>>>> ---
> >>>>> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
> >>>>> 1 file changed, 4 insertions(+)
> >>>>> 
> >>>>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
> >>>>> b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
> >>>>> 100644
> >>>>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
> >>>>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
> >>>>> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
> >>>>> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> >>>>> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
> >>>>> 
> >>>>> +DEPENDS_append_nios2 = " libgcc"
> >>>>> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
> >>>>> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
> >>>> 
> >>>> Please try bitbake virtual/kernel build from scratch with this change.
> >>> 
> >>> What do you mean, does it break anything or what should I expect ?
> >> 
> >> I am not sure if there is a race, with this dependency between libgcc
> >> and gcc-cross hopefully there is not but this will prove it.
> > 
> > Wouldn't arm64 explode in the same way then ? I'll set up the build
> > shortly.
> 
> yes it would

Build of virtual/kernel just finished, all good, no issues.

Best regards,
Marek Vasut

Re: [PATCH 3/8] linux-yocto: depend on libgcc for nios2

[Khem Raj]

> On Sep 17, 2015, at 7:11 PM, Marek Vasut <marex@denx.de> wrote:
> 
> On Friday, September 18, 2015 at 03:51:30 AM, Khem Raj wrote:
>>> On Sep 17, 2015, at 6:48 PM, Marek Vasut <marex@denx.de> wrote:
>>> 
>>> On Friday, September 18, 2015 at 03:43:50 AM, Khem Raj wrote:
>>>>> On Sep 17, 2015, at 6:41 PM, Marek Vasut <marex@denx.de> wrote:
>>>>> 
>>>>> On Friday, September 18, 2015 at 03:40:11 AM, Khem Raj wrote:
>>>>> 
>>>>> Hi!
>>>>> 
>>>>>>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
>>>>>>> 
>>>>>>> Make nios2 kernel depend on libgcc.
>>>>>>> 
>>>>>>> In arch/nios2/Makefile, it adds LIBGCC to libs-y:
>>>>>>> 
>>>>>>> LIBGCC          := $(shell $(CC) $(KBUILD_CFLAGS)
>>>>>>> -print-libgcc-file-name) libs-y          += $(LIBGCC)
>>>>>>> 
>>>>>>> In file Makefile in top directory, libs-y is assigned to to var
>>>>>>> KBUILD_VMLINUX_MAIN. It uses script link-vmlinux.sh to link
>>>>>>> vmlinux.o, and when execute function vmlinux_link() in
>>>>>>> link-vmlinux.sh, KBUILD_VMLINUX_MAIN is passed to ${LD}.
>>>>>>> 
>>>>>>> If build without libgcc, the value of LIBGCC is just libgcc.a without
>>>>>>> 
>>>>>>> parent directory. linux-yocto fails to build:
>>>>>>> |   LD      vmlinux.o
>>>>>>> | 
>>>>>>> | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or
>>>>>>> | directory
>>>>>>> 
>>>>>>> Add libgcc to nios2 kernel dependency.
>>>>>>> 
>>>>>>> Signed-off-by: Marek Vasut <marex@denx.de>
>>>>>>> ---
>>>>>>> meta/recipes-kernel/linux/linux-yocto.inc | 4 ++++
>>>>>>> 1 file changed, 4 insertions(+)
>>>>>>> 
>>>>>>> diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
>>>>>>> b/meta/recipes-kernel/linux/linux-yocto.inc index 3b41a61..81ffa24
>>>>>>> 100644
>>>>>>> --- a/meta/recipes-kernel/linux/linux-yocto.inc
>>>>>>> +++ b/meta/recipes-kernel/linux/linux-yocto.inc
>>>>>>> @@ -11,6 +11,10 @@ DEPENDS_append_aarch64 = " libgcc"
>>>>>>> KERNEL_CC_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>>>>>> KERNEL_LD_append_aarch64 = " ${TOOLCHAIN_OPTIONS}"
>>>>>>> 
>>>>>>> +DEPENDS_append_nios2 = " libgcc"
>>>>>>> +KERNEL_CC_append_nios2 = " ${TOOLCHAIN_OPTIONS}"
>>>>>>> +KERNEL_LD_append_nios2 = " ${TOOLCHAIN_OPTIONS}”
>>>>>> 
>>>>>> Please try bitbake virtual/kernel build from scratch with this change.
>>>>> 
>>>>> What do you mean, does it break anything or what should I expect ?
>>>> 
>>>> I am not sure if there is a race, with this dependency between libgcc
>>>> and gcc-cross hopefully there is not but this will prove it.
>>> 
>>> Wouldn't arm64 explode in the same way then ? I'll set up the build
>>> shortly.
>> 
>> yes it would
> 
> Build of virtual/kernel just finished, all good, no issues.
> 

Thanks, looks good to me.

> Best regards,
> Marek Vasut

Re: [PATCH 8/8] libgpg-error: Add support for nios2

[Khem Raj]

> On Sep 17, 2015, at 6:53 PM, Marek Vasut <marex@denx.de> wrote:
> 
> On Friday, September 18, 2015 at 03:41:40 AM, Khem Raj wrote:
>>> On Sep 17, 2015, at 7:31 AM, Marek Vasut <marex@denx.de> wrote:
>>> 
>>> Add a patch which adds a configuration for the nios2 processor.
>>> 
>>> Signed-off-by: Marek Vasut <marex@denx.de>
>>> ---
>>> .../0001-libgpg-error-Add-nios2-support.patch      | 45
>>> ++++++++++++++++++++++ .../libgpg-error/libgpg-error_1.19.bb            
>>> |  4 +-
>>> 2 files changed, 48 insertions(+), 1 deletion(-)
>>> create mode 100644
>>> meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-nio
>>> s2-support.patch
>>> 
>>> diff --git
>>> a/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
>>> ios2-support.patch
>>> b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
>>> ios2-support.patch new file mode 100644
>>> index 0000000..8362c69
>>> --- /dev/null
>>> +++
>>> b/meta/recipes-support/libgpg-error/libgpg-error/0001-libgpg-error-Add-n
>>> ios2-support.patch @@ -0,0 +1,45 @@
>>> +From b2af652f43991e4ce6297917da542a9eb5135939 Mon Sep 17 00:00:00 2001
>>> +From: Marek Vasut <marex@denx.de>
>>> +Date: Thu, 17 Sep 2015 03:28:06 +0200
>>> +Subject: [PATCH] libgpg-error: Add nios2 support
>>> +
>>> +Add configuration for the NIOS2 processor.
>>> +
>>> +Signed-off-by: Marek Vasut <marex@denx.de>
>>> +---
>>> + src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h | 23
>>> +++++++++++++++++++++++ + 1 file changed, 23 insertions(+)
>>> + create mode 100644 src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
>>> +
>>> +diff --git a/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
>>> b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h +new file mode
>>> 100644
>>> +index 0000000..3a24571
>>> +--- /dev/null
>>> ++++ b/src/syscfg/lock-obj-pub.nios2-unknown-linux-gnu.h
>>> +@@ -0,0 +1,23 @@
>>> ++## lock-obj-pub.nios2-unknown-linux-gnu.h
>>> ++## File created by gen-posix-lock-obj - DO NOT EDIT
>>> ++## To be included by mkheader into gpg-error.h
>>> ++
>> 
>> how was this file generated ?
> 
> There's a tool for that, see src/gen-posix-lock-obj.c . Since I don't have
> a running NIOS2/f yet, I had to approximate what it does. If you read the
> source code, it's quite trivial in fact.

I understood the code, I was asking if this was a copy of some other arch or freshly generated by the described
generation process. But seems you answered this.

Re: [PATCH 0/8] nios2 fixes

[Marek Vasut]

On Thursday, September 17, 2015 at 09:54:26 PM, Burton, Ross wrote:
> On 17 September 2015 at 15:31, Marek Vasut <marex@denx.de> wrote:
> > This patchset fixes various minor issues found during the process
> > of getting Yocto working with the Altera NIOS2 soft-processor.
> 
> The patches all look good, but the patches which include changes to
> upstream need an Upstream-Status tag in the patch alongside your
> signed-off-by.
> 
> See http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines for
> details.

Roger that, V2 is coming, thanks !

Best regards,
Marek Vasut