Re: [linux-sunxi] Boot failure on A33 powered tablet

2016-07-12 Thread Steven Saunderson
On Monday, 11 July 2016 22:18:49 UTC+10, Steven Saunderson wrote: > On Monday, 11 July 2016 21:32:36 UTC+10, Michal Suchanek wrote: > > Either way, you can try checking with a multimeter that the RX and TX > >> pins of the serial port do not connect to the SD slot. Some

Re: [linux-sunxi] Boot failure on A33 powered tablet

2016-07-11 Thread Steven Saunderson
On Monday, 11 July 2016 21:32:36 UTC+10, Michal Suchanek wrote: > > Hello, > > On 11 July 2016 at 13:20, Steven Saunderson <essa...@gmail.com > > wrote: > > > > > Thanks for the reply. I've tried to generate U-Boot with CONS_INDEX = 1 > and >

Re: [linux-sunxi] Boot failure on A33 powered tablet

2016-07-11 Thread Steven Saunderson
ard after this I get a gibberish stream starting with "UUU" and containing "$226&&". The stream also contains many 0xEFBFBD. Any suggestions will be appreciated. Thanks, Steven On Monday, 11 July 2016 19:10:48 UTC+10, Hans de Goede wrote: > > Hi, &

[linux-sunxi] Boot failure on A33 powered tablet

