Date: Fri, 17 Sep 2010 01:20:04 GMT From: Johny Mattsson <johny.mattsson+fbsd@gmail.com> To: freebsd-arm@FreeBSD.org Subject: Re: arm/150581: Unknown error generates IRQ address decoding error Message-ID: <201009170120.o8H1K4Mc024082@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR arm/150581; it has been noted by GNATS. From: Johny Mattsson <johny.mattsson+fbsd@gmail.com> To: Tyler Saylor <wthww@680x0.com> Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-arm@freebsd.org Subject: Re: arm/150581: Unknown error generates IRQ address decoding error Date: Fri, 17 Sep 2010 10:44:58 +1000 --0003255753be3ea5ae049069df63 Content-Type: text/plain; charset=UTF-8 Hi Tyler, The issue could be the same that I'm having on my PogoPlug (stripped down version of the Sheevaplug essentially). I don't have a serial console on it, so I haven't been able to get any actual error messages, but I do experience the same hard hang when I have heavy USB I/O. I'm still working on resolving this issue properly, but I have found a work-around. If rolling back those patches didn't fix the problem for you, try limiting the amount of RAM the kernel sees down to 128MiB. For me, going from the actual 256MiB down to 128MiB prevents the I/O lock-up and I have a stable system (I can in fact push it up to 131MiB, but above that it's bad news). To limit the RAM, open /usr/src/sys/boot/fdt/dts/sheevaplug.dts, find the "memory" entry and reduce it to 0x08000000, then rebuild your kernel. I'd be very interested in hearing whether this fixes your issue, as it's been quite frustrating to troubleshoot this without seeing what goes on the console when the hang occurs! Regards, /Johny --0003255753be3ea5ae049069df63 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Tyler,<br><br>The issue could be the same that I'm having on my Pogo= Plug (stripped down version of the Sheevaplug essentially). I don't hav= e a serial console on it, so I haven't been able to get any actual erro= r messages, but I do experience the same hard hang when I have heavy USB I/= O. I'm still working on resolving this issue properly, but I have found= a work-around. If rolling back those patches didn't fix the problem fo= r you, try limiting the amount of RAM the kernel sees down to 128MiB. For m= e, going from the actual 256MiB down to 128MiB prevents the I/O lock-up and= I have a stable system (I can in fact push it up to 131MiB, but above that= it's bad news).<br> <br>To limit the RAM, open /usr/src/sys/boot/fdt/dts/sheevaplug.dts, find t= he "memory" entry and reduce it to 0x08000000, then rebuild your = kernel.<br><br>I'd be very interested in hearing whether this fixes you= r issue, as it's been quite frustrating to troubleshoot this without se= eing what goes on the console when the hang occurs!<br> <br>Regards,<br>/Johny<br> --0003255753be3ea5ae049069df63--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009170120.o8H1K4Mc024082>