In message <[EMAIL PROTECTED]>, "David W. Chapman Jr."
writes:
>On Fri, Aug 24, 2001 at 04:14:24PM -0700, Mike Smith wrote:
>>
>> If we want a surface scrubber, we ought to have a "real" one; it's
>> also very, very bad in the laptop context (since it keeps waking your
>> disks up).
>>
>I have
Peter Wemm wrote:
> Jordan Hubbard wrote:
>
>>>Because of certain differences, it cannot be used wholesale as a
>>>replacement for csh.
>>>
>>Then please enumerate them so that they can be given due attention.
>>This is exactly the sort of detailed feedback that was requested when
>>we first rai
Jordan Hubbard wrote:
> > Because of certain differences, it cannot be used wholesale as a
> > replacement for csh.
>
> Then please enumerate them so that they can be given due attention.
> This is exactly the sort of detailed feedback that was requested when
> we first raised the issue of switch
Julian Elischer wrote:
>
> If we are not going to use separate VM mapping s to keep the per-cpu
> information separate any more, then can we remove the support for it from
> the kernel?
No, this is still very much used. I really want to fix this and will try
and take a shot over the weekend.
>
:pmap_pte_quick(pmap, va)
:register pmap_t pmap;
:vm_offset_t va;
:{
:unsigned pde, newpf;
:/*
: * Check if the appropriate PDE is valid. If not, we're done.
: */
:**A** if ((pde = (unsigned) pmap->pm_pdir[va >> PDRSHIFT]) !=
:0) {
:
On Fri, Aug 24, 2001 at 11:10:53PM -0500, Matthew D. Fuller wrote:
> So yes, there's a difference. But, on the flip side, I think that
> the fact that it's been this long without anybody screaming majorly
> (after the initial shakedown, of course) kinda sums it up.
There are differences in defa
On Fri, Aug 24, 2001 at 09:46:00AM -0700, a little birdie told me
that Jordan Hubbard remarked
> From: Jim Bryant <[EMAIL PROTECTED]>
> > Because of certain differences, it cannot be used wholesale as a
> > replacement for csh.
>
> Then please enumerate them so that they can be given due attentio
If we are not going to use separate VM mapping s to keep the per-cpu
information separate any more, then can we remove the support for it from
the kernel?
examples:
i386/i386/locore.s
#ifdef SMP
/*
* Define layout of per-cpu address space.
* This is "constructed" in locore.s on the BSP and in
From: Mike Smith <[EMAIL PROTECTED]>
Subject: Re: diskcheckd is poo
Date: Fri, Aug 24, 2001 at 04:14:24PM -0700
> If we want a surface scrubber, we ought to have a "real" one; it's
> also very, very bad in the laptop context (since it keeps waking your
> disks up).
>
> If we're going to keep it,
Me not, I think that a good scrubber, ala NetApp - scrubbing
as fast as possible in the middle of the night -, is a good
thing. Has helped us track many faulty disks a couple of hours
before the disks finally gave up for good.
-- martin
- Original Message -
From: "Giorgos Keramidas" <[EM
Consider the folowing function:
/*
* Super fast pmap_pte routine best used when scanning
* the pv lists. This eliminates many coarse-grained
* invltlb calls. Note that many of the pv list
* scans are across different pmaps. It is very wasteful
* to do an entire invltlb for checking a sing
On Fri, Aug 24, 2001 at 04:14:24PM -0700, Mike Smith wrote:
>
> If we want a surface scrubber, we ought to have a "real" one; it's
> also very, very bad in the laptop context (since it keeps waking your
> disks up).
>
I have the shar of the port up at
http://people.freebsd.org:~/dwcjr/diskcheck
If we want a surface scrubber, we ought to have a "real" one; it's
also very, very bad in the laptop context (since it keeps waking your
disks up).
If we're going to keep it, it should be turned off by default at any rate.
> diskcheckd is very annoying. Many doubt its usefulness in detecting
>
On 24-Aug-01 Ollivier Robert wrote:
> Hello,
>
> John, is your patch (the one for sound interrupts) support to fix this kind
> of problem ?
>
> interrupt total rate
> stray irq0 1 0
> stray irq6 1 0
> stray irq1
As I was trying to let the Palm Pilot connect to my desktop
through usb using PPP, I tried to run
/usr/sbin/ppp -quiet -direct -nat < /dev/ugen0
While, perhaps, not the right way to do what I want (what is? aren't
serial devices the simplest?), it should not panic (nothing should
really)
On Wed, Aug 22, 2001 at 09:19:36PM -0400, [EMAIL PROTECTED] wrote:
> Too bad, the published Apple's link
> http://www.apple.com/macosx/usingosx/internet.html
> is broken :(
http://www.apple.com/creative/webpro/technology/webdav/
http://www.apple.com/creative/webpro/technology/webdavsetup/
From: Jim Bryant <[EMAIL PROTECTED]>
Subject: Re: Why is csh tcsh? This can be a bad thing...
Date: Thu, 23 Aug 2001 22:23:01 -0500
> Because of certain differences, it cannot be used wholesale as a
> replacement for csh.
Then please enumerate them so that they can be given due attention.
This
According to Ollivier Robert:
> Sound is configured on this machine but not used at all at the moment so
> that many interrupts is a bit suspect...
After discussing it on IRC/#bsdcode, it may be a problem with the way
newpcm deals with ISA sound cards...
Aug 17 22:21:50 caerdonn /boot/kernel/ker
Hello,
John, is your patch (the one for sound interrupts) support to fix this kind
of problem ?
interrupt total rate
stray irq0 1 0
stray irq6 1 0
stray irq15 1 0
ata1 irq15
Thus spake Jim Bryant ([EMAIL PROTECTED]):
> It's kinda late in the process to be complaining about this, but I just noticed this
>myself...
That's why it is in the ports collection.
Alex
--
WELCOME DATACOMP!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
To: Kirk McKusick <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
Ollivier Robert <[EMAIL PROTECTED]>,
Mikhail Teterin <[EMAIL PROTECTED]>
Subject: fsck setting d_ino == 0 (was Re: filesystem errors)
In-Reply-To: Your message of
21 matches
Mail list logo
