Re: Re: [linux-sunxi] Discussion about mainlining the A83T

[Julian Calaby]

Hi Kevin,

On Tue, Jun 16, 2015 at 3:26 PM, kevin.z.m...@gmail.com
 wrote:
> Hi, All,
>
> Sorry for the A83T develop board designing ugly.
> Actually, it's not a true develop boards, but a product verification board.
> There is no other boards which is good for development now, most boards
> are tablets, so, I choose this board for developers.
> Maybe there will be good designed develop boards prodcuts in the future.

Ok, that makes sense.

Thanks,

-- 
Julian Calaby

Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

[kevin.z.m...@gmail.com]

Hi, All,

Sorry for the A83T develop board designing ugly.
Actually, it's not a true develop boards, but a product verification board.
There is no other boards which is good for development now, most boards
are tablets, so, I choose this board for developers.
Maybe there will be good designed develop boards prodcuts in the future.




kevin.z.m...@gmail.com
 
From: Julian Calaby
Date: 2015-06-16 07:48
To: Simos Xenitellis
CC: Meng Zhang; Luc Verhaegen; linux-sunxi@googlegroups.com; 吴书耕
Subject: Re: Re: [linux-sunxi] Discussion about mainlining the A83T
Hi Simos,
 
On Tue, Jun 16, 2015 at 3:05 AM, Simos Xenitellis
 wrote:
> On Mon, Jun 15, 2015 at 6:15 AM, Julian Calaby  
> wrote:
>> Hi Kevin,
>>
>> On Mon, Jun 15, 2015 at 1:12 PM, ke...@allwinnertech.com
>>  wrote:
>>> Hi, Simos,
>>>
>>> The board is defined as A83T develop Board.
>>> This board is a bit different as the picture I have send to you last time,
>>> and
>>> you can take the attachment as a refference.
>>
>> Is the TF / SD card slot really hanging off the board like that?
>> Aren't you afraid it'll get snapped off?
>>
>
> It's a prototype for the purpose of being developer friendly for mainline 
> work.
> It's not an end-user product.
 
I understand that, however I've never seen a dev board with something that ugly.
 
E.g. all the 96Boards boards released aren't that ugly. The Raspberry
Pi prototypes weren't that ugly, no BeagleBone board is that ugly,
nothing produced by _any_ of the Allwinner dev board producers
(Olimex, Cubie, etc.) is that ugly, no board I've seen on CNX software
is that ugly, etc. I've hacked together microSD card sockets for
Arduinos that weren't that ugly. It just sticks out (both literally
and metaphorically) and makes me question why. Particularly when
there's enough PCB space for it a couple of cm away from where it
ended up.
 
Furthermore, I know, from experience, that kernel development involves
a lot of moving stuff around and rebooting and unplugging and
re-plugging of mass storage. I'm not convinced it'd be strong enough
to survive that.
 
Thanks,
 
-- 
Julian Calaby
 
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

[Julian Calaby]

Hi Simos,

On Tue, Jun 16, 2015 at 3:05 AM, Simos Xenitellis
 wrote:
> On Mon, Jun 15, 2015 at 6:15 AM, Julian Calaby  
> wrote:
>> Hi Kevin,
>>
>> On Mon, Jun 15, 2015 at 1:12 PM, ke...@allwinnertech.com
>>  wrote:
>>> Hi, Simos,
>>>
>>> The board is defined as A83T develop Board.
>>> This board is a bit different as the picture I have send to you last time,
>>> and
>>> you can take the attachment as a refference.
>>
>> Is the TF / SD card slot really hanging off the board like that?
>> Aren't you afraid it'll get snapped off?
>>
>
> It's a prototype for the purpose of being developer friendly for mainline 
> work.
> It's not an end-user product.

I understand that, however I've never seen a dev board with something that ugly.

E.g. all the 96Boards boards released aren't that ugly. The Raspberry
Pi prototypes weren't that ugly, no BeagleBone board is that ugly,
nothing produced by _any_ of the Allwinner dev board producers
(Olimex, Cubie, etc.) is that ugly, no board I've seen on CNX software
is that ugly, etc. I've hacked together microSD card sockets for
Arduinos that weren't that ugly. It just sticks out (both literally
and metaphorically) and makes me question why. Particularly when
there's enough PCB space for it a couple of cm away from where it
ended up.

