armadeus

Hi Guilaume,

Guillaume Miossec a écrit :
> I try to suspend the board with :
> # echo -n standby > /sys/power/state
>
> The board seems suspend but I found no way to wake it...
>   
In suspend state i.MX27 can only be awaken by an external interrupt.
> What's the solution ?
>
>   
Are you testing it on the APF27Dev ?

Regards,
Julien

Guillaume Miossec
Développeur Linux Embarqué
Bureau d'Étude Instrumentation - AES Chemunex
g.miossec.aeschemunex@...


Le 24/03/2010 16:57, Julien Boibessot a écrit :
> Hi Guilaume,
>
> Guillaume Miossec a écrit :
>    
>> I try to suspend the board with :
>> # echo -n standby>  /sys/power/state
>>
>> The board seems suspend but I found no way to wake it...
>>
>>      
> In suspend state i.MX27 can only be awaken by an external interrupt.
>    
>> What's the solution ?
>>
>>
>>      
> Are you testing it on the APF27Dev ?
>    
Yes, I also try to push on S1 button...

> Regards,
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Yes, I test it on APF27Dev. I also try to push on S1 button...

2010/3/24 Julien Boibessot <julien.boibessot@...>

> Hi Guilaume,
>
> Guillaume Miossec a écrit :
> > I try to suspend the board with :
> > # echo -n standby > /sys/power/state
> >
> > The board seems suspend but I found no way to wake it...
> >
> In suspend state i.MX27 can only be awaken by an external interrupt.
> > What's the solution ?
> >
> >
> Are you testing it on the APF27Dev ?
>
> Regards,
> Julien
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Guillaume Miossec a écrit :
> Yes, I test it on APF27Dev. I also try to push on S1 button...
S1 is by default _not _configured to generate an interrupt to the i.MX27.
Either use Linux power management menuconfig and select S1 & D14 to be
used for PM test, or configure S1 by hand with gpio driver.

Regards,
Julien

Yes I also do it  but I haven't more succes.

Guillaume Miossec
Développeur Linux Embarqué
Bureau d'Étude Instrumentation - AES Chemunex
g.miossec.aeschemunex@...


Le 25/03/2010 09:22, Julien Boibessot a écrit :
> Guillaume Miossec a écrit :
>    
>> Yes, I test it on APF27Dev. I also try to push on S1 button...
>>      
> S1 is by default _not _configured to generate an interrupt to the i.MX27.
> Either use Linux power management menuconfig and select S1&  D14 to be
> used for PM test, or configure S1 by hand with gpio driver.
>
> Regards,
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Guillaume Miossec a écrit :
> Yes I also do it  but I haven't more succes.
>   
Are you working with latest GIT revision ?

Julien

No, I work with Armadeus3.2 version. I have patch to apply ?

Moreover, do you have a release date for 3.3 version ?

Guillaume Miossec
Développeur Linux Embarqué
Bureau d'Étude Instrumentation - AES Chemunex
g.miossec.aeschemunex@...


Le 26/03/2010 10:55, Julien Boibessot a écrit :
> Guillaume Miossec a écrit :
>    
>> Yes I also do it  but I haven't more succes.
>>
>>      
> Are you working with latest GIT revision ?
>
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Guillaume Miossec a écrit :
> No, I work with Armadeus3.2 version. I have patch to apply ?
>   
ok that could explain why it's not working properly.
I would advise you to at least update all the patches in
buildroot/target/device/armadeus/linux/kernel-patches/2.6.29/ and
rebuild you linux kernel:
    make linux26-dirclean
    make
(don't forget to save you current Linux .config in
buildroot/target/device/armadeus/apf27/apf27-linux-2.6.29.config,
_before_ doing the dirclean)
> Moreover, do you have a release date for 3.3 version ?
>   
as soon as we have APW's Bluetooth fully working, so hopefully in the
coming weeks...
For the next releases, I think we will fix dates instead of
functionnalities.

Regards,
Julien

Cyril Wallois a écrit :
> To use the ethernet driver as module on the apf9328, the source file
> ".../buildroot/project_build_armv4t/apf9328/linux2.6.XX.X/arch/arm/mach-imx/apf9328.c"
> must be modified.
>
> Join in this email the "patch" to use, maybe there are modification to
> bring for portability.
Thanks for the report, I just committed a slightly different version.

Concerning your patch you did the wrong way when generating it; use:
    diff original_source modified_source

It seems you did:
    diff modified_source original_source
;-)

Regards,
Julien

