In message <[EMAIL PROTECTED]>, Terry Lambert writes:
>Bart Kus wrote:
>> If I do have to write something, for my work to be included anywhere, I
>> should be writing for the -CURRENT kernel, right? I presently run -STABLE,
>> so that would obviously be the more comfortable kernel to write for...
Alfred Perlstein wrote:
[ ... SIGDANGER ... ]
> Well Joe seems to have provided a pretty interesting document on
> how it works in AIX, but I was wondering if they do anything wrt
> low/high watermarks like my idea.
>
> Basically you'd like to inform processes that the danger has been
> alliviate
On Sun, Sep 30, 2001 at 11:41:14PM -0500, Alfred Perlstein wrote:
> > If it's any help, I have an AIX box here. It belongs to IBM, so I
> > have to respect security issues, but I'll do what I can.
I seem to remember that one could set a watermark using the no command, but I
could be wrong. No AI
Bakul Shah wrote:
>
> > Hrm, I was planning on investigating the RT capabilities of fbsd after
> > I got
> > myself a decent timer mechanism. I was hoping they would be enough to get
> > close to RT. I have an SMP system I can use, so 1 CPU can be dedicated to
> > the task.
>
> I doubt even an
Bart Kus wrote:
> If I do have to write something, for my work to be included anywhere, I
> should be writing for the -CURRENT kernel, right? I presently run -STABLE,
> so that would obviously be the more comfortable kernel to write for...but it
> is *STABLE* after all.
Most of us doing commerci
* Greg Lehey <[EMAIL PROTECTED]> [010930 22:49] wrote:
> On Sunday, 30 September 2001 at 14:55:58 -0500, Alfred Perlstein wrote:
> > * Jos Backus <[EMAIL PROTECTED]> [010930 14:35] wrote:
> >> On Sun, Sep 30, 2001 at 02:23:26PM -0500, Alfred Perlstein wrote:
> >>> * Jos Backus <[EMAIL PROTECTED]>
On Sunday, 30 September 2001 at 14:55:58 -0500, Alfred Perlstein wrote:
> * Jos Backus <[EMAIL PROTECTED]> [010930 14:35] wrote:
>> On Sun, Sep 30, 2001 at 02:23:26PM -0500, Alfred Perlstein wrote:
>>> * Jos Backus <[EMAIL PROTECTED]> [010930 12:55] wrote:
AIX has SIGDANGER.
>>>
>>> Anyone ca
On Sat, 29 Sep 2001 20:38:51 + (UTC), in sentex.lists.freebsd.hackers
you wrote:
>Hi!
>
>On Mon, 24 Sep 2001, Matt Dillon wrote:
>
>> A number of people have been seeing these on STABLE:
>>
>> panic: vm_page_remove(): page not found in hash
>>
>There was rummors that lowering "maxu
In message <200109301010.07784@EO> Bart Kus writes:
: Right now, I use for() as a timing loop. I calibrate it on program start
: and can then get very precise timing. There are, of course, the intermittent
: interruptions of the multitasker. So this solution is not ideal by any
: means
In message <[EMAIL PROTECTED]> Vladimir Dozen writes:
: SIGDANGER is the signal from Irix, AFAIR?
AIX.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On 01-Oct-2001 Ronald G Minnich wrote:
> I've seen similar stuff although have not (yet) fried a PS. I've had
> chipset lockup that requred unplugging AC for 30+ seconds before it was
> resolved. A simple power cycle with the power switch was not sufficient.
We found this problem at work due
On 01-Oct-2001 Bart Kus wrote:
> The variance for some time-deltas is sometimes as high as a factor of 10
> (note: I'm not using the statistical definition of variance - I simply mean
> that a +edge -> -edge time can be 100us and then 1000us on the next press of
> the same button). Sadly,
On Sun, 30 Sep 2001 [EMAIL PROTECTED] wrote:
> I had almost exactly the same experience with a Tyan motherboard,
> excapt that it was not a network but video card in my case.
> Unplugging the power cord from the machine between removing one
> card and inserting another (or possibly the same) one
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Friday, 28 September 2001 at 10:12:14 -0700, Julian Elischer wrote:
> On Fri, 28 Sep 2001, Gersh wrote:
>> On Fri, 28 Sep 2001, Bernd Walter wrote:
>>> On Fri, Sep 28, 2001 at 07:03:51PM +0530, Anjali Kulkarni wrote:
Doe
On Sunday 30 September 2001 14:30, Mike Meyer wrote:
> It looks like you've already got a solution to this problem, and this
> won't be very useful if the 40kHz figure is right, but I figured I
> might mention it anyway. Have you thought about using the feature of
> the callin device of the "open"
On 30-Sep-2001 Bart Kus wrote:
> Right now, I use for() as a timing loop. I calibrate it on program
start
> and can then get very precise timing. There are, of course, the
> intermittent
> interruptions of the multitasker. So this solution is not ideal by any
> means. In fact, th
On Sunday 30 September 2001 16:18, Poul-Henning Kamp wrote:
> Yes, you'll have to poll, sorry...
Ick. How hard would it be to pull off one of the following:
1) Give time_pps_fetch() the ability to become a blocking call
2) Modify the PPS API slightly, by allowing time_pps_fetch() to ret
In message <200109301318.44290@EO>, Bart Kus cleopede:
>On Sunday 30 September 2001 12:47, Greg Shenaut wrote:
>> Well, setitimer has a maximum rate of 100 Hz, with a slop factor
>> sometimes much greater than 10 ms. This was the result of some
>> recent testing on a lightly-loaded standard 4.3 s
Glenn Gombert wrote:
>
> A couple of questions come to mind after reading what has been done
> so far and what ( think has been committed into the the Free BSD Current
> tree)and reading throught the present KSE write up..
>
> How much of the KSE code is dependant upon the SMP support being fu
On 2001.09.30 13:16 Sameh Ghane wrote:
> Le (On) Sun, Sep 30, 2001 at 11:22:24AM -0700, John Merryweather
> Cooper ecrivit (wrote):
> > Rexx-IMC doesn't build on -CURRENT at the moment (so says Bento).
> This
> > PR contains a patch, but I'm -CURRENT-less. Could someone build
> things
> > and l
Dan wrote:
>
> I had the stangest situation today where a new nic card was put into a
> machine and then the machine did not start up. Placed the old nic card
> back in the box and it still did not start up. Switched power supplies
> with an exactly equal box and both machine booted up fine. This
Hi,
I was just attempting to move an iso image between two 4.3-Release machines,
the server being a PPro180 with i82559 and the client being a P3-933 with a
Davicom network chip. FTP'ing an image from server to client resulted in the
client aparrently losing the plot at layer 3 - a ping runnin
Devin Butterfield([EMAIL PROTECTED])@2001.09.30 12:33:26 +:
> [...]
> > > was suggested you may want to consider a dedicated cpu based
> > > controller. Thre are a number of solutions for hobbyists
> > > (such as the handyboard, see www.handyboard.com).
> >
> > Unfortunately, money is a b
On Sat, Sep 29, 2001 at 05:48:37PM -0700, Luigi Rizzo wrote:
> > Hello,
> >
> > I have tried to compile FreeBSD Current (several times) over the last
> > couple of days and get the following message when trying to run XFree86
> > and a number of other applications:
> >
> >/user/lib/libpam.
> Hrm, I was planning on investigating the RT capabilities of fbsd after I got
> myself a decent timer mechanism. I was hoping they would be enough to get
> close to RT. I have an SMP system I can use, so 1 CPU can be dedicated to
> the task.
I doubt even an SMP system would help.
> >
In message <200109301600.21610@EO>, Bart Kus writes:
>On Sunday 30 September 2001 13:18, you wrote:
>> It's in sio.c already.
>
> Sorry to bug you again, but it seems that the PPS driver for sio doesn't
>support PPS_CANWAIT. Am I correct in that assessment? Without blocking, I
>don't see
On Sunday 30 September 2001 14:33, Devin Butterfield wrote:
> Atmel AVR microcontrollers are < $10 from distributors like Digikey (and
> Digikey usually has high prices). They're very slick and VERY FAST. You can
> do 12 MIPS with one of their chips.
>
> Of course you'd need to spend some time lea
On Sunday 30 September 2001 13:18, you wrote:
> It's in sio.c already.
Sorry to bug you again, but it seems that the PPS driver for sio doesn't
support PPS_CANWAIT. Am I correct in that assessment? Without blocking, I
don't see any other mechanism for event-driven execution. The RFC
:> :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
:> :[EMAIL PROTECTED] | TCP/IP since RFC 956
:>
:> I think the file descriptor problem can be solved easily... simply
:> open the file, mmap() the entire 1G segment for this special application,
:> and then close() the f
You definite need to use a microcontroller. Something like the
68HC11F1 is a good single-chip solution (though the F1 only has
512 bytes of E^2). I'm sure Motorola has newer chips with more
on-board E^2.Stepper motors can be manipulated from a PC parallel
port but you will ne
Le (On) Sun, Sep 30, 2001 at 11:22:24AM -0700, John Merryweather Cooper ecrivit
(wrote):
> Rexx-IMC doesn't build on -CURRENT at the moment (so says Bento). This
> PR contains a patch, but I'm -CURRENT-less. Could someone build things
> and let me know?
It builds now. But your patch did not wo
* Matt Dillon <[EMAIL PROTECTED]> [010930 14:59] wrote:
>
> :
> :In message <[EMAIL PROTECTED]>, Matt Dillon writes:
> :>: Second, application not always grows to 1G, most of the time it keeps
> :>: as small as 500M ;). Why should we precommit 1G for 500M data? Doing
> :>: multi-mmap memory ma
:
:In message <[EMAIL PROTECTED]>, Matt Dillon writes:
:>: Second, application not always grows to 1G, most of the time it keeps
:>: as small as 500M ;). Why should we precommit 1G for 500M data? Doing
:>: multi-mmap memory management is additional pain.
:>
:>Even using file-backed memory
* Jos Backus <[EMAIL PROTECTED]> [010930 14:35] wrote:
> On Sun, Sep 30, 2001 at 02:23:26PM -0500, Alfred Perlstein wrote:
> > * Jos Backus <[EMAIL PROTECTED]> [010930 12:55] wrote:
> > > AIX has SIGDANGER.
> >
> > Anyone care to tell me how it works in AIX? If the interface is
> > nice, cloning
On Sun, Sep 30, 2001 at 02:23:26PM -0500, Alfred Perlstein wrote:
> * Jos Backus <[EMAIL PROTECTED]> [010930 12:55] wrote:
> > AIX has SIGDANGER.
>
> Anyone care to tell me how it works in AIX? If the interface is
> nice, cloning it would be kind of cool.
I don't currently have access to an AIX
[...]
> > was suggested you may want to consider a dedicated cpu based
> > controller. Thre are a number of solutions for hobbyists
> > (such as the handyboard, see www.handyboard.com).
>
> Unfortunately, money is a big factor. So that's not an option. :/
>
Atmel AVR microcontrollers are
Bart Kus <[EMAIL PROTECTED]> types:
> manipulates the CD line of the serial port it plugs into. Afaik, the UART
> itself is capable of generating an interrupt whenever CD changes. The
> problem is, sio.c doesn't support this feature. I'm stuck with polling the
> status register to find out t
* Jos Backus <[EMAIL PROTECTED]> [010930 12:55] wrote:
> On Sun, Sep 30, 2001 at 01:44:37PM +, Vladimir Dozen wrote:
> > SIGDANGER is the signal from Irix, AFAIR?
>
> AIX has SIGDANGER.
Anyone care to tell me how it works in AIX? If the interface is
nice, cloning it would be kind of cool.
On Sun, Sep 30, 2001 at 01:10:35PM -0500, Bart Kus wrote:
> On Sunday 30 September 2001 11:03, Bernd Walter wrote:
> > Controlling steppers via lpt is what I explained and showed last
> > tuesday on the cosmo-project meeting.
> > We used nanosleep() which worked fine for the demonstration and
> >
On Sunday 30 September 2001 10:38, you wrote:
> Your machine will not work too well if it is 40kHz.
>
> The PPS-API allows you to timestamp edges on DCD, if the frequency is
> more reasonable, that would work for you. Find RFC27xx for more info
> about PPS-API.
Oh really. I was actually
On Sunday 30 September 2001 12:47, Greg Shenaut wrote:
> Well, setitimer has a maximum rate of 100 Hz, with a slop factor
> sometimes much greater than 10 ms. This was the result of some
> recent testing on a lightly-loaded standard 4.3 system.
That's not good enough. :/
> How many step
On Sunday 30 September 2001 12:30, Bakul Shah wrote:
> Are you controlling the rotation speed of the drill or the
> x,y,z position? I'd guess the latter. Don't you also need
I am controlling XYZ.
> guaranteed real time response (which FreeBSD won't provide
> you)? I suppose if you ar
On Sunday 30 September 2001 11:03, Bernd Walter wrote:
> Controlling steppers via lpt is what I explained and showed last
> tuesday on the cosmo-project meeting.
> We used nanosleep() which worked fine for the demonstration and
> playing.
> As long as you don't have troubles with longer than reque
Rexx-IMC doesn't build on -CURRENT at the moment (so says Bento). This
PR contains a patch, but I'm -CURRENT-less. Could someone build things
and let me know?
In addition to the sample scripts in the examples directory tree (which
have all been modified to run from a commandline just like any o
In message <200109301226.0779@EO>, Bart Kus writes:
>On Sunday 30 September 2001 10:38, you wrote:
>> Your machine will not work too well if it is 40kHz.
>>
>> The PPS-API allows you to timestamp edges on DCD, if the frequency is
>> more reasonable, that would work for you. Find RFC27xx for more
On Sun, Sep 30, 2001 at 01:44:37PM +, Vladimir Dozen wrote:
> SIGDANGER is the signal from Irix, AFAIR?
AIX has SIGDANGER.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
In message <200109301010.07784@EO>, Bart Kus cleopede:
> On a totally unrelated subject to my sio.c message, I have a second problem.
> I've built a computer-controlled drill, that is controlled via the parallel
>port. This drill uses stepper motors, at 1/2 step. My driver software
>imp
> On a totally unrelated subject to my sio.c message, I have a second problem.
> I've built a computer-controlled drill, that is controlled via the parallel
> port. This drill uses stepper motors, at 1/2 step. My driver software
> implements a maximum-acceleration control algorithm tha
On Sun, Sep 30, 2001 at 10:18:01AM -0500, Bart Kus wrote:
> On a totally unrelated subject to my sio.c message, I have a second problem.
> I've built a computer-controlled drill, that is controlled via the parallel
> port. This drill uses stepper motors, at 1/2 step. My driver software
In message <200109301003.06903@EO>, Bart Kus writes:
> Hello, I'm wondering about a seemingly simple sio.c modification. The
>problem stems from me wanting to use this dang remote control receiver, which
>manipulates the CD line of the serial port it plugs into. Afaik, the UART
>itself
On a totally unrelated subject to my sio.c message, I have a second problem.
I've built a computer-controlled drill, that is controlled via the parallel
port. This drill uses stepper motors, at 1/2 step. My driver software
implements a maximum-acceleration control algorithm that ensu
Hello, I'm wondering about a seemingly simple sio.c modification. The
problem stems from me wanting to use this dang remote control receiver, which
manipulates the CD line of the serial port it plugs into. Afaik, the UART
itself is capable of generating an interrupt whenever CD change
* Vladimir Dozen <[EMAIL PROTECTED]> [010930 06:16] wrote:
> ehlo.
>
> >
> > diff vm/swap_pager.c vm.new/swap_pager.c
> > 217a218,219
> > > struct proc* p;
> > >
> > 218a221,225
> > > /* warn all processes */
> > >
ehlo.
>
> diff vm/swap_pager.c vm.new/swap_pager.c
> 217a218,219
> > struct proc* p;
> >
> 218a221,225
> > /* warn all processes */
> > for( p = allproc.lh_first; p != 0; p = p->p_list.le_next )
> >
ehlo.
> You want to submit a patch? If not I can take a look at it,
> but it's been a bit since I've looked at the vm system.
except for sysctl, the patch is quite simple due to the fact
that histeresis is already implemented in swap_pager.c, something
like:
=
* Vladimir Dozen <[EMAIL PROTECTED]> [010930 04:41] wrote:
> ehlo.
>
> > You're still thinking of the combined solution, just think of a
> > system where all you have right now is the signals I mentioned.
>
> Yah, now I think I got it. Well, actually, signal(s) is all
> I need. The remapping
ehlo.
> You're still thinking of the combined solution, just think of a
> system where all you have right now is the signals I mentioned.
Yah, now I think I got it. Well, actually, signal(s) is all
I need. The remapping was just a bonus. To be more precise,
I need the only signal -- at low
* Rik van Riel <[EMAIL PROTECTED]> [010930 04:12] wrote:
> On Sat, 29 Sep 2001, Alfred Perlstein wrote:
> > * Vladimir Dozen <[EMAIL PROTECTED]> [010929 14:38] wrote:
> >
> > > P.S. Anyway, I do NOT insist my solution is better, and even that it
> > > is good for anything at all. It was fun f
ehlo.
> : Second, application not always grows to 1G, most of the time it keeps
> : as small as 500M ;). Why should we precommit 1G for 500M data? Doing
> : multi-mmap memory management is additional pain.
>
> Why not? Disk space is cheap.
Developer time is expensive. Someone already
On Sat, 29 Sep 2001, Alfred Perlstein wrote:
> * Vladimir Dozen <[EMAIL PROTECTED]> [010929 14:38] wrote:
>
> > P.S. Anyway, I do NOT insist my solution is better, and even that it
> > is good for anything at all. It was fun for me to hack in BSD kernel,
> > and it was interesting challe
* Vladimir Dozen <[EMAIL PROTECTED]> [010930 03:02] wrote:
> ehlo.
>
> > My suggestion, (but not my final say, i'm still open to ideas):
> >
> >Implement a memory status signal to notify processes of changes
> >in the relative amount of system memory.
> >
> >When memory reaches a lo
In message <[EMAIL PROTECTED]>, Matt Dillon writes:
>: Second, application not always grows to 1G, most of the time it keeps
>: as small as 500M ;). Why should we precommit 1G for 500M data? Doing
>: multi-mmap memory management is additional pain.
>
>Even using file-backed memory is fairly
Title: ¥ß§YÀ°±zºô¸ô¶}©±Àç·~°µ¥Í·N!!
dnjymxjjocxnu
¥ß§YÀ°±zºô¸ô¶}©±Àç·~°µ¥Í·N!!
2¤p®É§Ö³tºô¶»s§@¤Îקï!!
ºô¶»s§@¶W§C»ù¥unNT800¤¸.
§K¶Oºô§}!!ºô¯¸¤º®e¥i¤À:¤½¥q²¤¶.
* Matt Dillon <[EMAIL PROTECTED]> [010930 02:53] wrote:
>
> : Second, application not always grows to 1G, most of the time it keeps
> : as small as 500M ;). Why should we precommit 1G for 500M data? Doing
> : multi-mmap memory management is additional pain.
>
> Why not? Disk space is che
ehlo.
> My suggestion, (but not my final say, i'm still open to ideas):
>
>Implement a memory status signal to notify processes of changes
>in the relative amount of system memory.
>
>When memory reaches a low or high watermark, the signal is
>broadcast to all running processes.
: Second, application not always grows to 1G, most of the time it keeps
: as small as 500M ;). Why should we precommit 1G for 500M data? Doing
: multi-mmap memory management is additional pain.
Why not? Disk space is cheap. For a problem like this I would simply
throw in two 30G+ ha
66 matches
Mail list logo
