Re: CFS
On Tue, Oct 23, 2001 at 04:54:21PM +0200, Jesús Arnáiz wrote: > I heard about CFS and TCFS (but this is not still supported by FreeBSD), is > there any better bet? If anyone know any good resource (sites, papers, ...) > on these topics please tell me. I can attest to using CFS for several practical purposes. It has a few nice features including being able to completely hide attached directories from all users except the owner (including root), and it can store extra checksum information in the gid field of the i-node so long as you don't chown it for the lifetime of the file. It works with an NFS loopback and encrypts the on-disk filenames. One drawback is that it processes requests in a single-threaded manner, making it not very good for things like hosting compiles. The AT&T paper from Matt Blaze's site describes the implementation and has some benchmarks: ftp://research.att.com/dist/mab/cfs.ps -- || Seth Kingsley || Meow Meow Fluff Fluff || [EMAIL PROTECTED] || || rndcontrol -s 0 || PGP signature
kernel threads
Hello, does FreeBSD currently have something similar to linux's kernel_thread() ? Or is it what KSE intends to implement ? Can I somehow run "independent" kernel thread, which will, for instance, check some flag that I set inside interrupt handler and do some job that can't be done in the interrupt ? Regards, Eugene To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: kernel threads
* Eugene L. Vorokov <[EMAIL PROTECTED]> [011025 03:03] wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? I don't see why not. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: kernel threads
On 25-Oct-01 Eugene L. Vorokov wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? man kthread (On -current.. a somewhat similar interface exists in -stable.) -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NO_AWK
On Wed, Oct 24, 2001 at 07:53:39PM -0600, Lyndon Nerenberg wrote: > For a long while now I've been running with the bwk version of awk > in preference to the GNU gawk shipped in the base OS. Nothing has > broken as a result of the change, therefore I'm starting to wonder > if a NO_AWK macro for make.conf might not be appropriate. I second this motion. Scripts shouldn't assume that /usr/bin/awk supports GNU extensions, especially those in the base system. Using BWK awk in the base system would ensure compatiblity with traditional awk in addition to removing GPL'd software from the base system. -- || Seth Kingsley || Meow Meow Fluff Fluff || [EMAIL PROTECTED] || || rndcontrol -s 0 || PGP signature
mountd will not start at boot. Or function later...
I cannot mount any of the NFS shares that I share from my server due to a problem with mountd and RPC. rc.conf looks like this: network_interfaces="lo0" removable_interfaces="wi0" nfs_server_enable="YES" nfs_server_flags="-t -u -n 4" /etc/exports looks like this: /mp3 myclient I have the /etc/hosts files populated on both my server (this machine) and the client (myclient) - When I boot, mountd bombs out - log files show: mountd[119]: can't register mount I start mountd manually - `mountd -r` and attempt to mount my exported FS: mount_nfs localhost:/mp3 /tmp/mnt and the error is: localhost:/mp3: nfsd: RPCPROG_NFS: RPC: Program not registered - I have tried two things to fix this...first, I tried removing the -u from the NFS line in rc.conf. No effect. Then I tried -HUPping portmap _after_ manually starting mountd. Also did not help. Any help is appreciated. --joesh P.S. I have ipfw built into the kernel, with the 'block all' setting, but in /usr/local/etc/rc.d I have a script that runs ipfw add 65500 allow all from any to any so I don't think that ipfw is hurting me _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
cvsupd / cvs repository
First of all, sorry for the dumb questions. I've installed the cvsupd-mirror port, so I now have around 1.5Gb of CVS data in /usr/repo. I was wondering if there was a way to access this as a CVS repository? What I'm really after is a way to read commit messages/diffs from it - primarily for RELENG_4 (it would be nice to see what's changed in a particular file after seeing a commit after a cvsup, without having to access the freebsd website) I'm unsure as to whether a mirror needs something else to work as a cvs server (cvsd?), and most of the docs I've found are biased towards either CVS-based or CVSUp-based. So I thought I'd as you guys, since you've probably got experience in this - I can do without the mirror, but I'd really like a local repository (and some way of keeping it fresh preferably) Is this even possible? Cheers. -- A celebrity is a person who is known for his well-knownness. Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
KIBEX 2001- 국제건축박람회 개최안내
=== KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ ´º½º·¹ÅÍ Å°º¤½º 2001 - ±¹Á¦°ÇÃà¹Ú¶÷ȸ 2001³â 12¿ù 5 - 9ÀÏ/ ¼¿ï¹«¿ªÀü½ÃÀå www.kibex.com === ¢º¢¹¢º KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ °³ÃÖ ¾È³» ±¹³» ¹× ÇØ¿ÜÀÇ ½ÅÁ¦Ç°. ½Å°ø¹ýÀÌ ÇÑÀÚ¸®¿¡ ¸ðÀÌ´Â KIBEX 2001(Korea International Building Exposition)- ±¹Á¦°ÇÃà¹Ú¶÷ȸ"°¡ ¿À´Â 12¿ù 5ÀϺÎÅÍ 9ÀϱîÁö 5ÀÏ°£ ¼¿ï¹«¿ªÀü½ÃÀå(SETEC, ÁöÇÏö 3È£¼± Çп©¿ï¿ª)¿¡¼ °³ÃÖµÊÀ» ¾Ë·Áµå¸³´Ï´Ù. À̹ø Å°º¤½º 2001 Çà»ç¿¡´Â Çѱ¹ °ÇÃà»ê¾÷¿¡¼ Ãë¾àÇÑ ºÐ¾ß À̸鼵µ, ±× µ¿¾È ¹Ú¶÷ȸ¿¡¼´Â ½±°Ô Á¢ÇÒ ¼ö ¾ø¾ú´ø ºÐ¾ßÀÎ °ñÁ¶, ±¸Á¶, ¿ÜÀå, ¸®¸ðµ¨¸µµîÀÇ ºÎ¹®À» ÁýÁß Á¶¸íÇÒ ¿¹Á¤À̸ç, ƯÈ÷ ¸ðµç Àü½Ã°üÀ» °¡¼³/±âÃÊ°ø»ç, °ñÁ¶°ø»ç/ ö±ÙÄÜÅ©¸®Æ®, ¹ÌÀå/µµÀå°ø»ç, âȣ/À¯¸®°ø»ç, ¸¶°¨/³»Àå°ø»ç, ¸®¸ðµ¨¸µµî °ÇÃà°øÁ¤º°·Î ÀÚ¿¬½º·¯¿î ¹è¿À» ÇÔÀ¸·Î½á ¹æ¹®°´µé¿¡°Ô ´õ¿í Àü¹®ÈµÈ Àü½Ã°ø°£À» Á¦°øÇÒ °ÍÀÔ´Ï´Ù. ¶ÇÇÑ º» ¹Ú¶÷ȸ¿¡´Â ¹Ì±¹, ÇÁ¶û½º, ÀÌŸ®, µ¶ÀÏ, ½ºÆäÀεî ÇØ¿Ü 15°³±¹¿¡¼ ¿ì¼öÇÑ Á¦Ç°°ú ±â¼ú·ÂÀ» °¡Áø ¼±µÎ¾÷ü°¡ ÃâÇ°À» È®Á¤ÇÑ »óÅ¿©¼ ±¹³»¿¡¼µµ Á÷Á¢ ÇØ¿Ü ¼±Áø±¹ÀÇ ¿ì¼ö Á¦Ç°°ú ¼±Áø±â¼úÀ» Á¢ÇÒ ¼ö ÀÖ´Â ÁÁÀº ±âȸ°¡ µÉ °ÍÀ¸·Î ¿¹»óµË´Ï´Ù. º» ¹Ú¶÷ȸÀÇ È¨ÆäÀÌÁöwww.kibex.comÀ» ¹æ¹®ÇÏ½Ã¸é »ó¼¼ÀڷḦ È®ÀÎÇÏ½Ç ¼ö ÀÖÀ¸¸ç, ±âŸ ¹®ÀÇ »çÇ×ÀÌ ÀÖÀ¸½Ã¸é ¹Ú¶÷ȸ »ç¹«±¹ SBA KOREA(ÀüÈ: 02-708-4080, À̸ÞÀÏ: info @kibex.com)À¸·Î ¿¬¶ô Áֽñ⠹ٶø´Ï´Ù. =>¿©±â(http://www.kibex.com/korean/visiting/visiting1.htm)¸¦ Ŭ¸¯ÇϽøé KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ '¹æ¹®°´ »çÀüµî·Ï'À» ½ÅûÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. ¢º¢¹¢º ±¹³» ¹× ÇØ¿Ü °Ç¼³/°ÇÃà ¼Ò½Ä ¢º Á¤ºÎ, SOC °Ç¼³»ç¾÷¿¡ 7õ603¾ï¿ø ÅõÀÚ Á¤ºÎ´Â 2Â÷Ã߰濹»êÁß7õ603¾ï¿øÀ»±â°£±¹µµ°Ç¼³µî »çȸ°£Á¢ÀÚº»½Ã¼³(SOC) µî °Ç¼³»ç¾÷¿¡ ÅõÀÚÇϱâ·Î Çß´Ù. Á¤ºÎ´Â ¿ì¼± SOCµî °Ç¼³ÅõÀÚºñ·Î ÀüüÀÇ 40.3%¸¦ ¹èÁ¤ÇØ °ø»ç±â°£ÀÇ ´ÜÃà µîÀÌ ÇÊ¿äÇÑ µµ·Î¡¤°øÇס¤Ã¶µµ¡¤Ç׸¸½Ã¼³»ç¾÷¿¡ 3õ¿øÀ» ¹èÁ¤, ¿¬³» ÁýÇàÇϱâ·Î Çß´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=233&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ¼ÒÇüÁÖÅà Àǹ«°Ç¼³ºñÀ² 3³â¸¸¿¡ ºÎÈ° ´ÙÀ½´ÞºÎÅÍ ¼¿ï µî ¼öµµ±Ç °ú¹Ð¾ïÁ¦±Ç¿ª¿¡ 300°¡±¸ ÀÌ»ó Àç°Ç ÃàÀ̳ª ¹Î¿µ¾ÆÆÄÆ® ´ÜÁö¸¦ °Ç¼³ÇÒ ¶§´Â Àü¿ë¸éÀû 18Æò ÀÌÇÏ ¼ÒÇüÆòÇüÀ» 20%ÀÌ»ó ¹èÄ¡ÇØ¾ß ÇÑ´Ù. ´ë½Å À̵é Áö¿ª¿¡ ¼ÒÇü ÁÖÅÃÀ» Áþ´Â ÁÖÅþ÷ü¿¡ ´ëÇؼ´Â ³»³â¸»±îÁö ÇÑ ½ÃÀûÀ¸·Î ±¹¹ÎÁÖÅñâ±Ý Áö¿ø±Ô¸ð¸¦°¡±¸´ç 3000¸¸¿ø¿¡¼ 5000¸¸¿øÀ¸·Î ´Ã¸®°í ±Ý¸®´Â ¿¬ 7%¿¡¼ 5%·Î ÀÎÇÏÇÑ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=226&pg=2)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÓ´ëÁÖÅà °Ç¼³½Ã ±¹¡¤°øÀ¯Áö Àå±âÀÓ´ë Á¤ºÎ´Â ÁÖ°Åȯ°æ°³¼±Áö±¸¿¡ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡°Ô ±¹¡¤°øÀ¯Áö¸¦ Àå±âÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù. ¶Ç ÁÖ°Åȯ°æÁ¤ºñ»ç¾÷¿¡ ´ëÇÑ °ÇÃà±âÁØƯ·Ê¸¦ ´ëÆø Ãà¼ÒÇÏ´Â µî °ÇÃà±ÔÁ¦¸¦ °ÈÅ°·Î Çß´Ù. °Ç¼³±³ÅëºÎ´Â 10¿ù23ÀÏ ÀÓ´ëÁÖÅðǼ³ È®´ë¸¦ À§ÇØ ÁÖ°Åȯ°æ°³¼±Áö±¸³ª Àç°³¹ßÁö±¸¿¡¼ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡ ±¹°øÀ¯Áö¸¦ ÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù°í ¹àÇû´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=239&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÏ, ȯ°æÄ£ÈÀû ¸®¸ðµ¨¸µ ½Ã½ºÅÛ °³¹ß ÀϺ»¿¡¼ ¸®¸ðµ¨¸µ°ø»ç¿¡ Àû¿ëÇÒ ¼ö Àִ ȯ°æÄ£ÈÀû ½Ã½ºÅÛÀ» °³¹ßÇß´Ù. ÀϺ»ÀÇ NTTÆ۽Ǹ®Æ¼Áî»ç°¡ °³¹ßÇÑ ÀÌ ½Ã½ºÅÛÀº ÅõÀÚ´ë ºñ¿ëÀý°¨È¿°ú´Â ¹°·Ð ÃÖÀûÀÇ ¸®¸ðµ¨¸µ°Ç¼³ °èȹÀ» ½ÇÇöÇÒ ¼ö ÀÖ´Ù°í ¹àÇû´Ù. NTT»ç´Â ' °Ç¹°¸®¸ðµ¨¸µ°èȹ Áö¿ø½Ã½ºÅÛ'À» ¸®¸ðµ¨¸µ°ø»ç¿¡ µµÀÔÇØ »ç¿ëÇÒ °æ¿ì ȯ°æºÎÇÏ°¨¼Ò È¿°ú¿Í ´õºÒ¾î ¿¡³ÊÁöÀý¾à±â¼ú ¹× ȯ°æ±â¼ú¿¡ µµÀԵǴ Ãʱ⠺ñ¿ë°ú ¿î¿ëºñ¿ëÀÇ °æÁ¦Àû È¿°ú¸¦ ±â´ë ÇÒ ¼ö ÀÖ°Ô µÆ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=30&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º º£ÀÌ¡½Ã, Áß±¹ ÃÖ´ë IT ÄÞÇ÷º½º °Ç¼³ º£ÀÌ¡½Ã°¡ ½ÃÁ¤ºÎ Â÷¿ø¿¡¼ Áß±¹ ÃÖ´ëÀÇ ITÄÞÇ÷º½º¸¦ °Ç¼³ÇÑ´Ù. 2003³â ¿Ï°ø¿¹Á¤ÀÎ ÀÌ ½Ã¼³Àº IT¹®È£¸¦ ºñ·ÔÇØ IT ºñÁî´Ï½º, ÄÁ¼³ÆÃ, ¿£ÅÍÅ×ÀθÕÆ® »ê¾÷µîÀ» ¾Æ¿ì¸£´Â Áß±¹ ÃÖ´ëÀÇ Á¾ÇÕ ÄÞÇ÷º½º·Î, °Ç¼³¿¹Á¤Áö´Â º£ÀÌ¡ ¼ºÏºÎ ¿Ã¸²ÇÈ°ø¿ø³»ÀÇ ¹Î¼Ó ¹Ú¹°°üÀÎ ÁßȹÎÁÖÀ§¾Ø ³²ÂÊ, ÃÑ °ÇÃà ¸éÀûÀº 16km2 ¿¡ À̸£¸ç, °ÇÃà¿¡ ÇÊ¿äÇÑ ÃÑ ÅõÀÚºñ´Â 11¾ï À§¾È(1,760¾ï¿ø)¿¡ ´ÞÇÒ °ÍÀ¸·Î Àü¸ÁµÈ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=32&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. == º» KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ¿Í °ü·ÃµÈ ³»¿ëÀÇ À̸ÞÀÏ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã°Å³ª, Çϱ⠳»¿ë°ú °ü·ÃÀÌ ¾øÀ¸½Å ºÐÀº Á¦¸ñ¶õ¿¡ '¼ö½Å°ÅºÎ'·Î ÀÛ¼ºÇϽþî ȸ½ÅÇÏ¿© Áֽñ⠹ٶø´Ï´Ù.
Re: kernel threads
On Thu, 25 Oct 2001, Eugene L. Vorokov wrote: > Hello, > > does FreeBSD currently have something similar to linux's kernel_thread() ? > Or is it what KSE intends to implement ? Can I somehow run "independent" > kernel thread, which will, for instance, check some flag that I set inside > interrupt handler and do some job that can't be done in the interrupt ? Others have pointed you at kthread(9), but if you're running -current, you might also want to checkout taskqueue(9) and ithread(9). -- Dan Eischen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Duping a hard disk
On Tue, 23 Oct 2001 12:27:55 + (UTC), in sentex.lists.freebsd.hackers you wrote: >But alas, I cannot find any procedures for doing this. Does anyone know >how to duplicate a master disk to a "new" slave disk??? It would REALLY >make my life much easier. Test it to make sure it works, but roughly the below for a master in ad0 and a target in ad1. This is on 4.x so you need to modify it for 3.x. #blow away all data one ad1 /bin/dd if=/dev/zero of=/dev/ad1 bs=512 count=32 # do the fdisk /sbin/fdisk -BI ad1 #create a bootable drive with disk label /sbin/disklabel -w -r -B ad1s1 auto #read in 10g disklable /sbin/disklabel ad0 > /root/my-master-disklab /sbin/disklabel -R ad1s1 /root/my-master-disklab #load in editor to make sure it looks reasonable /sbin/disklabel -e ad1s1 #newfs the slices /sbin/newfs /dev/rad1s1a /sbin/newfs /dev/rad1s1e /sbin/newfs /dev/rad1s1f #enable soft updates /sbin/tunefs -n enable ad1s1e /sbin/tunefs -n enable ad1s1f #mount them up /sbin/mount -o async /dev/ad1s1a /mnt-root /sbin/mount /dev/ad1s1e /mnt-var /sbin/mount /dev/ad1s1f /mnt-usr #dump / restore them cd / ; dump -0 -b 200 -f - / | ( cd /mnt-root ; restore -rf - ) cd /usr ; dump -0 -b 200 -f - /usr | ( cd /mnt-usr ; restore -rf - ) cd /var ; dump -0 -b 200 -f - /var | ( cd /mnt-var ; restore -rf - ) ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers could setup a national IP network." (KDW2) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mountd will not start at boot. Or function later...
On Thu, Oct 25, 2001 at 04:13:09AM -0600, Joesh Juphland wrote: > > I cannot mount any of the NFS shares that I share from my server due to a > problem with mountd and RPC. > > rc.conf looks like this: > > network_interfaces="lo0" > removable_interfaces="wi0" > nfs_server_enable="YES" > nfs_server_flags="-t -u -n 4" > > /etc/exports looks like this: > > /mp3 myclient > > I have the /etc/hosts files populated on both my server (this machine) and > the client (myclient) > > - > > When I boot, mountd bombs out - log files show: > > mountd[119]: can't register mount > > I start mountd manually - `mountd -r` and attempt to mount my exported FS: > > mount_nfs localhost:/mp3 /tmp/mnt > > and the error is: > > localhost:/mp3: nfsd: RPCPROG_NFS: RPC: Program not registered You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, would you? G'luck, Peter -- If you think this sentence is confusing, then change one pig. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: cvsupd / cvs repository
On Thu, Oct 25, 2001 at 11:59:03AM +0100, Rasputin wrote: > > First of all, sorry for the dumb questions. > > I've installed the cvsupd-mirror port, so I now have around 1.5Gb of > CVS data in /usr/repo. > > I was wondering if there was a way to access this as a CVS repository? > > What I'm really after is a way to read commit messages/diffs from it - > primarily for RELENG_4 > (it would be nice to see what's changed in a particular file after seeing > a commit after a cvsup, without having to access the freebsd website) > > I'm unsure as to whether a mirror needs something else to work as a cvs > server (cvsd?), and most of the docs I've found are biased towards either > CVS-based or CVSUp-based. > > So I thought I'd as you guys, since you've probably got experience in this - > I can do without the mirror, but I'd really like a local repository > (and some way of keeping it fresh preferably) > > Is this even possible? Cheers. Just install the devel/cvsweb port on the same machine, point it at the CVS repository location, and browse away :) G'luck, Peter -- If there were no counterfactuals, this sentence would not have been paradoxical. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Will be in Kyiv
Hi! I plan to be in Kyiv on Monday, 29th, visiting British Embassy's visa section. If someone from Kyiv staff could meet me and help me out, I would be very grateful. Thanks in advance, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: how can i wipeout swap pages?
"Ilmar S. Habibulin" wrote: > > I'm trying to implement wiping of freed swap pages inside swap_pager. > I'm using 2.2-branch, here is my thoughts and steps: > > I have a (starting) block number of swapped page, i know page size, and i > know that i have to use some pool of buffers inside kernel. So i get > buffer with getpbuf(), then fill in b_data, b_blkno, b_bcount, b_bufsize, > b_proc and b_flags fields and call pbgetvp(swapdev_vp,bp) and > VOP_STRATEGY(bp). Then i analize error flag in b_flags and call > pbrelvp(bp) and relpbuf(bp). This code was copied from > getpages/putpages routines, but it hangs kernel and PC. So i misunderstand > something and need help. How can i successfully write down some data to > the known block number on the known device from the kernel? Or maybe > someone can point me where can i find more information on I/O in kernel? Free swap pages are reclaimed asynchronously in the idle loop (where they are zeroed). To do what you want, which is to clean the backing pages, you are better off doing it for all freed blocks, not just swap blocks (if someone can read your swap, they can read other data off your unallocated disk blocks from the FS, as well). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mountd will not start at boot. Or function later...
>You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, >would you? No, I do not. Further, I see 'portmap' in the process list, so it is indeed running. --joesh _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: mountd will not start at boot. Or function later...
On 25-Oct-01 Joesh Juphland wrote: > > I cannot mount any of the NFS shares that I share from my server due to a > problem with mountd and RPC. mountd seeems fine, it seems more that nfsd is having problems. Erm. Duh. When you manually started mountd, did you also manually start nfsd? You need both for NFS serving to work. I'm not sure what your mountd problem is with registering the mount however. > When I boot, mountd bombs out - log files show: > > mountd[119]: can't register mount This really belonged on -questions. :) -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Weird kld module error (bad curproc?)
I am seeing strange behaviour with a kld module
which prints out the curproc->p_pid of the caller.
Here are the details :
Configuration :
---
Uniprocessor kernel/Single i686 CPU
4.3-RELEASE
kernel config = GENERIC + {DUMMYNET, BREAK_TO_DEBUGGER}
Setup :
---
(a) I have a kld module, which has a function "func1"
that can get called by a system call invoked by some
user-level process. (but func1 is _not_ a system call)
func1() does
{
..
printf("%d\n", curproc->p_pid);
..
}
(b) This kld module also starts up a kernel thread
using kthread_create. Lets call this thing "K1"
(c) External to the module, there is a program which
starts as proc P1 and then forks child processes
C1, C2, C3...Cn
Each of these children ultimately call "func1"
as follows
P1 process |K1 was|
| |started by|
-- |kld module|
||| |
vvv v
C1 C2 C3C4 processes
||| |
vvv v
All call func1() in the loadable module
Problem scenario
-
Here's the problem..
When C1 or C2 call "func1", the pid printed out by
curproc->p_pid is correct.
BUT when any child process beyond the 2nd (e.g. C3, C4)
call "func1", the pid printed is actually "K1" (which
is the thread started by the loadable module!)
This is a consistent error. If P1 starts only 2
children (C1 & C2) then the error does not occur.
If it starts more than 2, these effects are visible.
Tried the debugger?
---
Yes, when I put a breakpoint in the ddb to match up
curproc with ps listings, I cannot recreate the effect
since context switches get slowed down and C3 or C4
never enter func1. The few times I tried stopping in
ddb, it was always C1 on the stack.
I noticed that globals.h redefines curproc for
KLD_MODULE to be
#define curproc GLOBAL_RVALUE_NV(curproc, struct proc *)
Any clues ??
-Sandeep
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
4.4 boot question
Hi I'm trying to rebuild the kernel after updating the source tree by cvsup on my notebook (866 Pentium III). Everything seems ok, but when I reboot it, It stops and shows me: pci_cfgintr_search: linked (41) to configured irq 0 at 0:2:0 Fatal trap 12: page fault while in kernel mode fault virtual adress = 0xeb902 fault code = supervisor read, page not present . current process = 0 (swapper) interrupt mask = net tty bio cam trap number = 12 panic: page fault. So I tried to boot the notebook using the second CD just arrived from BSDCentral (FreeBSD 4.4 September 2001), but the result is the same. However, If I use the old kernel produced by 4.3 version, it starts and works well. What happens? I would be grateful for any help.RegardsLorenzo Iania
Re: [Fwd: colisions!]
You're wired fine. You're seeing collisions because it's half duplex. To avoid collisions you need a full duplex segment, otherwise the router and etinc talking at the same time will lead to a collision. This is normal and is not cause for concern. Marcelo Leal wrote: > > i have the follow problem: > i use etinc in one FreeBSD box (4.2). it works fine. > this freebsd make bridge (one interface in switch), and another cross > over to router. in the conection to router, there are one colision led, > that are almost always up! i did put one rule for bridge only ip in rl0 > (switch interface). why there are colisions betwen etinc and router??? > the etinc interface are 10Mbps (half-duplex) and router too. > the cross over is: > etinc > 12 > orange/white > 3 6 > blue/white > > router > 1 2 > blue/white > 3 6 > orange/white > > thanks > > ___ The ISP-WIRELESS Discussion List ___ > To Join: mailto:[EMAIL PROTECTED] > To Remove: mailto:[EMAIL PROTECTED] > Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-net" in the body of the message -- Laurence Berland Northwestern '04 [EMAIL PROTECTED] http://www.isp.northwestern.edu/~laurence "The world has turned and left me here" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mountd will not start at boot. Or function later...
On Thu, Oct 25, 2001, Joesh Juphland wrote: > > P.S. I have ipfw built into the kernel, with the 'block all' setting, but in > /usr/local/etc/rc.d I have a script that runs ipfw add 65500 allow all > from any to any so I don't think that ipfw is hurting me Have you checked the logs to verify this? I wouldn't rule anything out until I've first verified them. Just a thought though. -- Robert Hough ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
memmem(3) -- new libc function proposal
memmem(3) is another one substring searching function. Unlike str(n)str
it could be used for binary strings search. memmem is compatible with GNU
libc memmem.
Please comment/review.
Andrew.
diff -ruN src.orig/include/string.h src/include/string.h
--- src.orig/include/string.h Thu Oct 18 05:35:47 2001
+++ src/include/string.hFri Oct 26 08:13:44 2001
@@ -81,6 +81,7 @@
int ffs __P((int));
char *index __P((const char *, int));
void *memccpy __P((void *, const void *, int, size_t));
+void *memmem __P((const void *, size_t, const void *, size_t));
char *rindex __P((const char *, int));
int strcasecmp __P((const char *, const char *));
char *strcasestr __P((const char *, const char *));
diff -ruN src.orig/lib/libc/string/Makefile.inc src/lib/libc/string/Makefile.inc
--- src.orig/lib/libc/string/Makefile.inc Wed Oct 10 06:17:35 2001
+++ src/lib/libc/string/Makefile.incThu Oct 25 22:29:40 2001
@@ -7,8 +7,8 @@
# machine-independent string sources
MISRCS+=bcmp.c bcopy.c bzero.c ffs.c index.c memccpy.c memchr.c memcmp.c \
- memcpy.c memmove.c memset.c rindex.c strcasecmp.c strcat.c strchr.c \
- strcmp.c strcoll.c strcpy.c strcspn.c strdup.c strerror.c \
+ memcpy.c memmem.c memmove.c memset.c rindex.c strcasecmp.c strcat.c \
+ strchr.c strcmp.c strcoll.c strcpy.c strcspn.c strdup.c strerror.c \
strlcat.c strlcpy.c strlen.c strmode.c strncat.c strncmp.c strncpy.c \
strcasestr.c strnstr.c \
strpbrk.c strrchr.c strsep.c strsignal.c strspn.c strstr.c strtok.c \
@@ -25,10 +25,10 @@
.if ${LIB} == "c"
MAN+= bcmp.3 bcopy.3 bstring.3 bzero.3 ffs.3 index.3 memccpy.3 memchr.3 \
- memcmp.3 memcpy.3 memmove.3 memset.3 rindex.3 strcasecmp.3 strcat.3 \
- strchr.3 strcmp.3 strcoll.3 strcpy.3 strcspn.3 strdup.3 strerror.3 \
- string.3 strlcpy.3 strlen.3 strmode.3 strpbrk.3 strrchr.3 strsep.3 \
- strspn.3 strstr.3 strtok.3 strxfrm.3 swab.3 wmemchr.3
+ memcmp.3 memcpy.3 memem.3 memmove.3 memset.3 rindex.3 strcasecmp.3 \
+ strcat.3 strchr.3 strcmp.3 strcoll.3 strcpy.3 strcspn.3 strdup.3 \
+ strerror.3 string.3 strlcpy.3 strlen.3 strmode.3 strpbrk.3 strrchr.3 \
+ strsep.3 strspn.3 strstr.3 strtok.3 strxfrm.3 swab.3 wmemchr.3
MLINKS+=strcasecmp.3 strncasecmp.3
MLINKS+=strcat.3 strncat.3
diff -ruN src.orig/lib/libc/string/bstring.3 src/lib/libc/string/bstring.3
--- src.orig/lib/libc/string/bstring.3 Mon Oct 1 20:09:00 2001
+++ src/lib/libc/string/bstring.3 Thu Oct 25 22:55:03 2001
@@ -45,6 +45,7 @@
.Nm memchr ,
.Nm memcmp ,
.Nm memcpy ,
+.Nm memmem ,
.Nm memmove ,
.Nm memset
.Nd byte string operations
@@ -67,6 +68,8 @@
.Ft void *
.Fn memcpy "void *dst" "const void *src" "size_t len"
.Ft void *
+.Fn memmem "const void *str" "size_t strlen" "const void *substr" "size_t sublen"
+.Ft void *
.Fn memmove "void *dst" "const void *src" "size_t len"
.Ft void *
.Fn memset "void *b" "int c" "size_t len"
@@ -86,6 +89,7 @@
.Xr memchr 3 ,
.Xr memcmp 3 ,
.Xr memcpy 3 ,
+.Xr memmem 3 ,
.Xr memmove 3 ,
.Xr memset 3
.Sh STANDARDS
diff -ruN src.orig/lib/libc/string/memmem.3 src/lib/libc/string/memmem.3
--- src.orig/lib/libc/string/memmem.3 Thu Jan 1 03:00:00 1970
+++ src/lib/libc/string/memmem.3Fri Oct 26 07:21:02 2001
@@ -0,0 +1,84 @@
+.\" Copyright (c) 2001 Andrew L. Neporada <[EMAIL PROTECTED]>
+.\" Copyright (c) 1990, 1991, 1993
+.\"The Regents of the University of California. All rights reserved.
+.\"
+.\" This code is derived from software contributed to Berkeley by
+.\" Chris Torek and the American National Standards Committee X3,
+.\" on Information Processing Systems.
+.\"
+.\" Redistribution and use in source and binary forms, with or without
+.\" modification, are permitted provided that the following conditions
+.\" are met:
+.\" 1. Redistributions of source code must retain the above copyright
+.\"notice, this list of conditions and the following disclaimer.
+.\" 2. Redistributions in binary form must reproduce the above copyright
+.\"notice, this list of conditions and the following disclaimer in the
+.\"documentation and/or other materials provided with the distribution.
+.\" 3. All advertising materials mentioning features or use of this software
+.\"must display the following acknowledgement:
+.\"This product includes software developed by the University of
+.\"California, Berkeley and its contributors.
+.\" 4. Neither the name of the University nor the names of its contributors
+.\"may be used to endorse or promote products derived from this software
+.\"without specific prior written permission.
+.\"
+.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
+.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+.\" IMPLIED WARRANTIES OF MERCHANT
unsubscribe
-- ==//> Jeffrey Michael Reed ==//> Metro West Boston Linux User Group ==//> Co-founder/Administrator ==//> HTML, PHP, GNU/Linux ==//> ==//> Phunky Phresh stuff about... ==//> GNU/Linux, Hacking, Humor, ==//> Movies, Music, Programming, ==//> and Underground News about ==//> the Revolution... ==//> ==//> http://www.linuxbusca.com ==//> ==//> Favorite OS: Debian ==//> Favorite food: Lasagna ==//> Favorite brew: Guinness ==//> Favorite music: Mr. Bungle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mountd will not start at boot. Or function later...
Joesh Juphland wrote: > > >You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, > >would you? > > No, I do not. Further, I see 'portmap' in the process list, so it is indeed > running. ipfw add 1 allow all from any to any -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mountd will not start at boot. Or function later...
On 26-Oct-01 Terry Lambert wrote: > Joesh Juphland wrote: >> >> >You wouldn't happen to have a portmap_enable="NO" line in your rc.conf, >> >would you? >> >> No, I do not. Further, I see 'portmap' in the process list, so it is indeed >> running. > > ipfw add 1 allow all from any to any His nfsd isn't running, cause he only manually started mountd. He didn't start nfsd. -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
anoncvs down?
Err ... just another dump question: I'm unable to access the anoncvs server ... (using bash) % export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/ncvs % cvs login (Logging in to [EMAIL PROTECTED]) CVS password: cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: Connection refused ... % telnet anoncvs.FreeBSD.org 2401 Trying 209.181.243.20... telnet: connect to address 209.181.243.20: Connection refused Have I just missed, that anoncvs.FreeBSD.org was shut down? This would be a problem for me since I do not have access to a FreeBSD machine with good internet connection and I didn't get cvsup (i.e. M3) to compile on the machines which I could use to access the CVS repo, so I've at last given up to get a repo copy (of course, if somebody can help ;-) ...). I just want to update my local copy of -current (which is from March 2001) now, but I'm definitely stuck now. Peter PGP signature
Re: anoncvs down?
On Fri, Oct 26, 2001 at 09:15:28AM +0200, Peter Wullinger wrote: > Err ... just another dump question: > > I'm unable to access the anoncvs server ... > > (using bash) > % export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/ncvs > % cvs login > (Logging in to [EMAIL PROTECTED]) > CVS password: > cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: Connection >refused > > ... This is better suited for -hubs; it has actually been under discussion there for the past several days. John D. Polstra, the maintainer of the anoncvs server on that machine, said that the machine was going to be unavailable for another couple of days. In the meantime, other anoncvs mirrors are currently under discussion on -hubs. Rest assured, this problem *is* going to be fixed :) G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: [Fwd: colisions!]
somewhat strange your cross.. I am accoustumed to use the 568A/568B normalized cross, which is: 1-white-green 2-green 3-white-orange 4-blue 5-white-blue 6-orange 7-white-maroon 8-maroon the other side: 1-white-orange 2-orange 3-white-green 4-blue 5-white-blue 6-green 7-white-maroon 8-maroon as you can see, the green/orange pairs are the switched ones. Also, you *must* use the corresponding white of each pair - no mix/max whites please (Alcatel cables have no coloured strips), otherwise the crosstalking can produce a lot of collisions.. change the cable accordingly and try again. >Date: Wed, 24 Oct 2001 15:15:12 -0200 > Marcelo Leal <[EMAIL PROTECTED]> [EMAIL PROTECTED], >[EMAIL PROTECTED] [Fwd: colisions!] > >i have the follow problem: >i use etinc in one FreeBSD box (4.2). it works fine. >this freebsd make bridge (one interface in switch), and another cross >over to router. in the conection to router, there are one colision led, >that are almost always up! i did put one rule for bridge only ip in rl0 >(switch interface). why there are colisions betwen etinc and router??? >the etinc interface are 10Mbps (half-duplex) and router too. >the cross over is: >etinc >12 >orange/white >3 6 >blue/white > >router >1 2 >blue/white >3 6 >orange/white > >thanks > >___ The ISP-WIRELESS Discussion List ___ >To Join: mailto:[EMAIL PROTECTED] >To Remove: mailto:[EMAIL PROTECTED] >Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-net" in the body of the message saudações, irado furioso com tudo GNU/Linux user CASSADO deus é construído à imagem e semelhança do homem. Principalmente em seus defeitos. por favor, clique aqui: http://www.thehungersite.com e aqui também: http://cf6.uol.com.br/umminuto/ Nettaxi would like to ask for your help in donations to the RED CROSS today! http://www.nyredcross.org/donate/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: [Fwd: colisions!]
to irado: read some information at www.ots.utexas.edu/ethernet to leal: try to test with different NIC`s and cabels. On Thu, 25 Oct 2001, [EMAIL PROTECTED] wrote: > > somewhat strange your cross.. I am accoustumed to use the 568A/568B normalized >cross, which is: > > 1-white-green > 2-green > 3-white-orange > 4-blue > 5-white-blue > 6-orange > 7-white-maroon > 8-maroon > > the other side: > 1-white-orange > 2-orange > 3-white-green > 4-blue > 5-white-blue > 6-green > 7-white-maroon > 8-maroon > > as you can see, the green/orange pairs are the switched ones. Also, you *must* use >the corresponding white of each pair - no mix/max whites please (Alcatel cables have >no coloured strips), otherwise the crosstalking can produce a lot of collisions.. > > change the cable accordingly and try again. > > >Date: Wed, 24 Oct 2001 15:15:12 -0200 > > Marcelo Leal <[EMAIL PROTECTED]> [EMAIL PROTECTED], >[EMAIL PROTECTED] [Fwd: colisions!] > > > >i have the follow problem: > >i use etinc in one FreeBSD box (4.2). it works fine. > >this freebsd make bridge (one interface in switch), and another cross > >over to router. in the conection to router, there are one colision led, > >that are almost always up! i did put one rule for bridge only ip in rl0 > >(switch interface). why there are colisions betwen etinc and router??? > >the etinc interface are 10Mbps (half-duplex) and router too. > >the cross over is: > >etinc > >12 > >orange/white > >3 6 > >blue/white > > > >router > >1 2 > >blue/white > >3 6 > >orange/white > > > >thanks > > > >___ The ISP-WIRELESS Discussion List ___ > >To Join: mailto:[EMAIL PROTECTED] > >To Remove: mailto:[EMAIL PROTECTED] > >Archives: http://isp-lists.isp-planet.com/isp-wireless/archives/ > > > >To Unsubscribe: send mail to [EMAIL PROTECTED] > >with "unsubscribe freebsd-net" in the body of the message > > > > saudações, >irado furioso com tudo >GNU/Linux user CASSADO > deus é construído à imagem e semelhança do homem. Principalmente em seus defeitos. > >por favor, clique aqui: http://www.thehungersite.com >e aqui também: http://cf6.uol.com.br/umminuto/ > > > Nettaxi would like to ask for your help in donations to the RED CROSS today! > http://www.nyredcross.org/donate/ > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
