Re: [PATCH] IPv6 support for ggate

2005-11-01 Thread Pawel Jakub Dawidek
On Thu, Oct 27, 2005 at 11:04:50PM -0500, Craig Boston wrote: + Hi hackers: + + Today I had a need to run ggate over an IPv6-only network. I was a + little surprised that it didn't seem to like that, but not discouraged. + So here's a patch that adds IPv6 support for ggated(8) and ggatec(8) + ;)

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 10/28/05 16:40 Dinesh Nair said the following: On 10/28/05 10:52 M. Warner Losh said the following: libc_r will block all other threads in the application while an ioctl executes. libpthread and libthr won't. I've had several bugs at work which is a Good Thing(tm) indeed for me on

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Frank Mayhar
On Mon, 2005-10-31 at 22:47 +0900, Jun Kuriyama wrote: With our new logo, we'll be able to show our own identity on the 'net, and this will make our marketing efforts much easier. We'll write a guideline page which gives usage rules and usable (vector format) logo data under the same BSD

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Ivan Voras
Frank Mayhar wrote: On Mon, 2005-10-31 at 22:47 +0900, Jun Kuriyama wrote: With our new logo, we'll be able to show our own identity on the 'net, and this will make our marketing efforts much easier. We'll write a guideline page which gives usage rules and usable (vector format) logo data

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Branson Matheson
On Tue, Nov 01, 2005 at 04:50:43PM +0100,Ivan Voras did mutter: Man, I _so_ hope this is a joke... Agreed. The logo looks like some anime rendering of a sea mine, and the font really doesn't agree with it. Since there has been a plethora of negative.. i thought i'd add my 2cents.. I think

Re: locking in a device driver

2005-11-01 Thread Scott Long
Dinesh Nair wrote: On 10/28/05 16:40 Dinesh Nair said the following: On 10/28/05 10:52 M. Warner Losh said the following: libc_r will block all other threads in the application while an ioctl executes. libpthread and libthr won't. I've had several bugs at work which is a Good

Re: locking in a device driver

2005-11-01 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Dinesh Nair [EMAIL PROTECTED] writes: : : : On 10/28/05 16:40 Dinesh Nair said the following: : : : On 10/28/05 10:52 M. Warner Losh said the following: : : libc_r will block all other threads in the application while an ioctl : executes.

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Tillman Hodgson
On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: Since there has been a plethora of negative.. i thought i'd add my 2cents.. I think the new logo is pretty cool. Modern and artsy. snip Definately keeps with the roots of our Daemon .. while showing we can evolve and be more

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread ray
At 10:05 AM 11/1/2005 -0600, Tillman Hodgson wrote: | On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: | Since there has been a plethora of negative.. i thought i'd add my 2cents.. | I think the new logo is pretty cool. Modern and artsy. | snip | Definately keeps with the roots

about PR kern/83375

2005-11-01 Thread Sergey Uvarov
Hello hackers, yesterday, while playing with ptys on 5.3 kernel, I was hit by bug #83375. I have reproduced it quite easely: % /usr/libexec/getty Pc ttyp2 % /usr/libexec/getty Pc ttyp2 --- kernel panic ttyp2 - not used slave pty I was curious and did some investigation why it

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread ray
At 10:05 AM 11/1/2005 -0600, Tillman Hodgson wrote: | On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: | Since there has been a plethora of negative.. i thought i'd add my 2cents.. | I think the new logo is pretty cool. Modern and artsy. | snip | Definately keeps with the roots

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Eric Anderson
[EMAIL PROTECTED] wrote: At 10:05 AM 11/1/2005 -0600, Tillman Hodgson wrote: | On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: | Since there has been a plethora of negative.. i thought i'd add my 2cents.. | I think the new logo is pretty cool. Modern and artsy. | snip |

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread ray
At 10:24 AM 11/1/2005 -0600, Eric Anderson wrote: | [EMAIL PROTECTED] wrote: | At 10:05 AM 11/1/2005 -0600, Tillman Hodgson wrote: | | On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: | | Since there has been a plethora of negative.. i thought i'd add my 2cents.. | | I

Re: [FreeBSD-Announce] New Logo

2005-11-01 Thread Wesley Shields
On Tue, Nov 01, 2005 at 08:09:58AM -0800, [EMAIL PROTECTED] wrote: At 10:05 AM 11/1/2005 -0600, Tillman Hodgson wrote: | On Tue, Nov 01, 2005 at 11:01:51AM -0500, Branson Matheson wrote: | Since there has been a plethora of negative.. i thought i'd add my 2cents.. | I think the new logo is

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 11/02/05 00:03 Scott Long said the following: I think this thread has gone too far into hyperbole and conjecture. What is your code trying to do, and what problems are you seeing? apologies, scott. i'm actually trying to get a driver written for freebsd 5.x backported to 4.x. the driver

Re: locking in a device driver

