Loading...
Home > Internal Error > Internal Error 0x50 Gettext .c

Internal Error 0x50 Gettext .c

I'm still running 3.0.35, checked out from the git repository back in March or so... apt-get install build-essential libncurses5-dev apt-get install git apt-get install uboot-mkimage git clone https://github.com/UDOOboard/Kernel_Unico kernel make ARCH=arm UDOO_defconfig make menuconfig make -j4 ARCH=arm uImage modules make -j4 ARCH=arm INSTALL_MOD_PATH=.. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.8/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Debian 4.8.2-16' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --disable-libitm --disable-libquadmath --enable-plugin These contain other changes unrelated to I2C, like enabling all UARTS, SDHC1 (secondary SD card), exporting some GPIOs not brought out to pin headers, and reducing reserved GPU memory to 16MB http://renderq.net/internal-error/internal-error-0x50-hp-1415.php

Interestingly I still cannot get the SAM3 J21 SDA/SCL pins to talk on i2c via the Arduino Wire library. another fact which I don`t know if it`s involved is that I`m running headless via ssh and its booting off sata. Larry larryhartman50, Jun 8, 2014 #27 fetcher Member Joined: Mar 9, 2014 Messages: 136 Likes Received: 2 Re: getting i2c_1 working I have the i.MX6's I2C1 (/dev/i2c-0, header pins 20-21) Wonder if this is significant? http://h30434.www3.hp.com/t5/Printer-Software-and-Drivers/PCL-XL-error-LaserJetPro-CM1415fnw/td-p/1066289

Good luck Tom TomFreudenberg, Jun 10, 2014 #34 fetcher Member Joined: Mar 9, 2014 Messages: 136 Likes Received: 2 Re: getting i2c_1 working I'd go with Tom's suggestion also. The Arduino HFP compiles on Debian Wheezy but still flashes some errors. Code: Starting kernel ... [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.0.35-g6559a52-dirty ([email protected]) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 SMP PREEM PT Tue Jun 10 12:20:04 BST The left pane is the the "before" changes are made and the right pane is the "after" changes are made.

larryhartman50, Jun 8, 2014 #25 peter247 New Member Joined: Mar 10, 2014 Messages: 263 Likes Received: 0 Re: getting i2c_1 working I think there is a fault somewhere in the kernel After working with some smaller ARM boards, it feels kind of luxurious to have one that can host its own development toolchain. Next I programmed the SAM3 via Arduino to look for activity on the SCL/SDA ports. [email protected]:/mnt/kernel# gcc -v Using built-in specs.

I can send and receive i2c data with the Wire commands. In my original recompile all I did was comment out lines 0480 and 0481. I am going to change some lines (specified below) and recompile the kernel. http://www.udoo.org/forum/threads/solved-ish-getting-i2c_1-working.1380/page-2 My next step is to recompile the kernel on Debian Wheezy to disable the GPIOs on JP5 pins 1/2.

Total pages: 256000 [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/sda1 fbmem=24M video=mxcfb0:dev=hdmi,[email protected],b pp=32 [ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Dentry cache hash table entries: It does seem like something might have become corrupted in your kernel source tree. I will check back here every couple of days to lend assistance where I can. I do not see any activity on this port with the Wire1 commands.

I followed the steps in the manual to remark the relevant GPIO pins and recompile the kernel. https://android.googlesource.com/platform/system/core/+/be61f39a6b3b92fd6f0a9d1e732f59fa08e95da6%5E2..be61f39a6b3b92fd6f0a9d1e732f59fa08e95da6/ hope to try 3.10.17 soon (especially if there are improvements in the audio drivers), but haven't yet. Code: MX6Q_PAD_CSI0_DAT13__GPIO_5_31, // pin 19 // MX6Q_PAD_CSI0_DAT13__UART4_RXD, // MX6Q_PAD_EIM_D28__GPIO_3_28, // pin 20 MX6Q_PAD_EIM_D28__I2C1_SDA, // MX6Q_PAD_EIM_D21__GPIO_3_21, // pin 21 MX6Q_PAD_EIM_D21__I2C1_SCL, // MX6Q_PAD_EIM_D21__SPDIF_IN1, MX6Q_PAD_DISP0_DAT6__GPIO_4_27, // pin 22 MX6Q_PAD_DISP0_DAT7__GPIO_4_28, // pin 23 I guess May take a day or so before I know for sure the results.

Please note the lines that are labeled as "not set." These have my attention for the moment as potential sources of the problem. /arch/arm/configs/UDOO_defconfig Line 0277: CONFIG_IMX_HAVE_PLATFORM_IMX_I2C=y Line 1462: CONFIG_I2C=y Line useful reference fetcher, Jun 9, 2014 #32 peter247 New Member Joined: Mar 10, 2014 Messages: 263 Likes Received: 0 Re: getting i2c_1 working I think my udoo hates me. peter247, Jun 6, 2014 #23 larryhartman50 New Member Joined: Jun 6, 2014 Messages: 6 Likes Received: 0 Re: getting i2c_1 working My Debian Wheezy compile worked ok but no joy on For the last bit I`ve been using the LVDS socket method which I know is temporary , but does work quite well.

  • I understand what I should be gone from the manual , but there is something clearly wrong when you try it.
  • those text files are apparently too dangerous!
  • I missed something, reread the manual, and gained some understanding.
  • fetcher, Jun 9, 2014 #28 peter247 New Member Joined: Mar 10, 2014 Messages: 263 Likes Received: 0 Re: getting i2c_1 working I will have to try and compile the kernel again
  • I will redo this the correct way and report back the outcome.

