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 Sat,
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 in
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
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
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 is
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 irq15
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/
To
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
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 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/diskcheckd.shar
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
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, it
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
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 attention.
This
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
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 switching
: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) {
:
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.
18 matches
Mail list logo