sunxi-devel branch updated to 3.14-rc3

342 views
Skip to first unread message

Hans de Goede

unread,
Feb 23, 2014, 7:32:34 AM2/23/14
to linux-sunxi
Hi All,

I've just updated: https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
to 3.14-rc3.

Besides rebasing to 3.14-rc3, this contains the following over the previous
sunxi-devel branch update:
-reworked usb patches as a result of upstream review, these are ready for 3.15 now
-reworked ahci patches as a result of upstream review, these are ready for 3.15 now
-reworked mmc patches as a result of upstream review, these are getting close to ready
-spi controller support for sun4i / sun5i / sun7i

The sunxi-devel branch now contains 3.14-rc3

+ the following, which should all go upstream for 3.15:
https://github.com/mripard/linux/commits/dt-for-3.15
https://bitbucket.org/emiliolopez/linux/branch/sunxi-clk-for-mike
ahci_platform rework into a library / framework
sunxi-ahci support
ehci_ + ohci_platform devicetree support
sunxi-usb-phy
sunxi-ohci + sunxi-ehci support
sunxi-pinctrl bug-fixes

+ the following which is not quite ready for 3.15 yet, but people
are working hard to get it ready so hopefully we will see some of
it in 3.15, and the rest should make 3.16:

Emilio's sunxi-clk branch: patches not part of the above set
David's and mine sunxi-mmc work
Wens cubietruck wifi support patches (wip)
sun4i-ts resisitive touchscreen controller + temp sensor driver
sun4i-lradc-keys driver

Note for this to work properly on sun7i and sun5i you also need my
sunxi-next u-boot branch:
https://github.com/jwrdegoede/u-boot-sunxi/commits/sunxi-next

Enjoy,

Hans

Kenny MacDermid

unread,
Feb 23, 2014, 8:40:34 PM2/23/14
to linux...@googlegroups.com
On Sunday, 23 February 2014 08:32:34 UTC-4, Hans de Goede wrote:
Hi All,

I've just updated: https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
to 3.14-rc3.

Just gave this a try on my SDXC card and I can't get it past:

Waiting for root device /dev/mmcblk0p3...

I have /boot on mmcblk0p1 and / on mmcblkp3.

It boots fine with:

Linux Cubian 3.14.0-rc2-64776-g6500a8b-dirty #7 SMP Sat Feb 22 03:20:57 UTC 2014 armv7l GNU/Linux

I built the newest tree with the same config plus one extra option it asked me about. The kernel version is:

Linux-3.14.0-rc3-64784-g5c5ac3f  (config: http://pastebin.com/P6ya1Gx2)

Any ideas?

Ezaul Zillmer

unread,
Feb 24, 2014, 7:59:12 AM2/24/14
to linux...@googlegroups.com
UBOOT

Kernel
git clone https://github.com/jwrdegoede/linux-sunxi.git -b sunxi-devel sunxi-devel-jwr

CONFIG

BOOT.CMD

setenv bootargs console=tty0 console=ttyS0,115200 hdmi.audio=EDID:0 disp.screen0_output_mode=EDID:1280x800p60 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait panic=10
ext4load mmc 0 0x43000000 boot/script.bin
ext4load mmc 0 0x46000000 boot/uImage
ext4load mmc 0 0x49000000 boot/cubie2.dtb
env set fdt_high ffffffff
bootm 0x46000000 - 0x49000000

Kenny MacDermid

unread,
Feb 26, 2014, 7:03:16 PM2/26/14
to linux...@googlegroups.com


On Sunday, 23 February 2014 21:40:34 UTC-4, Kenny MacDermid wrote:
On Sunday, 23 February 2014 08:32:34 UTC-4, Hans de Goede wrote:
Hi All,

I've just updated: https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
to 3.14-rc3.

Just gave this a try on my SDXC card and I can't get it past:

Waiting for root device /dev/mmcblk0p3...

I retract this issue. I started from scratch and rebuilt everything with the latest source and it now seems to work.

The MMC failing issue still occurs, but maybe that'll be fixed in the sunxi-mmc patch thread. The errors are:

[  366.137901] sunxi-mmc 1c0f000.mmc: smc 0 err, cmd 18, RD DTO !!
[  366.137931] sunxi-mmc 1c0f000.mmc: data error, sending stop command
[  366.137999] mmcblk0: timed out sending r/w cmd command, card status 0x900

Thanks,

Kenny

Tim Fletcher

unread,
Mar 3, 2014, 5:44:32 AM3/3/14
to linux...@googlegroups.com
On 23/02/14 12:32, Hans de Goede wrote:
> Hi All,
>
> I've just updated: https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
> to 3.14-rc3.

Boots and works on my cubietruck with a SATA ssd, kvm and openvswitch.

--
Tim Fletcher <tim.fl...@gmail.com>
Reply all
Reply to author
Forward
0 new messages