Hi theren
i just make a fresh compile, following the wiki to get the latest git  
version, then uncomment the latest builroot version, then :
make apf27_defconfig
make
make menuconfig then select ipsec-tools
make :
<-
mkdir -p /home/armadeus/armadeus/buildroot/output/host/usr/bin
cp -dpf  
/home/armadeus/armadeus/buildroot/output/build/u-boot-1.3.4/tools/mkimage  
/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage
cp: n'écrit pas à travers le symlink détaché  
`/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage'
make[1]: ***  
[/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage] Erreur 1
->
i'm on amd64 should it be the trouble ?
see you
Loux

Hi Loux,

Loux a écrit :
> Hi theren
> i just make a fresh compile, following the wiki to get the latest git  
> version, then uncomment the latest builroot version, then :
> make apf27_defconfig
> make
> make menuconfig then select ipsec-tools
> make :
> <-
> mkdir -p /home/armadeus/armadeus/buildroot/output/host/usr/bin
> cp -dpf  
> /home/armadeus/armadeus/buildroot/output/build/u-boot-1.3.4/tools/mkimage  
> /home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage
> cp: n'écrit pas à travers le symlink détaché  
> `/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage'
> make[1]: ***  
> [/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage] Erreur 1
> ->
>   
There are still some bugs with the new Builroot integration. This is one
of these.
Just:
    rm -f /home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage
and then do a:
    make

Regards,
Julien

