On Sun, 07 Mar 2010 15:28:48 +0100 Alexander Eichner wrote:
> Hi,
>
> can you try the attached patch please?
> This should fix the panic you encountered. Please undo your kernel
> changes befoer testing.
Unfortunately, the same panic:
(kgdb) bt
#0 doadump () at pcpu.h:246
#1 0xc04ec379 in db_f
On Sun, 07 Mar 2010, 16:19 +, Christian Weisgerber wrote:
> ntpd is a convenient source of multicast packets for testing purposes.
> When I add
>
> broadcast 224.0.1.1
>
> to my ntp.conf, ntpd sends a multicast packet with TTL 1 every 64
> seconds. Just as expected. However, when I explicit
Hello
Is powerd finally considered stable and safe to use on 8.0? At least
on 7.2, it consistently caused panics when used on Atom systems with
Hyper-Threading enabled, but I recall that Attilio Rao was looking
into it.
- Sincerely,
Dan Naumov
___
free
On Mon, Mar 08, 2010 at 12:47:37PM +0200, Dan Naumov wrote:
> Is powerd finally considered stable and safe to use on 8.0? At least
> on 7.2, it consistently caused panics when used on Atom systems with
> Hyper-Threading enabled, but I recall that Attilio Rao was looking
> into it.
I didn't realise
Dnia poniedziałek, 8 marca 2010 o 04:00:02 Brian Conway napisał(a):
> Greetings. I'm testing NanoBSD images for eventual use in an Alix board
> and have run into an issue with the boot0cfg lines in the update scripts,
> in multiple environments. Specifically, any use of boot0cfg yields a
> succes
Okay, now I am baffled.
Up until this point, I wasn't using powerd on this new Atom D510
system. I ran sysctl and noticed that dev.cpu.0.freq: is actually 1249
and doesn't change no matter what kind of load the system is under. If
I boot to BIOS, under BIOS CPU is shown as 1,66 Ghz. Okayy... I gue
>Up until this point, I wasn't using powerd on this new Atom D510
>system. I ran sysctl and noticed that dev.cpu.0.freq: is actually 1249
>and doesn't change no matter what kind of load the system is under. If
>I boot to BIOS, under BIOS CPU is shown as 1,66 Ghz. Okayy... I guess
>this explains why
Today I upgraded 2 of my 4 machines from RELENG_7 to RELENG_8.
Both of the 2 machines are just LDAP clients.
My LDAP server is still running on RELENG_7,
and the remained one is also a LDAP client.
All of them were installed OpenLDAP-2.4.21 and nss_ldap-1.265_3.
Before I upgrades my system, everyt
I've been running powerd for a while. Been running it on an ASUS
B202. It brought my freq down to 100mhz when I checked on it.
Stopping powerd brought the freq up to 1600, and restarting powerd
brought it back to 100mhz eventually.
You might need to load an ACPI module for your system. Mine w
On Mon, 8 Mar 2010, Maciej Milewski wrote:
Dnia poniedziałek, 8 marca 2010 o 04:00:02 Brian Conway napisał(a):
Greetings. I'm testing NanoBSD images for eventual use in an Alix board
and have run into an issue with the boot0cfg lines in the update scripts,
in multiple environments. Specifical
On Sun, 7 Mar 2010, Robert Watson wrote:
If your system shows a non-zero value, please send me a *private e-mail*
with the output of that command, plus also the output of "sysctl kern.smp",
"uptime", and a brief description of the workload and network interface
configuration. For example: it
Jeremy Chadwick wrote:
> I should note that on RELENG_7, EIST/SpeedStep didn't appear to work
> properly (cpufreq(4) driver reporting that the est piece wouldn't
> attach), which historically (for me) has resulted in ACPI throttling
> being done (which works). Based on the sysctl output below, I b
Alexander Motin wrote:
> Jeremy Chadwick wrote:
>> I should note that on RELENG_7, EIST/SpeedStep didn't appear to work
>> properly (cpufreq(4) driver reporting that the est piece wouldn't
>> attach), which historically (for me) has resulted in ACPI throttling
>> being done (which works). Based on
On Saturday 06 March 2010 11:00:12 am Robert Watson wrote:
> On Sat, 6 Mar 2010, Alexander Leidinger wrote:
>
> >> Take a look at the DTrace configuration information here:
> >>
> >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html
> >
> > I've just reread it (despite the f
OK, now I feel a bit stupid. The second half of my PR at
http://www.freebsd.org/cgi/query-pr.cgi?pr=144551 (anything related to
powerd behaviour) can be ignored. For testing purposes, I started
powerd in the foreground and observed it's behaviour. It works exactly
as advertised and apparently the v
ZFS in FreeBSD lacks at least one major feature from the Solaris
version: hot spares. There is a PR open at
http://www.freebsd.org/cgi/query-pr.cgi?pr=134491, but there hasn't been
any motion/thoughts posted on it since its creation almost one year ago.
I'm aware that on Solaris, hot spare r
On Sun, Mar 07, 2010 at 10:00:02PM -0500, Brian Conway wrote:
> Greetings. I'm testing NanoBSD images for eventual use in an Alix board
> and have run into an issue with the boot0cfg lines in the update scripts,
> in multiple environments. Specifically, any use of boot0cfg yields a
> successful
On 8 March 2010, at 06:53, Robert Watson wrote:
>
> On Sun, 7 Mar 2010, Robert Watson wrote:
>
>> If your system shows a non-zero value, please send me a *private e-mail*
>> with the output of that command, plus also the output of "sysctl kern.smp",
>> "uptime", and a brief description of the
On Mon, 8 Mar 2010, Doug Hardie wrote:
I run a number of 4 core systems with em interfaces. These are production
systems that are unmanned and located a long way from me. Under unusual
conditions it can take up to 6 hours to get there. I have been waiting to
switch to 8.0 because of the di
Doug Hardie wrote:
> On 8 March 2010, at 06:53, Robert Watson wrote:
>
>
>> On Sun, 7 Mar 2010, Robert Watson wrote:
>>
>>
>>> If your system shows a non-zero value, please send me a *private e-mail*
>>> with the output of that command, plus also the output of "sysctl kern.smp",
>>> "upti
hail,
I've seen these errors in a production machine in deep disk load (scp and
bsdtar in heavy use):
ahcich0: Timeout on slot 1
ahcich0: is cs ss rs tfd 40 serr
ahcich0: Timeout on slot 16
ahcich0: is cs e000 ss rs tfd c
On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote:
> I've seen these errors in a production machine in deep disk load (scp and
> bsdtar in heavy use):
Please provide the output from the following commands:
vmstat -i
pciconf -lvc
--
| Jeremy Chadwick
On Mon, 8 Mar 2010 14:26:53 -0800
Jeremy Chadwick wrote:
> On Mon, Mar 08, 2010 at 06:38:02PM -0300, Nenhum_de_Nos wrote:
> > I've seen these errors in a production machine in deep disk load (scp and
> > bsdtar in heavy use):
>
> Please provide the output from the following commands:
As I had h
Unable to reproduce, at least on a brand new 8-R install.
Did you make sure you correctly merged /etc/nsswitch.conf during mergemaster?
On 2010-03-08 09:07:12PM +0800, Ling-hua Tseng wrote:
> Today I upgraded 2 of my 4 machines from RELENG_7 to RELENG_8.
> Both of the 2 machines are just LDAP clie
Yes, I'm sure.
Here is the output of `diff -u /usr/src/etc/nsswitch.conf /etc/nsswitch.conf'.
--- /usr/src/etc/nsswitch.conf 2010-03-08 09:04:25.0 +0800
+++ /etc/nsswitch.conf 2010-03-08 18:01:08.0 +0800
@@ -1,13 +1,13 @@
#
# nsswitch.conf(5) - name service switch configuration
Den 08-03-2010 13:00, freebsd-stable-requ...@freebsd.org skrev:
Send freebsd-stable mailing list submissions to
freebsd-stable@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a mess
26 matches
Mail list logo
