many broken programs, probably
the array of three native ints.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
its you'll be limitted to 2,097,152+1 signals with this
approach, but that won't be a restriction for a while.
Now you can detect in the kernel calls likely to be from the final
class of broken programs.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Assoc
Peter Dufault wrote:
Firstly, you should get rid of any explicit 32, 31, etc and anything
else tied to the assumed number of bits in an int.
You first need to get rid of any code that assumes that siget_t is an
(unsigned) integer. Use macros to abstract the access to the new sigset_t
Peter Dufault wrote:
1. Immediately do roughly what you displayed only without increasing
the number of signals but instead using two sixteen bit ints, and
commit after testing.
[snip]
2. Switch to the higher number of signals using the approach I
suggested making the high 16 bits
Not
#ifdef _SIGNAL_HEADER
But
#if _SIGNAL_HEADER == 1
of course.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
this is no great loss.)
OK, given this my attempt to force everyone to the POSIX style
is misguided.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED
any docs) someone might add it.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
ot;update_estcpu" is the equivalent of his
"sched_clock". If we keep this work I'll match his nomenclature.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe
. But I tried the one shipping with 4.0 and it locks up completely
(looks like a hardware lockup). The ntp4 from udel works completely
though. Odd :)
Try disabling where it uses rtprio to set itself realtime and see if that
"fixes" it.
Peter
--
Peter Dufault ([EMAIL PROTECTED])
. Any SMP kernel from
earlier today should re-sup.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
be to make rtprio lower priority
than regular time sharing and if it needs to use any time sharing
resources fault it or temporarily boost it up to time sharing.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe syste
On 2000-Mar-09 10:05:21 +1100, Peter Dufault [EMAIL PROTECTED] wrote:
There's no difference between rtprio and P1003.1B scheduling other than
the name. rtprio is the same as P1003.1B "SCHED_RR".
I wasn't aware of that.
I'd like to remove the rtprio call from ntpd. I thin
on but the headers might
be useful for.
I can imagine non-byte addressable floating point DSPs with
sizeof(char) == sizeof(double).
I won't complain about the headers in a machine subdirectory.
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message [EMAIL PROTECTED] Peter Dufault writes:
: The reason why ntp is interesting is that we compare the received data
: with our unpredictable local clock. It is the result of this comparison
: which is good entropy bits.
:
: Is the resolution of thermal sensors on many new
/% cd src
stable:/FreeBSD/FreeBSD-stable/src/% make buildworld buildworld.out
(The -current world builds)
Build the -current kernel, again as yourself:
stable:/FreeBSD/FreeBSD-stable/src/% make buildkernel kernel.out
Now do all installs on the crash box.
Peter
--
Peter Dufault ([EMAIL
ose features without that. That's why it is hard for me to argue
with Poul.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
of what I should do I'll do the
dirty work. I don't know about ACPI etc and so would appreciate a
kick start. I've picked up the spec but haven't printed it out yet.
Peter
PS minimal Sony Vaio LX700/LX800 technical info is available on
the Italian Sony web site.
--
Peter Dufault ([EMAIL PR
ost heat loss is by convection and this won't
make much difference. Once I do get the fan throttling working
I'll have a real quiet system.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approv
It's possible that the EC is solely responsible for the fan, or that
Sony decided in their infinite wisdom to do it all in a driver somewhere.
"acpiconf -s 1" switches the fan to its low setting, so we do know
how to do it.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime d
DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsub
r 245472, page B-25)
Peter
(The system is reasonably quiet now with my additional sound
proofing, but I'm afraid it isn't designed to continously run what was
originally an unacceptably noisy fan).
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc.
computer plus gives it a real solid feel.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
C is much more forgiving of ignorance.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe systems, Agency approval
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
bracketed by
_P1003_1G_VISIBLE optionally or'd with _BSD_TRADITIONAL, as needed.
--
It is useful to specify the Posix version, but right now the
lack of networking support makes it only marginally useful.
Peter
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Assoc
On Sun, 4 Mar 2001 14:11:58 -0500 (EST), Peter Dufault [EMAIL PROTECTED] said:
Critique, please.
I have almost completely finished this work. Please join the
[EMAIL PROTECTED] mailing-list, where the patches were
posted several months ago, and where hopefully more discussion can
still
flag and then added
when handled.
Changing things to return NULL pointers in the kernel where they
never were before is equally lame. Without the appropriate work
you're just pushing the panic off to a hard to find location.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine
problems can not be used.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
on freefall in PATCHES.sched.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
to this that system has been running a week with a patched world.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd
the same as sched_yield()?
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
of a sleeping or stopped process.
*
*/
else if ((chk-p_flag P_INMEM)
chk-p_stat == SRUN
curpriority_cmp(chk) 0) {
need_resched();
}
}
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine
suggest improvements.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems, Agency approval
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
time
on this - wish me luck.
Meanwhile, I'm off all the lists. I'll check e-mail sent to either
dufa...@hda.com or dufa...@freebsd.org intermittently.
Peter
--
Peter Dufault (dufa...@hda.com) Realtime development, Machine control,
HD Associates, Inc. Safety critical systems
there is a GCC attribute to get around this differently.
Peter
PS - this is a quick example, please no one comment on the size of
unsigned int or using gcc typeof instead, etc.
--
Peter Dufault ([EMAIL PROTECTED]) Realtime development, Machine control,
HD Associates, Inc. Fail-Safe
36 matches
Mail list logo