Activity
From 05/28/2016 to 06/26/2016
06/22/2016
- 04:13 AM Software Development: RE: kernel 3.2 - tcpip stack latency
- Hi Greg,
Than you for your feedback.
Indeed, flag CONFIG_PREEMPT is set in kernel config. As far as we can see...
06/21/2016
- 01:30 PM Software Development: RE: kernel 3.2 - tcpip stack latency
- Hi Patrice,
Since you are using SCHED_RR I am assuming you are using CONFIG_PREEMPT in your kernel config, correc... - Hello,
We've built an application receiving messages from two devices at a rate of 1 message of 1440 bytes every 1...
06/17/2016
- 08:25 AM Software Development: RE: Flashing a new kernel to NOR from Linux rather than u-boot
- Here are the results from my board/MDK:...
06/16/2016
- 05:43 PM Software Development: RE: Flashing a new kernel to NOR from Linux rather than u-boot
- Alternatively it may be possible for you to build the kernel features as modules and insert them in the live system. ...
- 05:39 PM Software Development: RE: Flashing a new kernel to NOR from Linux rather than u-boot
- Fred,
Do you have /dev/mtdblock* devices? My kernel boot args have this "root=/dev/mtdblock0", so my assumption i... - We use opkg to push updates to our products that are installed in the field. We now need a way to update the kernel, ...
06/15/2016
- 05:14 PM Software Development: RE: How to configure the GPIOs as outputs?
- Do note that the custom baseboard instructions were written for the 335x family. So some things will be slightly diff...
- 04:14 PM Software Development: RE: How to configure the GPIOs as outputs?
- Héctor,
Please check the last section of this page for information on how to review and set the pinmux for the dev... - Hi, it's me again,
I'm knowing the Profibus Development Kit (and embedded systems) and for that I'm trying to do s... - 11:00 AM Software Development: RE: Problems with the first time configuration
- Now it's working, thanks a lot Jonathan!
- 10:02 AM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> > This is a error is normal and doesn't hurt anything.
> *
> So, the reflashing process ... - 09:55 AM Software Development: RE: Problems with the first time configuration
- > This is a error is normal and doesn't hurt anything.
*
So, the reflashing process went well?*
> If you don't h... - 08:38 AM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> >There shouldn't be a space in the console arg. "console=ttyS1,115200n8"
> >Also root sh...
06/14/2016
- 05:45 PM Software Development: RE: Problems with the first time configuration
- >There shouldn't be a space in the console arg. "console=ttyS1,115200n8"
>Also root should have an '=' not a '-'.
... - 03:35 PM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> Hi Jonathan,
>
> I made the changes, and yes the problem continues the same, I checked ... - 02:56 PM Software Development: RE: Problems with the first time configuration
- Hi Jonathan,
I made the changes, and yes the problem continues the same, I checked the bootargs and this was the r... - 01:20 PM Software Development: RE: Problems with the first time configuration
- Thanks for all the logs, definitely helpful. The kernel panic indicates that it failed to find the filesystem. See be...
- 12:50 PM Software Development: RE: Problems with the first time configuration
- Hi,
I followed the steps in the [[Reprogramming_a_Dead_Board]] guide and I got access to the u-boot prompt again, ... - 05:15 PM Software Development: RE: Specifics on reserving DDR for PRU/ARM shared use
- Regarding your specific questions, yes, you could use memmap to set aside a particular chunk of memory. Where you set...
- 05:07 PM Software Development: RE: Specifics on reserving DDR for PRU/ARM shared use
- Hi Andrew,
I recommend you review the TI-provided documentation and examples for the PRU available here:
<https...
06/13/2016
- 05:14 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- Sorry I missed that Fred.
You can just make the change (swapping two lines) yourself for testing, or you can appl... - 05:12 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- Note we can list any other jffs patches that is in the linux-3.2.y branch that isn't in ours by doing the following:
... - 05:07 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- The patch was included in the 3.2.18 kernel release. You can cherry-pick the patch from there to verify it fixes you...
- 04:56 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- Looks like someone already did the backport of the fix. The patch is very straight forward.
https://github.com/Angs... - 04:28 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- Ah, yes, so this is indeed the problem; the code you show above is _before_ the fix. The issue is mutex_lock cannot f...
- 02:48 PM Software Development: RE: JFFS2 "scheduling while atomic" problem with L138 running linux kernel 3.2
- Fred,
The current MityDSP-L138 kernel (Branch: mitydsp-linux-v3.2) has the following code in @fs/jffs2/gc.c@:
... - I have been getting a lot of "scheduling while atomic" messages seemingly centered around JFFS2:
@Jun 12 12:08:37 ...
06/10/2016
- The note in the wiki article for getting started with PRU mentions the following:
??A safe design that wanted to u... - 11:34 AM Software Development: RE: Problems with the first time configuration
- Hector, I'm not sure what commands you ran but the nand commands you show shouldn't have created this. It appears y...
- 11:04 AM Software Development: RE: Problems with the first time configuration
- I followed the Guide without errors advice, and at the final step I got the attached text (MKD_Update_End)
But whe...
06/09/2016
- 06:04 PM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> >Both the nfsd and portmap services are not critical during boot and should not cause it t... - 05:51 PM Software Development: RE: Problems with the first time configuration
>Both the nfsd and portmap services are not critical during boot and should not cause it to hang. Its possible some...- 04:05 PM Software Development: RE: Problems with the first time configuration
- Both the nfsd and portmap services are not critical during boot and should not cause it to hang. Its possible some ot...
- 03:42 PM Software Development: RE: Problems with the first time configuration
- Sorry I used to take pictures because the machine where is installed Vbox has no access to the network, even if I ne...
- 01:47 PM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> Hi Jonathan,
>
> Since I got the HelloWorld I just played with some simple code and it ... - 11:32 AM Software Development: RE: Problems with the first time configuration
- Hi Jonathan,
Since I got the HelloWorld I just played with some simple code and it worked well, but today when I t...
06/02/2016
- 02:39 PM Software Development: RE: Pinmux changes back on its own
- Hi Jonathan, thanks for looking into this. The L138 technical reference manual does show many of the SYSCFG registers...
- 01:50 PM Software Development: RE: Pinmux changes back on its own
- Found this post for the 335x which mentions that the pinmux registers are protected. Its likely this is also true fo...
- 01:30 PM Software Development: RE: Pinmux changes back on its own
- I can confirm that doesn't appear to work....
- 10:29 AM Software Development: RE: Pinmux changes back on its own
- I was able to compile busybox (after making an empty syncfs() function in sync.c as a quick workaround), and here's w...
- 01:39 PM PCB Development: RE: Questions about my product version
- I got this:
>root@mityomapl138:~# dmesg | grep 'Part Number'
>MityOMAPL138: Part Number = 1810-DG-255-RC
So I ... - 01:22 PM PCB Development: RE: Questions about my product version
- Hector,
To determine the model of a specific module please refer to the label that is located on the bottom side o... - 01:14 PM PCB Development: RE: Questions about my product version
- During the linux boot, it should print out the model number of the module. Here is what my L138 prints out:...
- Hello everybody,
I requested for a MitySOM-1810F + PROFIBUS-development kit from Avnet, and I got kind of confused... - 08:51 AM Software Development: RE: Problems with the first time configuration
- Note the old filesystem has an outdated url for opkg. Angstrom moved their feeds to here: http://feeds.angstrom-dist...
06/01/2016
- 05:50 PM Software Development: RE: Problems with the first time configuration
- I changed it to the older toolchain and it works! , I will try to do the MDK updating
From: https://support.critic... - 05:01 PM Software Development: RE: Problems with the first time configuration
- Correct link to forum post: https://support.criticallink.com/redmine/boards/10/topics/2559?r=4113#message-4113
- 05:00 PM Software Development: RE: Problems with the first time configuration
- Note: If you're starting a new project, I recommend updating your filesystem to the latest MDK and using the newer to...
- 04:58 PM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> Thanks again,
>
> I will check it with IT guys.
>
> I got in the MityDSP from the VM... - 04:39 PM Software Development: RE: Problems with the first time configuration
- Thanks again,
I will check it with IT guys.
I got in the MityDSP from the VM with *_ssh root@192.168.0.151_* in... - 03:21 PM Software Development: RE: Pinmux changes back on its own
- One difference with the busybox code is they seem to be taking pains to make sure their mmap is page aligned.
http... - 03:11 PM Software Development: RE: Pinmux changes back on its own
- You can download the latest busybox and cross compile it. Should be something like below assuming you've set the too...
- 03:00 PM Software Development: RE: Pinmux changes back on its own
- It looks like devmem is missing from the version of busybox (v1.19.4) included with the 2014-01-13 root file system i...
- 10:21 AM Software Development: RE: Pinmux changes back on its own
- Do you have the same problem using the devmem utilty? It also uses the /dev/mem interface. If it works perhaps you ...
- 10:18 AM Software Development: RE: Pinmux changes back on its own
- I've played around with it a bit more, and it seems the issues does not have to do specifically with PINMUX registers...
- 09:26 AM Software Development: RE: Pinmux changes back on its own
- Strange, the only time the pinmux should get modified is during u-boot initialization and during kernel boot. Otherw...
05/31/2016
- 02:15 PM Software Development: RE: Problems with the first time configuration
- Hector Bojorquez wrote:
> Hi again!,
FYI, if you want to link to attachments in redmine, the syntax is @attachment:... - 01:04 PM Software Development: RE: Problems with the first time configuration
- Hi again!,
Thanks Jonathan, It looks that it has already booted up in Linux +{Attached 1 Booting_up.jpg}+
I ha...
Also available in: Atom
Go to top