Furthermore, I know, from experience, that kernel development involves
a lot of moving stuff around and rebooting and unplugging and
re-plugging of mass storage. I'm not convinced it'd be strong enough
to survive that.

Thanks,

-- 
Julian Calaby

Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [linux-sunxi] [ANNOUNCE] Allwinner releasing CedarX open source

[Manuel Braga]

On Mon, 01 Jun 2015 14:01:52 +0200 Andreas Baierl 
wrote:
> Hi Kevin,
> 
> any progress or comments from Allwinner on this discussion?

We are the annoying people that only makes the questions that Allwinner
doesn't want to answer.

So this is understandable.
But we would accept any answer. Really, any answer.


--
Manuel Braga

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [linux-sunxi] New CedarX API documentation

[Manuel Braga]

On Fri, 12 Jun 2015 05:49:43 -0700 (PDT) yonnetbili...@gmail.com wrote:
> Hi everyone;
> 
> I just get some new files regarding CedarX, and uploaded to
> https://github.com/stulluk/CedarX-12.06.2015

Thanks. This is a newer version of what is in the official
repository at https://github.com/allwinner-zh/media-codec
This throw away code dumps, only creates confusion.

But, at the first glance, i see 2 license issues.
* vencoder source code files have a proprietary and confidential header
* the close-source-plugins-binary-blobs have no license

With this "license issues", i don't see how this can be usable.


> 
> I hope professional friends may have a look, especially to the DOC

I am not a professional, so take what i have to say for what it's worth.



> folder and the example C application.

The documentation is in Chinese, but is not a problem when one can look
at the source code, and with all this in the end we will even arrive to
learn some Chinese. Is really not a problem.

That is a simple example in how to use the cedarx api for encoding, if
that is too hard to use, then there is also an OpenMax implementation.
Up to now only has support for decoding, hopeful encoding will also be
eventually added.
But take notice that when using OpenMax, that is an api that tries to
offer an abstraction of the hardware, there can be a performance
penalty caused by a conversion of picture pixel data formats in the cpu.
(the file transform_color_format.c) as is in the case of decoding in
A10/A20/A13


Be careful of what i am saying, because i have not yet tried to
compile or use this newer more open source cedarx, in the same mode i
also never used anything with OpenMax.
So i don't know if is working.


> 
> Is it useful for linux-sunxi?

Only if there is someone that will take the trouble.

Allwinner is still learning in how to collaborate with the community.
Until then, the only way that linux-sunxi community could make any use
of this would be to fork it. And everyone can see how troublesome this
could become when the linux-sunxi community has so great difficulties of
getting answers from allwinner, related to this video engine hardware.




> Can we use this in Android?

Because of close-source-plugins-binary-blobs, would be required to also
have them in the armel form for Android.
I presume, i didn't tested, that those binaries in this dump are armhf.


-- 
Manuel Braga

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

['Simos Xenitellis' via linux-sunxi]

On Mon, Jun 15, 2015 at 6:15 AM, Julian Calaby  wrote:
> Hi Kevin,
>
> On Mon, Jun 15, 2015 at 1:12 PM, ke...@allwinnertech.com
>  wrote:
>> Hi, Simos,
>>
>> The board is defined as A83T develop Board.
>> This board is a bit different as the picture I have send to you last time,
>> and
>> you can take the attachment as a refference.
>
> Is the TF / SD card slot really hanging off the board like that?
> Aren't you afraid it'll get snapped off?
>

It's a prototype for the purpose of being developer friendly for mainline work.
It's not an end-user product.

Simos

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

['Simos Xenitellis' via linux-sunxi]

On Mon, Jun 15, 2015 at 6:12 AM, ke...@allwinnertech.com
 wrote:
> Hi, Simos,
>
> The board is defined as A83T develop Board.
> This board is a bit different as the picture I have send to you last time,
> and
> you can take the attachment as a refference.
>

Thanks, I added this at
https://linux-sunxi.org/User:Simos/H8HomletProtoV20_A83T

and I am preparing the device page at
https://linux-sunxi.org/User:Simos/Allwinner_A83TDevBoard

Simos

