Hi, Doug!
I'm not sure what guidelines were given to you when you started the project,
but in reviewing your work the first thing I noticed was that you are not
following the guidelines in the style(9) man page. You should read that page,
and spend an afternoon reformatting your code to fit
Hi,
Intro
My company is currently using Linux as a platform for our own control
software platform (all in c). We often have clashes between kernel and the
rest in the sense of timings, priority handling etc. I feel Linux is not
an OS but a kernel plus the rest which hampers us (too) often. My
On Mon, Aug 29, 2005 at 12:13:53PM +0200, Maarten wrote:
Hi,
Intro
My company is currently using Linux as a platform for our own control
software platform (all in c). We often have clashes between kernel and the
rest in the sense of timings, priority handling etc. I feel Linux is not
an
I think I saw more than once speculations that FreeBSD updates CMOS
clock when time is set, so CMOS clock value should always be very close
to internal OS timer. But I always took it with a grain of salt because
every time I reboot after long uptime period I see messages from ntpd
about adjusting
1) What is the purpose of the two interrupt handler arrays ihandler[]
and intr_handlers[]?
What I saw on my system:
(kgdb) print intr_handler
$8 = {0x302b2d04 clkintr, 0x302b9bd4 atkbd_isa_intr,
0x302b6708 isa_strayintr, 0x302be648 siointr, 0x302be648 siointr,
0x302b6708 isa_strayintr,
On 8/28/05, Andriy Gapon [EMAIL PROTECTED] wrote:
I think I saw more than once speculations that FreeBSD updates CMOS
clock when time is set, so CMOS clock value should always be very close
to internal OS timer. But I always took it with a grain of salt because
every time I reboot after long
On Sun, Aug 28, 2005 at 09:06:47PM +0100, Steven Hartland wrote:
Having a really odd problem here where udp queries to
servers running on machines with bge cards dont respond
via ip address that are being bound on:
Can you run tcpdump -s 0 -vvv port 1234 on the client (replace
port 1234 with
Dear Sirs / Fellow Freebsd Freaks,
I've been using FreeBSD for a while now as a routing/firewalling platform,
but recent developments in our network infrastructure confront me with some
lack of features in the IPstack.
In a nutshell, i'm looking for support for (in order of importance to me) :
On Monday 29 August 2005 08:11 am, Bharath Bhushan wrote:
1) What is the purpose of the two interrupt handler arrays ihandler[]
and intr_handlers[]?
Not sure. It may be that ihandler is used for INTR_FAST interrupts.
What I saw on my system:
(kgdb) print intr_handler
$8 = {0x302b2d04
On Sunday 28 August 2005 10:32 am, alexander wrote:
The AMD64 arch is using the syscall/sysret opcodes instead of int80h to
perform a syscall (/usr/src/lib/libc/amd64/SYS.h). I just checked the
output my of dmesg and it says:
CPU: AMD Duron(tm) Processor (1311.69-MHz 686-class CPU)
Origin
John Baldwin wrote:
On Sunday 28 August 2005 10:32 am, alexander wrote:
The AMD64 arch is using the syscall/sysret opcodes instead of int80h to
perform a syscall (/usr/src/lib/libc/amd64/SYS.h). I just checked the
output my of dmesg and it says:
CPU: AMD Duron(tm) Processor (1311.69-MHz
In the last episode (Aug 29), Michael Bushkov said:
There is some information in my project's description here:
http://wikitest.freebsd.org/moin.cgi/NsswitchAndCachingTechnicalDetails
One question that comes to mind:
It looks like the end-user application is still responsible for
performing
On Mon, Aug 29, 2005 at 05:56:25PM +0200, Bart Van Kerckhove wrote:
Dear Sirs / Fellow Freebsd Freaks,
I've been using FreeBSD for a while now as a routing/firewalling platform,
but recent developments in our network infrastructure confront me with some
lack of features in the IPstack.
In
On Monday 29 August 2005 19:50, Brooks Davis wrote:
On Mon, Aug 29, 2005 at 05:56:25PM +0200, Bart Van Kerckhove wrote:
Dear Sirs / Fellow Freebsd Freaks,
I've been using FreeBSD for a while now as a routing/firewalling
platform, but recent developments in our network infrastructure
On Mon Aug 29 05, Scott Long wrote:
Actually, the results were fairly inconclusive because it was also
somewhat unstable under real loads.
The work is in Perforce under
//depot/user/jeff/sysenter/...
I've worked on this branch also, but not in a few months. I can
make patches if
On Mon, Aug 29, 2005 at 08:09:43PM +0200, Max Laier wrote:
On Monday 29 August 2005 19:50, Brooks Davis wrote:
On Mon, Aug 29, 2005 at 05:56:25PM +0200, Bart Van Kerckhove wrote:
Dear Sirs / Fellow Freebsd Freaks,
I've been using FreeBSD for a while now as a routing/firewalling
Hi guys,
I'm trying to get an accurate measurement of signal strength (preferably
in dBm) on a per-packet basis between two atheros cards that I have. I
had some correspondence with the ethereal developers and David Young
and apparently there is a bug in how ethereal handles the radiotap
Thanks for the that, we've just packed down the machines to move
them I will endeavour to test this as soon as I have access to them again.
However I think I did try disabling checksum off loading but not a
100% sure so will need to check.
Steve
- Original Message -
From: David
In message: [EMAIL PROTECTED]
Dmitry Mityugov [EMAIL PROTECTED] writes:
: That's why I always thought that ntpd did not work in FreeBSD 5.x!
ntpd works perfectly on FreebSD 5.x
Warner
___
freebsd-hackers@freebsd.org mailing list
Sam Pierson wrote:
Hi guys,
I'm trying to get an accurate measurement of signal strength (preferably
in dBm) on a per-packet basis between two atheros cards that I have. I
had some correspondence with the ethereal developers and David Young
and apparently there is a bug in how ethereal
I asked this question on -questions, and got no answers (or at least
none that I saw).
I recently upgrade from a 1gig tunderbird to a 3gig P4 system, both
running 5-STABLE from post 5.4-RELASE. The system and all ports were
rebuilt with make.conf having:
CPUTYPE=p3
CFLAGS= -O -pipe
COPTFLAGS= -O
21 matches
Mail list logo