Re: rsb problem with python
OK, the report I sent is old so please ignore it. Tonight I will remove all of the report files and re-build. I may even clean out everything and start again. I don't know how well rsb behaves under repeated executions. Pete. On 06/01/2018 04:32 PM, D Peter Siddons wrote: I have attached the report file. I tried a build without the "--with-rtems" flag and it completed successfully. So I have all the tools, now I just need RTEMS! I guess I go back to the old method of downloading a release and doing the bootstrap dance. THanks, Pete. On 06/01/2018 03:29 PM, Slide wrote: Hi Pete, Is there any additional information in the logs for the git command failure? Build: error: git command failed (/usr/bin/git): 1 Alex On Fri, Jun 1, 2018 at 12:28 PM D Peter Siddons <mailto:sidd...@bnl.gov>> wrote: Hi Alex, THis didn't change anything. Looking at the report I see: RTEMS Tools Project - Source Builder Error Report Build: error: git command failed (/usr/bin/git): 1 Command Line: ../source-builder/sb-set-builder --log=l-arm.txt --prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609] I thought rsb needed Python3.6? That's why I went through installing it earlier. Could this be the problem? 2.7.12 is the default python for Ubuntu 16.04. The error seems to be a result of me using "--with-rtems" flag. Pete. On 05/31/2018 01:42 PM, Slide wrote: Hi Pete, This is the command I used git config url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> If you want to make the configuration global (not per repo) you can use the following git config --global url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> Thanks, Alex On Wed, May 30, 2018 at 6:35 PM Siddons, David mailto:sidd...@bnl.gov>> wrote: Hi Alex, I'm pretty git-ignorant. How do I use your command git config url https://git.rtems.org/ <https://git.rtems.org/rtems.insteadOf> ? If I just execute that it says "error: key does not contain a section: url". Pete. *From:* Slide [slide.o@gmail.com <mailto:slide.o@gmail.com>] *Sent:* Wednesday, May 30, 2018 5:32 PM *To:* Siddons, David *Cc:* users@rtems.org <mailto:users@rtems.org> *Subject:* Re: rsb problem with python Hi Pete, That's something I would like to know as well. When something fails after building GCC, it would be nice to not have to rebuild GCC the next time. I don't know enough about the RTEMS build process at this point to be able to help you on that part. Regards, Alex On Wed, May 30, 2018 at 2:19 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Alex, OK, thanks. I'll try that tonight. Maybe it will work as-is from my home network. Is there a way to skip parts of the build? The first part is very slow. Pete. On 05/30/2018 04:59 PM, Slide wrote: Hi Pete, I also ran into a similar failure :-) I had to use: git config url https://git.rtems.org/.insteadOf <https://git.rtems.org/rtems.insteadOf> git://git.rtems.org <http://git.rtems.org> My IT blocks the git protocol port on our company firewall. You can make this global by adding --global after config in the command above Alex On Wed, May 30, 2018 at 12:58 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Gedare, That worked, i.e. commenting out the miniconda path and installing python3.6-dev. So on to the next stop :) Processing stopped when building the kernel. At the end of the log file I see: script: 72: export PATH script: 73: # Default environment set up. script: 74: LANG=C script: 75: export LANG script: 76: unset DISPLAY || : script: 77: umask 022 script: 78: cd "/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1" script: 79: echo "=> arm-rtems5-kernel-5-1:" script: 80: echo "==> %prep:" script: 81: source_dir_rtems="rtems-5" source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n arm-rtems5-kernel-5-1-5
Re: rsb problem with python
I have attached the report file. I tried a build without the "--with-rtems" flag and it completed successfully. So I have all the tools, now I just need RTEMS! I guess I go back to the old method of downloading a release and doing the bootstrap dance. THanks, Pete. On 06/01/2018 03:29 PM, Slide wrote: Hi Pete, Is there any additional information in the logs for the git command failure? Build: error: git command failed (/usr/bin/git): 1 Alex On Fri, Jun 1, 2018 at 12:28 PM D Peter Siddons <mailto:sidd...@bnl.gov>> wrote: Hi Alex, THis didn't change anything. Looking at the report I see: RTEMS Tools Project - Source Builder Error Report Build: error: git command failed (/usr/bin/git): 1 Command Line: ../source-builder/sb-set-builder --log=l-arm.txt --prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609] I thought rsb needed Python3.6? That's why I went through installing it earlier. Could this be the problem? 2.7.12 is the default python for Ubuntu 16.04. The error seems to be a result of me using "--with-rtems" flag. Pete. On 05/31/2018 01:42 PM, Slide wrote: Hi Pete, This is the command I used git config url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> If you want to make the configuration global (not per repo) you can use the following git config --global url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> Thanks, Alex On Wed, May 30, 2018 at 6:35 PM Siddons, David mailto:sidd...@bnl.gov>> wrote: Hi Alex, I'm pretty git-ignorant. How do I use your command git config url https://git.rtems.org/ <https://git.rtems.org/rtems.insteadOf> ? If I just execute that it says "error: key does not contain a section: url". Pete. *From:* Slide [slide.o@gmail.com <mailto:slide.o@gmail.com>] *Sent:* Wednesday, May 30, 2018 5:32 PM *To:* Siddons, David *Cc:* users@rtems.org <mailto:users@rtems.org> *Subject:* Re: rsb problem with python Hi Pete, That's something I would like to know as well. When something fails after building GCC, it would be nice to not have to rebuild GCC the next time. I don't know enough about the RTEMS build process at this point to be able to help you on that part. Regards, Alex On Wed, May 30, 2018 at 2:19 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Alex, OK, thanks. I'll try that tonight. Maybe it will work as-is from my home network. Is there a way to skip parts of the build? The first part is very slow. Pete. On 05/30/2018 04:59 PM, Slide wrote: Hi Pete, I also ran into a similar failure :-) I had to use: git config url https://git.rtems.org/.insteadOf <https://git.rtems.org/rtems.insteadOf> git://git.rtems.org <http://git.rtems.org> My IT blocks the git protocol port on our company firewall. You can make this global by adding --global after config in the command above Alex On Wed, May 30, 2018 at 12:58 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Gedare, That worked, i.e. commenting out the miniconda path and installing python3.6-dev. So on to the next stop :) Processing stopped when building the kernel. At the end of the log file I see: script: 72: export PATH script: 73: # Default environment set up. script: 74: LANG=C script: 75: export LANG script: 76: unset DISPLAY || : script: 77: umask 022 script: 78: cd "/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1" script: 79: echo "=> arm-rtems5-kernel-5-1:" script: 80: echo "==> %prep:" script: 81: source_dir_rtems="rtems-5" source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n arm-rtems5-kernel-5-1-5 making dir: /home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git git: reset: git://git.rtems.org/rtems.git <http://git.rtems.org/rtems.git> git: checkout: git://git.rtems.org/rtems.git <http:
Re: rsb problem with python
Hi Alex, THis didn't change anything. Looking at the report I see: RTEMS Tools Project - Source Builder Error Report Build: error: git command failed (/usr/bin/git): 1 Command Line: ../source-builder/sb-set-builder --log=l-arm.txt --prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609] I thought rsb needed Python3.6? That's why I went through installing it earlier. Could this be the problem? 2.7.12 is the default python for Ubuntu 16.04. The error seems to be a result of me using "--with-rtems" flag. Pete. On 05/31/2018 01:42 PM, Slide wrote: Hi Pete, This is the command I used git config url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> If you want to make the configuration global (not per repo) you can use the following git config --global url.https://git.rtems.org/.insteadOf git://git.rtems.org/ <http://git.rtems.org/> Thanks, Alex On Wed, May 30, 2018 at 6:35 PM Siddons, David <mailto:sidd...@bnl.gov>> wrote: Hi Alex, I'm pretty git-ignorant. How do I use your command git config url https://git.rtems.org/ <https://git.rtems.org/rtems.insteadOf> ? If I just execute that it says "error: key does not contain a section: url". Pete. *From:* Slide [slide.o@gmail.com <mailto:slide.o@gmail.com>] *Sent:* Wednesday, May 30, 2018 5:32 PM *To:* Siddons, David *Cc:* users@rtems.org <mailto:users@rtems.org> *Subject:* Re: rsb problem with python Hi Pete, That's something I would like to know as well. When something fails after building GCC, it would be nice to not have to rebuild GCC the next time. I don't know enough about the RTEMS build process at this point to be able to help you on that part. Regards, Alex On Wed, May 30, 2018 at 2:19 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Alex, OK, thanks. I'll try that tonight. Maybe it will work as-is from my home network. Is there a way to skip parts of the build? The first part is very slow. Pete. On 05/30/2018 04:59 PM, Slide wrote: Hi Pete, I also ran into a similar failure :-) I had to use: git config url https://git.rtems.org/.insteadOf <https://git.rtems.org/rtems.insteadOf> git://git.rtems.org <http://git.rtems.org> My IT blocks the git protocol port on our company firewall. You can make this global by adding --global after config in the command above Alex On Wed, May 30, 2018 at 12:58 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote: Hi Gedare, That worked, i.e. commenting out the miniconda path and installing python3.6-dev. So on to the next stop :) Processing stopped when building the kernel. At the end of the log file I see: script: 72: export PATH script: 73: # Default environment set up. script: 74: LANG=C script: 75: export LANG script: 76: unset DISPLAY || : script: 77: umask 022 script: 78: cd "/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1" script: 79: echo "=> arm-rtems5-kernel-5-1:" script: 80: echo "==> %prep:" script: 81: source_dir_rtems="rtems-5" source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n arm-rtems5-kernel-5-1-5 making dir: /home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git git: reset: git://git.rtems.org/rtems.git <http://git.rtems.org/rtems.git> git: checkout: git://git.rtems.org/rtems.git <http://git.rtems.org/rtems.git> => 5 error: git command failed (/usr/bin/git): 1 I have attached the entire report, FYI. Does this mean that git could not supply the source? Pete. On 05/30/2018 01:01 PM, Gedare Bloom wrote: Pete, On Wed, May 30, 2018 at 12:19 PM, D Peter Siddons <mailto:sidd...@bnl.gov> wrote: Hi Gedare, I didn't get your earlier email (?), but the answer is: /home/peter/miniconda3/bin/python3.6 so the only way I have 3.6 is through miniconda. Maybe it expects /usr/bin/python3.6? Odd that my email didn't come through to you. Anyway, since 'which' finds it, the paths seem correct. Alex' suggestion to install the development library is a good one however. I have had problems in the past
Re: rsb problem with python
Hi Gedare, That worked, i.e. commenting out the miniconda path and installing python3.6-dev. So on to the next stop :) Processing stopped when building the kernel. At the end of the log file I see: script: 72: export PATH script: 73: # Default environment set up. script: 74: LANG=C script: 75: export LANG script: 76: unset DISPLAY || : script: 77: umask 022 script: 78: cd "/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1" script: 79: echo "=> arm-rtems5-kernel-5-1:" script: 80: echo "==> %prep:" script: 81: source_dir_rtems="rtems-5" source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n arm-rtems5-kernel-5-1-5 making dir: /home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git git: reset: git://git.rtems.org/rtems.git git: checkout: git://git.rtems.org/rtems.git => 5 error: git command failed (/usr/bin/git): 1 I have attached the entire report, FYI. Does this mean that git could not supply the source? Pete. On 05/30/2018 01:01 PM, Gedare Bloom wrote: Pete, On Wed, May 30, 2018 at 12:19 PM, D Peter Siddons wrote: Hi Gedare, I didn't get your earlier email (?), but the answer is: /home/peter/miniconda3/bin/python3.6 so the only way I have 3.6 is through miniconda. Maybe it expects /usr/bin/python3.6? Odd that my email didn't come through to you. Anyway, since 'which' finds it, the paths seem correct. Alex' suggestion to install the development library is a good one however. I have had problems in the past with mixed Anaconda python installations and Ubuntu distro ones. I (like you) had the conda in a subdir of my home directory though, so I found it was easiest for me to just disable the conda paths e.g. by commenting out #export PATH="/home/gedare/anaconda3/bin:$PATH" in my .bashrc was sufficient for me Then, I could install/use the Ubuntu distributions Python2/3 packages without conflicts. Gedare Pete. On 05/30/2018 12:12 PM, Gedare Bloom wrote: Alex, Yes that also makes sense, thank you. Usually, I've seen that problem manifest as missing Python.h, but error messages can be vague and inconsistent. :) On Wed, May 30, 2018 at 11:49 AM, Slide wrote: I ran into a similar issue and the way I solved it was by installing the -dev package for Python. For me this was libpython3-dev on Ubuntu. I'm not sure how to do that with the Anaconda installation, but this may help point you in the right direction. Regards, Alex On Wed, May 30, 2018 at 6:57 AM Gedare Bloom wrote: Pete, Do you get anything with: $ which python3.6 Probably, it is looking for that invocation command. I ought to try this, because my Ubuntu does not ship with python3.6 I know, so maybe it breaks too... hm On Mon, May 28, 2018 at 6:23 PM, Siddons, David wrote: Hi Amaan, Actually, /home/peter/miniconda3/bin/python is a soft link to /home/peter/miniconda3/bin/python3.6 already! Does rsb not follow links? Pete. From: Amaan Cheval [amaan.che...@gmail.com] Sent: Monday, May 28, 2018 6:05 PM To: Siddons, David Cc: users@rtems.org Subject: Re: rsb problem with python Hey David! It looks to me like Anaconda doesn't install the "alias" binaries specifying the version (for eg. both "python" and "python3.6"). I believe the fix in your case should be as simple as copying your existing binary with the following command: cp /home/peter/miniconda3/bin/python /home/peter/miniconda3/bin/python3.6 On Tue, May 29, 2018, 3:28 AM Siddons, David wrote: While building rsb for arm-rtems I got this problem: checking for python... /home/peter/miniconda3/bin/python checking for python3.6... no configure: error: python is missing or unusable Makefile:9095: recipe for target 'configure-gdb' failed make[1]: *** [configure-gdb] Error 1 make[1]: Leaving directory '/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/build' Makefile:848: recipe for target 'all' failed make: *** [all] Error 2 shell cmd failed: /bin/sh -ex /home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/doit error: building arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1peter@peter-Latitude-E7240:~/development/rtems/src/rtems-source-builder/rtems$ I am running Ubuntu: peter@peter-Latitude-E7240:/etc$ lsb_release -a LSB Version: core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch Distributor ID: Ubuntu Description:Ubuntu 16.04.4 LTS Release:16.04 Codename: xenial then: python -V Python 3.6.1 :: Continuum Analytics, Inc. This comes from an Anaconda installation. If I remove the path entry which causes that I get python 2.7, which is the default Ubuntu 16.04 version. Do I need to instal
Re: rsb problem with python
Hi Gedare, I didn't get your earlier email (?), but the answer is: /home/peter/miniconda3/bin/python3.6 so the only way I have 3.6 is through miniconda. Maybe it expects /usr/bin/python3.6? Pete. On 05/30/2018 12:12 PM, Gedare Bloom wrote: Alex, Yes that also makes sense, thank you. Usually, I've seen that problem manifest as missing Python.h, but error messages can be vague and inconsistent. :) On Wed, May 30, 2018 at 11:49 AM, Slide wrote: I ran into a similar issue and the way I solved it was by installing the -dev package for Python. For me this was libpython3-dev on Ubuntu. I'm not sure how to do that with the Anaconda installation, but this may help point you in the right direction. Regards, Alex On Wed, May 30, 2018 at 6:57 AM Gedare Bloom wrote: Pete, Do you get anything with: $ which python3.6 Probably, it is looking for that invocation command. I ought to try this, because my Ubuntu does not ship with python3.6 I know, so maybe it breaks too... hm On Mon, May 28, 2018 at 6:23 PM, Siddons, David wrote: Hi Amaan, Actually, /home/peter/miniconda3/bin/python is a soft link to /home/peter/miniconda3/bin/python3.6 already! Does rsb not follow links? Pete. From: Amaan Cheval [amaan.che...@gmail.com] Sent: Monday, May 28, 2018 6:05 PM To: Siddons, David Cc: users@rtems.org Subject: Re: rsb problem with python Hey David! It looks to me like Anaconda doesn't install the "alias" binaries specifying the version (for eg. both "python" and "python3.6"). I believe the fix in your case should be as simple as copying your existing binary with the following command: cp /home/peter/miniconda3/bin/python /home/peter/miniconda3/bin/python3.6 On Tue, May 29, 2018, 3:28 AM Siddons, David wrote: While building rsb for arm-rtems I got this problem: checking for python... /home/peter/miniconda3/bin/python checking for python3.6... no configure: error: python is missing or unusable Makefile:9095: recipe for target 'configure-gdb' failed make[1]: *** [configure-gdb] Error 1 make[1]: Leaving directory '/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/build' Makefile:848: recipe for target 'all' failed make: *** [all] Error 2 shell cmd failed: /bin/sh -ex /home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/doit error: building arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1peter@peter-Latitude-E7240:~/development/rtems/src/rtems-source-builder/rtems$ I am running Ubuntu: peter@peter-Latitude-E7240:/etc$ lsb_release -a LSB Version: core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch Distributor ID: Ubuntu Description:Ubuntu 16.04.4 LTS Release:16.04 Codename: xenial then: python -V Python 3.6.1 :: Continuum Analytics, Inc. This comes from an Anaconda installation. If I remove the path entry which causes that I get python 2.7, which is the default Ubuntu 16.04 version. Do I need to install Python 3.6? Pete. ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users . -- D. Peter Siddons Detector Development Group Leader Photon Science Division, NSLS-II, Bldg. 535B Brookhaven National Laboratory Upton, NY 11973 email: sidd...@bnl.gov Phone: (631) 344-2738 ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Re: zynq picozed board
Hi Chris, THanks very much, I'll give it a shot. Just as soon as I solve my rsb python issue :) Pete. On 05/30/2018 05:17 AM, Chris Johns wrote: On 29/5/18 5:12 am, Siddons, David wrote: Has anyone implemented RTEMS on an Avnet Picozed board? What needs to be changed in the existing ZynQ support to do that? There should not be too much. I have these functions with suitable values /* * Provide the peripheral clock freq. */ uint32_t a9mpcore_clock_periphclk(void) { return XPAR_CPU_CORTEXA9_0_CPU_CLK_FREQ_HZ / 2; } uint32_t zynq_clock_cpu_1x(void) { return 1U; } You may want to provide an MMU table that fits your needs so you can access the AXI channels to the PL fabric: #ifdef ARMV7_CP15_START_DEFAULT_SECTIONS BSP_START_DATA_SECTION static const arm_cp15_start_section_config zynq_mmu_config_table[] = { ARMV7_CP15_START_DEFAULT_SECTIONS, { .begin = 0xe000U, .end = 0xe020U, .flags = ARMV7_MMU_DEVICE } }; BSP_START_TEXT_SECTION void zynq_setup_mmu_and_cache(void) { uint32_t ctrl = arm_cp15_start_setup_mmu_and_cache( ARM_CP15_CTRL_A, ARM_CP15_CTRL_AFE | ARM_CP15_CTRL_Z ); arm_cp15_start_setup_translation_table_and_enable_mmu_and_cache( ctrl, (uint32_t *) bsp_translation_table_base, ARM_MMU_DEFAULT_CLIENT_DOMAIN, _mmu_config_table[0], RTEMS_ARRAY_SIZE(zynq_mmu_config_table) ); } #endif These functions are weak in RTEMS so providing them in an object file in your application overrides the RTEMS defaults for this BSP. Chris -- D. Peter Siddons Detector Development Group Leader Photon Science Division, NSLS-II, Bldg. 535B Brookhaven National Laboratory Upton, NY 11973 email: sidd...@bnl.gov Phone: (631) 344-2738 ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users