> 
> Best Regards,
> ke...@allwinnertech.com
>
>
> From: Simos Xenitellis
> Date: 2015-06-15 04:46
> To: Luc Verhaegen
> CC: 'Simos Xenitellis' via linux-sunxi; Meng Zhang; shuge
> Subject: Re: [linux-sunxi] Discussion about mainlining the A83T
> On Sat, Jun 13, 2015 at 2:39 PM, Luc Verhaegen  wrote:
>> On Sat, Jun 13, 2015 at 12:05:28PM +0300, 'Simos Xenitellis' via
>> linux-sunxi wrote:
>>> Hi All!
>>>
>>> Recently, several people received developer boards with the A83T SoC.
>>>
>>> I have collected information from a few sources and put them on
>>> https://linux-sunxi.org/User:Simos/H8HomletProtoV20_A83T
>>>
>>> The page includes a comparison of modules of the A83T with other A-line
>>> SoCs.
>>> There are high-resolution images of the board.
>>> In addition, the page has boot messages and also output of commands
>>> from the pre-installed BR Linux (kernel version: 3.4).
>>>
>>> I'ld like to start a thread about the planning of the mainlining of the
>>> A83T.
>>>
>>> If there are any other topics not directly related to this thread,
>>> please start a new thread.
>>>
>>> Simos
>>
>> Try the New_Device_Howto.
>>
>
> What name (on the wiki URL) shall the device have?
> On the board it says H8 but the SoC under the heatsink it is the A83T.
>
> Simos
>
> NOTICE: This e-mail and any included attachments are intended only for the
> sole use of named and intended recipient (s) only. If you are the named and
> intended recipient, please note that the information contained in this email
> and its embedded files are confidential and privileged. If you are neither
> the intended nor named recipient, you are hereby notified that any
> unauthorized review, use, disclosure, dissemination, distribution, or
> copying of this communication, or any of its contents, is strictly
> prohibited. Please reply to the sender and destroy the original message and
> all your records of this message (whether electronic or otherwise).
> Furthermore, you should not disclose to any other person, use, copy or
> disseminate the contents of this e-mail and/or the documents accompanying
> it.
>
> --
> You received this message because you are subscribed to the Google Groups
> "linux-sunxi" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to linux-sunxi+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[linux-sunxi] Help: problem with a lcd 3.5" with my allwinner A10 (Olimex A10 lime)

[objets . futur]

Hi
I have connected a LCD RGB 24 bits screen on an  olimex A10 board.

In first, screen i must obtain:

http://www.tiikoni.com/tis/view/?id=193e911


But this is what i obtained:
http://www.tiikoni.com/tis/view/?id=32163ed

Whan i move my mouse i can see black rays
http://www.tiikoni.com/tis/view/?id=d2cb83f


My ic is a HX8238A.
Doc here:
https://www.olimex.com/Products/_resources/LCD/HX8238A.pdf

We can see if i disconnec hsync and vsync it must work in de mode (page 57)

To connect my screen , i'm using différents adaptator and total lenght to 
arrive in fc cable is 20cm.

i have added longest cable to see but nothing change, the screen stay the same.

I'm using same fex and same screen that lemaker's one (banana pi).

It must work but.not

https://github.com/LeMaker/fex_configuration

I'm using these pin layer from bananapi:
http://www.tiikoni.com/tis/view/?id=c1d97b7

When connecting SEL0 SEL1 SEL2 to power with resistor it didn't work it's 
normal cause RGB mode is not selected;


A question, if RGB signals are inverted, colors will be changed but appearance 
of the screen will be ok?

I think in the kernel de mode is activated and no sync +de mode: is it possible?

Thanx

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [linux-sunxi] Re: 2015 SBC survey by Linux Foundation/LinuxGizmos

[mike . valk]

