the release for this problem but we
will need to mention this in the Errata (and possibly the announcement
itself).
I just got bitten by this on a VIA EPIA-M system.
7.2-RELEASE-i386-disc1.iso doesn't work
7.2-RELEASE-i386-bootonly.iso works
- Christian
--
Christian Brueffer ch...@unixpages.org
, I will
commit a patch to fix this soon.
Anyway, it shouldn't be related to your problems.
- Christian
--
Christian Brueffer ch...@unixpages.org bruef...@freebsd.org
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B
!
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpem22IftTsg.pgp
Description: PGP signature
On Thu, Feb 28, 2008 at 08:49:33AM +0100, Christian Brueffer wrote:
On Wed, Feb 27, 2008 at 08:04:10PM +0100, Patrick M. Hausen wrote:
Hello,
On Wed, Feb 27, 2008 at 09:18:31AM -0800, Jeremy Chadwick wrote:
I think you're looking for all the WITHOUT knobs in src.conf(5).
I'm
they are in the handbook example for NanoBSD builds.
If they are missing, it's a bug. make.conf(5) and src.conf(5) from 7.0
onwards really are the official documentation.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpLa21XQZKEH.pgp
Description: PGP signature
people
to devfs-related material.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgp1qNF06hdiz.pgp
Description: PGP signature
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpx42UbfCXhu.pgp
Description: PGP signature
for an updated patch? I'm more than willing to test ;-)
Excellent! An updated patch is at
http://people.freebsd.org/~brueffer/ixgb_altq.diff
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG
to dibalo-binaries they
expect libc.so.6 which is now libc.so.7 in FreeBSD 7 CURRENT.
Linking libc.so.7 to libc.so.6 worked around that for me. I've seen no
problem with that approach so far.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http
This is likely to be MFCed before 6.2 gets released.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgp3UXApOnz4Y.pgp
have to reformat the server
afterwards ...
I contacted Achim Leubner not long ago, about wheather he still
maintains and supports the iir(4) driver, as claimed in the SEE ALSO
section of the manpage. His answer was yes.
That all I know.
- Christian
--
Christian Brueffer [EMAIL PROTECTED
On Sun, May 21, 2006 at 03:36:13PM -0400, Kris Kennaway wrote:
On Sun, May 21, 2006 at 09:04:05PM +0200, Christian Brueffer wrote:
Core and debug kernel are available, but the trace appears to be
corrupted.
Sorry to hijack your thread, but I'm also seeing corrupted backtraces
from kgdb
/i386/i386/exception.s:139
#10 0xc07854fe in generic_bcopy () at
/data/build/STABLE/src/sys/i386/i386/support.s:489
Previous frame inner to this frame (corrupt stack?)
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer
!
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgplUEd9bs9sP.pgp
Description: PGP signature
) driver then you could use the LSI RAID
tools.
Now it is using the LSI RAID meta-data. atacontrol will manage this
assuming Soren has the meta-data write support for their format.
For the LSI metadata formats, there is only read support. See ataraid(4)
for details.
- Christian
--
Christian
of supported metadata format can also be found in ataraid(4).
Be aware though that there have been reports on the lists of data loss
in connection with NVIDIA RAIDs. This seems to also happen on other
operating systems.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED
) at fork_exit+0xc1
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xd449dd6c, ebp = 0 ---
db
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgp0q3IKlKZS6.pgp
Description: PGP signature
= 0x2814d287, esp = 0xbfbfe5fc, ebp
= 0xbfbfee68 ---
db
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgp8EmAW4E3hq.pgp
On Thu, Dec 08, 2005 at 05:04:57PM -0700, secmgr wrote:
Christian Brueffer wrote:
On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
In short, don't write gvinum off just yet. Documentation is around the
corner (as a result of a SoC project).
Actually gvinum
in production use).
In short, don't write gvinum off just yet. Documentation is around the
corner (as a result of a SoC project).
Actually gvinum(8) has been committed to CURRENT and RELENG_6 a couple
of days ago.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED
committed it yet because it's not that useful...
The meanings of ctr, pcr, wdp and cdp are unknown. takawata@, who wrote
the driver, got his information solely from the DSDT of the BIOS. So,
he doesn't know the meaning either :-)
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL
metadata formats
are supported.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpjqrse82jYR.pgp
Description: PGP signature
On Fri, Aug 12, 2005 at 11:38:23AM -0700, Brandon Fosdick wrote:
Christian Brueffer wrote:
It doesn't work because the ataraid code in 5.4 doesn't understand
the NVIDIA MediaShield metadata format. It is supported on HEAD
and the RELENG_6 branch that will result in FreeBSD 6.0-RELEASE
:791
#32 0xc071029c in fork_trampoline () at
/usr/home/build/src/sys/i386/i386/exception.s:209
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76
or
things to think about?
The card is listed as supported in the ciss(4) manpage.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED
On Mon, Jun 13, 2005 at 10:06:50PM -0700, Ted Mittelstaedt wrote:
Hi,
Has this patch beeen applied to CURRENT? So it will be in the next
release of FreeBSD?
Yes, about two weeks ago.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key
.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpw18Evl08jW.pgp
Description: PGP signature
worked for me:
performance_cpu_freq=HIGH
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpyyV14M5PEe.pgp
Description: PGP
On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote:
Christian Brueffer wrote:
On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote:
Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my
computer is hanging badly under load. I've a P4 2.53
On Sun, Apr 03, 2005 at 06:34:46PM +0200, Emanuel Strobl wrote:
Am Sonntag, 3. April 2005 18:07 schrieb Pierre-Luc Drouin:
Christian Brueffer wrote:
On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote:
Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my
on what exactly you're
doing. At least it affects real-world scenarios, see my original message
to this list:
http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013036.html
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http
On Sun, Apr 03, 2005 at 02:45:40PM -0700, Nate Lawson wrote:
Christian Brueffer wrote:
On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote:
Christian Brueffer wrote:
On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote:
Since I upgraded from 5.3-stable
speed via sysctl, but the sysctl doesn't show up here.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpOGwt224Dvr.pgp
On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote:
I'm getting this reproducible panic with a 5-STABLE system based on
sources from yesterday. The machine in question is an i386 SMP box.
The panic is reproducible by running an updated version of the
security/scanssh port
(corrupt stack?)
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpVkWuWPSK4b.pgp
Description: PGP signature
On Tue, Feb 08, 2005 at 05:10:47PM -0800, Kris Kennaway wrote:
On Wed, Feb 09, 2005 at 02:08:30AM +0100, Christian Brueffer wrote:
I'm getting this reproducible panic with a 5-STABLE system based on
sources from yesterday. The machine in question is an i386 SMP box.
The panic
to get fixed.
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgpTKOwbL4NAw.pgp
Description: PGP signature
, please break your lines at 75 characters or something. Makes
your mails much easier to read for people with console-based clients).
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG
@
/usr/home/build/src/sys/kern/kern_poll.c:332
db show pcpu
cpuid= 1
curthread= 0xc19e3640: pid 38 swi1: net
curpcb = 0xd543eda0
fpcurthread = none
idlethread = 0xc19a84b0: pid 11 idle: cpu1
APIC ID = 1
currentldt = 0x28
spin locks held:
db
- Christian
--
Christian
On Sun, Nov 28, 2004 at 05:34:20PM -0600, Jon Noack wrote:
On 11/28/04 17:07, Christian Brueffer wrote:
I successfully used polling on my SMP machine a while back, but it
pessimized performance for my workloads so I disabled it. All I did was
to wrap the SMP error in /sys/kern/kern_poll.c
42 matches
Mail list logo