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 information
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 /proc/tty/d
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
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 I
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 wo
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
exac
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.
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
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
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 BCM207
>
> 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 tim
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 lat
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
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 (CubieTr
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
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 d
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 fi
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
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
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
> http://www.orangepi.org/downloaded/
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.
The
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
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
requir
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 gains/loses
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,
> Ba
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 lo
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 o
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
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
card 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:
>
> H
On Monday, 11 July 2016 21:32:36 UTC+10, Michal Suchanek wrote:
>
> Hello,
>
> On 11 July 2016 at 13:20, Steven Saunderson > wrote:
>
> >
> > Thanks for the reply. I've tried to generate U-Boot with CONS_INDEX = 1
> and
> > 3 and 5. These ar
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
32 matches
Mail list logo