Hi all,
Finally my ethernet is working fine.
Here my update:
i disable emac and enable the gmac in script.
and in gpio parameter i made ph16 pin as high in script.
i selected gmac driver from sun3.4 kernel.
Regards
Punith
--
You received this message because you are subscribed to the Google
I don't see a device page anywhere.
Did you work through the http://linux-sunxi.org/New_Device_howto ?
Luc Verhaegen.
--
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 emai
Signed-off-by: Aleksei Mamlin
---
sys_config/a20/wexler_tab_7200.fex | 936 +
1 file changed, 936 insertions(+)
create mode 100644 sys_config/a20/wexler_tab_7200.fex
diff --git a/sys_config/a20/wexler_tab_7200.fex
b/sys_config/a20/wexler_tab_7200.fex
new fil
Signed-off-by: Aleksei Mamlin
---
board/sunxi/Makefile | 1 +
board/sunxi/dram_wexler_tab_7200.c | 31 +++
boards.cfg | 1 +
3 files changed, 33 insertions(+)
create mode 100644 board/sunxi/dram_wexler_tab_7200.c
diff --git a/b
I've done some more testing. h.264 is premature, the uncompressed CSI
driver isn't working right. So it has to be fixed before there is any
point in messing with h.264.
--
Jon Smirl
jonsm...@gmail.com
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" g
On Sun, Jan 12, 2014 at 08:17:58PM -0600, Andy Valencia wrote:
> ---
> Luc Verhaegen writes:
>
> > Stick this in http://linux-sunxi.org/Frequently_asked_questions
> > please. Someone else is bound to run into it again in the future.
>
> Good point... done.
Thanks!
Luc Verhaegen.
-
We've been looking into supporting high resolution audio file playback,
specifically 24-bit/96kHz and 24-bit/192kHz files. We've made some changes
and had a little progress but are still not able to get proper playback of
24-bit audio files. I'm hoping that by posting here someone else has looke
Sorry, SystemServer.java in
openbox/frameworks/base/services/java/com/android/server
On Sunday, January 12, 2014 8:13:44 PM UTC-8, George Ioakimedes wrote:
>
> The images are built based on TV dongles so the output is fixed to HDMI so
> anything you do to the fex file gets immediately changed to
The images are built based on TV dongles so the output is fixed to HDMI so
anything you do to the fex file gets immediately changed to HDMI once the
system boots. You need to edit SystemServer.java and recompile the source
in order to get output on LVDS in Android.
On Thursday, December 19, 201
Just to let you know I have tested many LVDS panels with both A10 and A20
as well as several kernels and have them working for more than 1 year now.
I have not tested a dual channel (odd/even) in a long time so I can't say
if the pixel clock is divided or not.
On Sunday, January 12, 2014 3:51:1
---
Luc Verhaegen writes:
> Stick this in http://linux-sunxi.org/Frequently_asked_questions
> please. Someone else is bound to run into it again in the future.
Good point... done.
Andy
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" grou
Fex file for tablet didn't specified pll3 setting which caused nonworking LCD.
---
sys_config/a20/k1001l1c.fex | 1 +
1 file changed, 1 insertion(+)
diff --git a/sys_config/a20/k1001l1c.fex b/sys_config/a20/k1001l1c.fex
index 54ac2c7..b11d75e 100644
--- a/sys_config/a20/k1001l1c.fex
+++ b/sys_co
Hello,
Trying to reproduce bug on cubieboard2 brought me a solution.
In fex file of my tablet there wasn't initialized pll3.
I will send this oneliner patch.
Korneliusz Osmenda
On Wednesday, January 8, 2014 1:15:05 AM UTC+1, Michal Suchanek wrote:
>
> Hello,
>
> On 7 January 2014 07:38, Tsveta
On Sun, Jan 12, 2014 at 05:47:22PM -0600, Andy Valencia wrote:
> ---
> Jonathan Aquilina wrote:
>
> > Have you checked to see if your board supports 3TB. I have a cubieboard 2
> > and it is advertised to take a maximum of 2TB
>
> Thanks for the note. I didn't imagine that there'd be
---
Jonathan Aquilina wrote:
> Have you checked to see if your board supports 3TB. I have a cubieboard 2
> and it is advertised to take a maximum of 2TB
Thanks for the note. I didn't imagine that there'd be a hardware
limitation (this being just the SCSI packet protocol over USB), b
Signed-off-by: Luc Verhaegen
---
board/sunxi/Makefile |1 +
boards.cfg |2 ++
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/sunxi/Makefile b/board/sunxi/Makefile
index f274a1d..e431653 100644
--- a/board/sunxi/Makefile
+++ b/board/sunxi/Makefile
@@ -55,6 +
Signed-off-by: Luc Verhaegen
---
sys_config/a13/inet_86vz.fex | 735 ++
1 files changed, 735 insertions(+), 0 deletions(-)
create mode 100644 sys_config/a13/inet_86vz.fex
diff --git a/sys_config/a13/inet_86vz.fex b/sys_config/a13/inet_86vz.fex
new file m
Have you checked to see if your board supports 3TB. I have a cubieboard 2
and it is advertised to take a maximum of 2TB
On Sun, Jan 12, 2014 at 10:25 PM, Andy Valencia
wrote:
>
> (Regarding corrupt 3TB disk reads when attached via USB dock.)
>
> I wanted to make sure I wasn't chasing an
(Regarding corrupt 3TB disk reads when attached via USB dock.)
I wanted to make sure I wasn't chasing an old problem, so I wrestled
with a build environment and built branch sunxi-3.4 yielding me
a kernel identifying itself as 3.4.75+. Booted with this, and still
see the same problem.
T
On Sun, Jan 12, 2014 at 2:27 PM, Stefan Monnier wrote:
> > What I'd rather do is collect feedback and then get a real release from
> > them.
>
> We don't want a release from them, we want source code.
>
I agree, but I don't think they own the right to release the source for the
libraries. We did
> What I'd rather do is collect feedback and then get a real release from
> them.
We don't want a release from them, we want source code.
Stefan
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group and stop re
On Sun, Jan 12, 2014 at 04:58:48PM +0100, Luc Verhaegen wrote:
> Ok.
>
> * http://linux-sunxi.org/Android pulls in
> https://github.com/matson-hall/manifest.git which makes no mention of
> u-boot-sunxi. And i've looked in the manifests in the branches.
>
> * http://linux-sunxi.org/A20-Cubieboar
On Sun, Jan 12, 2014 at 1:32 PM, Manuel Braga wrote:
> On Sat, 11 Jan 2014 23:19:43 -0500 "jonsm...@gmail.com"
> wrote:
> > I have a beta H264 encoder sample app form Allwinner compiled for
> > armhf. I've been playing around with it and it doesn't work right.
> > But the problems don't seem to
On Sat, 11 Jan 2014 23:19:43 -0500 "jonsm...@gmail.com"
wrote:
> I have a beta H264 encoder sample app form Allwinner compiled for
> armhf. I've been playing around with it and it doesn't work right.
> But the problems don't seem to be with the h.264 encoder working it
> is with things like thread
On Sat, 11 Jan 2014 23:19:43 -0500 "jonsm...@gmail.com"
wrote:
> I have a beta H264 encoder sample app form Allwinner compiled for
> armhf. I've been playing around with it and it doesn't work right.
> But the problems don't seem to be with the h.264 encoder working it
> is with things like thread
On Wed, 01 Jan 2014 14:06:39 +0100 Oliver Schinagl
wrote:
> So please, pretend this is a blank slate, and suggest whatever should
> be mentioned during FOSDEM and I will try to take that into account.
VPU RE VPU RE VPU RE VPU RE VPU RE VPU RE VPU RE VPU RE VPU RE VPU RE
You know already, but to n
usb_host_init_state should be set to 1. Recompile and replace the script.bin
file.
—
>From My Tiny Glowing Screen
On Sun, Jan 12, 2014 at 11:50 AM, Nelson Grodzicki
wrote:
> Dear Ian:
> Just checked the script.bin for my A13 tablet and usbc1 is =1.
> This is the copy of the USB section of my ac
Dear Ian:
Just checked the script.bin for my A13 tablet and usbc1 is =1.
This is the copy of the USB section of my actual tablet using bin2fex
utility.
[usbc0]
usb_used = 1
usb_port_type = 2
usb_detect_type = 1
usb_id_gpio = port:PG02<0><1>
usb_det_vbus_gpio = port:PG01<0><0>
usb_drv_vbus_gpio =
On Sun, Jan 12, 2014 at 04:40:18PM +0100, Michal Suchanek wrote:
> On 12 January 2014 15:51, Luc Verhaegen wrote:
> >
> > Which BSPs? I cannot find anything related on our wiki. TBH, if such
> > users of the lichee-dev u-boot branch exist and they haven't bothered
> > putting anything in our wiki,
On 12 January 2014 15:51, Luc Verhaegen wrote:
> On Sun, Jan 12, 2014 at 03:36:51PM +0100, Michal Suchanek wrote:
>> On 9 January 2014 21:18, Luc Verhaegen wrote:
>> > They should now be actually useful, and the howtos will be updated.
>> >
>> > Also, it might be a good idea to add this to the su
On Sun, Jan 12, 2014 at 03:36:51PM +0100, Michal Suchanek wrote:
> On 9 January 2014 21:18, Luc Verhaegen wrote:
> > They should now be actually useful, and the howtos will be updated.
> >
> > Also, it might be a good idea to add this to the sun4i config as well.
> >
> > Signed-off-by: Luc Verhaeg
Hello,
lychee branch is not getting any updates so thanks for looking into it.
Looks good except for the part with changing default environment.
Michal
On 9 January 2014 21:18, Luc Verhaegen wrote:
> The following are a set of patches that i needed in order to get useful
> u-boot running from
On 12 January 2014 03:56, Luc Verhaegen wrote:
> It might be slightly useful to know this.
>
> Signed-off-by: Luc Verhaegen
> ---
> nand-part-main.c | 15 +++
> 1 files changed, 15 insertions(+), 0 deletions(-)
>
> diff --git a/nand-part-main.c b/nand-part-main.c
> index 274ce90..3
On 9 January 2014 21:18, Luc Verhaegen wrote:
> They should now be actually useful, and the howtos will be updated.
>
> Also, it might be a good idea to add this to the sun4i config as well.
>
> Signed-off-by: Luc Verhaegen
> ---
> include/configs/sun5i_a13.h | 16 +---
> 1 files c
Hi,
[Cc'ing DT maintainers directly]
On 12.01.2014 04:04, Tony Prisk wrote:
On 12/01/14 11:30, Alan Stern wrote:
On Fri, 10 Jan 2014, Hans de Goede wrote:
Hi,
On 01/11/2014 12:50 AM, Sergei Shtylyov wrote:
Hello.
On 01/11/2014 01:46 AM, Hans de Goede wrote:
Here is v4 of my ohci and ehc
Hello,
On Sat, Jan 04, 2014 at 10:14:35AM +0100, Hans de Goede wrote:
> @@ -323,6 +323,8 @@ struct ahci_host_priv {
> u32 em_msg_type;/* EM message type */
> struct clk *clk; /* Only for platforms
> supporting clk */
> void
Hi,
Thanks for the review. Note I did my best to ensure my patches
would not break vt8500 support, but if you could run some tests
with them that would be great.
On 01/11/2014 09:37 AM, Tony Prisk wrote:
On 11/01/14 11:46, Hans de Goede wrote:
Add support for ohci-platform instantiation from d
37 matches
Mail list logo