Call for help (was Re: Nanonote like clamshell based on AM335x processor)

Xiangfu Liu xiangfu at
Thu Aug 9 03:30:06 EDT 2012

Hi Bas

After apply this patch[1] to 'pypp', I can success build 'pypp' which is needed by build irsi.
but when I compile the irsi, I got those error:

xiangfu at macbook:~/workspace/PanGu/iris.git$ make
pypp --name mips/nanonote/nand-boot.ccp < mips/nanonote/nand-boot.ccp > mips/nanonote/
mipsel-openwrt-linux-gcc -O5 -fno-inline -I. -Imips -Imips/nanonote -Wa,-mips32 -DNANONOTE -DUSE_SERIAL  -Wno-unused-parameter -fno-strict-aliasing -fno-builtin -nostdinc -DNUM_THREADS=2 -ggdb3 -c mips/nanonote/ -o mips/nanonote/nand-boot.o
/tmp/ccszuMY8.s: Assembler messages:
/tmp/ccszuMY8.s: Fatal error: Infinite loop encountered whilst attempting to compute the addresses of symbols in section .text
make: *** [mips/nanonote/nand-boot.o] Error 1
rm mips/nanonote/

[1]xiangfu at macbook:~/workspace/PanGu/spark/pypp$ svn diff
---	(revision 870)
+++	(working copy)
@@ -364,7 +364,7 @@
  				clean, true)
  	shevek::args args (argc, argv, opts, 0, 0,
-			"Python-style preprocessor for C code.", "2007");
+                       "Python-style preprocessor for C code.");
  	pypp foo (std::cin, std::cout, filename, clean);

xiangfu at macbook:~/workspace/PanGu/spark/pypp$ svn info
Path: .
Repository Root:
Repository UUID: beda85c3-de0d-0410-9d82-df8c0e8dcb5e
Revision: 870
Node Kind: directory
Schedule: normal
Last Changed Author: shevek
Last Changed Rev: 843
Last Changed Date: 2009-04-29 19:01:31 +0800 (Wed, 29 Apr 2009)

> Speaking only for and about myself, I must disagree. The reason I'm not
> very active, is that I have encountered a problem which I have not been
> able to fix. I am still enthousiastic, though! If anyone can help me,
> that is much appreciated. I'll explain the problem.
> When power the device down, the device really does power down (the
> display also goes black, even though I don't instruct it to do so).
> However, it is unable to power up again. The only way to fix that, is by
> removing all power (usb and battery), wait some time, and apply power again.
> Now, the power down procedure is as documented in the programmer's
> manual, and also as in the Linux kernel. I don't think this is the
> problem. I'm probably missing something in the power up sequence, but I
> don't know what. If I boot from software usb boot mode, iris doesn't set
> up the sdram and clocks, but the problem exists. It also exists when
> iris does set up the sdram and clocks (hardware usb boot).
> Any hints are very welcome.
> Thanks,
> Bas

More information about the discussion mailing list