ikely) unit
>attention condition.
This is how the MacOS does it, at least prior to MacOS X. If the CD-ROM
is external and powered-down after the MacOS boots, the Mac then hangs
periodically trying to ping it. Really screws up performance. :)
-- Parag Patel
To Unsubscribe: send mail
like a case of being nibbled to death by cats. (Julian Elischer
suggested it may be due to the newbus code which affects just about
everything.) No obvious place that has eaten a bunch of space - it's
pretty well scattered throughout.
-- Parag Patel
textdata bss
mail archives but didn't find anything obvious.)
Thanks!
-- Parag Patel
#
# PINHEAD config file developed from:
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#
oftupdates)
6053.86 real 7969.94 user 7601.81 sys
6040.56 real 7933.80 user 7643.17 sys (*MAXACTIVE to 3)
(The /*raid* volumes are all on the 5 older SCSI disks, but the rest of
the system is on a newer IDE disk, which is why the IDE times are better.)
ends to sell it).
Oh well. At some point I may create my own poor-man's desktop RAID
cluster with several PCI-IDE controllers and a cheap IDE master per
interface (no slaves). Not quite as good as SCSI but a heck of a lot
cheaper.
-- Parag Patel
To Unsubscribe: send mail to [EMAIL
ly
questionable) tests involving find|cpio of the source tree and then
buildworld -j16 on various vinum volumes.
So I thought I'd forward the results to current, for what it's worth.
The biggest (non)surprise is how big a difference softupdates makes.
Nice!
-- Parag Patel
&quo
to 4.0-CURRENT via NFS. I never tried the 4.0 boot floppies
since I needed to run "make installworld" from a build on another box.
-- Parag Patel
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Forgot to mention - SMP makes no difference to the crash. I've turned
it off for now to simplify debugging. Just vinum+raid5+softupdates
seems to be enough.
-- Parag
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
dates the raid5
volume seems happy, with and without async. It seems likely to be some
odd interaction between the raid5 code and softupdates, since the
simpler mirror/striping seems to work fine with it.
Ring any bells for anyone?
-- Parag Patel
To Unsubscribe: send mail to [EMAIL
On Sun, 29 Aug 1999 22:59:22 PDT, Matthew Dillon wrote:
>
>This is definitely a pbuf. Did you apply the patches Greg emailed?
>They will panic the machine earlier while it is still in the correct
>stack frame, allowing Greg to track down where the I/O initiation came
>from.
Greg'
On Sun, 29 Aug 1999 16:48:32 PDT, Matthew Dillon wrote:
>This looks like an indirect call through a NULL function pointer.
Wow - I'm impressed! You really know your kernel debugging! :) It is a
null-pointer dereference that's crashing it. Here's the gdb stack
back-trace:
(gdb) bt
#0 0x0
ping seems to work, at least for me, but raid-5
makes it unhappy.
I'm building a new kernel with gdb serial debug and will try to extract
more info from it if possible. First I have to wait for the array to
come back from the dead. :)
In the meantime, appended is my kernel's config file.
so crashed without softupdates.)
There are no apparent SCSI errors, and access to the raid10 volume plus
a single vanilla FFS filesystem on the extra SCSI drive are fine.
Thoughts? Thanks!
-- Parag Patel
-ddb crash output-
Fatal trap 12: page fault while in kernel mode
mp_l
sc->wb_btag = BUS_SPACE_IO;
with this macro being set to the correct machine-specific one in some
appropriate header file? I'm sure I'm missing something...
Thanks!
-- Parag Patel
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
dump, and no clue. I had to get some pay-for
work done so I backed up to 3.1-STABLE and it seems to be fine since.)
Hope this helps. I intend to update to 3.2-STABLE today...
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
e-C, but could use C, C++,
gjc (the new Java compiler), and gpc. I'm used to building my own
compilers and cross-compilers, so it's no big deal for me either way.
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
ed? :-) Or am I just
pointing out what everyone but me already knows is being worked on?
-- Parag Patel
kern/init_sysent.c:23: warning: cast discards `volatile' from pointer
target type
kern/kern_sysctl.c: In function `sysctl_register_set':
kern/kern_sysctl.c:127: warning: ca
May I suggest looking at the OpenBSD dhcp client/server? I'm not sure
which one they're derived from, but the CHANGES file lists a bunch of
bug and security fixes.
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current&
is better than the
other, if I may suggest looking at and perhaps importing the OpenBSD
code? The CHANGES file lists a bunch of security and bug fixes. I
can't tell where the code is derived from.
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "un
setup.
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
ed by anyone.
> Matthew Dillon
Then why bother having rc.conf in the first place? Just wire in all
the defaults straight into /etc/rc and leave rc.conf strictly for
overriding the defaults only, and eliminate rc.conf.* entirely.
-- Parag Patel
To Unsubscribe: send
esystem and a 10Mb
hard-drive image on the filesystem, and it works fine for me.
-- Parag Patel
===
# my ~/.doscmdrc
assign A: /u/parag/dos/1.44M 1440
assign B: /dev/rfd0 1440
assign C: /u/parag/dos/10M 306 4 17
assign D: /c
riped across 2 disks. A make -j8 buildworld also succeeded
early this morning at about 5am. Softupdates is turned on for all
disks and all partitions except /tmp which is async mfs.
-- Parag Patel
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-curre
23 matches
Mail list logo