* Re: Is this 32-bit NCM?y
From: Kevin Zhu @ 2014-12-04 8:52 UTC (permalink / raw)
To: Enrico Mioso
Cc: Bjørn Mork, Eli Britstein, Alex Strizhevsky,
Midge Shaojun Tan, youtux@gmail.com, linux-usb@vger.kernel.org,
netdev@vger.kernel.org
In-Reply-To: <alpine.LNX.2.03.1412040730480.1320@gmail.com>
Guys,
After rearranging the padding, putting NCM0 right after NTH, and disable
ARP (FLAG_NOARP) and handling the offset alignment issue, it seems it
begins to work, though there's still problem with DHCP. It's able to
ping, though my Ubuntu network manage does not notice this network
interface. So no DNS.
I have to specify the network interface and IP in the ping command.
The DHCP packet's size becomes a large one after the TX function, which
is 16384, the maximum. And the dongle does not reply it in time. For
now, I just simple rearrange the code to meet Huawei's alignment
requirement. I think other devices may be different, regarding the
'offset' definition. We may need to handle it. And also need to double
check if the code has bugs.
Regards,
Kevin
On 12/04/2014 02:31 PM, Enrico Mioso wrote:
> Hello guys!
> I am writing this message to hear if there is any progress,
> Enrico
>
>
> On Wed, 3 Dec 2014, Kevin Zhu wrote:
>
>> Date: Wed, 3 Dec 2014 07:05:37
>> From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
>> To: Enrico Mioso <mrkiko.rs@gmail.com>
>> Cc: Bjørn Mork <bjorn@mork.no>, Eli Britstein
>> <Eli.Britstein@audiocodes.com>,
>> Alex Strizhevsky <alexxst@gmail.com>,
>> Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>> "youtux@gmail.com" <youtux@gmail.com>,
>> "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>> "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>> Subject: Re: Is this 32-bit NCM?
>>
>> OK. I will. Thank you for everything!
>>
>> Regards,
>> Kevin
>>
>> On 12/03/2014 02:00 PM, Enrico Mioso wrote:
>>> Yes - I think this would be ok. You might try this with the 16-bit
>>> river first,
>>> and then with the 32-bit one to see how things work.
>>> I hope for the best.
>>> Let us all know,
>>> Enrico
>>>
>>>
>>> On Wed, 3 Dec 2014, Kevin Zhu wrote:
>>>
>>> ==Date: Wed, 3 Dec 2014 06:38:27
>>> ==From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
>>> ==To: Enrico Mioso <mrkiko.rs@gmail.com>
>>> ==Cc: Bjørn Mork <bjorn@mork.no>, Eli Britstein
>>> <Eli.Britstein@audiocodes.com>,
>>> == Alex Strizhevsky <alexxst@gmail.com>,
>>> == Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>>> == "youtux@gmail.com" <youtux@gmail.com>,
>>> == "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>>> == "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>>> ==Subject: Re: Is this 32-bit NCM?
>>> ==
>>> ==My dongle also works with the huawei driver. I think only the 32bit
>>> ==format and NDP location matter. We may modify the TX function to
>>> put NTH
>>> ==and NDP at the beginning of a NTB and see if it will work with the
>>> ==driver cdc_ncm.
>>> ==
>>> ==Regards,
>>> ==Kevin
>>> ==
>>> ==On 12/02/2014 11:28 PM, Enrico Mioso wrote:
>>> ==> ... And what do you think about the source code of their ndis
>>> driver?
>>> ==> We at least know now the device work with it, so we have
>>> something to mimic :D
>>> ==> thank you for your work and patience Kevin.
>>> ==>
>>> ==> On Tue, 2 Dec 2014, Kevin Zhu wrote:
>>> ==>
>>> ==> ==Date: Tue, 2 Dec 2014 16:04:25
>>> ==> ==From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
>>> ==> ==To: Enrico Mioso <mrkiko.rs@gmail.com>, Bjørn Mork
>>> <bjorn@mork.no>
>>> ==> ==Cc: Eli Britstein <Eli.Britstein@audiocodes.com>,
>>> ==> == Alex Strizhevsky <alexxst@gmail.com>,
>>> ==> == Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>>> ==> == "youtux@gmail.com" <youtux@gmail.com>,
>>> ==> == "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>>> ==> == "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>>> ==> ==Subject: Re: Is this 32-bit NCM?
>>> ==> ==
>>> ==> ==I do not understand why the wSequence matters. By the way, I
>>> think I see some NDPs are right after NTH headers in the windows
>>> capture.
>>> ==> ==
>>> ==> ==________________________________________
>>> ==> ==From: Enrico Mioso <mrkiko.rs@gmail.com>
>>> ==> ==Sent: Tuesday, December 2, 2014 21:53
>>> ==> ==To: Bjørn Mork
>>> ==> ==Cc: Kevin Zhu; Eli Britstein; Alex Strizhevsky; Midge Shaojun
>>> Tan; youtux@gmail.com; linux-usb@vger.kernel.org;
>>> netdev@vger.kernel.org
>>> ==> ==Subject: Re: Is this 32-bit NCM?
>>> ==> ==
>>> ==> ==Thank you very much Bjorn.
>>> ==> ==
>>> ==> ==
>>> ==> ==On Tue, 2 Dec 2014, Bjørn Mork wrote:
>>> ==> ==
>>> ==> ====Date: Tue, 2 Dec 2014 14:37:03
>>> ==> ====From: Bjørn Mork <bjorn@mork.no>
>>> ==> ====To: Enrico Mioso <mrkiko.rs@gmail.com>
>>> ==> ====Cc: Kevin Zhu <Mingying.Zhu@audiocodes.com>,
>>> ==> ==== Eli Britstein <Eli.Britstein@audiocodes.com>,
>>> ==> ==== Alex Strizhevsky <alexxst@gmail.com>,
>>> ==> ==== Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>>> ==> ==== "youtux@gmail.com" <youtux@gmail.com>,
>>> ==> ==== "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>>> ==> ==== "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>>> ==> ====Subject: Re: Is this 32-bit NCM?
>>> ==> ====
>>> ==> ====Enrico Mioso <mrkiko.rs@gmail.com> writes:
>>> ==> ====
>>> ==> ====> ... but out of curiosity: are NCM specs allowing to change
>>> order of things in
>>> ==> ====> the package or not?
>>> ==> ====> This is not to start philosofical falames or something,
>>> but to understand
>>> ==> ====> better how things work. And, if they do: how much
>>> arbitrarily?
>>> ==> ====
>>> ==> ====Only the NTB header has a fixed location. The rest can be
>>> anywhere and
>>> ==> ====in any order. Quoting from section 3 Data Transport:
>>> ==> ====
>>> ==> ==== "Within any given NTB, the NTH always must be first; but
>>> the other
>>> ==> ==== items may occur in arbitrary order."
>>> ==> ====
>>> ==> ====
>>> ==> ====Bjørn
>>> ==> ====
>>> ==> ==This email and any files transmitted with it are confidential
>>> material. They are intended solely for the use of the designated
>>> individual or entity to whom they are addressed. If the reader of
>>> this message is not the intended recipient, you are hereby notified
>>> that any dissemination, use, distribution or copying of this
>>> communication is strictly prohibited and may be unlawful.
>>> ==> ==
>>> ==> ==If you have received this email in error please immediately
>>> notify the sender and delete or destroy any copy of this message
>>> ==> ==
>>> ==This email and any files transmitted with it are confidential
>>> material. They are intended solely for the use of the designated
>>> individual or entity to whom they are addressed. If the reader of
>>> this message is not the intended recipient, you are hereby notified
>>> that any dissemination, use, distribution or copying of this
>>> communication is strictly prohibited and may be unlawful.
>>> ==
>>> ==If you have received this email in error please immediately notify
>>> the sender and delete or destroy any copy of this message
>>> ==
>> This email and any files transmitted with it are confidential
>> material. They are intended solely for the use of the designated
>> individual or entity to whom they are addressed. If the reader of
>> this message is not the intended recipient, you are hereby notified
>> that any dissemination, use, distribution or copying of this
>> communication is strictly prohibited and may be unlawful.
>>
>> If you have received this email in error please immediately notify
>> the sender and delete or destroy any copy of this message
>>
This email and any files transmitted with it are confidential material. They are intended solely for the use of the designated individual or entity to whom they are addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful.
If you have received this email in error please immediately notify the sender and delete or destroy any copy of this message
^ permalink raw reply
* Re: [PATCH] uapi: fix to export linux/vm_sockets.h
From: Masahiro Yamada @ 2014-12-04 8:15 UTC (permalink / raw)
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, Stephen Hemminger, David S. Miller,
Greg Kroah-Hartman, Alexei Starovoitov, Piotr Krol, Andrew Morton,
Sakari Ailus, linux-api-u79uwXL29TY76Z2rM5mHXA
In-Reply-To: <1417396577-32499-1-git-send-email-yamada.m-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>
Hi.
Is there a chance to fix this by the Linux 3.18 release?
Thanks.
On Mon, 1 Dec 2014 10:16:17 +0900
Masahiro Yamada <yamada.m-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org> wrote:
> A typo "header=y" was introduced by commit 7071cf7fc435
> (uapi: add missing network related headers to kbuild).
>
> Signed-off-by: Masahiro Yamada <yamada.m-NAum8xwdG0+S7A1Ibl2khg@public.gmane.org>
> Cc: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
> ---
>
> include/uapi/linux/Kbuild | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
> index 4c94f31..8523f9b 100644
> --- a/include/uapi/linux/Kbuild
> +++ b/include/uapi/linux/Kbuild
> @@ -427,7 +427,7 @@ header-y += virtio_net.h
> header-y += virtio_pci.h
> header-y += virtio_ring.h
> header-y += virtio_rng.h
> -header=y += vm_sockets.h
> +header-y += vm_sockets.h
> header-y += vt.h
> header-y += wait.h
> header-y += wanrouter.h
> --
> 1.9.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply
* Where exactly will arch_fast_hash be used
From: Herbert Xu @ 2014-12-04 8:11 UTC (permalink / raw)
To: Thomas Graf, Daniel Borkmann, David S. Miller, Theodore Ts'o,
netdev, Linux Kernel Mailing List
Hi:
While working on rhashtable it came to me that this whole concept
of arch_fast_hash is flawed. CRCs are linear functions so it's
fairly easy for an attacker to identify collisions or at least
eliminate a large amount of search space (e.g., controlling the
last bit of the hash result is almost trivial, even when you add
a random seed).
So what exactly are we going to use arch_fast_hash for? Presumably
it's places where security is never goint to be an issue, right?
Even if security wasn't an issue, straight CRC32 has really poor
lower-order bit distribution, which makes it a terrible choice for
a hash table that simply uses the lower-order bits.
Cheers,
--
Email: Herbert Xu <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply
* Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
From: Steffen Klassert @ 2014-12-04 7:56 UTC (permalink / raw)
To: Smart Weblications GmbH - Florian Wiessner; +Cc: netdev, LKML, stable
In-Reply-To: <547F2462.6040405@smart-weblications.de>
On Wed, Dec 03, 2014 at 03:55:30PM +0100, Smart Weblications GmbH - Florian Wiessner wrote:
> Hi list,
>
>
>
> [16623.095403] BUG: unable to handle kernel paging request at 00000000010600d0
> [16623.095445] IP: [<ffffffff81547767>] xfrm_selector_match+0x25/0x2f6
> [16623.095480] PGD aeaea067 PUD 85d95067 PMD 0
> [16623.095513] Oops: 0000 [#1] SMP
> [16623.095543] Modules linked in: netconsole xt_nat xt_multiport veth ip_vs_rr
> nfsd lockd nfs_acl auth_rpcgss sunrpc oid_registry iptable_mangle xt_mark
> nf_conntrack_netlink nfnetlink ipt_MASQUERADE iptable_nat nf_nat_ipv4
> nf_conntrack_ipv4 nf_defrag_ipv4 ipt_REJECT xt_tcpudp iptable_filter ip_tables
> cpufreq_ondemand cpufreq_powersave cpufreq_conservative cpufreq_userspace
> ocfs2_stack_o2cb ocfs2_dlm bridge stp llc bonding fuse nf_conntrack_ftp 8021q
> openvswitch gre vxlan xt_conntrack x_tables ocfs2_dlmfs dlm sctp ocfs2
> ocfs2_nodemanager ocfs2_stackglue configfs rbd kvm_intel kvm coretemp ip_vs_ftp
> ip_vs nf_nat nf_conntrack ctr twofish_generic twofish_x86_64 twofish_common
> camellia_generic serpent_generic blowfish_generic blowfish_common cast5_generic
> cast_common xcbc sha512_generic crypto_null af_key xfrm_algo psmouse serio_raw
> i2c_i801 lpc_ich mfd_core evdev btrfs lzo_decompress lzo_compress
> [16623.096062] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.12.33 #1
> [16623.096091] Hardware name: Supermicro X9SCI/X9SCA/X9SCI/X9SCA, BIOS 1.1a
> 09/28/2011
> [16623.096137] task: ffffffff81804450 ti: ffffffff817f4000 task.ti: ffffffff817f4000
> [16623.096182] RIP: 0010:[<ffffffff81547767>] [<ffffffff81547767>]
> xfrm_selector_match+0x25/0x2f6
> [16623.096233] RSP: 0018:ffff88083fc03900 EFLAGS: 00010246
> [16623.096261] RAX: 0000000000000001 RBX: ffff88083fc03a20 RCX: ffff880787fb1200
> [16623.096292] RDX: 0000000000000002 RSI: ffff88083fc03a20 RDI: 00000000010600a6
> [16623.096323] RBP: 00000000010600a6 R08: 0000000000000000 R09: ffff88083fc039a0
> [16623.096353] R10: 0000000000000000 R11: 0000000000000001 R12: ffff88083fc03a20
> [16623.096383] R13: 0000000000000001 R14: ffffffff818a9700 R15: ffffffffa01c73e0
> [16623.096414] FS: 0000000000000000(0000) GS:ffff88083fc00000(0000)
> knlGS:0000000000000000
> [16623.096469] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [16623.096498] CR2: 00000000010600d0 CR3: 0000000085f0b000 CR4: 00000000000407f0
> [16623.096528] Stack:
> [16623.096550] 0000000000000000 0000000001060002 ffff880787fb1200 ffff88083fc03a20
> [16623.096602] 0000000000000001 ffffffff81547a7c 0000000000000000 ffff8800baad5480
> [16623.096655] ffffffff81804450 ffffffff818a9700 000000003c9041bc ffffffff81547ef7
> [16623.096721] Call Trace:
> [16623.096744] <IRQ>
> [16623.096749] [<ffffffff81547a7c>] ? xfrm_sk_policy_lookup+0x44/0x9b
> [16623.096802] [<ffffffff81547ef7>] ? xfrm_lookup+0x91/0x446
> [16623.096832] [<ffffffff81541316>] ? ip_route_me_harder+0x150/0x1b0
> [16623.096865] [<ffffffffa01b6457>] ? ip_vs_route_me_harder+0x86/0x91 [ip_vs]
> [16623.096899] [<ffffffffa01b797a>] ? ip_vs_out+0x2d3/0x5bc [ip_vs]
> [16623.096930] [<ffffffff81501420>] ? ip_rcv_finish+0x2b8/0x2b8
I really wonder why the xfrm_sk_policy_lookup codepath is taken here.
It looks like this is the processing of an inbound ipv4 packet that
is going to be rerouted to the output path by ipvs, so this packet
should not have socket context at all.
xfrm_sk_policy_lookup is called just if the packet has socket context
and the socket has an IPsec output policy configured. Do you use IPsec
socket policies?
>
> This happens again and again with 3.12.33
>
>
> see also: http://www.spinics.net/lists/netdev/msg306283.html
>
> is this already fixed somehow?
>
You mentioned in the tread above that it does not happen with
3.17.4, so it should be fixed somehow. But I have no idea how
it was fixed.
^ permalink raw reply
* Re: [PATCH net] gso: do GSO for local skb with size bigger than MTU
From: Du Fan @ 2014-12-04 7:48 UTC (permalink / raw)
To: Jesse Gross, Pravin Shelar
Cc: Thomas Graf, Michael S. Tsirkin, Du, Fan, Jason Wang,
netdev@vger.kernel.org, davem@davemloft.net, fw@strlen.de,
dev@openvswitch.org
In-Reply-To: <CAEP_g=90nC2HhmBNKh-hKJ5MJ85Z-_ER14roDxMsZAKog+dFhw@mail.gmail.com>
于 2014年12月04日 06:51, Jesse Gross 写道:
> My proposal would be something like this:
> * For L2, reduce the VM MTU to the lowest common denominator on the segment.
> * For L3, use path MTU discovery or fragment inner packet (i.e.
> normal routing behavior).
> * As a last resort (such as if using an old version of virtio in the
> guest), fragment the tunnel packet.
After some investigation on OpenvSwitch package, it seems before this
commit: 06021dcb "datapath: compat: Fix compilation 3.11" OpenvSwitch
package is doing GSO on its own.
rpl_ip_local_out
-> tnl_skb_gso_segment
^^^^^^^^^^^^^^^
Perform GSO in above function
-> ip_local_out
.
.
-> ip_finish_output
Which means, when over-MTU-sized skb enter ip_local_out, it's not a gso
type skb, so the stack perform ip fragmentation, and send them out.
So, over-MTU-sized skb did travel through stack into outside.
Why not dropping such OpenvSwitch level GSO operation after 3.10?
--
No zuo no die but I have to try.
^ permalink raw reply
* linux-next: regression: Unable to mount NFS_ROOT since next-20141201
From: Romain Perier @ 2014-12-04 7:39 UTC (permalink / raw)
To: netdev, linux-next
[-- Attachment #1: Type: text/plain, Size: 364 bytes --]
Hi,
I mount my rootfs over the network using NFS_ROOT and a NFSv4 server.
Everything worked fine until next-20141201 (it works fine with next-20141128).
I was wondering if people had the same issue.
1. I did not change my network settings
2. I did not change my nfs server settings
3. I did not changes my hw
See my logs in attachment (look at the end)
Romain
[-- Attachment #2: wtf.log --]
[-- Type: text/x-log, Size: 147839 bytes --]
DDR Version 1.04 20140217
In
DDR3
300MHz
Bus Width=32 Col=10 Bank=8 Row=15 CS=2 Die Bus-Width=16 Size=2048MB
Memory OK
OUT
BUILD=====2
No.1 FLASH ID:2c 64 44 4b a9 0
OK! 282763
unsigned!
SecureBootEn = 0 0
Boot ver: 2014-03-03#2.13
start_linux=====287564
1511766 Starting kernel...@0x60408000
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.16.0-rc1 (ubuntu@radxa) (gcc version 4.8.2 (GCC) ) #2 SMP Fri Jul 18 19:10:51 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 7 pages/cpu @ee7c1000 s7680 r8192 d12800 u32768
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk init=/sbin/init root=/dev/mmcblk0p1 rootwait
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2071440K/2097152K available (4279K kernel code, 196K rwdata, 1340K rodata, 2151K init, 308K bss, 25712K reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xffe00000 (2048 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc0584f0c (5620 kB)
.init : 0xc0585000 - 0xc079ee00 (2152 kB)
.data : 0xc07a0000 - 0xc07d1300 ( 197 kB)
.bss : 0xc07d1308 - 0xc081e660 ( 309 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
Rockchip-ID: 0x33313042 0x32303132 0x31313330 0x56313030
Rockchip SoC RK3188
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x604337c8 - 0x60433820
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: Booted secondary processor
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: Booted secondary processor
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
SMP: Total of 4 processors activated.
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
rockchip_clocks_apply_init_table: applying initial clock settings
rockchip_clk_init_from_table: setting rate of gpll to 891000000
rockchip_clk_init_from_table: setting rate of cpll to 600000000
rockchip_clk_init_from_table: setting rate of aclk_cpu to 300000000
rockchip_clk_init_from_table: setting rate of hclk_cpu to 150000000
rockchip_clk_init_from_table: setting rate of pclk_cpu to 75000000
rockchip_clk_init_from_table: setting rate of hclk_ahb2apb to 75000000
rockchip_clk_init_from_table: setting parent of aclk_peri_pre to cpll
rockchip_clk_init_from_table: setting rate of aclk_peri_pre to 150000000
rockchip_clk_init_from_table: setting rate of hclk_peri to 150000000
rockchip_clk_init_from_table: setting rate of pclk_peri to 75000000
rockchip_clk_init_from_table: setting rate of sclk_sdmmc to 75000000
rockchip_clk_init_from_table: setting rate of sclk_macref to 50000000
rockchip_clk_init_from_table: enabling sclk_mac_lbtest
syscon: pmu regmap [mem 0x20004000-0x200040ff] registered
syscon: grf regmap [mem 0x20008000-0x200081ff] registered
No ATAGs?
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
sdmmc-supply: 3300 mV
reg-fixed-voltage regulators:fixed-regulator@0: Failed to find supply vin
reg-fixed-voltage regulators:fixed-regulator@0: Failed to register regulator: -517
platform regulators:fixed-regulator@0: Driver reg-fixed-voltage requests probe deferral
otg-vbus: 5000 mV
usb-vbus: 5000 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
i2c-gpio soc:i2c@0: using pins 58 (SDA) and 59 (SCL)
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
futex hash table entries: 1024 (order: 4, 65536 bytes)
msgmni has been set to 1469
bounce: pool size: 64 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
dma-pl330 20078000.dma: Loaded driver for PL330 DMAC-2364208
dma-pl330 20078000.dma: DBUFF-64x8bytes Num_Chans-7 Num_Peri-20 Num_Events-14
VCC_DDR: 1200 mV
VDD_LOG: 1000 mV
VDD_ARM: 875 <--> 1300 mV at 1000 mV
VCC_IO: 3300 mV
VDD_10: 1000 mV
VDD_HDMI: 2500 mV
VCC_18: 1800 mV
VCCA_33: 3300 mV
VCC_RMII: 3300 mV
VCCIO_WL: 3300 mV
VCC18_IO: 1800 mV
VCC_28: 2800 mV
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
10124000.serial: ttyS0 at MMIO 0x10124000 (irq = 66, base_baud = 1500000) is a 16550A
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
10126000.serial: ttyS1 at MMIO 0x10126000 (irq = 67, base_baud = 1500000) is a 16550A
console [ttyS2] disabled
20064000.serial: ttyS2 at MMIO 0x20064000 (irq = 68, base_baud = 1500000) is a 16550A
console [ttyS2] enabled
console [ttyS2] enabled
bootconsole [earlycon0] disabled
bootconsole [earlycon0] disabled
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
20068000.serial: ttyS3 at MMIO 0x20068000 (irq = 69, base_baud = 1500000) is a 16550A
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
arc_emac 10204000.emac: ARC EMAC detected with id: 0x7fd02
arc_emac 10204000.emac: IRQ is 51
arc_emac 10204000.emac: MAC address is now c6:ef:91:8e:60:4b
libphy: Synopsys MII Bus: probed
arc_emac 10204000.emac: connected to SMSC LAN8710/LAN8720 phy with id 0x7c0f1
dwc2 10180000.dwc2: DWC OTG Controller
dwc2 10180000.dwc2: new USB bus registered, assigned bus number 1
dwc2 10180000.dwc2: irq 48, io mem 0x00000000
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: DWC OTG Controller
usb usb1: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb1: SerialNumber: 10180000.dwc2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
dwc2 101c0000.dwc2: DWC OTG Controller
dwc2 101c0000.dwc2: new USB bus registered, assigned bus number 2
dwc2 101c0000.dwc2: irq 49, io mem 0x00000000
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: DWC OTG Controller
usb usb2: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb2: SerialNumber: 101c0000.dwc2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: rtc core: registered hym8563 as rtc0
softdog: Software Watchdog Timer: 0.08 initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Synopsys Designware Multimedia Card Interface Driver
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
platform 10214000.dwmmc: Driver dw_mmc requests probe deferral
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver r8188eu
usbcore: registered new interface driver rtl8723au
TCP: cubic registered
NET: Registered protocol family 17
sdmmc-supply: 3300 mV
sdmmc-supply: supplied by VCC_IO
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
dw_mmc 10214000.dwmmc: Using PIO mode.
dw_mmc 10214000.dwmmc: Version ID is 240a
dw_mmc 10214000.dwmmc: DW MMC controller at irq 55, 32 bit host data width, 256 deep fifo
dw_mmc 10214000.dwmmc: 1 slots initialized
input: soc:gpio-keys as /devices/soc/soc:gpio-keys/input/input0
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: hctosys: unable to read the hardware clock
usb-vbus: disabling
otg-vbus: disabling
Freeing unused kernel memory: 2148K (c0585000 - c079e000)
usb 2-1: new high-speed USB device number 2 using dwc2
usb 2-1: New USB device found, idVendor=05e3, idProduct=0608
usb 2-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
usb 2-1: Product: USB2.0 Hub
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 4 ports detected
usb 2-1.1: new high-speed USB device number 3 using dwc2
usb 2-1.1: device v0bda p0724 is not supported
usb 2-1-port1: unable to enumerate USB device
Do you want to kexec a kernel over the network ? [y/n] y
* Starting DHCP on eth0
udhcpc (v1.22.1) started
Sending discover...
arc_emac 10204000.emac eth0: Link is Down
arc_emac 10204000.emac eth0: Link is Up - 100Mbps/Full - flow control off
Sending discover...
Sending select for 192.168.0.98...
Lease of 192.168.0.98 obtained, lease time 43200
/etc/udhcpc.d/50default: Adding DNS 192.168.0.20
random: nonblocking pool is initialized
* Found zImage on 192.168.0.20
Do you want to reboot to the new kernel on the fly ? [y/n] yarc_emac 10204000.emac eth0: Link is Down
Modified cmdline: root=/dev/block/mtd/by-name/linuxroot
Unable to find /proc/device-tree//chosen/linux,stdout-path, printing from purgatory is diabled
Starting new kernel
Disabling non-boot CPUs ...
CPU1: shutdown
CPU2: shutdown
CPU3: shutdown
Bye!
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.18.0-rc7-next-20141203 (ubuntu@radxa) (gcc version 4.9.1 (GCC) ) #7 SMP Thu Dec 4 07:25:45 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 9 pages/cpu @ee7ba000 s7744 r8192 d20928 u36864
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk root=/dev/nfs nfsroot=192.168.0.20:/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs,vers=4,tcp nfsrootdebug
rw ip=dhcp
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2072880K/2097152K available (4507K kernel code, 231K rwdata, 1488K rodata, 248K init, 316K bss, 24272K reserved, 0K cma-reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc05e300c (5997 kB)
.init : 0xc05e4000 - 0xc0622000 ( 248 kB)
.data : 0xc0622000 - 0xc065be50 ( 232 kB)
.bss : 0xc065be50 - 0xc06aae80 ( 317 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
rockchip_smp_prepare_cpus: ncores 4
Setting up static identity map for 0x6046c7f8 - 0x6046c850
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmapped irq 26
rockchip-pinctrl pinctrl: unmDDR Version 1.04 20140217
In
DDR3
300MHz
Bus Width=32 Col=10 Bank=8 Row=15 CS=2 Die Bus-Width=16 Size=2048MB
Memory OK
OUT
BUILD=====2
No.1 FLASH ID:2c 64 44 4b a9 0
OK! 282838
unsigned!
SecureBootEn = 0 0
Boot ver: 2014-03-03#2.13
start_linux=====287656
1509827 Starting kernel...@0x60408000
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.16.0-rc1 (ubuntu@radxa) (gcc version 4.8.2 (GCC) ) #2 SMP Fri Jul 18 19:10:51 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 7 pages/cpu @ee7c1000 s7680 r8192 d12800 u32768
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk init=/sbin/init root=/dev/mmcblk0p1 rootwait
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2071440K/2097152K available (4279K kernel code, 196K rwdata, 1340K rodata, 2151K init, 308K bss, 25712K reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xffe00000 (2048 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc0584f0c (5620 kB)
.init : 0xc0585000 - 0xc079ee00 (2152 kB)
.data : 0xc07a0000 - 0xc07d1300 ( 197 kB)
.bss : 0xc07d1308 - 0xc081e660 ( 309 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
Rockchip-ID: 0x33313042 0x32303132 0x31313330 0x56313030
Rockchip SoC RK3188
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x604337c8 - 0x60433820
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: Booted secondary processor
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: Booted secondary processor
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
SMP: Total of 4 processors activated.
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
rockchip_clocks_apply_init_table: applying initial clock settings
rockchip_clk_init_from_table: setting rate of gpll to 891000000
rockchip_clk_init_from_table: setting rate of cpll to 600000000
rockchip_clk_init_from_table: setting rate of aclk_cpu to 300000000
rockchip_clk_init_from_table: setting rate of hclk_cpu to 150000000
rockchip_clk_init_from_table: setting rate of pclk_cpu to 75000000
rockchip_clk_init_from_table: setting rate of hclk_ahb2apb to 75000000
rockchip_clk_init_from_table: setting parent of aclk_peri_pre to cpll
rockchip_clk_init_from_table: setting rate of aclk_peri_pre to 150000000
rockchip_clk_init_from_table: setting rate of hclk_peri to 150000000
rockchip_clk_init_from_table: setting rate of pclk_peri to 75000000
rockchip_clk_init_from_table: setting rate of sclk_sdmmc to 75000000
rockchip_clk_init_from_table: setting rate of sclk_macref to 50000000
rockchip_clk_init_from_table: enabling sclk_mac_lbtest
syscon: pmu regmap [mem 0x20004000-0x200040ff] registered
syscon: grf regmap [mem 0x20008000-0x200081ff] registered
No ATAGs?
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
sdmmc-supply: 3300 mV
reg-fixed-voltage regulators:fixed-regulator@0: Failed to find supply vin
reg-fixed-voltage regulators:fixed-regulator@0: Failed to register regulator: -517
platform regulators:fixed-regulator@0: Driver reg-fixed-voltage requests probe deferral
otg-vbus: 5000 mV
usb-vbus: 5000 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
i2c-gpio soc:i2c@0: using pins 58 (SDA) and 59 (SCL)
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
futex hash table entries: 1024 (order: 4, 65536 bytes)
msgmni has been set to 1469
bounce: pool size: 64 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
dma-pl330 20078000.dma: Loaded driver for PL330 DMAC-2364208
dma-pl330 20078000.dma: DBUFF-64x8bytes Num_Chans-7 Num_Peri-20 Num_Events-14
VCC_DDR: 1200 mV
VDD_LOG: 1000 mV
VDD_ARM: 875 <--> 1300 mV at 1000 mV
VCC_IO: 3300 mV
VDD_10: 1000 mV
VDD_HDMI: 2500 mV
VCC_18: 1800 mV
VCCA_33: 3300 mV
VCC_RMII: 3300 mV
VCCIO_WL: 3300 mV
VCC18_IO: 1800 mV
VCC_28: 2800 mV
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
10124000.serial: ttyS0 at MMIO 0x10124000 (irq = 66, base_baud = 1500000) is a 16550A
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
10126000.serial: ttyS1 at MMIO 0x10126000 (irq = 67, base_baud = 1500000) is a 16550A
console [ttyS2] disabled
20064000.serial: ttyS2 at MMIO 0x20064000 (irq = 68, base_baud = 1500000) is a 16550A
console [ttyS2] enabled
console [ttyS2] enabled
bootconsole [earlycon0] disabled
bootconsole [earlycon0] disabled
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
20068000.serial: ttyS3 at MMIO 0x20068000 (irq = 69, base_baud = 1500000) is a 16550A
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
arc_emac 10204000.emac: ARC EMAC detected with id: 0x7fd02
arc_emac 10204000.emac: IRQ is 51
arc_emac 10204000.emac: MAC address is now c6:ef:91:8e:60:4b
libphy: Synopsys MII Bus: probed
arc_emac 10204000.emac: connected to SMSC LAN8710/LAN8720 phy with id 0x7c0f1
dwc2 10180000.dwc2: DWC OTG Controller
dwc2 10180000.dwc2: new USB bus registered, assigned bus number 1
dwc2 10180000.dwc2: irq 48, io mem 0x00000000
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: DWC OTG Controller
usb usb1: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb1: SerialNumber: 10180000.dwc2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
dwc2 101c0000.dwc2: DWC OTG Controller
dwc2 101c0000.dwc2: new USB bus registered, assigned bus number 2
dwc2 101c0000.dwc2: irq 49, io mem 0x00000000
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: DWC OTG Controller
usb usb2: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb2: SerialNumber: 101c0000.dwc2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: rtc core: registered hym8563 as rtc0
softdog: Software Watchdog Timer: 0.08 initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Synopsys Designware Multimedia Card Interface Driver
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
platform 10214000.dwmmc: Driver dw_mmc requests probe deferral
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver r8188eu
usbcore: registered new interface driver rtl8723au
TCP: cubic registered
NET: Registered protocol family 17
sdmmc-supply: 3300 mV
sdmmc-supply: supplied by VCC_IO
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
dw_mmc 10214000.dwmmc: Using PIO mode.
dw_mmc 10214000.dwmmc: Version ID is 240a
dw_mmc 10214000.dwmmc: DW MMC controller at irq 55, 32 bit host data width, 256 deep fifo
dw_mmc 10214000.dwmmc: 1 slots initialized
input: soc:gpio-keys as /devices/soc/soc:gpio-keys/input/input0
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: hctosys: unable to read the hardware clock
usb-vbus: disabling
otg-vbus: disabling
Freeing unused kernel memory: 2148K (c0585000 - c079e000)
usb 2-1: new high-speed USB device number 2 using dwc2
usb 2-1: New USB device found, idVendor=05e3, idProduct=0608
usb 2-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
usb 2-1: Product: USB2.0 Hub
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 4 ports detected
usb 2-1.1: new high-speed USB device number 3 using dwc2
usb 2-1.1: device v0bda p0724 is not supported
usb 2-1-port1: unable to enumerate USB device
Do you want to kexec a kernel over the network ? [y/n] y
* Starting DHCP on eth0
udhcpc (v1.22.1) started
Sending discover...
arc_emac 10204000.emac eth0: Link is Down
arc_emac 10204000.emac eth0: Link is Up - 100Mbps/Full - flow control off
Sending discover...
Sending select for 192.168.0.98...
Lease of 192.168.0.98 obtained, lease time 43200
/etc/udhcpc.d/50default: Adding DNS 192.168.0.20
random: nonblocking pool is initialized
* Found zImage on 192.168.0.20
Do you want to reboot to the new kernel on the fly ? [y/n] y
Modified cmdline: root=/dev/block/mtd/by-name/linuxroot
Unable to find /proc/device-tree//chosen/linux,stdout-path, printing from purgatory is diabled
Starting new kernel
Disabling non-boot CPUs ...
CPU1: shutdown
CPU2: shutdown
CPU3: shutdown
Bye!
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.18.0-rc7-next-20141203 (ubuntu@radxa) (gcc version 4.9.1 (GCC) ) #7 SMP Thu Dec 4 07:25:45 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 9 pages/cpu @ee7ba000 s7744 r8192 d20928 u36864
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk root=/dev/nfs nfsroot=192.168.0.20:/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs,vers=4,tcp nfsrootdebug
rw ip=dhcp
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2072880K/2097152K available (4507K kernel code, 231K rwdata, 1488K rodata, 248K init, 316K bss, 24272K reserved, 0K cma-reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc05e300c (5997 kB)
.init : 0xc05e4000 - 0xc0622000 ( 248 kB)
.data : 0xc0622000 - 0xc065be50 ( 232 kB)
.bss : 0xc065be50 - 0xc06aae80 ( 317 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
rockchip_smp_prepare_cpus: ncores 4
Setting up static identity map for 0x6046c7f8 - 0x6046c850
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
No ATAGs?
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
reg-fixed-voltage sdmmc-regulator: Failed to find supply vin
reg-fixed-voltage sdmmc-regulator: Failed to register regulator: -517
platform sdmmc-regulator: Driver reg-fixed-voltage requests probe deferral
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 1024 (order: 4, 65536 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
bounce: pool size: 64 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
dma-pl330 20018000.dma-controller: Loaded driver for PL330 DMAC-241330
dma-pl330 20018000.dma-controller: DBUFF-32x8bytes Num_Chans-6 Num_Peri-12 Num_Events-12
dma-pl330 20078000.dma-controller: Loaded driver for PL330 DMAC-241330
dma-pl330 20078000.dma-controller: DBUFF-64x8bytes Num_Chans-7 Num_Peri-20 Num_Events-14
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
dw-apb-uart 10124000.serial: ttyS0 at MMIO 0x10124000 (irq = 22, base_baud = 1500000) is a 16550A
dw-apb-uart 10126000.serial: Couldn't set LCR to 191
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 191
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: ttyS1 at MMIO 0x10126000 (irq = 23, base_baud = 1500000) is a XScale
console [ttyS2] disabled
dw-apb-uart 20064000.serial: ttyS2 at MMIO 0x20064000 (irq = 30, base_baud = 1500000) is a 16550A
console [ttyS2] enabled
console [ttyS2] enabled
bootconsole [earlycon0] disabled
bootconsole [earlycon0] disabled
dw-apb-uart 20068000.serial: Couldn't set LCR to 191
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 191
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: ttyS3 at MMIO 0x20068000 (irq = 31, base_baud = 1500000) is a XScale
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
platform 10204000.ethernet: Driver rockchip_emac requests probe deferral
dwc2 10180000.usb: Mode Mismatch Interrupt: currently in Device mode
Internal error: Oops - undefined instruction: 0 [#1] SMP ARM
Modules linked in:
CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
task: ee057b40 ti: ee058000 task.ti: ee058000
PC is at usb_create_shared_hcd+0x118/0x1e8
LR is at usb_create_shared_hcd+0x100/0x1e8
pc : [<c0286320>] lr : [<c0286308>] psr: 40000113
sp : ee059cc0 ip : 00000000 fp : ee059ce4
r10: 00000018 r9 : 00000000 r8 : ee106240
r7 : c06418b8 r6 : ee109c10 r5 : 00000000 r4 : ee0dfa00
r3 : ffffffff r2 : 00000000 r1 : ffffffd0 r0 : ee0dfa38
Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 10c5387d Table: 6000404a DAC: 00000015
Process swapper/0 (pid: 1, stack limit = 0xee058238)
Stack: (0xee059cc0 to 0xee05a000)
9cc0: 00000000 ee0d1410 ee109d30 c0693fb8 00000000 ffffffff ee059cf4 ee059ce8
9ce0: c0286404 c0286214 ee059d34 ee059cf8 c029e02c c02863fc ee0d1410 ee109c00
9d00: ee059d34 ee059d10 c02b42fc ee0d1410 ee109c00 ee109c10 c0493b7c c0659690
9d20: 00000018 ee106280 ee059ddc ee059d38 c02a2970 c029dea0 00000080 ee106240
9d40: ee0d1410 ee059d50 c03885d4 c02f95ac c011bfcc c011bdd0 00000004 ee1084e8
9d60: ee059d84 ee059d70 c011bdb8 ee0e1358 ee0e13f8 ee1084e8 ee059da4 ee0e1358
9d80: ee0e13f8 c056841a ee1084e8 00000001 00000000 00000000 ee059dcc ee059da8
9da0: c011e27c c011af48 00000001 ee109c10 00000000 ffffffed ee109c10 c064197c
9dc0: 00000000 c0657278 00000000 00000000 ee059dfc ee059de0 c024a994 c02a27d4
9de0: c024a944 ee109c10 c064197c c069f02c ee059e2c ee059e00 c0248f78 c024a950
9e00: ee059e2c ee059e10 ee109c10 ee109c44 c064197c c063f428 c062cda0 c065be80
9e20: ee059e4c ee059e30 c024923c c0248e44 00000001 00000000 c064197c c02491cc
9e40: ee059e74 ee059e50 c0247378 c02491d8 ee02f95c ee090234 ee02f970 c064197c
9e60: 00000000 ee0e4e80 ee059e84 ee059e78 c02489a4 c0247310 ee059eac ee059e88
9e80: c02485dc c0248990 c0493c44 ee059e98 c064197c c05fcf54 00000000 c062cda0
9ea0: ee059ec4 ee059eb0 c02498f8 c02484dc ee0e5d00 c05fcf54 ee059ed4 ee059ec8
9ec0: c024a8c8 c0249860 ee059ee4 ee059ed8 c05fcf6c c024a884 ee059f5c ee059ee8
9ee0: c0008a4c c05fcf60 80070013 ffffffff ee059f14 ee059f00 c05e4600 c01d62ec
9f00: ef7fcc5c ef7fcc5f ee059f5c ee059f18 c0038dbc c05e4608 00000000 c01d50cc
9f20: 000000d2 00000006 00000006 000000d3 00000000 00000006 00000006 000000d3
9f40: c0612bc4 c061fb5c c065be80 c065be80 ee059f94 ee059f60 c05e4e10 c000893c
9f60: 00000006 00000006 c05e45fc ee059f68 00000000 c0465f98 00000000 00000000
9f80: 00000000 00000000 ee059fac ee059f98 c0465fa8 c05e4d00 ee058000 00000000
9fa0: 00000000 ee059fb0 c000ea58 c0465fa4 00000000 00000000 00000000 00000000
9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 ffffffff ffffffff
Backtrace:
[<c0286208>] (usb_create_shared_hcd) from [<c0286404>] (usb_create_hcd+0x14/0x18)
r8:ffffffff r7:00000000 r6:c0693fb8 r5:ee109d30 r4:ee0d1410 r3:00000000
[<c02863f0>] (usb_create_hcd) from [<c029e02c>] (dwc2_hcd_init+0x198/0x504)
[<c029de94>] (dwc2_hcd_init) from [<c02a2970>] (dwc2_driver_probe+0x1a8/0x1e4)
r10:ee106280 r9:00000018 r8:c0659690 r7:c0493b7c r6:ee109c10 r5:ee109c00
r4:ee0d1410
[<c02a27c8>] (dwc2_driver_probe) from [<c024a994>] (platform_drv_probe+0x50/0xa0)
r10:00000000 r9:00000000 r8:c0657278 r7:00000000 r6:c064197c r5:ee109c10
r4:ffffffed
[<c024a944>] (platform_drv_probe) from [<c0248f78>] (driver_probe_device+0x140/0x348)
r6:c069f02c r5:c064197c r4:ee109c10 r3:c024a944
[<c0248e38>] (driver_probe_device) from [<c024923c>] (__driver_attach+0x70/0x94)
r9:c065be80 r8:c062cda0 r7:c063f428 r6:c064197c r5:ee109c44 r4:ee109c10
[<c02491cc>] (__driver_attach) from [<c0247378>] (bus_for_each_dev+0x74/0x98)
r6:c02491cc r5:c064197c r4:00000000 r3:00000001
[<c0247304>] (bus_for_each_dev) from [<c02489a4>] (driver_attach+0x20/0x28)
r6:ee0e4e80 r5:00000000 r4:c064197c
[<c0248984>] (driver_attach) from [<c02485dc>] (bus_add_driver+0x10c/0x1fc)
[<c02484d0>] (bus_add_driver) from [<c02498f8>] (driver_register+0xa4/0xe8)
r7:c062cda0 r6:00000000 r5:c05fcf54 r4:c064197c
[<c0249854>] (driver_register) from [<c024a8c8>] (__platform_driver_register+0x50/0x64)
r5:c05fcf54 r4:ee0e5d00
[<c024a878>] (__platform_driver_register) from [<c05fcf6c>] (dwc2_platform_driver_init+0x18/0x20)
[<c05fcf54>] (dwc2_platform_driver_init) from [<c0008a4c>] (do_one_initcall+0x11c/0x1d0)
[<c0008930>] (do_one_initcall) from [<c05e4e10>] (kernel_init_freeable+0x11c/0x1e4)
r9:c065be80 r8:c065be80 r7:c061fb5c r6:c0612bc4 r5:000000d3 r4:00000006
[<c05e4cf4>] (kernel_init_freeable) from [<c0465fa8>] (kernel_init+0x10/0xec)
r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c0465f98 r4:00000000
[<c0465f98>] (kernel_init) from [<c000ea58>] (ret_from_fork+0x14/0x3c)
r4:00000000 r3:ee058000
Code: e3a05000 e5843004 e2840038 e5845028 (57de7c38)
---[ end trace 378ac5bc0a7db82d ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
CPU3: stopping
CPU: 3 PID: 0 Comm: swapper/3 Tainted: G D 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000003 r4:00000000 r3:00200040
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:ee07a000
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:ee07bf68 r5:c062b190 r4:f0002100 r3:00000405
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xee07bf68 to 0xee07bfb0)
bf60: ffffffed 00000000 ffffffed c001da00 ee07a000 00000000
bf80: 00000000 ee07bfc0 c0620b48 413fc090 00000000 ee07bfbc ee07bfc0 ee07bfb0
bfa0: c000f5b8 c000f5bc 60000113 ffffffff
r6:ffffffff r5:60000113 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0013c0c>] (secondary_start_kernel+0x124/0x148)
r7:c065c184
[<c0013ae8>] (secondary_start_kernel) from [<60008704>] (0x60008704)
r4:8e05c06a r3:c00086ec
CPU2: stopping
CPU: 2 PID: 0 Comm: swapper/2 Tainted: G D 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000002 r4:00000000 r3:00200040
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:ee078000
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:ee079f68 r5:c062b190 r4:f0002100 r3:00000405
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xee079f68 to 0xee079fb0)
9f60: ffffffed 00000000 ffffffed c001da00 ee078000 00000000
9f80: 00000000 ee079fc0 c0620b48 413fc090 00000000 ee079fbc ee079fc0 ee079fb0
9fa0: c000f5b8 c000f5bc 60000113 ffffffff
r6:ffffffff r5:60000113 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0013c0c>] (secondary_start_kernel+0x124/0x148)
r7:c065c184
[<c0013ae8>] (secondary_start_kernel) from [<60008704>] (0x60008704)
r4:8e05c06a r3:c00086ec
CPU0: stopping
CPU: 0 PID: 0 Comm: swapper/0 Tainted: G D 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000000 r4:00000000 r3:00200000
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:c06313b0
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:c0623f30 r5:c062b190 r4:f0002100 r3:00000405
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xc0623f30 to 0xc0623f78)
3f20: ffffffed 00000000 ffffffed c001da00
3f40: c0622000 00000000 00000000 c0623f88 c0620b48 ef7fcb00 00000000 c0623f84
3f60: c0623f88 c0623f78 c000f5b8 c000f5bc 60070013 ffffffff
r6:ffffffff r5:60070013 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0465f80>] (rest_init+0x68/0x80)
r7:c062a400
[<c0465f18>] (rest_init) from [<c05e4c88>] (start_kernel+0x338/0x3a4)
[<c05e4950>] (start_kernel) from [<60008074>] (0x60008074)
r9:413fc090 r8:6000406a r7:c062e04c r6:c0612dbc r5:c062a480 r4:c065c114
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
DDR Version 1.04 20140217
In
DDR3
300MHz
Bus Width=32 Col=10 Bank=8 Row=15 CS=2 Die Bus-Width=16 Size=2048MB
Memory OK
OUT
BUILD=====2
No.1 FLASH ID:2c 64 44 4b a9 0
OK! 282986
unsigned!
SecureBootEn = 0 0
Boot ver: 2014-03-03#2.13
start_linux=====287912
1521535 Starting kernel...@0x60408000
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.16.0-rc1 (ubuntu@radxa) (gcc version 4.8.2 (GCC) ) #2 SMP Fri Jul 18 19:10:51 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 7 pages/cpu @ee7c1000 s7680 r8192 d12800 u32768
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk init=/sbin/init root=/dev/mmcblk0p1 rootwait
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2071440K/2097152K available (4279K kernel code, 196K rwdata, 1340K rodata, 2151K init, 308K bss, 25712K reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xffe00000 (2048 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc0584f0c (5620 kB)
.init : 0xc0585000 - 0xc079ee00 (2152 kB)
.data : 0xc07a0000 - 0xc07d1300 ( 197 kB)
.bss : 0xc07d1308 - 0xc081e660 ( 309 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
Rockchip-ID: 0x33313042 0x32303132 0x31313330 0x56313030
Rockchip SoC RK3188
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x604337c8 - 0x60433820
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: Booted secondary processor
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: Booted secondary processor
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
SMP: Total of 4 processors activated.
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
rockchip_clocks_apply_init_table: applying initial clock settings
rockchip_clk_init_from_table: setting rate of gpll to 891000000
rockchip_clk_init_from_table: setting rate of cpll to 600000000
rockchip_clk_init_from_table: setting rate of aclk_cpu to 300000000
rockchip_clk_init_from_table: setting rate of hclk_cpu to 150000000
rockchip_clk_init_from_table: setting rate of pclk_cpu to 75000000
rockchip_clk_init_from_table: setting rate of hclk_ahb2apb to 75000000
rockchip_clk_init_from_table: setting parent of aclk_peri_pre to cpll
rockchip_clk_init_from_table: setting rate of aclk_peri_pre to 150000000
rockchip_clk_init_from_table: setting rate of hclk_peri to 150000000
rockchip_clk_init_from_table: setting rate of pclk_peri to 75000000
rockchip_clk_init_from_table: setting rate of sclk_sdmmc to 75000000
rockchip_clk_init_from_table: setting rate of sclk_macref to 50000000
rockchip_clk_init_from_table: enabling sclk_mac_lbtest
syscon: pmu regmap [mem 0x20004000-0x200040ff] registered
syscon: grf regmap [mem 0x20008000-0x200081ff] registered
No ATAGs?
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
sdmmc-supply: 3300 mV
reg-fixed-voltage regulators:fixed-regulator@0: Failed to find supply vin
reg-fixed-voltage regulators:fixed-regulator@0: Failed to register regulator: -517
platform regulators:fixed-regulator@0: Driver reg-fixed-voltage requests probe deferral
otg-vbus: 5000 mV
usb-vbus: 5000 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
i2c-gpio soc:i2c@0: using pins 58 (SDA) and 59 (SCL)
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
futex hash table entries: 1024 (order: 4, 65536 bytes)
msgmni has been set to 1469
bounce: pool size: 64 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
dma-pl330 20078000.dma: Loaded driver for PL330 DMAC-2364208
dma-pl330 20078000.dma: DBUFF-64x8bytes Num_Chans-7 Num_Peri-20 Num_Events-14
VCC_DDR: 1200 mV
VDD_LOG: 1000 mV
VDD_ARM: 875 <--> 1300 mV at 1000 mV
VCC_IO: 3300 mV
VDD_10: 1000 mV
VDD_HDMI: 2500 mV
VCC_18: 1800 mV
VCCA_33: 3300 mV
VCC_RMII: 3300 mV
VCCIO_WL: 3300 mV
VCC18_IO: 1800 mV
VCC_28: 2800 mV
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
10124000.serial: ttyS0 at MMIO 0x10124000 (irq = 66, base_baud = 1500000) is a 16550A
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
10126000.serial: ttyS1 at MMIO 0x10126000 (irq = 67, base_baud = 1500000) is a 16550A
console [ttyS2] disabled
20064000.serial: ttyS2 at MMIO 0x20064000 (irq = 68, base_baud = 1500000) is a 16550A
console [ttyS2] enabled
console [ttyS2] enabled
bootconsole [earlycon0] disabled
bootconsole [earlycon0] disabled
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
20068000.serial: ttyS3 at MMIO 0x20068000 (irq = 69, base_baud = 1500000) is a 16550A
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
arc_emac 10204000.emac: ARC EMAC detected with id: 0x7fd02
arc_emac 10204000.emac: IRQ is 51
arc_emac 10204000.emac: MAC address is now c6:ef:91:8e:60:4b
libphy: Synopsys MII Bus: probed
arc_emac 10204000.emac: connected to SMSC LAN8710/LAN8720 phy with id 0x7c0f1
dwc2 10180000.dwc2: DWC OTG Controller
dwc2 10180000.dwc2: new USB bus registered, assigned bus number 1
dwc2 10180000.dwc2: irq 48, io mem 0x00000000
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: DWC OTG Controller
usb usb1: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb1: SerialNumber: 10180000.dwc2
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
dwc2 101c0000.dwc2: DWC OTG Controller
dwc2 101c0000.dwc2: new USB bus registered, assigned bus number 2
dwc2 101c0000.dwc2: irq 49, io mem 0x00000000
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: DWC OTG Controller
usb usb2: Manufacturer: Linux 3.16.0-rc1 dwc2_hsotg
usb usb2: SerialNumber: 101c0000.dwc2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: rtc core: registered hym8563 as rtc0
softdog: Software Watchdog Timer: 0.08 initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Synopsys Designware Multimedia Card Interface Driver
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
platform 10214000.dwmmc: Driver dw_mmc requests probe deferral
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver r8188eu
usbcore: registered new interface driver rtl8723au
TCP: cubic registered
NET: Registered protocol family 17
sdmmc-supply: 3300 mV
sdmmc-supply: supplied by VCC_IO
dw_mmc 10214000.dwmmc: fifo-depth property not found, using value of FIFOTH register as default
dw_mmc 10214000.dwmmc: Using PIO mode.
dw_mmc 10214000.dwmmc: Version ID is 240a
dw_mmc 10214000.dwmmc: DW MMC controller at irq 55, 32 bit host data width, 256 deep fifo
dw_mmc 10214000.dwmmc: 1 slots initialized
input: soc:gpio-keys as /devices/soc/soc:gpio-keys/input/input0
rtc-hym8563 0-0051: no valid clock/calendar values available
rtc-hym8563 0-0051: hctosys: unable to read the hardware clock
usb-vbus: disabling
otg-vbus: disabling
Freeing unused kernel memory: 2148K (c0585000 - c079e000)
usb 2-1: new high-speed USB device number 2 using dwc2
usb 2-1: New USB device found, idVendor=05e3, idProduct=0608
usb 2-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
usb 2-1: Product: USB2.0 Hub
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 4 ports detected
usb 2-1.1: new high-speed USB device number 3 using dwc2
usb 2-1.1: device v0bda p0724 is not supported
usb 2-1-port1: unable to enumerate USB device
Do you want to kexec a kernel over the network ? [y/n] y
* Starting DHCP on eth0
udhcpc (v1.22.1) started
Sending discover...
arc_emac 10204000.emac eth0: Link is Down
arc_emac 10204000.emac eth0: Link is Up - 100Mbps/Full - flow control off
Sending discover...
Sending select for 192.168.0.98...
Lease of 192.168.0.98 obtained, lease time 43200
/etc/udhcpc.d/50default: Adding DNS 192.168.0.20
random: nonblocking pool is initialized
* Found zImage on 192.168.0.20
Do you want to reboot to the new kernel on the fly ? [y/n] y
Modified cmdline: root=/dev/block/mtd/by-name/linuxroot
Unable to find /proc/device-tree//chosen/linux,stdout-path, printing from purgatory is diabled
Starting new kernel
Disabling non-boot CPUs ...
CPU1: shutdown
CPU2: shutdown
CPU3: shutdown
Bye!
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.18.0-rc7-next-20141203 (ubuntu@radxa) (gcc version 4.9.1 (GCC) ) #7 SMP Thu Dec 4 07:25:45 UTC 2014
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Radxa Rock
bootconsole [earlycon0] enabled
Memory policy: Data cache writealloc
PERCPU: Embedded 9 pages/cpu @ee7ba000 s7744 r8192 d20928 u36864
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 522768
Kernel command line: console=ttyS2,115200 earlyprintk root=/dev/nfs nfsroot=192.168.0.20:/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs,vers=4,tcp nfsrootdebug
rw ip=dhcp
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2072880K/2097152K available (4507K kernel code, 231K rwdata, 1488K rodata, 248K init, 316K bss, 24272K reserved, 0K cma-reserved, 1318912K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
.text : 0xc0008000 - 0xc05e300c (5997 kB)
.init : 0xc05e4000 - 0xc0622000 ( 248 kB)
.data : 0xc0622000 - 0xc065be50 ( 232 kB)
.bss : 0xc065be50 - 0xc06aae80 ( 317 kB)
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 15 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 16 ways, 512 kB
L2C-310: CACHE_ID 0x4100c0c8, AUX_CTRL 0x76050001
sched_clock: 64 bits at 150MHz, resolution 6ns, wraps every 1832519401472ns
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
rockchip_smp_prepare_cpus: ncores 4
Setting up static identity map for 0x6046c7f8 - 0x6046c850
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Brought up 4 CPUs
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
No ATAGs?
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
reg-fixed-voltage sdmmc-regulator: Failed to find supply vin
reg-fixed-voltage sdmmc-regulator: Failed to register regulator: -517
platform sdmmc-regulator: Driver reg-fixed-voltage requests probe deferral
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 1024 (order: 4, 65536 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
bounce: pool size: 64 pages
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
io scheduler noop registered
io scheduler deadline registered (default)
dma-pl330 20018000.dma-controller: Loaded driver for PL330 DMAC-241330
dma-pl330 20018000.dma-controller: DBUFF-32x8bytes Num_Chans-6 Num_Peri-12 Num_Events-12
dma-pl330 20078000.dma-controller: Loaded driver for PL330 DMAC-241330
dma-pl330 20078000.dma-controller: DBUFF-64x8bytes Num_Chans-7 Num_Peri-20 Num_Events-14
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
dw-apb-uart 10124000.serial: ttyS0 at MMIO 0x10124000 (irq = 22, base_baud = 1500000) is a 16550A
dw-apb-uart 10126000.serial: Couldn't set LCR to 191
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 191
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: Couldn't set LCR to 0
dw-apb-uart 10126000.serial: ttyS1 at MMIO 0x10126000 (irq = 23, base_baud = 1500000) is a XScale
console [ttyS2] disabled
dw-apb-uart 20064000.serial: ttyS2 at MMIO 0x20064000 (irq = 30, base_baud = 1500000) is a 16550A
console [ttyS2] enabled
console [ttyS2] enabled
bootconsole [earlycon0] disabled
bootconsole [earlycon0] disabled
dw-apb-uart 20068000.serial: Couldn't set LCR to 191
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 191
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: Couldn't set LCR to 0
dw-apb-uart 20068000.serial: ttyS3 at MMIO 0x20068000 (irq = 31, base_baud = 1500000) is a XScale
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
platform 10204000.ethernet: Driver rockchip_emac requests probe deferral
dwc2 10180000.usb: Mode Mismatch Interrupt: currently in Device mode
dwc2 10180000.usb: DWC OTG Controller
dwc2 10180000.usb: new USB bus registered, assigned bus number 1
dwc2 10180000.usb: irq 24, io mem 0x00000000
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: DWC OTG Controller
usb usb1: Manufacturer: Linux 3.18.0-rc7-next-20141203 dwc2_hsotg
usb usb1: SerialNumber: 10180000.usb
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
dwc2 101c0000.usb: DWC OTG Controller
dwc2 101c0000.usb: new USB bus registered, assigned bus number 2
dwc2 101c0000.usb: irq 25, io mem 0x00000000
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: DWC OTG Controller
usb usb2: Manufacturer: Linux 3.18.0-rc7-next-20141203 dwc2_hsotg
usb usb2: SerialNumber: 101c0000.usb
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
usbcore: registered new interface driver usb-storage
mousedev: PS/2 mouse device common for all mice
rtc-hym8563 1-0051: no valid clock/calendar values available
rtc (null): read_time: fail to read
rtc-hym8563 1-0051: rtc core: registered hym8563 as rtc0
rk3x-i2c 2002f000.i2c: Initialized RK3xxx I2C bus at f0098000
softdog: Software Watchdog Timer: 0.08 initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Driver 'mmcblk' needs updating - please use bus_type methods
Synopsys Designware Multimedia Card Interface Driver
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver r8188eu
usbcore: registered new interface driver rtl8723au
TCP: cubic registered
NET: Registered protocol family 17
Key type dns_resolver registered
Registering SWP/SWPB emulation handler
sdmmc-supply: supplied by VCC_IO
rockchip_emac 10204000.ethernet: ARC EMAC detected with id: 0x7fd02
rockchip_emac 10204000.ethernet: IRQ is 26
rockchip_emac 10204000.ethernet: MAC address is now 56:ed:3c:e8:59:f4
libphy: Synopsys MII Bus: probed
usb 2-1: new high-speed USB device number 2 using dwc2
rockchip_emac 10204000.ethernet: connected to SMSC LAN8710/LAN8720 phy with id 0x7c0f1
input: gpio-keys as /devices/platform/gpio-keys/input/input0
rtc-hym8563 1-0051: no valid clock/calendar values available
rtc rtc0: read_time: fail to read
rtc-hym8563 1-0051: hctosys: unable to read the hardware clock
usb 2-1: New USB device found, idVendor=05e3, idProduct=0608
usb 2-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
usb 2-1: Product: USB2.0 Hub
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 4 ports detected
Sending DHCP requests .
usb 2-1.1: new high-speed USB device number 3 using dwc2
usb 2-1.1: New USB device found, idVendor=0bda, idProduct=0724
usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-1.1: Product: 802.11n WLAN Adapter
usb 2-1.1: Manufacturer: Realtek
usb 2-1.1: SerialNumber: 00e04c000001
random: nonblocking pool is initialized
rockchip_emac 10204000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off
., OK
IP-Config: Got DHCP answer from 192.168.0.20, my address is 192.168.0.75
IP-Config: Complete:
device=eth0, hwaddr=56:ed:3c:e8:59:f4, ipaddr=192.168.0.75, mask=255.255.255.0, gw=192.168.0.20
host=192.168.0.75, domain=, nis-domain=(none)
bootserver=192.168.0.20, rootserver=192.168.0.20, rootpath=
nameserver0=192.168.0.20
sdmmc-supply: disabling
Root-NFS: nfsroot=/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs,vers=4,tcp
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
NFS: nfs mount opts='vers=2,udp,rsize=4096,wsize=4096,vers=4,tcp,nolock,addr=192.168.0.20'
NFS: parsing nfs mount option 'vers=2'
NFS: parsing nfs mount option 'udp'
NFS: parsing nfs mount option 'rsize=4096'
NFS: parsing nfs mount option 'wsize=4096'
NFS: parsing nfs mount option 'vers=4'
NFS: parsing nfs mount option 'tcp'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=192.168.0.20'
NFS: MNTPATH: '/var/lib/lxc/radxa/rootfs/home/ubuntu/yocto/build/tmp/rootfs'
--> nfs4_try_mount()
<-- nfs4_try_mount() = -113 [error]
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:ed801000 r5:fffffffa r4:00000000 r3:00200140
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0466c78>] (panic+0x90/0x204)
r4:c065c370 r3:00000001
[<c0466bec>] (panic) from [<c05e52c0>] (mount_block_root+0x1ec/0x22c)
r3:00000030 r2:ee10355c r1:ee059eb8 r0:c053b5fe
r7:c0612bec
[<c05e50d4>] (mount_block_root) from [<c05e54d0>] (mount_root+0xe8/0x10c)
r10:00000000 r9:c065be80 r8:c065be80 r7:00000000 r6:c065bea4 r5:c062cf40
r4:00200000
[<c05e53e8>] (mount_root) from [<c05e5658>] (prepare_namespace+0x164/0x1c4)
r7:c061fc70 r6:c0612c01 r5:c065bea4 r4:c0612bec
[<c05e54f4>] (prepare_namespace) from [<c05e4e8c>] (kernel_init_freeable+0x198/0x1e4)
r6:c0612bc8 r5:000000d3 r4:00000008
[<c05e4cf4>] (kernel_init_freeable) from [<c0465fa8>] (kernel_init+0x10/0xec)
r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c0465f98 r4:00000000
[<c0465f98>] (kernel_init) from [<c000ea58>] (ret_from_fork+0x14/0x3c)
r4:00000000 r3:ee058000
CPU2: stopping
CPU: 2 PID: 0 Comm: swapper/2 Not tainted 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000002 r4:00000000 r3:00200040
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:c06313b0
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:ee079f68 r5:c062b190 r4:f0002100 r3:00000005
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xee079f68 to 0xee079fb0)
9f60: ffffffed 00000000 ffffffed c001da00 ee078000 00000000
9f80: 00000000 ee079fc0 c0620b48 413fc090 00000000 ee079fbc ee079fc0 ee079fb0
9fa0: c000f5b8 c000f5bc 60000113 ffffffff
r6:ffffffff r5:60000113 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0013c0c>] (secondary_start_kernel+0x124/0x148)
r7:c065c184
[<c0013ae8>] (secondary_start_kernel) from [<60008704>] (0x60008704)
r4:8e05c06a r3:c00086ec
CPU3: stopping
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000003 r4:00000000 r3:00200040
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:c06313b0
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:ee07bf68 r5:c062b190 r4:f0002100 r3:00000005
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xee07bf68 to 0xee07bfb0)
bf60: ffffffed 00000000 ffffffed c001da00 ee07a000 00000000
bf80: 00000000 ee07bfc0 c0620b48 413fc090 00000000 ee07bfbc ee07bfc0 ee07bfb0
bfa0: c000f5b8 c000f5bc 60000113 ffffffff
r6:ffffffff r5:60000113 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0013c0c>] (secondary_start_kernel+0x124/0x148)
r7:c065c184
[<c0013ae8>] (secondary_start_kernel) from [<60008704>] (0x60008704)
r4:8e05c06a r3:c00086ec
CPU1: stopping
CPU: 1 PID: 0 Comm: swapper/1 Not tainted 3.18.0-rc7-next-20141203 #7
Hardware name: Rockchip Cortex-A9 (Device Tree)
Backtrace:
[<c0011d0c>] (dump_backtrace) from [<c0011f2c>] (show_stack+0x18/0x1c)
r6:00000000 r5:00000001 r4:00000000 r3:00200040
[<c0011f14>] (show_stack) from [<c0467cd8>] (dump_stack+0x78/0x94)
[<c0467c60>] (dump_stack) from [<c0013f10>] (handle_IPI+0xd0/0x168)
r4:c065c158 r3:c06313b0
[<c0013e40>] (handle_IPI) from [<c000866c>] (gic_handle_irq+0x5c/0x64)
r6:ee077f68 r5:c062b190 r4:f0002100 r3:00000005
[<c0008610>] (gic_handle_irq) from [<c0012a40>] (__irq_svc+0x40/0x54)
Exception stack(0xee077f68 to 0xee077fb0)
7f60: ffffffed 00000000 ffffffed c001da00 ee076000 00000000
7f80: 00000000 ee077fc0 c0620b48 413fc090 00000000 ee077fbc ee077fc0 ee077fb0
7fa0: c000f5b8 c000f5bc 60000113 ffffffff
r6:ffffffff r5:60000113 r4:c000f5bc r3:c000f5b8
[<c000f588>] (arch_cpu_idle) from [<c004ccec>] (cpu_startup_entry+0xc0/0x208)
[<c004cc2c>] (cpu_startup_entry) from [<c0013c0c>] (secondary_start_kernel+0x124/0x148)
r7:c065c184
[<c0013ae8>] (secondary_start_kernel) from [<60008704>] (0x60008704)
r4:8e05c06a r3:c00086ec
---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
^ permalink raw reply
* Re: Is this 32-bit NCM?y
From: Enrico Mioso @ 2014-12-04 6:31 UTC (permalink / raw)
To: Kevin Zhu
Cc: Bjørn Mork, Eli Britstein, Alex Strizhevsky,
Midge Shaojun Tan, youtux@gmail.com, linux-usb@vger.kernel.org,
netdev@vger.kernel.org
In-Reply-To: <547EA82F.5050500@audiocodes.com>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6251 bytes --]
Hello guys!
I am writing this message to hear if there is any progress,
Enrico
On Wed, 3 Dec 2014, Kevin Zhu wrote:
> Date: Wed, 3 Dec 2014 07:05:37
> From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
> To: Enrico Mioso <mrkiko.rs@gmail.com>
> Cc: Bjørn Mork <bjorn@mork.no>, Eli Britstein <Eli.Britstein@audiocodes.com>,
> Alex Strizhevsky <alexxst@gmail.com>,
> Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
> "youtux@gmail.com" <youtux@gmail.com>,
> "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
> "netdev@vger.kernel.org" <netdev@vger.kernel.org>
> Subject: Re: Is this 32-bit NCM?
>
> OK. I will. Thank you for everything!
>
> Regards,
> Kevin
>
> On 12/03/2014 02:00 PM, Enrico Mioso wrote:
>> Yes - I think this would be ok. You might try this with the 16-bit river first,
>> and then with the 32-bit one to see how things work.
>> I hope for the best.
>> Let us all know,
>> Enrico
>>
>>
>> On Wed, 3 Dec 2014, Kevin Zhu wrote:
>>
>> ==Date: Wed, 3 Dec 2014 06:38:27
>> ==From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
>> ==To: Enrico Mioso <mrkiko.rs@gmail.com>
>> ==Cc: Bjørn Mork <bjorn@mork.no>, Eli Britstein <Eli.Britstein@audiocodes.com>,
>> == Alex Strizhevsky <alexxst@gmail.com>,
>> == Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>> == "youtux@gmail.com" <youtux@gmail.com>,
>> == "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>> == "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>> ==Subject: Re: Is this 32-bit NCM?
>> ==
>> ==My dongle also works with the huawei driver. I think only the 32bit
>> ==format and NDP location matter. We may modify the TX function to put NTH
>> ==and NDP at the beginning of a NTB and see if it will work with the
>> ==driver cdc_ncm.
>> ==
>> ==Regards,
>> ==Kevin
>> ==
>> ==On 12/02/2014 11:28 PM, Enrico Mioso wrote:
>> ==> ... And what do you think about the source code of their ndis driver?
>> ==> We at least know now the device work with it, so we have something to mimic :D
>> ==> thank you for your work and patience Kevin.
>> ==>
>> ==> On Tue, 2 Dec 2014, Kevin Zhu wrote:
>> ==>
>> ==> ==Date: Tue, 2 Dec 2014 16:04:25
>> ==> ==From: Kevin Zhu <Mingying.Zhu@audiocodes.com>
>> ==> ==To: Enrico Mioso <mrkiko.rs@gmail.com>, Bjørn Mork <bjorn@mork.no>
>> ==> ==Cc: Eli Britstein <Eli.Britstein@audiocodes.com>,
>> ==> == Alex Strizhevsky <alexxst@gmail.com>,
>> ==> == Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>> ==> == "youtux@gmail.com" <youtux@gmail.com>,
>> ==> == "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>> ==> == "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>> ==> ==Subject: Re: Is this 32-bit NCM?
>> ==> ==
>> ==> ==I do not understand why the wSequence matters. By the way, I think I see some NDPs are right after NTH headers in the windows capture.
>> ==> ==
>> ==> ==________________________________________
>> ==> ==From: Enrico Mioso <mrkiko.rs@gmail.com>
>> ==> ==Sent: Tuesday, December 2, 2014 21:53
>> ==> ==To: Bjørn Mork
>> ==> ==Cc: Kevin Zhu; Eli Britstein; Alex Strizhevsky; Midge Shaojun Tan; youtux@gmail.com; linux-usb@vger.kernel.org; netdev@vger.kernel.org
>> ==> ==Subject: Re: Is this 32-bit NCM?
>> ==> ==
>> ==> ==Thank you very much Bjorn.
>> ==> ==
>> ==> ==
>> ==> ==On Tue, 2 Dec 2014, Bjørn Mork wrote:
>> ==> ==
>> ==> ====Date: Tue, 2 Dec 2014 14:37:03
>> ==> ====From: Bjørn Mork <bjorn@mork.no>
>> ==> ====To: Enrico Mioso <mrkiko.rs@gmail.com>
>> ==> ====Cc: Kevin Zhu <Mingying.Zhu@audiocodes.com>,
>> ==> ==== Eli Britstein <Eli.Britstein@audiocodes.com>,
>> ==> ==== Alex Strizhevsky <alexxst@gmail.com>,
>> ==> ==== Midge Shaojun Tan <ShaojunMidge.Tan@audiocodes.com>,
>> ==> ==== "youtux@gmail.com" <youtux@gmail.com>,
>> ==> ==== "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
>> ==> ==== "netdev@vger.kernel.org" <netdev@vger.kernel.org>
>> ==> ====Subject: Re: Is this 32-bit NCM?
>> ==> ====
>> ==> ====Enrico Mioso <mrkiko.rs@gmail.com> writes:
>> ==> ====
>> ==> ====> ... but out of curiosity: are NCM specs allowing to change order of things in
>> ==> ====> the package or not?
>> ==> ====> This is not to start philosofical falames or something, but to understand
>> ==> ====> better how things work. And, if they do: how much arbitrarily?
>> ==> ====
>> ==> ====Only the NTB header has a fixed location. The rest can be anywhere and
>> ==> ====in any order. Quoting from section 3 Data Transport:
>> ==> ====
>> ==> ==== "Within any given NTB, the NTH always must be first; but the other
>> ==> ==== items may occur in arbitrary order."
>> ==> ====
>> ==> ====
>> ==> ====Bjørn
>> ==> ====
>> ==> ==This email and any files transmitted with it are confidential material. They are intended solely for the use of the designated individual or entity to whom they are addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful.
>> ==> ==
>> ==> ==If you have received this email in error please immediately notify the sender and delete or destroy any copy of this message
>> ==> ==
>> ==This email and any files transmitted with it are confidential material. They are intended solely for the use of the designated individual or entity to whom they are addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful.
>> ==
>> ==If you have received this email in error please immediately notify the sender and delete or destroy any copy of this message
>> ==
> This email and any files transmitted with it are confidential material. They are intended solely for the use of the designated individual or entity to whom they are addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful.
>
> If you have received this email in error please immediately notify the sender and delete or destroy any copy of this message
>
^ permalink raw reply
* Re: [PATCH v2] drivers: net : cpsw: Update Kconfig for CPSW
From: Mugunthan V N @ 2014-12-04 6:17 UTC (permalink / raw)
To: Lokesh Vutla, netdev, davem
Cc: linux-omap, grygorii.strashko, balbi, nsekhar, t-kristo
In-Reply-To: <1417668869-25616-1-git-send-email-lokeshvutla@ti.com>
On Thursday 04 December 2014 10:24 AM, Lokesh Vutla wrote:
> CPSW is present in AM33xx, AM43xx, DRA7xx.
> Updating the Kconfig to depend on ARCH_OMAP2PLUS instead of listing
> all SoC's.
>
> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
Acked-by: Mugunthan V N <mugunthanvnm@ti.com>
Regards
Mugunthan V N
^ permalink raw reply
* Re: [PATCH] net: less interrupt masking in NAPI
From: David Miller @ 2014-12-04 5:47 UTC (permalink / raw)
To: yangyingliang; +Cc: eric.dumazet, netdev, willemb
In-Reply-To: <547EBC66.4040301@huawei.com>
From: Yang Yingliang <yangyingliang@huawei.com>
Date: Wed, 3 Dec 2014 15:31:50 +0800
> On 2014/11/4 1:25, David Miller wrote:
>> From: Eric Dumazet <eric.dumazet@gmail.com>
>> Date: Sun, 02 Nov 2014 06:19:33 -0800
>>
>>> From: Eric Dumazet <edumazet@google.com>
>>>
>>> net_rx_action() can mask irqs a single time to transfert sd->poll_list
>>> into a private list, for a very short duration.
>>>
>>> Then, napi_complete() can avoid masking irqs again,
>>> and net_rx_action() only needs to mask irq again in slow path.
>>>
>>> This patch removes 2 couples of irq mask/unmask per typical NAPI run,
>>> more if multiple napi were triggered.
>>>
>>> Note this also allows to give control back to caller (do_softirq())
>>> more often, so that other softirq handlers can be called a bit earlier,
>>> or ksoftirqd can be wakeup earlier under pressure.
>>>
>>> This was developed while testing an alternative to RX interrupt
>>> mitigation to reduce latencies while keeping or improving GRO
>>> aggregation on fast NIC.
>>>
>>> Idea is to test napi->gro_list at the end of a napi->poll() and
>>> reschedule one NAPI poll, but after servicing a full round of
>>> softirqs (timers, TX, rcu, ...). This will be allowed only if softirq
>>> is currently serviced by idle task or ksoftirqd, and resched not needed.
>>>
>>> Signed-off-by: Eric Dumazet <edumazet@google.com>
>>
>> Also applied, thanks Eric.
>
> This patch can resolve my performance problem.
> Will/Can this patch queue for stable ?
Such an optimization is not appropriate for -stable.
^ permalink raw reply
* [PATCH v2] drivers: net : cpsw: Update Kconfig for CPSW
From: Lokesh Vutla @ 2014-12-04 4:54 UTC (permalink / raw)
To: netdev, davem
Cc: mugunthanvnm, linux-omap, grygorii.strashko, balbi, nsekhar,
t-kristo, Lokesh Vutla
CPSW is present in AM33xx, AM43xx, DRA7xx.
Updating the Kconfig to depend on ARCH_OMAP2PLUS instead of listing
all SoC's.
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
---
drivers/net/ethernet/ti/Kconfig | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/ti/Kconfig b/drivers/net/ethernet/ti/Kconfig
index 5d8cb79..7051255 100644
--- a/drivers/net/ethernet/ti/Kconfig
+++ b/drivers/net/ethernet/ti/Kconfig
@@ -5,7 +5,7 @@
config NET_VENDOR_TI
bool "Texas Instruments (TI) devices"
default y
- depends on PCI || EISA || AR7 || (ARM && (ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE))
+ depends on PCI || EISA || AR7 || ARCH_DAVINCI || ARCH_OMAP2PLUS || ARCH_KEYSTONE
---help---
If you have a network (Ethernet) card belonging to this class, say Y
and read the Ethernet-HOWTO, available from
@@ -32,7 +32,7 @@ config TI_DAVINCI_EMAC
config TI_DAVINCI_MDIO
tristate "TI DaVinci MDIO Support"
- depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE )
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS || ARCH_KEYSTONE
select PHYLIB
---help---
This driver supports TI's DaVinci MDIO module.
@@ -42,7 +42,7 @@ config TI_DAVINCI_MDIO
config TI_DAVINCI_CPDMA
tristate "TI DaVinci CPDMA Support"
- depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX )
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
---help---
This driver supports TI's DaVinci CPDMA dma engine.
@@ -58,7 +58,7 @@ config TI_CPSW_PHY_SEL
config TI_CPSW
tristate "TI CPSW Switch Support"
- depends on ARM && (ARCH_DAVINCI || SOC_AM33XX)
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
select TI_DAVINCI_CPDMA
select TI_DAVINCI_MDIO
select TI_CPSW_PHY_SEL
--
1.9.1
^ permalink raw reply related
* Re: [PATCH] drivers: net : cpsw: Update Kconfig for CPSW
From: Lokesh Vutla @ 2014-12-04 4:52 UTC (permalink / raw)
To: netdev, davem
Cc: mugunthanvnm, linux-omap, grygorii.strashko, balbi, nsekhar,
t-kristo
In-Reply-To: <1417668484-25327-1-git-send-email-lokeshvutla@ti.com>
Hi,
Please discard this patch. Missed adding something.
Will be posting an updated patch.
Sorry for the spam.
Thanks and regards,
Lokesh
On Thursday 04 December 2014 10:18 AM, Lokesh Vutla wrote:
> CPSW is present in AM33xx, AM43xx, DRA7xx.
> Updating the Kconfig to depend on ARCH_OMAP2PLUS instead of listing
> all SoC's.
>
> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
> ---
> drivers/net/ethernet/ti/Kconfig | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/net/ethernet/ti/Kconfig b/drivers/net/ethernet/ti/Kconfig
> index 5d8cb79..7051255 100644
> --- a/drivers/net/ethernet/ti/Kconfig
> +++ b/drivers/net/ethernet/ti/Kconfig
> @@ -5,7 +5,7 @@
> config NET_VENDOR_TI
> bool "Texas Instruments (TI) devices"
> default y
> - depends on PCI || EISA || AR7 || (ARM && (ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE))
> + depends on PCI || EISA || AR7 || ARCH_OMAP2PLUS || ARCH_KEYSTONE
> ---help---
> If you have a network (Ethernet) card belonging to this class, say Y
> and read the Ethernet-HOWTO, available from
> @@ -32,7 +32,7 @@ config TI_DAVINCI_EMAC
>
> config TI_DAVINCI_MDIO
> tristate "TI DaVinci MDIO Support"
> - depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE )
> + depends on ARCH_DAVINCI || ARCH_OMAP2PLUS || ARCH_KEYSTONE
> select PHYLIB
> ---help---
> This driver supports TI's DaVinci MDIO module.
> @@ -42,7 +42,7 @@ config TI_DAVINCI_MDIO
>
> config TI_DAVINCI_CPDMA
> tristate "TI DaVinci CPDMA Support"
> - depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX )
> + depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
> ---help---
> This driver supports TI's DaVinci CPDMA dma engine.
>
> @@ -58,7 +58,7 @@ config TI_CPSW_PHY_SEL
>
> config TI_CPSW
> tristate "TI CPSW Switch Support"
> - depends on ARM && (ARCH_DAVINCI || SOC_AM33XX)
> + depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
> select TI_DAVINCI_CPDMA
> select TI_DAVINCI_MDIO
> select TI_CPSW_PHY_SEL
>
^ permalink raw reply
* [PATCH] drivers: net : cpsw: Update Kconfig for CPSW
From: Lokesh Vutla @ 2014-12-04 4:48 UTC (permalink / raw)
To: netdev, davem
Cc: mugunthanvnm, linux-omap, grygorii.strashko, balbi, nsekhar,
t-kristo, Lokesh Vutla
CPSW is present in AM33xx, AM43xx, DRA7xx.
Updating the Kconfig to depend on ARCH_OMAP2PLUS instead of listing
all SoC's.
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
---
drivers/net/ethernet/ti/Kconfig | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/ti/Kconfig b/drivers/net/ethernet/ti/Kconfig
index 5d8cb79..7051255 100644
--- a/drivers/net/ethernet/ti/Kconfig
+++ b/drivers/net/ethernet/ti/Kconfig
@@ -5,7 +5,7 @@
config NET_VENDOR_TI
bool "Texas Instruments (TI) devices"
default y
- depends on PCI || EISA || AR7 || (ARM && (ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE))
+ depends on PCI || EISA || AR7 || ARCH_OMAP2PLUS || ARCH_KEYSTONE
---help---
If you have a network (Ethernet) card belonging to this class, say Y
and read the Ethernet-HOWTO, available from
@@ -32,7 +32,7 @@ config TI_DAVINCI_EMAC
config TI_DAVINCI_MDIO
tristate "TI DaVinci MDIO Support"
- depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX || ARCH_KEYSTONE )
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS || ARCH_KEYSTONE
select PHYLIB
---help---
This driver supports TI's DaVinci MDIO module.
@@ -42,7 +42,7 @@ config TI_DAVINCI_MDIO
config TI_DAVINCI_CPDMA
tristate "TI DaVinci CPDMA Support"
- depends on ARM && ( ARCH_DAVINCI || ARCH_OMAP3 || SOC_AM33XX )
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
---help---
This driver supports TI's DaVinci CPDMA dma engine.
@@ -58,7 +58,7 @@ config TI_CPSW_PHY_SEL
config TI_CPSW
tristate "TI CPSW Switch Support"
- depends on ARM && (ARCH_DAVINCI || SOC_AM33XX)
+ depends on ARCH_DAVINCI || ARCH_OMAP2PLUS
select TI_DAVINCI_CPDMA
select TI_DAVINCI_MDIO
select TI_CPSW_PHY_SEL
--
1.9.1
^ permalink raw reply related
* [PATCH 4/4 net-next] net: bcmgenet: rename bcmgenet_hw_params->bds_cnt and GENET_DEFAULT_BD_CNT
From: Petri Gynther @ 2014-12-04 4:12 UTC (permalink / raw)
To: netdev; +Cc: davem, f.fainelli
bcmgenet_hw_params->bds_cnt and GENET_DEFAULT_BD_CNT are used only in Tx init.
Rename them accordingly:
- bcmgenet_hw_params->bds_cnt => bcmgenet_hw_params->tx_bds_per_q
- GENET_DEFAULT_BD_CNT => GENET_Q16_TX_BD_CNT
Signed-off-by: Petri Gynther <pgynther@google.com>
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 29 +++++++++++++-------------
drivers/net/ethernet/broadcom/genet/bcmgenet.h | 2 +-
2 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
index 8ef851c..c7a0816 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
@@ -53,8 +53,8 @@
/* Default highest priority queue for multi queue support */
#define GENET_Q0_PRIORITY 0
-#define GENET_DEFAULT_BD_CNT \
- (TOTAL_DESC - priv->hw_params->tx_queues * priv->hw_params->bds_cnt)
+#define GENET_Q16_TX_BD_CNT \
+ (TOTAL_DESC - priv->hw_params->tx_queues * priv->hw_params->tx_bds_per_q)
#define RX_BUF_LENGTH 2048
#define SKB_ALIGNMENT 32
@@ -1783,7 +1783,7 @@ static int bcmgenet_init_rx_ring(struct bcmgenet_priv *priv,
* with queue 0 being the highest priority queue.
*
* Queue 16 is the default Tx queue with
- * GENET_DEFAULT_BD_CNT = 256 - 4 * 32 = 128 descriptors.
+ * GENET_Q16_TX_BD_CNT = 256 - 4 * 32 = 128 descriptors.
*
* The transmit control block pool is then partitioned as follows:
* - Tx queue 0 uses tx_cbs[0..31]
@@ -1812,9 +1812,9 @@ static void bcmgenet_init_tx_queues(struct net_device *dev)
/* Initialize Tx priority queues */
for (i = 0; i < priv->hw_params->tx_queues; i++) {
- bcmgenet_init_tx_ring(priv, i, priv->hw_params->bds_cnt,
- i * priv->hw_params->bds_cnt,
- (i + 1) * priv->hw_params->bds_cnt);
+ bcmgenet_init_tx_ring(priv, i, priv->hw_params->tx_bds_per_q,
+ i * priv->hw_params->tx_bds_per_q,
+ (i + 1) * priv->hw_params->tx_bds_per_q);
ring_cfg |= (1 << i);
dma_ctrl |= (1 << (i + DMA_RING_BUF_EN_SHIFT));
dma_priority[DMA_PRIO_REG_INDEX(i)] |=
@@ -1822,9 +1822,9 @@ static void bcmgenet_init_tx_queues(struct net_device *dev)
}
/* Initialize Tx default queue 16 */
- bcmgenet_init_tx_ring(priv, DESC_INDEX, GENET_DEFAULT_BD_CNT,
+ bcmgenet_init_tx_ring(priv, DESC_INDEX, GENET_Q16_TX_BD_CNT,
priv->hw_params->tx_queues *
- priv->hw_params->bds_cnt,
+ priv->hw_params->tx_bds_per_q,
TOTAL_DESC);
ring_cfg |= (1 << DESC_INDEX);
dma_ctrl |= (1 << (DESC_INDEX + DMA_RING_BUF_EN_SHIFT));
@@ -2428,8 +2428,8 @@ static const struct net_device_ops bcmgenet_netdev_ops = {
static struct bcmgenet_hw_params bcmgenet_hw_params[] = {
[GENET_V1] = {
.tx_queues = 0,
+ .tx_bds_per_q = 0,
.rx_queues = 0,
- .bds_cnt = 0,
.bp_in_en_shift = 16,
.bp_in_mask = 0xffff,
.hfb_filter_cnt = 16,
@@ -2441,8 +2441,8 @@ static struct bcmgenet_hw_params bcmgenet_hw_params[] = {
},
[GENET_V2] = {
.tx_queues = 4,
+ .tx_bds_per_q = 32,
.rx_queues = 4,
- .bds_cnt = 32,
.bp_in_en_shift = 16,
.bp_in_mask = 0xffff,
.hfb_filter_cnt = 16,
@@ -2457,8 +2457,8 @@ static struct bcmgenet_hw_params bcmgenet_hw_params[] = {
},
[GENET_V3] = {
.tx_queues = 4,
+ .tx_bds_per_q = 32,
.rx_queues = 4,
- .bds_cnt = 32,
.bp_in_en_shift = 17,
.bp_in_mask = 0x1ffff,
.hfb_filter_cnt = 48,
@@ -2473,8 +2473,8 @@ static struct bcmgenet_hw_params bcmgenet_hw_params[] = {
},
[GENET_V4] = {
.tx_queues = 4,
+ .tx_bds_per_q = 32,
.rx_queues = 4,
- .bds_cnt = 32,
.bp_in_en_shift = 17,
.bp_in_mask = 0x1ffff,
.hfb_filter_cnt = 48,
@@ -2552,14 +2552,15 @@ static void bcmgenet_set_hw_params(struct bcmgenet_priv *priv)
#endif
pr_debug("Configuration for version: %d\n"
- "TXq: %1d, RXq: %1d, BDs: %1d\n"
+ "TXq: %1d, TXqBDs: %1d, RXq: %1d\n"
"BP << en: %2d, BP msk: 0x%05x\n"
"HFB count: %2d, QTAQ msk: 0x%05x\n"
"TBUF: 0x%04x, HFB: 0x%04x, HFBreg: 0x%04x\n"
"RDMA: 0x%05x, TDMA: 0x%05x\n"
"Words/BD: %d\n",
priv->version,
- params->tx_queues, params->rx_queues, params->bds_cnt,
+ params->tx_queues, params->tx_bds_per_q,
+ params->rx_queues,
params->bp_in_en_shift, params->bp_in_mask,
params->hfb_filter_cnt, params->qtag_mask,
params->tbuf_offset, params->hfb_offset,
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.h b/drivers/net/ethernet/broadcom/genet/bcmgenet.h
index b36ddec..3a8a90f 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.h
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.h
@@ -503,8 +503,8 @@ enum bcmgenet_version {
*/
struct bcmgenet_hw_params {
u8 tx_queues;
+ u8 tx_bds_per_q;
u8 rx_queues;
- u8 bds_cnt;
u8 bp_in_en_shift;
u32 bp_in_mask;
u8 hfb_filter_cnt;
--
2.2.0.rc0.207.ga3a616c
^ permalink raw reply related
* [PATCH 3/4 net-next] net: bcmgenet: precalculate TxCB->bd_addr
From: Petri Gynther @ 2014-12-04 4:11 UTC (permalink / raw)
To: netdev; +Cc: davem, f.fainelli
There is 1-to-1 mapping between TxCBs and TxBDs. Precalculate TxCB->bd_addr
once in bcmgenet_init_dma() instead of doing it over and over needlessly in
bcmgenet_get_txcb().
Signed-off-by: Petri Gynther <pgynther@google.com>
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 9 ++++++++-
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
index eba310a..8ef851c 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
@@ -919,7 +919,7 @@ static struct enet_cb *bcmgenet_get_txcb(struct bcmgenet_priv *priv,
tx_cb_ptr = ring->cbs;
tx_cb_ptr += ring->write_ptr - ring->cb_ptr;
- tx_cb_ptr->bd_addr = priv->tx_bds + ring->write_ptr * DMA_DESC_SIZE;
+
/* Advancing local write pointer */
if (ring->write_ptr == ring->end_ptr)
ring->write_ptr = ring->cb_ptr;
@@ -1920,6 +1920,8 @@ static void bcmgenet_fini_dma(struct bcmgenet_priv *priv)
static int bcmgenet_init_dma(struct bcmgenet_priv *priv)
{
int ret;
+ unsigned int i;
+ struct enet_cb *cb;
netif_dbg(priv, hw, priv->dev, "bcmgenet: init_edma\n");
@@ -1946,6 +1948,11 @@ static int bcmgenet_init_dma(struct bcmgenet_priv *priv)
return -ENOMEM;
}
+ for (i = 0; i < priv->num_tx_bds; i++) {
+ cb = priv->tx_cbs + i;
+ cb->bd_addr = priv->tx_bds + i * DMA_DESC_SIZE;
+ }
+
/* Initialize Tx queues */
bcmgenet_init_tx_queues(priv->dev);
--
2.2.0.rc0.207.ga3a616c
^ permalink raw reply related
* [PATCH 2/4 net-next] net: bcmgenet: rework Tx queue init
From: Petri Gynther @ 2014-12-04 4:11 UTC (permalink / raw)
To: netdev; +Cc: davem, f.fainelli
1. Rename bcmgenet_init_multiq() to bcmgenet_init_tx_queues()
2. Move Tx default queue init inside bcmgenet_init_tx_queues()
Signed-off-by: Petri Gynther <pgynther@google.com>
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 82 +++++++++++---------------
1 file changed, 36 insertions(+), 46 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
index 78ab733..eba310a 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
@@ -1776,78 +1776,74 @@ static int bcmgenet_init_rx_ring(struct bcmgenet_priv *priv,
return ret;
}
-/* init multi xmit queues, only available for GENET2+
- * the queue is partitioned as follows:
+/*
+ * Initialize Tx queues
*
- * queue 0 - 3 is priority based, each one has 32 descriptors,
+ * Queues 0-3 are priority-based, each one has 32 descriptors,
* with queue 0 being the highest priority queue.
*
- * queue 16 is the default tx queue with GENET_DEFAULT_BD_CNT
- * descriptors: 256 - (number of tx queues * bds per queues) = 128
- * descriptors.
+ * Queue 16 is the default Tx queue with
+ * GENET_DEFAULT_BD_CNT = 256 - 4 * 32 = 128 descriptors.
*
- * The transmit control block pool is then partitioned as following:
- * - tx_cbs[0...127] are for queue 16
- * - tx_ring_cbs[0] points to tx_cbs[128..159]
- * - tx_ring_cbs[1] points to tx_cbs[160..191]
- * - tx_ring_cbs[2] points to tx_cbs[192..223]
- * - tx_ring_cbs[3] points to tx_cbs[224..255]
+ * The transmit control block pool is then partitioned as follows:
+ * - Tx queue 0 uses tx_cbs[0..31]
+ * - Tx queue 1 uses tx_cbs[32..63]
+ * - Tx queue 2 uses tx_cbs[64..95]
+ * - Tx queue 3 uses tx_cbs[96..127]
+ * - Tx queue 16 uses tx_cbs[128..255]
*/
-static void bcmgenet_init_multiq(struct net_device *dev)
+static void bcmgenet_init_tx_queues(struct net_device *dev)
{
struct bcmgenet_priv *priv = netdev_priv(dev);
- unsigned int i, dma_enable;
- u32 reg, dma_ctrl, ring_cfg = 0;
+ u32 i, dma_enable;
+ u32 dma_ctrl, ring_cfg;
u32 dma_priority[3] = {0, 0, 0};
- if (!netif_is_multiqueue(dev)) {
- netdev_warn(dev, "called with non multi queue aware HW\n");
- return;
- }
-
dma_ctrl = bcmgenet_tdma_readl(priv, DMA_CTRL);
dma_enable = dma_ctrl & DMA_EN;
dma_ctrl &= ~DMA_EN;
bcmgenet_tdma_writel(priv, dma_ctrl, DMA_CTRL);
+ dma_ctrl = 0;
+ ring_cfg = 0;
+
/* Enable strict priority arbiter mode */
bcmgenet_tdma_writel(priv, DMA_ARBITER_SP, DMA_ARB_CTRL);
+ /* Initialize Tx priority queues */
for (i = 0; i < priv->hw_params->tx_queues; i++) {
- /* first 64 tx_cbs are reserved for default tx queue
- * (ring 16)
- */
bcmgenet_init_tx_ring(priv, i, priv->hw_params->bds_cnt,
i * priv->hw_params->bds_cnt,
(i + 1) * priv->hw_params->bds_cnt);
-
- /* Configure ring as descriptor ring and setup priority */
- ring_cfg |= 1 << i;
- dma_ctrl |= 1 << (i + DMA_RING_BUF_EN_SHIFT);
-
+ ring_cfg |= (1 << i);
+ dma_ctrl |= (1 << (i + DMA_RING_BUF_EN_SHIFT));
dma_priority[DMA_PRIO_REG_INDEX(i)] |=
((GENET_Q0_PRIORITY + i) << DMA_PRIO_REG_SHIFT(i));
}
- /* Set ring 16 priority and program the hardware registers */
+ /* Initialize Tx default queue 16 */
+ bcmgenet_init_tx_ring(priv, DESC_INDEX, GENET_DEFAULT_BD_CNT,
+ priv->hw_params->tx_queues *
+ priv->hw_params->bds_cnt,
+ TOTAL_DESC);
+ ring_cfg |= (1 << DESC_INDEX);
+ dma_ctrl |= (1 << (DESC_INDEX + DMA_RING_BUF_EN_SHIFT));
dma_priority[DMA_PRIO_REG_INDEX(DESC_INDEX)] |=
((GENET_Q0_PRIORITY + priv->hw_params->tx_queues) <<
DMA_PRIO_REG_SHIFT(DESC_INDEX));
+
+ /* Set Tx queue priorities */
bcmgenet_tdma_writel(priv, dma_priority[0], DMA_PRIORITY_0);
bcmgenet_tdma_writel(priv, dma_priority[1], DMA_PRIORITY_1);
bcmgenet_tdma_writel(priv, dma_priority[2], DMA_PRIORITY_2);
- /* Enable rings */
- reg = bcmgenet_tdma_readl(priv, DMA_RING_CFG);
- reg |= ring_cfg;
- bcmgenet_tdma_writel(priv, reg, DMA_RING_CFG);
+ /* Enable Tx queues */
+ bcmgenet_tdma_writel(priv, ring_cfg, DMA_RING_CFG);
- /* Configure ring as descriptor ring and re-enable DMA if enabled */
- reg = bcmgenet_tdma_readl(priv, DMA_CTRL);
- reg |= dma_ctrl;
+ /* Enable Tx DMA */
if (dma_enable)
- reg |= DMA_EN;
- bcmgenet_tdma_writel(priv, reg, DMA_CTRL);
+ dma_ctrl |= DMA_EN;
+ bcmgenet_tdma_writel(priv, dma_ctrl, DMA_CTRL);
}
static int bcmgenet_dma_teardown(struct bcmgenet_priv *priv)
@@ -1950,14 +1946,8 @@ static int bcmgenet_init_dma(struct bcmgenet_priv *priv)
return -ENOMEM;
}
- /* initialize multi xmit queue */
- bcmgenet_init_multiq(priv->dev);
-
- /* initialize special ring 16 */
- bcmgenet_init_tx_ring(priv, DESC_INDEX, GENET_DEFAULT_BD_CNT,
- priv->hw_params->tx_queues *
- priv->hw_params->bds_cnt,
- TOTAL_DESC);
+ /* Initialize Tx queues */
+ bcmgenet_init_tx_queues(priv->dev);
return 0;
}
--
2.2.0.rc0.207.ga3a616c
^ permalink raw reply related
* [PATCH 1/4 net-next] net: bcmgenet: bcmgenet_init_tx_ring() cleanup
From: Petri Gynther @ 2014-12-04 4:11 UTC (permalink / raw)
To: netdev; +Cc: davem, f.fainelli
Signed-off-by: Petri Gynther <pgynther@google.com>
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 23 +++++++++--------------
1 file changed, 9 insertions(+), 14 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
index f2fadb0..78ab733 100644
--- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c
+++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c
@@ -1679,17 +1679,16 @@ static int init_umac(struct bcmgenet_priv *priv)
return 0;
}
-/* Initialize all house-keeping variables for a TX ring, along
- * with corresponding hardware registers
+/*
+ * Initialize a Tx ring along with corresponding hardware registers.
*/
static void bcmgenet_init_tx_ring(struct bcmgenet_priv *priv,
unsigned int index, unsigned int size,
- unsigned int write_ptr, unsigned int end_ptr)
+ unsigned int start_ptr, unsigned int end_ptr)
{
struct bcmgenet_tx_ring *ring = &priv->tx_rings[index];
u32 words_per_bd = WORDS_PER_BD(priv);
u32 flow_period_val = 0;
- unsigned int first_bd;
spin_lock_init(&ring->lock);
ring->index = index;
@@ -1702,12 +1701,12 @@ static void bcmgenet_init_tx_ring(struct bcmgenet_priv *priv,
ring->int_enable = bcmgenet_tx_ring_int_enable;
ring->int_disable = bcmgenet_tx_ring_int_disable;
}
- ring->cbs = priv->tx_cbs + write_ptr;
+ ring->cbs = priv->tx_cbs + start_ptr;
ring->size = size;
ring->c_index = 0;
ring->free_bds = size;
- ring->write_ptr = write_ptr;
- ring->cb_ptr = write_ptr;
+ ring->write_ptr = start_ptr;
+ ring->cb_ptr = start_ptr;
ring->end_ptr = end_ptr - 1;
ring->prod_index = 0;
@@ -1718,22 +1717,18 @@ static void bcmgenet_init_tx_ring(struct bcmgenet_priv *priv,
bcmgenet_tdma_ring_writel(priv, index, 0, TDMA_PROD_INDEX);
bcmgenet_tdma_ring_writel(priv, index, 0, TDMA_CONS_INDEX);
bcmgenet_tdma_ring_writel(priv, index, 1, DMA_MBUF_DONE_THRESH);
- /* Disable rate control for now */
bcmgenet_tdma_ring_writel(priv, index, flow_period_val,
TDMA_FLOW_PERIOD);
- /* Unclassified traffic goes to ring 16 */
bcmgenet_tdma_ring_writel(priv, index,
((size << DMA_RING_SIZE_SHIFT) |
RX_BUF_LENGTH), DMA_RING_BUF_SIZE);
- first_bd = write_ptr;
-
/* Set start and end address, read and write pointers */
- bcmgenet_tdma_ring_writel(priv, index, first_bd * words_per_bd,
+ bcmgenet_tdma_ring_writel(priv, index, start_ptr * words_per_bd,
DMA_START_ADDR);
- bcmgenet_tdma_ring_writel(priv, index, first_bd * words_per_bd,
+ bcmgenet_tdma_ring_writel(priv, index, start_ptr * words_per_bd,
TDMA_READ_PTR);
- bcmgenet_tdma_ring_writel(priv, index, first_bd,
+ bcmgenet_tdma_ring_writel(priv, index, start_ptr * words_per_bd,
TDMA_WRITE_PTR);
bcmgenet_tdma_ring_writel(priv, index, end_ptr * words_per_bd - 1,
DMA_END_ADDR);
--
2.2.0.rc0.207.ga3a616c
^ permalink raw reply related
* Re: What's the concern about setting irq thread's policy as SCHED_FIFO
From: Qin Chuanyu @ 2014-12-04 3:12 UTC (permalink / raw)
To: Rick Jones, netdev; +Cc: linux-kernel
In-Reply-To: <547F3F92.2050501@hp.com>
On 2014/12/4 0:51, Rick Jones wrote:
> On 12/03/2014 12:06 AM, Qin Chuanyu wrote:
>> I am doing network performance test under suse11sp3 and intel 82599 nic,
>> Becasuse the softirq is out of schedule policy's control, so netserver
>> thread couldn't always get 100% cpu usage, then packet dropped in kernel
>> udp socket's receive queue.
>>
>> In order to get a stable result, I did some patch in ixgbe driver and
>> then use irq_thread instead of softirq to handle rx.
>> It seems work well, but irq_thread's SCHED_FIFO schedule policy cause
>> that when the cpu is limited, netserver couldn't work at all.
>
> I cannot speak to any scheduling issues/questions, but can ask if you
> tried binding netserver to a CPU other than the one servicing the
> interrupts via the -T option on the netperf command line:
>
> netperf -T <netperfCPU>,<netserverCPU> ...
>
> http://www.netperf.org/svn/netperf2/trunk/doc/netperf.html#index-g_t_002dT_002c-Global-41
>
Yes, I had done this try, the irq_thread and netserver worked well
without competition after binding them separately.
I also had tried this test case in kernel 3.10, and without binding
irq_thread and netserver work well separately.
So, the question is:
3.10: irq_thread netserver good
3.0.93: irq_thread netserver bad(compete single cpu)
normal thread in both kernel version is OK.
There must be a schedule policy change lead to this difference.
Could anyone give some hint?
>
> happy benchnmarking,
>
> rick jones
>
>>
>> So I change the irq_thread's schedule policy from SCHED_FIFO to
>> SCHED_NORMAL, then the irq_thread could share the cpu usage with
>> netserver thread.
>>
>> the question is:
>> What's the concrete reason about setting irq thread's policy as
>> SCHED_FIFO?
>> Except the priority affecting the cpu usage, any function would be
>> broken if irq thread change to SCHED_NORMAL?
>>
^ permalink raw reply
* Re: [PATCH] net: less interrupt masking in NAPI
From: Yang Yingliang @ 2014-12-04 3:09 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David Miller, netdev, willemb
In-Reply-To: <1417661505.22424.1.camel@edumazet-glaptop2.roam.corp.google.com>
On 2014/12/4 10:51, Eric Dumazet wrote:
> On Thu, 2014-12-04 at 10:10 +0800, Yang Yingliang wrote:
>> On 2014/12/3 19:52, Eric Dumazet wrote:
>>> On Wed, 2014-12-03 at 17:26 +0800, Yang Yingliang wrote:
>>>
>>>> Before this patch, when a large network flow arrives, some other processes
>>>> response slowly or even don't response because the cpu is dealing with softirq.
>>>>
>>>> After this patch, under pressure, much more softirq is doing in ksoftirqd. The other
>>>> processes be scheduled.
>>>>
>>>> My system has dual core.
>>>
>>> Which NIC driver are you using ?
>>>
>> The driver we developed ourself, it's not upstreamed.
>
> Is it a NAPI driver ?
Yes.
>
> Quite frankly this patch is not a stable candidate, as it was a
> performance improvement, with some regressions in a couple of drivers.
>
OK, thanks for your reply.
^ permalink raw reply
* Re: [PATCH v3 net-next 2/2 tuntap: Increase the number of queues in tun.
From: Jason Wang @ 2014-12-04 2:55 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: Pankaj Gupta, linux-kernel, netdev, davem, dgibson, vfalico,
edumazet, vyasevic, hkchu, wuzhy, xemul, therbert, bhutchings,
xii, stephen, jiri, sergei.shtylyov
In-Reply-To: <20141203095210.GC9487@redhat.com>
On Wed, Dec 3, 2014 at 5:52 PM, Michael S. Tsirkin <mst@redhat.com>
wrote:
> On Wed, Dec 03, 2014 at 12:49:37PM +0530, Pankaj Gupta wrote:
>> Networking under kvm works best if we allocate a per-vCPU RX and TX
>> queue in a virtual NIC. This requires a per-vCPU queue on the host
>> side.
>>
>> It is now safe to increase the maximum number of queues.
>> Preceding patche: 'net: allow large number of rx queues'
>
> s/patche/patch/
>
>> made sure this won't cause failures due to high order memory
>> allocations. Increase it to 256: this is the max number of vCPUs
>> KVM supports.
>>
>> Signed-off-by: Pankaj Gupta <pagupta@redhat.com>
>> Reviewed-by: David Gibson <dgibson@redhat.com>
>
> Hmm it's kind of nasty that each tun device is now using x16 memory.
> Maybe we should look at using a flex array instead, and removing the
> limitation altogether (e.g. make it INT_MAX)?
But this only happens when IFF_MULTIQUEUE were used.
And core has vmalloc() fallback.
So probably not a big issue?
>
>
>
>> ---
>> drivers/net/tun.c | 9 +++++----
>> 1 file changed, 5 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/net/tun.c b/drivers/net/tun.c
>> index e3fa65a..a19dc5f8 100644
>> --- a/drivers/net/tun.c
>> +++ b/drivers/net/tun.c
>> @@ -113,10 +113,11 @@ struct tap_filter {
>> unsigned char addr[FLT_EXACT_COUNT][ETH_ALEN];
>> };
>>
>> -/* DEFAULT_MAX_NUM_RSS_QUEUES were chosen to let the rx/tx queues
>> allocated for
>> - * the netdevice to be fit in one page. So we can make sure the
>> success of
>> - * memory allocation. TODO: increase the limit. */
>> -#define MAX_TAP_QUEUES DEFAULT_MAX_NUM_RSS_QUEUES
>> +/* MAX_TAP_QUEUES 256 is chosen to allow rx/tx queues to be equal
>> + * to max number of vCPUS in guest. Also, we are making sure here
>> + * queue memory allocation do not fail.
>
> It's not queue memory allocation anymore, is it?
> I would say "
> This also helps the tfiles field fit in 4K, so the whole tun
> device only needs an order-1 allocation.
> "
>
>> + */
>> +#define MAX_TAP_QUEUES 256
>> #define MAX_TAP_FLOWS 4096
>>
>> #define TUN_FLOW_EXPIRE (3 * HZ)
>> --
>> 1.8.3.1
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [PATCH] net: less interrupt masking in NAPI
From: Eric Dumazet @ 2014-12-04 2:51 UTC (permalink / raw)
To: Yang Yingliang; +Cc: David Miller, netdev, willemb
In-Reply-To: <547FC2A1.60105@huawei.com>
On Thu, 2014-12-04 at 10:10 +0800, Yang Yingliang wrote:
> On 2014/12/3 19:52, Eric Dumazet wrote:
> > On Wed, 2014-12-03 at 17:26 +0800, Yang Yingliang wrote:
> >
> >> Before this patch, when a large network flow arrives, some other processes
> >> response slowly or even don't response because the cpu is dealing with softirq.
> >>
> >> After this patch, under pressure, much more softirq is doing in ksoftirqd. The other
> >> processes be scheduled.
> >>
> >> My system has dual core.
> >
> > Which NIC driver are you using ?
> >
> The driver we developed ourself, it's not upstreamed.
Is it a NAPI driver ?
Quite frankly this patch is not a stable candidate, as it was a
performance improvement, with some regressions in a couple of drivers.
^ permalink raw reply
* [PATCH net-next] r8152: redefine REALTEK_USB_DEVICE
From: Hayes Wang @ 2014-12-04 2:43 UTC (permalink / raw)
To: netdev; +Cc: nic_swsd, linux-kernel, linux-usb, Hayes Wang
Redefine REALTEK_USB_DEVICE for the desired USB interface for probe().
There are three USB interfaces for the device. USB_CLASS_COMM and
USB_CLASS_CDC_DATA are for ECM mode (config #2). USB_CLASS_VENDOR_SPEC
is for the vendor mode (config #1). However, we are not interesting
in USB_CLASS_CDC_DATA for probe(), so redefine REALTEK_USB_DEVICE
to ignore the USB interface class of USB_CLASS_CDC_DATA.
Signed-off-by: Hayes Wang <hayeswang@realtek.com>
---
drivers/net/usb/r8152.c | 26 ++++++++++++++++++++------
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 4a9ece0..2d1c77e 100644
--- a/drivers/net/usb/r8152.c
+++ b/drivers/net/usb/r8152.c
@@ -24,6 +24,7 @@
#include <net/ip6_checksum.h>
#include <uapi/linux/mdio.h>
#include <linux/mdio.h>
+#include <linux/usb/cdc.h>
/* Version Information */
#define DRIVER_VERSION "v1.07.0 (2014/10/09)"
@@ -466,9 +467,6 @@ enum rtl8152_flags {
#define MCU_TYPE_PLA 0x0100
#define MCU_TYPE_USB 0x0000
-#define REALTEK_USB_DEVICE(vend, prod) \
- USB_DEVICE_INTERFACE_CLASS(vend, prod, USB_CLASS_VENDOR_SPEC)
-
struct tally_counter {
__le64 tx_packets;
__le64 rx_packets;
@@ -3915,11 +3913,27 @@ static void rtl8152_disconnect(struct usb_interface *intf)
}
}
+#define REALTEK_USB_DEVICE(vend, prod) \
+ .match_flags = USB_DEVICE_ID_MATCH_DEVICE | \
+ USB_DEVICE_ID_MATCH_INT_CLASS, \
+ .idVendor = (vend), \
+ .idProduct = (prod), \
+ .bInterfaceClass = USB_CLASS_VENDOR_SPEC \
+}, \
+{ \
+ .match_flags = USB_DEVICE_ID_MATCH_INT_INFO | \
+ USB_DEVICE_ID_MATCH_DEVICE, \
+ .idVendor = (vend), \
+ .idProduct = (prod), \
+ .bInterfaceClass = USB_CLASS_COMM, \
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET, \
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE
+
/* table of devices that work with this driver */
static struct usb_device_id rtl8152_table[] = {
- {USB_DEVICE(VENDOR_ID_REALTEK, 0x8152)},
- {USB_DEVICE(VENDOR_ID_REALTEK, 0x8153)},
- {USB_DEVICE(VENDOR_ID_SAMSUNG, 0xa101)},
+ {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8152)},
+ {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8153)},
+ {REALTEK_USB_DEVICE(VENDOR_ID_SAMSUNG, 0xa101)},
{}
};
--
1.9.3
^ permalink raw reply related
* Re: [PATCH] net: less interrupt masking in NAPI
From: Yang Yingliang @ 2014-12-04 2:10 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David Miller, netdev, willemb
In-Reply-To: <1417607546.5303.133.camel@edumazet-glaptop2.roam.corp.google.com>
On 2014/12/3 19:52, Eric Dumazet wrote:
> On Wed, 2014-12-03 at 17:26 +0800, Yang Yingliang wrote:
>
>> Before this patch, when a large network flow arrives, some other processes
>> response slowly or even don't response because the cpu is dealing with softirq.
>>
>> After this patch, under pressure, much more softirq is doing in ksoftirqd. The other
>> processes be scheduled.
>>
>> My system has dual core.
>
> Which NIC driver are you using ?
>
The driver we developed ourself, it's not upstreamed.
^ permalink raw reply
* Re: [PATCH net] gso: do GSO for local skb with size bigger than MTU
From: Jesse Gross @ 2014-12-04 1:51 UTC (permalink / raw)
To: Thomas Graf
Cc: Michael S. Tsirkin, Du, Fan, Jason Wang, netdev@vger.kernel.org,
davem@davemloft.net, fw@strlen.de, dev@openvswitch.org,
Pravin Shelar
In-Reply-To: <20141204011515.GA15666@casper.infradead.org>
On Wed, Dec 3, 2014 at 5:15 PM, Thomas Graf <tgraf@suug.ch> wrote:
> On 12/03/14 at 04:54pm, Jesse Gross wrote:
>> I don't think that we actually need a bit. I would expect that ICMP
>> generation to be coupled with routing (although this requires being
>> able to know what the ultimate MTU is at the time of routing the inner
>> packet). If that's the case, you just need to steer between L2 and L3
>> processing in the same way that you would today and ICMP would just
>> come in the right cases.
>
> I think the MTU awareness is solveable but how do you steer between
> L2 and L3? How do you differentiate between an L3 ACL rule in L2 mode
> and an actual L3 based forward? dec_ttl? This is what drove me to
> the user controlled bit and it became appealing as it allows to
> enable/disable PMTU per guest or even per flow/route.
I think it depends on where you put the PMTU check. If routing is
happening in OVS where it is decomposed in several discrete actions
like set MAC and decrement TTL then perhaps there is another explicit
action to check the MTU. If it is happening in the context of the IP
stack, then ICMP generation occurs automatically and if you get that
if you write a flow to send a packet there. In each case, it seems
like a flow would be steering you by way of an action to do routing so
you would have fine grained control. I don't see this as conflicting
with L3 ACLs in an L2 context in the same way that you don't have to
automatically decrement the TTL.
^ permalink raw reply
* Re: kernel panic receiving flooded VXLAN traffic with OVS
From: Jay Vosburgh @ 2014-12-04 1:45 UTC (permalink / raw)
To: netdev, discuss; +Cc: Pravin Shelar, Jesse Gross
In-Reply-To: <19014.1415325508@famine>
Jay Vosburgh <jay.vosburgh@canonical.com> wrote:
> I am able to reproduce a kernel panic on an system using
>openvswitch when receiving VXLAN traffic under a very specific set of
>circumstances. This occurs with a recent net-next as well as an Ubuntu
>3.13 kernel. I'm not sure if the error lies in OVS, GRO, or elsewhere.
>
> In summary, when the system receives multiple VXLAN encapsulated
>TCP segments for a different system (not intended for local reception)
>that are from the middle of an active connection (received due to a switch
>flood), and are tagged to a VLAN not configured on the local host, then
>the system panics in skb_segment when OVS calls __skb_gso_segment on the
>GRO skb prior to performing an upcall to user space.
>
> The panic occurs in skbuff.c:skb_segment(), at the BUG_ON around
>line 3036:
>
>struct sk_buff *skb_segment(struct sk_buff *head_skb,
> netdev_features_t features)
>{
>[...]
> skb_shinfo(nskb)->tx_flags = skb_shinfo(head_skb)->tx_flags &
> SKBTX_SHARED_FRAG;
>
> while (pos < offset + len) {
> if (i >= nfrags) {
> BUG_ON(skb_headlen(list_skb));
>
> i = 0;
>
>
> The BUG_ON triggers because the skbs that have been GRO
>accumulated are partially or entirely linear, depending upon the receiving
>network device (sky2 is partial, enic is entire). The receive buffers end
>up being linear evidently because the mtu is set to 9000, and
>__netdev_alloc_skb calls __alloc_skb (and thus kmalloc) instead of
>__netdev_alloc_frag followed by build_skb.
>
> The foreign-VLAN VXLAN TCP segments are not processed as normal
>VXLAN traffic, as there is no listener on the VLAN in question, so once
>GRO processes them, they are sent directly to ovs_vport_receive. The
>panic stack appears as follows:
I've worked out some more details on this with regards to the
cause.
There seems to be a mismatch between GRO and the packet receive
processing. GRO only looks at the receiving port number in order to
trigger VXLAN GRO accumulation (which will in turn perform TCP
accumulation on the encapsulated segment). For the panicking case, the
packet receive processing doesn't deliver the GRO skb to VXLAN because
there is no VXLAN listener on the foreign VLAN.
The GRO skb is not processed through iptunnel_pull_header by
vxlan_udp_encap_recv, so the GRO skb is left with the skb header
pointing to the UDP header, not the inner TCP header. Note that second
and later skbs within the GRO skb have their headers pointing to the
inner TCP header.
Then, when ovs_dp_upcall later ends up in inet_gso_segment, it
passes the GRO skb to udp4_ufo_fragment, not tcp_gso_segment.
GRO and the skb_segment call from ovs_dp_upcall appear to work
fine on TCP-in-VXLAN segments that do pass through the VXLAN receive
processing.
I'm not sure how best to resolve this; adding a check to the GRO
processing that an skb destined for the VXLAN port would actually be
received by VXLAN sounds like a possible solution, but that doesn't seem
to be simple to implement (because the skb->dev at the time GRO runs may
not match what it becomes later if the VXLAN runs on a VLAN).
-J
---
-Jay Vosburgh, jay.vosburgh@canonical.com
^ permalink raw reply
* Re: [PATCH net] gso: do GSO for local skb with size bigger than MTU
From: Thomas Graf @ 2014-12-04 1:15 UTC (permalink / raw)
To: Jesse Gross
Cc: Michael S. Tsirkin, Du, Fan, Jason Wang, netdev@vger.kernel.org,
davem@davemloft.net, fw@strlen.de, dev@openvswitch.org,
Pravin Shelar
In-Reply-To: <CAEP_g=-y_-=r+BHk3VfzxMNwH=B-26DvQrzQ7gkKG8fDG7Mx3g@mail.gmail.com>
On 12/03/14 at 04:54pm, Jesse Gross wrote:
> I don't think that we actually need a bit. I would expect that ICMP
> generation to be coupled with routing (although this requires being
> able to know what the ultimate MTU is at the time of routing the inner
> packet). If that's the case, you just need to steer between L2 and L3
> processing in the same way that you would today and ICMP would just
> come in the right cases.
I think the MTU awareness is solveable but how do you steer between
L2 and L3? How do you differentiate between an L3 ACL rule in L2 mode
and an actual L3 based forward? dec_ttl? This is what drove me to
the user controlled bit and it became appealing as it allows to
enable/disable PMTU per guest or even per flow/route.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox