Re: Fuse on FreeBSD 9.2
On Tue, 8 Oct 2013 14:08:41 +0200 Łukasz P ad...@3dr.org wrote: Thank you - I'll give it a try today. Can you confirm that doing rsync with this fuse version is stable? I'm sorry but I've never even tried rsync on top of a fuse mount. Can you please tell us which fuse-based file system have you used? Mostly sysutils/fusefs-smbnetfs to access file servers and sometimes sysutils/fusefs-ntfs with Win XP and Win 7 disks. -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Fuse on FreeBSD 9.2
There's already a backport which can be found here: http://people.freebsd.org/~flo/fusefs-kmod.tar.bz2 1. Download, untar and replace your existing sysutils/fusefs-kmod port with it. Open the Makefile and add NO_STAGE= yes to it. 2. cd sysutils/fusefs-kmod ; make makesum ; make deinstall reinstall clean 4. Rebuild sysutils/fusefs-libs and all fuse filesystems (don't know if that's necessary but it doesn't hurt either). I've been running with this kernel module on FreeBSD 9-STABLE, 9.1 and 9.2 four about one year without any problem. I don't know why flo@ never committed his work. On Tue, 08 Oct 2013 06:34:03 -0500 Mark Felder f...@freebsd.org wrote: On Tue, Oct 8, 2013, at 5:21, Łukasz P wrote: Hello, Please let me know if anyone is up to fix fuse on FreeBSD 9.x ? Particularly this bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=182739 http://www.freebsd.org/cgi/query-pr.cgi?pr=182739 I'm willing to pay for the fix. I think the fix is the new from-scratch fuse module in FreeBSD 10, which in my experience works flawlessly. Perhaps you should instead see if someone is willing to backport that fuse module to 9.x? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Fuse on FreeBSD 9.2
Responding to myself... On Tue, 8 Oct 2013 14:13:35 +0200 Yamagi Burmeister li...@yamagi.org wrote: On Tue, 8 Oct 2013 14:08:41 +0200 Łukasz P ad...@3dr.org wrote: Thank you - I'll give it a try today. Can you confirm that doing rsync with this fuse version is stable? I'm sorry but I've never even tried rsync on top of a fuse mount. I've just rsynced ~25GB data from an smbnetfs mount to zfs and back to the smbnetfs mount. No problems so far. That's of course only a first test but apparently there are no obvious problems / panics. -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Fwd: Intel microcode update
Hi, yes the microcode file provided by Intel is incompatible with FreeBSD. You'll need to split it into individual files for each CPU. I vaguely remeber that there was a script or something like that bundled with one of the ports. Nevertheless attached is a small C program which does the same. It's not written by me, I just found it somewhere on the web. Ciao, Yamagi On Thu, 21 Mar 2013 19:48:34 +0100 kaltheat kalth...@googlemail.com wrote: Hopefully some hacker could help me ... Forwarded message From : kalth...@googlemail.com To : questi...@freebsd.org Date : Tue, 19 Mar 2013 23:06:25 +0100 Subject : Intel microcode update Forwarded message Hi, I was wondering how to update microcode of an Intel CPU and came across cpucontrol and sysutils/devcpu-data . But last mentioned port is not up-to-date anymore. I searched Intel's webpages for microcode updates and found archives for Linux containing one single microcode.dat file. Could someone tell me if that file is compatible with FreeBSD? As devcpu-data installs .fw files it might be proper to convert/compile microcode.dat in some way. How? Regards, kaltheat ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Fwd: Intel microcode update
On Fri, 22 Mar 2013 09:09:22 +0100 Yamagi Burmeister li...@yamagi.org wrote: Nevertheless attached is a small C program which does the same. It's not written by me, I just found it somewhere on the web. And it was eaten my the list. You can find it here: http://deponie.yamagi.org/freebsd/misc/microdecode.c -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: SMP Version of tar
On Mon, 1 Oct 2012 22:16:53 -0700 Tim Kientzle t...@kientzle.com wrote: There are a few different parallel command-line compressors and decompressors in ports; experiment a lot (with large files being read from and/or written to disk) and see what the real effect is. In particular, some decompression algorithms are actually faster than memcpy() when run on a single processor. Parallelizing such algorithms is not likely to help much in the real world. The two popular algorithms I would expect to benefit most are bzip2 compression and lzma compression (targeting xz or lzip format). For decompression, bzip2 is block-oriented so fits SMP pretty naturally. Other popular algorithms are stream-oriented and less amenable to parallelization. Take a careful look at pbzip2, which is a parallelized bzip2/bunzip2 implementation that's already under a BSD license. You should be able to get a lot of ideas about how to implement a parallel compression algorithm. Better yet, you might be able to reuse a lot of the existing pbzip2 code. Mark Adler's pigz is also worth studying. It's also license-friendly, and is built on top of regular zlib, which is a nice technique when it's feasible. Just a small note: There's a parallel implementation of xz called pixz. It's build atop of liblzma and libarchiv and stands under a BSD style license. See: https://github.com/vasi/pixz Maybe it's possible to reuse most of the code. -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB pgp4AZtefgufA.pgp Description: PGP signature
Re: What's cooking for FreeBSD on wiki
Hello :) On Wed, 26 Sep 2012 14:32:48 +0200 Ivan Voras ivo...@freebsd.org wrote: Since I have less free time than necessary to properly maintain the What's cooking page(s), I've transitioned the one for FreeBSD 10, and hopefully future versions, to the FreeBSD wiki: http://wiki.freebsd.org/WhatsNew/FreeBSD10 This reduces the bus factor for this page and also allows everyone to add new information they think is necessary. I'll also participate in maintaining the wiki page, but please don't wait for me if you see something missing from it :) Lars Engels asked me if I would volunteer to help keeping that wiki page up to date. Since my day job requires me to read nearly every commit message and I'm writing all the FreeBSD related news for the german BSDForen.de community, I agreed. But, of course, any help is welcome. :) -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Tyan S2895 7.1 amd64 4Gb RAM support?
Am Fri, Feb 13, 2009 at 06:00:31PM + schrieb Karl Pielorz: Hi, I've a Tyan S2895 (bios 1.04), w/10Gb of ECC RAM onboard using 2 * Opteron 285's. The machine used to run WinXP x64, and Vista x64 (mostly doing video production, ray tracing etc.) I recently switched this machine to FreeBSD 7.1 amd64 - to run ZFS on it, but I've been having horrific problems with it. Hello, I'm using some S2895 for various purposes, as webservers, databaseservers and workstations. Most of them are populated using 2 * Opteron 265 in stepping E2. They work like a charm _after_ upgrading the BIOS to version 1.05e_beta or later[1]. But it's necessary to use /boot/loader from 7.0 since later version won't work to some bios-bugs. Ciao, Yamagi 1: http://www.tyan.de/support_download_bios.aspx?model=S.S2895 -- Homepage: www.yamagi.org Jabber: yam...@yamagi.org GnuPG/GPG:0xEFBCCBCB pgpCWegHEf6D6.pgp Description: PGP signature