On Friday, June 12, 2015 at 3:52:25 PM UTC+2, Simos Xenitellis wrote:
> On Fri, Jun 12, 2015 at 12:13 PM, Luc Verhaegen  wrote:
> > On Fri, Jun 12, 2015 at 11:46:27AM +0300, 'Simos Xenitellis' via 
> > linux-sunxi wrote:
> >> On Thu, May 21, 2015 at 5:24 PM, Simos Xenitellis <
> >> simos.lists at googlemail.com> wrote:
> >>
> >> > Hi All,
> >> >
> >> > The Linux Foundation and Linux Gizmos are running (also) this year a
> >> > survey on small-board computers,
> >> > 1.
> >> > http://www.linux.com/news/embedded-mobile/mobile-linux/831550-survey-best-linux-hacker-sbcs-for-under-200
> >> > 2.
> >> > http://linuxgizmos.com/rate-these-sub-200dollar-hacker-sbcs-win-one-of-20/
> >> >
> >> > This year they include 54 SBCs, out of which 12 are based on Allwinner
> >> > SoCs,
> >> > a. Two from Olimex
> >> > b. One from SinoVoip
> >> > c. One from LeMaker
> >> > d. Three from CubieTech
> >> > e. Three from LinkSprite
> >> > f. Two from Shenzhen Xunlong Software
> >> >
> >> > The result of the survey is to produce a Top 10 list based on popularity.
> >> > The purpose of the survey appears to be to gauge interest in open designs
> >> > of boards and get manufacturers to work towards that direction.
> >> >
> >> > Here are the guidelines for the inclusion of a new board to the list,
> >> >
> >> > http://linuxgizmos.com/rate-your-favorite-open-single-board-computers/#open-sbc-guidelines
> >> >
> >> > If a company is producing developer boards and satisfy the requirements
> >> > for inclusion, they can provide five boards to the Linux Foundation so 
> >> > that
> >> > they are given away to those that took the survey. At this survey, there
> >> > are four different boards to be given away and none has an Allwinner SoC.
> >> >
> >> > Here is the survey,
> >> > https://www.surveymonkey.com/r/2015SBCS
> >> >
> >> >
> >> >
> >> The 2015 Hacker SBC Survey has ended and here are the results,
> >> http://linuxgizmos.com/raspberry-pi-stays-sky-high-in-2015-hacker-sbc-survey/
> >>
> >> Specifically,
> >>
> >> 1. The survey had a special feature where you picked three SBCs depending
> >> on how favorite they were to you.
> >> Then, it would triple the votes for Choice #1, double the votes for Choice
> >> #2 and extract the results.
> >> Obviously, such a method favors what has been put as Choice #1, the most
> >> favorite.
> >>
> >> 2. At positions #1 and #3, the Raspberry Pi 2 and Raspberry Pi
> >> respectively. Yep, the single core Raspberry Pi got third place.
> >> 3. At position #2 was the BeagleBone Black.
> >>
> >> 4. In the top ten, there were three ODROID SBCs. ODROID is doing a great
> >> job in promoting their boards.
> >> They have a great page showcasing what you can do with their boards (such
> >> as
> >> http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141578608433),
> >> they have a monthly magazine at http://magazine.odroid.com/ and their forum
> >> is very active.
> >>
> >> 5. Out of the 53 Small Board Computers in the competition, there were no
> >> Allwinner boards this year in the top Ten.
> >> 6. An easy comparison of the specs for the Top Ten is at
> >> http://files.linuxgizmos.com/2015-hacker-sbc-survey-top-10-sbc-specs-comparison.jpg
> >> It is interesting to notice that several Mali and PowerVR GPUs make it to
> >> the top ten.
> >>
> >> 7. The Raspberry Pis have the Videocode IV GPU. When the first RPi board
> >> was released, it did not have a free driver for the GPU.
> >> Two years later, Broadcom released some source and documentation which were
> >> not sufficient.
> >> The turning point was in June 2014 when Eric Anholt was employed by
> >> Broadcom to write a free driver for VC4,
> >> https://en.wikipedia.org/wiki/VideoCore#Linux_support
> >>
> >> 8. There were three Cubieboard models which got 357 points
> >> and two OLinuXino models that got 195 points.
> >> 9. In the 2014 SBC Survey, the Banana Pi got the fifth place.
> >> This year, the companies (LeMaker, SinoVoip) that made the Banana Pi
> >> decided to split, creating their separate products.
> >> The SinoVoip board got 14th place, the LeMaker got the 16th place.
> >> 10. The Orange Pi was quite low in the ranking (too new entrant for the
> >> survey).
> >>
> >> 11. Among the buying criteria, the highest was "Open source software
> >> support" (sic).
> >> Next came the "Community ecosystem".
> >> I think these two are critical for the success of an SBC, and companies
> >> that make SBCs,
> >> should make effort to create such communities.
> >>
> >> Simos
> >
> > Amazing how you left the following snippet out:
> >
> > "One processor trend did seem clear, however, judging both from the
> > selections and reader comments. The open source community appears to be
> > increasingly frustrated with Allwinner’s Linux support. While three
> > Allwinner based boards made last year’s top 10, there are none this
> > year. After the 11th Place Cubieboard4, with its octacore Allwinner A80,
> > the next Allwinner board on the list is the A31-base

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

