On Thu, Oct 05, 2006 at 10:48:52PM +0800, Eugene Grosbein wrote:
It's definetely a regression from 4.11-STABLE that runs fine on this
system with ACPI fully enabled
Hmm, I was wrong about 4.11 using ACPI - it does not use it here really,
it uses good old APM.
It would be interesting
I've tried 5.4-RELEASE and 6.0-RELEASE.
5.4-RELEASE works OK. 6.0-RELEASE does not work the same way as 6.2-PRE.
Eugene Grosbein
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
I've backported fdc(4) from CURRENT to RELENG_6 and it now works all right,
it reads, it formats, it writes.
Please perform MFC and then close this PR :-)
Eugene Grosbein
___
freebsd-stable@freebsd.org mailing list
Hello!
The problem is clearly an I/O port resource misdetection:
On Fri, 6 Oct 2006, Eugene Grosbein wrote:
4.11-STABLE:
fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
---^
OK.
6.2-PRERELEASE:
fdc0: floppy
On Fri, Oct 06, 2006 at 12:00:15AM +0300, Dmitry Pryanishnikov wrote:
The problem is clearly an I/O port resource misdetection:
On Fri, 6 Oct 2006, Eugene Grosbein wrote:
4.11-STABLE:
fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
Hello!
On Fri, 6 Oct 2006, Eugene Grosbein wrote:
fdc0: floppy drive controller port 0x3f0-0x3f5,0x3f0 irq 6 drq 2 on
acpi0
^
Bad (no 0x3f7, 0x3f0 gets listed twice).
Recent revisions of fdc(4) do not use control register at port