Hell
-- Stefan Eletzhofer www.eletztrick.de ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Upgrading cramfs root file system while running (DENX wrote that is not possible)
Hi, Am 21.04.2006 um 23:32 schrieb Antonio Di Bacco: Little bit off topic: I decided to adopt a different strategy, the sw download web page will contain a java applet that will act as a tftp server, then the board will be rebooted and an environment variable will instruct the u-boot to tftp the new software from the applet. What do you think? I know that applets cannot read local files on the PC, unless they have a valid certificate but the user should trust me. nice idea IMHO. Is that applet available somewhere? That would surely fit my needs (and others probably, too). Cheers, Stefan. Bye, Antonio. On Friday 21 April 2006 22:23, Wolfgang Denk wrote: In message 200604210853.32860.david.jander at protonic.nl you wrote: What do you mean with something bad could happen? System crashes. The only thing I can think of is pulling the power plug while flash is being erased or written. What else could go wrong? The kernel may try to (re-) load some pages of a running executable or library which is no longer available (at least not at the addresses where they used to be). The kernel will either stumble over what it believes to be a corrupted file system, or load the wrong data - kaboom. We do the following: system running from read-only jffs2 partition. Sometimes that partition is remounted read-write and single files are replaced, but in some occasions we need to upgrade the whole fs. In that case a CGI lodas the image into a ramdisk, and the upgrade process is started. For upgrade, You *have* to unmount the old file system here. partition, and then dd again to copy the image. At that point no critical flash-read access should be requested since dd is already in cache (it's The kernel might reload any page of any running executable or library. Best regards, Wolfgang Denk ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
argument list too long
Hi, Am Dienstag, den 03.01.2006, 15:17 +0100 schrieb Wolfgang Denk: In message f8bc181b0601030606x3b29ee28q at mail.gmail.com you wrote: After a few minutes of dependency creation, I get the following error argument list too long: scripts/mkdep -- `find /usr/src/linuxppc_2_4_devel-2005-10-25-1440/include/asm /usr/src/linuxppc_2_4 _devel-2005-10-25-1440/include/linux /usr/src/linuxppc_2_4_devel-2005-10-25-1440/include/scsi /usr/s rc/linuxppc_2_4_devel-2005-10-25-1440/include/net /usr/src/linuxppc_2_4_devel-2005-10-25-1440/includ e/math-emu \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print` .hdepend scripts/mkdep: argument list too long make: *** [dep-files] Error 2 Can someone help me understand where that comes from? The error comes from the fact that the find command (the part in `...` above) generates a long list of file names which exceeds some buffer in your shell. Does it have something to do with the fact that I work under WinXP + Cygwin? Yes. No need to say that I am a newbie to the Linux world... help me, Wolfgang :-) I try. Find the statement in the Makefile and use xargs to avoid a long argument list. Something like this might help: --- Makefile.ORIG 2006-01-03 15:15:48.0 +0100 +++ Makefile 2006-01-03 15:16:55.0 +0100 @@ -503,7 +503,7 @@ ifdef CONFIG_MODVERSIONS $(MAKE) update-modverfile endif - scripts/mkdep -- `find $(FINDHPATH) \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print` .hdepend + find $(FINDHPATH) \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print | xargs scripts/mkdep -- .hdepend scripts/mkdep -- init/*.c .depend Would'nt this overwrite .depend if xargs executes mkdep more than once? I'd suggest (beware, manually hacked diff ;): --- Makefile.ORIG 2006-01-03 15:15:48.0 +0100 +++ Makefile2006-01-03 15:16:55.0 +0100 @@ -503,7 +503,7 @@ ifdef CONFIG_MODVERSIONS $(MAKE) update-modverfile endif - scripts/mkdep -- `find $(FINDHPATH) \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print` .hdepend + rm -f .depend find $(FINDHPATH) \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print | xargs scripts/mkdep -- .hdepend scripts/mkdep -- init/*.c .depend ifdef CONFIG_MODVERSIONS Best regards, Wolfgang Denk -- Stefan Eletzhofer InQuant GmbH Bahnhofstra?e 11 D-88214 Ravensburg http://www.inquant.de http://www.eletztrick.de +49 (0) 751 35 44 112 +49 (0) 171 23 24 529 (Mobil) +49 (0) 751 35 44 115 (FAX) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20060104/3dc67a0a/attachment.pgp
argument list too long
Am Mittwoch, den 04.01.2006, 14:36 +0100 schrieb Wolfgang Denk: In message 1136380085.15908.15.camel at localhost you wrote: + find $(FINDHPATH) \( -name SCCS -o -name .svn \) -prune -o -follow -name \*.h ! -name modversions.h -print | xargs scripts/mkdep -- .hdepend scripts/mkdep -- init/*.c .depend Would'nt this overwrite .depend if xargs executes mkdep more than once? No, why should it? The filr eredirection happens just once, in the shell, even before xargs gets executed. It does not matter how often mkdep gets called then. Gah. You're right, of course ;/ I'd suggest (beware, manually hacked diff ;): I have no idea what you're trying to fix or improve with this. problem is in front of keyboard Oder so. Best regards, Wolfgang Denk -- Stefan Eletzhofer InQuant GmbH Bahnhofstra?e 11 D-88214 Ravensburg http://www.inquant.de http://www.eletztrick.de +49 (0) 751 35 44 112 +49 (0) 171 23 24 529 (Mobil) +49 (0) 751 35 44 115 (FAX) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20060104/e532f2cd/attachment.pgp
MPC5200 TXRTS feature
Hi, has anyone got the TXRTS feature working on the Freescale MPC5200? I need that to use PSC6 for RS485. I've tried some hints I found in a thread starting here: http://article.gmane.org/gmane.comp.hardware.motorola.microcontrollers.coldfire/6225 but no luck, so far. I got it working by manually asserting and negating RTS through OP1/OP0, and waiting for the TX_FIFO_EMPTY bit, but I really want to use the TXRTS feature, which _should_ deassert RTS automatically one bit-time after the last bit is shifted out. Thanks, Stefan E. -- Stefan Eletzhofer InQuant GmbH Bahnhofstra?e 11 D-88214 Ravensburg http://www.inquant.de http://www.eletztrick.de +49 (0) 751 35 44 112 +49 (0) 171 23 24 529 (Mobil) +49 (0) 751 35 44 115 (FAX) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20051216/37d2ae81/attachment.pgp
