Re: 5.3-RELEASE TODO

Am Sonntag, 31. Oktober 2004 00:39 schrieb Scott Long:
> Emanuel Strobl wrote:
> > Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long:
> >>This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
> >>The live version of this list is available at:
> >>
> >>    http://www.FreeBSD.org/releases/5.3R/todo.html
> >>
> >>Automated mailing of this list will continue through the release of
> >>FreeBSD 5.3
> >>
> >>
> >>                          FreeBSD 5.3 Open Issues
[...]
> > What about misc/72895, i386/73251 and misc/72896? The latter is not that
> > critical but GEOM_GPT really has edges on i386 which aren't suitable for
> > -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixing
> > of course was even better, but I can't help.
> > And then there's kern/71355 which has been closed without any
> > improovement. The opposite: I can confirm that this also applies to the
> > sil3114 chipset when the BIOS (of the PCI Card (Dawicontrol DC-154))) is
> > enabled (so booting from it is possible) and two drives are set up as
> > mirror!
> >
> > -Harry
>
> 72895 is indeed serious, but it doesn't prevent a normal install so long
> and you specifically avoid the problem.  Unfortunately there are no
> patches attached to this PR, so it's hard for us to evaluate how hard it
> would be to fix it.  I probably should have landed on the TODO list a
> long time ago, and I'll make sure it gets on the 5.3 TODO list.  But
> again it's not a show-stopper because it doesn't prevent a normal
> install from succeeding.
>
> 73251 is strange.  No one that I've seen can possibly imagine why ACPI
> would affect GPT.  But again, GPT is not the normal way to install and
> boot an i386.  While I know of a few Intel systems that have EFI and GPT
> for i386, MBR partitioning still works.
>
> 72896 is another GPT one, and again GPT is just not the predominate way
> to deal with i386.  I'd really like to see these fixed for 5.4.
>
> So I don't want to discount your concern, but given the very small user
> base that is concerned about GPT, it's hard to justify delaying the
> release further for these bugs.

Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC i386 
kernel. Because, like you see, it doesn't make sense and prevents users from 
mysterious errors. If someone makes his custom GPT kernel he knows what he 
does but GEOM_GPT in GENERIC is no good idea (like I alreade posted on 
-current)

Thanks,

-Harry

P.S. I'm also specially interestend in the GPT/ACPI issue but regrettably I'm 
no kernel hacker so I can't help much

>
> Scott
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"