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 a
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 microse
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
http://www.dragonflybsd.org/docs/nanosleep/
- Original Message -
From: "Viktor Vasilev" <[EMAIL PROTECTED]>
To:
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 does the following in
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 carryin
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 a
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 opti
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)
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 4
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 l
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 under
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
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 Thing(
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
: >> execu
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.
> Definately keeps with the roots of our Daemon .. while showing we can
> evolve and be more mod
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.
|
| > Definately keeps with the roots o
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 happen
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.
|
| > Definately keeps with the roots o
[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.
|
| > Defina
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
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 l
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 wo
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 backporte
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
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 curre
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 r
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 suggest
All,
inspired by:
http://marc.theaimsgroup.com/?l=openbsd-tech&m=112966325607754&w=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?
--
/"\ Bes
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
driv
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 yo
30 matches
Mail list logo
