<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.embedded.ptxdist.oselas.community">
    <title>gmane.comp.embedded.ptxdist.oselas.community</title>
    <link>http://blog.gmane.org/gmane.comp.embedded.ptxdist.oselas.community</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1678"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1676"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1675"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1658"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1657"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1655"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1653"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1644"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1640"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1639"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1634"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1633"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1628"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1622"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1609"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1608"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1607"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1678">
    <title>Mini2440 and GTK+</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1678</link>
    <description>&lt;pre&gt;I am having a rough time getting GTK+ enabled for my Mini2440. Is there
anyone else that tried to do this? Is it possible? Any advice...
&lt;/pre&gt;</description>
    <dc:creator>Mike Munie</dc:creator>
    <dc:date>2013-06-14T15:00:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1676">
    <title>[PATCH] zlib: Add alternative download URL</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1676</link>
    <description>&lt;pre&gt;Since zlib guys move away the tarball after a new release is made, we
add the mirror at the libpng site. Same as in ptxdist itself.

Something for the stable branch?

Signed-off-by: Bernhard Walle &amp;lt;bernhard-X9USDgGjgfuzQB+pC5nmwQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 rules/host-zlib.make | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/rules/host-zlib.make b/rules/host-zlib.make
index 8a11c73..8ab59b0 100644
--- a/rules/host-zlib.make
+++ b/rules/host-zlib.make
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -21,7 +21,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; HOST_ZLIB_VERSION:= 1.2.7
 HOST_ZLIB_MD5:= 2ab442d169156f34c379c968f3f482dd
 HOST_ZLIB:= zlib-$(HOST_ZLIB_VERSION)
 HOST_ZLIB_SUFFIX:= tar.bz2
-HOST_ZLIB_URL:= http://zlib.net/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX)
+HOST_ZLIB_URL:= \
+http://zlib.net/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX) \
+$(call ptx/mirror, SF, libpng/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX))
 HOST_ZLIB_SOURCE:= $(SRCDIR)/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX)
 HOST_ZLIB_DIR:= $(HOST_BUILDDIR)/$(HOST_ZLIB)
 
&lt;/pre&gt;</description>
    <dc:creator>Bernhard Walle</dc:creator>
    <dc:date>2013-06-05T13:05:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1675">
    <title>autostart</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1675</link>
    <description>&lt;pre&gt;Appears autostart has changed since a year ago, because there is no 

[ ] init ---&amp;gt;
   [ ] startup script

even in mini2440.BSP 2012.06.0

I tried to use rc.once.d and put the script in there but couldn't get that
to work.

rc.once.d seems to be a PTXdist implementation, ie there are only 5 hits on
Google and they are all PTXdist related. 

Appreciate a pointer in the right direction.

Thanks,
Dave



