[EMAIL PROTECTED] wrote:
I am not on my 5.1-BETA2 system right now, so I don't have any useful
details, but after CVSuping /usr/src early 05/06/2003 (after midnight), then
build world and recompiling and installing my kernel, the nvidia driver
checks out when X is loaded with a failure to
This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.1R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.1.
FreeBSD 5.1
Is this a problem, or basically the same thing as
the failed to force tx message, just annoying :).
this isn't the same uname, i got this while doing an
install world over NFS. the date on the previous
kernel (that this happened to) was May 30 16:47 EST
uname -a:
FreeBSD mp3.earthlink.net
On Thu, 5 Jun 2003, Terry Lambert wrote:
I hesistate to suggest this because everyone always gives me
crap about me not disclosing the bug, but unless you are ready
to grovel around in locore, and figure out what the root cause
is for the difference in behaviour, I'm going to say that
the
On Thu, 5 Jun 2003, Robert Watson wrote:
This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list.
The live version of this list is available at:
Well, we won't be needing *that* anymore :-). Expect the 5.2 TODO to
trickle in every few weeks for the next few months, and feel
Is there any real reason why loader.rc is not updated by
default? I'd be interested to know how many people out
there have it tweaked. Right now, when upgrading, this
file is not updated with a fresh copy.
Perhaps, it would make sense to always install it as
/boot/loader.rc.default or
Ruslan Ermilov wrote:
Is there any real reason why loader.rc is not updated by
default? I'd be interested to know how many people out
there have it tweaked. Right now, when upgrading, this
file is not updated with a fresh copy.
Perhaps, it would make sense to always install it as
Ruslan Ermilov wrote:
Is there any real reason why loader.rc is not updated by
default? I'd be interested to know how many people out
It was my decision.
Before I wrote the stuff in *.4th that is used nowadays to read
loader.conf, one had to write a loader.rc script to do any kind of
special
Kevin Oberman wrote:
From: Jesse D. Guardiani [EMAIL PROTECTED]
Date: Sat, 24 May 2003 02:12:32 -0400
Sender: [EMAIL PROTECTED]
Andre Guibert de Bruet [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Jesse,
IBM just released (As of 5/20/2003) a new version (1EET70WW
On Wed, 2003/06/04 at 00:30:36 -0700, Kris Kennaway wrote:
On Mon, Jun 02, 2003 at 04:15:43PM -0700, Kris Kennaway wrote:
phoenix on my sparc64 crashed while idle with the following:
Fatal error '_waitq_insert: Already in queue' at line 321 in file
On Thu, 5 Jun 2003 13:49:25 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
If I send that file to the printer via the parallel port, it prints
perfectly. If I send it via USB/ulpt there are corrupted bytes in
the job which mess up the printout in various ways.
I've seen this too on
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40 hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller'
class= bridge
subclass = PCI-unknown
GDB backtrace attached.
/S
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
On Thu, Jun 05, 2003 at 04:11:23PM +0200, Alexander Leidinger wrote:
On Thu, 5 Jun 2003 13:49:25 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
If I send that file to the printer via the parallel port, it prints
perfectly. If I send it via USB/ulpt there are corrupted bytes in
the job
I managed to break sed in the course of fixing a bug yesterday. If you
are having problems with buildworld breakage, ensure that you have the
most recent version of sed by updating your source and rebuilding it
manually. You need:
$FreeBSD: src/usr.bin/sed/process.c,v 1.31 2003/06/05 12:10:19 fanf
Bryan Liesner wrote:
A non disclosure agreement is a non disclosure agreement, so no crap
from me.
I'll give that a try and see if it makes a difference. I don't
remember off of the top of my head from the previous posts on this
subject, but does this bug apply to an Athlon XP as well?
The
Alexander Leidinger wrote:
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management Controller'
class=
On Wed, Jun 04, 2003 at 02:43:20PM +0100, Doug Rabson wrote:
On Wed, 2003-06-04 at 14:16, Paul Richards wrote:
On Wed, Jun 04, 2003 at 01:33:46PM +0100, Doug Rabson wrote:
Interfaces actually can be added at runtime. Existing objects (i.e.
objects instantiated before the new interface
On Thu, 2003-06-05 at 15:51, Paul Richards wrote:
On Wed, Jun 04, 2003 at 02:43:20PM +0100, Doug Rabson wrote:
On Wed, 2003-06-04 at 14:16, Paul Richards wrote:
On Wed, Jun 04, 2003 at 01:33:46PM +0100, Doug Rabson wrote:
Interfaces actually can be added at runtime. Existing objects
On Thu, 05 Jun 2003 07:45:03 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Be aware that if your machine is a B (82C686B), then you have
It is.
the buggy version of the chip; you need to eiter not use the
second IDE channel for anything, or you need a BIOS update, or
Not using the second IDE
On Thu, Jun 05, 2003 at 10:58:08AM -0300, Daniel C. Sobral wrote:
Ruslan Ermilov wrote:
Is there any real reason why loader.rc is not updated by
default? I'd be interested to know how many people out
It was my decision.
Before I wrote the stuff in *.4th that is used nowadays to read
On 04-Jun-2003 Paul Richards wrote:
On Wed, Jun 04, 2003 at 04:42:56AM -0700, Jun Su wrote:
Good Explain.
The same problem is in my PCG-R505DC.
Yes, it sounds exactly like the problem with my laptop too.
Please try:
Index: pci.c
On 04-Jun-2003 M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: I'm currently working on making the PCI interrupt routing work for SMP
: and once that is done I plan to commit a change to make this
:
: #if defined(__ia64__) ||
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI Power Management
Robert Watson wrote: |
|---++---+---|
| || | The 20030228 vendor |
| Fresh ACPI-CA | -- | --| sources have been |
| import||
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor
Try this patch:
Yes, it works now, thanks. Will this patch be commited to src, or
should I keep it and apply locally?
Fred
--
How much does it cost to entice a dope-smoking UNIX system guru to
Dayton?
-- UNIX/WORLD's First Annual Salary Survey, Brian Boyle
Lars Eggert wrote:
Robert Watson wrote: |
|---++---+---|
| || | The 20030228
vendor |
| Fresh ACPI-CA | -- | --| sources have
been |
| import
On Thu, Jun 05, 2003 at 04:06:16PM +0100, Doug Rabson wrote:
On Thu, 2003-06-05 at 15:51, Paul Richards wrote:
On Wed, Jun 04, 2003 at 02:43:20PM +0100, Doug Rabson wrote:
On Wed, 2003-06-04 at 14:16, Paul Richards wrote:
On Wed, Jun 04, 2003 at 01:33:46PM +0100, Doug Rabson wrote:
Paul Richards wrote:
On Wed, Jun 04, 2003 at 02:43:20PM +0100, Doug Rabson wrote:
On Wed, 2003-06-04 at 14:16, Paul Richards wrote:
How can you add an interface at runtime?
By loading a kernel module. If I load e.g. the agp kernel module, I add
the agp_if interface to the kernel.
FYI, I still see the ACPI messages described in the Re: ACPI-0293
(and
0166) errors-thread on -current ca. 5/9/2003 on
yesterday's -current.
Lars
Yeah, ACPI is causing many problems these days, much of which
can be traced back to non-compliant system BIOS's. The new
bootloader menu
--On Thursday, June 05, 2003 18:59:49 +0200 Erik Paulsen Skaalerud
[EMAIL PROTECTED] wrote:
FYI, I still see the ACPI messages described in the Re: ACPI-0293
(and
0166) errors-thread on -current ca. 5/9/2003 on
yesterday's -current.
Lars
Yeah, ACPI is causing many problems these days,
Larry Rosenman wrote:
--On Thursday, June 05, 2003 18:59:49 +0200 Erik Paulsen Skaalerud
[EMAIL PROTECTED] wrote:
FYI, I still see the ACPI messages described in the Re: ACPI-0293
(and
0166) errors-thread on -current ca. 5/9/2003 on
yesterday's -current.
Lars
Yeah, ACPI is causing many
On Wed, Jun 04, 2003 at 09:32:32AM -0700, Maksim Yevmenkin wrote:
Dear Hackers,
Another release is available for download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030604.tar.gz
I am regret to announce that this is probably the last release.
My company has announced that they
Alexander Leidinger wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
Be aware that if your machine is a B (82C686B), then you have
It is.
the buggy version of the chip; you need to eiter not use the
second IDE channel for anything, or you need a BIOS update, or
Not using the second IDE
I was playing with libkse and got the follow LOR:
lock order reversal
1st 0xc6ce0aa8 sigacts (sigacts) @ /local/usr.src/sys/kern/subr_trap.c:248
2nd 0xc6cbc250 process lock (process lock) @ /local/usr.src/sys/kern/kern_threa
d.c:1439
Stack backtrace:
Alexander Leidinger wrote:
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
It doesn't really need to know about it. Perhaps acpi should include
a dummy driver similar to the 'hostb' driver to eat such devices.
Does this mean it should already display some
On Thu, 5 Jun 2003, Scott Long wrote:
Larry Rosenman wrote:
For the record, yesterday's sources STILL produce the panic at 0x7 for
me on transition to battery.
I can get more crashdumps/kernels if someone asks.
I've mentioned this for the last ~1.5 months.
The official position is
On Thu, 5 Jun 2003 16:14:25 +0200, Alexander Leidinger
[EMAIL PROTECTED] wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106 rev=0x40
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT82C686A/B ACPI
On Thu, 05 Jun 2003 13:10:35 -0500, Jeremy Messenger [EMAIL PROTECTED] wrote:
On Thu, 5 Jun 2003 16:14:25 +0200, Alexander Leidinger
[EMAIL PROTECTED] wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x chip=0x30571106
On Thursday 05 June 2003 20:10, Jeremy Messenger wrote:
I own the same chipest here, which it is support in 4.x and no longer in
5.x.. :-( Note that, I only check in the 5.x's NOTES
You didn't check in the right NOTES then. 5-CURRENT has different NOTES files,
one general, machine independent
On Thu, 5 Jun 2003 20:56:50 +0200, Michael Nottebrock
[EMAIL PROTECTED] wrote:
On Thursday 05 June 2003 20:10, Jeremy Messenger wrote:
I own the same chipest here, which it is support in 4.x and no longer in
5.x.. :-( Note that, I only check in the 5.x's NOTES
You didn't check in the right
kerberos5 sources cvsup'd from about 30 minutes ago.
thanks.
-Anthony.
FreeBSD tool. 5.1-BETA FreeBSD 5.1-BETA #1: Wed May 21 10:11:40 EDT 2003 [EMAIL
PROTECTED]:/usr/src/sys/i386/compile/TOOL i386
=== doc
=== lib
=== lib/libroken
=== lib/libvers
=== lib/libasn1
=== lib/libhdb
===
Another thing with this code.
#include stdio.h
typedef long long longlong;
main()
{
longlong ll=1;
float f;
FILE *file=fopen(conftestval, w);
f = (float) ll;
fprintf(file,%g\n,f);
close(file);
I think this has to be fclose
exit (0);
}
--
Jan
On Thu, 05 Jun 2003 13:56:15 -0500, Jeremy Messenger [EMAIL PROTECTED] wrote:
On Thu, 5 Jun 2003 20:56:50 +0200, Michael Nottebrock
[EMAIL PROTECTED] wrote:
On Thursday 05 June 2003 20:10, Jeremy Messenger wrote:
I own the same chipest here, which it is support in 4.x and no longer
in
5.x..
On Thu, Jun 05, 2003 at 03:28:01PM -0400, Anthony Schneider wrote:
kerberos5 sources cvsup'd from about 30 minutes ago.
[...]
cc -O -pipe -mcpu=pentiumpro
-I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5
-I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1
same error.
On Thu, Jun 05, 2003 at 11:17:07PM +0300, Ruslan Ermilov wrote:
On Thu, Jun 05, 2003 at 03:28:01PM -0400, Anthony Schneider wrote:
kerberos5 sources cvsup'd from about 30 minutes ago.
[...]
cc -O -pipe -mcpu=pentiumpro
Can't say I've ever had a problem with my HP DJ5550 on a USB port.
On Thu, 5 Jun 2003 16:26:25 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
On Thu, Jun 05, 2003 at 04:11:23PM +0200, Alexander Leidinger wrote:
On Thu, 5 Jun 2003 13:49:25 +0200
Bernd Walter [EMAIL PROTECTED] wrote:
If I
Hello,
I am having an issue with using acpi on a Compaq Armada M700. Without ACPI
everything work's great with the exception of APM. (I had it working on a
prior install, now for some reason it isn't). I've just lived with the fact
that ACPI + PCMCIA didn't appear to like each other. It does
Thanks for the suggestion about recompiling the nvidia driver, but I do after
each kernel compile and install, so that isn't the answer, though not a bad
idea. Recompiles of both the Linux-nvidia-port and the standalone-nvidia
driver failed, so I am in the process, now, of backing out of
John Baldwin wrote:
Please try:
Index: pci.c
===
RCS file: /usr/cvs/src/sys/dev/pci/pci.c,v
retrieving revision 1.215
diff -u -r1.215 pci.c
--- pci.c 31 May 2003 20:34:36 - 1.215
+++ pci.c 2 Jun 2003 20:09:08
What does i386-undermydesk-freebsd refer to? What is it used for? Is there
an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
What does i386-undermydesk-freebsd refer to? What is it used for? Is there
an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd?
As a general rule of thumb, FreeBSD boxes should be kept under desks.
If your system isn't under a desk, consider moving
On Thu, 5 Jun 2003, Mike Barcroft wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
What does i386-undermydesk-freebsd refer to? What is it used for? Is there
an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd?
As a general rule of thumb, FreeBSD boxes should be kept under desks.
If
I thought it was the Monica Lewinsky edition of FreeBSD.
On Thursday, June 5, 2003, at 07:20 PM, Mike Barcroft wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
What does i386-undermydesk-freebsd refer to? What is it used for?
Is there
an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd?
As
[ Please respect followups to -arch, thanks. ]
As most of you are probably already aware, there have been two recent
releases of BIND 8. Version 8.3.5 is the bugfix, and new minor features
release on the 8.3.x branch that we've currently got in the tree already.
8.4.0 is (more or less) the all
On Thu, 5 Jun 2003, 18:56-0500, [EMAIL PROTECTED] wrote:
Thanks for the suggestion about recompiling the nvidia driver, but I do after
each kernel compile and install, so that isn't the answer, though not a bad
idea. Recompiles of both the Linux-nvidia-port and the standalone-nvidia
driver
On Thu, 5 Jun 2003, 12:57-0300, Fred Souza wrote:
Try this patch:
Yes, it works now, thanks. Will this patch be commited to src, or
should I keep it and apply locally?
I have posted the patch to [EMAIL PROTECTED], hope he will commit it
soon or later. FreeBSD will get this code with a
I've been getting a lot of these for the last two weeks on my SMP box.
This panic is on -CURRENT from earlier today. Scheduler is ULE.
lock order reversal
1st 0xc047f820 sched lock (sched lock) @ /usr/src/sys/kern/kern_intr.c:548
2nd 0xc04b83c0 sio (sio) @ /usr/src/sys/dev/sio/sio.c:3242
At 12:09 AM -0700 2003/06/06, Doug Barton wrote:
FYI, for those wondering why I'm not considering BIND 9 for import, please
see http://people.freebsd.org/~dougb/whybind8.html
I might be able to buy your arguments for supporting BIND 8
instead of BIND 9 in -STABLE, but not in -CURRENT.
BIND
On Fri, 6 Jun 2003, Brad Knowles wrote:
At 12:09 AM -0700 2003/06/06, Doug Barton wrote:
FYI, for those wondering why I'm not considering BIND 9 for import, please
see http://people.freebsd.org/~dougb/whybind8.html
I might be able to buy your arguments for supporting BIND 8
On Thu, 05 Jun 2003 14:57:19 -0500
Jeremy Messenger [EMAIL PROTECTED] wrote:
Do'h! You are right that I didn't check in /usr/src/sys/conf/.. It does
exist and I am doing the rebuild kernel right now.. Thanks..
Here's the result:
# dmesg | grep via
After having installed 5.1-RC1, the nvidia driver, and named, are
back in full operation. Yeah!
On Thu, 5 Jun 2003 [EMAIL PROTECTED] wrote:
Thanks for the suggestion about recompiling the nvidia driver, but I do after
each kernel compile and install, so that isn't the answer, though not a
On Thu, 05 Jun 2003 10:14:39 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Alexander Leidinger wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
Be aware that if your machine is a B (82C686B), then you have
It is.
I'm not that sure anymore... see below.
the buggy version of the chip;
Lars Eggert writes:
Robert Watson wrote: |
|---++---+--
-|
| || | The 20030228 vendor
|
| Fresh ACPI-CA | -- | --| sources have been
|
Upon launching samba-2.2.8a (via ports) on the below system, the machine
immediately hard freezes. I've included interesting portions of kernel
config. Any suggestions how I can acquire more useful information ?
# uname -a
FreeBSD darwin 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Jun 5 12:28:54 EDT
On Thu, 05 Jun 2003 10:14:39 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Here's the German page:
http://www.hardtecs4u.com/reviews/2001/ep8kta3-mod/index12.php
Basically:
o Disable PCI master read caching
o Lower PCI latency to 0-32
o Disable PCI delay transaction
So... I have this nice SATA drive and controller which I believe is
supported
by FreeBSD but not in the default build for releases.
What is the best way to cross-build a version of FreeBSD's release ISOs
that
will include drivers not included in the default distribution? Or is
it possible
to
On Sat, Feb 15, 2003 at 05:46:37PM +0300, Yar Tikhiy wrote:
On Fri, Feb 14, 2003 at 03:37:49PM -0800, Kris Kennaway wrote:
On Fri, Feb 14, 2003 at 03:34:06PM -0800, Kris Kennaway wrote:
Since upgrading bento to running 5.0, it appears that I can no longer
download multiple files from a
On Fri, Jun 06, 2003 at 03:01:02AM -0700, Doug Barton wrote:
FreeBSD development model requires that what we import in -current, for
the most part, be what we plan to eventually MFC. That factor alone
eliminates the possibility of importing BIND 9 at this time.
Sorry to wade in here - let me
On 2003.06.06 14:36:44 +0100, Paul Robinson wrote:
This is almost as bad as OpenBSD sticking with BIND 4...
OpenBSD has actually uses BIND 9 now...
--
Simon L. Nielsen
pgp0.pgp
Description: PGP signature
It seems David Leimbach wrote:
So... I have this nice SATA drive and controller which I believe is
supported
by FreeBSD but not in the default build for releases.
What is the best way to cross-build a version of FreeBSD's release ISOs
that
will include drivers not included in the default
On Fri, 6 Jun 2003 08:48:17 -0400
Robin P. Blanchard [EMAIL PROTECTED] wrote:
Upon launching samba-2.2.8a (via ports) on the below system, the machine
immediately hard freezes. I've included interesting portions of kernel
config. Any suggestions how I can acquire more useful information ?
On Friday, June 6, 2003, at 08:53 AM, Soeren Schmidt wrote:
It seems David Leimbach wrote:
So... I have this nice SATA drive and controller which I believe is
supported
by FreeBSD but not in the default build for releases.
What is the best way to cross-build a version of FreeBSD's release
ISOs
It seems dave wrote:
It seems David Leimbach wrote:
So... I have this nice SATA drive and controller which I believe is
supported
by FreeBSD but not in the default build for releases.
What is the best way to cross-build a version of FreeBSD's release
ISOs
that
will include
On Fri, Jun 06, 2003 at 03:01:02AM -0700, Doug Barton wrote:
On Fri, 6 Jun 2003, Brad Knowles wrote:
At 12:09 AM -0700 2003/06/06, Doug Barton wrote:
FYI, for those wondering why I'm not considering BIND 9 for import, please
see http://people.freebsd.org/~dougb/whybind8.html
On Fri, 6 Jun 2003, Alexander Leidinger wrote:
This problem is under investigation. We already know why this error gets
printed, but there is still a discussion how to fix it cleanly.
This is what I'll likely commit in the short term.
Index: pci.c
Paul Robinson wrote:
On Fri, Jun 06, 2003 at 03:01:02AM -0700, Doug Barton wrote:
FreeBSD development model requires that what we import in -current, for
the most part, be what we plan to eventually MFC. That factor alone
eliminates the possibility of importing BIND 9 at this time.
Sorry to wade
On Fri, 6 Jun 2003 10:25:55 -0400 (EDT)
Matthew N. Dodd [EMAIL PROTECTED] wrote:
This is what I'll likely commit in the short term.
[globally disable the check with a sysctl]
To have this at boot time we have to set it in loader.conf, but then we
not only do not check for viapm, we also don't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 06 June 2003 14.21, Soeren Schmidt wrote:
Get me a 3112 based controller on my desk :)
If this is an option, let me know what make and model you would need and I
will make sure we get a sponsor for such a controller from the sponsor of
If you started X (by itself) and the screen flickered on and off, then I
would suspect that it is being told to use a video mode that your card, or
more likely - monitor, won't support. If that is true, then you could be in
danger of damaging your monitor.
1) Got all available documentation
On 05-Jun-2003 Alexander Leidinger wrote:
On Thu, 05 Jun 2003 11:33:13 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
On 05-Jun-2003 Alexander Leidinger wrote:
Hi,
is there a way to teach our ACPI implementation about
[EMAIL PROTECTED]:7:4: class=0x068000 card=0x
On 06-Jun-2003 David P. Reese Jr. wrote:
I've been getting a lot of these for the last two weeks on my SMP box.
This panic is on -CURRENT from earlier today. Scheduler is ULE.
lock order reversal
1st 0xc047f820 sched lock (sched lock) @ /usr/src/sys/kern/kern_intr.c:548
2nd 0xc04b83c0
Maybe you could show us your /etc/make.conf and the exact
command line (and environment) to build world then?
it now dies with the appended error.
make.conf:
# -- use.perl generated deltas -- #
# Created: Tue May 20 15:18:24 2003
# Setting to use base perl from ports:
PERL_VER=5.6.1
Dear Hackers,
please find attached patch for the hcsecd(8) Bluetooth link keys/PIN
codes management daemon. this patch is against the latest release
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030604.tar.gz
hcsecd(8) is now able to cache link keys that were generated from the
PIN codes. to
I found a bug in the /ports/net/naios port. More correctly, I think it
would be in /ports/net/nagios-plugins.
I had Postgres 7.2 installed on my system. I did this manually from source.
It seems that when you choose to have postgres support for nagios, it
doesn't check to see if the library
Adam wrote:
I found a bug in the /ports/net/naios port. More correctly, I think it
would be in /ports/net/nagios-plugins.
I had Postgres 7.2 installed on my system. I did this manually from
source. It seems that when you choose to have postgres support for
nagios, it doesn't check to see if
I've nailed it down to this: geom_vol_ffs assumes that a file system
is able to fill the partition completely. That's not a valid
assumption, since the file system size is a multiple of the file
system block size (in my case 16k bytes = 32 blocks), and the
partition size is/should be a multiple of
I have a small tweak to the PCI code that re-routes PCI interrupts.
Basically, it does two things, 1) make the comment less ia64-specific
and 2) if the interrupt route returns an invalid IRQ (i.e. 255), then
we don't change the intline. In other words, if we can't route the
interrupt, we just
On Fri, Jun 06, 2003 at 07:38:36PM +0200, Per Kristian Hove wrote:
I've nailed it down to this: geom_vol_ffs assumes that a file system
is able to fill the partition completely. That's not a valid
assumption, since the file system size is a multiple of the file
system block size (in my case
On Wed, Jun 04, 2003 at 06:57:09PM -0400, The Anarcat wrote:
Hi!
Recently, I noticed that my samba shares were not automounted on
boot.
What I understand of it is that netfs_types is defined in
rc.d/mountcritlocal, but not in rc.d/mountcritremote, which makes the
code:
You are a little
On Fri, Jun 06, 2003 at 02:13:31PM -0400, John Baldwin wrote:
I have a small tweak to the PCI code that re-routes PCI interrupts.
Basically, it does two things, 1) make the comment less ia64-specific
and 2) if the interrupt route returns an invalid IRQ (i.e. 255), then
we don't change the
On Fri Jun 06, 2003 at 11:23:37AM -0700, Gordon Tetlow wrote:
On Wed, Jun 04, 2003 at 06:57:09PM -0400, The Anarcat wrote:
Hi!
Recently, I noticed that my samba shares were not automounted on
boot.
What I understand of it is that netfs_types is defined in
rc.d/mountcritlocal, but
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: I have a small tweak to the PCI code that re-routes PCI interrupts.
: Basically, it does two things, 1) make the comment less ia64-specific
: and 2) if the interrupt route returns an invalid IRQ (i.e. 255), then
:
On 06-Jun-2003 M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: I have a small tweak to the PCI code that re-routes PCI interrupts.
: Basically, it does two things, 1) make the comment less ia64-specific
: and 2) if the interrupt route
TB --- 2003-06-06 18:49:32 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-06 18:49:32 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-06 18:51:51 - building world
TB --- cd
On Fri, Jun 06, 2003 at 02:13:31PM -0400, John Baldwin wrote:
I have a small tweak to the PCI code that re-routes PCI interrupts.
Basically, it does two things, 1) make the comment less ia64-specific
and 2) if the interrupt route returns an invalid IRQ (i.e. 255), then
we don't change the
On Fri, Jun 06, 2003 at 12:36:54PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: I have a small tweak to the PCI code that re-routes PCI interrupts.
: Basically, it does two things, 1) make the comment less ia64-specific
: and
On Fri, Jun 06, 2003 at 03:04:43PM -0400, John Baldwin wrote:
On 06-Jun-2003 M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
Also, we haven't
recorded our info in the underlying pci register. Don't know if that
will matter for
In message: [EMAIL PROTECTED]
Bernd Walter [EMAIL PROTECTED] writes:
: On Fri, Jun 06, 2003 at 12:36:54PM -0600, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL PROTECTED] writes:
: : I have a small tweak to the PCI code that re-routes PCI
1 - 100 of 134 matches
Mail list logo
