<feed xmlns='http://www.w3.org/2005/Atom'>
<title>netbsd/sys/arch/i386/conf/GENERIC, branch trunk</title>
<subtitle>NetBSD fork for lockdoc analysis</subtitle>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/'/>
<entry>
<title>i386/GENERIC: Enable EFI runtime support.</title>
<updated>2023-05-22T16:28:34+00:00</updated>
<author>
<name>riastradh</name>
<email>riastradh@NetBSD.org</email>
</author>
<published>2023-05-22T16:28:34+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=f1f02bdfd7f7c052c8a667ce65e2dfb81b0201e2'/>
<id>f1f02bdfd7f7c052c8a667ce65e2dfb81b0201e2</id>
<content type='text'>
PR kern/57076

XXX pullup-10</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
PR kern/57076

XXX pullup-10</pre>
</div>
</content>
</entry>
<entry>
<title>Adjust _all_ cinclude of *.local files</title>
<updated>2023-02-09T14:09:47+00:00</updated>
<author>
<name>abs</name>
<email>abs@NetBSD.org</email>
</author>
<published>2023-02-09T14:09:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=b1eec2d7e03420122b47d945f71fd65ddfe682b5'/>
<id>b1eec2d7e03420122b47d945f71fd65ddfe682b5</id>
<content type='text'>
- Ensure always at end
- Use tab rather than spaces
- Add consistent comment
  "Pull in optional local configuration - always at end"

The only functional change is that a local file which tried to
override an existing setting (eg with "no foo") would have failed
in some cases before, but now will work</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Ensure always at end
- Use tab rather than spaces
- Add consistent comment
  "Pull in optional local configuration - always at end"

The only functional change is that a local file which tried to
override an existing setting (eg with "no foo") would have failed
in some cases before, but now will work</pre>
</div>
</content>
</entry>
<entry>
<title>Ensure GENERIC.local is always at the end of GENERIC</title>
<updated>2023-02-09T13:16:04+00:00</updated>
<author>
<name>abs</name>
<email>abs@NetBSD.org</email>
</author>
<published>2023-02-09T13:16:04+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=97b50d273cf87521d8039f58c3184269fbc1aee9'/>
<id>97b50d273cf87521d8039f58c3184269fbc1aee9</id>
<content type='text'>
Where a GENERIC config had an existing inclusion of GENERIC.local,
ensure it is always at the end of the file, with a consistent
comment:

# Pull in optional local configuration
cinclude "arch/landisk/conf/GENERIC.local"

This allows GENERIC.local to correctly override all options

(This pass does not affect any GENERIC which did not already have
an include of GENERIC.local)</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Where a GENERIC config had an existing inclusion of GENERIC.local,
ensure it is always at the end of the file, with a consistent
comment:

# Pull in optional local configuration
cinclude "arch/landisk/conf/GENERIC.local"

This allows GENERIC.local to correctly override all options

(This pass does not affect any GENERIC which did not already have
an include of GENERIC.local)</pre>
</div>
</content>
</entry>
<entry>
<title>Add commented vio9p* to match amd64 GENERIC</title>
<updated>2022-12-22T19:07:16+00:00</updated>
<author>
<name>jakllsch</name>
<email>jakllsch@NetBSD.org</email>
</author>
<published>2022-12-22T19:07:16+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=7cb11cf421a5ddcce7e7eef0319495c824a570ce'/>
<id>7cb11cf421a5ddcce7e7eef0319495c824a570ce</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Enable options DISKLABEL_EI by default as amd64.</title>
<updated>2022-12-11T04:20:52+00:00</updated>
<author>
<name>tsutsui</name>
<email>tsutsui@NetBSD.org</email>
</author>
<published>2022-12-11T04:20:52+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=f90a7f317456cfbaab6d0bb9447cf83223440039'/>
<id>f90a7f317456cfbaab6d0bb9447cf83223440039</id>
<content type='text'>
No particular comment no port-i386@:
 https://mail-index.netbsd.org/port-i386/2022/12/02/msg004063.html</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
No particular comment no port-i386@:
 https://mail-index.netbsd.org/port-i386/2022/12/02/msg004063.html</pre>
</div>
</content>
</entry>
<entry>
<title>swwdog(4): Add to GENERIC kernels.</title>
<updated>2022-09-29T10:10:05+00:00</updated>
<author>
<name>riastradh</name>
<email>riastradh@NetBSD.org</email>
</author>
<published>2022-09-29T10:10:05+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=7a2f3917bc08754d19468d62cad7bc2fc52ae69a'/>
<id>7a2f3917bc08754d19468d62cad7bc2fc52ae69a</id>
<content type='text'>
Plus a handful of others that I'm familiar with.  Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Plus a handful of others that I'm familiar with.  Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702</pre>
</div>
</content>
</entry>
<entry>
<title>x86: Support EFI runtime services.</title>
<updated>2022-09-24T11:05:17+00:00</updated>
<author>
<name>riastradh</name>
<email>riastradh@NetBSD.org</email>
</author>
<published>2022-09-24T11:05:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=807042ec095fd03283b8a650fa19f6baff6be73a'/>
<id>807042ec095fd03283b8a650fa19f6baff6be73a</id>
<content type='text'>
This creates a special pmap, efi_runtime_pmap, which avoids setting
PTE_U but allows mappings to lie in what would normally be user VM --
this way we don't fall afoul of SMAP/SMEP when executing EFI runtime
services from CPL 0.  SVS does not apply to the EFI runtime pmap.

