Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Sep 2016 14:48:30 +0300
From:      Daniel Braniss <danny@cs.huji.ac.il>
To:        Emmanuel Vadot <manu@bidouilliste.com>
Cc:        arm@freebsd.org, Jared McNeill <jmcneill@invisible.ca>
Subject:   Re: ALLWINNER/h3 malfunction 
Message-ID:  <588E44BB-40BF-40B8-9C5A-BA025AB87E00@cs.huji.ac.il>
In-Reply-To: <20160917195544.a2a8bbdb113029700fa7642d@bidouilliste.com>
References:  <B11041B2-0EDD-4E20-8684-CB471C17D81B@cs.huji.ac.il> <20160917171911.a2ec80da747ba373ba3d1b4a@bidouilliste.com> <5ADFE16E-FD60-45B1-8CF1-6FFC10BABBDE@cs.huji.ac.il> <20160917195544.a2a8bbdb113029700fa7642d@bidouilliste.com>

next in thread | previous in thread | raw e-mail | index | archive | help

> On 17 Sep 2016, at 20:55, Emmanuel Vadot <manu@bidouilliste.com> =
wrote:
>=20
> On Sat, 17 Sep 2016 20:41:09 +0300
> Daniel Braniss <danny@cs.huji.ac.il <mailto:danny@cs.huji.ac.il>> =
wrote:
>=20
>>=20
>>> On 17 Sep 2016, at 6:19 PM, Emmanuel Vadot <manu@bidouilliste.com> =
wrote:
>>>=20
>>> On Wed, 7 Sep 2016 16:34:48 +0300
>>> Daniel Braniss <danny@cs.huji.ac.il> wrote:
>>>=20
>>>> Hi All!
>>>>=20
>>>> I am playing with an orangepi-one, and I now compiled a kernel =
without INVARIANTS & WITNESS
>>>> and it panics, when compiled without WITNESS, it boots, but for =
example the awg comes up
>>>> with a semi random ethernet address, so clearly there is some =
timing issues. I have placed the panic in
>>>>       http://www.cs.huji.ac.il/~danny/orangepi/op1.panic.1
>>>>=20
>>>> and so if someone can point me to where some delay can be added ?
>>>>=20
>>>> thanks,
>>>> 	danny
>>>>=20
>>>=20
>>> Hello Daniel,
>>>=20
>>> I'll admit that I've never tested ALLWINNER kernel without =
INVARIANTS
>>> or WITNESS recently, I'll try that.
>>> I assume that you've patched your DTS for ethernet support, can you
>>> try with the unpatched one ?
>>=20
>> i searched high and low for such one, can you send me one?
>=20
> It's in the tree in sys/gnu/dts/arm/
> Yes it doesn't have the awg node, I know, h3 emac bindings aren't
> stable for now.

I couldn=E2=80=99t find any orange-one.dts, so I=E2=80=99m using the one =
I created,
adding the a83t-sid and a83t-ts got both recognized:

sysctl -a | grep sid
kern.proc_vmmap_skip_resident_count: 0
kern.geom.label.ufsid.enable: 1
net.inet.sctp.min_residual: 1452
dev.aw_sid.0.rootkey: 02004620043548045028028e0400005b
dev.aw_sid.0.%parent: simplebus0
dev.aw_sid.0.%pnpinfo: name=3Deeprom@01c14000 =
compat=3Dallwinner,sun8i-a83t-sid
dev.aw_sid.0.%location:=20
dev.aw_sid.0.%driver: aw_sid
dev.aw_sid.0.%desc: Allwinner Secure ID Controller
dev.aw_sid.%parent:=20

sysctl -a | grep -i therma
dev.aw_thermal.0.gpu: 191C
dev.aw_thermal.0.cluster1: 191C
dev.aw_thermal.0.cluster0: 191C
dev.aw_thermal.0.%parent: simplebus0
dev.aw_thermal.0.%pnpinfo: name=3Drtp@01f04000 =
compat=3Dallwinner,sun8i-a83t-ts
dev.aw_thermal.0.%location:=20
dev.aw_thermal.0.%driver: aw_thermal
dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller
dev.aw_thermal.%parent:

my guess there is something fishy here since 191C is a bit high=E2=80=A6

cheers,
	danny

>=20
>>> It seems that it panic because the mod0 clk doesn't have the correct
>>> parent.
>>>=20
>>> For the semi random MAC address this is expected. The awg driver
>>> generate a random one if it can't use the SID root key as
>>> the "source", which we don't support for now on H3 (it shouldn't be=20=

>>> hard to add support for the H3).
>>>=20
>>> Cheers,
>>>=20
>>> --=20
>>> Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>
>=20
>=20
> --=20
> Emmanuel Vadot <manu@bidouilliste.com <mailto:manu@bidouilliste.com>> =
<manu@freebsd.org <mailto:manu@freebsd.org>>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?588E44BB-40BF-40B8-9C5A-BA025AB87E00>