Re: armv7 diff for testing

2016-07-26 Thread Daniel Bolgheroni 
On Mon, Jul 25, 2016 at 04:26:26PM +0200, Mark Kettenis wrote:
>
> Also, are you plugged into a gigabit switch?  If not, "ifconfig fec0
> media 100baseTX" might help.

Missed that.

Thank you.

-- 
db

Re: armv7 diff for testing

2016-07-25 Thread Daniel Bolgheroni 
On Mon, Jul 25, 2016 at 04:26:26PM +0200, Mark Kettenis wrote:
> 
> Can you show us the output of "ifconfig fec0" and "vmstat -zi"?

Sure. At the bottom of the message.

> Also, are you plugged into a gigabit switch?  If not, "ifconfig fec0
> media 100baseTX" might help.

No, cheap Fast Ethernet switch.

http://www.tp-link.com/en/products/details/TL-SF1008D.html

Thank you.

--

U-Boot SPL 2016.07 (Jul 20 2016 - 21:09:03)
Trying to boot from MMC1


U-Boot 2016.07 (Jul 20 2016 - 21:09:03 -0600)

CPU:   Freescale i.MX6SOLO rev1.1 at 792 MHz
Reset cause: WDOG
Board: Wandboard rev B1
I2C:   ready
DRAM:  512 MiB
MMC:   FSL_SDHC: 0, FSL_SDHC: 1
*** Warning - bad CRC, using default environment

No panel detected: default to HDMI
Display: HDMI (1024x768)
In:serial
Out:   serial
Err:   serial
Net:   FEC [PRIME]
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
reading /imx6dl-wandboard-revb1.dtb
29934 bytes read in 20 ms (1.4 MiB/s)
Found EFI removable media binary efi/boot/bootarm.efi
reading efi/boot/bootarm.efi
65276 bytes read in 33 ms (1.9 MiB/s)
## Starting EFI application at 0x1200 ...
Scanning disks on usb...
Scanning disks on mmc...
MMC Device 2 not found
MMC Device 3 not found
Found 6 disks
>> OpenBSD/armv7 BOOTARM 0.1
boot>
booting sd0a:/bsd: 3722056+101212+479648 [64+496480+232320]=0x4cfd90

OpenBSD/armv7 booting ...
arg0 0x0 arg1 0x2e55b26c arg2 0x1800
Allocating page tables
freestart = 0x107d, free_pages = 129072 (0x0001f830)
IRQ stack: p0x107fe000 v0xc07fe000
ABT stack: p0x107ff000 v0xc07ff000
UND stack: p0x1080 v0xc080
SVC stack: p0x10801000 v0xc0801000
Creating L1 page table at 0x107d
Mapping kernel
Constructing L2 page tables
undefined page pmap [ using 729236 bytes of bsd ELF symbol table ]
board type: 240497260
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 6.0 (GENERIC) #285: Mon Jul 25 12:12:03 AEST 2016
j...@armv7.jsg.id.au:/usr/src/sys/arch/armv7/compile/GENERIC
real mem  = 536870912 (512MB)
avail mem = 517976064 (493MB)
mainbus0 at root: Wandboard i.MX6 Dual Lite Board rev B1
cpu0 at mainbus0: ARM Cortex A9 R2 rev 10 (ARMv7 core)
cpu0: DC enabled IC enabled WB disabled EABT branch prediction enabled
cpu0: 32KB(32b/l,4way) I-cache, 32KB(32b/l,4way) wr-back D-cache
cortex0 at mainbus0
ampintc0 at cortex0 nirq 160
amptimer0 at cortex0: tick rate 396000 KHz
armliicc0 at cortex0: rtl 8 waymask: 0x000f
imx0 at mainbus0
imxccm0 at imx0: imx6 rev 1.1 CPU freq: 792 MHz
imxiomuxc0 at imx0
imxocotp0 at imx0
simplebus0 at mainbus0: "soc"
simplebus1 at simplebus0: "aips-bus"
simplebus2 at simplebus1: "spba-bus"
imxuart0 at simplebus2: console
imxgpio0 at simplebus1
imxgpio1 at simplebus1
imxgpio2 at simplebus1
imxgpio3 at simplebus1
imxgpio4 at simplebus1
imxgpio5 at simplebus1
imxgpio6 at simplebus1
imxdog0 at simplebus1
simplebus3 at simplebus1: "anatop"
simplebus4 at simplebus0: "aips-bus"
imxehci0 at simplebus4
usb0 at imxehci0: USB revision 2.0
uhub0 at usb0 "i.MX6 EHCI root hub" rev 2.00/1.00 addr 1
imxehci1 at simplebus4
usb1 at imxehci1: USB revision 2.0
uhub1 at usb1 "i.MX6 EHCI root hub" rev 2.00/1.00 addr 1
fec0 at simplebus4
fec0: address 00:1f:7b:b0:08:52
atphy0 at fec0 phy 1: AR8035 10/100/1000 PHY, rev. 4
imxesdhc0 at simplebus4
imxesdhc0: 198 MHz base clock
sdmmc0 at imxesdhc0: 4-bit, mmc high-speed, dma
imxesdhc1 at simplebus4
imxesdhc1: 198 MHz base clock
sdmmc1 at imxesdhc1: 4-bit, mmc high-speed, dma
imxesdhc2 at simplebus4
imxesdhc2: 198 MHz base clock
sdmmc2 at imxesdhc2: 4-bit, mmc high-speed, dma
imxiic0 at simplebus4
iic0 at imxiic0
imxiic1 at simplebus4
iic1 at imxiic1
"fsl,sgtl5000" at iic1 addr 0xa not configured
imxuart1 at simplebus4
simplebus5 at mainbus0: "regulators"
sdmmc1: can't enable card
scsibus0 at sdmmc0: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0:  SCSI2 0/direct fixed
sd0: 1910MB, 512 bytes/sector, 3911680 sectors
scsibus1 at sdmmc2: 2 targets, initiator 0
sd1 at scsibus1 targ 1 lun 0:  SCSI2 0/direct fixed
sd1: 7580MB, 512 bytes/sector, 15523840 sectors
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
boot device: sd0
root on sd1a (8202d1873078fd2f.a) swap on sd1b dump on sd1b
WARNING: CHECK AND RESET THE DATE!
Automatic boot in progress: starting file system checks.
/dev/sd1a (8202d1873078fd2f.a): file system is clean; not checking
/dev/sd1j (8202d1873078fd2f.j): file system is clean; not checking
/dev/sd1d (8202d1873078fd2f.d): file system is clean; not checking
/dev/sd1f (8202d1873078fd2f.f): file system is clean; not checking
/dev/sd1g (8202d1873078fd2f.g): file system is clean; not checking
/dev/sd1h (8202d1873078fd2f.h): file system is clean; not checking
/dev/sd1e (8202d1873078fd2f.e): file system is clean; not checking
setting tty flags
pf enabled

