http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161656 <pre>lör 2013-05-18 klockan 15:14 +0000 skrev Scott A: The standalone API do not include filesystem operations, only raw device operations. I think it would be a great addition to add generic filesystem operations to the standalone API. The fs_read() and fs_write() functions should be possible to export via the standalone API as-is, but should probably be wrapped a little bit to select which filesystem/partition to operate on, similar to do_load() but without the u-boot env magics or variable arguments. any specification of filesystem type in the API (if needed) should be done in string form to ensure a long term stable API I think. Regards Henrik _______________________________________________ U-Boot mailing list U-Boot&lt; at &gt;lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot </pre> Henrik Nordström 2013-05-18T23:35:38 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161655 <pre> It does not really matter, I can use the SD card to copy my kernels for now. It is a bit less convenient than TFTP, but still works. No, it does not seem to make any difference. </pre> Gilles Chanteperdrix 2013-05-18T20:46:13 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161654 <pre>Well, this (1.8 V) is the main I/O supply of the OMAP and most peripherals; if it were not OK, the board wouldn't work at all. BR Lubo </pre> Lubomir Popov 2013-05-18T19:24:11 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161653 <pre> Reading the schematics, it seems to me that the ethernet reset arrives on a component using 1.8V which if I am not mistaken comes from the PMIC SMPS7. </pre> Gilles Chanteperdrix 2013-05-18T19:16:14 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161652 <pre>Hi Gilles, Both USB devices are powered by VCC_3V3_MAIN, provided by an external SMPS chip (U3). With the default configuration of the uEVM, this SMPS turns on whenever DC wall power is present; the other option - control by the PMIC SYSEN1 output, has no relation to software as well (SYSEN1 is driven by the PMIC power-on/off sequencer, which is burnt into the PMIC EPROM. Upon power-on it goes high at the very beginning of the sequence). So, unfortunately, this could not be the cause. Regarding the Ethernet LEDs, as far as I remember, they didn't light up at all, although Ethernet worked. The smsc95xx driver in u-boot supports the LAN9730 in compatibility mode and probably does not setup LED operation properly. I think mainline u-boot master still lacks another vital patch for OMAP5 USB, which has been applied to u-boot-ti only (this is commit 2bcc785a1e8ffd3783c2116837fb4b4866a70cef). So please stay with the ti branch for now. Don't know what to say; it's a pity that I don't have the hardware at hand. One </pre> Lubomir Popov 2013-05-18T19:13:46 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161651 <pre>Hi Tom, On Fri, 17 May 2013 15:11:26 -0700, Tom Warren &lt;TWarren&lt; at &gt;nvidia.com&gt; wrote: Please take both in Tegra tree. Amicalement, </pre> Albert ARIBAUD 2013-05-18T18:57:55 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161650 <pre>Hi Tom, Sorry for the delay as I've been traveling. On Friday, May 17, 2013, Tom Rini wrote: I don't have a tegra. Is this a build or runtime issue? If its build , I'll try building some of those targets and let you know. Might be 1 to 2 more days once I get back today. Regards, Joel _______________________________________________ U-Boot mailing list U-Boot&lt; at &gt;lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot </pre> Joel A Fernandes 2013-05-18T18:22:53 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161649 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/18/2013 02:22 PM, Joel A Fernandes wrote: It's build time. Once you've fixed one, please make sure that MAKEALL - -a arm completes without error. Thanks! - -- Tom -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRl8emAAoJENk4IS6UOR1WT4YP/Rh7H943DZgZuZW4hJopHCC0 JOB5yzeehgBl0805IIZN+yAhU/goQ8iXDKi+JrulySltcL31JrHArG1Hik9gyR0Q 0R+37OedqeeoJLhBQi3+5W55wdtkV2c50JF1uoqbzbOKaozoasR0gLsU5Em36Ndy LjXcq6JvhRp0jXoM+NNTKtsxp4CWGx5jms8FVVePy9ScT3QLEVC1GNW7yrq3JhDY Cyu9Z1EXC4+vafX9PSaneTtXaaC48gpIw8TJ0vIsp8oiroypECatDpH2CigF8qZw ugN9WqFVZi+uWT9NGOhUaWXYUWYYI7vDz7WG0NqliMbKkJOxl6LgHU/OjYTZCfeR pilsjH8RDQMnDvbXdCfXTXMfvFGy507K/rjmFoGZcasJ13CXRg44halE7ZsafCsb dzcuI51a/y4YHD7MOdi1EWKQQSjVulTUw0rxL88GYCWXrOGYsxmvtQd6i4+ebX0d JhkRFKe0mQv+dC5y6H3okkLfe75nMnLcckJ8InP7/lj/u19wjyuPu9sWK6WCu9Sp +gdI/SAEJFI81TDHzZ6JkQfzB4LbmjJNRIJE9UtgN/G/f2iSl/U/uH/F1k+qZbIE K29W1uijg1Faa66+n05si</pre> Tom Rini 2013-05-18T18:25:42 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161648 <pre>Hi Henrik, On Sat, May 18, 2013 at 7:24 AM, Henrik Nordström &lt;henrik&lt; at &gt;henriknordstrom.net&gt; wrote: Well that's a great bug to find. It isn't related to your patch though - if you have time it would be nice to get a separate patch to fix that bug. Regards, Simon </pre> Simon Glass 2013-05-18T17:46:18 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161647 <pre>Hi Piotr, On Fri, May 17, 2013 at 6:17 AM, Piotr Wilczek &lt;p.wilczek&lt; at &gt;samsung.com&gt; wrote: Please can you send a patch for this port? Regards, Simon </pre> Simon Glass 2013-05-18T17:41:28 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161646 <pre> Yes, I had local changes, sorry for the noise. </pre> Gilles Chanteperdrix 2013-05-18T17:12:08 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161645 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/18/2013 11:25 AM, Gilles Chanteperdrix wrote: Did you have other patches applied? master works here, but there's some patches required for the USB stuff that haven't yet made it from u-boot-arm to u-boot. - -- Tom -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRl7VEAAoJENk4IS6UOR1WOnsP+wdR4XsY0vU+BQ39U8cyvWZA xCCGsIGwQX24xbGCs+lcdYrj9jIRJfOC+WviJgbgHh8lAfguB7/9nRmwsKgcjHa/ /XnofnJY6o3bkEqEz1ROU82IeFWw6eFW3U8xloGT9SptE8Ak7jBiYhhvKuj6AxFb w8iX6EVC9CrN2NoG7TF0Ah/ekwunvMb2mHxMGepCLVBRtIOH3G2kFSIEqB4EM+0t l0Jt2wN9NFb3gmqJ5iJ0htv/k83HShzsVpUfJJxPv92hWzhYog9l/BIWpI0SNqVH L65xSGW0r6/9A2NIzPTq0jvfUiBAWauDjYyaN9p9E+uhwJlse29LD4bUabnYFB08 F/4374IW0CgcLH6H6BDl2OdQlj6MkLu8qchsA3JzWlcy4nX/EdjHoqZA1pGkJYq0 9h4jgccHRxzDZvX8g6EEgK8TNEn2DaOFq8vZGzV2uyAEX1pMHycYAE5zLjPFFBYt GGfSoDBAr7c2VhHT77BXKE4I1hr9HCBMT8/t3thMJKsRBtn3PRZWDHNa6buvftiv 1HEkzIANQldOWeZV8LoJwj39JI1gHMcjhrX</pre> Tom Rini 2013-05-18T17:07:17 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161644 <pre>Hi,I am attempting to read a set of files from the fat file system into a location in memory.This is easy using the command interface using something likefatload mmc 0:1 0x48000000 file.txt However i want to do this in a standalone program. Is there a function call available to do this in a standalone program.if so could someone give an example. Note: i tried do_fat_fsload function call however compiling threw undefined reference. If this is the correct method maybe i am just using it wrong. Thanks Scott _______________________________________________ U-Boot mailing list U-Boot&lt; at &gt;lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot </pre> Scott A 2013-05-18T15:14:30 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161643 <pre>- added to soft_i2c driver new multibus/multiadpater support - adapted all config files, which uses this driver Signed-off-by: Heiko Schocher &lt;hs&lt; at &gt;denx.de&gt; Cc: Simon Glass &lt;sjg&lt; at &gt;chromium.org&gt; Cc: Stephen Warren &lt;swarren&lt; at &gt;wwwdotorg.org&gt; --- - changes for v2: - fix EEprom_ivm setting for km82xx boards - adapted README - rebase against current mainline 178d0cc1a4c73c3341afbeb2a93b172de8c96bd1 - pass i2c_adapter struct to i2c_core callbacks suggested by Stephen Warren and Simon Glass. - changes for v3: - adapt to the new introduced U_BOOT_I2C_ADAP_COMPLETE define - added README entry - patch has 2 different checkpatch warnings: WARNING: Use of volatile is usually wrong: see Documentation/volatile-considered-harmful.txt +# define I2C_SOFT_DECLARATIONS volatile ioport_t *iop = \ WARNING: Avoid CamelCase: &lt;pFIO_DIR&gt; +#define I2C_INIT(*pFIO_DIR |= PF_SCL); asm("ssync;") This should be fixed in a seperate step, as it affects a lot of boards... --- README </pre> Heiko Schocher 2013-05-18T09:37:54 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161642 <pre> Envoyé de mon iPad _______________________________________________ U-Boot mailing list U-Boot&lt; at &gt;lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot </pre> Mathieu Clavette 2013-05-18T06:40:26 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161641 <pre> FWIIW... Acked-by: Gerald Van Baren &lt;vanbaren&lt; at &gt;cideas.com&gt; Thanks, gvb </pre> Jerry Van Baren 2013-05-17T18:13:29 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161640 <pre> Hi, My idea was that if the ethernet chip does not power up, maybe it is because some LDO or SMPS needs to be powered on. The board documentation says for some LDOs that they are enabled on boot and does not say for others, so that may be because they need to be enabled. I was working with u-boot-ti master, applied all the patches, and it still does not seem to work. I just tried the u-boot master branch but it fails to compile for omap5_uevm. Regards. </pre> Gilles Chanteperdrix 2013-05-18T15:25:30 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161639 <pre>tor 2013-05-16 klockan 21:53 -0700 skrev Simon Glass: It's crashing in ext4 for me. #0 ext4fs_set_blk_dev (rbdd=0x6434a0 &lt;host_devices&gt;, info=info&lt; at &gt;entry=0x643980 &lt;fs_partition&gt;) at dev.c:56 #0 ext4fs_set_blk_dev (rbdd=0x6434a0 &lt;host_devices&gt;, info=info&lt; at &gt;entry=0x643980 &lt;fs_partition&gt;) at dev.c:56 56get_fs()-&gt;total_sect = (info-&gt;size * info-&gt;blksz) &gt;&gt; 57get_fs()-&gt;dev_desc-&gt;log2blksz; 58get_fs()-&gt;dev_desc = rbdd; p(gdb) p get_fs() $2 = (struct ext_filesystem *) 0x644410 &lt;ext_fs&gt; (gdb) p $2-&gt;dev_desc $5 = (block_dev_desc_t *) 0x0 Looks like a generic ext4 bug in the new block size handling code. I think it just needs to be shuffled around a bit so the dev_desc is assigned before, not after. Regards Henrik </pre> Henrik Nordström 2013-05-18T14:24:15 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161638 <pre> Acked-by: Prafulla Wadaskar &lt;Prafulla&lt; at &gt;marvell.com&gt; Regards... Prafulla . . . </pre> Prafulla Wadaskar 2013-05-18T09:47:39 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161637 <pre>- added to fsl_i2c driver new multibus/multiadpater support - adapted all config files, which uses this driver Signed-off-by: Heiko Schocher &lt;hs&lt; at &gt;denx.de&gt; Cc: Simon Glass &lt;sjg&lt; at &gt;chromium.org&gt; Cc: Stephen Warren &lt;swarren&lt; at &gt;wwwdotorg.org&gt; --- - changes for v2: new in v2 - changes for v3: - adapt to the new introduced U_BOOT_I2C_ADAP_COMPLETE define - adapt README --- README | 17 ++- arch/m68k/cpu/mcf5227x/cpu_init.c | 2 +- arch/m68k/cpu/mcf5227x/speed.c | 2 +- arch/m68k/cpu/mcf523x/cpu_init.c | 2 +- arch/m68k/cpu/mcf523x/speed.c | 2 +- arch/m68k/cpu/mcf52x2/cpu_init.c | 4 +- arch/m68k/cpu/mcf52x2/speed.c | 4 +- arch/m68k/cpu/mcf532x/cpu_init.c | 4 +- arch/m68k/cpu/mcf532x/speed.c | 2 +- arch/m68k/cpu/mcf5445x/cpu_init.c | 2 +- arch/m68k/cpu/mcf5445x/speed.c | 4 +- arch/m68k/cpu/mcf547x_8x/cpu_init.c | 2 +- ar</pre> Heiko Schocher 2013-05-18T09:37:55 http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/161636 <pre>From: Dirk Eibach &lt;dirk.eibach&lt; at &gt;gdsys.cc&gt; Signed-off-by: Dirk Eibach &lt;dirk.eibach&lt; at &gt;gdsys.cc&gt; Cc: Heiko Schocher &lt;hs&lt; at &gt;denx.de&gt; Cc: Stefan Roese &lt;sr&lt; at &gt;denx.de&gt; Tested-by: Stefan Roese &lt;sr&lt; at &gt;denx.de&gt; --- - changes for v3: - new patch in this serie - changes against post from Dirk Eibach patchwork.ozlabs.org/patch/239502 - adapt README - fix rebase issue in include/configs/CANBT.h - changes for v4: add Tested-by from Stefan Roese --- README | 5 + arch/powerpc/cpu/ppc4xx/40x_spd_sdram.c | 6 +- arch/powerpc/cpu/ppc4xx/44x_spd_ddr.c | 6 +- arch/powerpc/cpu/ppc4xx/44x_spd_ddr2.c | 3 +- arch/powerpc/cpu/ppc4xx/cmd_chip_config.c | 2 +- arch/powerpc/cpu/ppc4xx/denali_spd_ddr2.c | 3 +- arch/powerpc/include/asm/ppc4xx-i2c.h | 18 -- board/csb272/csb272.c | 2 +- board/esd/du440/du440.c | 2 - board/lwmon5/kbd.c | 2 +- board/mpl/pip405/pip405.c | 2 +- board</pre> Heiko Schocher 2013-05-18T09:38:00 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.boot-loaders.u-boot