ian c | 30 Oct 07:46 2014

memory dump utility in Oselas

Dear Experts,

I developed an application to load multiple input xml files. I used linked list to manage these multiple
files. For some reason there is one xml files that eat large chunk of memories. I plan to dump the memory
allocated this xml file for debugging purposes. I am thinking to use dump command utility but I could not
find in Oselas.BSP menuconfig. Just wondering if the dump command is supported on Oselas.BSP. I would
appreciate if someone can point me where to enable this dump utility in menuconfig.

Best Regards,

Dave Festing | 18 Oct 11:21 2014

unable to locate package ipkg

Upgraded from Ubuntu 10.04LTS to Xubuntu 14.04LTS on both my desktop and

I can ptxdist go and ptxdist images on the Desktop but on the netbook,
withptxdist images, I get the following error:

davef <at> davef-AOD255E:~/OSELAS.BSP-Pengutronix-Mini2440-2013.10.0$ ptxdist images
Creating ipkg index
Traceback (most recent call last):
line 7, in <module>
    import ipkg
ImportError: No module named ipkg
make: ***
Error 1

It doesn't seem to make any difference ticking or unticking ipkg in Disk and
File Utilities.  Before I completely re-install ptxdist is there an easier
fix to this problem?

Thank you,

(Continue reading)

G. B. | 13 Oct 03:08 2014

Stare and compare ... Opus 2

Let's see, Mini6410 and linux-3.14.19.

Thus spoke dmesg:

  ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
  ohci-platform: OHCI generic platform driver
  ohci-s3c2410: OHCI S3C2410 driver
  s3c2410-ohci s3c2410-ohci: OHCI Host Controller
  s3c2410-ohci s3c2410-ohci: new USB bus registered, assigned bus number 1
  s3c2410-ohci s3c2410-ohci: irq 79, io mem 0x74300000
  s3c2410-ohci s3c2410-ohci: init err (00000000 0000)
  s3c2410-ohci s3c2410-ohci: can't start
  s3c2410-ohci s3c2410-ohci: startup error -75
  s3c2410-ohci s3c2410-ohci: USB bus 1 deregistered
  s3c2410-ohci: probe of s3c2410-ohci failed with error -75

Well ... <sigh> ... That's less than optimal.

So, where does this error come from?  Let's see ...


contained within:

   static int ohci_run (struct ohci_hcd *ohci)

