In message: <412D2087.4000306_at_root.org> Nate Lawson <nate_at_root.org> writes: : M. Warner Losh wrote: : > In message: <412D12D4.1000401_at_root.org> : > Nate Lawson <nate_at_root.org> writes: : > : There are only two ways currently to find fd0 on ISA systems: ACPI _FDE : > : probing and hints. The acpi probe automatically falls back to the hints : > : system if _FDE fails so you should leave the hint.fd.0 lines in but : > : comment out hint.fdc lines (as you've done). : > : > I think this is a bad idea, but may be what we have to do for 5.3. We : > can find out what drives are on the system by asking the rtc() if : > there's no _FDE, which is what the old, pre-acpi code did (which is : > why people are seeing their drives disappear now). : : This is incorrect. The acpi commits did not remove any rtc probe; there : never was one. There were only two commits by me to fdc.c so check them : out to see what I mean. All I did was move the existing hints probe : into its own function, fdc_hints_probe(). The easiest way to see how : fdX gets probed is to look for callers to fdc_add_child(). They are : fdc_acpi_probe_children() and fdc_hints_probe(). The latter is called : by the ISA attachment or the ACPI attachment if the _FDE method is not : present. (BTW, it seems the pccard attachment doesn't probe this way?) The pccard attachment knows there must be a fd. WarnerReceived on Wed Aug 25 2004 - 22:36:32 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:08 UTC