[jonsm...@gmail.com]

On Mon, Jun 15, 2015 at 4:06 AM, ke...@allwinnertech.com
 wrote:
> Hi, ChenYu,
>
>> Kevin, Shuge, do you know if the 2 chips are actually the same?
>> 請問 A83T 和 H8 是一樣的晶片嗎? 提供給我們的板子上是印 H8，
>> 但告知我們是 A83T 的原型機，讓人不是很有把握。
> Yes, I have checked with my hardware colleague.
> Some chips of H8 is same as A83T, and others are not.
> The chips on the develop boards are same as the A83T, just different mark.

What is the difference between the A83T and H8? We are looking at
using the H8 in a product we have under development. I have an Orange
Pi 2 on order but it hasn't shipped yet.

Does the H8 have the newer h.264 encoder that can compress more?

Is Android Lollipop coming for the H8?


>
> 
> Best Regards,
> ke...@allwinnertech.com
>
>
> From: Chen-Yu Tsai
> Date: 2015-06-15 15:56
> To: Simos Xenitellis; Meng Zhang; shuge
> CC: linux-sunxi
> Subject: Re: [linux-sunxi] Discussion about mainlining the A83T
> On Sat, Jun 13, 2015 at 5:05 PM, 'Simos Xenitellis' via linux-sunxi
>  wrote:
>> Hi All!
>>
>> Recently, several people received developer boards with the A83T SoC.
>>
>> I have collected information from a few sources and put them on
>> https://linux-sunxi.org/User:Simos/H8HomletProtoV20_A83T
>>
>> The page includes a comparison of modules of the A83T with other A-line
>> SoCs.
>> There are high-resolution images of the board.
>> In addition, the page has boot messages and also output of commands
>> from the pre-installed BR Linux (kernel version: 3.4).
>
> Some facts about the board:
>
> Boot0 is V4.0.0.
> DRAM is 1GB DDR3 @ 672 MHz.
> eMMC is 8GB (7.32 GiB).
> AXP818 is a PMIC & audio codec combo.
> AC200 is a audio codec (unused here), TV encoder, ethernet PHY and RTC
> 4-in-1 chip.
> USB0 (OTG) and USB1 (EHCI/OHCI) are routed directly to the 2 USB ports.
> That means no actual OTG, only host mode.
>
> The board (and schematics) say this is an H8.
> However I won't be removing the heatsink to verify.
> I don't recommend it either. It is quite warm just idling.
> That said, the A83T has the same packing as the H8 (BGA 345),
> though I have not compared the actual pin signals.
>
> Kevin, Shuge, do you know if the 2 chips are actually the same?
> 請問 A83T 和 H8 是一樣的晶片嗎? 提供給我們的板子上是印 H8，
> 但告知我們是 A83T 的原型機，讓人不是很有把握。
>
> The board runs a customized Android system.
>
> Not sure if FEL mode or Android fastboot would work on this board.
> If not, it's going to be hard to mainline without U-boot support.
>
> UART0 is the 5 pin-out next to the WiFi module and AXP818.
> It shares the same pinout as the micro-SD breakout, or the
> A80 Optimus. Note that the onboard OS muxes UART0 onto mmc0
> instead. :|
>
> ChenYu
>
>> I'ld like to start a thread about the planning of the mainlining of the
>> A83T.
>>
>> If there are any other topics not directly related to this thread,
>> please start a new thread.
>
> NOTICE: This e-mail and any included attachments are intended only for the
> sole use of named and intended recipient (s) only. If you are the named and
> intended recipient, please note that the information contained in this email
> and its embedded files are confidential and privileged. If you are neither
> the intended nor named recipient, you are hereby notified that any
> unauthorized review, use, disclosure, dissemination, distribution, or
> copying of this communication, or any of its contents, is strictly
> prohibited. Please reply to the sender and destroy the original message and
> all your records of this message (whether electronic or otherwise).
> Furthermore, you should not disclose to any other person, use, copy or
> disseminate the contents of this e-mail and/or the documents accompanying
> it.
>
> --
> You received this message because you are subscribed to the Google Groups
> "linux-sunxi" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to linux-sunxi+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



