Database Users

What kind of processor my HTC TYTN has? SC32442A-400Mhz? I'm getting confused :(

It is written SC32442A-400Mhz and from that i've only understood the clock speed. Is it an ARM4 processor? Are all CPU on these devices ARM4 in general?
Thanks, i'm getting confused.

SC322442 is the part number Samsung assigns these chips.
Here is its product page.
I know its ARM they all are, but I am not quite sure what version (obviously at least 4).

levenum said:
SC322442 is the part number Samsung assigns these chips.
Here is its product page.
I know its ARM they all are, but I am not quite sure what version (obviously at least 4).
Click to expand...
Click to collapse
It's an ARM9.

Snapdragon hardware multimedia support, possible?

Hi!
I've been trying to find any documentation on Snapdragon's DSP and hardware based video and audio decoders. So far, nothing. I'm just thinking if it would be possible to cook the support into custom ROM as it is quite ridiculous that decoding something like MP3 or AAC takes any CPU time at all, as according to Qualcomm's web site Snapdragon has hardware support for decoding MP3, AAC and H.264. I take it Qualcomm only provides the documentation to partners, as it is impossible to find?
Hopefully full support for hardware acceleration comes with WM7, if it can not implemented on 6.5. Should be doable with custom driver (in kernel mode) anyway by cooking, provided the documentation is leaked or something.
Mikko.

It's not possible to have the SnapDragon documentation because Qualcomm will never release it.
It's possible instead to have the missing SnapDragon drivers for Linux or I hope for Windows CE only when a QSD based smartbook that will have these drivers will be out.
With Windows Mobile 7 it's a whole new story, new CE7 kernel and support for all the new ARM instructions. I hope that we'll get that things and soon

kholk said:
It's not possible to have the SnapDragon documentation because Qualcomm will never release it.
It's possible instead to have the missing SnapDragon drivers for Linux or I hope for Windows CE only when a QSD based smartbook that will have these drivers will be out.
With Windows Mobile 7 it's a whole new story, new CE7 kernel and support for all the new ARM instructions. I hope that we'll get that things and soon
Click to expand...
Click to collapse
That's a waste of potential, but we can only wait (or not? )

you Cant really expect qualcomm to release documents on its IP.
but it would be nice if they and htc worked together to release a dev sdk.
if they are serious about developing the platform then its a step they really do need to make.
if samsung can get a sdk out for the omnia ii then it seems sensible to think htc need to play catchup.. the chipset does have potential,and it appears qualcomm are becoming more dev friendly.
look at what southend have achieved with some decent support from QC..

documentation?
Qualcomm should be giving documentation to ISVs its just a matter of it falling in the wrong(or right) hands. In the meantime, Snapdragon uses ARM Cortex-A9 core and you can find more details here:
http://www.arm.com/products/CPUs/ARMCortex-A9_MPCore.html
Not sure if that includes DSP.

My acer s200 has support for H.263, H.264 out the box =]

Ca5c4d3 said:
Qualcomm should be giving documentation to ISVs its just a matter of it falling in the wrong(or right) hands. In the meantime, Snapdragon uses ARM Cortex-A9 core and you can find more details here:
http://www.arm.com/products/CPUs/ARMCortex-A9_MPCore.html
Not sure if that includes DSP.
Click to expand...
Click to collapse
Snapdragon is Cortex A8 based and yes it does have DSP

mightymn said:
Snapdragon is Cortex A8 based and yes it does have DSP
Click to expand...
Click to collapse
Do you know are the hardware multimedia decoders really silicon or SIMD/DSP based? From the QC's documentation you get the feeling they are ASIC stuff, but it might be marketing and in reality they are IP cores.
Mikko.

mikolas said:
Do you know are the hardware multimedia decoders really silicon or SIMD/DSP based? From the QC's documentation you get the feeling they are ASIC stuff, but it might be marketing and in reality they are IP cores.
Mikko.
Click to expand...
Click to collapse
Nope, don't know that

[webtop] NVIDIA Releases Tegra 12 Alpha 1 Ubuntu-Based Linux

Being released by NVIDIA this afternoon is the Tegra 12 Alpha 1 Linux release. This is a Linux software release intended for developers using NVIDIA's Tegra 2 platform.
The NVIDIA Tegra Linux 12 Alpha 1 release is based on the Linux 2.6.38 kernel and is derived from Ubuntu. Graphics standards supported by this Tegra-ified Ubuntu release include OpenGL ES 1.1/2.0, EGL 1.3, OpenMAX IL 1.1, and RandR 1.3.
For those interested in Linux for Tegra 12 Alpha 1, the relevant links are available from this forum thread.
Found by edgan

