<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in VR41XX</title>
    <link>http://nxr.netbsd.org/rss/src/sys/arch/hpcmips/conf/VR41XX</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>add "midi* at midibus?" to hpmips VR41XX kernel config.<br/>it is needed for umidi to build and makes this config to build as well.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.77</description>
    <pubDate>Sat Sep 09 09:38:02 UTC 2023</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>Remove uscanner(4) driver<br/><br/>This exists for compatibility with a Linux interface which was apparently<br/>deprecated in Linux 2.6. There are various mailing list threads going<br/>back to 2004 where the usefulness of this driver is discussed, but<br/>the conclusion is that scanner software has all moved to using ugen(4)<br/>instead, and enabling this driver will not help you scan things.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.76</description>
    <pubDate>Tue Jun 29 10:22:35 UTC 2021</pubDate>
    <dc:creator>nia</dc:creator>
</item>

<item>
    <title>branches:  1.75.6;<br/>Remove uyap, USB YAP phone firmware loader.<br/><br/>And the associated ezload EZ-USB code, which is only used by uyap.<br/>It could theoretically be used by other drivers, but none of them are<br/>in tree.<br/><br/>I suspect that this device isn't in use, as phone technology has improved<br/>a lot since 2001 when uyap(4) was added to the tree.<br/><br/>Proposed with no objections on netbsd-users on 13 April 2020</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.75</description>
    <pubDate>Sat May 16 13:46:11 UTC 2020</pubDate>
    <dc:creator>maya</dc:creator>
</item>

<item>
    <title>remove urio(4), a driver for the Rio500 MP3 player.<br/><br/>At this point it is highly unlikely this 1999 device still has users,<br/>but it still comes up in the context of maxv's USB-fuzzing (and any device<br/>could pretend to be a urio(4)), so it's best to get rid of it.<br/><br/>Renamed all major entries to obsolete, as was done in previous removals.<br/><br/>This still requires an update to sanitizers, but they're located in<br/>"external", perhaps it should be first committed upstream?<br/><br/>Proposed on tech-kern a month ago.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.74</description>
    <pubDate>Wed Jan 29 18:39:02 UTC 2020</pubDate>
    <dc:creator>maya</dc:creator>
</item>

<item>
    <title>branches:  1.73.6;<br/>Add drvctl to kernel which has audio device.<br/>audiocfg(1) requires drvctl(4).</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.73</description>
    <pubDate>Sat Apr 13 08:22:59 UTC 2019</pubDate>
    <dc:creator>isaki</dc:creator>
</item>

<item>
    <title>Add ure(4) to kernel config files. Also add PHY drivers where necessary.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.72</description>
    <pubDate>Wed Feb 06 11:58:31 UTC 2019</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>Add (commented out) mue(4) to where appropriate.<br/>Also add MII/PHY drivers for USB NICs if missing.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.71</description>
    <pubDate>Sat Aug 25 20:52:41 UTC 2018</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>Unreference IPF/PF from all the config files, and enable NPF instead when<br/>wanted. This also fixes some inconsistencies I saw in several files (eg<br/>IPF options while IPF was not compiled, IPF+PF enabled by default, etc).</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.70</description>
    <pubDate>Wed Aug 01 20:04:11 UTC 2018</pubDate>
    <dc:creator>maxv</dc:creator>
</item>

<item>
    <title>branches:  1.69.2;  1.69.4;<br/>clean up COMPAT_* options for native netbsd code:<br/>- new series of files that are useful for saying "i want everything<br/>  since netbsd 1.4", etc.<br/>- use the fact COMPAT_* options have future dependancies to remove<br/>  many redundant options.<br/><br/>removes about 3000 lines total across kernel configuration files.<br/>tested about 30 random kernels in the changed list.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.69</description>
    <pubDate>Thu Sep 14 07:58:41 UTC 2017</pubDate>
    <dc:creator>mrg</dc:creator>
</item>

<item>
    <title>wildcard speaker attachments, now that we can handle many of them.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.68</description>
    <pubDate>Tue Dec 13 20:42:18 UTC 2016</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>remove VAUDIOSPEAKER for now, will be done differently.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.67</description>
    <pubDate>Sat Dec 10 23:03:24 UTC 2016</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>Add a synthesized pc beeper and keyboard bell for platforms with an audio<br/>device.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.66</description>
    <pubDate>Thu Dec 08 11:31:10 UTC 2016</pubDate>
    <dc:creator>nat</dc:creator>
</item>

<item>
    <title>branches:  1.65.2;<br/>Disable uscanner in all kernel configs<br/><br/>As discussed on current-users@, SANE uses ugen via libusb and not<br/>uscanner, so users are not well served by having uscanner.  Consensus<br/>is that addressing how to adjust permissions for scanners should not<br/>block restoring basic functionionality.<br/><br/>(Compile-tested only, but there are multiple reports of this being the<br/>right approach.)</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.65</description>
    <pubDate>Sat Mar 19 23:21:02 UTC 2016</pubDate>
    <dc:creator>gdt</dc:creator>
</item>

<item>
    <title>Add `pseudo-device ksyms' where `options DDB' is used, because<br/>config(1)/config(5) can't handle module dependency correctly at this<br/>moment.<br/><br/>(This is another proof that shared file definition (`file xxx.c a|b')<br/>is a bad idea.)</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.64</description>
    <pubDate>Fri Aug 21 01:52:08 UTC 2015</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>branches:  1.63.2;<br/>Systematize (and in many cases, fix) the comments on options COMPAT_NN.<br/><br/>There are quite a few configs that are missing some COMPAT_NN options<br/>in ways that don't make sense; this should probably get cleaned up<br/>too, but for the time being I've not added or removed anything.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.63</description>
    <pubDate>Sat Aug 23 20:26:58 UTC 2014</pubDate>
    <dc:creator>dholland</dc:creator>
</item>

<item>
    <title>Add commented out bpfjit options to mips kernels.<br/>While here, add 2 missing RCS ids.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.62</description>
    <pubDate>Sun Jul 20 10:06:11 UTC 2014</pubDate>
    <dc:creator>alnsn</dc:creator>
</item>

<item>
    <title>branches:  1.61.4;<br/>G/C PFIL_HOOKS from the kernel configs.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.61</description>
    <pubDate>Sun Jun 30 21:38:57 UTC 2013</pubDate>
    <dc:creator>rmind</dc:creator>
</item>

<item>
    <title>branches:  1.60.2;<br/>remove obsolete networking options</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.60</description>
    <pubDate>Wed Jun 05 23:08:01 UTC 2013</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>the bogus number police</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.59</description>
    <pubDate>Sat Apr 27 21:43:28 UTC 2013</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>remove confusing numeric locators where they are unused.</title>
    <description>/src/sys/arch/hpcmips/conf/VR41XX - 1.58</description>
    <pubDate>Sat Apr 27 18:19:37 UTC 2013</pubDate>
    <dc:creator>christos</dc:creator>
</item>
</channel></rss>