Hi,
thanks for the answer. The error is solved but i got another one :(

in got :
.config:271:BR2_PACKAGE_FLEX=y
.config:272:BR2_PACKAGE_FLEX_LIBFL=y

but :
make flex && make flex-install

don't install libfl.a in the staging dir
(so ipsec won't build :( )

config.log : http://nopaste.info/83361818a5.html

see you
Loux

Julien Boibessot <julien.boibessot@...> a écrit :

> Hi Loux,
>
> Loux a écrit :
>> Hi theren
>> i just make a fresh compile, following the wiki to get the latest git
>> version, then uncomment the latest builroot version, then :
>> make apf27_defconfig
>> make
>> make menuconfig then select ipsec-tools
>> make :
>> <-
>> mkdir -p /home/armadeus/armadeus/buildroot/output/host/usr/bin
>> cp -dpf
>> /home/armadeus/armadeus/buildroot/output/build/u-boot-1.3.4/tools/mkimage
>> /home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage
>> cp: n'écrit pas à travers le symlink détaché
>> `/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage'
>> make[1]: ***
>> [/home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage] Erreur 1
>> ->
>>
> There are still some bugs with the new Builroot integration. This is one
> of these.
> Just:
>     rm -f /home/armadeus/armadeus/buildroot/output/host/usr/bin/mkimage
> and then do a:
>     make
>
> Regards,
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Loux a écrit :
> Hi,
> thanks for the answer. The error is solved but i got another one :(
>
> in got :
> .config:271:BR2_PACKAGE_FLEX=y
> .config:272:BR2_PACKAGE_FLEX_LIBFL=y
>
> but :
> make flex && make flex-install
>
> don't install libfl.a in the staging dir
> (so ipsec won't build :( )
>   
It was working in the "old" Buildroot but in the new one something got
lost when BR guys moved flex to autotools infrastructure.
Problem was corrected recently:
http://git.buildroot.net/buildroot/commit/?id=3502bb056f0de1e4eecd7b0de6156daf18a2162c

So I will update BUILDROOT_VERSION in our make Makefile to get a more
recent BR and correct your problem.
Can you try the correction meanwhile ?

Regards,
Julien

Hi Julien,
adding
+FLEX_INSTALL_STAGING=YES
make the install copy libfl.a to staging_dir so it works for that :)

but now, for ipsec-tools, i got :
configure:11678: checking for flex
configure:11694: found  
/home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex
configure:11705: result: flex
configure:11742: flex conftest.l
./configure: line 11743:  
/home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex:  
cannot execute binary file
configure:11745: $? = 126
configure:11747: checking lex output file root
configure:11758: error: cannot find output from flex; giving up

see you,
Loux

Julien Boibessot <julien.boibessot@...> a écrit :

> Loux a écrit :
>> Hi,
>> thanks for the answer. The error is solved but i got another one :(
>>
>> in got :
>> .config:271:BR2_PACKAGE_FLEX=y
>> .config:272:BR2_PACKAGE_FLEX_LIBFL=y
>>
>> but :
>> make flex && make flex-install
>>
>> don't install libfl.a in the staging dir
>> (so ipsec won't build :( )
>>
> It was working in the "old" Buildroot but in the new one something got
> lost when BR guys moved flex to autotools infrastructure.
> Problem was corrected recently:
> http://git.buildroot.net/buildroot/commit/?id=3502bb056f0de1e4eecd7b0de6156daf18a2162c
>
> So I will update BUILDROOT_VERSION in our make Makefile to get a more
> recent BR and correct your problem.
> Can you try the correction meanwhile ?
>
> Regards,
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Loux a écrit :
> Hi Julien,
> adding
> +FLEX_INSTALL_STAGING=YES
> make the install copy libfl.a to staging_dir so it works for that :)
>   
ok
> but now, for ipsec-tools, i got :
> configure:11678: checking for flex
> configure:11694: found  
> /home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex
> configure:11705: result: flex
> configure:11742: flex conftest.l
> ./configure: line 11743:  
> /home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex:  
> cannot execute binary file
> configure:11745: $? = 126
> configure:11747: checking lex output file root
> configure:11758: error: cannot find output from flex; giving up
>   
Is flex installed on your Host PC ?

Regards,
Julien

Hi Julien,
of course he is !
but buildroot try to execute :
/home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex
which is for arm platform so it's failed :(
see you
Loux

Julien Boibessot <julien.boibessot@...> a écrit :

> Loux a écrit :
>> Hi Julien,
>> adding
>> +FLEX_INSTALL_STAGING=YES
>> make the install copy libfl.a to staging_dir so it works for that :)
>>
> ok
>> but now, for ipsec-tools, i got :
>> configure:11678: checking for flex
>> configure:11694: found
>> /home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex
>> configure:11705: result: flex
>> configure:11742: flex conftest.l
>> ./configure: line 11743:
>> /home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex:
>> cannot execute binary file
>> configure:11745: $? = 126
>> configure:11747: checking lex output file root
>> configure:11758: error: cannot find output from flex; giving up
>>
> Is flex installed on your Host PC ?
>
> Regards,
> Julien
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Armadeus-forum mailing list
> Armadeus-forum@...
> https://lists.sourceforge.net/lists/listinfo/armadeus-forum
>

Loux a écrit :
> Hi Julien,
> of course he is !
> but buildroot try to execute :
> /home/armadeus/armadeus/buildroot/output/build/staging_dir/usr/bin/flex
>   
I don't know why it takes the wrong flex tool. On my PC (Ubuntu 9.04) it
takes the Host one... :-(

Regards,
Julien

Nice. I could have missed that page. Thank you.

As far as I can see, you integrated the decoder plugins for gstreamer
provided by freescale. I downloaded its source but I didn't have time
to make it work yet, but it's already done by you :)


> First, I have to find a camera anyone can use.

What kind of camera you want? We had some earlier experiments with
Mightex System's 3MPixel industrial camera.
(http://www.mightexsystems.com/family_info.php?cPath=1_37_43&categories_id=43)

If you want, I can try to make it work on the APF27. They sent a Linux
driver package for us what might work. It will take some time, besides
my other works, but It could work.




Bests,
Balazs

Balazs Lehotai a écrit :
> Nice. I could have missed that page. Thank you.
>
> As far as I can see, you integrated the decoder plugins for gstreamer
> provided by freescale. I downloaded its source but I didn't have time
> to make it work yet, but it's already done by you :)
>   
no no, I only tested/hacked the demo programs from Freescale, not the
gstreamer plugins.
gstreamer was reported to me to be very slow and was not (at that time)
integrated in Buildroot.
Now we begin to support recent Buildroot versions that integrate
gstreamer support. But Freescale aren't integrated yet.
Currently you still have to use LTIB to build rootfs with i.MX27
optimized gstreamer plugins.
> What kind of camera you want? We had some earlier experiments with
> Mightex System's 3MPixel industrial camera.
> (http://www.mightexsystems.com/family_info.php?cPath=1_37_43&categories_id=43)
>
> If you want, I can try to make it work on the APF27. They sent a Linux
> driver package for us what might work. It will take some time, besides
> my other works, but It could work.
>   
Seems cool, but it is to expensive for most people I think. USB
interface is not optimal on such embedded processors as it requires a
lot of CPU power. i.MX27 has a CSI interface more suitable to connect
camera devices.

I started trying this one, but production was stopped:
http://www.armadeus.com/wiki/index.php?title=OV9653
Now I have found a new module that may be available for a longer time...
More coming soon...

I will also try some USB low cost webcams for people only wanting to
take photos and not make Hi-Res videos.

Regards,
Julien