-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 c
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 wrote:
-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 gc
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 th
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
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,
Na
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 Observatory
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 Januar
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++
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 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
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 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
> > libs
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 mach
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
-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 fram
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
packet
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
re
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, l
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 control
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
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 a
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: /u
I can't get an Ultrium-2 LTO drive to stream, and (I think) I've traced
the problem to the read performance of the USB2-attached NTFS disk, and
specifically the NTFS filesystem. I'm reading a single 190GB file, and
the throughput I'm getting is 5.4MB/s:
$ dd if=ad2c.dump of=/dev/null bs=1M
^Τ
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
(thou
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 o
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
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
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, mig
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 coret
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 ma
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/te
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 b
> > 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
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
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
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 e
-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
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: > Control> on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports
JC> > Control> Enhanced Speedstep, but is not recognized.
JC> > Jan 1
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 da
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 da
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 t
43 matches
Mail list logo