The mechanism is intended to work with either physical addressing or
virtual addressing; currently the bootloader does physical addressing
but in principle it could be modified to do virtual addressing
instead, if it allocated virtual pages, assigned them in the memory
map, and issued RT-&gt;SetVirtualAddressMap.

Not sure pmap_activate_sync and pmap_deactivate_sync are correct,
need more review from an x86 wizard.

If this causes fallout, it can be disabled temporarily without
reverting anything by just making efi_runtime_init return immediately
without doing anything, or by removing options EFI_RUNTIME.

amd64-only for now pending type fixes and testing on i386.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This creates a special pmap, efi_runtime_pmap, which avoids setting
PTE_U but allows mappings to lie in what would normally be user VM --
this way we don't fall afoul of SMAP/SMEP when executing EFI runtime
services from CPL 0.  SVS does not apply to the EFI runtime pmap.

The mechanism is intended to work with either physical addressing or
virtual addressing; currently the bootloader does physical addressing
but in principle it could be modified to do virtual addressing
instead, if it allocated virtual pages, assigned them in the memory
map, and issued RT-&gt;SetVirtualAddressMap.

Not sure pmap_activate_sync and pmap_deactivate_sync are correct,
need more review from an x86 wizard.

If this causes fallout, it can be disabled temporarily without
reverting anything by just making efi_runtime_init return immediately
without doing anything, or by removing options EFI_RUNTIME.

amd64-only for now pending type fixes and testing on i386.</pre>
</div>
</content>
</entry>
<entry>
<title>UFS/LFS dirhash:</title>
<updated>2022-08-07T02:52:23+00:00</updated>
<author>
<name>simonb</name>
<email>simonb@NetBSD.org</email>
</author>
<published>2022-08-07T02:52:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=bffd2b8a9693de152e982a9f784ab07adb04db9a'/>
<id>bffd2b8a9693de152e982a9f784ab07adb04db9a</id>
<content type='text'>
- Enable UFS_DIRHASH if the architecture or kernel model specific config
  file can use 128MB of RAM or more.
- Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel
  and by a number of NetBSD developers for years.
- Add LFS_DIRHASH if LFS was enabled.
- Be somewhat consistent with FS options order.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Enable UFS_DIRHASH if the architecture or kernel model specific config
  file can use 128MB of RAM or more.
- Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel
  and by a number of NetBSD developers for years.
- Add LFS_DIRHASH if LFS was enabled.
- Be somewhat consistent with FS options order.</pre>
</div>
</content>
</entry>
<entry>
<title>drm: New option DRM_LEGACY.</title>
<updated>2022-07-28T21:52:36+00:00</updated>
<author>
<name>riastradh</name>
<email>riastradh@NetBSD.org</email>
</author>
<published>2022-07-28T21:52:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=b041f6a5815b6047fe44cf8e3d198b9883c7e51e'/>
<id>b041f6a5815b6047fe44cf8e3d198b9883c7e51e</id>
<content type='text'>
This brings in the `drmums' components, which are the parts of the
current drm code base (sys/external/bsd/drm2) needed by legacy
user-mode-setting drivers (currently just viadrmums), in contrast to
the old drm code base (sys/external/bsd/drm).

This way, viadrmums.kmod can be loaded into GENERIC i386 kernels, but
platforms without any relevant legacy UMS drivers don't get the
legacy goo statically baked in.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This brings in the `drmums' components, which are the parts of the
current drm code base (sys/external/bsd/drm2) needed by legacy
user-mode-setting drivers (currently just viadrmums), in contrast to
the old drm code base (sys/external/bsd/drm).

This way, viadrmums.kmod can be loaded into GENERIC i386 kernels, but
platforms without any relevant legacy UMS drivers don't get the
legacy goo statically baked in.</pre>
</div>
</content>
</entry>
<entry>
<title>x86: Enable HDAUDIOVERBOSE (as on arm) in order for AUDIO_GETDEV</title>
<updated>2022-04-16T11:57:46+00:00</updated>
<author>
<name>nia</name>
<email>nia@NetBSD.org</email>
</author>
<published>2022-04-16T11:57:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.infra.scholz.ruhr/netbsd/commit/?id=62858734f12a4a27e4a0f5760fd30a1ff8bb902a'/>
<id>62858734f12a4a27e4a0f5760fd30a1ff8bb902a</id>
<content type='text'>
to return human-readable data.  Especially now that HDMI/DP audio
is enabled by default, it helps to be able to tell two devices
apart in audiocfg/aiomixer.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
to return human-readable data.  Especially now that HDMI/DP audio
is enabled by default, it helps to be able to tell two devices
apart in audiocfg/aiomixer.</pre>
</div>
</content>
</entry>
</feed>
