On Mon, Mar 05, 2018 at 07:50:23AM -0800, Andrey Smirnov wrote:
> On Mon, Mar 5, 2018 at 7:31 AM, Peter Maydell <peter.mayd...@linaro.org>
> > On 5 March 2018 at 06:12, Andrey Smirnov <andrew.smir...@gmail.com> wrote:
> >> RESEND due to botched original v7 submission (patch 1/3 broken)
> >> Hi everyone,
> >> This v7 of the patch series containing the work that I've done in
> >> order to enable support for i.MX7 emulation in QEMU.
> > Thanks; applied to target-arm.next.
> > By the way there were a couple of i.MX bug reports this weekend:
> > https://bugs.launchpad.net/qemu/+bug/1753314 (about the UART)
> Sure, might not be able to look at it immediately but I'll give it a
> spin by the end of this week.
> > https://bugs.launchpad.net/qemu/+bug/1753309 (about ethernet)
> Ha! This is a rather amusing coincidence since I was just talking
> about this exact bug with Guenter Roeck (added to this thread), who
> was going to submit a patch to fix it.
> Sorry for just randomly pulling you into this seemingly random
> discussion, but I though this additional context would be helpful to
I just updated https://bugs.launchpad.net/qemu/+bug/1753309 with my
observations. As it turns out, the Ethernet interface on older kernels
(4.9 and older) only works with the current version of qemu. It is
possible to fix the problem by applying upstream commit 4c8777892e80b
to v4.9 and older kernels. However, I don't know if the problem is also
seen with real hardware, or if there is some other problem lurking
somewhere in qemu.