around line 674:

   /* some OHCI implementations are finicky about how they init.
(Continue reading)

G. B. | 10 Oct 18:32 2014

Stare and compare ...

... a time honoured tradition.  No doubt about that.

Friends, Geeks, Hackers, I come not to bury the kernel, but to praise 
it.  The evil that change does, lives after; the good is oft interred 
with its bones.  So let it be with this change.

Enough foolishness.

Foolishly I was hacking on my Mini6410 and despite many hours of trying 
to get the FA '1wire' display to function as a touchscreen; sadly I have 
failed.  Hence, I hit upon the bright (dim?) idea of moving the 6410BSP 
forward to using linux-3.14.19.  Brilliant!  You say?  Hah!  No fool 
like an old fool.  So they say.  Whoever 'they' are.  Get off my lawn! 
Bah!  <grumble>

In the beginning, progress was good, and I was feeling pretty darn 
arrogant about it.  Hah!  Such a fool!

Then this happened:

------------[ cut here ]------------
WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:926 __clk_enable+0x28/0x98()
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Not tainted 3.14.19-ptx-master #21
[<c00134c8>] (unwind_backtrace) from [<c0011084>] (show_stack+0x10/0x14)
[<c0011084>] (show_stack) from [<c001c37c>]
(warn_slowpath_common+0x60/0x80) [<c001c37c>] (warn_slowpath_common) from
(Continue reading)

G. B. | 4 Oct 00:15 2014

mini2440 FA 1-wire support (with patches)

Credit where credit is due:

Thank you, very much, to Tomasz Figa for his work on FriendlyARM '1-wire'.

Thank you to Juergen Borleis for his work supporting the Mini 2440.

With a measure of certainty, I'm reasonably confident that I've done 
something incorrectly.  Hence, it would be nice if someone could test 
these patches.


It seems (from reading the mailing list) that others would like to have 
this FriendlyARM 1-wire support for both the Mini 2440 and Mini 6410.

Hopefully, it doesn't offend any one that I renamed T. Figa's files 
(which were applied to the 6410 project).  It seemed like they would be 
useful to both the 2440 and 6410 (and probably other) boards; hence, I 
created these patches to be (hopefully) useful to both.


I added the following:

   # FA 1-wire Support

(Continue reading)

Juergen Borleis | 1 Oct 09:01 2014

Re: u-boot_hd.config

Hi Ian,

please keep the mailing list at least on CC. Thanks.

On Wednesday 01 October 2014 07:19:08 ian c wrote:
> thanks for the detailed description. However, I still have question,
> though.
> >> partition spare {
> >> size = 256M
> >> partition-type = 0x83
> >> }
> >> size=1024M
> >> }
> What is mean for size=1024M? If I add partition (e.g. I name its partition
> duplicate), should I reduce that size value?

If you take a closer look, the "size=1024M" is inside the "image" block. So it 
defines the size of the whole image file to be created.



Pengutronix e.K.                              | Juergen Borleis             |
Industrial Linux Solutions                    | http://www.pengutronix.de/  |

Girish Desai | 28 Sep 21:04 2014

UART Communication FriendlyARM-mini2440


I am facing a strange issue.. in case any one has faced this kind of issue and have any suggestions, please let me know...

if I would like to send and array of 8 bytes such as below through UART such as ttySAC1, ttySAC2 etc,  the byte containing 'zero' is not transmitted.. below is the example...

I have an array of unsigned char alph[] = {'a', 'b', 'c', 'd', 'e', 0x00, 'g', 'h'};
when this is transmitted over UART,  the output would be "abcdegh" only seven characters and the zero is missing... 

in the same way, one more.. try sending unsigned char reset[] = {0x01, 0x06, 0x00, 0x01, 0x00, 0x01, 0x19, 0xCA};

I would only see "01 06 01 01 19 CA"  only 6 bytes.. byte containing zeros are missing again..

in case any one have had this kind of issue and have suggestions, please let me know...

Juergen Borleis | 25 Sep 15:41 2014

Re: Changing MD5 of QT4

Hi Girish,

please keep the mailing list at least on CC.

On Thursday 25 September 2014 14:27:54 Girish Desai wrote:
> Thanks for the quick response.. I recently had cleaned up my system and had
> re-installed ubuntu.. at that time, I had backed-up only the un-tar'd
> sources where qt4... is also one of them.. while building bsp(rootfs), all
> the archives were getting downloaded and I just allowed it to as they were
> not taking much time.. but for QT it is around 230MB and due to my slow
> connection it is taking longer.. so I thought to tar the existing un-tar'd
> qt(the same version of what is being downloaded) and put in .../src path so
> that build can proceed.. it is that time where ptxdist says, wrong
> checksum...

Sure. That is why the checksum exists: to ensure the archive you are using is
the same than we are using.

> now i checked, i could not find qt4.make in the path you 
> mentioned.. I think this would be the reason for the error...

[jbe <at> thebe]> ls -l /usr/local/lib/ptxdist-2014.08.0/rules/qt4.make
-rw-r--r-- 1 root staff 18279 Jul 31 14:20 /usr/local/lib/ptxdist-2014.08.0/rules/qt4.make

Where did you install your PTXdist?



Pengutronix e.K.                              | Juergen Borleis             |
Industrial Linux Solutions                    | http://www.pengutronix.de/  |

Girish Desai | 25 Sep 13:49 2014

Changing MD5 of QT4


Could some one let me know where(which file) can I change the MD5sum of QT4 so that ptxdist does not crib saying that MD5SUM error for QT4.  just like as we give 
"PTXCONF_BAREBOX_MD5="d66774abcf9fa6c9530e13543cc707bc" for barebox in "platformconfig-NAND-128M" file, I would like to set md5sum for QT4

Cindy Gold | 18 Sep 00:36 2014

TQMa6x BSP Rev.0104 AHCI configuration

Hello again,

Thanks to all of you for your help so far. I hope you can provide me with some guidance on this AHCI (possibly configuration?) issue.

With Linux TQMa6x BSP Rev.0101, my AHCI device (a Plextor solid state drive) that I had connected to the TQ system was detected. (I show output from various command in the section below labeled "Previous BSP (0101) Version.")

In the newest BSP (Rev. 0104) this same AHCI device is NOT detected. Can you tell if I should expect AHCI to work on Rev 0104 and if so, what changes I must make to get it working?

Here is the result of several commands on the BSP 0104 system (OSELAS(R)-TQC-ARM-BSP-QT-20140718 / MBa6x-20140718 ptxdist-2013.12.0/2014-09-16T16:48:08-0600)       

"uname -a" reports:

Linux MBa6x 3.16.0-rc5-20140718 #4 SMP Wed Sep 10 18:44:53 MDT 2014 armv7l GNU/x

"lspci -m" and "lspci -k" produce no output -- nothing at all.

In /dev, I see no sd* devices.

After installing a BSP 0104 image on the TQ system, these are the files with "ahci" in the name that are installed:

root <at> MBa6x:/ find . -name "*ahci*" -print

This is in contrast to what I see when I install the image I built with BSP version 0101. Here is its output:

--------------------- Previous BSP (0101) Version --------------------------
"uname -a" reports:

Linux MBa6x 3.13.0-ptx20140211-1+tq20140224 #2 SMP Thu Aug 21 16:23:01 MDT 2014x

In /dev, I see:

root <at> MBa6x:/dev file sda
sda: block special 

root <at> MBa6x:/dev file sda1 
sda1: block special

"lspci" reports:

root <at> MBa6x:/dev lspci -m
"lspci" reports:
00:00.0 "Class 0604" "16c3" "abcd" "0000" "0000" 
01:00.0 "Class 0106" "1c28" "0122" "1b4b" "9183" 

root <at> MBa6x:/dev lspci -k
00:00.0 Class 0604: 16c3:abcd pcieport
01:00.0 Class 0106: 1c28:0122 ahci 

Files with "ahci" in the name:

root <at> MBa6x:/ find . -name "ahci*" -print

"hdparm /dev/sda" reports:
hdparm: HDIO_GET_MULTCOUNT: Inappropriate ioctl for device
 IO_support  =2129103361 (???) 

hdparm: HDIO_GET_UNMASKINTR: Inappropriate ioctl for device
hdparm: HDIO_GET_DMA: Inappropriate ioctl for device
hdparm: HDIO_GET_KEEPSETTINGS: Inappropriate ioctl for device
 readonly =  0 (off)
 readahead= 256 (on)
 geometry = 15566/255/63, sectors = 250069680, start = 0 

"parted -l /dev/sda" reports:

Model: ATA PLEXTOR PX-G128M (scsi)
Disk /dev/sda: 128GB
Sector size (logical/physical): 512B/512B   
Partition Table: msdos  

Number  Start   EndSize    TypeFile system  Flags
 1 1049kB  68.7GB  68.7GB  primary  ext4

Error: /dev/mmcblk1rpmb: unrecognised disk label 
Error: /dev/mmcblk1boot0: unrecognised disk label
Error: /dev/mmcblk1boot1: unrecognised disk label

Model: SD  (sd/mmc)
Disk /dev/mmcblk0: 8010MB
Sector size (logical/physical): 512B/512B   
Partition Table: msdos  

Number  Start   EndSize    TypeFile system  Flags
 1 4194kB  8389kB  4194kB  primary
 2 8389kB  277MB   268MB   primary  ext3
 3 277MB   545MB   268MB   primary

Model: MMC MMC04G (sd/mmc)   
Disk /dev/mmcblk1: 3842MB
Sector size (logical/physical): 512B/512B   
Partition Table: msdos  

Number  Start   EndSize    TypeFile system  Flags
 1 4194kB  8389kB  4194kB  primary
 2 8389kB  277MB   268MB   primary  ext3
 3 277MB   545MB   268MB   primary

Smart Monitoring tools (smartctl) reports:

root <at> MBa6x:/dev smartctl -a /dev/sda 
smartctl 5.42 2011-10-20 r3458 [armv7l-linux-3.13.0-ptx20140211-1+tq20140224] ()
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
Device Model:  PLEXTOR PX-G128M6e 
Serial Number: P02426105455 
LU WWN Device Id: 5 002303 10023e8ab 
Firmware Version: 1.03
User Capacity: 128,035,676,160 bytes [128 GB] 
Sector Size:512 bytes logical/physical
Device is:  Not in smartctl database [for details use: -P showall] 
ATA Version is:7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 4a 
Local Time is: Thu Jan  1 02:11:07 1970 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
SMART overall-health self-assessment test result: PASSED
General SMART Values: 
Offline data collection status:  (0x00) Offline data collection activity 
 was never started.
 Auto Offline Data Collection: Disabled.
Self-test execution status:(0) The previous self-test routine completed
 without error or no self-test has ever 
 been run.
Total time to complete Offline 
data collection: (10) seconds. 
Offline data collection
capabilities:  (0x15) SMART execute Offline immediate. 
 No Auto Offline data collection support.
 Abort Offline collection upon new
 No Offline surface scan supported.
 Self-test supported. 
 No Conveyance Self-test supported.
 No Selective Self-test supported.
SMART capabilities:(0x0002) Does not save SMART data before
 entering power-saving mode.
 Supports SMART auto save timer.
Error logging capability:  (0x01) Error logging supported.
 General Purpose Logging supported.
Short self-test routine
recommended polling time:  (1) minutes. 
Extended self-test routine
recommended polling time:  (  10) minutes. 
SCT capabilities:  (0x003d) SCT Status supported.
 SCT Error Recovery Control supported.
 SCT Feature Control supported.
 SCT Data Table supported.
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
  1 Raw_Read_Error_Rate  0x0003100100070 Pre-fail  Always 0
  5 Reallocated_Sector_Ct0x0003100100000 Pre-fail  Always 0
  9 Power_On_Hours 0x0002100100000 Old_ageAlways 0


Thanks for any advice you can provide.

-- Cindy

Cindy Gold | 10 Sep 01:05 2014

Need fstrim program installed


I have built the TQ board support package TQMa6x-BSP-REV.0104 using:

   --- ptxdist-2013.12.0
   --- OSELAS.Toolchain-2013.12.2

And "uname" now reports:

Linux MBa6x 3.16.0-rc5-20140718 #2 SMP Tue Sep 9 11:56:23 MDT 2014 armv7l GNU/Linux

I need the program "fstrim" for use with solid state drives. Please forgive me if I am posting to the wrong list, but I am unsure about where the trouble lies.

After building, I see these files on my host system under the directory TQMa6x-BSP-REV.0104:


After I burn the image (uboot_tqma6s_hd.img) and install it on my TQ system, the fstrim command is apparently not installed. Can you tell me why it is not getting installed on the target TQ system and how I get it installed?

Thank you!