-- 
Jon Smirl
jonsm...@gmail.com

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Re: [linux-sunxi] Discussion about mainlining the A83T

[ke...@allwinnertech.com]

Hi, ChenYu,

> Kevin, Shuge, do you know if the 2 chips are actually the same?
> 請問 A83T 和 H8 是一樣的晶片嗎? 提供給我們的板子上是印 H8，
> 但告知我們是 A83T 的原型機，讓人不是很有把握。
Yes, I have checked with my hardware colleague.
Some chips of H8 is same as A83T, and others are not.
The chips on the develop boards are same as the A83T, just different mark.


Best Regards,
ke...@allwinnertech.com

From: Chen-Yu Tsai
Date: 2015-06-15 15:56
To: Simos Xenitellis; Meng 
Zhang; shuge
CC: linux-sunxi
Subject: Re: [linux-sunxi] Discussion about mainlining the A83T
On Sat, Jun 13, 2015 at 5:05 PM, 'Simos Xenitellis' via linux-sunxi
 wrote:
> Hi All!
>
> Recently, several people received developer boards with the A83T SoC.
>
> I have collected information from a few sources and put them on
> https://linux-sunxi.org/User:Simos/H8HomletProtoV20_A83T
>
> The page includes a comparison of modules of the A83T with other A-line SoCs.
> There are high-resolution images of the board.
> In addition, the page has boot messages and also output of commands
> from the pre-installed BR Linux (kernel version: 3.4).

Some facts about the board:

Boot0 is V4.0.0.
DRAM is 1GB DDR3 @ 672 MHz.
eMMC is 8GB (7.32 GiB).
AXP818 is a PMIC & audio codec combo.
AC200 is a audio codec (unused here), TV encoder, ethernet PHY and RTC
4-in-1 chip.
USB0 (OTG) and USB1 (EHCI/OHCI) are routed directly to the 2 USB ports.
That means no actual OTG, only host mode.

The board (and schematics) say this is an H8.
However I won't be removing the heatsink to verify.
I don't recommend it either. It is quite warm just idling.
That said, the A83T has the same packing as the H8 (BGA 345),
though I have not compared the actual pin signals.

Kevin, Shuge, do you know if the 2 chips are actually the same?
請問 A83T 和 H8 是一樣的晶片嗎? 提供給我們的板子上是印 H8，
但告知我們是 A83T 的原型機，讓人不是很有把握。

The board runs a customized Android system.

Not sure if FEL mode or Android fastboot would work on this board.
If not, it's going to be hard to mainline without U-boot support.

UART0 is the 5 pin-out next to the WiFi module and AXP818.
It shares the same pinout as the micro-SD breakout, or the
A80 Optimus. Note that the onboard OS muxes UART0 onto mmc0
instead. :|

ChenYu

> I'ld like to start a thread about the planning of the mainlining of the A83T.
>
> If there are any other topics not directly related to this thread,
> please start a new thread.
NOTICE: This e-mail and any included attachments are intended only for the sole 
use of named and intended recipient (s) only. If you are the named and intended 
recipient, please note that the information contained in this email and its 
embedded files are confidential and privileged. If you are neither the intended 
nor named recipient, you are hereby notified that any unauthorized review, use, 
disclosure, dissemination, distribution, or copying of this communication, or 
any of its contents, is strictly prohibited. Please reply to the sender and 
destroy the original message and all your records of this message (whether 
electronic or otherwise). Furthermore, you should not disclose to any other 
person, use, copy or disseminate the contents of this e-mail and/or the 
documents accompanying it.

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [U-Boot] [linux-sunxi] [RFC 11/11] mtd/nand: Sunxi NAND boot partition definitions

