* Carlo Dapor [EMAIL PROTECTED] [010827 13:49] wrote:
How about this . . .
Although not running a multi-processor machine, are there guinnea-pigs, like
me, who run current and do not mind carrying Julians work in our kernel.
As I understand there is no set time-line for SMPng integration,
to be a replacement for PC-BIOSes,
as long as it's a drop in replacement FreeBSD should run just fine
on top of it, there shouldn't be any modifications needed to be done
to FreeBSD.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why
* aaron [EMAIL PROTECTED] [010828 16:19] wrote:
On Tue, 28 Aug 2001, Alfred Perlstein wrote:
* aaron [EMAIL PROTECTED] [010828 15:37] wrote:
I have been wondering if fbsd people would like to move into the
openbios.org direction? Well, at least I for myself would _dream_
for the macro is that when the size paramter is a constant
there's an evil trick that makes selecting the malloc bucket really
cheap.
Please don't remove it.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software
* Bruce Evans [EMAIL PROTECTED] [010903 03:47] wrote:
On Sun, 2 Sep 2001, Alfred Perlstein wrote:
The reason for the macro is that when the size paramter is a constant
there's an evil trick that makes selecting the malloc bucket really
cheap.
That's not the reason. The size parameter
the malloc options to
see how much of a difference it makes, I would assume it could
be quite substantial.
--
-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.'
'Java
: Ethernet address: 00:90:d1:07:4e:22
pccard1: function 0 CCR at 0 offset 3e0: 45 80 22 ff, ff ff ff ff, ff
--
-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.'
'Java
this will fix the problem with sound (pcm) that I
mailed you about earlier?
--
-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.'
To Unsubscribe: send mail to [EMAIL
* Nick Hibma [EMAIL PROTECTED] [010908 04:51] wrote:
Why don't you add an early-out for namelength = 15 or put the
if-statement in the loop:
This is a good idea, however it fails for the case when everyone
has been assigned usernames that are less than 15 characters, I
would suggest putting
of a chance.
At least tack on a smiley or let them know that you'd like them
to try harder instead of just going away.
--
-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
of the devfs sysctl as
done in vinum.
If libdisk does it a different way, then vinum should be updated.
--
-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.'
To Unsubscribe: send
* Jordan Hubbard [EMAIL PROTECTED] [011003 15:33] wrote:
As you've already noticed, sysinstall basically tries to create the
device nodes it needs under the old assumption that /dev will be
mostly empty. Now that devfs is the default, phk needs to update
libdisk so that it doesn't
found one
minor error in fhopen() which I will correct, but I don't think anyone is using
fhopen().
fhopen is used by userland NFS/AFS servers/utilities.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why
mechnaism, do *not* use mbufs
for it.
*cough*
kthread_setspecific()
*cough*
kthread_getspecific()
*cough*
or just fix the code to pass this around as an extra paramter.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking
queue arguments.
Ah, but you can't queue static variable either. :)
--
-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.'
http
, an extensable
stack would be an interesting project but I doubt it would be as
stable nor as fast as what we already have.
--
-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
painful, let's
try to make do with it, if we disconnect the new awk I feel
that we will keep repeating this cycle, basically each activation
will see new problems requiring another disconnect. Let's just
get it fixed. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Donny Lee [EMAIL PROTECTED] [010925 03:40] wrote:
Alfred Perlstein wrote:
Can someone please share with us the magic to disable acpi and add
it to src/UPDATING, my sound fell victim to acpi and i think I just
lost my mouse to it. Now I have a lapbrick that consumes less
power
mind those flames, they are alway there and help nothing...
You've never heard the reasoning behind teaching men to fish? :)
--
-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
Can someone please share with us the magic to disable acpi and add
it to src/UPDATING, my sound fell victim to acpi and i think I just
lost my mouse to it. Now I have a lapbrick that consumes less
power...
yay
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
on the board to do what you want.
No matter how hard you tweak the board, an interrupt may still
trigger while you process a hardware interrupt, this causes an
additional poll which can cause additional coalescing.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using
in a bunch Mike. :-)
--
-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.'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
* Mike Silbersack [EMAIL PROTECTED] [011012 01:30] wrote:
Well, I've been watching everyone argue about the value of interrupt
coalescing in the net drivers, so I decided to port terry's patch to 4.4
-current to see what the results are. The patch included applies cleanly
to 4.4's if_dc,
* Louis-Philippe Gagnon [EMAIL PROTECTED] [011130 15:57] wrote:
If at first you don't succeed...
I've encountered a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
Provide me with minimal sample code and a makefile and i should
* Edwin Culp [EMAIL PROTECTED] [011201 21:25] wrote:
Andrew,
Thanks. Now my problem is that I can't cvsup. Any ideas on how to
update my sources?
Maybe someone could email me a patch and I could take it over with a
floppy. Right now
I have no access to the network with the machine
to increase that in your kernel config.
--
-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.'
http://www.morons.org/rants/gpl-harmful.php3
* David Hill [EMAIL PROTECTED] [011203 16:50] wrote:
This patch was done on -CURRENT.
It is both pasted and attached to this message.
Which write.c is this to be applied to?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
me also state in the author's defense (Sean i think) that
it's much easier to rewrite something that has already been
written than to be the initial implementor and even though it
looks like it's in for a rewrite one must congratulate him on
a job that has lasted us so long.
--
-Alfred Perlstein
I lost a flamewar to get %i added to kernel printf,
it has been fixed.
About your card, you may have luck checking your vendor's site for
a firmware upgrade. Upgrading my cards (Addtron) really worked wonders.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
for cancellation
(and other things) before returning to the threads interrupted
context.
No way to work around this? Shouldn't the thread exit library
know which stack exactly to clean up even in the context of a
signal handler?
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why
* Alfred Perlstein [EMAIL PROTECTED] [011204 11:45] wrote:
* Dan Eischen [EMAIL PROTECTED] [011204 06:26] wrote:
There are already cancellation tests when resuming threads
whose contexts are not saved as a result of a signal interrupt
(ctxtype != CTX_UC). You shouldn't test
* Daniel Eischen [EMAIL PROTECTED] [011204 12:32] wrote:
Alfred Perlstein wrote:
* Dan Eischen [EMAIL PROTECTED] [011204 06:26] wrote:
There are already cancellation tests when resuming threads
whose contexts are not saved as a result of a signal interrupt
(ctxtype != CTX_UC
* Jackie 'business-first' Cook [EMAIL PROTECTED] [011210 16:19] wrote:
As a replacement for the 'functionality' present in xargs(1), I propose
implementing arbitrary length argument list passing right in the operating
system.
Nice proposal, where's the diff?
Yours sincerly, Jackie
* Brian F. Feldman [EMAIL PROTECTED] [011210 17:11] wrote:
Brandon D. Valentine [EMAIL PROTECTED] wrote:
On Mon, 10 Dec 2001, Alfred Perlstein wrote:
* Jackie 'business-first' Cook [EMAIL PROTECTED] [011210 16:19] wrote:
As a replacement for the 'functionality' present in xargs(1
-cancelflags PTHREAD_CANCEL_ASYNCHRONOUS) != 0))
+ cfl = curthread-cancelflags;
+ cfl = (PTHREAD_CANCEL_ASYNCHRONOUS|PTHREAD_AT_CANCEL_POINT);
+ if (cfl != 0)
pthread_testcancel();
/*
--
-Alfred Perlstein [[EMAIL
could have some good weed here...
That's not possible, since the parent is waiting the kernel will
not reparent unless the parent exits, which it doesn't because it's
waiting for the child.
You owe the Oracle a large bong rip.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
); then the parent process will hang and never return.
Perhaps fork1() should return EINVAL if both flags are set.
Good idea.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years
swapping is
really a bad thing to have happen on a loaded machine as it can
result in a cascade failure. If you look in the archives for
Matt Dillon's postings on cascade failure it will explain things
a lot better.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Mikhail Teterin [EMAIL PROTECTED] [020108 15:06] wrote:
Hello!
I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5),
but can't we do something about it? Notice the parent process id:
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
105
* Mike Smith [EMAIL PROTECTED] [020110 17:36] wrote:
Questions and comments welcome.
Looks really cool, nice job.
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* David Wolfskill [EMAIL PROTECTED] [020114 08:57] wrote:
Once more, with feeling (sorry, gang... :-(). CVSupped this morning
(just before 4 AM, US/Pacific (8 hrs. west of GMT) from cvsup14.
Booting yielded:
Seigo Tanimura has a patch for this, just remove the extranious
FILEDESC_UNLOCK
* Michael Reifenberger [EMAIL PROTECTED] [020114 11:47] wrote:
Hi,
a new panic while surfing under X:
Can you cvsup and try to reproduce this?
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
to it).
Oh, has anyone else seen these panics as well? Just wondering...
It would help if someone cc'd me on these. :P
--
-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
* Alfred Perlstein [EMAIL PROTECTED] [020116 13:30] wrote:
* Emiel Kollof [EMAIL PROTECTED] [020116 13:29] wrote:
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
exclusive (sleep mutex) Giant (0xc0462c00) locked @
/usr/src/sys/i386/i386/trap.c:1102
panic: system call pwrite returning
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020121 12:20] wrote:
Andrey A. Chernov [EMAIL PROTECTED] writes:
Thanks to all, especially to Dag-Erling.
Thanks to *you* for pointing out and explaining the issues, submitting
patches, and reviewing and testing mine. I'm sorry we got off on such
* Maxim Sobolev [EMAIL PROTECTED] [020124 13:44] wrote:
Any ideas? This is a reasonably recent 5-CURRENT (last
makeworld/makekernel 7 days ago).
This may be fallout from my initial fdlocking work, please try
an update or get a debug traceback and we'll see.
To Unsubscribe: send mail to
* Bruce Evans [EMAIL PROTECTED] [020131 09:42] wrote:
Jan 31 18:27:29 gamplex kernel: lock order reversal
Jan 31 18:27:29 gamplex kernel: 1st 0xc26ea034 filedesc structure @
./@/kern/kern_descrip.c:925
Jan 31 18:27:29 gamplex kernel: 2nd 0xc031eca0 Giant @ ./@/kern/kern_descrip.c:959
%%%
() at syscall_with_err_pushed+0x1b
--- syscall (61, FreeBSD ELF, chroot), eip = 0x80a4677, esp =
0xbfbff75c, ebp
= 0xbfbff9b8 ---
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why
structure @
../../../kern/vfs_syscalls.c:3573
first acquired @ ../../../kern/vfs_syscalls.c:998
panic: recurse
I've just committed a fix, please let me know if it works for
you.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology
* Alfred Perlstein [EMAIL PROTECTED] [020131 10:48] wrote:
* Bruce Evans [EMAIL PROTECTED] [020131 09:42] wrote:
I'm not sure that releasing the lock here is safe, but other parts of
fdalloc() do this.
I don't think this is safe at a glance, I think it's only safe right
before
be
able to take a swipe at it in a couple of weeks hopefully.
--
-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 deductable donations for FreeBSD: http
at it.
--
-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 deductable donations for FreeBSD: http://www.freebsdfoundation.org/
To Unsubscribe: send mail to [EMAIL PROTECTED
* Bruce Evans [EMAIL PROTECTED] [020204 05:26] wrote:
On Sun, 3 Feb 2002, John Polstra wrote:
The kernel from today's current (CVSupped 3 Feb 2002 around 17:40
PST) can't stay up for more than a few minutes without getting a
page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c
of days of waiting for them to appear and give decent feedback usually
just committing the code will bring out a horde of involentary testers
which actually gets the code stabilized.
This is current, we're allowed some breakage. Cross your I's and dot
your T's first though. :-)
--
-Alfred Perlstein
have a super recent world, I'm compiling
one now and will let you know if it at least fixes that for me.
--
-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
David.
Yeah, whatever, don't we all feel better now? :)
--
-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
* Nat Lanza [EMAIL PROTECTED] [020207 10:30] wrote:
On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
These comments are not useless, most committers have day jobs that
unfortunetly preclude them from having time to work on every little
feature request. Furthermore asking for patches
* Andrea Campi [EMAIL PROTECTED] [020208 03:51] wrote:
On Wed, Feb 06, 2002 at 12:35:39PM -0800, Alfred Perlstein wrote:
* David W. Chapman Jr. [EMAIL PROTECTED] [020206 12:33] wrote:
Does anyone know if the problem with kde and other programs not
working with the new binutils
* Terry Lambert [EMAIL PROTECTED] [020208 07:12] wrote:
Alfred Perlstein wrote:
If you do a pkg_deletew of mozilla and then nuke /usr/X11R6/lib/mozilla
then reinstall it the problem should go away.
pgk_deelete is broken?!?
I think what happens is people like me sometimes just install
of days of waiting for them to appear and give decent feedback usually
just committing the code will bring out a horde of involentary testers
which actually gets the code stabilized.
This is current, we're allowed some breakage. Cross your I's and dot
your T's first though. :-)
--
-Alfred Perlstein
David.
Yeah, whatever, don't we all feel better now? :)
--
-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
* Julian Elischer [EMAIL PROTECTED] [020211 15:00] wrote:
In the current world, when the thread enters userland, it does:
lock giant
crfree() (which includes mutexes)
unlock giant
This isn't needed afaik.
if there are ASTs it does this once again for each AST waiting as well.
And on
* Nat Lanza [EMAIL PROTECTED] [020207 10:30] wrote:
On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
These comments are not useless, most committers have day jobs that
unfortunetly preclude them from having time to work on every little
feature request. Furthermore asking for patches
+ mkdep -a
(-a for append).
--
-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://www.freebsdfoundation.org/
To Unsubscribe: send
* Mark Santcroos [EMAIL PROTECTED] [020220 03:52] wrote:
It was indeed a linux_compat specific resource cleanup issue.
I managed to create a simple linux program that had the same problem. From
there on it was easy...
The problem was created by Alfred's locking commit of Jan 13.
(No
* Terry Lambert [EMAIL PROTECTED] [020220 11:13] wrote:
Mark Santcroos wrote:
I managed to create a simple linux program that had the same problem. From
there on it was easy...
The problem was created by Alfred's locking commit of Jan 13.
(No hard feelings, it helped me to
* Greg Lehey [EMAIL PROTECTED] [020220 18:26] wrote:
I'm not picking on jhb here. This is the project's fault, not any
individual's. We need some kind of project management to coordinate
this effort, or the results will be seriously suboptimal. I would
certainly not like to see dillon go
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:14] wrote:
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
and exceed kern.argmax, especially if your sources are not in the
default place and you are compiling a file with lots of
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:47] wrote:
On Thu, Feb 21, 2002 at 03:41:46PM -0800, Alfred Perlstein wrote:
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:14] wrote:
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
) doesn't have that functionality I will beat it into it
with a lead pipe...
Luckly I can across the option. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Mike Smith [EMAIL PROTECTED] [020222 21:56] wrote:
I've finally updated the ACPI CA codebase with Intel's 20020214 drop
(yes, I tagged it 0217, my bad).
Woo! Go Mike!
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
, we
really don't have to worry about it when freeing small structures
although that puts evilness into malloc(9) consumers.
Can you please consider that instead of continueing down this path
of per-subsystem caches?
thanks,
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Matthew Dillon [EMAIL PROTECTED] [020223 14:43] wrote:
This is approximately what I am thinking. Note that this gives us the
flexibility to create a larger infrastructure around the bucket cache,
such as implement per-cpu caches and so on and so forth. What I have
here is
within the next half hour or so, I just wanted to make myself clear
on the issue. No worries. :)
Yes, and hopefully JeffR's allocator will fix our problems, that
is if it ever makes it out of p4. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s
* Terry Lambert [EMAIL PROTECTED] [020224 13:12] wrote:
Try the following patch; the failure message will be
somewhat less cryptic, since it will tell you the
proximal reason for failure out of the 5 possibles
for the message you are seeing. 8-).
Cool explanation, the attached patch was
* John Reynolds [EMAIL PROTECTED] [020224 14:33] wrote:
hello, I've got a -current-related question to ask. akbeech forwarded me
his build log when trying to build the linux user-land libusb from the
port which I maintain (it is below). At first I said impossible because I'd
tested things
* Kenneth D. Merry [EMAIL PROTECTED] [020224 16:56] wrote:
I've got a SMP machine with a Supermicro P3TDE6 motherboard. (Serverworks
HE-SL chipset, dual 1.26GHz Pentium III's.)
It boots just fine with a GENERIC -current kernel (sources cvsupped
yesterday at ~1500 MST), but hangs (at the
* Piotr Wo?niak [EMAIL PROTECTED] [000801 08:21] wrote:
Hi,
I have to run programs in Clipper/DOS under FreeBSD.
Does exist a good DOS-emulator or other solving of this problem?
(for example compiling source code in Clipper under FreeBSD..)
Maybe 'doscmd'? Let us know. :)
-Alfred
To
* j mckitrick [EMAIL PROTECTED] [000802 06:38] wrote:
A friend of a friend asked me to find out how ATA66 support was coming
along. Is it still necessary to disable DMA or PIO settings for it to work?
There's rumors of some "problem" chipsets, but afaik 66 has been working
for quite some
* Stephen McKay [EMAIL PROTECTED] [000805 08:49] wrote:
Patch 2 is smaller and possibly controversial. Normally bufdaemon and
syncer are sleeping when they are told to suspend. This delays shutdown
by a few boring seconds. With this patch, it is zippier. I expect people
to complain
* Mike Smith [EMAIL PROTECTED] [000807 01:25] wrote:
* Stephen McKay [EMAIL PROTECTED] [000805 08:49] wrote:
Patch 2 is smaller and possibly controversial. Normally bufdaemon and
syncer are sleeping when they are told to suspend. This delays shutdown
by a few boring seconds.
* David Greenman [EMAIL PROTECTED] [000807 23:15] wrote:
In article [EMAIL PROTECTED], David Greenman
[EMAIL PROTECTED] wrote:
Obviously the waker-upper knows that the condition is true. Otherwise
the existing code which doesn't check wouldn't work. In the expensive
cases the waker-upper
* Terry Lambert [EMAIL PROTECTED] [000815 10:39] wrote:
Apparently, the threads library still hasn't been fixed?
Follow the link for the patch.
I'm testing the change now and I'll commit it soon.
Index: Makefile
===
RCS file:
* Poul-Henning Kamp [EMAIL PROTECTED] [000816 14:52] wrote:
Please test and review this patch:
http://phk.freebsd.dk/patch/vop_stdaccess.patch
Not tested, but looks good, I'd like to see it applied.
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
a feeling that this is related to missing spl protection around
the chgsbsize subsystem, this was probably an issue before I touched it
but since I touched it last I'll have a look-see.
Brian, does that makes sense?
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of
* Alfred Perlstein [EMAIL PROTECTED] [000823 14:29] wrote:
I have a feeling that this is related to missing spl protection around
the chgsbsize subsystem, this was probably an issue before I touched it
but since I touched it last I'll have a look-see.
Brian, does that makes sense?
So far
* John Polstra [EMAIL PROTECTED] [000823 15:03] wrote:
In article [EMAIL PROTECTED],
Alfred Perlstein [EMAIL PROTECTED] wrote:
John can you try this patch and let us know if you still experiance
crashes?
Will do. I'll let you know what happens.
Let's take a more paraniod approach
* John Polstra [EMAIL PROTECTED] [000823 15:39] wrote:
In article [EMAIL PROTECTED],
Alfred Perlstein [EMAIL PROTECTED] wrote:
Let's take a more paraniod approach (back out my spl in chgsbsize):
Index: uipc_socket2.c
Nope, that doesn't fix it. I got the same panic on the very
* John Polstra [EMAIL PROTECTED] [000823 15:55] wrote:
In article [EMAIL PROTECTED],
Alfred Perlstein [EMAIL PROTECTED] wrote:
Nope, that doesn't fix it. I got the same panic on the very first
try.
hmm, when does it happen? During the transfer or at the end of the
transfer
* Brian Fundakowski Feldman [EMAIL PROTECTED] [000823 22:05] wrote:
On Wed, 23 Aug 2000, Alfred Perlstein wrote:
* Alfred Perlstein [EMAIL PROTECTED] [000823 14:29] wrote:
I have a feeling that this is related to missing spl protection around
the chgsbsize subsystem
* Archie Cobbs [EMAIL PROTECTED] [000824 14:52] wrote:
I don't know if this is related to the problems you guys are looking at,
but I have a box that every so often (every couple of months) panics
with a "panic: recieve 1" panic. This panic happens when the socket
character count is bogus
* Poul-Henning Kamp [EMAIL PROTECTED] [000919 23:51] wrote:
UNNEEDED #includes in the FreeBSD kernel
agp_if.c
sys/kernel.h
[snip]
These reports would be a lot more useful if you included the last person
to touch these files along with the first line of the Copyright.
* Forrest Aldrich [EMAIL PROTECTED] [000920 12:46] wrote:
Can the configuration for bootup and initial installation be configured to
detect (and configure) a serial console. This would be very useful for
rackmount systems. Yes, I know it can be done manually after the
installation is
will arrive later).
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
;go away"?
Don't be rude to a developer offering good advice, if you're unable
to follow his instructions on how to provide a crashdump you
shouldn't be running -current or you should at least ask nicely.
And -current is covered in the handbook:
http://www.freebsd.org/handbook/current-stable.html
* Tony Johnson [EMAIL PROTECTED] [000927 18:26] wrote:
OK
Well Here is the issue. If I put in the 2 boot floppies I get a page fault
12 after I press Q for "quit" on the visual kernel config. If I can save a
crash dump before any FS's are mounted or even before I tell FBSD where to
put the
the automatic
reboot??? Gdb anyone?
Sure, send patches, follow my previous advice or simply piss off.
jeez,
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with &q
. I think without their application of knowledge and
smack-down I wouldn't have learned nearly as much.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
then doing several
'make -k installworld' followed by a 'make installworld' to make
sure it's all been installed then by building a kernel using the
"make buildkernel" method described in src/UPDATING.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of
* Salvo Bartolotta [EMAIL PROTECTED] [001007 12:14] wrote:
Original Message
On 10/7/00, 12:13:28 PM, Alfred Perlstein [EMAIL PROTECTED] wrote
regarding Re: downgrade?:
* Philipp Huber [EMAIL PROTECTED] [001007 04:08] wrote:
hi!
is it possible to downgrade a freebsd-current
101 - 200 of 672 matches
Mail list logo