Re: A proposal
Hi, Allan At Sat, 29 Mar 2014 01:43:11 -0400, Allan Jude wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VIMAGE has some problems with PF. Martin Matuska said at AsiaBSDCon that he had a patch that solves the issue. Oh really? Is there any site above patch? The patch is not [1] is it? # I'm too plagued with rebooting VIMAGE+pf server every midnight ;-( [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/160496 -- Allan Jude --- Kazuhiko Kiriyama k...@openedu.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A proposal
On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? pgpDFWhHRjTdf.pgp Description: PGP signature
Re: A proposal
On Sat, Mar 29, 2014 at 5:29 AM, Lars Engels lars.eng...@0x20.net wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? I also want to know where this patch is. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A proposal
On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A proposal
On Sat, Mar 29, 2014 at 9:11 AM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. -- Steve http://www.7he.at/freebsd/vps/announcements/ Booyah. It exists. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: signal 8 (floating point exception) upon resume
Hi! On 26 March 2014 12:00, John Baldwin j...@freebsd.org wrote: i386_fpu_suspend3.patch at the same URL builds for me. I've not had the kernel lose the plot yet with SIGFPE's. I'll do some further testing and let you know if that changes. -a ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A proposal
On 2014-03-29 09:21, Joe Nosay wrote: On Sat, Mar 29, 2014 at 9:11 AM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. -- Steve http://www.7he.at/freebsd/vps/announcements/ Booyah. It exists. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VPS only exists in a project branch, and is not nearly in a state to be included in GENERIC And I don't see a compelling reason to have MROUTING in GENERIC either. -- Allan Jude signature.asc Description: OpenPGP digital signature
Re: A proposal
On Sat, Mar 29, 2014 at 06:11:10AM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. IMHO common use scenarios should be included in GENERIC if they're stable and mature. E.g. I don't know why IPSEC still isn't in GENERIC. pgpbdbYRYczJw.pgp Description: PGP signature
Re: [xhci] USB 3.0 not working, bug or feature usb/179342?
On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko f0and...@gmail.com wrote: and USB3 flash drive ugen2.4: Kingston DataTraveler 3.0 PMAP at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (498mA) full list http://pastie.org/8963116 I apologize for panic after additional searches proper BIOS configuration able to identify flash drive as USB3 ugen0.2: DataTraveler 3.0 Kingston at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) while writing speed test file with ramdisk is almost unchanged :( # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m count=198 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [xhci] USB 3.0 not working, bug or feature usb/179342?
Try read tests? Adrian On Mar 29, 2014 10:20 AM, Andrey Fesenko f0and...@gmail.com wrote: On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko f0and...@gmail.com wrote: and USB3 flash drive ugen2.4: Kingston DataTraveler 3.0 PMAP at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (498mA) full list http://pastie.org/8963116 I apologize for panic after additional searches proper BIOS configuration able to identify flash drive as USB3 ugen0.2: DataTraveler 3.0 Kingston at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) while writing speed test file with ramdisk is almost unchanged :( # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m count=198 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: A proposal
On Sat, Mar 29, 2014 at 06:11:10AM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. Until freebsd-update deals with custom kernel configurations, people will want all the possible non-conflicting flags enabled in GENERIC, or the options made available as runtime loadable kernel modules. It's not an unreasonable request. Regards, Gary ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: sendmail Broken Pipe Error
* Willy Offermans wi...@offermans.rompen.nl [2014-03-24 14:36]: Dear FreeBSD friends, Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went smoothly. However I have an issue with sendmail. Some of the mails can be sent out correctly, some of them stay in /var/spool/mqueue/. The provided error messages are in the latter case: Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout writing message to MyProvider.com: Broken pipe Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: to=someaddr...@example.com, delay=00:03:29, xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred I'm using Version 8.14.7 All was fine when I was using Version 8.14.5. Could be a number of things -- maybe even TLS? I am currently on 8.14.8 which is the latest. I have a pretty complex setup including milters galore with zero problems. Have you considered updating to the latest release? That might help. You can also try sending an email via debug in sendmail to MyProvider.com and see if there is something going on or perhaps provide us with a few more details.. -- | _o_ |_)o_ _ _ |_|_|(_||_|_ | \|/_/_(_) - Lucius.Tel -- ++ What the hell is it good for? ++ ++ -- Robert Lloyd (engineer of the Advanced Computing Systems ++ ++ Division of IBM), to colleagues who insisted that the ++ ++ microprocessor was the wave of the future, c. 1968 ++ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [xhci] USB 3.0 not working, bug or feature usb/179342?
On Sat, Mar 29, 2014 at 9:46 PM, Adrian Chadd adr...@freebsd.org wrote: Try read tests? Adrian On Mar 29, 2014 10:20 AM, Andrey Fesenko f0and...@gmail.com wrote: On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko f0and...@gmail.com wrote: and USB3 flash drive ugen2.4: Kingston DataTraveler 3.0 PMAP at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (498mA) full list http://pastie.org/8963116 I apologize for panic after additional searches proper BIOS configuration able to identify flash drive as USB3 ugen0.2: DataTraveler 3.0 Kingston at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) while writing speed test file with ramdisk is almost unchanged :( # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m count=198 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) # dd if=/mnt/usb2/test.file of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 1.354000 secs (1533368050 bytes/sec) # dd if=/mnt/usb3/test.file of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 1.498134 secs (1385844184 bytes/sec) probably need to try something different as tested. flash spec http://www.kingston.com/datasheets/dt100g3_us.pdf only 10MB/ sec.* write :) Strangely, the flash drive is not always defined, after mount USB2 mode it took two times reboot :( on the notebook USB2-only USB (UFS) - SSD (ZFS) # dd if=/mnt/usb3/test.file of=/tank/test.file bs=10m count=198 2076180480 bytes transferred in 57.370256 secs (36189144 bytes/sec) # dd if=/tank/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 245.685052 secs (8450577 bytes/sec) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Build failed in Jenkins: FreeBSD_HEAD #370
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/370/changes Changes: [tuexen] Handle an edge case of address management similar to TCP. This needs to be reconsidered when the address handling will be reimplemented. The patch is from rrs@. MFC after: 3 days [tuexen] Use SCTP_OVER_UDP_TUNNELING_PORT more consistently. MFC after: 3 days [adrian] Add support to export the contents of the notification updates from the firmware. Right now the NIC isn't actually exporting useful data. I'm not quite sure why this is. :( [marcel] Hook mkimg(1) to the build. [marcel] Add mkimg, a utility for making disk images from raw partition contents. The partitioning scheme can be one of the schemes supported by gpart. Reviewed by:sjg Obtained from: Juniper Networks, Inc. [adrian] Fix ah_powerMode setting. Reported by:sbruno -- [...truncated 238530 lines...] --- modules-all --- --- if_cxgbe.ko --- objcopy --strip-debug --add-gnu-debuglink=if_cxgbe.ko.symbols if_cxgbe.ko.debug if_cxgbe.ko === cxgbe/t4_firmware (all) --- t4fw_cfg.txt.fwo --- t4fw_cfg.txt https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t4_firmware/../../../dev/cxgbe/firmware/t4fw_cfg.txt --- t4fw_cfg_uwire.txt.fwo --- t4fw_cfg_uwire.txt https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t4_firmware/../../../dev/cxgbe/firmware/t4fw_cfg_uwire.txt --- t4fw.fw --- uudecode -o t4fw.fw https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t4_firmware/../../../dev/cxgbe/firmware/t4fw-1.9.12.0.bin.uu --- t4fw.fw.fwo --- t4fw.fw t4fw.fw --- t4fw_cfg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/objhttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/objhttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/GENERIC -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c t4fw_cfg.c ctfconvert -L VERSION -g t4fw_cfg.o --- t4fw_cfg.ko.debug --- ld -d -warn-common -r -d -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo t4fw_cfg_uwire.txt.fwo t4fw.fw.fwo t4fw_cfg.o ctfmerge -L VERSION -g -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo t4fw_cfg_uwire.txt.fwo t4fw.fw.fwo t4fw_cfg.o : export_syms awk -f https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/conf/kmod_syms.awk t4fw_cfg.ko.debug export_syms | xargs -J% objcopy % t4fw_cfg.ko.debug --- t4fw_cfg.ko.symbols --- objcopy --only-keep-debug t4fw_cfg.ko.debug t4fw_cfg.ko.symbols --- t4fw_cfg.ko --- objcopy --strip-debug --add-gnu-debuglink=t4fw_cfg.ko.symbols t4fw_cfg.ko.debug t4fw_cfg.ko === cxgbe/t5_firmware (all) --- t5fw_cfg.txt.fwo --- t5fw_cfg.txt https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t5_firmware/../../../dev/cxgbe/firmware/t5fw_cfg.txt --- t5fw_cfg_fpga.txt.fwo --- t5fw_cfg_fpga.txt https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t5_firmware/../../../dev/cxgbe/firmware/t5fw_cfg_fpga.txt --- t5fw_cfg_uwire.txt.fwo --- t5fw_cfg_uwire.txt https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t5_firmware/../../../dev/cxgbe/firmware/t5fw_cfg_uwire.txt --- t5fw.fw --- uudecode -o t5fw.fw https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/modules/cxgbe/t5_firmware/../../../dev/cxgbe/firmware/t5fw-1.9.12.0.bin.uu --- t5fw.fw.fwo --- t5fw.fw t5fw.fw --- t5fw_cfg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/objhttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/objhttps://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/sys/GENERIC -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c t5fw_cfg.c
Re: A proposal
On 3/29/14, 4:52 PM, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. funnily, the only profiling speed differences we've seen with enabling netgraph is speedups :-) especially with comparing many sessions on one vnet with the same number of sessions on several vnets. Last time I tested it, putting several services on different vimage jails and assigning them different interfaces actually ran faster than having the same services on the same VM (machine). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: A proposal
-Original Message- From: Julian Elischer [mailto:jul...@freebsd.org] Sent: Saturday, March 29, 2014 3:41 PM To: Steve Kargl; Joe Nosay Cc: freebsd-current Subject: Re: A proposal On 3/29/14, 4:52 PM, Steve Kargl wrote: On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude free...@allanjude.com wrote: On 2014-03-29 01:22, Joe Nosay wrote: I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon that he had a patch that solves the issue. Really, you say? That's good news. So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. funnily, the only profiling speed differences we've seen with enabling netgraph is speedups :-) especially with comparing many sessions on one vnet with the same number of sessions on several vnets. Last time I tested it, putting several services on different vimage jails and assigning them different interfaces actually ran faster than having the same services on the same VM (machine). I think we all owe this one gentleman a great show of gratitude for his work on netgraph (initially @ whistle) -- Devin (smiles) _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: signal 8 (floating point exception) upon resume
... nope, just had a process die from SIGFPE. -a On 29 March 2014 07:32, Adrian Chadd adr...@freebsd.org wrote: Hi! On 26 March 2014 12:00, John Baldwin j...@freebsd.org wrote: i386_fpu_suspend3.patch at the same URL builds for me. I've not had the kernel lose the plot yet with SIGFPE's. I'll do some further testing and let you know if that changes. -a ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Jenkins build is back to normal : FreeBSD_HEAD #371
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/371/changes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org