Re: CVS commit: src/lib/libperfuse
On Thu Aug 26 2010 at 13:07:14 +, Emmanuel Dreyfus wrote: On Thu, Aug 26, 2010 at 04:01:38PM +0300, Antti Kantee wrote: IIRC ntfs-3g has been shipped with its own hacked copy of libfuse for quite some time now. So technically ntfs-3g uses the kernel interface as well. (but I never looked at the code, so I don't know if it's optional or what gives) Then it should work with pkgsrc's filesystems/perfuse, provided one add #include perfus.h and link with -lperfuse Yes, that was the implied point (sans details) I was trying to make ;)
Re: CVS commit: src/doc
Mention mips64 support (from the first branch merge) by matt@, so details wont be forgotten in the release notes. IMO, no one will forget it because all mips ports have been broken since the merge and we won't get the next release unless it's fixed. Anyway, if you would like to mention it, we should also mention it's broken in the HEAD. Are there any specific problems or (even better) PRs for this brokenness? PR port-hpcmips/43738. In general, (not specific at all ;p) - post-your-fix kernel + pre-mips64-merge userland work fine - post-your-fix kernel + post-mips64-merge userland don't work on mips ports I tried. I've fixed all the lossage the mips64 merge has caused that I'm aware of, but admit that I haven't had time to track all the issues. I also see: - sshd causes a kernel panic on ews4800mips - getty quits quickly on arc (as PR 43738 and martin said) - pmax bootloader doesn't load a kernel properly on gxemul - pmax binaries dump core and kernel gets panic: utlbmod: invalid pte I've put pmax disk images that can be used for test on gxemul: ftp://ftp.NetBSD.org/pub/NetBSD/misc/tsutsui/pmax/ % gxemul -e 3max -X -d NetBSD-pmax-20100810.img - loaded kernel doesn't start properly: --- NetBSD/pmax 5.99.38 FFSv1 Primary Bootstrap NetBSD/pmax 5.99.38 Secondary Bootstrap, Revision 1.5 (bui...@b8.netbsd.org, Tue Aug 10 11:10:30 UTC 2010) Boot: 5/rz0/ Loading: 5/rz0/netbsd.pmax open 5/rz0/netbsd.pmax: No such file or directory Loading: 5/rz0/netbsd 3536400+251696 [217728+206897]=0x404e84 Starting at 0x8003 NetBSD does not yet support system type 0 (???). panic: platform not supported cpu0: Begin traceback... pid -2147287208 --- % gxemul -e 3max -X -d NetBSD-pmax-20100810-binaries-5.1_RC3-boot.img - kernel seems loaded properly, but binaries dump core: --- : root file system type: ffs pid 1(init): ABI set to O32 (e_flags=0x1007) [1] Segmentation fault /sbin/sysctl -n ... Fri Aug 27 13;21:41 UTC 2010 [1] Segmentation fault rcorder -s nosta... rcorder terminated with signal 11 [1] Doneecho ${rc_f... | Segmentation fault fmt The following compnents reported failures: See /var/run/rc.log for more information. Fri Aug 27 13:21:42 UTC 2010 panic: utlbmod: invalid pte cpu0: Begin traceback... pid -977305960 not found cpu0: End traceback... dump to dev 19,1 not possible rebooting... --- % gxemul -e 3max -X -d NetBSD-pmax-5.1_RC3.img - works fine. % gxemul -e 3max -X -d NetBSD-pmax-20100810-kernel-5.1_RC3-userland.img - also seems working. It smells -current toolchain has some issue. (around default target settings?) --- Izumi Tsutsui
Re: CVS commit: src/sys/dev/ieee1394
Module Name:src Committed By: cegger Date: Thu Aug 26 12:48:19 UTC 2010 Modified Files: src/sys/dev/ieee1394: fwdev.c Log Message: don't call tsleep() with any mutexes hold To generate a diff of this commit: cvs rdiff -u -r1.23 -r1.24 src/sys/dev/ieee1394/fwdev.c The right fix would be to use condvar(9). Generally, tsleep(9) should be replaced and removed in the longer term. -- Mindaugas
Re: CVS commit: src/external/bsd/atf/dist
On Thu, 26 Aug 2010, Julio Merino wrote: Module Name:src Committed By: jmmv Date: Thu Aug 26 15:28:31 UTC 2010 Modified Files: src/external/bsd/atf/dist/atf-c++: io.cpp io.hpp io_test.cpp src/external/bsd/atf/dist/atf-run: test-program.cpp Log Message: Partially pull up the following revisions that address ticket #53: 996f9c26e07a86607f373c8f0243d57329c11543 ef98529abaf16e40a2e684496bf3da8f9ff0d09c These prevent atf-run from stalling/crashing when a subprocess of a test case stays around after the test case itself exits. Reported, and verified working, by po...@. Just wondering - does this address PR bin/43802 that I just filed? - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/external/bsd/atf/dist
On Thu Aug 26 2010 at 08:43:53 -0700, Paul Goyette wrote: Log Message: Partially pull up the following revisions that address ticket #53: 996f9c26e07a86607f373c8f0243d57329c11543 ef98529abaf16e40a2e684496bf3da8f9ff0d09c These prevent atf-run from stalling/crashing when a subprocess of a test case stays around after the test case itself exits. Reported, and verified working, by po...@. Just wondering - does this address PR bin/43802 that I just filed? Partially yes (it doesn't fix the test, but fixes the run).
Re: CVS commit: src/external/bsd/atf/dist
On Aug 26, 2010, at 4:43 PM, Paul Goyette wrote: On Thu, 26 Aug 2010, Julio Merino wrote: Module Name:src Committed By: jmmv Date: Thu Aug 26 15:28:31 UTC 2010 Modified Files: src/external/bsd/atf/dist/atf-c++: io.cpp io.hpp io_test.cpp src/external/bsd/atf/dist/atf-run: test-program.cpp Log Message: Partially pull up the following revisions that address ticket #53: 996f9c26e07a86607f373c8f0243d57329c11543 ef98529abaf16e40a2e684496bf3da8f9ff0d09c These prevent atf-run from stalling/crashing when a subprocess of a test case stays around after the test case itself exits. Reported, and verified working, by po...@. Just wondering - does this address PR bin/43802 that I just filed? Yup, but I had no idea about this PR :-P
Re: CVS commit: src/external/bsd/atf/dist
On Thu, 26 Aug 2010, Julio Merino wrote: These prevent atf-run from stalling/crashing when a subprocess of a test case stays around after the test case itself exits. Reported, and verified working, by po...@. Just wondering - does this address PR bin/43802 that I just filed? Yup, but I had no idea about this PR :-P I was filing it while you were doing your commit! Ships crossing in the night and all that! - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -