7.1 Release broke my box
John Hein
jhein at timing.com
Tue Jan 13 07:12:35 PST 2009
Markus Hitter wrote at 09:52 +0100 on Jan 12, 2009:
>
> Am 12.01.2009 um 03:51 schrieb John Hein:
>
> > Markus Hitter wrote at 01:31 +0100 on Jan 12, 2009:
> >> Last Friday, after seeing ext2fs doesn't work with the 7.0 kernel, I
> >> decided to do yet another step and upgrade to 7.1 Release. The
> >> virtual machine for building tinybsd setup and ran flawlessly, but a
> >> tinybsd image built from it doesn't like networking any longer. The
> >> non-working box is a Geode-based Flepo Alpha, which uses the re
> >> network driver.
> >
> > What happens if you build a kernel with the 7.0 version of
> > sys/dev/re/if_re.c? You may have to roll back sys/pci/if_rlreg.h too.
>
> The exactly same (had to roll back sys/pci/if_rl.c as well).
>
> > What happens to the link light while these things are happening?
>
> The green light stays on, the yellow one flickers, just like expected.
>
> Obviously, the transmission gets interrupted at some higher level. Do
> I really have to bisect the entire kernel with it's 10,000 revisions
> now? *sigh*
My guess was the first obvious one I could think of since I knew
changes happened in the re/rl drivers. I can't think of anything else
obvious between 7.0 & 7.1 that would affect this (particularly since I
have an re that works fine in 7.1 - at least a 7.1 from, say,
September).
As far as bisecting goes, I recommend binary search by date on the
RELENG_7 branch rather than trying to rollback individual revs. Note
that cvs 1.12 allows checking out by date (-D) on a branch
(-rRELENG_7) (but not 1.11). Or you can use cvsup to help with that I
think.
More information about the freebsd-embedded
mailing list