<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/bvm, branch release/12.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2020-12-17T19:49:17Z</updated>
<entry>
<title>MFC r368519:</title>
<updated>2020-12-17T19:49:17Z</updated>
<author>
<name>Robert Wing</name>
<email>rew@FreeBSD.org</email>
</author>
<published>2020-12-17T19:49:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4af2b9793ef68d110ccdb2ec124f99788ac8fc61'/>
<id>urn:sha1:4af2b9793ef68d110ccdb2ec124f99788ac8fc61</id>
<content type='text'>
Add deprecation notice for bvmconsole and bvmdebug.

Now that bhyve(8) supports UART, bvmconsole and bvmdebug are no longer needed.

Mark the '-b' and '-g' flag as deprecated for bhyve(8).

These will be removed/gone in 13.
</content>
</entry>
<entry>
<title>MFC r360051: tty: convert tty_lock_assert to tty_assert_locked</title>
<updated>2020-04-24T13:31:22Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2020-04-24T13:31:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=74727284b626971c5209f162f593ec65d4606b64'/>
<id>urn:sha1:74727284b626971c5209f162f593ec65d4606b64</id>
<content type='text'>
A later change, currently being iterated on in D24459, will in-fact change
the lock type to an sx so that TTY drivers can sleep on it if they need to.
Committing this ahead of time to make the review in question a little more
palatable.

tty_lock_assert() is unfortunately still needed for now in two places to
make sure that the tty lock has not been recursed upon, for those scenarios
where it's supplied by the TTY driver and possibly a mutex that is allowed
to recurse.
</content>
</entry>
<entry>
<title>sys/dev: further adoption of SPDX licensing ID tags.</title>
<updated>2017-11-27T14:52:40Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2017-11-27T14:52:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=718cf2ccb9956613756ab15d7a0e28f2c8e91cab'/>
<id>urn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab</id>
<content type='text'>
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
</content>
</entry>
<entry>
<title>Fix panic "_mtx_lock_sleep: recursed on non-recursive mutex ttymtx" caused when</title>
<updated>2014-03-09T02:07:15Z</updated>
<author>
<name>Neel Natu</name>
<email>neel@FreeBSD.org</email>
</author>
<published>2014-03-09T02:07:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f5f87548b9e04a76ebc853f1dc93d7f9951c3eb4'/>
<id>urn:sha1:f5f87548b9e04a76ebc853f1dc93d7f9951c3eb4</id>
<content type='text'>
acquiring the tty lock in bvm_tty_close(). Instead just assert that the tty
lock is held before calling callout_reset().
</content>
</entry>
<entry>
<title>- Use a callout instead of the deprecated timeout_handle.</title>
<updated>2014-02-07T15:10:24Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2014-02-07T15:10:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=804446097646e85f64b6ce0120bf35f0cb34ab3e'/>
<id>urn:sha1:804446097646e85f64b6ce0120bf35f0cb34ab3e</id>
<content type='text'>
- Set the console name always so that the bvm console device can be used
  via conscontrol even if it isn't chosen as the default console.
</content>
</entry>
<entry>
<title>Probe for existence of the bvm debug port instead of just assuming that it is</title>
<updated>2012-10-27T22:54:23Z</updated>
<author>
<name>Neel Natu</name>
<email>neel@FreeBSD.org</email>
</author>
<published>2012-10-27T22:54:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1ea1e1849014192d01e735715b2d3eecebde8f82'/>
<id>urn:sha1:1ea1e1849014192d01e735715b2d3eecebde8f82</id>
<content type='text'>
always present.

Suggested by:	grehan
Obtained from:	NetApp
</content>
</entry>
<entry>
<title>Update the byve console code with stubs for cngrab and cnungrab</title>
<updated>2012-01-04T17:01:12Z</updated>
<author>
<name>Sean Bruno</name>
<email>sbruno@FreeBSD.org</email>
</author>
<published>2012-01-04T17:01:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fe5476a6e7f318b2ac8b0fbceb2808aff76af285'/>
<id>urn:sha1:fe5476a6e7f318b2ac8b0fbceb2808aff76af285</id>
<content type='text'>
Reviewed by:	grehan@
</content>
</entry>
<entry>
<title>Allow the paravirtualized debug port to override others.</title>
<updated>2011-11-07T19:53:20Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2011-11-07T19:53:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f9f4638d7a4cefcd45a5d70e536f00e9b2154520'/>
<id>urn:sha1:f9f4638d7a4cefcd45a5d70e536f00e9b2154520</id>
<content type='text'>
Obtained from:	NetApp
</content>
</entry>
<entry>
<title>IFC @ r225592</title>
<updated>2011-09-15T22:14:35Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2011-09-15T22:14:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fab4c373af4f465f03ae217f491d8cf3a3eeb26d'/>
<id>urn:sha1:fab4c373af4f465f03ae217f491d8cf3a3eeb26d</id>
<content type='text'>
sys/dev/bvm/bvm_console.c - move up to the new alt-break order.
</content>
</entry>
<entry>
<title>Changes to allow the GENERIC+bhye kernel built from this branch to</title>
<updated>2011-05-19T21:53:25Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2011-05-19T21:53:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1f3025e13378bfb7be746e15743c2050fae45a93'/>
<id>urn:sha1:1f3025e13378bfb7be746e15743c2050fae45a93</id>
<content type='text'>
run as a 1/2 CPU guest on an 8.1 bhyve host.

bhyve/inout.c
      inout.h
      fbsdrun.c
 - Rather than exiting on accesses to unhandled i/o ports, emulate
   hardware by returning -1 on reads and ignoring writes to unhandled
   ports. Support the previous mode by allowing a 'strict' parameter
   to be set from the command line.
   The 8.1 guest kernel was vastly cut down from GENERIC and had no
   ISA devices. Booting GENERIC exposes a massive amount of random
   touching of i/o ports (hello syscons/vga/atkbdc).

bhyve/consport.c
dev/bvm/bvm_console.c
 - implement a simplistic signature for the bvm console by returning
   'bv' for an inw on the port. Also, set the priority of the console
   to CN_REMOTE if the signature was returned. This works better in
   an environment where multiple consoles are in the kernel (hello syscons)

bhyve/rtc.c
 - return 0 for the access to RTC_EQUIPMENT (yes, you syscons)

amd64/vmm/x86.c
          x86.h
 - hide a bunch more CPUID leaf 1 bits from the guest to prevent
   cpufreq drivers from probing.
   The next step will be to move CPUID handling completely into
   user-space. This will allow the full spectrum of changes from
   presenting a lowest-common-denominator CPU type/feature set, to
   exposing (almost) everything that the host can support.

Reviewed by:	neel
Obtained from:	NetApp
</content>
</entry>
</feed>
