Page 1 of 2

samsung sources 10_LA32C530_X4.zip with rfs tools

Posted: Sun Nov 07, 2010 10:38 pm
by arris69
strange things inside,
testing: iptables-1.4.3.2.tgz OK
testing: LGPL_LIBGPHOTO2.tar.gz OK
testing: LGPL_LIBUSB.tar.gz OK
testing: libiconv_1_9_1.tar.tar OK
testing: libthai-0.1.6.tar.gz OK
testing: MBoot_SEC_AA.tgz OK
testing: rtnet3572sta.tgz OK
testing: rtutil3572sta.tgz OK
testing: selp_busybox-1.6.0-7.0.10-mstar-20100215.tgz OK
testing: vdlinux-mstar-kernel.tar OK
testing: VDLinux-mstar-src-mips-4.3-154-mips-linux-gnu.tgz OK
testing: wireless_tools.29.tgz OK
testing: xfsprogs-3.0.5.0124.tgz OK

MBoot_SEC_AA.tgz ?
VDLinux ?
in vdlinux-mstar-kernel.tar some source for stl and bml tools?

looks like for c-series (mips based) but who knows where samsung realy used it

arris

Re: samsung sources 10_LA32C530_X4.zip

Posted: Mon Nov 08, 2010 12:42 am
by sbav1
arris69 wrote:strange things inside,
Looks like recently (?) introduced hardware platform for C-Series (MStar Titania 3 based, whatever it is exactly). With somehow limited RAM and ethernet port connected via USB bus.
I've heard of some C630 models no longer using Samsung's own chipsets..

Presumably Samsung is cutting corners again; they did the same thing with B5** line in 2009.

So for C-Series there are 3 substantially different platforms currently: T-VAL* (Valencia, SDP92/SDP94), T-TDT* (Trident HiDTV PRO-SX) and T-MSX* (MStar).
Welcome to the Samsung panel & chipset lottery :). Buyers beware!

Re: samsung sources 10_LA32C530_X4.zip

Posted: Sat Nov 13, 2010 12:30 pm
by arris69
hi,

i made a quick look at c-series, mips based firmwares and have may stupid questions:

whats the deeper sense of:
shipp applications for mips2 but kernel modules for mips32r2?

file T-TDT5DEUC/lib/libc-2.5.90.so: ELF 32-bit MSB shared object, MIPS, MIPS-II version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
file T-TDT5DEUC/lib/modules/usb-storage.ko: ELF 32-bit MSB relocatable, MIPS, MIPS32 rel2 version 1 (SYSV), not stripped

but for T-MSX5DEUC:
file T-MSX5DEUC/lib/modules/usb-storage.ko: ELF 32-bit LSB relocatable, MIPS, MIPS32 rel2 version 1 (SYSV), with unknown capability 0xf41 = 0x756e6700, not stripped
file T-MSX5DEUC/lib/libc-2.8.so: ELF 32-bit LSB shared object, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.12, with unknown capability 0xf41 = 0x756e6700, not stripped

and whats the capability 0xf41 :?: :?: :?: :?: :?:

EDIT: next joke?
http://www.samsung.com/at/consumer/tv-a ... ab=support#
and go to formware:
All OS T-TDT5DEUC-1021.0 Datei Upgrade (USB type) 16 Sep, 2010 48.85 ENGLISH T-TDT5DEUC_1021.0.exe
All OS T-MSX5DEUC-2005.4 Datei Upgrade (USB type) 16 Sep, 2010 50.65 ENGLISH T-MSX5DEUC_2005.4.exe

2 firmware types for LE40C550 :? :? :? :? :? :? :? :? :? :? :cry: :cry: :cry: :cry: :cry: :shock: :shock: :shock: :shock: :shock: :x :x :x :x :x
thnx
arris

Re: samsung sources 10_LA32C530_X4.zip

Posted: Sat Jan 15, 2011 7:49 pm
by arris69
arris69 wrote:...
in vdlinux-mstar-kernel.tar some source for stl and bml tools?
...
:oops: forgot the rfs stuff :lol:
:ugeek:

Code: Select all

LD_LIBRARY_PATH=/usr/local/lib ./mkrfs
Usage:
mkrfs [-s sectors-per-cluster] [-S logical-sector-size] [-F fat-size] [-p [-u uid-bits]] [-V volume size] [-E] [-P] [-N]
      [-d dirname] [-v] [-l] [-c] OUT_FILE/FLASH_BLK_DEV

        -s sectors-per-cluster
                Must be a power of 2, i.e. 1, 2, 4, ... 64.
                The default is 2
        -S logical-sector-size
                Must be a power of 2, greater than or equal to 512,
                i.e. 512, 1024, 2048, 4096
                The default is 512
        -F fat-size
                The type of file allocation table used(16, 32 bit)
                If nothing is specified, fat-size is automatically selected.
        -d dirname
                <dirname> is the root of the filesystem to be created
        -l long-file-name
                Select whether support the long file name or not.
        -c make-compaction-image
        -p enable posix attribute
                This option support the UID and GID
                -u uid bits
                        Must be enabled -p option
                        Set value of UID bits within 16bit (1 ~ 15 bit)
                        The default is 8
        -V volume size(Byte)
        -E enable extended attribute
                This option support extended attribute
                Must be enabled this option to use selinux
                Because this option use 32bit UID/GID, must be disable -p option
        -P page-size-to-align
                Each area is aligned to NAND page size
                i.e. 0(no alignment), 2048, 4096, 8192, 16384
                The default is 4096, zero means disable to the alignment
        -N check=no
                This option support check=no name check option.
        -v verbose option