O.... so this replaced webtop? (or might/will?)
Edit: We don't have the Tegra 250 chip, I think we have have the Tegra 200 chip... the driver package is for 250.

Mgamerz said:
O.... so this replaced webtop? (or might/will?)
Edit: We don't have the Tegra 250 chip, I think we have have the Tegra 200 chip... the driver package is for 250.
Click to expand...
Click to collapse
The changelog says it supports the 200 series.

Nice but this belongs in the General forum.
If you didn't create it, it doesn't belong in development. It's a nice sticky that is on other devices' development forum and i think it applies here as well.

franciscojavierleon said:
Nice but this belongs in the General forum.
If you didn't create it, it doesn't belong in development. It's a nice sticky that is on other devices' development forum and i think it applies here as well.
Click to expand...
Click to collapse
You are probably right, I got overly excited and posted it here, please move to it the appropriate forum.
Cheers

I also think this belongs in general but here is a actual link to the official site @ nvidia
http://developer.nvidia.com/content/linux-tegra-release-12-alpha-1-released

txtsd said:
The changelog says it supports the 200 series.
Click to expand...
Click to collapse
But it looks like the Alpha Release only supports Tegra 250 "Harmony".
Taking directly from the Release Notes,
Code:
Note: This alpha release of Tegra Linux Driver Package (L4T.ER1 ) is a
release for Tegra 250 “Harmony” only. The information in these release
notes is preliminary

According to pdadb.net Atrix has Tegra 2 250 chip, also wikipedia says it has Tegra 250 AP20H (H stands for Harmony?)

[email protected] said:
According to pdadb.net Atrix has Tegra 2 250 chip, also wikipedia says it has Tegra 250 AP20H (H stands for Harmony?)
Click to expand...
Click to collapse
That is correct. There is no Tegra 200.
The Tegra 250 AP20H is the chip used in phones, Tegra 250 T20 is used in tablets. As far as I can tell, the biggest difference between the two SoCs is that the Geforce ULP GPU is clocked higher on the tablets (333mhz vs 300).

So this could be huge for WebTop?
Cheers

pederb said:
So this could be huge for WebTop?
Click to expand...
Click to collapse
Possibly... but to be honest, I'm not willing to give up Flash to go up to 11.04, let alone things like the Android-In-Window functionality. Updated versions of those are a lot harder to get. It might be able to get an updated Flash if we could find a Linux-based device out there that we could hack, but the others...? Good luck.
I'll be trying an upgrade to Ubuntu 10.04 at some later point in time, but I can't make any promises that it will succeed.

Sogarth said:
Possibly... but to be honest, I'm not willing to give up Flash to go up to 11.04, let alone things like the Android-In-Window functionality. Updated versions of those are a lot harder to get. It might be able to get an updated Flash if we could find a Linux-based device out there that we could hack, but the others...? Good luck.
I'll be trying an upgrade to Ubuntu 10.04 at some later point in time, but I can't make any promises that it will succeed.
Click to expand...
Click to collapse
So flash is not available in 11.04?

pederb said:
So flash is not available in 11.04?
Click to expand...
Click to collapse
NVIDIA might provide one to some of its OEM/ODM customers, but I don't think they publicly distribute Flash for public consumption. I expect it'll be the same in this case - if we could somehow get our hands on a leak of Flash for Ubuntu 10.10 or 11.04, we might be able to get something working, but otherwise, we're pretty much out of luck.

Depending on what kind of performance gains there are, this could be awesome. Although you wouldn't directly replace it, you'd be better off making a custom "distro" for the atrix using bits and pieces from webtop and combining them with the nvidia build.
Does anyone know exactly how the webtop environment boots? Important thing being the kernel. If it runs similar to a chroot you'd need a custom kernel as well.

Look up tegra on wikipedia we have 200 it says.
Sent from my Motorola Atrix 4G on the network with the most backhaul, whatever that is. This post might have errors as I hate touchscreen keyboards.

http://crap.muromec.org.ua/ac100/debian/2011-04-18/
http://markit.dyndns.org/ac100/
http://crap.muromec.org.ua/ac100/
http://paulfedora.wordpress.com/
http://ac100.163.ru/firmware/ubuntu/rootfs_11_04.tar.gz

theirs no massive difference between 200 and 250 as far as i know

