Home	Sort by: relevance | last modified time | path

Full Search in project(s): src xsrc Definition Symbol File Path History   | | Help

    Searched hist:1.564 (Results 1 - 25 of 43) sorted by relevancy

1 2

/src/sys/net/
rss_config.c	1.1.2.2 Mon Feb 26 00:25:16 UTC 2018 snj Pull up following revision(s) (requested by knakahara in ticket #567): distrib/sets/lists/comp/mi: 1.2182-1.2183 sys/dev/pci/if_wm.c: 1.564 sys/dev/pci/ixgbe/ixgbe.c: 1.122 sys/dev/pci/ixgbe/ixgbe_rss.h: 1.3 sys/dev/pci/ixgbe/ixv.c: 1.78 sys/net/Makefile: 1.35-1.36 sys/net/files.net: 1.15 sys/net/rss_config.c: 1.1 sys/net/rss_config.h: 1.1 Introduce very simple Receive Side Scaling (RSS) utility. ok by msaitoh@n.o. -- Apply RSS utility to wm(4). ok by msaitoh@n.o. -- Apply RSS utility to ixg(4) and ixv(4). ok by msaitoh@n.o. -- Fix build failure, sorry. -- Currently, it is not necessary to install rss_config.h. Pointed out by msaitoh@n.o.
rss_config.h	1.1.2.2 Mon Feb 26 00:25:16 UTC 2018 snj Pull up following revision(s) (requested by knakahara in ticket #567): distrib/sets/lists/comp/mi: 1.2182-1.2183 sys/dev/pci/if_wm.c: 1.564 sys/dev/pci/ixgbe/ixgbe.c: 1.122 sys/dev/pci/ixgbe/ixgbe_rss.h: 1.3 sys/dev/pci/ixgbe/ixv.c: 1.78 sys/net/Makefile: 1.35-1.36 sys/net/files.net: 1.15 sys/net/rss_config.c: 1.1 sys/net/rss_config.h: 1.1 Introduce very simple Receive Side Scaling (RSS) utility. ok by msaitoh@n.o. -- Apply RSS utility to wm(4). ok by msaitoh@n.o. -- Apply RSS utility to ixg(4) and ixv(4). ok by msaitoh@n.o. -- Fix build failure, sorry. -- Currently, it is not necessary to install rss_config.h. Pointed out by msaitoh@n.o.
files.net	1.13.6.2 Mon Feb 26 00:25:16 UTC 2018 snj Pull up following revision(s) (requested by knakahara in ticket #567): distrib/sets/lists/comp/mi: 1.2182-1.2183 sys/dev/pci/if_wm.c: 1.564 sys/dev/pci/ixgbe/ixgbe.c: 1.122 sys/dev/pci/ixgbe/ixgbe_rss.h: 1.3 sys/dev/pci/ixgbe/ixv.c: 1.78 sys/net/Makefile: 1.35-1.36 sys/net/files.net: 1.15 sys/net/rss_config.c: 1.1 sys/net/rss_config.h: 1.1 Introduce very simple Receive Side Scaling (RSS) utility. ok by msaitoh@n.o. -- Apply RSS utility to wm(4). ok by msaitoh@n.o. -- Apply RSS utility to ixg(4) and ixv(4). ok by msaitoh@n.o. -- Fix build failure, sorry. -- Currently, it is not necessary to install rss_config.h. Pointed out by msaitoh@n.o.
/src/sys/arch/hppa/include/
param.h	1.23.4.1 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/arch/sh3/include/
param.h	1.24.4.1 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/dev/audio/
audiodef.h	1.7.2.4 Mon May 18 18:12:24 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
audio.c	1.28.2.15 Mon May 18 18:12:24 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/arch/m68k/include/
param.h	1.22.4.1 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/arch/i386/conf/
GENERIC	1.564 Sun Jun 29 22:28:23 UTC 2003 fvdl branches: 1.564.2; Back out the lwp/ktrace changes. They contained a lot of colateral damage, and need to be examined and discussed more. Sun Jun 29 22:28:23 UTC 2003 fvdl branches: 1.564.2; Back out the lwp/ktrace changes. They contained a lot of colateral damage, and need to be examined and discussed more. 1.564.2.22 Sun Dec 11 10:28:18 UTC 2005 christos Sync with head. 1.564.2.21 Thu Nov 10 13:56:32 UTC 2005 skrll Sync with HEAD. Here we go again... 1.564.2.20 Fri Apr 01 14:27:38 UTC 2005 skrll Sync with HEAD. 1.564.2.19 Fri Mar 04 16:38:37 UTC 2005 skrll Sync with HEAD. Hi Perry! 1.564.2.18 Thu Feb 17 07:10:36 UTC 2005 skrll Sync with HEAD. 1.564.2.17 Tue Feb 15 21:32:41 UTC 2005 skrll Sync with HEAD. 1.564.2.16 Fri Feb 04 11:44:20 UTC 2005 skrll Sync with HEAD. 1.564.2.15 Mon Jan 24 08:34:12 UTC 2005 skrll Sync with HEAD.
/src/sys/arch/sparc/include/
param.h	1.73.2.1 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/arch/vax/include/
param.h	1.62.4.1 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/dev/pci/ixgbe/
ixgbe_rss.h	1.2.2.3 Mon Feb 26 00:25:16 UTC 2018 snj Pull up following revision(s) (requested by knakahara in ticket #567): distrib/sets/lists/comp/mi: 1.2182-1.2183 sys/dev/pci/if_wm.c: 1.564 sys/dev/pci/ixgbe/ixgbe.c: 1.122 sys/dev/pci/ixgbe/ixgbe_rss.h: 1.3 sys/dev/pci/ixgbe/ixv.c: 1.78 sys/net/Makefile: 1.35-1.36 sys/net/files.net: 1.15 sys/net/rss_config.c: 1.1 sys/net/rss_config.h: 1.1 Introduce very simple Receive Side Scaling (RSS) utility. ok by msaitoh@n.o. -- Apply RSS utility to wm(4). ok by msaitoh@n.o. -- Apply RSS utility to ixg(4) and ixv(4). ok by msaitoh@n.o. -- Fix build failure, sorry. -- Currently, it is not necessary to install rss_config.h. Pointed out by msaitoh@n.o.
ixv.c	1.56.2.6 Mon Feb 26 00:25:16 UTC 2018 snj Pull up following revision(s) (requested by knakahara in ticket #567): distrib/sets/lists/comp/mi: 1.2182-1.2183 sys/dev/pci/if_wm.c: 1.564 sys/dev/pci/ixgbe/ixgbe.c: 1.122 sys/dev/pci/ixgbe/ixgbe_rss.h: 1.3 sys/dev/pci/ixgbe/ixv.c: 1.78 sys/net/Makefile: 1.35-1.36 sys/net/files.net: 1.15 sys/net/rss_config.c: 1.1 sys/net/rss_config.h: 1.1 Introduce very simple Receive Side Scaling (RSS) utility. ok by msaitoh@n.o. -- Apply RSS utility to wm(4). ok by msaitoh@n.o. -- Apply RSS utility to ixg(4) and ixv(4). ok by msaitoh@n.o. -- Fix build failure, sorry. -- Currently, it is not necessary to install rss_config.h. Pointed out by msaitoh@n.o.
/src/sys/arch/evbarm/conf/
GENERIC	1.48.2.8 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
GENERIC64	1.103.2.10 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html
/src/sys/arch/amd64/conf/
GENERIC	1.564 Sat Mar 28 08:35:36 UTC 2020 isaki branches: 1.564.2; Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Sat Mar 28 08:35:36 UTC 2020 isaki branches: 1.564.2; Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. 1.531.2.9 Mon May 18 18:12:25 UTC 2020 martin Pull up following revision(s) (requested by isaki in ticket #911): sys/dev/audio/audiodef.h: revision 1.13 sys/dev/audio/audiodef.h: revision 1.14 sys/arch/sparc/include/param.h: revision 1.74 sys/arch/evbarm/conf/GENERIC64: revision 1.148 sys/arch/sh3/include/param.h: revision 1.25 sys/arch/evbarm/conf/GENERIC: revision 1.75 sys/arch/m68k/include/param.h: revision 1.23 sys/arch/amd64/conf/GENERIC: revision 1.564 sys/arch/hppa/include/param.h: revision 1.27 sys/dev/audio/audio.c: revision 1.68 sys/arch/vax/include/param.h: revision 1.63 sys/dev/audio/audio.c: revision 1.69 Reduce default AUDIO_BLK_MS from 40msec to 10msec on all platform except m68k (m68k uses 40msec default as before). And remove the option from GENERIC. - It's not good idea to set such parameter in individual GENERICs. - 4msec is (probably no problem for most modern real hardware but) too aggressive to be default. - 10msec is too severe for antique machines but it's hard to draw a line. Set AUDIO_BLK_MS 40 msec on other old(slow) architectures not only m68k. Thanks tsutsui@ for comment about architecture choice. And move it from audiodef.h to audio.c as suggested by joerg@. Move machine dependent AUDIO_BLK_MS default value to <machine/param.h>. If the port has __AUDIO_BLK_MS in <machine/param.h>, it will be used. Otherwise the default value (currently 10 msec) defined in audio.c will be used. This mechanism is for very old ports which cannot satisfactorily handle 10 msec block. Currently hppa, m68k, sh3, sparc(!64) and vax are. For port maintainers, if general models in your port cannot satisfactorily handle 10 msec block, please consider to define your suitable longer period (40 msec would be a good first choice). But please don't be eager to make the default value shorter. <machine/param.h> was discussed in source-changes-d. It's better than ifdef storm, or adding 60+ new header files in every arch/*/include/ directories for this. Thanks mrg@, ad@, and everyone. http://mail-index.netbsd.org/source-changes-d/2020/05/01/msg012572.html 1.564.2.2 Sat Apr 25 15:03:17 UTC 2020 bouyer Merge GENERIC_XENHVM in GENERIC. Remove XEN3_PVHVM/XEN3PAE_PVHVM files which have been obsolete for some time on the branch 1.564.2.1 Mon Apr 20 11:28:51 UTC 2020 bouyer Sync with HEAD
/src/sys/dev/usb/
umass_quirks.c	1.76.2.1 Fri Nov 26 17:29:13 UTC 2010 riz Pull up following revision(s) (requested by sborrill in ticket #1489): sys/dev/usb/umass_quirks.c: revision 1.82 sys/dev/usb/usbdevs: revision 1.564 Add Kingston DT Mini 10 pendrive Regen Add quirk for Kingston DT Mini 10 to stop it giving HBA errors.
usbdevs	1.564 Mon Oct 18 16:10:55 UTC 2010 sborrill Add Kingston DT Mini 10 pendrive 1.519.4.8 Fri Nov 26 17:29:13 UTC 2010 riz Pull up following revision(s) (requested by sborrill in ticket #1489): sys/dev/usb/umass_quirks.c: revision 1.82 sys/dev/usb/usbdevs: revision 1.564 Add Kingston DT Mini 10 pendrive Regen Add quirk for Kingston DT Mini 10 to stop it giving HBA errors.
usbdevs.h	1.564 Tue Dec 21 07:03:54 UTC 2010 jnemeth regen
usbdevs_data.h	1.564 Wed Dec 08 21:02:12 UTC 2010 phx regen
/src/sys/arch/i386/i386/
machdep.c	1.564 Thu Sep 22 06:45:03 UTC 2005 dyoung Reset the AMD Geode SC1100. Previously, the Geode hung after printing "resetting...". Now it really restarts. Code from FreeBSD. Description of what the code does by me. 1.560.2.1 Sat May 20 00:22:16 UTC 2006 tron Pull up following revision(s) (requested by riz in ticket #1330): sys/arch/i386/i386/machdep.c: revision 1.564 Reset the AMD Geode SC1100. Previously, the Geode hung after printing "resetting...". Now it really restarts. Code from FreeBSD. Description of what the code does by me.
/src/usr.bin/xlint/lint1/
tree.c	1.564 Fri Jul 14 08:53:52 UTC 2023 rillig lint: clean up comments, add a test for the '?:' operator
/src/sys/dev/pci/
pcidevs	1.564 Thu Aug 14 23:39:22 UTC 2003 itojun s,PCI/ISA,PCI-ISA, 1.236.2.27 Wed Apr 07 07:12:44 UTC 2004 jmc Pullup rev 1.563-1.564 (requested by itojun in ticket #71) Add National Semiconductors SC1100 (GEODE) PCI devices 1.428.2.27 Fri Aug 15 14:40:42 UTC 2003 tron Pull up revision 1.564 (requested by itojun in ticket #1414): s,PCI/ISA,PCI-ISA,
/src/distrib/notes/common/
main	1.564 Thu May 27 15:47:42 UTC 2021 martin Consistency and typo/grammar fixes from Michael Siegel in PR 55413, With minor adjustments.
/src/usr.bin/make/
main.c	1.564 Sat Jan 01 19:53:40 UTC 2022 rillig make: reduce indentation in Main_SetObjdir No functional change.

Completed in 845 milliseconds

1 2

Indexes created Fri Apr 10 00:22:58 UTC 2026