Additionally the input mode of the original GPIOs must be disabled in the array mx6dl_set_in_inputmode[] by commenting out those lines (0480 and 0481). It seems the folks who posted the first two posts may have missed what I missed. peter247, Jun 10, 2014 #33 TomFreudenberg Member Joined: May 12, 2014 Messages: 56 Likes Received: 2 Re: getting i2c_1 working Hi Peter, maybe you should completly drop the src files and my review here larryhartman50, Jun 6, 2014 #22 peter247 New Member Joined: Mar 10, 2014 Messages: 263 Likes Received: 0 Re: getting i2c_1 working My support ticket is now a month ago without reply,

The manual portion I am referring to is Chapter 6 i.mx6 Pin Muxing. Maybe I should take them out to remove the unusable /sys/class/gpio/gpio85 and gpio92 ('unexporting' those from userland would work too), but those aren't interfering, especially being set as inputs (and the Lastly I programmed the SAM3 via Arduino to look for activity on the J5 pins 1/2 ports.

COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-14' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-sjlj-exceptions

AboutTeam Press Review Press and Media Privacy SupportForum FAQ Customer Care Contact Us ResourcesDocs Tutorials Download Images Other Resources Made with ❤ in Italy Copyright© 2016 SECO USA Inc | 111 I think I just did 'make -j4 uImage && make -j4 modules && make modules_install'. Attached Files: udoo-kernel-files.zip File size: 12.9 KB Views: 13 fetcher, Jun 9, 2014 #30 peter247 New Member Joined: Mar 10, 2014 Messages: 263 Likes Received: 0 Re: getting i2c_1 working Thanks peter247, Jun 8, 2014 #26 larryhartman50 New Member Joined: Jun 6, 2014 Messages: 6 Likes Received: 0 Re: getting i2c_1 working Peter, I am happy to report success on Linaro Beta

The sam side works ( wire and wire1 ), but is missing parts of the library ,eg the ack don`t work. The coding example provided (for changing UART pins) with a left pane and right pane is not easy to read due to tab spacing and formatting. However I did get i2c working on J5 pins 20/21 on SAM3 using Arduino Wire library. get redirected here I also downloaded i2c-tools.

I keep downloading a new copy of the kernel source tree. ONLY WHEN ENABLED IN KERNEL HDMI CN8 - KEY_COL3/ROW3 - I2C2 SCL/SDA - iMX6 ONLY => smbus(1) CN13 PIN 12/19 - CN11 PIN 11/15 - I2C3 SCL/SDA - iMX6 ONLY => No, create an account now. Also, if possible, create a second and very simple (minimized) installation SD-Card based on debian or ubuntu-core and try again.

peter247, Jun 9, 2014 #29 fetcher Member Joined: Mar 9, 2014 Messages: 136 Likes Received: 2 Re: getting i2c_1 working peter247 said: I will have to try and compile the kernel Newer Than: Search this thread only Search this forum only Display results as threads Useful Searches Recent Posts More... I`ve tried again still kernel panic with your files ... , I added the arch = arm after it didn`t boot , So that was a try it and see . Curious has anyone determined if these issues exist on Android variant?

What kernel are you using ? maybe that will pacify the silly thing. Log in or Sign up UDOO Forum Forums > Operating Systems & Applications > Kernels > SOLVED-ish - getting i2c_1 working Discussion in 'Kernels' started by peter247, May 8, I'll try putting them in a ZIP ...

They will be a bit different in the quad version. /arch/arm/mach-mx6/board-mx6sdl_seco_UDOO.h Line 0127: static iomux_v3_cfg_t mx6sdl_seco_UDOO_pads[] = { Line 0345: MX6DL_PAD_EIM_D28__GPIO_3_28 Line 0346: // MX6DL_PAD_EIM_D28__GPIO_I2C1_SCL Line 0347: MX6DL_PAD_EIM_D21__GPIO_3_21 Line 0348: //

© Copyright 2017 renderq.net. All rights reserved.