Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Mar 2020 20:38:11 +0100
From:      Emmanuel Vadot <manu@bidouilliste.com>
To:        ticso@cicely.de
Cc:        Bernd Walter <ticso@cicely7.cicely.de>, Klaus =?ISO-8859-1?Q?K=FCchema?= =?ISO-8859-1?Q?nn?= <maciphone2@googlemail.com>, freebsd-arm@freebsd.org
Subject:   Re: RockPro64 with u-boot 2010.01
Message-ID:  <20200304203811.4b139dfacf5c68b3480d51fe@bidouilliste.com>
In-Reply-To: <20200303214644.GT52462@cicely7.cicely.de>
References:  <20200302225606.GN52462@cicely7.cicely.de> <D189CCD1-12C0-4C17-94F1-23C837DFE238@googlemail.com> <20200303102856.GP52462@cicely7.cicely.de> <20200303222212.ac05af1355670e0d12dc5310@bidouilliste.com> <20200303214644.GT52462@cicely7.cicely.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 3 Mar 2020 22:46:44 +0100
Bernd Walter <ticso@cicely7.cicely.de> wrote:

> On Tue, Mar 03, 2020 at 10:22:12PM +0100, Emmanuel Vadot wrote:
> > On Tue, 3 Mar 2020 11:28:56 +0100
> > Bernd Walter <ticso@cicely7.cicely.de> wrote:
> >=20
> > > On Tue, Mar 03, 2020 at 02:12:19AM +0100, Klaus K=FCchemann wrote:
> > > > Hi Bernd,
> > > >=20
> > > > exclusively made only for you ;-)  :
> > > >=20
> > > > https://wiki.freebsd.org/arm64/ROCKPro64 <https://wiki.freebsd.org/=
arm64/ROCKPro64>
> > >=20
> > >=20
> > > Perfect - it works :-)
> > > Thank you very much.
> > >=20
> > > What have you done differently than me?
> > > Beside that I noticed you've changed to console speed to more sane 11=
5200bps.
> > >=20
> > > Well - I now have a new problem, which I've only noticed because I had
> > > the USB reader left plugged in since yesterday.
> > > It worked with the previous u-boot (and 2G RAM).
> > >=20
> > > FreeBSD/arm64 (generic) (ttyu1)
> > >=20
> > > login: ugen4.2: <SanDisk SDDR-B531> at usbus4
> > > umass0 on uhub3
> > > umass0: <SanDisk SDDR-B531, class 0/0, rev 3.10/29.16, addr 1> on usb=
us4
> > > umass0:  SCSI over Bulk-Only; quirks =3D 0x8100
> > > umass0:0:0: Attached to scbus0
> > > (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 =
00 10 00 00=20
> > > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error
> > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition
> > > (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Inva=
lid command operation code)
> > > (probe0:umass-sim0:0:0:0): Error 22, Unretryable error
> > > Kernel page fault with the following non-sleepable locks held:
> > > exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xff=
fffd0015619cd0) locked @ /usr/src/sys/cam/cam_xpt.c:5477
> > > stack backtrace:
> > > #0 0xffff000000476d7c at witness_debugger+0x64
> > > #1 0xffff000000477dc4 at witness_warn+0x400
> > > #2 0xffff000000770aa8 at data_abort+0xec
> > > #3 0xffff00000076fee8 at do_el1h_sync+0x144
> > > #4 0xffff000000754078 at handle_el1h_sync+0x78
> > > #5 0xffff0000003e5ef0 at free+0x64
> > > #6 0xffff00000002d95c at probedone+0xabc
> > > #7 0xffff00000001c47c at xpt_done_process+0x364
> > > #8 0xffff00000001e120 at xpt_done_td+0xd8
> > > #9 0xffff0000003cba58 at fork_exit+0x7c
> > >   x0:                0
> > >   x1:                0
> > >   x2:               21
> > >   x3:              39d
> > >   x4: fffffd00ecd8e200
> > >   x5:               44
> > >   x6:              11c
> > >   x7: ffff0000403670b0
> > >   x8:                1
> > >   x9: ffff0000404b9100
> > >  x10:               21
> > >  x11:                0
> > >  x12: ffff000000d44a18
> > >  x13: ffff000000d44998
> > >  x14:                1
> > >  x15:                0
> > >  x16:                1
> > >  x17:                0
> > >  x18: ffff0000403676a0
> > >  x19: ffff0000009aae48
> > >  x20: fffffd00e947e9f8
> > >  x21: fffffd00e947e000
> > >  x22:              280
> > >  x23: fffffd00e947e9f8
> > >  x24: ffff0000403678f0
> > >  x25: fffffd000370b100
> > >  x26: fffffd0060045810
> > >  x27: fffffd0003514500
> > >  x28: fffffd0060045800
> > >  x29: ffff0000403676c0
> > >   sp: ffff0000403676a0
> > >   lr: ffff0000003e5ef4
> > >  elr: ffff0000003e5ef4
> > > spsr:         20000145
> > >  far:                0
> > >  esr:         96000005
> > > panic: data abort in critical section or under mutex
> > > cpuid =3D 2
> > > time =3D 1583230709
> > > KDB: stack backtrace:
> > > db_trace_self() at db_trace_self_wrapper+0x28
> > >          pc =3D 0xffff000000751a5c  lr =3D 0xffff000000106be8
> > >          sp =3D 0xffff000040367090  fp =3D 0xffff0000403672a0
> > >=20
> > > db_trace_self_wrapper() at vpanic+0x194
> > >          pc =3D 0xffff000000106be8  lr =3D 0xffff00000040e378
> > >          sp =3D 0xffff0000403672b0  fp =3D 0xffff000040367360
> > >=20
> > > vpanic() at panic+0x44
> > >          pc =3D 0xffff00000040e378  lr =3D 0xffff00000040e120
> > >          sp =3D 0xffff000040367370  fp =3D 0xffff0000403673f0
> > >=20
> > > panic() at data_abort+0x250
> > >          pc =3D 0xffff00000040e120  lr =3D 0xffff000000770c0c
> > >          sp =3D 0xffff000040367400  fp =3D 0xffff0000403674b0
> > >=20
> > > data_abort() at do_el1h_sync+0x144
> > >          pc =3D 0xffff000000770c0c  lr =3D 0xffff00000076fee8
> > >          sp =3D 0xffff0000403674c0  fp =3D 0xffff0000403674f0
> > >=20
> > > do_el1h_sync() at handle_el1h_sync+0x78
> > >          pc =3D 0xffff00000076fee8  lr =3D 0xffff000000754078
> > >          sp =3D 0xffff000040367500  fp =3D 0xffff000040367610
> > >=20
> > > handle_el1h_sync() at free+0x64
> > >          pc =3D 0xffff000000754078  lr =3D 0xffff0000003e5ef0
> > >          sp =3D 0xffff000040367620  fp =3D 0xffff0000403676c0
> > >=20
> > > free() at probedone+0xabc
> > >          pc =3D 0xffff0000003e5ef0  lr =3D 0xffff00000002d95c
> > >          sp =3D 0xffff0000403676d0  fp =3D 0xffff0000403678b0
> > >=20
> > > probedone() at xpt_done_process+0x364
> > >          pc =3D 0xffff00000002d95c  lr =3D 0xffff00000001c47c
> > >          sp =3D 0xffff0000403678c0  fp =3D 0xffff0000403678e0
> > >=20
> > > xpt_done_process() at xpt_done_td+0xd8
> > >          pc =3D 0xffff00000001c47c  lr =3D 0xffff00000001e120
> > >          sp =3D 0xffff0000403678f0  fp =3D 0xffff000040367940
> > >=20
> > > xpt_done_td() at fork_exit+0x7c
> > >          pc =3D 0xffff00000001e120  lr =3D 0xffff0000003cba58
> > >          sp =3D 0xffff000040367950  fp =3D 0xffff000040367980
> > >=20
> > > fork_exit() at fork_trampoline+0x10
> > >          pc =3D 0xffff0000003cba58  lr =3D 0xffff00000076fc1c
> > >          sp =3D 0xffff000040367990  fp =3D 0x0000000000000000
> > >=20
> > > KDB: enter: panic
> > > [ thread pid 9 tid 100042 ]
> > > Stopped at      free+0x68:      ldr     x2, [x0]
> > > db>=20
> > >=20
> > > --=20
> > > B.Walter <bernd@bwct.de> http://www.bwct.de
> > > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
> >=20
> >  Try with hw.ncpu=3D4 in /boot/loader.conf
> >  There is some issue wrt big.LITTLE, this is not the same panic that I
> > see but could be the same root problem.
>=20
> With just the A53 cores I have no panic anymore:
> ...
> Tue Mar  3 20:08:12 UTC 2020
>=20
> FreeBSD/arm64 (generic) (ttyu1)
>=20
> login: ugen4.2: <SanDisk SDDR-B531> at usbus4
> umass0 on uhub3
> umass0: <SanDisk SDDR-B531, class 0/0, rev 3.10/29.16, addr 1> on usbus4
> umass0:  SCSI over Bulk-Only; quirks =3D 0x8100
> umass0:0:0: Attached to scbus0
> (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 1=
0 00 00=20
> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error
> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition
> (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid =
command operation code)
> (probe0:umass-sim0:0:0:0): Error 22, Unretryable error
> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
> da0: <SanDisk SDDR-B531 2916> Removable Direct Access SPC-4 SCSI device
> da0: Serial Number 0627197471993281
> da0: 400.000MB/s transfers
> da0: 7500MB (15360000 512 byte sectors)
> da0: quirks=3D0x2<NO_6_BYTE>
> root
> Password:
> Mar  3 20:09:50 generic login[1054]: ROOT LOGIN (root) ON ttyu1
> Last login: Tue Mar  3 18:30:43 on ttyu1
> FreeBSD 13.0-CURRENT (GENERIC) #0 r358358: Thu Feb 27 08:25:41 UTC 2020
>=20
> Welcome to FreeBSD!
>=20
> Release Notes, Errata: https://www.FreeBSD.org/releases/
> Security Advisories:   https://www.FreeBSD.org/security/
> FreeBSD Handbook:      https://www.FreeBSD.org/handbook/
> FreeBSD FAQ:           https://www.FreeBSD.org/faq/
> Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-questi=
ons/
> FreeBSD Forums:        https://forums.FreeBSD.org/
>=20
> Documents installed with the system are in the /usr/local/share/doc/freeb=
sd/
> directory, or can be installed later with:  pkg install en-freebsd-doc
> For other languages, replace "en" with a language code like de or fr.
>=20
> Show the version of FreeBSD installed:  freebsd-version ; uname -a
> Please include that output and any error messages when posting questions.
> Introduction to manual pages:  man man
> FreeBSD directory layout:      man hier
>=20
> Edit /etc/motd.template to change this login announcement.
> root@generic:~ # camcontrol devlist
> <SanDisk SDDR-B531 2916>           at scbus0 target 0 lun 0 (da0,pass0)
> root@generic:~ # dd if=3D/dev/da0 bs=3D1m count=3D100 of=3D/dev/null
> load: 0.21  cmd: dd 1062 [physrd] 16.78r 0.00u 0.02s 0% 4204k
> 15+0 records in
> 15+0 records out
> 15728640 bytes transferred in 16.796972 secs (936397 bytes/sec)
> 100+0 records in
> 100+0 records out
> 104857600 bytes transferred in 18.417493 secs (5693370 bytes/sec)
>=20
> --=20
> B.Walter <bernd@bwct.de> http://www.bwct.de
> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

 Thanks for confirming this,

 We now need someone smarted than me to debug this problem ...

--=20
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200304203811.4b139dfacf5c68b3480d51fe>