&lt;/pre&gt;</description>
    <dc:creator>Dave Festing</dc:creator>
    <dc:date>2013-06-04T11:37:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1658">
    <title>Applying patches.</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1658</link>
    <description>&lt;pre&gt;Hi,

  I have downloaded the bsp from git (http://git-public.pengutronix.de/). I
want to patch the linux3.9.1 vanilla kernel and took the patch-3.9.1.bz2
from
OSELAS.BSP-Pengutronix-Mini2440/configs/platform-friendlyarm-mini2440/patches/linux-3.9.

 I put the patch before the kernel source tree and did patch -p1 &amp;lt;
../patch-3.9.1 to the linux3.9.1 kernel but I get

patching file Makefile
Reversed (or previously applied) patch detected!  Assume -R? [n]

and the patching fails. How should I patch this to the vanilla kernel?


Thanks,
Gautam.
&lt;/pre&gt;</description>
    <dc:creator>mind entropy</dc:creator>
    <dc:date>2013-05-12T20:28:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1657">
    <title>How to change on the kernel the Pinmux inphyCORE-AM335x-PD12.1.0</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1657</link>
    <description>&lt;pre&gt;Hi,

I would like change the pin configuration in the u-boot for the phyCORE-AM335x before I have changed the pin configuration in the User's space with debugfs. I have already the headers from pinmux application (mux.h and pinmux.h), but the issue is when I changed the files in the u-boot source:

-----
~/u-boot-2011.09/board/logicpd/am3517evm.h ---(here I changed that header to include the new pinmux.h)
~/u-boot-2011.09/arch/arm/include/asm/arch-omap3--(here I change the old mux.h for the new mux.h)

Then I make a drop to the u-boot and barebox to recopile the new u-boot with this custom configuration. Once I update the barebox and the MLO in the board, I realize that the pin configuration still the same, Perhaps I change the incorrect mux.h and pinmux.h for the new ones but I don't know where the file, that I have to change, is.


-Regards

Breixo


&lt;/pre&gt;</description>
    <dc:creator>Breixo López García</dc:creator>
    <dc:date>2013-05-08T07:21:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1656">
    <title>compiig libXt - use local headers</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1656</link>
    <description>&lt;pre&gt;It appears that compiling libXt uses local X11 headers.
i renamed /usr/include/X11 to /usr/include/X11.org
and build fails.



&lt;/pre&gt;</description>
    <dc:creator>Raz</dc:creator>
    <dc:date>2013-04-18T09:09:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1655">
    <title>How to active timer 2 in AM335x Linux 3.2</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1655</link>
    <description>&lt;pre&gt;Hi,
The same question in a plane text, sorry for the problems was caused
 
I would like to have access to the Reg CLKSEL_TIMER_CLK (phy add: 0x44E00508) in the User space because I am trying to active the Mux of the timer with selection3 (timer 2= 32 kHz). I have already a Kernel with debugfs active, but when I mount debugfs I don't manage to find this register. I have been working with a Linux kernel 3.2 with the Preempt Patch for OSALD  (Linux 3.2.40-rt60) in a PhyCORE-AM335x board.
 
I also tried to work /sys/devices/system/cpu/cpu0 but with any successful.
 
Any help would be grateful,
 
-Regards
 
Breixo Lopez Garcia


&lt;/pre&gt;</description>
    <dc:creator>Breixo López García</dc:creator>
    <dc:date>2013-04-17T08:57:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1653">
    <title>How to activ the Timer2 in AM335x Linux 3.2.40-rt60</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1653</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Breixo López García</dc:creator>
    <dc:date>2013-04-17T07:59:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1644">
    <title>building qemu for target</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1644</link>
    <description>&lt;pre&gt;Hey

I am trying to build qemu for my target. my rule file is at the moment very
simple.
yet i failing to build it with  this weird  output:
target: qemu-kvm.prepare
------------------------

cd
/home/raz/halva/OSELAS.BSP-Pengutronix-Generic-2012.12.0/platform-i586/build-target/qemu-kvm-1.2.0
&amp;amp;&amp;amp; \
          \
        ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--libdir=/usr/lib  --host=i586-unknown-linux-gnu
--build=i686-host-linux-gnu --enable-sdl --disable-xen --disable-vnc
--disable-spice --enable-kvm --target-list=i386-linux-user

ERROR: unknown option --host=i586-unknown-linux-gnu
ERROR: unknown option --build=i686-host-linux-gnu


where did -host and -build options came from ?

thank you
raz

&lt;/pre&gt;</description>
    <dc:creator>Raz</dc:creator>
    <dc:date>2013-04-08T14:27:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1642">
    <title>mini2440 kernel tries to revert to 2.6.39</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1642</link>
    <description>&lt;pre&gt;After trying to do something exciting on the mini2440 and failing I did a
ptxdist clean kernel and ptxdist clean root.

On ptxdist go the first thing that happens is that is tries to download 2.6.39

The selected_platformconfig says:

PTXCONF_KERNEL_VERSION="3.7"

Before I clean everything out and start again, does this problem ring any bells?

Thanks,
Dave 




&lt;/pre&gt;</description>
    <dc:creator>Dave Festing</dc:creator>
    <dc:date>2013-04-08T09:41:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1641">
    <title>mini2440 kernel module development</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1641</link>
    <description>&lt;pre&gt;Hi,

I have read through:

PTXdist Application Note
Kernel Driver Development

and it doesn't seem to apply to current versions of PTXdist.  Is there a
more recent App note?

Thanks,
Dave

 



&lt;/pre&gt;</description>
    <dc:creator>Dave Festing</dc:creator>
    <dc:date>2013-04-05T21:20:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1640">
    <title>I2C bus --110 error</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1640</link>
    <description>&lt;pre&gt;Hi Juergen,
               Iám using a mini2440 stamp with my custom hardware and using
the i2c bus.
Iám using 2011-08  bsp for mini2440. On one of the boards lately I'm
getting i2c erro

s3c-i2c s3c2440-i2c: cannot get bus (error -110)

I googled a bit a found it being a kernel generated message.

Any ideas as to what if happening any patches for the kernel?

The kernel is 3.0 as which comes  along with  2011-08 bsp.

thanks

--amit
&lt;/pre&gt;</description>
    <dc:creator>amit shah</dc:creator>
    <dc:date>2013-04-06T05:59:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1639">
    <title>Problems to boot the PREEMPT_RT linux</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1639</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Breixo López García</dc:creator>
    <dc:date>2013-03-28T12:49:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1634">
    <title>ptxdist clean rootfs {mini2440}</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1634</link>
    <description>&lt;pre&gt;Hi,

After not doing this for about 2 months I find that this command now does not
include my files from /projectroot with a ptdist go.

A ptxdist clean root does both.

All the right boxes are ticked in menuconfig.

First, I noticed this on a fall-back 2012.06.0 version, but it also happens on
my 2012.12.0 version on another machine.

What step am I missing here? (Or did not write up in section 8.26?) 

Thanks,
Dave






&lt;/pre&gt;</description>
    <dc:creator>Dave Festing</dc:creator>
    <dc:date>2013-03-27T07:30:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1633">
    <title>AM335x ethernet controller setup</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1633</link>
    <description>&lt;pre&gt;I have a Pengutronix BSP for an AM3359 from phytec. My goal is to get
both MIIs set up into RMII mode. The stock BSP that comes with the
board sets interface 1 into RMII mode, and interface 2 into RGMII
mode. I am not entirely sure what to change to get interface 2 into
RMII mode.

I have set the pinmux table so that the board config files are right,
and I have verified that by checking the memory locations called out
in the tech manual, SPRUH73G. The location for the mii control
register (0x44E10650) shows that mii2 is configured for RGMII
operation (Bits 7-0 are 1111001). Bits 7-0 should be 1110101.

My only clue is that In the pcm051-board.c file, there is this line:
am33xx_cpsw_init(AM33XX_CPSW_MODE_RMII1_RGMII2, NULL, NULL);

I don't know if this is a function written by the board manufacturer
(phytec), or if it is from Pengutronix. I am hoping to learn how to
get mii2 properly configured for my application into RMII mode, or at
least where this function is defined, or what the
AM33XX_CPSW_MODE_RMII1_RG&lt;/pre&gt;</description>
    <dc:creator>Nick Wernicke</dc:creator>
    <dc:date>2013-03-21T03:35:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1628">
    <title>CAN bus issues</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1628</link>
    <description>&lt;pre&gt;Hello all, I have a phytec pcm051 board. It has a pengutronix BSP
running on a Texas Instruments am3359 processor. I am trying to get it
to send CAN messages. The manual claims that it works:
http://www.phytec.com/pdf/manuals/Cortex-A8/AM335x_hardware_manual_L-771e.pdf

On my desk, there are no CAN messages. I would like to see if anyone
else has an idea I might try to figure out why the module will not
send CAN messages.

Nick W


&lt;/pre&gt;</description>
    <dc:creator>Nick Wernicke</dc:creator>
    <dc:date>2013-03-14T23:21:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1622">
    <title>Busybox init starts before kernel finds SD card onmini6410.</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1622</link>
    <description>&lt;pre&gt;Trying to work the 2.6.38 kernel provided by FriendlyARM into the mini6410
git BSP has been mostly successful except for a particular condition where
Busybox init starts before the kernel has found the SD card, registered
mmcblk0, and mounted mmcblk0p1. In this condition the error "mount:
mounting /dev/mmcblk0p1 on /r failed: No such device or address" will be
displayed followed later by "/init: line 103: can't open /r/dev/console: no
such file", which will then result in a kernel panic. Is there a method to
make the kernel wait for the SD card before loading into init? Thanks,
 - David
&lt;/pre&gt;</description>
    <dc:creator>david</dc:creator>
    <dc:date>2013-03-07T16:49:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1609">
    <title>Boot tiny6410 SD Card</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1609</link>
    <description>&lt;pre&gt;Hi Juergen,

It´s long time now since our last meeting in the Linux Day 2012 in Berlin.
How are you?

I try to boot my tiny6410 from a 2GB SD card without success.
I follow the advices from the Quickstart Manual OSELAS.BPS() FriendlyARM
mini6410 in the chapter 4.1
This time I use a SD card not a SDHC like in the past.
We got it booted from your SD card in Berlin.

Can you please give me some advices about how I can get it work again?
May be I forgot some kernel configuration parameter...!
Can you Also give me some advice about all kernel configuration parameter I
have to set?

Is there any thing to do or configure in U-Boot?

Are you now able to boot from a SDHC Card?

Cheers,
Jean-Jacques
&lt;/pre&gt;</description>
    <dc:creator>Jean-Jacques Tchouto</dc:creator>
    <dc:date>2013-03-05T19:00:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1608">
    <title>New to mailing list, need help with ptxdist go</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1608</link>
    <description>&lt;pre&gt;Hello all, I am new to the mailing list, I hope I picked the right
one... I am using a new board from Phytec, their AM335x system on
module. I am a little short on time for all the new things I need to
learn, so hopefully I can find some help. I have some questions:

1) How do I re-run ptxdist after I have modified a file (such as the
board pinmux file). Now when I do "ptxdist go", it doesn't do anything
and the process ends in about 1 second.

