happen
from what I understand of the architecture...
so, it does have to lock even the memory bus, simply the cache isn't
enough for the lock to do what it needs...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O
his right now.
I have been meaning to look at these patches, it's just that I haven't
had a -current box to do testing on, but soon (like the end of the
week), I should have a box that I can do testing, and if so, I'll make
sure that these function, and if so, commit them...
--
Jo
long time ago and dust it off?? Bruce kinda vetoed it, but I also didn't
have the courage to commit it back then... and it's not hard to make
it MI
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 569
roblem, this should be 2 not 3... rerun fsck on it
manually... if it doesn't fix the problem... use fsdb to unlink this
directory, and then run fsck, it should dump the directory (or put it
in lost+found)... you can also use fsdb to reduce the link count to
2 so you can rmdir it...
--
-ro
#all of my /a exports
/a hostc
/a /a/datadir hostd
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall p
to my
server, and I don't have any free slots for a mono or vga card..
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
ld be stuck under kern.* if you really wanted to, and then
it just moves the "top" level up to kern.* and doesn't help any... and
if we avoid expanding our top levels, we will soon end up w/ sysctl names
that are 80+ characters long because they are 10 levels deep...
if you can't
e if we use lower-case (compat.linux, compat.ibcs2,
> compat.svr4.)
just to amend my previous comment, I would prefer compat.linux too...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The
{i}.glist
if [ -f ${bak}/da${i}.glist.bak ]; then
if ! cmp -s ${bak}/da${i}.glist ${bak}/da${i}.glist.bak; then
diff ${bak}/da${i}.glist.bak ${bak}/da${i}.glist
fi
fi
done
--
John-Mark Gurney V
make sure to keep me on the cc list, I'm not on -current or -scsi
Matthew N. Dodd scribbled this message on Mar 5:
> On Sun, 5 Mar 2000, John-Mark Gurney wrote:
> > Doug White forwarded this message to me I actually have done this
> > but I have not cleaned the code up f
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-current" in the body of the message
one and then two...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97
r/X11R6/bin/xdm -nodaemon -server \":0 local /usr/X11R6/bin/X $st :0
\$vt\"
that way you can provide -query hostname or another argument to the
Xserver..
I haven't tested that the eval exec line works properly, but I do know
that the rest of the script works fine though... :)
--
Joh
on't happen again? maybe the user has some
win95 only isa card or something... but this needs to be able to be
configured... along w/ doing this at boot -c time too...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking
P attach routine that will
grab all these resources.... I haven't looked at the latest PnP code,
so I'm not sure exactly how the configure stuff is handled...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking
y seperate from the kernel developement...
anyways, it's the -current kernel that is really the part that isn't
designed for production use, not the userland... you could probably
build a -current userland w/ a -stable kernel, but that's another ball
of
al time.
I completely agree that something like this should be implemented..
then we can out shine winXX in where file managers have files appeare
INSTANTLY after they are created... :)
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking
will do is
bloat GENERIC a little.
--
John-Mark Gurney Voice: +1 408 975 9651
Cu Networking
"The soul contains in itself the event that shall presently befall it.
The event is only the actualizing of its thou
to develope
FreeBSD if the tools target doesn't work!! I do all of my compiles on
a 3.0-R box (yes, that's right, 3.0-R) and it will basicly stop me from
doing any of that...
this is a VERY bad thing to happen to FreeBSD...
--
John-Mark Gurney
Marcel Moolenaar scribbled this message on Sep 30:
> [cc list trimmed]
>
> John-Mark Gurney wrote:
>
> > actually, no, I would like this fixed... I will be unable to develope
> > FreeBSD if the tools target doesn't work!! I do all of my compiles on
> > a 3.0-R
the tools can be build on ANY platform and run,
(assuming the tools support it) and then be able to build the target...
might as well say goodbye to ever getting freebsd's userland running
under NetBSD which is how our nice Alpha port got started... this
NEEDS to be fixed...
on't like LKM/KLD's on
servers that are suppose to be rock solid... (at least not yet)
--
John-Mark Gurney Voice: +1 408 975 9651
Cu Networking
"The soul contains in itself the event that shall presently befall
ty if you define the option, and it would allow everything to be
backwards compatible...
--
John-Mark Gurney Voice: +1 408 975 9651
Cu Networking
"The soul contains in itself the event that shall presently befall it.
Th
Peter Wemm scribbled this message on Oct 1:
> John-Mark Gurney wrote:
> [..]
> > might as well say goodbye to ever getting freebsd's userland running
> > under NetBSD which is how our nice Alpha port got started... this
> > NEEDS to be fixed...
>
> NetBSD have
e a look at it... it'd be interesting
to be able to do something like; make prep-installworld; rm -rf
/usr/{sbin,bin,lib} /{bin,sbin}; make installworld and have it
complete... :)
--
John-Mark Gurney Voice: +1 408 975 9651
Cu Networking
Marcel Moolenaar scribbled this message on Sep 30:
> John-Mark Gurney wrote:
>
> > the reason I was on Marcel's back was because of his statement that he
> > WOULD NOT do ANYTHING to fix the problem, and that as far as he was
> > considered, that's life and
Don Lewis scribbled this message on Sep 30:
> On Sep 30, 4:14pm, John-Mark Gurney wrote:
> } Subject: Re: HEADS UP: sigset_t changes committed
> } >
> } > In this particular case, the only thing cross-compilation would buy us
> } > is the ability to build (but not in
o "select" what signal code we want to include..
and make it a general system so that it just doesn't apply to the signal
system...
this way we can say, we are building under NetBSD, and they don't have
getcwd as a syscall so we need to compile getcwd as a function using
this code, inst
sk questions later. :(
this is just a notice, I am going to be taking a break from FreeBSD
for a couple weeks... I will not be reading my freebsd.org email while
I am on the break, my other email addresses will continue to work...
--
John-Mark Gurney
t...
I didn't see anything but a small reorder of a call to callout_reset that
jlemon commited in rev 1.41 but didn't mention in the log... (unless this
is part of enabling NewReno)
I would appreciate to find out if someone else sees this problem, or
doesn't on both -stable and -
s connecting into the machine.
not if the time delay is between Trying x.x.x.x... and the Connected
to line... also, the time delay is being seen w/ a simple /bin/echo
service.. this shouldn't do any reverse lookup of the connecting
host..
--
John-Mark Gurney
7:39 dfr Exp $
tcpip.h: $Id: tcpip.h,v 1.7 1998/09/26 14:26:59 dfr Exp $
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
Live in Peace, destroy Micro$oft, support free software, run FreeBSD
r
> most of the calls to clock_gettime(), but from time to time (about 1
> loop in 20 on my computer), we have a latency pike (>= 100ms).
Are you sure there isn't a cron task or something else that is suddenly
waking up, causing a large CPU spike?
b->fullblock = 0;
+ /* XXX - override the tag */
+ b->tag = tag;
for (i = 0; i < USB_MEM_BLOCK; i += USB_MEM_SMALL) {
f = (struct usb_frag_dma *)((char *)b->kaddr + i);
f->block = b;
--
Jo
on various sysctl's to provide more information.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
h
:
There are known issues w/ loading/unloading/loading USB modules. Don't
do that (unless you are debuging the problem).
Feel free to research why this is doing it. :) I'll gladly review and
commit any patches you generate for this problem.
--
John-Mark Gurney
for
> the vty's and similar junk on my swap space.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
http
ng, but it won't be leaking devbuf memory. The only
thing that is in usb (in dev/usb) that uses M_DEVBUF is ukbd.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
_
Lukas Ertl wrote this message on Mon, Jul 28, 2003 at 01:11 +0200:
> On Sun, 27 Jul 2003, John-Mark Gurney wrote:
> Then I have no explanation. I'm running the box with a WiFi card,
> generating lots of network traffic, and the box is running fine, no
> panics, and low devbuf
etter fix for this. Let me
know how things go for you.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Index: ng_device.c
===
RCS f
Scott Long wrote this message on Sun, Jul 27, 2003 at 23:33 -0600:
> John-Mark Gurney wrote:
>
> >It may be leaking, but it won't be leaking devbuf memory. The only
> >thing that is in usb (in dev/usb) that uses M_DEVBUF is ukbd.
>
> bus_dma_tag_create() allocates
USB_DEBUG, and
after everything is setup, and you see devbuf steadily increasing, set
the sysctl hw.usb.debug to 7. Take about 10k or so of that, and send
it to me. That should let me know if we are leaking.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
&q
ocated by
usb_block_allocmem since we never end up freeing the block that is
part of the fragments.
The bug fixed in rev1.2 was because of a difference in how NetBSD/OpenBSD
handles things. We wouldn't need this if we had a size parameter to
bus_dmamem_alloc.
Please reread the code and see wh
?)
As mentioned in the commit message, I did some testing, and a simple
bulk transfer over aue did not increase the devbuf memory usage, while
before this patch, I got it quickly over 20megs and growing.
Sorry for the breakage.
--
John-Mark Gurney Voice: +1 415 225
Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200:
> On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote:
>
> ohci code doesn't support isochronous so far.
> There is a patch to add this kern/52589.
Ok, this code has been integrated and the u
abel, which seems to have become corrupted somehow.
Are you running -current w/ a kernel from the last 24 hrs? (After phk's
mass swap check in?) If so, make sure your swap isn't at the start of
your disk. If it is, phk was nice enough to only blow away your boot
blo
m: "Florian Smeets" <[EMAIL PROTECTED]>
> Date: Wed, 6 Aug 2003 09:43:18 +0200 (CEST)
> ::
> ::> On Tue, 5 Aug 2003, John-Mark Gurney wrote:
> ::>
> ::>> Are you running -current w/ a kernel from the last 24 hrs? (After
> ::>> phk's mass swap check i
ew things use newbus
even though they should. This is a problem of them existing before
newbus was nailed down. CAM doesn't use newbus for any of it's device
management (scsi device, not HBA attachment).
--
John-Mark Gurney Voice: +1 415 225 5579
o use an alternate superblock
via -b, it doesn't over drive the primary. If you have a disk with
bad blocks on the primary, you have to manualy rewrite it with dd.
--
John-Mark Gurney Voice: +1 415 225 5579
&q
t responsible, but I will take notice of it. Once I get my lab
up and running (hopefully in the next week), I can test this and see how
it works. Could we get it submitted as a pr (if it isn't already), and
assign it to me? (I'll assign it to myself once I know the PR).
--
John-Mark G
Alexander Leidinger wrote this message on Sat, Sep 06, 2003 at 10:33 +0200:
> struct {
^ try moving foo to here.
> int tag;
> char obj[];
> } foo;
^^^ from here.
--
John-Mark Gurney Voice: +1 415 225 5579
"All th
on with USB umass
devices. I am interested in tracking down this problem, but it's a
bit difficult since I haven't seen it myself.
(I currently don't quite have a test bed box to play with, but I will
in the next week.)
Thanks.
--
John-Mark Gurney
Barney Wolff wrote this message on Sun, Sep 07, 2003 at 13:46 -0400:
> On Sun, Sep 07, 2003 at 12:32:46AM -0700, John-Mark Gurney wrote:
> >
> > You're the second person that has reported corruption with USB umass
> > devices. I am interested in tracking down this p
rom the media correctly. Unless you are
coping a file larger than memory size, the cmp just pulls it from memory,
not from the media. The umount/mount forces a flush of the cache, and so
attempts to read from the media.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 55
bsystem
that isn't flushing the buffers before umount, but that seems a bit
wierd since other fs's should/would be having this problem too.
Don't rejoice quite yet, there still is something to track down. Did
you see my recent patch I posted? Could you try that on you
m also that appears to do the
same thing. Have you tried doing an fstat before umounting the fs?
(There is a bug in msdosfs that doesn't sync the disk before unmount
completes.)
This is wierd in that it's the second page of the second transfer.
The ohci can do up to 8k transfers in o
r usb messages (ohci/uhci/umass/etc.)
I tried using my 128meg CF in the same reader/machine that was having
problems reading, and it worked. So it looks like reads are broken
for only some devices, not all. :(
> On Sun, Sep 07, 2003 at 01:39:08PM -0700, John-Mark Gurney wrote:
> > Barn
against are in the patch)..
hope this helps you.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Index: ata-all.h
===
RCS f
continued operation
will do to the filesytem, and you might end up losing more data.
It is not unresonable to put parameter restrictions on function calls.
It is not much different from enforcing that a pointer is not NULL when
being passed as an argument.
--
John-Mark Gurney
own system.
If the filesystem is broken, then we still have a software bug for not
asserting that the properties of the fs is maintained. If/when we ever
support user mounting fs's, we need to make sure that the fs doesn't do
wacky things and provide a way to escelate permissions or crash
1.1 is 12mbits/sec.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fr
not common...
> I've read that FreeBSD doesn't use them any more.
> But we may need it to not interfere with other device
> drivers in previous releases of FreeBSD.
so, you are planning do do 4.x and earlier releases of your driver?
--
John-Mark Gurney
> see if there would be more information spat out.
Sorry for the long delay, finally getting to the -current list after a trip.
Is this on ochi? There was a patch that might have fixed thigh committed
recently. Is this still reproducable on -current?
Thanks.
--
John-Mark Gurney
NOSCHG, but I was just doing the
patch real quickly...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself the event that shall presently befall it.
The event is onl
tters, but everyone else on
cvs-* would get the reply.
I have only recieved 61 spam messages so far since the begining of the
year, this includes the dups to multiple mailing lists and myself. This
is about one every other day, and considering most are dups, that isn't
even two a week.
dangerous
dedicated mode... I've seen this happen a couple times w/ 3.0-R and
3.1-19990328-STABLE IIRC...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The soul contains in itself th
for then!)
yes, but are routers normally down for a couple hours?? if they are,
you have other problems than worring about connections...
--
John-Mark Gurney Voice: +1 541 684 8449
Cu Networking P.O. Box 5693, 97405
"The
ernel source is using
LABELOFFSET.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Index: disklabel.h
===
RCS file: /home/n
to probe and attach.
Of course the correct way to fix it would be to mirror the OFW tree,
and then probe any devices that exist in the OFW tree, but not in our
device tree.
Attached are the two patches to fix both the issues.
--
John-Mark Gurney Voice: +1 415 225
Bernd Walter scribbled this message on Jun 10:
> On Mon, Jun 09, 2003 at 04:58:38PM -0700, John-Mark Gurney wrote:
> > +#ifdef __sparc64__
> > + /*
> > +* XXX - some sparc hardware has valid hardware when the
> > +* function 0 doesn&#
t do ofw_pci_find_node? Is this
why pciconf -r is returning 0x when reading the ebus and firewire
parts of the SME2300BGA? Simply because it isn't in the ofw tree?
I don't have any data sheets or the PCI spec, so making heads or tails
of this is going be hard.
--
John-Mark
Thomas Moestl wrote this message on Wed, Jun 11, 2003 at 01:02 +0200:
> On Tue, 2003/06/10 at 15:34:36 -0700, John-Mark Gurney wrote:
> >
> > Ok, attached is a patched I tried,
>
> Hmmm, you seem to have forgotten to actually attach it.
Ok, this time I'll attach it!
Bernd Walter wrote this message on Wed, Jun 11, 2003 at 01:16 +0200:
> On Tue, Jun 10, 2003 at 03:34:36PM -0700, John-Mark Gurney wrote:
> > So, the question is, does other arch's do something nasty like this
> > too? Should I change the check to just do ofw_pci_find_no
"
Hey, thanks for the great work. This got me past the same problem on
the sparc box I have, but now I'm getting tons of:
usb0: 198 scheduling overruns
I fiddled with the PCI Latency, but it doesn't seem to do much good.
(Though the latency was set wrong.)
--
John-Mark Gurney
Bernd Walter wrote this message on Thu, Jun 12, 2003 at 14:30 +0200:
> On Thu, Jun 12, 2003 at 01:10:24AM -0700, John-Mark Gurney wrote:
> > Craig Boston wrote this message on Wed, Jun 11, 2003 at 22:44 -0500:
> > > pci_enable_busmaster(self);
> > >
> > &
a different matter.
That's a good way to remind the admin to turn the cpu back on.
Now is there any good reason why you need to keep the cpu disabled?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do,
Cejka Rudolf wrote this message on Thu, Jun 12, 2003 at 10:31 +0200:
> # egrep -w "(fib|libpanel|rain)" modules.1.557 | sort
> fib ports/devel/fib
> fib src/usr.bin/fib
Well, src/usr.bin/fib was removed 6 years ago by bde, so I think that
one can go awa
he -current crowd is interested in this work too.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
http://lists.freebs
et probed for.
> >
> > P.S. Sorry for the duplicate post to -sparc64. I forgot that some of
> > the -current crowd is interested in this work too.
>
> If it changes MI part - yes.
Looks like it will change it some.
--
John-Mark Gurney Voic
John-Mark Gurney wrote this message on Thu, Jun 12, 2003 at 16:52 -0700:
> I will of course revert pci_read_device back to it's original state
> since the MFDEV patch makes it unnecessary.
Ok, here is just the pci MFDEV patch. I would like to see if this works
on other arch's, at
?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
? rarpd
? rarpd.8.gz
Index: rarpd.c
===
RCS file: /home/ncvs/src/usr.sbin/rarpd
hat NetBSD had already fixed.
Comments?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
? bootpd
? bootpd.8.gz
? bootptab.5.gz
? bootpgw/bootpgw
? tools/bootpef/bootpef
? tools/bootpef/bootpef.8.
ch bit some too. Jake has
some suggestions to make it a bit cleaner.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mail
Terry Lambert wrote this message on Sun, Jun 15, 2003 at 22:10 -0700:
> John-Mark Gurney wrote:
> > Terry Lambert wrote this message on Sun, Jun 15, 2003 at 19:40 -0700:
> > > There was a recent PCI attach patch that I thought fixed this?
> >
> > Are you talkin
/dev/null`
for _rc_elem in ${files}; do
run_rc_script ${_rc_elem} ${_boot}
done
at the end of /etc/rc
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
n /etc/rc.conf, the above warnings don't appear.
I tried to follow the code path in IPv6's source, but it's s long
that I couldn't find where it might be allocating memory.
Anyone have any ideas?
--
John-Mark Gurney Voice: +1 415 225 5
27;echo -- + 2' and 'echo -- + 3' are
> running concurrently.
Yes, but the default xargs w/ -n is only one concurrently, which would
mean that tcsh is returning a valid return value before it writes.
I have gotten the 3 to appear before the 2.
> ( ( echo 2 ;
: 1074
+waiting: waitall: 0, curprocs: 0, maxprocs: 1
2starting
started: 1075
+ waiting: waitall: 1, curprocs: 1, maxprocs: 1
3
reaping: pid: 1074, self: 1072, status: 0
reaping: pid: 1075, self: 1072, status: 0
Examining the output shows no restiges of pid 1073.
--
John-Mark Gurney
John-Mark Gurney wrote this message on Tue, Jun 24, 2003 at 23:04 -0700:
> Ok, I seem to have found out that we are reaping a child that we don't
> know about. slightly modified xargs produces this:
ok, with some magic ktrace work, I have come up with an more complete
answer to the ri
Tim J. Robbins wrote this message on Wed, Jun 25, 2003 at 19:20 +1000:
> On Wed, Jun 25, 2003 at 12:41:51AM -0700, John-Mark Gurney wrote:
>
> [...]
> > So, now the question is, do we fix xargs to deal with unexpected
> > children? Or fix the shells in question? (tcsh a
ook into this for me? I don't have any of the standards
document. Hmmm. does APUE even talk about this? It's more of a question
if exec'd processes inherit children.
hmm.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, ha
on a module, but don't want to rebuild their entire kernel tree
to get it.
This updated version should automaticly detect all paths now. It
uses the info.x file from the crash dump to get the compile path.
It assumes crash dumps are in /var/crash
Basic usage is:
sh kgdb
--
John-Mark G
over here on Mutt 1.4.1i (2003-03-19).
Did you happen to set the wrapmargin variable?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROT
een
tested and are working on sparc64. I would like to receive feed back
on i386 to make sure things don't break there.
The patch is at:
http://people.FreeBSD.org/~jmg/usb_dma.diff
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I wi
Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200:
> On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote:
> > I have made usb bus_dma aware. I have only tested this patch so far on
> > an ohci controller in sparc64. I do have problems with isochronou
an
> with coding and testing (assuming this proposition is
> even feasible).
I'm definately interested in this too.
Also, a better list for this would be -multimedia. I have cc'd the
list.
--
John-Mark Gurney Voice: +1 415 225 5579
&quo
7;t suspend my machine right
now.. :(
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
kern.ostype: FreeBSD
kern.osrelease: 5.1-RELEASE
kern.osrevision: 199506
kern.version: FreeBSD 5.1-RELEASE #0: Wed Jul
this. One the detach can be successfully called, kldunload
should then start working.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED
> 255H 64S and that didn't work. It's a RPITA. In the end I dangerously
> dedicated the disk and that works.
One thing you might of been missing is making sure that the type in
the disklabel was set properly. For scsi, it must be SCSI, and for
IDE it must be IDE or ESDI. I had probl
ke of it, but it seems
like this might confuse it. Also, why are we sticking obj files for rescue
in the source dir of the program? shouldn't they be in the rescue dir?
(so that they don't get globbered when the regular build happens.)
--
John-Mark Gurney
ttp://people.FreeBSD.org/~jmg/vfs_mount.diff
try seeing if this patch improves things for you guys.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
1 - 100 of 374 matches
Mail list logo
