5.3-RELEASE TODO

[Marcel Moolenaar]

On Oct 30, 2004, at 3:51 PM, Emanuel Strobl wrote:

>>> 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.
>>
>> 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.

Unnecessary. I closed both PRs that related to GPT. One is pilot error
(using the -k option with gpt migrate is the root cause and as the gpt
manual mentioned, is only there for debugging purposes), the other has
been fixed in -current and is not in anyway going to cause problems
for 5.3.

The bottomline is: you have both MBR and GPT partitions on the same 
disk.
This is not going to work and the cause of your problems. When no file
systems arre mounted on the disk, GEOM presents all partitions, 
including
the device files. The moment you mount, one of the slicers (and its
partitions with device files) disappears. This is what you've been 
seeing
and it has nothing to do with ACPI. It's just timing issue.

FYI,

-- 
  Marcel Moolenaar         USPA: A-39004          marcel at xcllnt.net