parse_params returns error

Code: Select all

LD_LIBRARY_PATH=/usr/local/lib ./mkrfs -d . -c ../test.rfs
No such file or directory. Retry after create new file by the 'dd' command

Code: Select all

dd if=/dev/zero of=../test.rfs bs=1M count=3
3+0 Datens?tze ein
3+0 Datens?tze aus
3145728 Bytes (3,1 MB) kopiert, 0,0418394 s, 75,2 MB/s

Code: Select all

LD_LIBRARY_PATH=/usr/local/lib ./mkrfs -d . -c ../test.rfs
Cluster size(4096) is too large or volume size(3145728) is too small to format the device to FAT16.
If you want to format the deivce to FAT16/32, retry to format after reduce the cluster size. Otherwise, retry to format the larger volume.
num_clusters 761 data area 761
create_pbr[519]: failed to calc_fat_sectors!

make_tables[968]: Cannot create PBR!

fat_format[1177]: Failed to make table!

fat_release_volume[314]: compaction

fat_release_volume[318]: last allocated cluster: 0 / 2
Fail to create compact RFS image

Code: Select all

dd if=/dev/zero of=../test.rfs bs=1M count=30
30+0 Datens?tze ein
30+0 Datens?tze aus
31457280 Bytes (31 MB) kopiert, 0,37949 s, 82,9 MB/s

Code: Select all

LD_LIBRARY_PATH=/usr/local/lib ./mkrfs -d . -c ../test.rfs
cannot create rfs file:Makefile
goto next entry
cannot create rfs file:locale_codeset.c
goto next entry
cannot create rfs file:all-charsets
.....
goto next entry
fat_create_symlink[2421]: Check here!

cannot create rfs file:libiconv_plug.so
goto next entry
cannot create rfs file:iso8859_3.h
fat_release_volume[314]: compaction

fat_release_volume[318]: last allocated cluster: 4732 / 7669
Success to create compact RFS image

Code: Select all

mkdir tt
sudo mount -o loop ../test.rfs tt
ll tt
insgesamt 316
-rwxr-xr-x  1 root root  28331 2011-01-15 19:35 libfat.h*
drwxr-xr-x 17 root root   4096 2011-01-15 19:35 libiconv.1/
-rwxr-xr-x  1 root root    545 2011-01-15 19:35 makefile*
-rwxr-xr-x  1 root root 127562 2011-01-15 19:35 mkrfs*
-rwxr-xr-x  1 root root  20891 2011-01-15 19:35 mkrfs.c*
-r-xr-xr-x  1 root root 131072 2011-01-15 19:35 $rfs_log.lo$*
arris :twisted:

Re: samsung sources 10_LA32C530_X4.zip with rfs tools

Posted: Sat Jan 15, 2011 9:55 pm
by erdem_ua
Arris kicked and Goooaallll. 8-)

Re: samsung sources 10_LA32C530_X4.zip with rfs tools

Posted: Sun Jan 16, 2011 9:34 am
by arris69
erdem_ua wrote:Arris kicked and Goooaallll. 8-)
but i think we need maybe some correct arguments for the programm too, for testing on tv i hope the usage of the second mdt_appdata partition is safe.

arris

Re: samsung sources 10_LA32C530_X4.zip

Posted: Sun Jan 16, 2011 9:36 am
by juusso
arris69 wrote:2 firmware types for LE40C550
Now you know about Mstar and Trident :lol:

Re: samsung sources 10_LA32C530_X4.zip

Posted: Sun Jan 16, 2011 10:35 am
by arris69
juuso wrote:
arris69 wrote:2 firmware types for LE40C550
Now you know about Mstar and Trident :lol:
just found it strange that samsung made this and don't changed the model type. ;)

Re: samsung sources 10_LA32C530_X4.zip with rfs tools

Posted: Sun Jan 16, 2011 12:00 pm
by erdem_ua
I think you can crate virtual file device on USB and could format it with those tools. Which is more safe...

Re: samsung sources 10_LA32C530_X4.zip with rfs tools

Posted: Sun Jan 16, 2011 2:26 pm
by arris69
erdem_ua wrote:I think you can crate virtual file device on USB and could format it with those tools. Which is more safe...
:?:
i dont't need a rfs filesystem on usb (i don't need symlinks on usb :) ). if i need it then for frimware image generation in openembedded.