2005-11-01 Thread Julian Elischer
Dinesh Nair wrote: On 11/02/05 00:03 Scott Long said the following: I think this thread has gone too far into hyperbole and conjecture. What is your code trying to do, and what problems are you seeing? apologies, scott. i'm actually trying to get a driver written for freebsd 5.x

Re: locking in a device driver

2005-11-01 Thread Julian Elischer
Julian Elischer wrote: Dinesh Nair wrote: On 11/02/05 00:03 Scott Long said the following: I think this thread has gone too far into hyperbole and conjecture. What is your code trying to do, and what problems are you seeing? apologies, scott. i'm actually trying to get a driver written

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 11/02/05 03:02 Julian Elischer said the following: drops to splzero or similar,.. woken process called, starts manipulating another buffer collides with next interrupt. that makes a lot of sense, i'll try with using splxxx() in the pseudo driver, to block out the real driver. it's

Re: locking in a device driver

2005-11-01 Thread Scott Long
Dinesh Nair wrote: On 11/02/05 03:02 Julian Elischer said the following: drops to splzero or similar,.. woken process called, starts manipulating another buffer collides with next interrupt. that makes a lot of sense, i'll try with using splxxx() in the pseudo driver, to block out the

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 11/02/05 03:51 Scott Long said the following: INTR_TYPE_TTY and spltty [..snipped..] You'll also want to use an spl in the top half of the pseudo driver to cover where the pointers are read and changed. thanx a bunch. i'll rewrite the portions affected based on yours and julian's

queue/list macros

2005-11-01 Thread Max Laier
All, inspired by: http://marc.theaimsgroup.com/?l=openbsd-techm=112966325607754w=2 I rolled this diff and would like to commit it. TRASHIT() is defined only under QUEUE_MACRO_DEBUG so this should be save for all and only affect people prepared to do debbuging. Any objections? -- /\ Best

Re: locking in a device driver

2005-11-01 Thread Julian Elischer
Scott Long wrote: Dinesh Nair wrote: On 11/02/05 03:02 Julian Elischer said the following: drops to splzero or similar,.. woken process called, starts manipulating another buffer collides with next interrupt. that makes a lot of sense, i'll try with using splxxx() in the pseudo

Re: locking in a device driver

2005-11-01 Thread Julian Elischer
Dinesh Nair wrote: On 11/02/05 03:51 Scott Long said the following: INTR_TYPE_TTY and spltty [..snipped..] You'll also want to use an spl in the top half of the pseudo driver to cover where the pointers are read and changed. thanx a bunch. i'll rewrite the portions affected based on

Contributing to FreeBSD list of things todo

2005-11-01 Thread Ben Siemon
I have a suggestion for things dev people could do to help out with code already done. I noticed the suggestion for compiling with -Wall enabled. Would it serve any purpose to compile the sources with -ansi and or -pedantic as well? I am fairly new to FreeBSD so forgive me if this has alread been

select(2) timeout precision

2005-11-01 Thread Viktor Vasilev
Hello fellow hackers, I'm writing a piece of code, that basically does the following in a thread: tick.tv_sec = 0; tick.tv_usec = 1; gettimeofday(t1, NULL); select(0, NULL, NULL, NULL, tick); gettimeofday(t2, NULL); With FreeBSD 5.4-RELEASE I almost constantly get ~2

Re: Contributing to FreeBSD list of things todo

2005-11-01 Thread Brooks Davis
On Tue, Nov 01, 2005 at 04:30:00PM -0600, Ben Siemon wrote: I have a suggestion for things dev people could do to help out with code already done. I noticed the suggestion for compiling with -Wall enabled. Would it serve any purpose to compile the sources with -ansi and or -pedantic as well? I

Re: select(2) timeout precision

2005-11-01 Thread Mihail Balikov
http://www.dragonflybsd.org/docs/nanosleep/ - Original Message - From: Viktor Vasilev [EMAIL PROTECTED] To: freebsd-hackers@freebsd.org Sent: Wednesday, November 02, 2005 12:42 AM Subject: select(2) timeout precision Hello fellow hackers, I'm writing a piece of code, that basically

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 11/02/05 06:12 Julian Elischer said the following: depends on what they are using it for.. if it's a WAN interface, then splimp. (INTR_TYPE_NET) if ppp or several other moduels are loaded, teh tty and net masks are combined anyhow.. it's a quad-span E1/T1 line card which would be

Re: locking in a device driver

2005-11-01 Thread Dinesh Nair
On 11/02/05 06:16 Julian Elischer said the following: also, why do you need a pseudo device AND a device? The device driver can do all the things you have suggested on its own. this is so userland apps wont need to change when different devices are used. the pseudo device is the front for

Re: select(2) timeout precision

2005-11-01 Thread Mike Silbersack
On Tue, 1 Nov 2005, Viktor Vasilev wrote: With FreeBSD 5.4-RELEASE I almost constantly get ~2 microseconds delta. That is with 100HZ kernel on PIII 500MHz or Sempron 64 2800+ Put kern.hz=1000 in /boot/loader.conf to kick it up to 1000Hz, that should improve the accuracy a lot. The