HomeSort by: relevance | last modified time | path
    Searched hist:1.816 (Results 1 - 20 of 20) sorted by relevancy

  /src/sys/dev/pci/
piixide.c 1.19.2.5 Tue Apr 08 21:29:46 UTC 2008 jdc Pull up revisions:
src/sys/dev/pci/pcidevs 1.816
src/sys/dev/pci/piixide.c 1.28
(requested by bouyer in ticket #1909).

Add device IDs for Intel's 631xESB/632xESB southbridges, and start the list
for the 5000X northbridge. I'll add the rest later, the spec is currently
unavailable so I'll collect them from another source.

Add support for the 631xESB/632xESB.

1.27.2.1 Fri Aug 11 05:03:12 UTC 2006 riz Pull up following revision(s) (requested by cube in ticket #8):
sys/dev/pci/piixide.c: revision 1.28
sys/dev/pci/pcidevs: revision 1.816
Add device IDs for Intel's 631xESB/632xESB southbridges, and start the list
for the 5000X northbridge. I'll add the rest later, the spec is currently
unavailable so I'll collect them from another source.
Add support for the 631xESB/632xESB.

pcidevs 1.816 Tue Aug 08 19:37:00 UTC 2006 cube Add device IDs for Intel's 631xESB/632xESB southbridges, and start the list
for the 5000X northbridge. I'll add the rest later, the spec is currently
unavailable so I'll collect them from another source.
1.701.2.49 Tue Apr 08 21:29:46 UTC 2008 jdc Pull up revisions:
src/sys/dev/pci/pcidevs 1.816
src/sys/dev/pci/piixide.c 1.28
(requested by bouyer in ticket #1909).

Add device IDs for Intel's 631xESB/632xESB southbridges, and start the list
for the 5000X northbridge. I'll add the rest later, the spec is currently
unavailable so I'll collect them from another source.

Add support for the 631xESB/632xESB.
1.815.2.1 Fri Aug 11 05:03:12 UTC 2006 riz Pull up following revision(s) (requested by cube in ticket #8):
sys/dev/pci/piixide.c: revision 1.28
sys/dev/pci/pcidevs: revision 1.816
Add device IDs for Intel's 631xESB/632xESB southbridges, and start the list
for the 5000X northbridge. I'll add the rest later, the spec is currently
unavailable so I'll collect them from another source.
Add support for the 631xESB/632xESB.
pcidevs.h 1.816 Tue Aug 08 19:37:35 UTC 2006 cube Regen (Intel 63xxESB devices).
pcidevs_data.h 1.816 Wed Aug 09 05:51:01 UTC 2006 jnemeth regen for Token Ring additions
  /src/sys/dev/usb/
if_ure.c 1.58.4.2 Sun Oct 13 15:27:01 UTC 2024 martin Pull up following revision(s) (requested by riastradh in ticket #967):

sys/dev/usb/usbdevs: revision 1.816
sys/dev/usb/if_ure.c: revision 1.60

PR/58250: RVP: Add TP-Link UE300 USB LAN adapter
usbdevs 1.816 Sun May 12 17:17:56 UTC 2024 christos branches: 1.816.2;
PR/58250: RVP: Add TP-Link UE300 USB LAN adapter
Sun May 12 17:17:56 UTC 2024 christos branches: 1.816.2;
PR/58250: RVP: Add TP-Link UE300 USB LAN adapter
1.806.4.5 Sun Oct 13 15:25:37 UTC 2024 martin Pull up following revision(s) (requested by riastradh in ticket #967):

sys/dev/usb/usbdevs: revision 1.816
sys/dev/usb/if_ure.c: revision 1.60

PR/58250: RVP: Add TP-Link UE300 USB LAN adapter
1.816.2.1 Sat Aug 02 05:57:06 UTC 2025 perseant Sync with HEAD
usbdevs.h 1.816 Thu Oct 16 13:27:21 UTC 2025 sborrill Regen after adding variant of D-Link DWM-222
usbdevs_data.h 1.816 Thu Oct 16 13:27:21 UTC 2025 sborrill Regen after adding variant of D-Link DWM-222
  /src/sys/arch/i386/conf/
GENERIC 1.816 Sat Mar 10 10:54:53 UTC 2007 bouyer branches: 1.816.2; 1.816.4;
Comment out 'fdc* at acpi?' (it's likely that systems not supporting
fdc0 at isa? don't have a fdc at all). Because of the 'fdc0 at isa?', on
systems supporting ACPI the floppy controller would attach as fdc1. as fd(4)
looks for its type in nvram using the floppy controller index, it's looking for
the wrong controller and the default density isn't set (so /dev/fd0a doens't
work).
Problem analyzed by John Nemeth, thanks !
Sat Mar 10 10:54:53 UTC 2007 bouyer branches: 1.816.2; 1.816.4;
Comment out 'fdc* at acpi?' (it's likely that systems not supporting
fdc0 at isa? don't have a fdc at all). Because of the 'fdc0 at isa?', on
systems supporting ACPI the floppy controller would attach as fdc1. as fd(4)
looks for its type in nvram using the floppy controller index, it's looking for
the wrong controller and the default density isn't set (so /dev/fd0a doens't
work).
Problem analyzed by John Nemeth, thanks !
.2; 1.816.4;
Comment out 'fdc* at acpi?' (it's likely that systems not supporting
fdc0 at isa? don't have a fdc at all). Because of the 'fdc0 at isa?', on
systems supporting ACPI the floppy controller would attach as fdc1. as fd(4)
looks for its type in nvram using the floppy controller index, it's looking for
the wrong controller and the default density isn't set (so /dev/fd0a doens't
work).
Problem analyzed by John Nemeth, thanks !
1.799.2.5 Thu Mar 22 20:00:09 UTC 2007 jdc Pull up revision 1.816 (requested by bouyer in ticket #501).

Comment out 'fdc* at acpi?' (it's likely that systems not supporting
fdc0 at isa? don't have a fdc at all). Because of the 'fdc0 at isa?', on
systems supporting ACPI the floppy controller would attach as fdc1. as fd(4)
looks for its type in nvram using the floppy controller index, it's looking for
the wrong controller and the default density isn't set (so /dev/fd0a doens't
work).
Problem analyzed by John Nemeth, thanks !
1.816.4.1 Wed Jul 11 19:59:45 UTC 2007 mjf Sync with head.
1.816.2.9 Mon Dec 03 19:03:22 UTC 2007 ad Sync with HEAD.
1.816.2.8 Mon Dec 03 18:36:23 UTC 2007 ad Sync with HEAD.
1.816.2.7 Tue Oct 09 13:37:48 UTC 2007 ad Sync with head.
1.816.2.6 Mon Aug 20 18:38:07 UTC 2007 ad Sync with HEAD.
1.816.2.5 Sun Jul 15 13:16:07 UTC 2007 ad Sync with head.
  /src/sys/arch/i386/i386/
machdep.c 1.816 Thu Feb 14 08:18:25 UTC 2019 cherry Welcome XENPVHVM mode.

It is UP only, has xbd(4) and xennet(4) as PV drivers.

The console is com0 at isa and the native portion is very
rudimentary AT architecture, so is probably suboptimal to
run without PV support.
  /src/usr.bin/make/
var.c 1.816 Sun Feb 14 18:21:31 UTC 2021 rillig make: rename VarExprStatus to ExprStatus

It is only used in var.c so there is no need to use a prefix.
  /src/sys/conf/
files 1.816 Fri Oct 27 21:20:48 UTC 2006 christos Merge kernel and userland rmd160 and sha2 implementation.
XXX: We still install rmd160.h and sha2.h in /usr/include/crypto, unlike
the other hash functions which get installed in /usr/include for compatibility.
  /src/doc/
CHANGES 1.816 Wed Mar 21 19:30:55 UTC 2007 xtraeme Mention options(4) in last item... suggested by hubertf@.
3RDPARTY 1.816 Wed Feb 23 10:11:13 UTC 2011 jruoho Use the wording "BSD-like" for the license of ACPICA.
  /src/distrib/sets/lists/tests/
mi 1.816 Fri Jun 07 21:32:34 UTC 2019 christos new origin test
  /src/share/mk/
bsd.own.mk 1.816 Mon Jun 23 02:13:53 UTC 2014 christos unbreak powerpc64; it is not ready for gcc-4.8 ATM.
  /src/distrib/sets/lists/base/
mi 1.816 Thu Jun 11 06:18:12 UTC 2009 mrg remove a dir that does not exist
shl.mi 1.816 Sun May 21 15:28:37 UTC 2017 riastradh Remove MKCRYPTO option.

Originally, MKCRYPTO was introduced because the United States
classified cryptography as a munition and restricted its export. The
export controls were substantially relaxed fifteen years ago, and are
essentially irrelevant for software with published source code.

In the intervening time, nobody bothered to remove the option after
its motivation -- the US export restriction -- was eliminated. I'm
not aware of any other operating system that has a similar option; I
expect it is mainly out of apathy for churn that we still have it.
Today, cryptography is an essential part of modern computing -- you
can't use the internet responsibly without cryptography.

The position of the TNF board of directors is that TNF makes no
representation that MKCRYPTO=no satisfies any country's cryptography
regulations.

My personal position is that the availability of cryptography is a
basic human right; that any local laws restricting it to a privileged
few are fundamentally immoral; and that it is wrong for developers to
spend effort crippling cryptography to work around such laws.

As proposed on tech-crypto, tech-security, and tech-userlevel to no
objections:

https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html
https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html
https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html

P.S. Reviewing all the uses of MKCRYPTO in src revealed a lot of
*bad* crypto that was conditional on it, e.g. DES in telnet... That
should probably be removed too, but on the grounds that it is bad,
not on the grounds that it is (nominally) crypto.
  /src/distrib/sets/lists/man/
mi 1.816 Thu Aug 18 23:06:15 UTC 2005 rpaulo Added missing Postfix 2.2.5 man pages.
  /src/distrib/sets/lists/comp/
mi 1.816 Mon Sep 19 03:16:40 UTC 2005 simonb Mark <sys/tprintf.h> as obsolete.

Completed in 1748 milliseconds