hobbit19 said:
http://crap.muromec.org.ua/ac100/debian/2011-04-18/
http://markit.dyndns.org/ac100/
http://crap.muromec.org.ua/ac100/
http://paulfedora.wordpress.com/
http://ac100.163.ru/firmware/ubuntu/rootfs_11_04.tar.gz
Click to expand...
Click to collapse
What is all this?

Debian arm. Nvidia is optimizing for tegra (gpu driver included)... not just arm
Sent from my Motorola Atrix 4G on the network with the most backhaul, whatever that is. This post might have errors as I hate touchscreen keyboards.

DJ_Steve said:
theirs no massive difference between 200 and 250 as far as i know
Click to expand...
Click to collapse
There's no such thing as a Tegra 200 chip! Whenever it is referred to that way it is the because it's part of the 200 SERIES. Each being near identical with different clock speeds and possible some specific optimisations for the 3D models.
The Atrix has a Tegra 250 AP20H.

Samsung Set To Open-Source Parts Of The Exynos

http://www.phoronix.com/scan.php?page=news_item&px=MTIxMjU
Samsung Set To Open-Source Parts Of The Exynos
Posted by Michael Larabel on October 22, 2012
It appears that Samsung is preparing to open-source some code pertaining to their Exynos ARM SoC.
At an event this weekend (YouTube stream), Samsung said they will open-source the kernel and platform components of their Exynos SoC. This new code is said to be dual-licensed under the GPLv2 and Apache 2.0 licenses.
Samsung also says it will support ARM Mali GPU driver development, which it uses with its Exynos SoC. It's not known at the moment whether this means supporting the community Lima driver project or something else.
As part of this new open-source initiative, Samsung looks like it will be upping its Linux support for the Origenboard, its primary Exynos development board.
Up to this point for Exynos there's been bits of open-source drivers, like their Exynos DRM driver that is in the mainline Linux kernel but the 3D bits are not covered and they have no open-source user-space for 3D / OpenGL ES coverage.
It will be interesting to see what Samsung ultimately does with their Exynos open-source play since most ARM SoC vendors aren't too open-source friendly up to this point. It was just days ago though that word on the new Google Chromebook emerged, which boasts a Samsung Exynos 5250 SoC with Cortex-A15 cores.
Google certainly does like open-source for their ChromeOS work such as their work on Coreboot support for new hardware and Google's work on open-source graphics drivers for use by their earlier Intel-based Chromebooks.
Click to expand...
Click to collapse

We'll see how this plays out. It's not the first time Samsung promised us something.

BatGnat said:
http://www.phoronix.com/scan.php?page=news_item&px=MTIxMjU
Click to expand...
Click to collapse
Hi, this is already being discussed in this thread http://forum.xda-developers.com/showthread.php?t=1925709 . No point posting it twice. Things are not what they seem apparently. Read Entropy512's post on the thread I linked for more information on that.

true octa core.something seems is moving

Hi guys!
First it's many months i don't come here on xda.
Second i haven't this device
...but i playing with this SoC from 2 months in a developers board (Odroid-XU-E).As you,i can go at 1.8 Ghz with A15 and 640 Mhz max with gpu when i build kernels for it..No luck until now in enabling 8 cores...also if for you is a bit useless,being the SoC in a phone on battery(where my board instead is AC powered!)but i know there were a lot of drama about it months ago about the CCI-400 bug
...and something is moving.look here those diff\patches
https://lkml.org/lkml/2013/10/1/264
https://lkml.org/lkml/2013/10/1/259

Thanks buddy. but i think samsung unofficially announced about not to support all 8 cores functional At one time.
Also what abiut heating and Boooom problem? I means, It may blast our mobile if not supported fully?
Edit: Seen that samsung official working on it.
A Suggestion: Change the thread name to True octa core.
Sent from my GT-I9500 using XDA Premium 4 mobile app

Any pros to enlighten me what this actually means? Will this patch actually work?
Does it utilize the CCI400(which was believed to be broken) or other approach?
Sent from my GT-I9500 using xda app-developers app

sert00 said:
Hi guys!
First it's many months i don't come here on xda.
Second i haven't this device
...but i playing with this SoC from 2 months in a developers board (Odroid-XU-E).As you,i can go at 1.8 Ghz with A15 and 640 Mhz max with gpu when i build kernels for it..No luck until now in enabling 8 cores...also if for you is a bit useless,being the SoC in a phone on battery(where my board instead is AC powered!)but i know there were a lot of drama about it months ago about the CCI-400 bug
...and something is moving.look here those diff\patches
https://lkml.org/lkml/2013/10/1/264
https://lkml.org/lkml/2013/10/1/259
Click to expand...
Click to collapse
a word from @AndreiLux to make things clear..
thanks !