2016-07-10 Thread Steven Saunderson
Hi, I have an A33 powered tablet (10" PendoPad) and I'm trying to get it to boot from SD card. I'd like to change this Android box into a Linux box. I'm using the latest U-Boot with settings from the A33 configs that are supplied. I have a monitor connected to the UART0 pins on the board and

[linux-sunxi] Re: NAND flashing support for Cubietruck using FEL and U-Boot

2016-01-31 Thread Steven Saunderson
On Monday, 12 October 2015 22:52:18 UTC+11, Piotr Król wrote: > > Hi all, > I'm trying to utilize method of flashing NAND used by CHIP developers [1] > on > my Cubietruck. In short they boot in FEL, write SPL, U-Boot and rootfs > to RAM and then after booting to U-Boot write those

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-07-27 Thread Steven Saunderson
On Wednesday, July 1, 2015 at 7:21:52 PM UTC+10, Ivan Kozic wrote: Hi Steven, See my comments below. On Monday, June 29, 2015 at 9:28:17 PM UTC+2, Steven Saunderson wrote: Hi Ivan, Thanks fo all your work here. I'll try to remove the caps from my Cubieboard2 tonight and see

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-06-29 Thread Steven Saunderson
Hi Ivan, Thanks fo all your work here. I'll try to remove the caps from my Cubieboard2 tonight and see if that makes any difference. Your RTC battery consumption sounds okay. I'll compare mine. If excessive I could fit a more expensive rechargeable battery instead. Are you seeing AC noise

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-06-24 Thread Steven Saunderson
Hi Ivan, I've just replaced the 32kHz crystal on my CB2 but it's still losing about 2 secs / minute. Could be a problem with the trim caps but my eyesight isn't quite up to playing with them at the moment. My CR2032 battery (installed new about a week ago) has dropped to 2.8V already so it

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-06-23 Thread Steven Saunderson
Hi Ivan, I have an A20 Cubieboard, is yours the same ? I can see the crystal on the board top next to the DRAM but I'm sure this is the 24Mhz crystal for the CPU. There is also a 25MHz crystal under the board for the emac phy. My RTC is running at a varying natural frequency. It

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-06-23 Thread Steven Saunderson
On Tuesday, June 23, 2015 at 6:27:47 PM UTC+10, Ivan Kozic wrote: Pretty sure :) That would be a very awkward place for a 24MHz crystal, since the balls for 24 MHz are on the other (right/down) side beside HDMI balls. The 32k crystal balls are exactly there and most boards (Cubie,

[linux-sunxi] Re: OrangePi with GC2035 camera

2015-06-20 Thread Steven Saunderson
Following up my own post: The buffer handling logic in 'csi_isr(int irq, void *priv)' in file /drivers/media/video/sun4i_csi/csi0/sun4i_drv_csi.c doesn't handle the case where the output process is slower than the input process. It depletes the queue and just keeps updating the last remaining

[linux-sunxi] Re: [A20] RTC 32k crystal

2015-06-20 Thread Steven Saunderson
I think using the A20 RTC is an excellent idea. Unfortunately some boards (e.g. Cubieboard2) don't have the 32k crystal or even any provision for adding such. Other boards don't have any provision for an RTC battery which seems a very short-sighted move considering that most of what is

[linux-sunxi] OrangePi with GC2035 camera

2015-06-05 Thread Steven Saunderson
I have an OrangePi and I'm trying to get a gc2035 camera working. I'm using a 3.4.103 kernel and I'm writing a sun4i_csi0 driver. It works in single frame mode but in video mode I get the first four frames then it repeats a sequence of the first three frames followed by the latest frame.

Re: [linux-sunxi] orange pi plus (Allwinner H3 based) has a Debian server image available since today

2015-05-07 Thread Steven Saunderson
On Wednesday, May 6, 2015 at 6:45:56 AM UTC+10, Nick Ludlam wrote: I've just received my Orange Pi Plus board today, and while I was downloading the Debian server image I noticed that they've released something called Linux SDK source code from

[linux-sunxi] Re: Inside of Ampak AP6330

2015-05-03 Thread Steven Saunderson
Thanks Jon, interesting to see. Cheers, Steven -- 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

[linux-sunxi] Re: A20 NAND Issues

2015-04-28 Thread Steven Saunderson
On Monday, April 27, 2015 at 11:14:28 PM UTC+10, Ivan Kozic wrote: By the way, I have also tried CTNandBoot app from Git (user phelum) and this also breaks somewhere and doesn't actually do anything... Hi Ivan, That's my app and it's a shame it didn't help. Have you tried the latest

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-26 Thread Steven Saunderson
I've just added a brcm_bt_reset program to my repository https://github.com/phelum/CT_Bluetooth . This resets the BCM20710 and leaves it in UART-enabled mode as required by the download program. So now the download program (should be generic) doesn't have to call an initialise script

[linux-sunxi] Re: AP6210 on A31/A31s

2015-02-26 Thread Steven Saunderson
On Thursday, February 26, 2015 at 8:41:04 PM UTC+11, Blake Gripling wrote: Interesting. As for the thread, would you mind if you link to it for me? :) My apologies; the thread title is a bit misleading. Check https://groups.google.com/forum/#!topic/linux-sunxi/3Ot_MmaUUQQ Cheers, Steven

[linux-sunxi] Re: AP6210 on A31/A31s