2) Are there any contractors on this mailing list that would be
willing to help do some basic configuration software work?

Nick W


&lt;/pre&gt;</description>
    <dc:creator>Nick Wernicke</dc:creator>
    <dc:date>2013-03-05T18:59:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1607">
    <title>Mini6410 1-wire touchscreen problem</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1607</link>
    <description>&lt;pre&gt;Thanks for updating the git version of the mini6410 BSP, everything appears
to be working with the exception of the 1-wire touchscreen. I boot using
the "mini6410=1i" boot argument, and the kernel does print the following
lines:

tiny6410-1wire tiny6410-1wire: Tiny6410 1-wire host initialized.
input: Tiny6410 Touchscreen as
/devices/platform/tiny6410-1wire/tiny6410-1wire-touchscreen/input/input0

 I edited the /etc/profile.environment file to add the tslib variables:

export TSLIB_TSDEVICE=/dev/input/event0
export TSLIB_CONSOLEDEVICE=none
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_CALIBFILE=/etc/pointercal
export TSLIB_CONFFILE=/etc/ts.conf
export TSLIB_PLUGINDIR=/usr/lib/ts

Then I edited the /etc/ts.conf file to change to the 1-wire tslib driver:

module_raw one-wire-ts-input
module pthres pmin=1
#module variance delta=30
module dejitter delta=10
#module group radius=10 nbpoints=16 threshold=12
#module skip nhead=4 ntail=4
#module lowpass factor=1 threshold=1
#module median depth=2
module linear

