Date: Sun, 30 Sep 2018 19:24:16 -0700 From: bob prohaska <fbsd@www.zefox.net> To: Trevor Roydhouse <trev@sentry.org> Cc: bob prohaska <fbsd@www.zefox.net>, freebsd-arm@freebsd.org Subject: Re: Timeout poll on interrupt endpoint for RPI3 with keyboard and mouse Message-ID: <20181001022415.GA63212@www.zefox.net> In-Reply-To: <ace02a4a-3a79-6d3f-69ee-82d6c3477388@sentry.org> 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> <ace02a4a-3a79-6d3f-69ee-82d6c3477388@sentry.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 01, 2018 at 08:57:04AM +1000, Trevor Roydhouse wrote: > > You just need to change one character in the file > .../sys/arm64/include/pte.h - change the 4 to an 8 in this existing line: > > #define PMAP_MAPDEV_EARLY_SIZE (L2_SIZE * 4) > Ok, that wasn't hard 8-) The machine now boots with the monitor connected and continues to run correctly when keyboard and mouse are plugged in. 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. Evidently it got stuck in loader, the boot command got it unstuck and after that all is normal. So, I guess the video issue was a distraction that's now fixed. The problem with USB mouse and keyboard remain unresolved but nonfatal. Thanks _very_ much for your help! bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20181001022415.GA63212>