History log of /src/sys/dev/pci/if_dge.c |
Revision | | Date | Author | Comments |
1.65 |
| 05-Jul-2024 |
rin | sys: Drop redundant NULL check before m_freem(9)
m_freem(9) safely has accepted NULL argument at least since 4.2BSD: https://www.tuhs.org/cgi-bin/utree.pl?file=4.2BSD/usr/src/sys/sys/uipc_mbuf.c
Compile-tested on amd64/ALL.
Suggested by knakahara@
|
1.64 |
| 09-Feb-2024 |
andvar | fix spelling mistakes, mainly in comments and log messages.
|
1.63 |
| 31-Dec-2021 |
riastradh | sys: Use if_init wrapper function.
Exception: Not in kern_pmf.c, for the kind of silly reason that it avoids having kern_pmf.c refer to symbols defined only in net; this avoids a pain in the rump.
|
1.62 |
| 05-Dec-2021 |
msaitoh | s/checkum/checksum/ in comment.
|
1.61 |
| 10-Nov-2021 |
msaitoh | s/threshhold/threshold/ in comment.
|
1.60 |
| 09-Aug-2021 |
andvar | s/aligment/alignment/ + one more typo fix in comments.
|
1.59 |
| 08-May-2021 |
thorpej | Use pci_compatible_match().
|
1.58 |
| 01-Mar-2020 |
thorpej | branches: 1.58.10; Support 64-bit DMA addressing, and use the 64-bit PCI DMA tag if available.
|
1.57 |
| 30-Jan-2020 |
thorpej | Adopt <net/if_stats.h>.
|
1.56 |
| 10-Nov-2019 |
chs | branches: 1.56.2; in many device attach paths, allocate memory with M_WAITOK instead of M_NOWAIT and remove code to handle failures that can no longer happen.
|
1.55 |
| 29-May-2019 |
msaitoh | Even if we don't use MII(4), use the common path of SIOC[GS]IFMEDIA in sys/net/if_ethersubr.c if we can. - Add ec_ifmedia into struct ethercom. - ec_mii in struct ethercom is kept and used as it is. It might be used in future. Note that some Ethernet drivers which _DOESN'T_ use mii(4) use ec_mii for keeping the if_media. Those should be changed in future.
|
1.54 |
| 28-May-2019 |
msaitoh | Use ETHER_LOCK()/ETHER_UNLOCK() for all ethernet drivers to protect ec_multi*.
|
1.53 |
| 23-May-2019 |
msaitoh | -No functional change: - KNF - u_int*_t -> uint*_t.
|
1.52 |
| 26-Apr-2019 |
msaitoh | No functional change: - u_int_{8,16,32}_t -> uint_{8,16,32}_t - KNF. - Tabify. - Remove extra space.
|
1.51 |
| 03-Feb-2019 |
mrg | - add or adjust /* FALLTHROUGH */ where appropriate - add __unreachable() after functions that can return but won't in this case, and thus can't be marked __dead easily
|
1.50 |
| 09-Dec-2018 |
jdolecek | use pci_intr_establish_xname() everywhere
|
1.49 |
| 03-Sep-2018 |
riastradh | Rename min/max -> uimin/uimax for better honesty.
These functions are defined on unsigned int. The generic name min/max should not silently truncate to 32 bits on 64-bit systems. This is purely a name change -- no functional change intended.
HOWEVER! Some subsystems have
#define min(a, b) ((a) < (b) ? (a) : (b)) #define max(a, b) ((a) > (b) ? (a) : (b))
even though our standard name for that is MIN/MAX. Although these may invite multiple evaluation bugs, these do _not_ cause integer truncation.
To avoid `fixing' these cases, I first changed the name in libkern, and then compile-tested every file where min/max occurred in order to confirm that it failed -- and thus confirm that nothing shadowed min/max -- before changing it.
I have left a handful of bootloaders that are too annoying to compile-test, and some dead code:
cobalt ews4800mips hp300 hppa ia64 luna68k vax acorn32/if_ie.c (not included in any kernels) macppc/if_gm.c (superseded by gem(4))
It should be easy to fix the fallout once identified -- this way of doing things fails safe, and the goal here, after all, is to _avoid_ silent integer truncations, not introduce them.
Maybe one day we can reintroduce min/max as type-generic things that never silently truncate. But we should avoid doing that for a while, so that existing code has a chance to be detected by the compiler for conversion to uimin/uimax without changing the semantics until we can properly audit it all. (Who knows, maybe in some cases integer truncation is actually intended!)
|
1.48 |
| 26-Jun-2018 |
msaitoh | branches: 1.48.2; Implement the BPF direction filter (BIOC[GS]DIRECTION). It provides backward compatibility with BIOC[GS]SEESENT ioctl. The userland interface is the same as FreeBSD.
This change also fixes a bug that the direction is misunderstand on some environment by passing the direction to bpf_mtap*() instead of checking m->m_pkthdr.rcvif.
|
1.47 |
| 15-Dec-2016 |
ozaki-r | branches: 1.47.14; Move bpf_mtap and if_ipackets++ on Rx of each driver to percpuq if_input
The benefits of the change are: - We can reduce codes - We can provide the same behavior between drivers - Where/When if_ipackets is counted up - Note that some drivers still update packet statistics in their own way (periodical update) - Moved bpf_mtap run in softint - This makes it easy to MP-ify bpf
Proposed on tech-kern and tech-net
|
1.46 |
| 08-Dec-2016 |
ozaki-r | Apply deferred if_start framework
if_schedule_deferred_start checks if the if_snd queue contains packets, so drivers don't need to check it by themselves.
|
1.45 |
| 07-Jul-2016 |
msaitoh | branches: 1.45.2; KNF. Remove extra spaces. No functional change.
|
1.44 |
| 10-Jun-2016 |
ozaki-r | Introduce m_set_rcvif and m_reset_rcvif
The API is used to set (or reset) a received interface of a mbuf. They are counterpart of m_get_rcvif, which will come in another commit, hide internal of rcvif operation, and reduce the diff of the upcoming change.
No functional change.
|
1.43 |
| 01-Jun-2016 |
pgoyette | Fix typo that somehow snuck in.
|
1.42 |
| 01-Jun-2016 |
pgoyette | Add support for Intel 82597EX_SR - from PR kern/47750
|
1.41 |
| 09-Feb-2016 |
ozaki-r | Introduce softint-based if_input
This change intends to run the whole network stack in softint context (or normal LWP), not hardware interrupt context. Note that the work is still incomplete by this change; to that end, we also have to softint-ify if_link_state_change (and bpf) which can still run in hardware interrupt.
This change softint-ifies at ifp->if_input that is called from each device driver (and ieee80211_input) to ensure Layer 2 runs in softint (e.g., ether_input and bridge_input). To this end, we provide a framework (called percpuq) that utlizes softint(9) and percpu ifqueues. With this patch, rxintr of most drivers just queues received packets and schedules a softint, and the softint dequeues packets and does rest packet processing.
To minimize changes to each driver, percpuq is allocated in struct ifnet for now and that is initialized by default (in if_attach). We probably have to move percpuq to softc of each driver, but it's future work. At this point, only wm(4) has percpuq in its softc as a reference implementation.
Additional information including performance numbers can be found in the thread at tech-kern@ and tech-net@: http://mail-index.netbsd.org/tech-kern/2016/01/14/msg019997.html
Acknowledgment: riastradh@ greatly helped this work. Thank you very much!
|
1.40 |
| 13-Apr-2015 |
riastradh | Convert sys/dev to use <sys/rndsource.h>.
|
1.39 |
| 11-Jan-2015 |
chs | fix device/softc split botch.
|
1.38 |
| 10-Aug-2014 |
tls | branches: 1.38.2; 1.38.4; Merge tls-earlyentropy branch into HEAD.
|
1.37 |
| 29-Mar-2014 |
christos | branches: 1.37.2; make pci_intr_string and eisa_intr_string take a buffer and a length instead of relying in local static storage.
|
1.36 |
| 17-Oct-2013 |
christos | - remove unused variables - move debugging code inside debugging sections
|
1.35 |
| 27-Oct-2012 |
chs | branches: 1.35.2; split device_t/softc for all remaining drivers. replace "struct device *" with "device_t". use device_xname(), device_unit(), etc.
|
1.34 |
| 02-Feb-2012 |
tls | branches: 1.34.6; Entropy-pool implementation move and cleanup.
1) Move core entropy-pool code and source/sink/sample management code to sys/kern from sys/dev.
2) Remove use of NRND as test for presence of entropy-pool code throughout source tree.
3) Remove use of RND_ENABLED in device drivers as microoptimization to avoid expensive operations on disabled entropy sources; make the rnd_add calls do this directly so all callers benefit.
4) Fix bug in recent rnd_add_data()/rnd_add_uint32() changes that might have lead to slight entropy overestimation for some sources.
5) Add new source types for environmental sensors, power sensors, VM system events, and skew between clocks, with a sample implementation for each.
ok releng to go in before the branch due to the difficulty of later pullup (widespread #ifdef removal and moved files). Tested with release builds on amd64 and evbarm and live testing on amd64.
|
1.33 |
| 30-Jan-2012 |
drochner | Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive} where it looks straightforward, and pci_aprint_devinfo_fancy in a few others where drivers want to supply their own device names instead of the pcidevs generated one. More complicated cases, where names are composed at runtime, are left alone for now. It certainly makes sense to simplify the drivers here rather than inventing a catch-all API. This should serve as as example for new drivers, and also ensure consistent output in the AB_QUIET ("boot -q") case. Also, it avoids excessive stack usage where drivers attach child devices because the buffer for the device name is not kept on the local stack anymore.
|
1.32 |
| 19-Nov-2011 |
tls | branches: 1.32.2; First step of random number subsystem rework described in <20111022023242.BA26F14A158@mail.netbsd.org>. This change includes the following:
An initial cleanup and minor reorganization of the entropy pool code in sys/dev/rnd.c and sys/dev/rndpool.c. Several bugs are fixed. Some effort is made to accumulate entropy more quickly at boot time.
A generic interface, "rndsink", is added, for stream generators to request that they be re-keyed with good quality entropy from the pool as soon as it is available.
The arc4random()/arc4randbytes() implementation in libkern is adjusted to use the rndsink interface for rekeying, which helps address the problem of low-quality keys at boot time.
An implementation of the FIPS 140-2 statistical tests for random number generator quality is provided (libkern/rngtest.c). This is based on Greg Rose's implementation from Qualcomm.
A new random stream generator, nist_ctr_drbg, is provided. It is based on an implementation of the NIST SP800-90 CTR_DRBG by Henric Jungheim. This generator users AES in a modified counter mode to generate a backtracking-resistant random stream.
An abstraction layer, "cprng", is provided for in-kernel consumers of randomness. The arc4random/arc4randbytes API is deprecated for in-kernel use. It is replaced by "cprng_strong". The current cprng_fast implementation wraps the existing arc4random implementation. The current cprng_strong implementation wraps the new CTR_DRBG implementation. Both interfaces are rekeyed from the entropy pool automatically at intervals justifiable from best current cryptographic practice.
In some quick tests, cprng_fast() is about the same speed as the old arc4randbytes(), and cprng_strong() is about 20% faster than rnd_extract_data(). Performance is expected to improve.
The AES code in src/crypto/rijndael is no longer an optional kernel component, as it is required by cprng_strong, which is not an optional kernel component.
The entropy pool output is subjected to the rngtest tests at startup time; if it fails, the system will reboot. There is approximately a 3/10000 chance of a false positive from these tests. Entropy pool _input_ from hardware random numbers is subjected to the rngtest tests at attach time, as well as the FIPS continuous-output test, to detect bad or stuck hardware RNGs; if any are detected, they are detached, but the system continues to run.
A problem with rndctl(8) is fixed -- datastructures with pointers in arrays are no longer passed to userspace (this was not a security problem, but rather a major issue for compat32). A new kernel will require a new rndctl.
The sysctl kern.arandom() and kern.urandom() nodes are hooked up to the new generators, but the /dev/*random pseudodevices are not, yet.
Manual pages for the new kernel interfaces are forthcoming.
|
1.31 |
| 13-Nov-2010 |
uebayasi | branches: 1.31.8; Don't pull in the whole uvm(9) API to access only PAGE_SIZE and some other constants. These are provided by sys/param.h now.
|
1.30 |
| 05-Apr-2010 |
joerg | Push the bpf_ops usage back into bpf.h. Push the common ifp->if_bpf check into the inline functions as well the fourth argument for bpf_attach.
|
1.29 |
| 19-Jan-2010 |
pooka | branches: 1.29.2; 1.29.4; Redefine bpf linkage through an always present op vector, i.e. #if NBPFILTER is no longer required in the client. This change doesn't yet add support for loading bpf as a module, since drivers can register before bpf is attached. However, callers of bpf can now be modularized.
Dynamically loadable bpf could probably be done fairly easily with coordination from the stub driver and the real driver by registering attachments in the stub before the real driver is loaded and doing a handoff. ... and I'm not going to ponder the depths of unload here.
Tested with i386/MONOLITHIC, modified MONOLITHIC without bpf and rump.
|
1.28 |
| 26-Nov-2009 |
njoly | Cleanup interrupt establish error messages. Do not mix aprint_error/aprint_normal/printf calls for a single line.
|
1.27 |
| 27-Sep-2009 |
tsutsui | Replace shutdownhook_establish(9) with pmf_device_register1(9). Compile test only.
|
1.26 |
| 12-May-2009 |
cegger | use device_private(). "looks good" ad@ XXX for the device_t/softc split, please check the driver that no cases have been missed.
|
1.25 |
| 06-May-2009 |
cegger | struct device * -> device_t, no functional changes intended.
|
1.24 |
| 06-May-2009 |
cegger | struct cfdata * -> cfdata_t, no functional changes intended.
|
1.23 |
| 13-Feb-2009 |
abs | avoid long/unsigned long printf warning on some platforms
|
1.22 |
| 07-Nov-2008 |
dyoung | branches: 1.22.4; *** Summary ***
When a link-layer address changes (e.g., ifconfig ex0 link 02:de:ad:be:ef:02 active), send a gratuitous ARP and/or a Neighbor Advertisement to update the network-/link-layer address bindings on our LAN peers.
Refuse a change of ethernet address to the address 00:00:00:00:00:00 or to any multicast/broadcast address. (Thanks matt@.)
Reorder ifnet ioctl operations so that driver ioctls may inherit the functions of their "class"---ether_ioctl(), fddi_ioctl(), et cetera---and the class ioctls may inherit from the generic ioctl, ifioctl_common(), but both driver- and class-ioctls may override the generic behavior. Make network drivers share more code.
Distinguish a "factory" link-layer address from others for the purposes of both protecting that address from deletion and computing EUI64.
Return consistent, appropriate error codes from network drivers.
Improve readability. KNF.
*** Details ***
In if_attach(), always initialize the interface ioctl routine, ifnet->if_ioctl, if the driver has not already initialized it. Delete if_ioctl == NULL tests everywhere else, because it cannot happen.
In the ioctl routines of network interfaces, inherit common ioctl behaviors by calling either ifioctl_common() or whichever ioctl routine is appropriate for the class of interface---e.g., ether_ioctl() for ethernets.
Stop (ab)using SIOCSIFADDR and start to use SIOCINITIFADDR. In the user->kernel interface, SIOCSIFADDR's argument was an ifreq, but on the protocol->ifnet interface, SIOCSIFADDR's argument was an ifaddr. That was confusing, and it would work against me as I make it possible for a network interface to overload most ioctls. On the protocol->ifnet interface, replace SIOCSIFADDR with SIOCINITIFADDR. In ifioctl(), return EPERM if userland tries to invoke SIOCINITIFADDR.
In ifioctl(), give the interface the first shot at handling most interface ioctls, and give the protocol the second shot, instead of the other way around. Finally, let compatibility code (COMPAT_OSOCK) take a shot.
Pull device initialization out of switch statements under SIOCINITIFADDR. For example, pull ..._init() out of any switch statement that looks like this:
switch (...->sa_family) { case ...: ..._init(); ... break; ... default: ..._init(); ... break; }
Rewrite many if-else clauses that handle all permutations of IFF_UP and IFF_RUNNING to use a switch statement,
switch (x & (IFF_UP|IFF_RUNNING)) { case 0: ... break; case IFF_RUNNING: ... break; case IFF_UP: ... break; case IFF_UP|IFF_RUNNING: ... break; }
unifdef lots of code containing #ifdef FreeBSD, #ifdef NetBSD, and #ifdef SIOCSIFMTU, especially in fwip(4) and in ndis(4).
In ipw(4), remove an if_set_sadl() call that is out of place.
In nfe(4), reuse the jumbo MTU logic in ether_ioctl().
Let ethernets register a callback for setting h/w state such as promiscuous mode and the multicast filter in accord with a change in the if_flags: ether_set_ifflags_cb() registers a callback that returns ENETRESET if the caller should reset the ethernet by calling if_init(), 0 on success, != 0 on failure. Pull common code from ex(4), gem(4), nfe(4), sip(4), tlp(4), vge(4) into ether_ioctl(), and register if_flags callbacks for those drivers.
Return ENOTTY instead of EINVAL for inappropriate ioctls. In zyd(4), use ENXIO instead of ENOTTY to indicate that the device is not any longer attached.
Add to if_set_sadl() a boolean 'factory' argument that indicates whether a link-layer address was assigned by the factory or some other source. In a comment, recommend using the factory address for generating an EUI64, and update in6_get_hw_ifid() to prefer a factory address to any other link-layer address.
Add a routing message, RTM_LLINFO_UPD, that tells protocols to update the binding of network-layer addresses to link-layer addresses. Implement this message in IPv4 and IPv6 by sending a gratuitous ARP or a neighbor advertisement, respectively. Generate RTM_LLINFO_UPD messages on a change of an interface's link-layer address.
In ether_ioctl(), do not let SIOCALIFADDR set a link-layer address that is broadcast/multicast or equal to 00:00:00:00:00:00.
Make ether_ioctl() call ifioctl_common() to handle ioctls that it does not understand.
In gif(4), initialize if_softc and use it, instead of assuming that the gif_softc and ifp overlap.
Let ifioctl_common() handle SIOCGIFADDR.
Sprinkle rtcache_invariants(), which checks on DIAGNOSTIC kernels that certain invariants on a struct route are satisfied.
In agr(4), rewrite agr_ioctl_filter() to be a bit more explicit about the ioctls that we do not allow on an agr(4) member interface.
bzero -> memset. Delete unnecessary casts to void *. Use sockaddr_in_init() and sockaddr_in6_init(). Compare pointers with NULL instead of "testing truth". Replace some instances of (type *)0 with NULL. Change some K&R prototypes to ANSI C, and join lines.
|
1.21 |
| 10-Apr-2008 |
cegger | branches: 1.21.4; 1.21.10; 1.21.12; 1.21.14; 1.21.18; use aprint_*_dev and device_xname
|
1.20 |
| 11-Mar-2008 |
dyoung | Prepare for PMF self-suspension: in the if_stop() methods, clear IFF_UP and IFF_RUNNING before running the 'disable' step, instead of after. Soon I will handle the 'disable' step by calling into PMF, which may call if_stop(, 0). Ordinarily, that is harmless. This change lets the if_stop() routines exit early when they find on entry that IFF_RUNNING is not set.
|
1.19 |
| 07-Feb-2008 |
dyoung | branches: 1.19.2; 1.19.6; Start patching up the kernel so that a network driver always has the opportunity to handle an ioctl before generic ifioctl handling occurs. This will ease extending the kernel and sharing of code between drivers.
First steps: Make the signature of ifioctl_common() match struct ifinet->if_ioctl. Convert SIOCSIFCAP and SIOCSIFMTU to the new ifioctl() regime, throughout the kernel.
|
1.18 |
| 07-Nov-2007 |
ad | Merge from vmlocking:
- pool_cache changes. - Debugger/procfs locking fixes. - Other minor changes.
|
1.17 |
| 19-Oct-2007 |
ad | branches: 1.17.2; machine/{bus,cpu,intr}.h -> sys/{bus,cpu,intr}.h
|
1.16 |
| 26-Aug-2007 |
dyoung | branches: 1.16.2; 1.16.6; Constify: LLADDR -> CLLADDR. I'm aiming here to make it easier to identify sockaddr_dl abuse that remains in the kernel, especially the potential for overwriting memory past the end of a sockaddr_dl with, e.g., memcpy(LLADDR(), ...).
|
1.15 |
| 04-Mar-2007 |
christos | branches: 1.15.2; 1.15.10; 1.15.14; Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.
|
1.14 |
| 16-Nov-2006 |
christos | branches: 1.14.4; __unused removal on arguments; approved by core.
|
1.13 |
| 12-Oct-2006 |
christos | - sprinkle __unused on function decls. - fix a couple of unused bugs - no more -Wno-unused for i386
|
1.12 |
| 11-Dec-2005 |
christos | branches: 1.12.20; 1.12.22; merge ktrace-lwp.
|
1.11 |
| 02-May-2005 |
yamt | branches: 1.11.2; split IFCAP_CSUM_xxx to IFCAP_CSUM_xxx_Rx and IFCAP_CSUM_xxx_Tx.
|
1.10 |
| 27-Feb-2005 |
perry | nuke trailing whitespace
|
1.9 |
| 21-Feb-2005 |
thorpej | Define M_CSUM_DATA_IPv4_IPHL() and M_CSUM_DATA_IPv4_OFFSET() macros to extract data from csum_data, rather than just open-coding it.
|
1.8 |
| 18-Feb-2005 |
heas | Adjust csum_data usage; mask off the high 16 bits for L4 header stuff offset and make use of the L3 header length from the high 16 bits such that an m_pullup is no londer necessary.
|
1.7 |
| 30-Oct-2004 |
thorpej | branches: 1.7.4; 1.7.6; When adding/deleting multicast addresses, only whack the address filter if the interface is marked RUNNING.
Fixes kern/27678.
|
1.6 |
| 21-Sep-2004 |
yamt | introduce M_EXT_RW to allow mbuf external storage R/W. discussed on tech-net@.
|
1.5 |
| 10-May-2004 |
thorpej | branches: 1.5.2; Fix a couple of whitespace nits.
|
1.4 |
| 22-Apr-2004 |
itojun | sprintf -> snprintf
|
1.3 |
| 14-Apr-2004 |
ragge | The 82597 chip may write back some receive descriptors off-by-one when the PCIX bus start to get heavily loaded. This only happen when using chained descriptors, therefore work-around it by providing a private pool of receive buffers able to contain a full-sized packet.
|
1.2 |
| 13-Apr-2004 |
ragge | Make it possible to use 16k MTU.
|
1.1 |
| 12-Mar-2004 |
ragge | branches: 1.1.2; Add driver for Intel PRO/10GbE ethernet adapter. Now NetBSD has no problem with intercontinental TCP connections of over 4Gbit/s, which is where my test hardware runs out of bus bandwidth.
Stuff that is on the TODO list: * HW VLAN support. * Large jumbo buffers (16k). * TCP Segmentation Offload * RAIDC (receive interrupt delay adaptation) * Understand how to use memory above 4GB.
|
1.1.2.2 |
| 16-Apr-2004 |
tron | branches: 1.1.2.2.2; Pull up revision 1.3 (requested by ragge in ticket #139): The 82597 chip may write back some receive descriptors off-by-one when the PCIX bus start to get heavily loaded. This only happen when using chained descriptors, therefore work-around it by providing a private pool of receive buffers able to contain a full-sized packet.
|
1.1.2.1 |
| 16-Apr-2004 |
tron | Pull up revision 1.2 (requested by ragge in ticket #139): Make it possible to use 16k MTU.
|
1.1.2.2.2.1 |
| 24-Jan-2005 |
he | Pull up revision 1.7 (requested by thorpej in ticket #939): When adding or deleting multicast addresses, only change the address filter if the interface is marked RUNNING. Fixes PR#27678.
|
1.5.2.8 |
| 10-Nov-2005 |
skrll | Sync with HEAD. Here we go again...
|
1.5.2.7 |
| 04-Mar-2005 |
skrll | Sync with HEAD.
Hi Perry!
|
1.5.2.6 |
| 02-Nov-2004 |
skrll | Sync with HEAD.
|
1.5.2.5 |
| 24-Sep-2004 |
skrll | Sync with HEAD.
|
1.5.2.4 |
| 21-Sep-2004 |
skrll | Fix the sync with head I botched.
|
1.5.2.3 |
| 18-Sep-2004 |
skrll | Sync with HEAD.
|
1.5.2.2 |
| 03-Aug-2004 |
skrll | Sync with HEAD
|
1.5.2.1 |
| 10-May-2004 |
skrll | file if_dge.c was added on branch ktrace-lwp on 2004-08-03 10:49:08 +0000
|
1.7.6.1 |
| 19-Mar-2005 |
yamt | sync with head. xen and whitespace. xen part is not finished.
|
1.7.4.1 |
| 29-Apr-2005 |
kent | sync with -current
|
1.11.2.5 |
| 17-Mar-2008 |
yamt | sync with head.
|
1.11.2.4 |
| 11-Feb-2008 |
yamt | sync with head.
|
1.11.2.3 |
| 15-Nov-2007 |
yamt | sync with head.
|
1.11.2.2 |
| 27-Oct-2007 |
yamt | sync with head.
|
1.11.2.1 |
| 03-Sep-2007 |
yamt | sync with head.
|
1.12.22.2 |
| 10-Dec-2006 |
yamt | sync with head.
|
1.12.22.1 |
| 22-Oct-2006 |
yamt | sync with head
|
1.12.20.1 |
| 18-Nov-2006 |
ad | Sync with head.
|
1.14.4.1 |
| 12-Mar-2007 |
rmind | Sync with HEAD.
|
1.15.14.3 |
| 11-Nov-2007 |
joerg | Sync with HEAD.
|
1.15.14.2 |
| 26-Oct-2007 |
joerg | Sync with HEAD.
Follow the merge of pmap.c on i386 and amd64 and move pmap_init_tmp_pgtbl into arch/x86/x86/pmap.c. Modify the ACPI wakeup code to restore CR4 before jumping back into kernel space as the large page option might cover that.
|
1.15.14.1 |
| 03-Sep-2007 |
jmcneill | Sync with HEAD.
|
1.15.10.1 |
| 03-Sep-2007 |
skrll | Sync with HEAD.
|
1.15.2.3 |
| 23-Oct-2007 |
ad | Sync with head.
|
1.15.2.2 |
| 09-Oct-2007 |
ad | Sync with head.
|
1.15.2.1 |
| 01-Sep-2007 |
ad | Update for pool_cache API changes.
|
1.16.6.2 |
| 13-Nov-2007 |
bouyer | Sync with HEAD
|
1.16.6.1 |
| 25-Oct-2007 |
bouyer | Sync with HEAD.
|
1.16.2.3 |
| 23-Mar-2008 |
matt | sync with HEAD
|
1.16.2.2 |
| 08-Nov-2007 |
matt | sync with -HEAD
|
1.16.2.1 |
| 06-Nov-2007 |
matt | sync with HEAD
|
1.17.2.2 |
| 18-Feb-2008 |
mjf | Sync with HEAD.
|
1.17.2.1 |
| 19-Nov-2007 |
mjf | Sync with HEAD.
|
1.19.6.3 |
| 17-Jan-2009 |
mjf | Sync with HEAD.
|
1.19.6.2 |
| 02-Jun-2008 |
mjf | Sync with HEAD.
|
1.19.6.1 |
| 03-Apr-2008 |
mjf | Sync with HEAD.
|
1.19.2.1 |
| 24-Mar-2008 |
keiichi | sync with head.
|
1.21.18.1 |
| 21-Apr-2010 |
matt | sync to netbsd-5
|
1.21.14.1 |
| 30-Sep-2009 |
snj | Pull up following revision(s) (requested by bouyer in ticket #1040): sys/dev/pci/if_dge.c: revision 1.23 avoid long/unsigned long printf warning on some platforms
|
1.21.12.2 |
| 03-Mar-2009 |
skrll | Sync with HEAD.
|
1.21.12.1 |
| 19-Jan-2009 |
skrll | Sync with HEAD.
|
1.21.10.1 |
| 13-Dec-2008 |
haad | Update haad-dm branch to haad-dm-base2.
|
1.21.4.4 |
| 11-Aug-2010 |
yamt | sync with head.
|
1.21.4.3 |
| 11-Mar-2010 |
yamt | sync with head
|
1.21.4.2 |
| 16-May-2009 |
yamt | sync with head
|
1.21.4.1 |
| 04-May-2009 |
yamt | sync with head.
|
1.22.4.1 |
| 13-May-2009 |
jym | Sync with HEAD.
Commit is split, to avoid a "too many arguments" protocol error.
|
1.29.4.2 |
| 05-Mar-2011 |
rmind | sync with head
|
1.29.4.1 |
| 30-May-2010 |
rmind | sync with head
|
1.29.2.1 |
| 30-Apr-2010 |
uebayasi | Sync with HEAD.
|
1.31.8.3 |
| 22-May-2014 |
yamt | sync with head.
for a reference, the tree before this commit was tagged as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid a limitation of cvs. ("Protocol error: too many arguments")
|
1.31.8.2 |
| 30-Oct-2012 |
yamt | sync with head
|
1.31.8.1 |
| 17-Apr-2012 |
yamt | sync with head
|
1.32.2.1 |
| 18-Feb-2012 |
mrg | merge to -current.
|
1.34.6.3 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
1.34.6.2 |
| 20-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
1.34.6.1 |
| 20-Nov-2012 |
tls | Resync to 2012-11-19 00:00:00 UTC
|
1.35.2.1 |
| 18-May-2014 |
rmind | sync with head
|
1.37.2.1 |
| 07-Apr-2014 |
tls | Be a little more clear and consistent about harvesting entropy from devices:
1) deprecate RND_FLAG_NO_ESTIMATE
2) define RND_FLAG_COLLECT_TIME, RND_FLAG_COLLECT_VALUE
3) define RND_FLAG_ESTIMATE_TIME, RND_FLAG_ESTIMATE_VALUE
4) define RND_FLAG_DEFAULT: RND_FLAG_COLLECT_TIME| RND_FLAG_COLLECT_VALUE|RND_FLAG_ESTIMATE_TIME
5) Make entropy harvesting from environmental sensors a little more generic and remove it from individual sensor drivers.
6) Remove individual open-coded delta-estimators for values from a few places in the tree (uvm, environmental drivers).
7) 0 -> RND_FLAG_DEFAULT, actually gather entropy from various drivers that had stubbed out code, other minor cleanups.
|
1.38.4.5 |
| 05-Feb-2017 |
skrll | Sync with HEAD
|
1.38.4.4 |
| 09-Jul-2016 |
skrll | Sync with HEAD
|
1.38.4.3 |
| 19-Mar-2016 |
skrll | Sync with HEAD
|
1.38.4.2 |
| 06-Jun-2015 |
skrll | Sync with HEAD
|
1.38.4.1 |
| 06-Apr-2015 |
skrll | Sync with HEAD
|
1.38.2.1 |
| 11-Jan-2015 |
martin | Pull up following revision(s) (requested by chs in ticket #406): sys/dev/pci/if_dge.c: revision 1.39 fix device/softc split botch.
|
1.45.2.1 |
| 07-Jan-2017 |
pgoyette | Sync with HEAD. (Note that most of these changes are simply $NetBSD$ tag issues.)
|
1.47.14.3 |
| 26-Dec-2018 |
pgoyette | Sync with HEAD, resolve a few conflicts
|
1.47.14.2 |
| 06-Sep-2018 |
pgoyette | Sync with HEAD
Resolve a couple of conflicts (result of the uimin/uimax changes)
|
1.47.14.1 |
| 28-Jul-2018 |
pgoyette | Sync with HEAD
|
1.48.2.3 |
| 13-Apr-2020 |
martin | Mostly merge changes from HEAD upto 20200411
|
1.48.2.2 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
1.48.2.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
1.56.2.1 |
| 29-Feb-2020 |
ad | Sync with head.
|
1.58.10.1 |
| 13-May-2021 |
thorpej | Sync with HEAD.
|