void <[EMAIL PROTECTED]> writes:
> Is there any reason top couldn't add these up and report a %iowait
> like Solaris'?
Yes. It would conceal valuable information. Do the adding up in your
head.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Dan Nelson wrote:
>
> In the last episode (Nov 07), Dag-Erling Smorgrav said:
> > Graham Wheeler <[EMAIL PROTECTED]> writes:
> > > I am trying to write a screen saver module that, when it kicks in,
> > > will switch to the first console, and then, if a key is pressed,
> > > will switch back to th
On 9 Nov, Alfred Perlstein wrote:
> * Zhenhai Duan <[EMAIL PROTECTED]> [001109 21:09] wrote:
>> A simple question:
>>
>> Does the kernel function printf() flushes the output immediately, or it is
>> possible some data is buffered somewhere and gets lost without printing
>> to the console? like
> >> Does the kernel function printf() flushes the output immediately, or it is
> >> possible some data is buffered somewhere and gets lost without printing
> >> to the console? like the corresponding funtion in the c library.
> >
> > It's not buffered afaik.
> >
> Actually my experince in writi
On 10 Nov, Mike Smith wrote:
>> >> Does the kernel function printf() flushes the output immediately, or it is
>> >> possible some data is buffered somewhere and gets lost without printing
>> >> to the console? like the corresponding funtion in the c library.
>> >
>> > It's not buffered afaik.
>
>
> Is there is way that I could perhaps demonstrate my reasoning,
> such that it might be satisfactory to you?
No.
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the t
[EMAIL PROTECTED] writes:
> [...]
> Jessem.
Amazing what people will do to evade killfiles. Plonk.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
subscribe freebsd-hackers
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Dear All,
Last night I cvsupped my trusty old Compaq Deskpro XL 6200 from 4.0-release
to 4.2-beta. As part of that process, I seem to have lost support for the
on-board NIC (lnc0: PCNet/PCI Ethernet Adapter, PC-net-32 VL-Bus).
What is the newest version of FreeBSD that will propely support that
On 10 Nov, Mike Smith wrote:
>>
>> Is there is way that I could perhaps demonstrate my reasoning,
>> such that it might be satisfactory to you?
>
> No.
>
Then, should I take it you concede the point?
Jessem.
To Unsubscribe: send mail to [EMAIL PROTECTED]
> On 10 Nov, Mike Smith wrote:
> >>
> >> Is there is way that I could perhaps demonstrate my reasoning,
> >> such that it might be satisfactory to you?
> >
> > No.
> >
> Then, should I take it you concede the point?
No.
--
... every activity meets with opposition, everyone who acts has his
r
Thanks for all of your replies. The reason I asked this question is that I
really saw some incomplete print out on FreeBSD 3.3. My intuition is that
the printout is buffered some where, otherwise, I would expect either
there is a complete printout, or no printout at all.
--Zhenhai
On Fri, 10 Nov
In the last episode (Nov 10), Dag-Erling Smorgrav said:
> void <[EMAIL PROTECTED]> writes:
> > Is there any reason top couldn't add these up and report a %iowait
> > like Solaris'?
>
> Yes. It would conceal valuable information. Do the adding up in your
> head.
I can't see how it would conceal i
On Thu, 9 Nov 2000, Christoph Sold wrote:
> Better still would be /usr/local/etc/rc.d/*.sh called automatically
> with parameter stop. To do so, insert
This is all nice (BTDT) although I find the *.sh pattern quite annoying,
due to the alphabetisation issue. When I make these mods I tend to use
* Nick Hibma ([EMAIL PROTECTED]) [001109 17:31]:
> Hm, I missed the zip story. You seem to have all the bits that are
> necessary in your kernel.
>
> Could you compile your kernel/module with UMASS_DEBUG defined and send
> me the output after an attach?
As it turns out, I got it working, but on
> Following is a patch to route interrupts for devices on the child side of
> a PCI:PCI bridge. I don't have any easy way to test this, unfortunately.
>
> If anyone would care to eyeball it before I commit it, I'd greatly
> appreciate that.
FWIW, this matches my reading of my paper copy of t
> According to manual the aio_offset field of the "aiocb" structure
> is ignored in the aio_read() call. So one can read the file only from
> beginning. Very bad for me. :-(
>
> Will this bug be fixed in FreeBSD 5.0?
The bug was fixed a long time ago, but the man page was never
updated.
This makes sense as the adapter is not a ful controller, just a cheapo
interface.
You cannot select the SCSI id from the USB driver.
Nick
On Fri, 10 Nov 2000, James FitzGibbon wrote:
> * Nick Hibma ([EMAIL PROTECTED]) [001109 17:31]:
>
> > Hm, I missed the zip story. You seem to have all th
"Koster, K.J." wrote:
>
> Dear All,
>
> Last night I cvsupped my trusty old Compaq Deskpro XL 6200 from 4.0-release
> to 4.2-beta. As part of that process, I seem to have lost support for the
> on-board NIC (lnc0: PCNet/PCI Ethernet Adapter, PC-net-32 VL-Bus).
>
> What is the newest version of
On Fri, 10 Nov 2000, Nick Hibma wrote:
> This makes sense as the adapter is not a ful controller, just a
> cheapo interface.
>
> You cannot select the SCSI id from the USB driver.
Hmm.. Since I was looking for a "true" USB-SCSI controller, obviously
this thing won't work. If it only works with
> A simple question:
>
> Does the kernel function printf() flushes the output immediately, or it is
> possible some data is buffered somewhere and gets lost without printing
> to the console? like the corresponding funtion in the c library.
There is no buffering comparable to that of the stdio p
> > > It would be nice to have a /etc/rc.shutdown.local called by
> > > /etc/rc.shutdown,
> > > to implement custom shutdown procedures. This is currently done by
> > > editing rc.shutdown, but you have to remember about it when you run
> > > mergemaster.
> >
> > Better still would be /usr/local/
In message <[EMAIL PROTECTED]> Zhenhai Duan
writes:
: Does the kernel function printf() flushes the output immediately, or it is
: possible some data is buffered somewhere and gets lost without printing
: to the console? like the corresponding funtion in the c library.
Yes. It can be buffered,
In message <[EMAIL PROTECTED]> "Koster,
K.J." writes:
: 3Com 3c503ISA
I think so. The ed driver supports this
: DEC EtherworksISA
: DEC DE205 ISA
don't know about these. lnc driver supports them maybe ?
: SMC EtherEZ ISA
ed driver.
: RealTek "TP-Link" P
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Dear All,
>
> Last night I cvsupped my trusty old Compaq Deskpro XL 6200 from 4.0-release
> to 4.2-beta. As part of that process, I seem to have lost support for the
> on-board NIC (lnc0: PCNet/PCI Ethernet Adapter, PC-net-32 VL-Bus).
Ok,
> : 3Com 3c503ISA
>
> I think so. The ed driver supports this
I'm pretty sure the ed driver doesn't support the 503. I think we
dropped support for the 503 a *REALLY* long time ago (2.1 days...)
> : DEC EtherworksISA
> : DEC DE205 ISA
>
> don't know about these. ln
> > : 3Com 3c503ISA
> >
> > I think so. The ed driver supports this
>
> I'm pretty sure the ed driver doesn't support the 503. I think we
> dropped support for the 503 a *REALLY* long time ago (2.1 days...)
You are probably confusing it with the 501 or 505. The 503 is basically
an
> > > : 3Com 3c503ISA
> > >
> > > I think so. The ed driver supports this
> >
> > I'm pretty sure the ed driver doesn't support the 503. I think we
> > dropped support for the 503 a *REALLY* long time ago (2.1 days...)
>
> You are probably confusing it with the 501 or 505. The 503
On Fri, 10 Nov 2000, Nate Williams wrote:
> > : 3Com 3c503ISA
> >
> > I think so. The ed driver supports this
>
> I'm pretty sure the ed driver doesn't support the 503. I think we
> dropped support for the 503 a *REALLY* long time ago (2.1 days...)
How difficult is it to check the s
In article <[EMAIL PROTECTED]> you write:
>> > not how busy the disks are. I want relative data, not absolute.
>>
>> systat -vmstat?
>
>Thank you! This gets the me disk %busy, which is one of the things I
>was looking for. Now, can anyone tell me how to tell what percentage of
That was somet
> > The program will core after about 10 seconds, every time.
> > It would appear that there is an issue with some low-level allocator in the
> > STL as shipped in 4.x.
>
> Dude. The STL implementation that ships with g++ isn't thread safe.
> In fact, if you read the STL portion of the C++ sp
>
> * Dmitry Sychov <[EMAIL PROTECTED]> [001109 13:06] wrote:
> > Greetings.
> >
> > According to manual the aio_offset field of the "aiocb" structure
> > is ignored in the aio_read() call. So one can read the file only from
> > beginning. Very bad for me. :-(
> >
> > Will this bug be fixed in
> Thank you! This gets the me disk %busy, which is one of the things I
> was looking for. Now, can anyone tell me how to tell what percentage of
> processor time is being spent waiting for disk I/O to complete?
Uh, none?
If there is disk I/O pending, the processor just runs a different
process
Jan Grant writes:
> > Better still would be /usr/local/etc/rc.d/*.sh called automatically
> > with parameter stop. To do so, insert
>
> This is all nice (BTDT) although I find the *.sh pattern quite annoying,
> due to the alphabetisation issue. When I make these mods I tend to use
> the SysV-sty
I had a need for something like this -
I modified a serial cable such that it had four connectors:
DB9#1 goes to device A
DB9#2 goes to device B
DB9#3 and DB9#4 goes to a "monitoring" system on COM1 and COM2
#1 TX is connected to #2 RX AND #3 RX
#1 RX is connected to #2 TX
#2 TX is connected
35 matches
Mail list logo
