Hi,
I ran into some problems building the cvsup-devel
port. In one of it's dependants, the c file is attempting
to include which is nolonger valid.
/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4/RTHeapDepC.c
As a quick fix I symlinked nfs.h -> ../nfsclient/nfs.h
Hi,
I'm in the middle of trying to debug a java problem
and have found something I don't quite understand.
Basically, __getcwd() is returning errno 20, Not
a directory. man getcwd doesn't list ENOTDIR so I
started looking in the sources and found kern/vfs_cache.c:
if (vp-
Hi,
Currently, the only option passed on to dependant
pkg_add invocations is the '-v' verbose option. During an
automated install, we use the '-I' option to ignore
any pre/post installation scripts for certain packages.
The following patch allows the '-I' option to
be passed on to dependan
Hi,
I have run into an issue with the difference between what
happens when a signal handler returns from a program converted
to use pthreads (vs non-pthreads).
Basically, in the non-pthread case, a change made to the
sc_eip element of the scp struct is honored when the kernel
restores the
- Garrett Wollman's Original Message -
> < said:
>
> >The second question I have is more standards based.
> > Should we consider changing UIO_MAXIOV to IOV_MAX or
> > _XOPEN_IOV_MAX and deprecating the 1st? I am unclear
> > on what the standard is for this.
>
> UIO_MAXIOV is what the
I ran into a minor error in the doc for readv. I double
checked the kernel code and it checks against UIO_MAXIOV.
writev.2 is correct.
-john
Index: read.2
===
RCS file: /home/ncvs/src/lib/libc/sys/read.2,v
retrieving revision 1.
You are one brave soul if the only precedent you have for this
patch is GNU cp.
Personally, I see nothing wrong with it.
With respect to how you short circuit the copy if
the mtimes are 'ok', you probably need to return a value
different than 1 so that your caller can distinquish between
a faile
Hi,
I have a Dell Optiplex GXi 200Mhz machine which will not
boot after installing 4.3-RELEASE. After rebooting, the normal
F1 FreeBSD prompt comes up with a beep. Pressing F1 causes
the machine to beep again. I believe the following code
sequence is the failure location:
/usr/src/sys/boot
dside...
I hope I haven't rambled to much. And again, thanks for taking
the time to respond.
-John
- Current List's Original Message -
> On Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote:
> >After some feedback, I have changed the patch slightly.
Hello,
After some feedback, I have changed the patch slightly. Rename
-d to -t and remove the requirement for the option to have a
value.
-t aquire the target from *argv++ instead of argv[argc--]
The patch can be found at:
http://people.freebsd.org/~jwd/cp-t.patch
Some comments:
If you just want an xargs that supports --replstr/-i simply
install:
ftp://ftp.gnu.org/gnu/findutils
or even more easily:
/usr/ports/misc/findutils
two comments:
I don't want to enter a protracted discussion over the
benefits/drawbacks of the current xargs vs an updated
xargs, no
Hi,
I have added a -d dir option to cp. This allows the target
directory to be specified at the head of the command line
instead of the tail. This makes cp work much more nicely with
tools like xargs... (allowing for major performance improvements
over inline shell loops).
The patch is at:
Hi,
I wondered about this. However, after looking around what
I found was that the FIO* requests seemed to be documented
in driver pages (and only a handful at that), and not
documented with ioctl.
Since I don't want to change the other existing driver
man pages, what if I add generic docu
Hi,
I've been doing some tty related work and found the FIO*
requests don't seem to be documented.
I've added some reasonable doc to tty.4 and put up the
the diff and html forms:
http://people.freebsd.org/~jwd/doc/tty.4.html
http://people.freebsd.org/~jwd/doc/tty.4.diff
Any comments a
Hi,
I've been using the disklabel.c patch which allows easier
configuration by being able to specify a new disklabel of
the form:
#size offsetfstype [fsize bsize bps/cpg]
a: 400M04.2BSD 4096 1638475 # (Cyl.0 - 812*)
b: 1G* swa
Hi,
I've been trying to create a -current release for awhile
now and have run into numerouse problems. However, this one
seems to be reproducible (last 3 days or so):
--
>>> stage 4: populating /usr/obj/usr/src/i386/usr/include
Hi,
I'm getting the following panic when I run the following
command:
tar -cvf - . | compress | dd bs=64m of=/dev/sa0
running with a blocksize of 2,4,8,16, or 32meg on the dd
command run to completion with no problems.
Fatal trap 12: page fault while in kernel mode
fault virtual address
Grr... make that 4.2-RC1
FreeBSD 4.2-RC1 #0: Thu Nov 16 06:10:10 EST 2000
-john
- John W. De Boskey's Original Message -
>
> Hi,
>
>Console, console, where's the console?
>
>We are attempting to use FreeBSD 4.2-RC2 on an
> AlphaServer 2000 4/233 and are running into trouble
Hi,
Console, console, where's the console?
We are attempting to use FreeBSD 4.2-RC2 on an
AlphaServer 2000 4/233 and are running into trouble
with the console device.
When we boot from the CD, it comes up to the boot
prompt on the console where we tell it to boot from
the cd device. T
Hi,
I'm trying to increase the speed of the serial console
on a -current box from 9600 to 38400. I've put the following
in /etc/make.conf:
BOOT_COMCONSOLE_SPEED=38400 # serial console speed
Unfortunately, it doesn't work. It still runs at 9600.
I remember seeing something about t
- Bruce Evans's Original Message -
> On Mon, 13 Nov 2000, John W. De Boskey wrote:
>
> >When the following command is run as root:
> >
> > /usr/obj/usr/src/libexec/getty/getty std.38400 ttyd1
> >
> >the call to login_tty() fails in the
Hi,
I've been working on serial ports/consoles the last few days
and have run into what I consider a bug in getty (-current)..
When the following command is run as root:
/usr/obj/usr/src/libexec/getty/getty std.38400 ttyd1
the call to login_tty() fails in the opentty() function:
Hi,
Each night I run a 'make release' and then tar it off to
a public storage area...
For some time now, tar has been complaining...
tar: cdrom/disc2/dev/acd0t32: minor number too large; not dumped
tar: cdrom/disc2/dev/acd0t33: minor number too large; not dumped
tar: cdrom/disc2/dev/acd0t
... are not liking each other after the lastest
ppp commits. I do not have time to look into this
until late tomorrow (and no, I don't see any commits
which would appear to fix this yet).
-John
crunchide -k _crunched_usbdevs_stub usbdevs.lo
cc -static -o boot_crunch boot_crunch.o sh.lo find.lo
Hi,
I ran into an interesting gotcha with fsck and vinum...
I have the following line in /etc/fstab:
/dev/vinum/raid5/pubufs rw 2 2
and during an upgrade (old current to current), I commented the
line out during the reboot process. After brin
I believe you need to update sysinstall.
The following is what I do to update sysinstall on our
'make release' machine. Similar should work for you (change
sysinstalldir & MAKEOBJDIR).
-John
#
# Install sysinstall into /s
Subject says it. I'll try to look at it later this evenning.
===> ipfilter
cc -O -pipe -DIPFILTER=1 -DIPFILTER_LKM -DIPFILTER_LOG -D_KERNEL -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MOD
Jordan writes a nice piece of mail...
If this was happening in -stable I'd be in total agreement.
However, we're talking -current, and is not -current the
integration area for new technologies, whether they be
rough or round edged?
This reminds me of the old development arguement:
Don't do
Hi,
I've tested last nights make release built
install via both ftp and nfs and am seeing
some rather strange results timeing wise:
A full install (ie: select ALL) w/ ports.
NFS: about 18 minutes. (ave. about 1000KB/sec)
FTP: about 70 minutes. (ave. about 45KB/sec)
on the sam
Thanks for the updates. A few questions below.
-John
- Mark Hittinger's Original Message -
>
> It does look like an updating entry is needed for this badly.
>
> I did the following things, some of which may not be needed, and now my
> -current boxes boot OK.
>
> 1. update MAKEDEV fr
Also, what rev of /etc/rc do you have installed?
-john
- Mark Murray's Original Message -
> > I'm not knocking anyone or any code, especially considering this IS
> > -current... BUT... I don't need to read the code to know that I am seeing
> > the same fortunes on first login after reboo
Don't want to step on toes.. Someone please commit. I believe
we need to 'load /kernel' no matter what... it's the
'read' that's in question. Allows a cdrom to autoboot.
patch also located at ~jwd/src/src/release/Makefile.patch so you
don't have to cut'n'paste.
-John
Index: Makefile
===
- David O'Brien's Original Message -
> On Tue, Oct 24, 2000 at 02:36:44PM -0400, John W. De Boskey wrote:
> >
> > the 'le' driver does not work. Can someone provide additional
> > information about why it's in GENERIC?
>
> Get confirm
It didn't work without the device line when I tested it
last week(Thursday/Friday).
-John
- David O'Brien's Original Message -
> On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
> > 2. Make sure your kernel includes:
> >
Ok, folks want INET6. It's back..
It's been pointed out to me by "Thomas D. Dean"
<[EMAIL PROTECTED]> that the 'le' driver does
not work. Can someone provide additional information
about why it's in GENERIC?
Other candidates I've been pointed to include the removal
of /boot/boot[12] and NFS (wh
The following patch brings the floppy size down enough to fix
the problem. One is a leftover from the config file syntax
change. Also, I don't know how useful INET6 is to a GENERIC
kernel on todays' networks (faith & gif are already removed).
Index: dokern.sh
=
See below..
- Bruce Evans's Original Message -
> On Sun, 22 Oct 2000 [EMAIL PROTECTED] wrote:
>
> > > Reverting src/sbin/newfs/mkfs.c to revision 1.29 fixes
> > > the problem.
> > >
> > > With just a quick review of the patch, I'm not sure I
> > > understand what forces the last dirty
- Makoto MATSUSHITA's Original Message -
>
> jwd> 5. At this time, remove ALL MFS filesystems from /etc/fstab.
> jwd>They can be hand mounted after bootup or via a local rc
> jwd>startup script.
>
> Is there any chance to mount MFS filesystem listed in /etc/fstab just
> after the
ove are not done.
-John
- Brian O'Shea's Original Message -
> On Sun, Oct 22, 2000 at 07:35:39PM -0400, John W. De Boskey wrote:
> > - David O'Brien's Original Message -
> > > On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wro
- David O'Brien's Original Message -
> On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wrote:
> > with the mfs enable, it hangs there right after FILESYSTEM
> > checking, and with random_load set to YES, it hangs at ldconfig.
>
> mount_mfs is blocking on "rndblk". Our /dev/*random
- Leif Neland's Original Message -
>
>
> On Sun, 22 Oct 2000, Donny Lee wrote:
>
> >
> > Hi there,
> >
> > I've done a very recent week's make world(S) on -current, making
> > and installing world and kernel go fine, but all hang on boot,
> > with no error codes or msgs.
> >
> So
Patch appears to fix the problem. Do you want to
commit it? Peter? me?
Thanks,
John
ps: it would be interesting to add a statistic to determine
how often the cache block is flushed due to size or read
interference. May determine that the cache should be
larger (or smaller). Did you
Reverting src/sbin/newfs/mkfs.c to revision 1.29 fixes
the problem.
With just a quick review of the patch, I'm not sure I
understand what forces the last dirty buffer to be
written.
revert the patch? try to fix it? comments?
-John
- John W. De Boskey's Original Message -
> Hi,
>
>
Hi,
I posted a question concerning fsck yesterday. A number of
people replied with the 'bad harddisk' comment.
I have followed up some more on the problem, and can now
reproduce it on different filesystems.
Below, I umount my /usr/obj, newfs it, mount it, unmount
it, and then fsck it.
Hi,
I've run into an interesting problem:
ad0: 19473MB [39566/16/63] at ata0-master UDMA33
ad1: 19541MB [39703/16/63] at ata0-slave UDMA33
I have swap and two large partitions on ad1:
#size offsetfstype [fsize bsize bps/cpg]
b: 104857600 swap
Hi,
I'm seeing the following failure with sources current
as of 19:39pm EDT (Oct 19). Occurs when building the GENERIC kernel.
cc -pipe -g -D_KERNEL -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extension
Hi,
Interesting question was posed to me which I can't
locate a straight answer to.
We've been following -current for a few years now.
Over time, the devices in /dev have moved around, new
added, and old deleted (ie: we've never had to restage
one of these machines and/or purge it and re
47 matches
Mail list logo