Running &lt;/pre&gt;</description>
    <dc:creator>david</dc:creator>
    <dc:date>2013-03-05T02:02:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1605">
    <title>Problems with the access to PRUss Memories</title>
    <link>http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/1605</link>
    <description>&lt;pre&gt;Hi Community,

I don’t know sure if this is the best place to ask this question. But I’m working the phyCORE-AM335x and I have been trying to program the PRUss and for this function I have already installed the module uio_pruss and I have the libraries of https://github.com/beagleboard/am335x_pru_package. Nevertheless when I try to init the Shared RAM and PRU Data RAM the pointer in the program take random values. The code that I use to init this RAM is:

prussdrv_map_prumem(PRUSS0_SHARED_DATARAM, (void**)&amp;amp;pEsc);
memset ( (void*)pEsc, 0, 12*1024); //Init ICSS shared ram
prussdrv_map_prumem(PRUSS0_PRU0_DATARAM, (void**)&amp;amp;pHost2PruIntfc);
memset ((void*)pHost2PruIntfc, 0, 8*1024)

Where pEsc and pHost2PruIntfc would be the pointer of this RAM memories but its values are not correlated with the Address of this memories. 

I don’t have any Idea about what I am overlooking, so all help is welcome.

-Regards

Breixo Lopez Garcia 


&lt;/pre&gt;</description>
    <dc:creator>Breixo López García</dc:creator>
    <dc:date>2013-02-27T08:36:52</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.embedded.ptxdist.oselas.community">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.embedded.ptxdist.oselas.community</link>
  </textinput>
</rdf:RDF>