Re: armv7 diff for testing

2016-07-25 Thread Mark Kettenis 
> Date: Mon, 25 Jul 2016 10:58:09 -0300
> From: Daniel Bolgheroni 
> 
> On Thu, Jul 21, 2016 at 01:06:50PM +1000, Jonathan Gray wrote:
> > 
> > Actually the pad configuration in those commits may mean this isn't
> > enough.
> 
> Hi,
> 
> I saw the r1.9 for if_fec.c and then it says it was tested on SABRE lite by
> Patrick.
> 
> I tested on Wandboard Solo again. Now fec(4) shows up, however can't
> ping anything. I can confirm it's not a network related issue, since
> I can ping from within u-boot.
> 
> The leds on the Ethernet port are turned off. Maybe still something
> related to this IRQ thing.
> 
> Thank you.

Can you show us the output of "ifconfig fec0" and "vmstat -zi"?

Also, are you plugged into a gigabit switch?  If not, "ifconfig fec0
media 100baseTX" might help.

Cheers,

Mark

Re: armv7 diff for testing

2016-07-20 Thread Jonathan Gray 
On Thu, Jul 21, 2016 at 12:38:35PM +1000, Jonathan Gray wrote:
> On Wed, Jul 20, 2016 at 10:24:11PM -0300, Daniel Bolgheroni wrote:
> > On Wed, Jul 13, 2016 at 11:39:54AM +0200, Mark Kettenis wrote:
> > > The diff below removes the last board ID dependent code for the i.MX6
> > > platform.  It affects all boards that use a Micrel PHY, which would
> > > show up as "ukphy0" in your dmesg.  If you have such a board (udoo,
> > > novena and sabrelight, there may be others), I'd apprciate if you
> > > could test this diff and check whether the network interface still
> > > works.
> > > 
> > > I'll probably commit the diff in a couple of days if I don't get any
> > > test reports.
> > 
> > Maybe not related to this commit, since Wandboard uses Atheros PHYs (AR8031,
> > same family as AR8035 as in if_fec.c) instead of Micrel, but I'm running the
> > latest snapshot and fec(4) does not show up.
> 
> That turns out to be different interrupt data in the fdt to implement
> a workaround for hardware errata.
> 
> Patrick found the following two commits related to it and last I heard
> was looking to find a way to handle it on his sabre lite board that
> also has it.
> 
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9fc77821b17155c6e0ab50b1e1dd80c2b0e63e98
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6261c4c8f13eb91f733e8ba6d67c409a2e841667
> 
> The following doesn't do the workaround but should at least get
> things working again.