Will this patch actually work?
Click to expand...
Click to collapse
For us, basically no. These patches are for device-tree based kernels which our platform specific one isn't.
For the ODROID-XU / eventual theoretical DT based i9500 kernel it might be a possibility.
I see there's some non-standard alterations to the CCI driver related to the coherency ports, but they didn't even answer in the mailing list as to why they are there.

gdonanthony said:
a word from @AndreiLux to make things clear..
thanks !
Click to expand...
Click to collapse
i m also waiting for him. Posted the link in Previous thread of @AndreiLux buddy.
Sent from my GT-I9500 using XDA Premium 4 mobile app

AndreiLux said:
For us, basically no. These patches are for device-tree based kernels which is not part of ours.
For the ODROID-XU / eventual theoretical DT based i9500 kernel it might be a possibility.
I see there's some non-standard alterations to the CCI driver related to the coherency ports, but they didn't even answer in the mailing list as to why they are there.
Click to expand...
Click to collapse
@sert00 so here is the answer ... damn so sad about this things going on... and im hoping somethings will get better soon
thanks AndreiLux

AndreiLux said:
For us, basically no. These patches are for device-tree based kernels which our platform specific one isn't.
For the ODROID-XU / eventual theoretical DT based i9500 kernel it might be a possibility.
I see there's some non-standard alterations to the CCI driver related to the coherency ports, but they didn't even answer in the mailing list as to why they are there.
Click to expand...
Click to collapse
Does that mean it's a hardware level possibility, and just need to be implemented by clever brains?
They mentioned it was tested on 5410 dev board, dunno what that actually means..
Also regarding DT kernel, if I'm not wrong Linux is now forcing devs to switch to DT? So do you foresee any future for i9500 to actually have a DT kernel?
Forgive me if I was talking nonsense, I'm quite noob.
Sent from my GT-I9500 using xda app-developers app

lch920619x said:
Does that mean it's a hardware level possibility, and just need to be implemented by clever brains?
They mentioned it was tested on 5410 dev board, dunno what that actually means..
Also regarding DT kernel, if I'm not wrong Linux is now forcing devs to switch to DT? So do you foresee any future for i9500 to actually have a DT kernel?
Forgive me if I was talking nonsense, I'm quite noob.
Sent from my GT-I9500 using xda app-developers app
Click to expand...
Click to collapse
I doubt Samsung will ever switch the current generation to a DT model much like they never update older phone's kernels, but backport the needed bits. They're talking about the SMDK board which are LSI internal development boards. It is a STUPID amount of effort to switch over to a DT kernel, any hope is that some third-party gets some kind of update on the matter and be able to pull from that. Even the XU has only some half-hearted DT support and they work mostly on the platform kernel which is similar to ours.
Alternatively I could just pull the relevant MCPM backend and that new EDCS from the patch and try to get hack something together. But I would want to at least those patches to be actually accepted into mainline and have the 5410 supported there before one begins on an adventure into unknown territory.

AndreiLux said:
I doubt Samsung will ever switch the current generation to a DT model much like they never update older phone's kernels, but backport the needed bits. They're talking about the SMDK board which are LSI internal development boards. It is a STUPID amount of effort to switch over to a DT kernel, any hope is that some third-party gets some kind of update on the matter and be able to pull from that. Even the XU has only some half-hearted DT support and they work mostly on the platform kernel which is similar to ours.
Alternatively I could just pull the relevant MCPM backend and that new EDCS from the patch and try to get hack something together. But I would want to at least those patches to be actually accepted into mainline and have the 5410 supported there before one begins on an adventure into unknown territory.
Click to expand...
Click to collapse
I have to admit i got some difficulties understanding part of your post.
However I think I grasp the main idea and I'm looking forward to seeing how things will work once you try to implement the patch. Thanks for your effort.
BTW I'm using Chinese C version ROM(ZCUCMH1 to be specific), if I flash perseus ontop of my ROM, camera will refuse to open and report camera failure.
Not asking you to solve it but just curious if you can tell me what will possibily cause this?
Also if you have time can you point out what exactly is stopping us from having a fully functional AOSP build?
We got full kernel source code due to GPL, don't we?
And in another post you said it's nothing to do with documentation.
So what is it?
Sent from my GT-I9500 using xda app-developers app

thanks for the answer andreilux!i posted it only as a info.also on odroid board will be ready only when mainlined on 3.13 kernel,as sad by a linux developer,and there's tons of works to do to others stuffs to works!