From owner-freebsd-arm@freebsd.org Mon Oct 1 23:11:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91A3F10ACD68 for ; Mon, 1 Oct 2018 23:11:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-22.consmr.mail.ne1.yahoo.com (sonic305-22.consmr.mail.ne1.yahoo.com [66.163.185.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27ED670A27 for ; Mon, 1 Oct 2018 23:11:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Kav2PIUVM1lWENKjy03JaBr0e.qPveRq5s.TJ4jgniYDm_phletfD3QNyt0qrix rfxAaP2.3eqKKxOOHr2yy9jUUDKZqdZ81skf25px_cuIaB8vS4sluT8r9V8q.pDZkgdy3NFKnczC xCzl4rwVTj4BycKzo2EJvvejATMS7efeEzV.eKpsaie_4JUJOt13I79GbaKReF7tCi9MnwtFMxg1 XqdW0Ye_LlpN1XRGclo.a9EBv1NT_PwjtlZScKLbLacDAOit._WTHELj_AMByIJz1ERZ3d540HuB HVMTd6pbfmyhKNUop5woei8saKrUCXT7bzrTsOqNesiHxMx.4ypBz4a7FxMsH28LN_5ofkd3nrl_ pUV0eQkNbQ.TM1jd.xIBq4e8dQ3B8_USodpb5U_BIaD9yMRW2HLgJQa8_5TEwJztHsZ8G8bUzM3Q xnFQtt_zcEG6MozQjRrgADBFWtybbkOrJqVW6w3k6MxfSTRJg448S9pGfCBDXBA48hqv_FDEp7aw aLAU7tRalHjovi7mAvct8y8H7qHV4GLNK_Q4nTRgXs59IEW3P7.vivOiW879AMcYkhSTPa68FS.1 aWFZJ3JLqoVHJ2cSkrbJwgx4aBUPkiLJnhrfPSG82HM5ZPpiopPkLbHrt4xnTYOChKxps6qg5X6E VSz2Q5N34lbbnsh4tU1pJ9NZJSwy.hALev3sGqXsTG209U8J66JlVLvPSUIxwZ_8MfydEmA__FuB ZTRRANGugdTWpzPDxPE60a4jSOHM0SL7z7uXAk4e.AWQEfYh8MRp4h.0JysUIrgJSm_mBiWAK96r HP.hl_m_dWDcbTMlfRH6rakfO73ZFC_vhtHDATcjClZI9UL.MEvfFrPJ_pGEVqkFMqBtmD03ZPK. E85LGTR2LcTjR4ErLbWBQYilgGowl4DA7HTuiMWm.exl7NpVrZ6TknJYOjAVe8oaQ8dxgGfILq7t YLe_PNNWUsPPY2oLKWfgaTtuBTEyMV2ZCuMQm7VjW1.TksiGi87bQRZ4VIi6uTG9tNR3mGOnuS0_ O2pDvNrAcXnteCVB15WqJ1Z0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Mon, 1 Oct 2018 23:11:04 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 23b502d3147d50ba2cc1e600d9d99c2b; Mon, 01 Oct 2018 23:00:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Timeout poll on interrupt endpoint for RPI3 with keyboard and mouse From: Mark Millard In-Reply-To: <20181001022415.GA63212@www.zefox.net> Date: Mon, 1 Oct 2018 16:00:54 -0700 Cc: Trevor Roydhouse , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <39B3886F-CFB2-4DFE-B7C5-517E4836774A@yahoo.com> References: <20180929185213.GA58381@www.zefox.net> <20180930111208.5df04f5b7fb336cdfcf2fd74@bidouilliste.com> <20180930130930.GB58381@www.zefox.net> <20180930132928.GC58381@www.zefox.net> <20180930155055.2c35693431e8dfff4eb7d7bd@bidouilliste.com> <20180930145702.GD58381@www.zefox.net> <20181001022415.GA63212@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 23:11:12 -0000 On 2018-Sep-30, at 7:24 PM, bob prohaska wrote: > On Mon, Oct 01, 2018 at 08:57:04AM +1000, Trevor Roydhouse wrote: >>=20 >> You just need to change one character in the file=20 >> .../sys/arm64/include/pte.h - change the 4 to an 8 in this existing = line: >>=20 >> #define PMAP_MAPDEV_EARLY_SIZE (L2_SIZE * 4) >>=20 >=20 > Ok, that wasn't hard 8-) >=20 > The machine now boots with the monitor connected and continues to run=20= > correctly when keyboard and mouse are plugged in. >=20 > With monitor, keyboard and mouse connected it still spits out a stream = of > Timeout poll on interrupt endpoint > Timeout poll on interrupt endpoint > .... > during the boot process. The spew seems continuous, but when I typed > boot > into the spew, it looks as if the kernel took over and the machine is > now multi-user.=20 >=20 > Evidently it got stuck in loader, the boot command got it unstuck and > after that all is normal. >=20 > So, I guess the video issue was a distraction that's now fixed. The=20 > problem with USB mouse and keyboard remain unresolved but nonfatal. =20= I've replicated the issue in my current environment in that any time both a keyboard and a mouse are attached during power-up I get the: "Timeout poll on interrupt endpoint" messages. (I've found some other behavior as well.) The same is true when both are plugged into a powered hub that is in turn plugged into the rpi3. But with just one of the two plugged in I do not get the messages, directly plugged in or via the powered hub. The monitor HDMI connector makes no difference for if it is plugged in or not. (Ethernet and the serial console were connected and active during the experiments.) It seems that multiple USB input devices are mishandled in very early time frames, lasting at least to during the kernel 10 sec count down for getting to the loader prompt. (10 sec is just the default.) Similarly, having, say, a keyboard and a reader (with a usd card in it) seems to cause 1 MB/s classification instead of 40 MB/s classification for the reader's lun's, possibly carry over from u-boot time frame activity. The keyboard worked. Without the keyboard it boots assigning 40 MB/s to the lun's. These experiments were done using the powered hub. When I instead tried just 2 such readers via the powered hub, instead the boot hung up for booting after shutdown -r now, showing: In: serial Out: vidconsole Err: vidconsole Net: No ethernet found. starting USB... USB0: scanning bus 0 for devices... Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 Device NOT ready Request Sense returned 02 3A 00 7 USB Device(s) found scanning usb for storage devices... 8 Storage Device(s) found Hit any key to stop autoboot: 0=20 MMC Device 0 not found no mmc device at slot 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found EFI removable media binary efi/boot/bootaa64.efi libfdt fdt_check_header(): FDT_ERR_BADMAGIC Scanning disk mmc@7e300000.blk... Scanning disk usb_mass_storage.lun0... Disk usb_mass_storage.lun0 not ready Scanning disk usb_mass_storage.lun1... Disk usb_mass_storage.lun1 not ready Scanning disk usb_mass_storage.lun2... Disk usb_mass_storage.lun2 not ready Scanning disk usb_mass_storage.lun3... Scanning disk usb_mass_storage.lun0... Disk usb_mass_storage.lun0 not ready Scanning disk usb_mass_storage.lun1... Disk usb_mass_storage.lun1 not ready Scanning disk usb_mass_storage.lun2... Disk usb_mass_storage.lun2 not ready Scanning disk usb_mass_storage.lun3... Disk usb_mass_storage.lun3 not ready Found 6 disks FDT memrsv map 0: Failed to add to map 637000 bytes read in 59 ms (10.3 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC FDT memrsv map 0: Failed to add to map ## Starting EFI application at 00080000 ... Consoles: EFI console =20 efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D7 efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D7 After a minute(?) wait there was: efipart_readwrite: rw=3D1, blk=3D104383 size=3D8 status=3D7 And another wait: efipart_readwrite: rw=3D1, blk=3D2079 size=3D257 status=3D7 - (That "-" was in the serial console output.) Another wait, then: efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D7 EFI: Watchdog timeout resetting ... MMC: mmc@7e300000: 1 Loading Environment from FAT... *** Warning - bad CRC, using default = environment . . . It booted fine from there. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)