Kris Kennaway wrote:
I'm afraid not -- FreeBSD Update is just distributing the bits from the
release ISO image, and the release ISO doesn't include kernel debug bits
(at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1).
I thought we shipped the debugging symbols in /boot precisely for
Hello,
I tried to change my passphrase for a geli provider.
Like man page tells, I attached the provider (da0) and used
'geli setkey da0' to change the key (only one key, no keyfile used).
Everything seemd to work but after detaching any attach attempt fails with:
MD5 hash checksum mismatch for
On Mon, 21 Jan 2008 09:01:02 -0800 Jeremy Chadwick [EMAIL PROTECTED]
wrote about Re: T7200 CPU not detected by est:
JC Jan 18 23:18:14 comet kernel: est1: Enhanced SpeedStep Frequency
JC Control on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports
JC Control Enhanced Speedstep, but is not
Hello,
I tried to change my passphrase for a geli provider.
Like man page tells, I attached the provider (da0) and used
'geli setkey da0' to change the key (only one key, no keyfile used).
Everything seemd to work but after detaching any attach attempt fails with:
MD5 hash checksum mismatch for
On Tue, Jan 22, 2008 at 09:47:56AM +0100, Gerrit Kühn wrote:
Ok, so it's probably neither specific for CPUs nor for the mainbaords;
however, up to now all CPUs with this problem are Core2 CPUs.
JC In the case of our servers, we usually turn EIST off (this one
JC particular box has it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
I am trying to boot 7.0-PRERELEASE on my notebook from USB memory stick.
With the original BTX i have BTX halted. The only way to boot was
using: http://people.freebsd.org/~kib/realbtx/realbtx.2.patch
With this patch the kernel is loaded but
Hi Marius,
On Tue, 22 Jan 2008 10:33:27 +0100
Marius Strobl [EMAIL PROTECTED] wrote:
The __gthread_active_p(), which returns false positives prior
to the current version of gthr-posix.h, isn't only used in
libstdc++ but also in headers that are installed beneath
/usr/include/c++. So the code
On Tue, Jan 22, 2008 at 09:44:05AM +1100, Andrew Reilly wrote:
Hello again,
[to recap: drscheme, (which is an IDE that runs under the mred
runtime, built from ports/lang/drscheme (or actually manually
from a personal copy of that Makefile that builds the current
release: 372, rather than
Petr Holub wrote:
I tried to build it from the sources that come from the freebsd-update
and thus I assume they are actually RELENG_6_3_0_RELEASE. Still I was
unable to run gdb with the given vmcore against such a kernel.
How do you did that?
Try the following commands:
# cd /usr/src/
# make
I thought we shipped the debugging symbols in /boot precisely for the
reason of making panics with default installs not report useless traces
:(
I think building GENERIC kernel from sources with
tag=RELENG_6_3_0_RELEASE will help.
I tried to build it from the sources that come from the
On Tue, Jan 22, 2008 at 01:24:55AM -0800, Jeremy Chadwick wrote:
I believe the problem is that our CPUs don't match any of the
identification verification methods performed in
src/sys/i386/cpufreq/est.c.
I should be able to make a patch for this, but will need time -- our
to-be-dev/test
On Tue, 22 Jan 2008 05:47:25 -0800 Jeremy Chadwick [EMAIL PROTECTED]
wrote about Re: T7200 CPU not detected by est:
JC And I can tell the system is significantly slower when idle, which is
JC normal. :-)
JC So give that a try...
First of all, thank you very much for your work and your mail.
Hi @List,
i have tryed out the new coretemp driver for Intel Core CPU's
my cpu is an T2400 Intel Core (w/o Duo).
i have csup'ed the stable build from cvsup.uk.freebsd.org at this night.
then built the entire system via sources ( with ULE-Scheduler, might
this causes the stall?)
then load the
At 09:01 AM 1/22/2008, Michael Schuh wrote:
Hi @List,
i have tryed out the new coretemp driver for Intel Core CPU's
my cpu is an T2400 Intel Core (w/o Duo).
i have csup'ed the stable build from cvsup.uk.freebsd.org at this night.
then built the entire system via sources ( with ULE-Scheduler,
On Tue, 22 Jan 2008 11:00:36 +0200
Krassimir Slavchev [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
I am trying to boot 7.0-PRERELEASE on my notebook from USB memory
stick. With the original BTX i have BTX halted. The only way to
Not related to your
Torfinn Ingolfsen wrote:
On Tue, 22 Jan 2008 11:00:36 +0200
Krassimir Slavchev [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
I am trying to boot 7.0-PRERELEASE on my notebook from USB memory
stick. With the original BTX i have BTX halted. The only way to
Today i took the time to update 2 workstations to a fresh RELENG_6
build (6.3-STABLE)
after they've been running on 6.2-STABLE for a long time.
To my surprise both systems now exhibit a 100% repeatable kernel panic
during boot directly
after/during the initialisation of the GELI module.
Console
Hi list,
by disabling the isp driver (set hint.isp.o.disabled=1), the system
comes up. This of course denies us access to the external disk array
hosted by the internal QLogic controller, but pinpoints the problem.
We tried setting hint.isp.0.prefer_iomap=1, which made no difference
On Jan 21, 2008, at 3:34 PM, Doug Barton wrote:
There is a cross-reference to src.conf(5) at the end of
make.conf(5), but IMO the connection needs to be made more explicit.
Anyone want to take that on? This should also go in the release
notes if it's not already.
So do I need to move my
I ran into a problem today trying to build the latest firefox in ports
firefox-2.0.0.11_1,1.
=== Extracting for firefox-2.0.0.11_1,1
= MD5 Checksum OK for firefox-2.0.0.11-source.tar.bz2.
= SHA256 Checksum OK for firefox-2.0.0.11-source.tar.bz2.
=== firefox-2.0.0.11_1,1 depends on file:
On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote:
Hi list,
by disabling the isp driver (set hint.isp.o.disabled=1), the system
comes up. This of course denies us access to the external disk array
hosted by the internal QLogic controller, but pinpoints the problem.
We tried
On Tue, Jan 22, 2008 at 05:09:23PM +, Robert Jameson wrote:
I ran into a problem today trying to build the latest firefox in ports
firefox-2.0.0.11_1,1.
...
firefox-2.0.0.11_1,1: bind installed with PORT_REPLACES_BASE_BIND causes build
problems.
That seems fairly self-explanatory to me and
On 21 Jan 2008, at 18:04, Drew Weaver wrote:
Not specifically that I don’t know, more specifically that
install.cfg doesn't know whether it’s a rl0, fxp0 or 3 or 4 others..
I have some stuff at http://ruben.is.verweg.com/stuff/freebsd/
ifrename/ that might help with this (and other cases,
On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote:
On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote:
Hi list,
by disabling the isp driver (set hint.isp.o.disabled=1), the system
comes up. This of course denies us access to the external disk array
hosted by the internal QLogic
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
re0: discard frame w/o packet header
Aryeh M. Friedman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The most recently committed re(4) modifications correct this.
Hugo Silva wrote:
re0: discard frame w/o packet header re0: discard frame w/o packet
header re0: discard frame w/o packet header re0: discard frame w/o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The most recently committed re(4) modifications correct this.
Hugo Silva wrote:
re0: discard frame w/o packet header re0: discard frame w/o packet
header re0: discard frame w/o packet header re0: discard frame w/o
packet header re0: discard frame
Dear all.
I have been trying to use portsnap update to update automatically the
ports tree in a server running release 6.2, but I always receive the
same message:
'Ports tree is already up to date'
I know this is not true because I have other freeBSD 6.2 machines with
newer ports. If I'm not
Jose Miguel Lopez Coronado wrote:
Dear all.
I have been trying to use portsnap update to update automatically the
ports tree in a server running release 6.2, but I always receive the
same message:
'Ports tree is already up to date'
I know this is not true because I have other freeBSD 6.2
On Tue, Jan 22, 2008 at 09:10:14PM +1100, Andrew Reilly wrote:
Hi Marius,
On Tue, 22 Jan 2008 10:33:27 +0100
Marius Strobl [EMAIL PROTECTED] wrote:
The __gthread_active_p(), which returns false positives prior
to the current version of gthr-posix.h, isn't only used in
libstdc++ but
On Monday 21 January 2008 08:00:33 am Pete French wrote:
If you are using RSDT, then RsdtPhysicalAddress is what you care about
rather than XsdtPhysicalAddress.
O.K., I have this now - RsdtPhysicalAddress is 0x7fec7f40 on
return from madt_map_table
Can you print out the table header
On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
Hi folks,
I have several systems using T7200 mobile CPUs running under 7-stable.
However, EST does not recognize the cpus. When loading cpufreq I get:
You can try this patch. It won't add support for all of the levels, but it
will
Some updates on this... 'zpool import' shows the pool OK but when I try
to actually import it, I get the aforementioned panic. Under BeleniX I
cannot import it because it says the pool is corrupted. The
(crash) problem also occurs with 7.0 beta 2. So I cannot access an
otherwise healthy pool now.
On Tue, 2008-01-22 at 21:10 +1100, Andrew Reilly wrote:
Hi Marius,
On Tue, 22 Jan 2008 10:33:27 +0100
Marius Strobl [EMAIL PROTECTED] wrote:
The __gthread_active_p(), which returns false positives prior
to the current version of gthr-posix.h, isn't only used in
libstdc++ but also in
On Tue, 22 Jan 2008 19:41:54 -0500
Alexandre \Sunny\ Kovalenko [EMAIL PROTECTED] wrote:
Am I right to assume that this is *not* i386? I have 7-PRERELEASE (i386)
cvsup'ed on January 22, early morning EST, and mred built from vanilla
372 sources (per your earlier recommendation) on January 8th.
Hello,
Is there any chance that this fix get comited before the release of
7.0? The Brazilian [correctly spelled now :-)] NTP servers currently
used by sysinstall are not reliable. It would be much better to use
the new ones that use the atomic clock at the Brazil's National
Astronomic
Hi ,
I have following questions.
1. Which is the latest release of FreeBSD.
2. When was it released?
3. What is the patch level?
4.What is the stability
5. Which compiler to use: cc or gcc and which version .
6. Which platform/machine which BSD supports. Is Dell 2950 ok
Thanks,
I wanted to say Thanks!!! for this example, because before this point
I was under the impression that nscd/cached was of no use for NIS clients,
only LDAP or maybe other directory systems that I don't use. I tried
cache compat as below for passwd and group and it works! Our NIS
entries at work
Eirik Øverby wrote:
On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote:
On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote:
Hi list,
by disabling the isp driver (set hint.isp.o.disabled=1), the system
comes up. This of course denies us access to the external disk array
hosted by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
navneet Upadhyay wrote:
Hi ,
I have following questions.
1. Which is the latest release of FreeBSD.
2. When was it released?
3. What is the patch level?
4.What is the stability
5. Which compiler to use: cc or gcc and which
Will apply the patch and reboot in an hour or two.
The isp interface is only used for an external array, so we disable it
and boot from internal drives on esp.
Thanks!
/Eirik
On Jan 23, 2008, at 7:32 AM, Scott Long wrote:
Eirik Øverby wrote:
On Jan 22, 2008, at 7:23 PM, Marius Strobl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Baldwin wrote:
On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
Hi folks,
I have several systems using T7200 mobile CPUs running under 7-stable.
However, EST does not recognize the cpus. When loading cpufreq I get:
You can try
42 matches
Mail list logo