2015-02-26 Thread Steven Saunderson
On Thursday, February 26, 2015 at 7:14:56 PM UTC+11, Blake Gripling wrote: Has anyone managed to patch the A31 sources and get said module to work? I stumbled upon this patch lately, but it applies to the Cubietruck which is an A20 device: http://linux-sunxi.org/Cubietruck/AP6210 I only

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-26 Thread Steven Saunderson
On Friday, February 27, 2015 at 1:36:43 AM UTC+11, Al Thomas wrote: Why do you use mmap to access the GPIOs and not write to the sysfs files from within the C program? mmap seems good because it avoids the indirection (and interface differences across kernel releases) imposed by the

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-26 Thread Steven Saunderson
On Friday, February 27, 2015 at 12:19:48 PM UTC+11, Al Thomas wrote: Do the 3.4 kernel and standard Broadcom program work together without the restart program? If so then maybe the restart program should just be for new kernels with DTS support. I've had trouble with the BT firmware

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-25 Thread Steven Saunderson
Until yesterday I used sun7i-a20-cubietruck.dtb generated from files supplied with the Linux 3.19.0-rc6 kernel. With this .dtb the Bluetooth UART is accessed via /dev/ttyS2. This is different from the 3.4 kernels which provide access via /dev/ttyS1. Now I've generated a new .dtb using the

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-24 Thread Steven Saunderson
On Tuesday, February 24, 2015 at 8:24:32 AM UTC+11, Al Thomas wrote: Your description of handshaking made me wonder if that was the problem. Are you aware there are two serial protocols available on the chip? H4 uses the control lines and H5 that seems to use SLIP. Page 30 of the BCM20710

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-24 Thread Steven Saunderson
On Wednesday, February 25, 2015 at 12:51:13 AM UTC+11, Al Thomas wrote: Host RTS must be asserted at the end of the reset pulse and for 30ms after to get the device to assert its RTS (our CTS). Since I check for CTS before sending this causes the program to time out. The timing is

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-23 Thread Steven Saunderson
On Monday, February 23, 2015 at 7:14:45 AM UTC+11, Al Thomas wrote: It looks as though modifying the Broadcom program allows you to use the ioctls on the Linux UART driver because it is written in C so it is easier for you to access the ioctl. Have you heard of or used stty ? I've just

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-23 Thread Steven Saunderson
On Monday, February 23, 2015 at 7:14:45 AM UTC+11, Al Thomas wrote: It looks as though modifying the Broadcom program allows you to use the ioctls on the Linux UART driver because it is written in C so it is easier for you to access the ioctl. Have you heard of or used stty ? I've just

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel for Bluetooth

2015-02-21 Thread Steven Saunderson
On Saturday, February 21, 2015 at 10:50:42 PM UTC+11, Al Thomas wrote: The maximum UART speed is stated to be 4Mbps in the datasheet. Have you got as far as using the highest rate and if so when do you switch over to using it? I tried increasing the bps to 1152000 but it didn't work.

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel

2015-02-20 Thread Steven Saunderson
Hi Al, My bluetooth testing is to a mobile phone for wireless broadband. I haven't tested any other bluetooth functions. The BT_WAKE pin seems irrelevant to me. After reading the datasheet I'm setting it low now. Thanks for the details from the linux-sunxi page. With kernel 3.4 this is

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel

2015-02-19 Thread Steven Saunderson
My particular issue is downloading the bluetooth firmware to the AP6210. With the 3.4 kernel I can toggle the BT_REST pin (via gpio PH18) and then open a serial connection (via uart2) and download. This works reliably. With the 3.19 kernel the AP6210 didn't respond. I've just found that if

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel

2015-02-19 Thread Steven Saunderson
On Friday, February 20, 2015 at 9:42:13 AM UTC+11, Al Thomas wrote: Not tried this myself, but does the DTS at: https://github.com/wens/linux/commit/b3df2aa9dfb48d58ee590c9686dfc0e3946de5fc help at all? Atleast to upload the firmware. I'm not sure mainline AP6210 driver for BT works

Re: [linux-sunxi] CubieTruck internal UARTs with 3.19 kernel

2015-02-18 Thread Steven Saunderson
On Thursday, February 19, 2015 at 12:34:40 PM UTC+11, Chen-Yu Tsai wrote: Mine is also using irqs 41 and 42. You should look at /proc/interrupts. You'll see that 41 and 42 are the interrupt numbers used in the kernel. The real IRQ is between GIC and the last column, which says which

[linux-sunxi] CubieTruck internal UARTs with 3.19 kernel

2015-02-18 Thread Steven Saunderson
Hi, I'm running 3.19 on my CT and can't get the internal UARTs to work. The two UARTs I'm testing are /dev/ttyS0 (debug port) and /dev/ttyS2 (connects to BT half of AP6210). With the 3.4 kernel, ttyS0 uses irq 33 and the BT UART uses irq 35. But with the 3.19 kernel, according to