> Date: Mon, 21 Jan 2019 11:39:42 +1100
> From: Jonathan Gray
>
> Adapt to allwinner device tree changes in linux >= 5.0-rc1
> "allwinner,sun6i-a31-rtc" has been removed from h3/h5/r40/a64
>
> 507c6e89d6c4b2cd68a8e7ff69d1a00cf74b15dd
> ARM: dts: sunxi: h3
Adapt to allwinner device tree changes in linux >= 5.0-rc1
"allwinner,sun6i-a31-rtc" has been removed from h3/h5/r40/a64
507c6e89d6c4b2cd68a8e7ff69d1a00cf74b15dd
ARM: dts: sunxi: h3/h5: Fix up RTC device node and clock references
44ff3cafcd7f413e7710a58ac40cfdc3a9380097
arm64: d
I have tested changes described in:
https://marc.info/?l=openbsd-tech
<https://marc.info/?l=openbsd-tech&m=150642773703623&w=2>
&m=150642773703623&w=2
on an orange pi one (Allwinner H3 device).
These changes were tested with a driver that Artturi has built for a BME280
ruct device *parent, void *match, void
*aux)
return (OF_is_compatible(node, "allwinner,sun4i-a10") ||
OF_is_compatible(node, "allwinner,sun5i-a10s") ||
OF_is_compatible(node, "allwinner,sun5i-r8&
+25,6 @@
#include
#include
-#include
-
#include
#include
#include
@@ -94,12 +92,14 @@ sxiccmu_match(struct device *parent, void *match, void *aux)
return (OF_is_compatible(node, "allwinner,sun4i-a10") ||
OF_is_compatible(node, "
> On Fri, Mar 04, 2016 at 11:19:37AM -0300, Daniel Bolgheroni wrote:
> > On Sat, Feb 27, 2016 at 11:09:10PM +0100, Patrick Wildt wrote:
> > >
> > > + /* print interrupt state */
> > > + snprintb(buf, sizeof(buf), "\177\20"
> > > + "b\x10""NI\0"
...
> > I don't have a quick solution for this to
On Fri, Mar 04, 2016 at 11:19:37AM -0300, Daniel Bolgheroni wrote:
> On Sat, Feb 27, 2016 at 11:09:10PM +0100, Patrick Wildt wrote:
> >
> > + /* print interrupt state */
> > + snprintb(buf, sizeof(buf), "\177\20"
> > + "b\x10""NI\0"
> > + "b\x0f""AI\0"
> > + "b\x0e""ER\0"
> >
On Sat, Feb 27, 2016 at 11:09:10PM +0100, Patrick Wildt wrote:
>
> + /* print interrupt state */
> + snprintb(buf, sizeof(buf), "\177\20"
> + "b\x10""NI\0"
> + "b\x0f""AI\0"
> + "b\x0e""ER\0"
> + "b\x0d""FB\0"
> + "b\x0a""ET\0"
> + "b\x09""RW
On Wed, Mar 02, 2016 at 05:22:50PM +0100, Patrick Wildt wrote:
> Nice, glad to hear that!
>
> Looks like you're in a DDB panic? What happened? Can you
> do "show panic" in DDB?
Yes, it's in ddb. There is a trace in the previous message also, but here it is
a new one. This happens everytime when
Nice, glad to hear that!
Looks like you're in a DDB panic? What happened? Can you
do "show panic" in DDB?
Patrick
On Wed, Mar 02, 2016 at 01:08:55PM -0300, Daniel Bolgheroni wrote:
> On Sat, Feb 27, 2016 at 11:09:10PM +0100, Patrick Wildt wrote:
> > Hi,
> >
>
On Sat, Feb 27, 2016 at 11:09:10PM +0100, Patrick Wildt wrote:
> Hi,
>
> the Allwinner A10 and A20 SoC include an EMAC, but it's only used in
> few devices like the Cubieboard. The A20, like the A31 and A80, contain
> a GMAC, which is a Synopsys Designware controller. This i
Hi,
the Allwinner A10 and A20 SoC include an EMAC, but it's only used in
few devices like the Cubieboard. The A20, like the A31 and A80, contain
a GMAC, which is a Synopsys Designware controller. This is commonly
used on the Banana Pi, Lamobo R1, Cubieboard 2 and more. This diff
i
On Mon, Oct 20, 2014 at 12:15:42PM +0200, Raphael Graf wrote:
> On Thu, October 16, 2014 11:40 pm, Patrick Wildt wrote:
> > I do believe that this is a pmap issue.
> >
> > I just got hands on an Allwinner A20 and suffered the same issues:
> > pool_setlowat crashing ran
On Thu, October 16, 2014 11:40 pm, Patrick Wildt wrote:
> I do believe that this is a pmap issue.
>
> I just got hands on an Allwinner A20 and suffered the same issues:
> pool_setlowat crashing randomly, same for ahci and so on.
>
> I believe we are not syncing the PTEs correct
Hello,
Theo gave a hint to check early console code and I found something curious.
Here is a diff to printf debug...
Index: sxiuart.c
===
RCS file: /cvs/src/sys/arch/armv7/sunxi/sxiuart.c,v
retrieving revision 1.3
diff -u -p -r1.3 sx
I do believe that this is a pmap issue.
I just got hands on an Allwinner A20 and suffered the same issues:
pool_setlowat crashing randomly, same for ahci and so on.
I believe we are not syncing the PTEs correctly.
Here’s the snippet from PTE_SYNC(), but PTE_SYNC_RANGE() has
the same issue
pl: not an uImage at 1600
U-Boot 2014.04-10694-g2ae8b32-dirty (Oct 01 2014 - 17:40:04) Allwinner
Technology
CPU: Allwinner A20 (SUN7I)
Board: Bananapi
I2C: ready
DRAM: 1 GiB
MMC: SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment
In:serial
Out: serial
Err: serial
Ne
Here are some updated images with the fix
for the interrupt controller on cortex a7/15.
http://marc.info/?l=openbsd-cvs&m=141278003609690&w=2
http://jsg.id.au/openbsd/armv7/bsd.SUNXI.umg
http://jsg.id.au/openbsd/armv7/bsd.rd.SUNXI.umg
Though it sounds like A20/sun7i handles the
timer in a differe
Hi, here is the log using bsd.SUNXI.umg instead of bsd.rd.SUNXI.img.
(thanks to Theo)
"-c" invokes UKC, but hangs up at there.
--
OpenBSD/sunxi booting ...
arg0 0x0 arg1 0x10bb arg2 0x4100
atag core flags 0 pagesize 0 rootdev 0
atag cmdline [sd0i:/bsd -c]
atag mem start 0x4000 size 0x4000
2014.04-10694-g2ae8b32-dirty (Oct 01 2014 - 17:40:04)
Board: Bananapi
DRAM: 1024 MiB
CPU: 96000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600
U-Boot 2014.04-10694-g2ae8b32-dirty (Oct 01 2014 - 17:40:04) Allwinner
Technology
CPU: Allwinner A20 (SUN7I)
Board: Bananapi
I2C: ready
DRA
On Mon, Oct 06, 2014 at 05:10:58AM +0900, SASANO Takayoshi wrote:
> Hi,
>
> > I've put up a recently built ramdisk with the l1 pte change here:
> > http://jsg.id.au/openbsd/bsd.rd.SUNXI.umg
>
> Thanks but not worked...
>
> And, Ethernet PHY(RTL8211E) is recognized as ukphy.
> I heard that the po
14.04-10694-g2ae8b32-dirty (Oct 01 2014 - 17:40:04) Allwinner
Technology
CPU: Allwinner A20 (SUN7I)
Board: Bananapi
I2C: ready
DRAM: 1 GiB
MMC: SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment
In:serial
Out: serial
Err: serial
Net: dwmac.1c5
Hit any key to stop a
On Sat, Oct 04, 2014 at 06:26:29AM +0900, SASANO Takayoshi wrote:
> Hi,
>
> > When using
> >
> > OpenBSD 5.6 (RAMDISK-SUNXI) #3: Sun Aug 31 18:46:49 EDT 2014
> >
> > could you drop into config (pass -c to boot) and try to "disable echi"?
>
> What shoud I do pass "boot -c" string to armv7 kernel
Hi,
> When using
>
> OpenBSD 5.6 (RAMDISK-SUNXI) #3: Sun Aug 31 18:46:49 EDT 2014
>
> could you drop into config (pass -c to boot) and try to "disable echi"?
What shoud I do pass "boot -c" string to armv7 kernel?
On i386/amd64 bootloader simply type it but armv7 uses U-Boot.
Tweak uEnv.txt?
-
On Thu, Oct 02, 2014 at 09:16:43PM +0200, Patrick Wildt wrote:
> Hi,
>
> I remember that there has been an issue, only seen on Cortex-A7/A15, like the
> Allwinner A20.
>
> The fix for that issue is somewhere here[0].
>
> Try this[1] kernel and have a look if it h
On Thu, Oct 02, 2014 at 10:01:59PM +, Alexey Suslikov wrote:
> SASANO Takayoshi mx5.nisiq.net> writes:
>
> > > Try this[1] kernel and have a look if it has the same issue or not.
> >
> > Kernel did not started... U-Boot says checksum is ok, so maybe
> > .umg file is not corrupted.
>
> When
SASANO Takayoshi mx5.nisiq.net> writes:
> > Try this[1] kernel and have a look if it has the same issue or not.
>
> Kernel did not started... U-Boot says checksum is ok, so maybe
> .umg file is not corrupted.
When using
OpenBSD 5.6 (RAMDISK-SUNXI) #3: Sun Aug 31 18:46:49 EDT 2014
could you dr
MiB
CPU: 96000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600
U-Boot 2014.04-10694-g2ae8b32-dirty (Oct 01 2014 - 17:40:04) Allwinner
Technology
CPU: Allwinner A20 (SUN7I)
Board: Bananapi
I2C: ready
DRAM: 1 GiB
MMC: SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment
< 13) | (((x) & 3) << 10)) /* AP */
\Patrick
> Am 02.10.2014 um 21:16 schrieb Patrick Wildt :
>
> Hi,
>
> I remember that there has been an issue, only seen on Cortex-A7/A15, like the
> Allwinner A20.
>
> The fix for that issue is somewhere here[0].
Hi,
I remember that there has been an issue, only seen on Cortex-A7/A15, like the
Allwinner A20.
The fix for that issue is somewhere here[0].
Try this[1] kernel and have a look if it has the same issue or not.
I do not have an A20, so I can’t test it, sorry. But I’ll probably buy
this[2][3
Hello,
I tried bsd.rd.SUNXI.umg snapshot on Banana Pi, cheap Allwinner A20
board like Raspberry Pi (see http://www.lemaker.org/).
It booted but something wrong. Arch Linux (for Banana Pi) works fine
so I think the board is not broken.
This is my first OpenBSD/armv7 experience and I don't
allwinner/ patches needed thanks to armv7.
A20 support still needs a workaround under /sys/arch/arm/cortex/ which
i didn't include as i think support is still 'subtly' broken anyway..
And ahci is still not working for me, but there's a couple of
new drivers included.
Ethernet
On Fri, Oct 11, 2013 at 11:46:39PM +0300, Artturi Alm wrote:
> On 10/11/13 20:39, Markus Hennecke wrote:
> >On Sat, 5 Oct 2013, Artturi Alm wrote:
> >
> >>Current version attached, extract to /sys/arch/armv7 and read the short
> >>notes file, no more out of al
nloaded for
> > cubieboard2 did not iirc., if you can boot the bsd.umg over network,
> > and still get 00:00:00:00:00:00, i will power up my cb2 to fix awe,
> > as it's so far untested on A20 afaik.
>
> Maybe Allwinner stores the mac address in some magic register? i.MX6
Am 11.10.2013 um 22:46 schrieb Artturi Alm :
> On 10/11/13 20:39, Markus Hennecke wrote:
>> On Sat, 5 Oct 2013, Artturi Alm wrote:
>>
>>> Current version attached, extract to /sys/arch/armv7 and read the short
>>> notes file, no more out of allwinne
On 10/11/13 20:39, Markus Hennecke wrote:
On Sat, 5 Oct 2013, Artturi Alm wrote:
Current version attached, extract to /sys/arch/armv7 and read the short
notes file, no more out of allwinner/ patches needed thanks to armv7.
A20 support still needs a workaround under /sys/arch/arm/cortex/ which
On Sat, 5 Oct 2013, Artturi Alm wrote:
> Current version attached, extract to /sys/arch/armv7 and read the short
> notes file, no more out of allwinner/ patches needed thanks to armv7.
>
> A20 support still needs a workaround under /sys/arch/arm/cortex/ which
> i didn'
On Sat, Oct 05, 2013 at 03:58:39PM +0300, Artturi Alm wrote:
> awe0: address 92:1f:3d:86:69:10
> ukphy0 at awe0 phy 1: Generic IEEE 802.3u media interface, rev. 1:
> OUI 0x20, model 0x0020
That is an RTL8201L compatible PHY which would be handled by rlphy(4)
if you had it in your config.
Current version attached, extract to /sys/arch/armv7 and read the short
notes file, no more out of allwinner/ patches needed thanks to armv7.
A20 support still needs a workaround under /sys/arch/arm/cortex/ which
i didn't include as i think support is still 'subtly' broken anywa
On 07/20/13 15:20, Martin Pieuchot wrote:
On 20/07/13(Sat) 14:10, Artturi Alm wrote:
Hi,
work-in-progress-quality 'port' to add support for Allwinner A10, tested
on cubieboard only.
Nice work. For what I've seen this port is really similar to the beagle
one. Do you think i
Am 20.07.2013 um 14:20 schrieb Martin Pieuchot :
> On 20/07/13(Sat) 14:10, Artturi Alm wrote:
>> Hi,
>>
>> work-in-progress-quality 'port' to add support for Allwinner A10, tested
>> on cubieboard only.
>
> Nice work. For what I've seen this por
On 20/07/13(Sat) 14:10, Artturi Alm wrote:
> Hi,
>
> work-in-progress-quality 'port' to add support for Allwinner A10, tested
> on cubieboard only.
Nice work. For what I've seen this port is really similar to the beagle
one. Do you think it's possible to merg
42 matches
Mail list logo