<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/fdc, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2010-06-02T21:00:18Z</updated>
<entry>
<title>MFC:	r208650</title>
<updated>2010-06-02T21:00:18Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2010-06-02T21:00:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=32aa4ac70dea121ce4898942ff9aabcf226e5a5d'/>
<id>urn:sha1:32aa4ac70dea121ce4898942ff9aabcf226e5a5d</id>
<content type='text'>
Fix a regression from r203544 (MFC of r200554), which broke fdc(4)
attachment to acpi(4).

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFC r197945:</title>
<updated>2010-03-27T17:56:45Z</updated>
<author>
<name>Edward Tomasz Napierala</name>
<email>trasz@FreeBSD.org</email>
</author>
<published>2010-03-27T17:56:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=168d1f006bba2eaab15d79d8395871a381eea17e'/>
<id>urn:sha1:168d1f006bba2eaab15d79d8395871a381eea17e</id>
<content type='text'>
Orphaning provider with EXDEV seems weird; perhaps the author meant
ENXIO here?
</content>
</entry>
<entry>
<title>MFC r197104,197105,197106,197107,197688,198237,199337,199338,200553,200554,</title>
<updated>2010-02-06T12:03:25Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2010-02-06T12:03:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e21bbd174361a79e37072b311e96dc46827c02b7'/>
<id>urn:sha1:e21bbd174361a79e37072b311e96dc46827c02b7</id>
<content type='text'>
202771,202773: bring acpica version to 20100121

MFC details:
r197104 | jkim | 2009-09-12 01:48:53 +0300 (Sat, 12 Sep 2009) | 4 lines
MFV:    r196804
Import ACPICA 20090903

r197105 | jkim | 2009-09-12 01:49:34 +0300 (Sat, 12 Sep 2009) | 2 lines
Catch up with ACPICA 20090903.

r197106 | jkim | 2009-09-12 01:50:15 +0300 (Sat, 12 Sep 2009) | 2 lines
Catch up with ACPICA 20090903.

r197107 | jkim | 2009-09-12 01:56:08 +0300 (Sat, 12 Sep 2009) | 2 lines
Canonify include paths for newly added files.

r197688 | jkim | 2009-10-01 23:56:15 +0300 (Thu, 01 Oct 2009) | 4 lines
Compile ACPI debugger and disassembler for kernel modules
unconditionally.
These files will generate almost empty object files without
ACPI_DEBUG/DDB
options.  As a result, size of acpi.ko will increase slightly.

r198237 | jkim | 2009-10-19 19:12:58 +0300 (Mon, 19 Oct 2009) | 2 lines
Merge ACPICA 20091013.

r199337 | jkim | 2009-11-16 23:47:12 +0200 (Mon, 16 Nov 2009) | 2 lines
Merge ACPICA 20091112.

r199338 | jkim | 2009-11-16 23:53:56 +0200 (Mon, 16 Nov 2009) | 2 lines
Add a forgotten module Makefile change from the previous commit.

r200553 | jkim | 2009-12-15 00:24:04 +0200 (Tue, 15 Dec 2009) | 2 lines
Merge ACPICA 20091214.

r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 lines
Remove _FDE quirk handling as these quirks are automatically repaired
by ACPICA layer since ACPICA 20091214.

r202771 | jkim | 2010-01-21 23:14:28 +0200 (Thu, 21 Jan 2010) | 2 lines
Merge ACPICA 20100121.

r202773 | jkim | 2010-01-21 23:31:39 +0200 (Thu, 21 Jan 2010) | 2 lines
Fix a new header inclusion.