[Hans de Goede]

Hi,

On 14-06-15 13:31, Boris Brezillon wrote:

Roy, Yassin,

On Mon, 08 Jun 2015 13:35:04 +0200
Roy Spliet  wrote:


Hello Yassin,

Op 08-06-15 om 12:48 schreef Yassin:

Hi Roy
Thank you for working on this, I would like to suggest if you could implement 
separate control commands to switch ECC and Randomisation modes per partitions. 
I know this is not the best approach but it will provide more controls.

Thanks for the suggestion. However, for now I do not see the immediate
need for this in U-boot. U-boot should really only care about one thing:
load Linux. Therefore, the only partition it needs to be able to read is
whatever partition is used for storing boot data on. And if we only care
about one NAND partition, we don't need per-partition settings.
I agree that it would be nice to have eventually, but I think this
problem first needs to be solved in Linux properly. Then in U-boot we
can sync MTD up with Linux and we get the support we need "for free".
I'd personally recommend to take this approach over now first hacking up
all sorts of new commands in U-boot, as the latter will create more
problems with syncing up MTD and doing the right thing on the longer run.


Actually, the more I think about the more I agree with Yassin's
suggestion. We currently don't have any standard way to attach a
specific setting to a partition (even in Linux, and I hope I'll be able
to work on this aspect soon).
So for now, I really think we should reuse the existing/standard way of
declaring partitions in u-boot (mtdparts + mtdids variables + the
mtdparts command) and a sunxi specific commands to configure the ECC
and Randomizer config.
Once we have settled on something in Linux, we will be able to port it
to u-boot and get rid of these sunxi specific command, but in the
meantime this will allow us to boot a linux kernel (and even flash an
SPL) from u-boot without introducing heavy changes in the u-boot MTD
layer.


Ack, note we do not even need any sunxi specific commands, we will
have separate nand code for the SPL and uboot itself, since the SPL
needs a simple mini read-only implementation. So we can compile the
parameters for the boot block vs the rest into the spl resp. uboot
binary directly.

Regards,

Hans

--
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [linux-sunxi] Discussion about mainlining the A83T

[Chen-Yu Tsai]

On Sat, Jun 13, 2015 at 5:05 PM, 'Simos Xenitellis' via linux-sunxi
 wrote:
> Hi All!
>
> Recently, several people received developer boards with the A83T SoC.
>
> I have collected information from a few sources and put them on
> https://linux-sunxi.org/User:Simos/H8HomletProtoV20_A83T
>
> The page includes a comparison of modules of the A83T with other A-line SoCs.
> There are high-resolution images of the board.
> In addition, the page has boot messages and also output of commands
> from the pre-installed BR Linux (kernel version: 3.4).

Some facts about the board:

Boot0 is V4.0.0.
DRAM is 1GB DDR3 @ 672 MHz.
eMMC is 8GB (7.32 GiB).
AXP818 is a PMIC & audio codec combo.
AC200 is a audio codec (unused here), TV encoder, ethernet PHY and RTC
4-in-1 chip.
USB0 (OTG) and USB1 (EHCI/OHCI) are routed directly to the 2 USB ports.
That means no actual OTG, only host mode.

The board (and schematics) say this is an H8.
However I won't be removing the heatsink to verify.
I don't recommend it either. It is quite warm just idling.
That said, the A83T has the same packing as the H8 (BGA 345),
though I have not compared the actual pin signals.

Kevin, Shuge, do you know if the 2 chips are actually the same?
請問 A83T 和 H8 是一樣的晶片嗎? 提供給我們的板子上是印 H8，
但告知我們是 A83T 的原型機，讓人不是很有把握。

The board runs a customized Android system.

Not sure if FEL mode or Android fastboot would work on this board.
If not, it's going to be hard to mainline without U-boot support.

UART0 is the 5 pin-out next to the WiFi module and AXP818.
It shares the same pinout as the micro-SD breakout, or the
A80 Optimus. Note that the onboard OS muxes UART0 onto mmc0
instead. :|

ChenYu

> I'ld like to start a thread about the planning of the mainlining of the A83T.
>
> If there are any other topics not directly related to this thread,
> please start a new thread.

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.