Re: mixer for /etc/rc
On 3/18/2003 9:18 PM, Norikatsu Shigemura wrote: I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? I have something like this locally, so I'd like to see it included (but I'm not a committer of course). Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: High CPU usage on high-bandwidth long distance connections.
On Tue, Mar 18, 2003 at 01:28:31PM -0800, Ed Mooring wrote: ... I had something vaguely similar happen while I was porting the FreeBSD 4.2 networking stack to LynxOS. It turned out the culprit was sbappend(). It does a linear pointer chase down the mbuf chain each time you do a write() or send(). With a high bandwidth-delay product, that chain can get very long. This topic came up on freebsd-net last July, and Luigi Rizzo provided the following URL for a patch to cache the end of the mbuf chain, so sbappend() stays O(1) instead of O(n). the patch was only for UDP though. I think the poster was seeing the problem with TCP (which is also affected by the same thing). cheers luigi http://docs.freebsd.org/cgi/getmsg.cgi?fetch=366972+0+archive/2001/freebsd-net/20010211.freebsd-net The subject of the July thread was 'the incredible shrinking socket', if you want to hunt through the archives. Hope this helps. -- Ed Mooring ([EMAIL PROTECTED]) 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
Large disk problems
Hi, I have a 'backup box' which acts like a SCSI device with almost 2TB of available space. And, obviously, I would like to use it all. But I have encountered problems with fdisk (because of the number of cylinders, I imagine), and formatting the filesystem. So, I have the following questions: 1. Is there a 'modified' version of fdisk which works with large disks (mine is: da1: 2097144MB (4294950912 512 byte sectors: 255H 63S/T 5204C)) 2. What kind of filesystem should I run on this thing? Is there any support for XFS or so for FreeBSD? 3. Are there any resources (documentation/mailing-lists/etc) which treat this problem? Thank you, bogdan iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 Mobile:+49-(0)173-269-76-62 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: High CPU usage on high-bandwidth long distance connections.
On Wed, 19 Mar 2003 02:30:58 PST Sean Chittenden wrote: Ooooh! Opportune timing! I was going to bring this up on the performance@ list (core@, ::hint hint::), but now's as good of a time as any. Great! Luigi, I've updated the patch mentioned in this email. Could you review this and possibly commit it or give it a green light for being committed? What's the value of conditionalizing the O(1) behavior anyway? It seems like a tail append would always be the preferred case. If Luigi blesses this patch, I am willing to to use my two boxes as guinea-pigs for this, as they currently aren't used for any production traffic. --Börje To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
kldload - passing params to kernel module
Hello, Is it possible to pass parameters to a kernel module during loading using kldload ? (on the lines of insmod - linux ?). I googled around a bit, but did not find any examples of kldload doing that. regards srp To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mixer for /etc/rc
On Wed, 19 Mar 2003, Norikatsu Shigemura wrote: Hi. I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d thing. We haven't really started down the road of what I generically refer to as desktop configuration items in rc. I'm not necessarily opposed to this idea, but I am also not quite ready to start down that road yet. Just my opinion, Doug -- This .signature sanitized for your protection To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mixer for /etc/rc
On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: On Wed, 19 Mar 2003, Norikatsu Shigemura wrote: I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d thing. We haven't really started down the road of what I generically refer to as desktop configuration items in rc. Why *not*? As long as it behaves when run in a system without sound, I don't see any reason to make things easier for users, whether they use the machine as a server or as a desktop. I'd very much like to see (something like) this in the base -- I haven't even looked at these patches but the idea is IMHO worthwhile. --Stijn -- The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. pgp0.pgp Description: PGP signature
Re: kldload - passing params to kernel module
On Wed, Mar 19, 2003 at 04:31:09PM +0530, [EMAIL PROTECTED] wrote: Hello, Is it possible to pass parameters to a kernel module during loading using kldload ? (on the lines of insmod - linux ?). I googled around a bit, but did not find any examples of kldload doing that. regards srp Under the 4.x series, this isn't possible. Under 5.0, I believe you can set kernel environment variables using kenv and then load your driver. Take a look at (or search through the freebsd-hackers archive for load time module parameters) http://www.freebsd.org/cgi/getmsg.cgi?fetch=127033+0+/usr/local/www/db/text/2002/freebsd-hackers/20021110.freebsd-hackers for some additional information. -- Chuck Tufflichuck_tuffli AT NO_SPAM agilent DOT com Agilent Technologies, Storage and Networking To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
GLaux lib in FreeBSD 4.7 - auxInitWindow crashes OS
Hi FreeBSD 4.7-RELEASE crashes when I call the auxInitWindow() function from the GLaux library. Is this known to happen with the beta driver? Does nVidia have any plans on releasing a stable version? Also, I am unable to run the UT2003 demo, which just gets stuck after the initial splash screen. The Quake 3 demo works fine. Regards Gautham BEGIN:VCARD VERSION:2.1 N:Ganapathy;Gautham FN:Gautham Ganapathy ORG:Wipro Technologies;TI PIC (DSP) TITLE:Technical Support Engg TEL;WORK;VOICE:+91 (80) 8520408 x4260 TEL;HOME;VOICE:+91 (80) 6542292 TEL;CELL;VOICE:+91 9844263180 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;Plot No 76,=0D=0AElectronics City,=0D=0AHosur Road;Bangalore;Karnataka;561= 229;India LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Plot No 76,=0D=0AElectronics City,=0D=0AHosur Road=0D=0ABangalore, Karnataka= 561229=0D=0AIndia ADR;HOME;ENCODING=QUOTED-PRINTABLE:;;#010, Spartacus Apartments,=0D=0AJayanagar 4T Block, 30th Cross,;Bangalore= ;Karnataka;561041;India LABEL;HOME;ENCODING=QUOTED-PRINTABLE:#010, Spartacus Apartments,=0D=0AJayanagar 4T Block, 30th Cross,=0D=0ABangal= ore, Karnataka 561041=0D=0AIndia EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20030319T133741Z END:VCARD
·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ
¤¹ä·Â¡ÓÅѧà»ç¹âäÍéǹÁÒ¡¢Öé¹·Ø¡·Õ ¾.Í.ËÔ§ ÃÈ. ¾.. ¾Ã±ÔµÒ ªÑÂÍӹǠ¼ÙéÍӹǡÒÃàǪÈÒʵÃì¿×鹿٠âç¾ÂÒºÒžÃÐÁ§¡Ø¯à¡ÅéÒ ºÃÃÂÒÂàÃ×èͧ ¡Ô¹ÍÂèÒ§äÃãËéËèÒ§ä¡ÅâäËÑÇã¨áÅÐâäÍéǹ 㹵͹˹Ö觢ͧ¡ÒúÃÃÂÒ ¼ÙéºÃÃÂÒ¡ÅèÒÇÇèÒ ÊÔ觷Õè¾Ö§µÃÐ˹ѡ¤×Í ¼ÙéªÒÂäÁè¤ÇÃãËéÃͺàÍÇà¡Ô¹ 36 ¹ÔéÇ ËÔ§äÁè¤ÇÃà¡Ô¹ 32 ¹ÔéÇ ¶éÒÁÒ¡¡ÇèÒ¹ÕéµéͧàÃè§Å´¹éÓ˹ѡ à¾ÃÒжéÒËÒ¡·èÒ¹ÇÑ´ÃͺàÍÇáÅéÇä´éµÑÇàÅ¢à¡Ô¹¡ÇèÒÁÒµÃÒ°Ò¹¹Õé áÊ´§ÇèÒ·èÒ¹¡ÓÅѧà»ç¹âäÍéǹ ¤¹à»ç¹âäÍéǹÁÕ¤ÇÒÁàÊÕ觷Õè¨Ðµéͧ ¾º¡ÑºâäÃéÒµèÒ§æ ÁÒ¡ÁÒ ¹ÑºµÑé§áµè âäËÑÇ㨠àºÒËÇÒ¹ ä¢Áѹã¹àÅ×Í´ÊÙ§ ¤ÇÒÁ´Ñ¹âÅËÔµÊÙ§ ÍÑÁ¾Òµ áÅзèÒ¹ÍÒ¨¨ÐËÂØ´ËÒÂ㨢³ÐËÅѺ ¨¹à¡Ô´ÀÒÇоÃèͧÍÍ¡«Ôਹ µ×蹹͹¨ÐÁÕÍÒ¡ÒÃÁÖ¹ à»ç¹µéÍËÔ¹§èÒÂà¹×èͧ¨Ò¡àÅ×Í´¢Ò´ÍÍ¡«Ôਹ à»ç¹âä¢éÍ à¾ÃÒÐạÃѺ¹éÓ˹ѡÁÒ¡ à»ç¹à¡Òµì ÁÐàÃç§ ¹ÔèÇ㹶ا¹éÓ´Õ ÁÕÅÙ¡ÂÒ¡ âäà¡ÕèÂǡѺÃкºËÒÂ㨠âä¶Ø§¹éÓ´Õ ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ àÊÕè§à»ç¹âäËÅÍ´àÅ×Í´ËÑÇ㨵պ¡ÇèÒ¤¹·ÑèÇä» 15 à·èÒ âäÍÑÁ¾Òµ 11 à·èÒ âäÁÐàÃç§ÅÓäÊé 2 à·èÒ ¤¹à»ç¹âäÍéǹà»ç¹âäÃéÒµÒ§èÒÂÍÂèÒ§¹Õé¶éÒäÁèàÃÕ¡¤¹·ÕèÁÕÃͺàÍÇà¡Ô¹ÁÒµÃÒ°Ò¹ÇèÒ ÃͺàÍÇÁóРáÅéǨÐàÃÕ¡ÇèÒÍÐäÃÅèФÃѺ ÇԸնʹËèǧÂÒ§ (Å´àÍÇ) ¤Ø³ËÁͺ͡ÇèÒ ÇÔ¸ÕÃÑ¡ÉÒâäÍéǹÊÒÁÒö·Óä´é´éÇ¡ÒäǺ¤ØÁá¤ÅÍÃբͧÍÒËÒ÷ÕèÃѺ»Ãзҹ ¤×;ÂÒÂÒÁãËéŴŧÇѹÅÐ 600 á¤ÅÍÃÕ «Öè§ÀÒÂã¹ 7 Çѹ·èÒ¹¨ÐÊÒÁÒöŴ¹éÓ˹ѡä´é0.6 ¡ÔâÅ¡ÃÑÁ à¾ÃÒÐä¢Áѹ 1 ¡ÔâÅ¡ÃÑÁ à·èҡѺ 7,000 á¤ÅÍÃÕ »ÃСÒ÷ÕèÊÓ¤Ñ µéͧÍÍ¡¡ÓÅѧ¡ÒÂÍÂèÒ§ÊÁèÓàÊÁÍ·Ø¡Çѹ¤ÃѺ ÍÂèÒ§¹éÍ 20 ¹Ò·Õ ¶éÒÍÍ¡¡ÓÅѧ¡ÒÂä´é 60 ¹Ò·Õ¨ÐÂÔè§à»ç¹¼Å´Õ ¤Ø³ËÁͺ͡ÇèÒàÃÒ¤ÇÃãËéʹã¨ã½èÈÖ¡ÉÒËÒ¤ÇÒÁÃÙé´éÒ¹âÀª¹Ò¡ÒÃãËéÁÒ¡ æ ¤×ÍãËéÈÖ¡ÉÒÇèÒÍÒËÒê¹Ô´ä˹ãËé¾Åѧ§Ò¹¹éÍ ¾ÅѧÁÒ¡á¤èä˹ áÅÐ ¤ÇÃÊÃéÒ§¤ÇÒÁÊØ¢·Õèä´éºÃÔâÀ¤ÍÒËÒÃä¢ÁѹµèÓ æ 㹡ÒÃÃѺ»ÃзҹÍÒËÒäÇÃà¤ÕéÂÇãËéªéÒæ ¨ÐÃÙéÊÖ¡ÍÔèÁ·Ñé§æ ·ÕèºÃÔâÀ¤¹éÍ ÍéÍ ! budpage á¹Ð¹ÓÇèÒ·èÒ¹¤Çë×éÍÊÒÂÇÑ´ÁÒà¡çºäÇéÊÑ¡àÊ鹹ФÃѺ ·Ø¡ æ àªéÒ¤ÍÂÇÑ´àÍǵÑÇàͧ áÅФÇ贺ѹ·Ö¡à»ç¹Ê¶ÔµÔäÇé·Ø¡Çѹ´éÇ ʹء´Õ¤ÃѺ ÍÕ¡·Ñé§Âѧà»ç¹¡Ò÷éÒ·ÒÂãËéàÃÒÁÕ¤ÇÒÁµ×è¹µÑÇ·Õè¨ÐÅ´¤ÇÒÁÍéǹÍÂÙèàÊÁÍÍÕ¡´éÇ ÊØ´·éÒ¹Õé¢ÍãËé·Ø¡ æ ·èÒ¹ÁÕÃͺàÍÇã¹ÃдѺÁÒµÃÒ°Ò¹·Õè»ÅÍ´ÀÑ¡ѹ·Ø¡ æ ·èÒ¹¹Ð¤ÃѺ (¨ºº·¤ÇÒÁ¹Õé àǺÁÒÊàµÍÃì ¤§¢ÍµÑÇ仫×éÍÊÒÂÇÑ´ÁҤǺ¤ØÁ¹éÓ˹ѡ´éǤ¹¹Ð¤ÃѺ ÊÇÑÊ´Õ ) ¢ÍàªÔªÒǾط¸ÁÒªèÇ¡ѹÃдÁ¤ÇÒÁ¤Ô´ã¹ËÑÇ¢éÍ ÇÔ¸ÕÍÍ¡¡ÓÅѧ¡ÒÂãËéʹء ÅͧÁҴ١ѹÇèÒã¤Ã¨ÐÁÕÇÔ¸Õ¡ÒÃà´ç´æ ·Õè¨Ð·ÓãË餹ÍéǹÍÂÒ¡ÍÍ¡¡ÓÅѧ¡ÒÂâ´ÂäÁè½×¹ã¨¡Ñ¹ºéÒ§ áÅéǾº¡Ñ¹ãËÁè¡ÑºàÍ¡ÊÒÃÊÒÃзÕèÁÕ»ÃÐ⪹쩺Ѻ˹éÒ¤èÐ * ¶éÒ·èÒ¹µéͧ¡ÒâéÍÁÙÅ·ÕèÁÕ»ÃÐ⪹ìã¹´éÒ¹âÀª¹Ò¡ÒÃà¾×èÍÊØ¢ÀÒ¾·Õèá¢ç§áç ËÃ×͵éͧ¡ÒÃÅ´¹éÓ˹ѡâ´ÂÇÔ¸Õ¸ÃÃÁªÒµÔ ÊÒÁÒö¢Í¢éÍÁÙÅä´é¨Ò¡ ... http://www.geocities.com/healthclub999/easythin * ËÒ¡äÁèµéͧ¡ÒÃÃѺ¢éÍÁÙÅ¢èÒÇÊÒÃÍÕ¡ ¡ÃسÒà¢éÒä»á¨é§·Õè www.unsubhealthclub.web1000.com
·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ
¤¹ä·Â¡ÓÅѧà»ç¹âäÍéǹÁÒ¡¢Öé¹·Ø¡·Õ ¾.Í.ËÔ§ ÃÈ. ¾.. ¾Ã±ÔµÒ ªÑÂÍӹǠ¼ÙéÍӹǡÒÃàǪÈÒʵÃì¿×鹿٠âç¾ÂÒºÒžÃÐÁ§¡Ø¯à¡ÅéÒ ºÃÃÂÒÂàÃ×èͧ ¡Ô¹ÍÂèÒ§äÃãËéËèÒ§ä¡ÅâäËÑÇã¨áÅÐâäÍéǹ 㹵͹˹Ö觢ͧ¡ÒúÃÃÂÒ ¼ÙéºÃÃÂÒ¡ÅèÒÇÇèÒ ÊÔ觷Õè¾Ö§µÃÐ˹ѡ¤×Í ¼ÙéªÒÂäÁè¤ÇÃãËéÃͺàÍÇà¡Ô¹ 36 ¹ÔéÇ ËÔ§äÁè¤ÇÃà¡Ô¹ 32 ¹ÔéÇ ¶éÒÁÒ¡¡ÇèÒ¹ÕéµéͧàÃè§Å´¹éÓ˹ѡ à¾ÃÒжéÒËÒ¡·èÒ¹ÇÑ´ÃͺàÍÇáÅéÇä´éµÑÇàÅ¢à¡Ô¹¡ÇèÒÁÒµÃÒ°Ò¹¹Õé áÊ´§ÇèÒ·èÒ¹¡ÓÅѧà»ç¹âäÍéǹ ¤¹à»ç¹âäÍéǹÁÕ¤ÇÒÁàÊÕ觷Õè¨Ðµéͧ ¾º¡ÑºâäÃéÒµèÒ§æ ÁÒ¡ÁÒ ¹ÑºµÑé§áµè âäËÑÇ㨠àºÒËÇÒ¹ ä¢Áѹã¹àÅ×Í´ÊÙ§ ¤ÇÒÁ´Ñ¹âÅËÔµÊÙ§ ÍÑÁ¾Òµ áÅзèÒ¹ÍÒ¨¨ÐËÂØ´ËÒÂ㨢³ÐËÅѺ ¨¹à¡Ô´ÀÒÇоÃèͧÍÍ¡«Ôਹ µ×蹹͹¨ÐÁÕÍÒ¡ÒÃÁÖ¹ à»ç¹µéÍËÔ¹§èÒÂà¹×èͧ¨Ò¡àÅ×Í´¢Ò´ÍÍ¡«Ôਹ à»ç¹âä¢éÍ à¾ÃÒÐạÃѺ¹éÓ˹ѡÁÒ¡ à»ç¹à¡Òµì ÁÐàÃç§ ¹ÔèÇ㹶ا¹éÓ´Õ ÁÕÅÙ¡ÂÒ¡ âäà¡ÕèÂǡѺÃкºËÒÂ㨠âä¶Ø§¹éÓ´Õ ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ àÊÕè§à»ç¹âäËÅÍ´àÅ×Í´ËÑÇ㨵պ¡ÇèÒ¤¹·ÑèÇä» 15 à·èÒ âäÍÑÁ¾Òµ 11 à·èÒ âäÁÐàÃç§ÅÓäÊé 2 à·èÒ ¤¹à»ç¹âäÍéǹà»ç¹âäÃéÒµÒ§èÒÂÍÂèÒ§¹Õé¶éÒäÁèàÃÕ¡¤¹·ÕèÁÕÃͺàÍÇà¡Ô¹ÁÒµÃÒ°Ò¹ÇèÒ ÃͺàÍÇÁóРáÅéǨÐàÃÕ¡ÇèÒÍÐäÃÅèФÃѺ ÇԸնʹËèǧÂÒ§ (Å´àÍÇ) ¤Ø³ËÁͺ͡ÇèÒ ÇÔ¸ÕÃÑ¡ÉÒâäÍéǹÊÒÁÒö·Óä´é´éÇ¡ÒäǺ¤ØÁá¤ÅÍÃբͧÍÒËÒ÷ÕèÃѺ»Ãзҹ ¤×;ÂÒÂÒÁãËéŴŧÇѹÅÐ 600 á¤ÅÍÃÕ «Öè§ÀÒÂã¹ 7 Çѹ·èÒ¹¨ÐÊÒÁÒöŴ¹éÓ˹ѡä´é0.6 ¡ÔâÅ¡ÃÑÁ à¾ÃÒÐä¢Áѹ 1 ¡ÔâÅ¡ÃÑÁ à·èҡѺ 7,000 á¤ÅÍÃÕ »ÃСÒ÷ÕèÊÓ¤Ñ µéͧÍÍ¡¡ÓÅѧ¡ÒÂÍÂèÒ§ÊÁèÓàÊÁÍ·Ø¡Çѹ¤ÃѺ ÍÂèÒ§¹éÍ 20 ¹Ò·Õ ¶éÒÍÍ¡¡ÓÅѧ¡ÒÂä´é 60 ¹Ò·Õ¨ÐÂÔè§à»ç¹¼Å´Õ ¤Ø³ËÁͺ͡ÇèÒàÃÒ¤ÇÃãËéʹã¨ã½èÈÖ¡ÉÒËÒ¤ÇÒÁÃÙé´éÒ¹âÀª¹Ò¡ÒÃãËéÁÒ¡ æ ¤×ÍãËéÈÖ¡ÉÒÇèÒÍÒËÒê¹Ô´ä˹ãËé¾Åѧ§Ò¹¹éÍ ¾ÅѧÁÒ¡á¤èä˹ áÅÐ ¤ÇÃÊÃéÒ§¤ÇÒÁÊØ¢·Õèä´éºÃÔâÀ¤ÍÒËÒÃä¢ÁѹµèÓ æ 㹡ÒÃÃѺ»ÃзҹÍÒËÒäÇÃà¤ÕéÂÇãËéªéÒæ ¨ÐÃÙéÊÖ¡ÍÔèÁ·Ñé§æ ·ÕèºÃÔâÀ¤¹éÍ ÍéÍ ! budpage á¹Ð¹ÓÇèÒ·èÒ¹¤Çë×éÍÊÒÂÇÑ´ÁÒà¡çºäÇéÊÑ¡àÊ鹹ФÃѺ ·Ø¡ æ àªéÒ¤ÍÂÇÑ´àÍǵÑÇàͧ áÅФÇ贺ѹ·Ö¡à»ç¹Ê¶ÔµÔäÇé·Ø¡Çѹ´éÇ ʹء´Õ¤ÃѺ ÍÕ¡·Ñé§Âѧà»ç¹¡Ò÷éÒ·ÒÂãËéàÃÒÁÕ¤ÇÒÁµ×è¹µÑÇ·Õè¨ÐÅ´¤ÇÒÁÍéǹÍÂÙèàÊÁÍÍÕ¡´éÇ ÊØ´·éÒ¹Õé¢ÍãËé·Ø¡ æ ·èÒ¹ÁÕÃͺàÍÇã¹ÃдѺÁÒµÃÒ°Ò¹·Õè»ÅÍ´ÀÑ¡ѹ·Ø¡ æ ·èÒ¹¹Ð¤ÃѺ (¨ºº·¤ÇÒÁ¹Õé àǺÁÒÊàµÍÃì ¤§¢ÍµÑÇ仫×éÍÊÒÂÇÑ´ÁҤǺ¤ØÁ¹éÓ˹ѡ´éǤ¹¹Ð¤ÃѺ ÊÇÑÊ´Õ ) ¢ÍàªÔªÒǾط¸ÁÒªèÇ¡ѹÃдÁ¤ÇÒÁ¤Ô´ã¹ËÑÇ¢éÍ ÇÔ¸ÕÍÍ¡¡ÓÅѧ¡ÒÂãËéʹء ÅͧÁҴ١ѹÇèÒã¤Ã¨ÐÁÕÇÔ¸Õ¡ÒÃà´ç´æ ·Õè¨Ð·ÓãË餹ÍéǹÍÂÒ¡ÍÍ¡¡ÓÅѧ¡ÒÂâ´ÂäÁè½×¹ã¨¡Ñ¹ºéÒ§ áÅéǾº¡Ñ¹ãËÁè¡ÑºàÍ¡ÊÒÃÊÒÃзÕèÁÕ»ÃÐ⪹쩺Ѻ˹éÒ¤èÐ * ¶éÒ·èÒ¹µéͧ¡ÒâéÍÁÙÅ·ÕèÁÕ»ÃÐ⪹ìã¹´éÒ¹âÀª¹Ò¡ÒÃà¾×èÍÊØ¢ÀÒ¾·Õèá¢ç§áç ËÃ×͵éͧ¡ÒÃÅ´¹éÓ˹ѡâ´ÂÇÔ¸Õ¸ÃÃÁªÒµÔ ÊÒÁÒö¢Í¢éÍÁÙÅä´é¨Ò¡ ... http://www.geocities.com/healthclub999/easythin * ËÒ¡äÁèµéͧ¡ÒÃÃѺ¢éÍÁÙÅ¢èÒÇÊÒÃÍÕ¡ ¡ÃسÒà¢éÒä»á¨é§·Õè www.unsubhealthclub.web1000.com
Re: ether_input: drop bdg packet
I have 5.0 running as a bridge/ipfw firewall configuration, which is seemingly working very well in an ISP environment. However, there is something that I don't know if it is an error, or normal. On the console, I get the following message many times per second: ether_input: drop bdg packet I am suspecting that this is just a logging issue within part of the bridge/ipfw code, but I would like some feeback if possible to what exactly this is for. I have looked through bridge.c, ipfw.c, bpf.c, bpf_filter.c and many others for the answer. There is much reference to DROP in bridge.c, but nothing that looks like the console message. I would really like to find out why this is happening, and how to make some changes, so I would appreciate it if someone could point me in the direction of the code for this as opposed to or in addition to the answer. The message is in src/sys/net/if_ethersubr.c. However, it was removed in revision 1.34 which is probably why you cannot find it. Thank you very much. Just out of curiosity, if it was removed, why does the message still appear? Steve -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] 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
Re: ether_input: drop bdg packet
On Wed, Mar 19, 2003 at 10:24:45AM -0500, Steve Bertrand wrote: [snip] Thank you very much. Just out of curiosity, if it was removed, why does the message still appear? You're using an older kernel/module built from source that had it? -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mixer for /etc/rc
On Wed, 19 Mar 2003 12:58:27 +0100 Stijn Hoop [EMAIL PROTECTED] wrote: On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d thing. We haven't really started down the road of what I generically refer to as desktop configuration items in rc. Why *not*? As long as it behaves when run in a system without sound, I don't see any reason to make things easier for users, whether they use the machine as a server or as a desktop. I'd very much like to see (something like) this in the base -- I haven't even looked at these patches but the idea is IMHO worthwhile. I think that I don't need it if a little machines requires sound. But I have many machines (mine or not mine) which use sound (or can use it). I almost hate to install these to /etc/rc.local. And even I want it, many users want it:-). Different point from setting /etc/rc.conf is that anyone always check this file, but /etc/rc.local is not so. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mixer for /etc/rc
On Thu, 2003-03-20 at 12:48, Norikatsu Shigemura wrote: I think that I don't need it if a little machines requires sound. But I have many machines (mine or not mine) which use sound (or can use it). I almost hate to install these to /etc/rc.local. And even I want it, many users want it:-). Different point from setting /etc/rc.conf is that anyone always check this file, but /etc/rc.local is not so. You could write a port which did this.. I imagine it would consist only of a file in /usr/local/etc/rc.d :) You could get it to store the current mixer values on shutdown too. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: making CVS more convenient
Terry Lambert wrote: Sergey Babkin wrote: Terry Lambert wrote: # OK, let's suppose that our changes are finally complete, and nobody # else has committed any other changes in between cvs ci Suppose someone has? If you are so out of touch with the net you need a cache, you are probably going to get a conflict, because It's very likely that the conflict can be cured by a simple cvs update. How? Your local repository is out of date. You can't update your local repository because it's a cache, and the cache contains some local changes, and any update will bow those changes away, or abort because there's a conflict. This is exactly my incoherent picture. No, it does not contain the local changes. The local changes are in a completely separate repository. (Well, if the same repository could be made to contain the local changes without upsetting cvsup and cvs, that would be just as good or better. But that seems to be too difficult, a completely separate repository for local changes looks easier). Hope that clarifies the picture. You can't make local checkins to the same place CVSup writes to; CVS is too stupid, and CVSup is too stupid to handle it. You'd need a multicvs -- one that could operate a shadow repository. Yes. I guess we just had terminological difficulties with explaining this point to each other :-) -SB To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mixer for /etc/rc
On Thu, Mar 20, 2003 at 11:18:24AM +0900, Norikatsu Shigemura wrote: On Wed, 19 Mar 2003 12:58:27 +0100 Stijn Hoop [EMAIL PROTECTED] wrote: On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d thing. We haven't really started down the road of what I generically refer to as desktop configuration items in rc. Why *not*? As long as it behaves when run in a system without sound, I don't see any reason to make things easier for users, whether they use the machine as a server or as a desktop. I'd very much like to see (something like) this in the base -- I haven't even looked at these patches but the idea is IMHO worthwhile. I think that I don't need it if a little machines requires sound. But I have many machines (mine or not mine) which use sound (or can use it). I almost hate to install these to /etc/rc.local. And even I want it, many users want it:-). Different point from setting /etc/rc.conf is that anyone always check this file, but /etc/rc.local is not so. Yes, I agree with you. Making a port out of this is imho plain silly, or is someone actually relying on the mixer being set to a default value on bootup? --Stijn -- What if everything you see is more than what you see -- the person next to you is a warrior and the space that appears empty is a secret door to another world? What if something appears that shouldn't? You either dismiss it, or you accept that there is much more to the world than you think. Perhaps it really is a doorway, and if you choose to go inside, you'll find many unexpected things. -- Shigeru Miyamoto pgp0.pgp Description: PGP signature