Discussed with:		jkim, jhb
No objections from:	acpi@
</content>
</entry>
<entry>
<title>MFC r198520, r198857: fdc(4) module unload fixes</title>
<updated>2009-12-23T11:35:25Z</updated>
<author>
<name>Jaakko Heinonen</name>
<email>jh@FreeBSD.org</email>
</author>
<published>2009-12-23T11:35:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=48c7a876968b0ab4418bf0c511e260d032410cc8'/>
<id>urn:sha1:48c7a876968b0ab4418bf0c511e260d032410cc8</id>
<content type='text'>
PR:		kern/104079
Approved by:	trasz (mentor)
</content>
</entry>
<entry>
<title>With the fdc control device disappearing some 5 years ago, it is no</title>
<updated>2009-06-24T19:30:31Z</updated>
<author>
<name>Joerg Wunsch</name>
<email>joerg@FreeBSD.org</email>
</author>
<published>2009-06-24T19:30:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3fdc1d5c487e0702b4890584f1195d567ec9ed31'/>
<id>urn:sha1:3fdc1d5c487e0702b4890584f1195d567ec9ed31</id>
<content type='text'>
longer useful for the FD_STYPE and FD_SOPTS ioctls to insist on being
issued on a writable file descriptor.  Otherwise, there's no longer a
chance to set the drive type or options when a read-only medium is
present in the drive, as there is no way to obtain a writable fd then.
</content>
</entry>
<entry>
<title>Import ACPICA 20090521.</title>
<updated>2009-06-05T18:44:36Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2009-06-05T18:44:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=129d3046ef0427d3b22b78a71f3494854d817fba'/>
<id>urn:sha1:129d3046ef0427d3b22b78a71f3494854d817fba</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Eliminate an unused variable reported by coverity</title>
<updated>2008-11-23T23:04:28Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2008-11-23T23:04:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eed55f0644927373c97d5ba096214352a01c45f6'/>
<id>urn:sha1:eed55f0644927373c97d5ba096214352a01c45f6</id>
<content type='text'>
Submitted by:	Ganbold
</content>
</entry>
<entry>
<title>- Revive fdc(4) per-device flag 0x10, which was removed in r1.284[1].</title>
<updated>2008-11-15T01:43:34Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2008-11-15T01:43:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c884498f0bde4c8a8b7924a4a9fe63d561a8c7d5'/>
<id>urn:sha1:c884498f0bde4c8a8b7924a4a9fe63d561a8c7d5</id>
<content type='text'>
- If the flag is set and auto-select fails, assume disk is not present.
- Set disk empty flag only when the floppy controller reset is needed.
It fixes regression introduced in r1.311, which prevented it from ignoring
errors.  Now fdformat(1) and dd(1) with conv=noerror option can continue
when read/write errors occur as they should.
- Do not retry disk probing as it is extremely slow and pointless.
- Move the disk probing code into a separate function.
- Do not reset disk empty flag if write-protect check fails somehow.

PR:		kern/116538[1]
</content>
</entry>
<entry>
<title>The wakeup() line from the rev. 1.319 is wrong and reintroduces</title>
<updated>2008-01-11T16:50:52Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2008-01-11T16:50:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=89a828fde94cfb83da985c9d727c28e0bac0b100'/>
<id>urn:sha1:89a828fde94cfb83da985c9d727c28e0bac0b100</id>
<content type='text'>
a panic race on module unload. The wakeup() is internal to
kproc_exit/kthread_exit. The correct fix is to fix the msleep() in
detach to sleep on fdc-&gt;fdc_thread instead of &amp;fdc-&gt;fdc_thread.

Noted and reviewed by:	jhb
Pointy hat to:	kib
MFC after:	1 week
</content>
</entry>
<entry>
<title>Fix unload of the fdc.ko:</title>
<updated>2008-01-11T11:53:04Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2008-01-11T11:53:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fc9f8bcf4f25461d922731c3e114fbc76b45600e'/>
<id>urn:sha1:fc9f8bcf4f25461d922731c3e114fbc76b45600e</id>
<content type='text'>
Wakeup the thread doing the fdc_detach() when the fdc worker thread exits [1].
Write access to the write-protected floppy shall call device_unbusy() to
pair the device_busy() in the fd_access() [2].

PR:	116537 [1], 116539 [2]
MFC after:	1 week
</content>
</entry>
</feed>
