: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Alfred Perlstein - Admin, coder, and admirer of all things BSD.
-- There are operating systems, and then there's FreeBSD.
-- http://www.freebsd.org/4.0-current
mounts and no nfsiod.
enabling nfsiod didn't help, however unmounting the NFS share and
remounting seems to have fixed it
i guess i should have taken a crash dump when the system was all
hosed but it's fine now... *sigh*
Alfred Perlstein - Admin, coder, and admirer of all things BSD
On Sun, 11 Apr 1999, Matthew Dillon wrote:
:Hey, i was just doing a kernel compile over NFS and i have a weird
:situtation. After compiling everything the linker barfs on linking.
:
:gensetdefs: cd9660_bmap.o: not an ELF file
What exact release of the kernel is running on the client
On Sun, 11 Apr 1999, Matthew Dillon wrote:
:-current as of tuesday night. although the laptop is now moved
:to -current as of today.
:
:i have 192.168.1.44:/usr/src on /usr/src
:
:this is only building the kernel in /usr/src/sys/compile/laptop
:
:server:
:FreeBSD myname.my.domain
On Mon, 12 Apr 1999, Maxim Sobolev wrote:
Alfred Perlstein wrote:
Hey, i was just doing a kernel compile over NFS and i have a weird
situtation. After compiling everything the linker barfs on linking.
gensetdefs: cd9660_bmap.o: not an ELF file
for about 12 files...
the compile
On Mon, 12 Apr 1999, Doug Rabson wrote:
On Mon, 12 Apr 1999, Alfred Perlstein wrote:
The problem that i faced was that the console stuff must be done even
before the SYSINITs are done it's generally setup from machdep.c this
is before a lot of stuff is really setup.
How early can i
On Tue, 13 Apr 1999, Thomas Schuerger wrote:
Here's the bottom line from my point of view. CVSup is slow to update
the GUI because it is busy doing more important things, i.e., updating
your files as quickly as it can. I agree that it can be annoying. But
would you really want me to
from this frantic kill ?
-Alfred
It would be nice if memory overcommit were configurable (on-off,
or per process).
/Marino
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Alfred Perlstein - Admin, coder
On Thu, 15 Apr 1999, Andrew Reilly wrote:
On Wed, Apr 14, 1999 at 02:55:27PM -0500, Anthony Kimball wrote:
: All I want is that a program gets NULL from malloc if there is no memory
: available. I find that to be a very fundamental thing about malloc.
: Do you have a solution? We
On Wed, 14 Apr 1999, Mikhail Teterin wrote:
Steve Kargl once wrote:
/usr/ports/devel/libxalloc
/usr/ports/devel/libmalloc
/usr/ports/devel/libdlmalloc
I do not see how they can guarantee the usability of the returned
memory with the current kernel. There apparently is no way of
On Fri, 16 Apr 1999 s1a...@home.com wrote:
Hi, I was wondering. Does the new version of freeBSD support my
SMC-Ultra EtherEZ cable modem? If it does, I will throw away Linux and
convert. Thanks in advance
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe
On Sun, 18 Apr 1999, Motomichi Matsuzaki wrote:
From: Daniel C. Sobral d...@newsguy.com
I'm concerned about the possible size of GENERIC with this code.
Remember, it has to fit in the install floppy. (Well, not really,
with loader, but I'm not the one who is getting killed because of
On Sun, 18 Apr 1999, T.D. Brace wrote:
Guess I should mention this is 3.1-RELEASE.
-- Forwarded message --
Date: Sun, 18 Apr 1999 16:37:55 -0400 (EDT)
From: T.D. Brace t...@stargate.org
To: freebsd-current@FreeBSD.ORG
Subject: compaq presario 1675 pccard
Hello,
On Tue, 20 Apr 1999, Amancio Hasty wrote:
What does this patch fix?
NFS clients getting blocks of 0x00 in the cache.
try to link a large object over NFS without the patches, you'll see
what i mean.
Matt, i'm going to test your patches now, I really appreciate the work
and explanations you've
On Tue, 20 Apr 1999, Matthew Dillon wrote:
NFS patch #6 is now available for -current. This patch has been
extensively tested with NFS and with FFS+softupdates and has not
screwed up yet, so I'm reasonably confident that it will not
scrap whole filesystems :-)
SMP on -current would lose the WCPU and CPU times after a while in top's
output, this seems to be fixed on my machine/mobo with the latest source.
Asus PD2 afaik dual 400mhz.
thanks guys, great work!
-Alfred
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe
On Wed, 21 Apr 1999, Kevin Day wrote:
yeah the clocks are not setup properly :) but otherwise i'm just
gonna say HOLY SH*T you fixed NFS! :)
We all owe Matt big for this. :)
I'm using the default mount operations, as far as NFS server
not responding messages, i have no clue, but
On Wed, 21 Apr 1999, Matthew Dillon wrote:
:
:With a full duplex setup collisions don't exist. In a switched setup the
:latency should be very consistent and extremely low. Something else must
:be wrong here.
I should explain this more: It isn't actually the ethernet latency
On Wed, 21 Apr 1999, Matthew Dillon wrote:
:
:I would just like to say, that unlike certain zealots of other operating
:systems I've always been a bit hesitant to recommend FreeBSD over
:solaris because of this one factor (NFS).
:
:It now seems I can't think of a single reason, (I'm much
On Wed, 21 Apr 1999, Matthew Dillon wrote:
:2 questions I had:
:
:2) at BAFUG 2 or 3 months ago I, *cough* attempted to keep up with you
:an Julian talking about VM issues. :) Something you guys brought up
:was problems with mmap() + read()/write() no staying in sync and requireing
:an
Is anyone using quotas on -current or -stable on SMP machines
and has it working?
Several of my friends are experiancing weird stuff with them enabled,
either total lockups, or slowdowns so bad that the machine becomes
unsuable quite quickly.
The problems are supposedly quite easy to
On Mon, 26 Apr 1999, Jim Bryant wrote:
In reply:
Can VFS_STATFS return a value that indicates whether a file system
is mounted? If so, it would seem logical to have fsck check the status.
status = VFS_STATFS(mp, sbp, p);
if (status MOUNTED)
perror(file system mounted);
I am
On Tue, 27 Apr 1999, Warner Losh wrote:
In message pine.bsf.4.05.9904270858150.36113-100...@herring.nlsystems.com
Doug Rabson writes:
: I have the ACPI spec and I'm starting to get to grips with it. Initially,
: I will be trying to use the static device configuration tables but power
:
On Fri, 30 Apr 1999, Poul-Henning Kamp wrote:
I have two machines, the target being a -current SMP box.
On the source machine I do
ping target
On the target machine, SMP kernel with IPFW+DUMMYNET:
ipfw pipe config 1 delay 200ms
ipfw add pipe 1 icmp from any to any
On Fri, 30 Apr 1999, David O'Brien wrote:
These are good questions, and I don't know enough yet about the issues
surrounding vtable thunks to answer them.
I haven't had time to really dig into this yet. Hopefully Saturday. I'm
about to revert the change until I can see what the
a box with de and xl interfaces plus BRIDGE and DUMMYNET compiled in,
doing a sysctl -a will panic the box. (currproc == sysctl)
i have both bridging and ipfw enabled on the bridged packets,
my de0 card has no ip and my xl0 card does.
if you aren't easily able to reproduce it, i'll try harder,
On Mon, 3 May 1999, Luigi Rizzo wrote:
a box with de and xl interfaces plus BRIDGE and DUMMYNET compiled in,
doing a sysctl -a will panic the box. (currproc == sysctl)
if you think the panic is bridge-related, can you try manually the
net.link.ether.bridge* sysctl -- if they do not fail,
On Mon, 3 May 1999, Alfred Perlstein wrote:
On Mon, 3 May 1999, Luigi Rizzo wrote:
a box with de and xl interfaces plus BRIDGE and DUMMYNET compiled in,
doing a sysctl -a will panic the box. (currproc == sysctl)
if you think the panic is bridge-related, can you try manually
On Sat, 8 May 1999, Luigi Rizzo wrote:
Hi,
thinking about the supposed fragility of FreeBSD when mbufs (or
clusters) are not properly dimensioned: i notice that
in various places of the code (and this is, i think, 4.4 heritage),
there are things like
m = m_get(M_WAIT, ...)
I think i found one spot where having this setup causes a panic:
___
de0 (no IP) |FreeBSD box| xl0 - ips = 216.55.74.58, 192.168.2.1
`---'
i have bridge, and divert sockets along with ipfw in my kernel,
I'm having bridged packets filtered by ipfw via
On Thu, 13 May 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
An old 486 of mine still cant see its IDE driver with versions of ata-all.c
later than 1.8, and my soundcard (PAS16) still doesn't seem to generate
interrupts since the nexus stuff went in.
my stock SB16 +
On Sat, 15 May 1999, Mikhail A. Sokolov wrote:
On Sat, May 15, 1999 at 11:55:42AM +, George Cox wrote:
# Well, this is just a quick note to anyone more knowledgable than me.
#
# screen 3.7.6 panics a current kernel.
to add a little bit: when the kernel has SMP enabled. at least here,
On Sat, 15 May 1999, Narvi wrote:
On Fri, 14 May 1999, Garance A Drosehn wrote:
At 3:51 PM +0700 5/12/99, Ustimenko Semen wrote:
Are we going to get this license? I am interested in NTFS
source code a lot...
I would be very careful about getting an NT source license if
your
using default NFS mounts:
mount server:/home/ncvs /home/ncvs
I recently rebooted server. When it came back all attempts to
access mount point on the client returned the error stale NFS handle.
Is there a way to force NFS client to reaquire cookies for mountpoints?
It doesn't seem that i
i'm wondering why when the system dumpdev is set to a device that
doesn't have a read dump routine (nodump()) why it lies about the
dump being successful.
Index: kern_shutdown.c
===
RCS file:
task *task)
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED] cell: 408-480-4684
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL
about the 'not exiting' diagnostic from init for a while
myself.
Hi Doug,
What are SWIs ?
software interrupts.
- aW
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED] cell: 408-480-4684
___
[EMAIL
.
NFSv4 shares some code with nfs2 and nfs3, and required some minor
modifications of the v2 and v3 sources so let me know if you
experience breakage.
Have a great weekend!
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED] cell: 408-480-4684
* Craig Rodrigues [EMAIL PROTECTED] [031114 20:00] wrote:
On Fri, Nov 14, 2003 at 05:32:31PM -0800, Alfred Perlstein wrote:
NFSv4 shares some code with nfs2 and nfs3, and required some minor
modifications of the v2 and v3 sources so let me know if you
experience breakage.
I'm getting
/subr_trap.c:260
checking stopevent 2 with the following non-sleepable locks held:
exclusive sleep mutex sigacts r = 0 (0xc6b51aa8) locked @ kern/subr_trap.c:260
?
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED] cell: 408-480-4684
* Daniel Eischen [EMAIL PROTECTED] [031122 20:46] wrote:
On Sat, 22 Nov 2003, Alfred Perlstein wrote:
This should make things work properly for apps that are linked
against libc_r and use filedescriptor passing.
Can someone review and approve it please?
This isn't needed. Any time
* Daniel Eischen [EMAIL PROTECTED] [031122 20:46] wrote:
On Sat, 22 Nov 2003, Alfred Perlstein wrote:
This should make things work properly for apps that are linked
against libc_r and use filedescriptor passing.
Can someone review and approve it please?
This isn't needed. Any time
* Alfred Perlstein [EMAIL PROTECTED] [031129 12:21] wrote:
Descriptor's passed can't be closed because the uthread kernel does this:
The weird part is that i'm doing a sendfile(2) using the descriptors
and it appears that sendfile does the FD_LOCK thing on the descriptors
so... ?
int
* Daniel Eischen [EMAIL PROTECTED] [031129 14:59] wrote:
[re@ removed]
On Sat, 29 Nov 2003, Alfred Perlstein wrote:
* Alfred Perlstein [EMAIL PROTECTED] [031129 12:21] wrote:
Descriptor's passed can't be closed because the uthread kernel does this:
The weird part is that i'm
)) {
+ (fd == _thread_kern_pipe[0]) || (fd == _thread_kern_pipe[1]))
/*
* Don't allow silly programs to close the kernel pipe
* and non-active descriptors.
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED
on older machines,
it'd be nice to have it easily accessable. That said I'm not going
to fight for it, but perhaps you can find a bunch of less visible
or more bloated (*cough*emacs*cough*) packages to ditch. :)
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL
status:
--
Dan Eischen
--
- Alfred Perlstein
- Research Engineering Development Inc.
- email: [EMAIL PROTECTED] cell: 408-480-4684
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
);
@@ -1125,8 +1128,8 @@
curproc-p_comm, error);
}
+done:
#ifdef COMPRESS_USER_CORES
-done:
if (core_buf)
free(core_buf, M_TEMP);
if (gzfile)
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- FreeBSD committer
:
if (core_buf)
free(core_buf, M_TEMP);
if (gzfile)
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250, 07 zx10
.- FreeBSD committer
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org
* John Baldwin j...@freebsd.org [100429 05:46] wrote:
On Wednesday 28 April 2010 1:18:40 pm Alfred Perlstein wrote:
I was recently working on the enhanced coredumps
internal to Juniper and realized that there were
some defects in the code I pushed (mostly due to
mismerge), can someone
* Doug Barton [EMAIL PROTECTED] [020226 19:12] wrote:
The following:
http://www.freebsd.org/cgi/cvsweb.cgi/src/include/unistd.h.diff?r1=1.46r2=1.47
Broke compilation of bind 8 on -current built 2/24:
mkdir threaded 2 /dev/null || test -d threaded -a -w threaded
(cc
you should expect this sort of thing
from the devel branch. Also, please wrap lines at 80 characters.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Matthew Dillon [EMAIL PROTECTED] [020227 14:51] wrote:
:
:ok so I leave it to other people to fix LINT
:I'm not going near it any more
It's the responsibility of whoever added -Werror to the default
compile to unbreak the tree, either by fixing the problem or by
backing
* Peter Wemm [EMAIL PROTECTED] [020227 15:44] wrote:
Alfred Perlstein wrote:
* Matthew Dillon [EMAIL PROTECTED] [020227 14:51] wrote:
:
:ok so I leave it to other people to fix LINT
:I'm not going near it any more
It's the responsibility of whoever added -Werror
* Steve Kargl [EMAIL PROTECTED] [020308 19:18] wrote:
The recent commit to readpassphrase appears to cause
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-format -Wno-format-extra-args -Werror -static -o ed buf.o cbc.o glbl.o
io.o main.o re.o sub.o undo.o
* Archie Cobbs [EMAIL PROTECTED] [020311 22:00] wrote:
Hi,
I've had the need for a realloc() in the kernel several times
before and am having it once again. Finally figured it's time to
do something about it.
Does anyone have problems with the attached patch? This patch adds
realloc()
* Archie Cobbs [EMAIL PROTECTED] [020312 14:45] wrote:
Alfred Perlstein writes:
I've had the need for a realloc() in the kernel several times
before and am having it once again. Finally figured it's time to
do something about it.
Where is the update to malloc(9)? What about
* Michael D. Harnois [EMAIL PROTECTED] [020313 20:07] wrote:
../../../net/bpf.c: In function `bpf_wakeup':
../../../net/bpf.c:518: structure has no member named `si_pid'
cvsup again, you caught a bad window.
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
* John Indra [EMAIL PROTECTED] [020313 19:47] wrote:
Dear all...
This morning I found a very interesting mail. All of you can see it from:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1669241+0+current/freebsd-questions
FreeBSD 5.0 has (being a developer release) has special diagnostics
* Poul-Henning Kamp [EMAIL PROTECTED] [020313 22:43] wrote:
But if somebody wants to try to code this optimization, I'll be more
than happy to review the result. I just don't expect it to do much
in real-life as opposed to silly benchmark situations.
Have you thought about issuing a
* Poul-Henning Kamp [EMAIL PROTECTED] [020314 01:53] wrote:
In message [EMAIL PROTECTED], Alfred Perlstein writes:
Have you thought about issuing a madvise(MADV_WILLNEED) after the
brk/mmap call in malloc, at least doing it when it's called via
realloc, this might get rid of the superfolous
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier,
with same kernel. May be it should go to Alfred Perlstein?
lock order reversal
1st 0xc198eec0 pipe mutex @ ../../../kern/sys_pipe.c:779
2nd 0xc0367fe0
* Robert Watson [EMAIL PROTECTED] [020317 09:08] wrote:
On Sun, 17 Mar 2002, Alfred Perlstein wrote:
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier,
with same kernel. May be it should go
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020317 19:27] wrote:
...the process has no open files at all, because...
(kgdb) p p-p_pid
$4 = 10099
(kgdb) p p-p_comm
$5 = wc\000oot, '\000' repeats 13 times
(kgdb) p p-p_stat
$6 = 3
(kgdb) p/x p-p_flag
$7 = 0x6000
...it's exiting, and
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020317 22:55] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
Please let me know if this works for you.
[...]
+ PROC_LOCK(td);
*cough* *cough*
:)
It was untested. :) I'm sure you can fix it, I've got to get some
sleep, let me know
* John Baldwin [EMAIL PROTECTED] [020318 10:24] wrote:
On 17-Mar-2002 Robert Watson wrote:
On Sun, 17 Mar 2002, Alfred Perlstein wrote:
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 08:23] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
I think you're right, I'm pretty sure the fix is basically moving
the p-p_fd = NULL to after the closef will fix things [...]
There will still be a race...
Are you sure? :)
Btw
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 15:03] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 08:23] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
I think you're right, I'm pretty sure the fix is basically moving
the p
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm posting the fix here.
Index: fla.c
===
RCS file: /home/ncvs/src/sys/contrib/dev/fla/fla.c,v
retrieving revision 1.29
diff -u
* Poul-Henning Kamp [EMAIL PROTECTED] [020319 12:40] wrote:
You're welcome to commit it :-)
Thank you.
Poul-Henning
In message [EMAIL PROTECTED], Alfred Perlstein writes:
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm
kmem.c facpri.c common.c
+SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c printstate.c
CFLAGS+=-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DSTATETOP
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter/netinet
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter
--
-Alfred Perlstein [[EMAIL PROTECTED
/pam_opieaccess.c 14 Mar 2002 23:27:58 - 1.7
+++ pam_opieaccess/pam_opieaccess.c 22 Mar 2002 17:29:20 -
@@ -39,6 +39,7 @@
#define _BSD_SOURCE
+#include sys/types.h
#include opie.h
#include pwd.h
#include unistd.h
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead
* Alexander Kabaev [EMAIL PROTECTED] [020322 21:31] wrote:
I used the workaround below to get the system booting again, but it
does nothing to solve the real problem. We should probably either update
each and every vnode known to the system with the new v_op pointer when
needed, or simply
* Terry Lambert [EMAIL PROTECTED] [020322 23:13] wrote:
Matthew Dillon wrote:
Unless I am missing something, vnodes hang off their mount points.
So, effectively, there is a system-wide list.
The lock on a global traverasl will be pretty ugly...
Module loading doesn't occur often.
references are from a -current kernel from last night.
Are you %100 on that? How did you get this to happen?
I can see where I hold the pipe lock, then try to get a proc lock,
but not the other way around...
Any ideas?
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Alfred Perlstein [EMAIL PROTECTED] [020326 14:43] wrote:
* Kris Kennaway [EMAIL PROTECTED] [020324 14:26] wrote:
The bento cluster is now running with WITNESS enabled to try and track
down some odd UMA lock corruption panics. Instead, it found the
following lock order reversal
(map ok at: %d\n, __LINE__);
return (1);
} /* asr_pci_map_mem */
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations
* Alfred Perlstein [EMAIL PROTECTED] [020330 20:47] wrote:
I just got the Adaptec 4 port IDE raid card 2400A.
It doesn't probe right:
asr0: could not map memory
I added some debug printouts to the asr driver and pci code.
asr0: Adaptec Caching SCSI RAID mem 0xf600-0xf7ff irq 5
? I'm a bit confused as to wheather our code is
behaving oddly or if it's just the device violating some spec...
You should have bought a 3ware controller. 8)
3ware should talk to Frys. :)
Thanks for responding so promptly.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Alfred Perlstein [EMAIL PROTECTED] [020330 21:51] wrote:
* Michael Smith [EMAIL PROTECTED] [020330 21:34] wrote:
Your BIOS is assigning a memory range to the card that we don't believe
the bridge passes through. Our check is bogus because (as you see) the
range is actually legitimate
it's going to get one of Fry's
famous stickers. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
this? Some sort of escape mechanism?
I need sleep. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
* Chad David [EMAIL PROTECTED] [020418 23:32] wrote:
Any comments / objections to these patches to savecore and friends?
After I get more than two or three md5 named files in var/crash I
start to go cross eyed.
I found the md5 names to be particularly disgusting as well. If this
reverts
* The Hermit Hacker [EMAIL PROTECTED] [020420 16:01] wrote:
As a quick follow-up to this, doing more searching on the web, I came
across a few suggested 'sysctl' settings, which I've added to what I had
before, for a total of:
kern.maxfiles=65534
jail.sysvipc_allowed=1
* Seigo Tanimura [EMAIL PROTECTED] [020425 01:19] wrote:
http://people.FreeBSD.org/~tanimura/patches/socket_milestone1.diff.gz
This looks really good so far!
Needs some more comments explaining socq_lock.
Watch long line wraps.
Why is there a sigio lock in this delta?
--
-Alfred
pretty
fine grained except the unix domain sockets where a global lock is
held to protect against lock order reversals when having to lock
both sockets.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software
irq 12
I think you mucked up your kernel install. Are you positive?
Try sticking a printf in the driver's probe routine to make sure
it's being called at boot time.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why
-current compiled today mp3s play too fast, any ideas on how to
diagnose this?
pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device 31.5 on
pci0
pcm0: measured ac97 link rate at 44061 Hz
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
* Orion Hodson [EMAIL PROTECTED] [020501 18:10] wrote:
/-- Alfred Perlstein wrote:
| -current compiled today mp3s play too fast, any ideas on how to
| diagnose this?
|
| pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device
| 31.5 on pci0
| pcm0: measured ac97 link
* John Hay [EMAIL PROTECTED] [020503 12:09] wrote:
| -current compiled today mp3s play too fast, any ideas on how to
| diagnose this?
|
| pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device
| 31.5 on pci0
| pcm0: measured ac97 link rate at 44061 Hz
and continue.
you may not call malloc(9) with M_WAITOK while holding a mutex.
---
entry = jumbo_kmap_inuse.slh_first;
I'm sure that should use a list macro.
---
That's all I see off the bat. :) Looks cool though.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
forhead*
Probably a SYSINIT?
Cool, thanks for the feedback!
np, this is promising work!
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations
|291846|0|1001|0|262301|1|1021793082|755|1095744|23996|10|1001|stat
Bow to me.
echo 'ibase=2\nobase=8\n' \
`ls -ld ${FILE} | cut -f 1 -d | \
sed -e 's/[rwx]/1/g' -e 's/[^rwx1]/0/g'` | \
bc
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED
. Is
this correct?
Yes, but it's harmless. All that may happen is that at exit/close
time possibly calling VOP_ADVLOCK to unlock the file when it doesn't
need to.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why
@@
mn = self-dv_unit * USB_MAX_ENDPOINTS;
vdevgone(maj, mn, mn + USB_MAX_ENDPOINTS - 1, VCHR);
#elif defined(__FreeBSD__)
+ destroy_dev(sc-sc_dev);
/* XXX not implemented yet */
#endif
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
CC'd to David.
David Greenman was going to backport a fix, but I stalled him because
of backwards compatbility. Since I haven't had the time to implement
the osendfile compat syscall, I'd like to know if he'll be MFC'ing the
fix or if I should do it?
-Alfred
* The Hermit Hacker [EMAIL
used as truth value
t.c:13: warning: implicit declaration of function `strtod'
That's from the code you posted, scary what can happen and how much
of waste of your and our time this was. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology
.
All I can say is that it hasn't seemed to hurt anything for me.
Uh, why don't you guys enable 'debug.witness_ddb' and get us some
tracebacks? :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30
* Peter Wemm [EMAIL PROTECTED] [020530 01:01] wrote:
Wilko Bulte wrote:
On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
FWIW: same here yesterday. I have not yet investigated what's up
gcc-3.1 appears to have broken
#pragma weak foo = bar
What's the correct way to do
* Ruslan Ermilov [EMAIL PROTECTED] [020531 09:09] wrote:
Stop in /usr/src/sys/i386/compile/GENERIC.
#
John
Alfred,
Your changes above broke building the GENERIC kernel. __i386__ is always
defined (whether -ansi or not), and this now causes
501 - 600 of 672 matches
Mail list logo