And add a couple of FreeBSD people I also forgot to CC. Warner
On Fri, Jan 8, 2021 at 12:56 PM Peter Maydell <peter.mayd...@linaro.org> wrote: > Adding the people to the CC list who were on the previous discussion > thread... > > -- PMM > > > On Fri, 8 Jan 2021 at 19:43, Warner Losh <i...@bsdimp.com> wrote: > > > > The FreeBSD project has rewritten bsd-user. We've been working on this > for quite some time (the earliest commits date from 2013). Maybe a dozen > people have worked on this over time, and there's 3 or 4 active developers > focused on FreeBSD changes at the moment. > > > > For a while, we'd merge in upstream changes from qemu. This worked great > for us, but left us with a big backlog that was hard to upstream. Each of > the updates took some time, so we got a little behind. > > > > So, a few years ago, I spent several weeks converting the tangled merge > mess into a set of linear patches and started moving that forward. This was > around the time 4.0 was released. I only managed to get the rebase forward > to 3.1 release at the time before I hit problems related to poor testing > environment making it hard to verify newer versions were still working. > Plus, we found a few bugs that took a while to resolve for a number of > reasons. Now that they are resolved, we're able to use qemu-bsd-user to > build ~30k packages for arm, and ~20k for different types of mips in > FreeBSD "ports" system. We now have great confidence that it's working well > again. > > > > Now that those bugs are resolved, I started trying to forward-port the > two-year-old base and immediately found myself hitting a number of > problems. A big problem was that I was re-doing a lot of work that was due > to innoculous changes upstream that I wouldn't have to do if the bsd-user > changes were upstream. These changes get in the way of dealing with the > more substantial structural changes in qemu that have happened. > > > > There had been talk of doing a remove and replace update of bsd-user. > This talk was before I managed to rebase things as far forward as 3.1 even. > This appealed to me because we've accumulated about 150 patches to date, > many quite large, and curating them into a set of maybe 400 or 500 changes > to match the size and scope of most patches I've seen posted to qemu-devel > seemed overwhelming. > > > > However, it's been another year since that plan was hatched, and it's > become clear to me that plan won't end in success. The closest I've been > able to get is 3.1 when 4.1 was current (about 6 months behind). It's time > for a new plan. > > > > So, my new plan is to rebase what changes I can to the tip of master and > submit those for review. I'll work with the developers on the FreeBSD side > to ensure they are included in reviews in addition to the normal qemu-devel > list. This will allow us to pare down the deltas between our code and > upstream to allow us to make progress. The changes will be held to the > standard 'makes things better'. Given how broken bsd-user is today in qemu > upstream, at first that will a very easy standard to make. > > > > The first patch I'll submit will be changing MAINTAINERS to point to me, > since I'm acting as the point person in this effort. I'll then re-submit > some other changes that I've submitted in the past, but CC the FreeBSD > folks that are currently active (they were only CC'd to former developers > who lack the time to review). > > > > But before I get too far down this path, I thought I'd send out what's > going on to qemu-devel so I can get feedback and adjust the plan into > something that's mutually agreeable so time I put towards this is not > wasted. > > > > So, what do people think of these plans? > > > > Warner >