Actually the pad configuration in those commits may mean this isn't
enough.

> 
> Index: if_fec.c
> ===
> RCS file: /cvs/src/sys/arch/armv7/imx/if_fec.c,v
> retrieving revision 1.8
> diff -u -p -r1.8 if_fec.c
> --- if_fec.c  21 Jul 2016 02:32:23 -  1.8
> +++ if_fec.c  21 Jul 2016 02:34:02 -
> @@ -303,7 +303,7 @@ fec_attach(struct device *parent, struct
>  
>   if (OF_getpropintarray(faa->fa_node, "interrupts-extended",
>   intr, sizeof(intr)) < sizeof(intr))
> - return;
> + intr[2] = 0x76;
>  
>   sc->sc_node = faa->fa_node;
>   sc->sc_iot = faa->fa_iot;
>

Re: armv7 diff for testing

2016-07-20 Thread Jonathan Gray 
On Wed, Jul 20, 2016 at 10:24:11PM -0300, Daniel Bolgheroni wrote:
> On Wed, Jul 13, 2016 at 11:39:54AM +0200, Mark Kettenis wrote:
> > The diff below removes the last board ID dependent code for the i.MX6
> > platform.  It affects all boards that use a Micrel PHY, which would
> > show up as "ukphy0" in your dmesg.  If you have such a board (udoo,
> > novena and sabrelight, there may be others), I'd apprciate if you
> > could test this diff and check whether the network interface still
> > works.
> > 
> > I'll probably commit the diff in a couple of days if I don't get any
> > test reports.
> 
> Maybe not related to this commit, since Wandboard uses Atheros PHYs (AR8031,
> same family as AR8035 as in if_fec.c) instead of Micrel, but I'm running the
> latest snapshot and fec(4) does not show up.

That turns out to be different interrupt data in the fdt to implement
a workaround for hardware errata.

Patrick found the following two commits related to it and last I heard
was looking to find a way to handle it on his sabre lite board that
also has it.

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9fc77821b17155c6e0ab50b1e1dd80c2b0e63e98
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6261c4c8f13eb91f733e8ba6d67c409a2e841667

The following doesn't do the workaround but should at least get
things working again.

Index: if_fec.c
===
RCS file: /cvs/src/sys/arch/armv7/imx/if_fec.c,v
retrieving revision 1.8
diff -u -p -r1.8 if_fec.c
--- if_fec.c21 Jul 2016 02:32:23 -  1.8
+++ if_fec.c21 Jul 2016 02:34:02 -
@@ -303,7 +303,7 @@ fec_attach(struct device *parent, struct
 
if (OF_getpropintarray(faa->fa_node, "interrupts-extended",
intr, sizeof(intr)) < sizeof(intr))
-   return;
+   intr[2] = 0x76;
 
sc->sc_node = faa->fa_node;
sc->sc_iot = faa->fa_iot;

Re: armv7 diff for testing

2016-07-20 Thread Daniel Bolgheroni 
On Wed, Jul 13, 2016 at 11:39:54AM +0200, Mark Kettenis wrote:
> The diff below removes the last board ID dependent code for the i.MX6
> platform.  It affects all boards that use a Micrel PHY, which would
> show up as "ukphy0" in your dmesg.  If you have such a board (udoo,
> novena and sabrelight, there may be others), I'd apprciate if you
> could test this diff and check whether the network interface still
> works.
> 
> I'll probably commit the diff in a couple of days if I don't get any
> test reports.

Maybe not related to this commit, since Wandboard uses Atheros PHYs (AR8031,
same family as AR8035 as in if_fec.c) instead of Micrel, but I'm running the
latest snapshot and fec(4) does not show up.

--

U-Boot SPL 2016.07 (Jul 12 2016 - 15:05:51)
Trying to boot from MMC1


U-Boot 2016.07 (Jul 12 2016 - 15:05:51 +1000)

CPU:   Freescale i.MX6SOLO rev1.1 at 792 MHz
Reset cause: WDOG
Board: Wandboard rev B1
I2C:   ready
DRAM:  512 MiB
MMC:   FSL_SDHC: 0, FSL_SDHC: 1
*** Warning - bad CRC, using default environment

No panel detected: default to HDMI
Display: HDMI (1024x768)
In:serial
Out:   serial
Err:   serial
Net:   FEC [PRIME]
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
reading /imx6dl-wandboard-revb1.dtb
29934 bytes read in 20 ms (1.4 MiB/s)
Found EFI removable media binary efi/boot/bootarm.efi
reading efi/boot/bootarm.efi
65276 bytes read in 28 ms (2.2 MiB/s)
## Starting EFI application at 0x1200 ...
Scanning disks on usb...
Scanning disks on mmc...
MMC: no card present
MMC Device 2 not found
MMC Device 3 not found
Found 5 disks
>> OpenBSD/armv7 BOOTARM 0.1
boot>
cannot open sd0a:/etc/random.seed: No such file or directory
booting sd0a:/bsd: 2093700+7928816+435440 [64+297616+142911]=0xa65b64

OpenBSD/armv7 booting ...
arg0 0x0 arg1 0x2e55b26c arg2 0x1800
Allocating page tables
freestart = 0x10d66000, free_pages = 127642 (0x0001f29a)
IRQ stack: p0x10d94000 v0xc0d94000
ABT stack: p0x10d95000 v0xc0d95000
UND stack: p0x10d96000 v0xc0d96000
SVC stack: p0x10d97000 v0xc0d97000
Creating L1 page table at 0x10d68000
Mapping kernel
Constructing L2 page tables
undefined page pmap board type: 240497260
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 6.0 (RAMDISK) #88: Tue Jul 19 22:37:35 AEST 2016
j...@armv7.jsg.id.au:/usr/src/sys/arch/armv7/compile/RAMDISK
real mem  = 536870912 (512MB)
avail mem = 512233472 (488MB)
mainbus0 at root: Wandboard i.MX6 Dual Lite Board rev B1
cpu0 at mainbus0: ARM Cortex A9 R2 rev 10 (ARMv7 core)
cpu0: DC enabled IC enabled WB disabled EABT branch prediction enabled
cpu0: 32KB(32b/l,4way) I-cache, 32KB(32b/l,4way) wr-back D-cache
cortex0 at mainbus0
ampintc0 at cortex0 nirq 160
amptimer0 at cortex0: tick rate 396000 KHz
armliicc0 at cortex0: rtl 8 waymask: 0x000f
imx0 at mainbus0
imxccm0 at imx0: imx6 rev 1.1 CPU freq: 792 MHz
imxiomuxc0 at imx0
imxocotp0 at imx0
simplebus0 at mainbus0: "soc"
simplebus1 at simplebus0: "aips-bus"
simplebus2 at simplebus1: "spba-bus"
imxuart0 at simplebus2: console
imxgpio0 at simplebus1
imxgpio1 at simplebus1
imxgpio2 at simplebus1
imxgpio3 at simplebus1
imxgpio4 at simplebus1
imxgpio5 at simplebus1
imxgpio6 at simplebus1
imxdog0 at simplebus1
simplebus3 at simplebus1: "anatop"
simplebus4 at simplebus0: "aips-bus"
imxehci0 at simplebus4
usb0 at imxehci0: USB revision 2.0
uhub0 at usb0 "i.MX6 EHCI root hub" rev 2.00/1.00 addr 1
imxehci1 at simplebus4
usb1 at imxehci1: USB revision 2.0
uhub1 at usb1 "i.MX6 EHCI root hub" rev 2.00/1.00 addr 1
fec0 at simplebus4imxesdhc0 at simplebus4
imxesdhc0: 198 MHz base clock
sdmmc0 at imxesdhc0: 4-bit, mmc high-speed, dma
imxesdhc1 at simplebus4
imxesdhc1: 198 MHz base clock
sdmmc1 at imxesdhc1: 4-bit, mmc high-speed, dma
imxesdhc2 at simplebus4
imxesdhc2: 198 MHz base clock
sdmmc2 at imxesdhc2: 4-bit, mmc high-speed, dma
imxiic0 at simplebus4
iic0 at imxiic0
imxiic1 at simplebus4
iic1 at imxiic1
"fsl,sgtl5000" at iic1 addr 0xa not configured
imxuart1 at simplebus4
simplebus5 at mainbus0: "regulators"
sdmmc1: can't enable card
scsibus0 at sdmmc2: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0:  SCSI2 0/direct fixed
sd0: 7580MB, 512 bytes/sector, 15523840 sectors
boot device: sd0
root on rd0a swap on rd0b dump on rd0b
WARNING: CHECK AND RESET THE DATE!
erase ^?, werase ^W, kill ^U, intr ^C, status ^T

Welcome to the OpenBSD/armv7 6.0 installation program.
(I)nstall, (U)pgrade, (A)utoinstall or (S)hell? s
# ifconfig -a
lo0: flags=8008 mtu 32768
llprio 3
groups: lo
#

-- 
db