On 07/20/2012 08:56 PM, Konstantin Belousov wrote:
> On Fri, Jul 20, 2012 at 08:40:30PM -0400, Richard Yao wrote:
>> On 07/20/2012 06:23 PM, Richard Yao wrote:
>>> Dear FreeBSD Developers,
>>>
>>> Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails
>>> before the kernel dmesg wit
On Thu, Jul 5, 2012 at 10:43 PM, Rainer Duffner wrote:
> Am Thu, 05 Jul 2012 12:43:06 +0100
> schrieb Pete French :
>
>> So, my work surprise for a Thursday morning is an urgent requirement
>> to see if we can run a set of FreeBSD machines under virtualised
>> servers. I have not done this before
On Fri, Jul 20, 2012 at 08:40:30PM -0400, Richard Yao wrote:
> On 07/20/2012 06:23 PM, Richard Yao wrote:
> > Dear FreeBSD Developers,
> >
> > Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails
> > before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. I
> > am
On Mon, 2012-07-16 at 02:39 -0700, Andriy Gapon wrote:
> on 13/07/2012 19:31 Sean Bruno said the following:
> > Well this is new. I haven't a clue what Dell has done on this R620, but
> > this popped up today after I did a boat load of BIOS updates and tried
> > to install stable/9 from our yaho
On 07/20/2012 06:23 PM, Richard Yao wrote:
> Dear FreeBSD Developers,
>
> Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails
> before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. I
> am running the following command:
>
> qemu-system-x86_64 -drive
> file=/dev
- Original Message -
From: "Dr Josef Karthauser"
So, take care if the memory doesn't report any failures, it might still be
faulty.
p.s. It was my fault that I wasn't running ECC memory on the system! :/.
We've even seen this with ECC memory.
Running the memory in a different machin
On Fri, Jul 20, 2012 at 03:46:21PM -0700, Doug Barton wrote:
>
> You probably know this already, but just in case ... Software memory
> tests cannot tell you conclusively that memory is good, only that it's
> bad.
I may have known that in a past life but certainly wasn't thinking about
it now.
On 07/20/2012 15:22, James Snow wrote:
> I've run memtest for about 20 hours now (13 hours in one pass, 7 and
> counting on the second) and seen no errors. Hrm.
You probably know this already, but just in case ... Software memory
tests cannot tell you conclusively that memory is good, only that it
Dear FreeBSD Developers,
Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails
before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. I
am running the following command:
qemu-system-x86_64 -drive
file=/dev/zvol/rpool/KVM/freebsd,if=scsi-bootorder=c
-cdrom/mnt/back
On Fri, Jul 20, 2012 at 04:09:28PM +0100, Dr Josef Karthauser wrote:
> Take care though, my system which had been working fine for about
> a year when I noticed the ZFS rot (which all appears to be recent
> in time). I ran memcheck+ on it for 8 hours or so, and it showed no
> errors at all. Howeve
On 19 Jul 2012, at 18:15, James Snow wrote:
> On Thu, Jul 19, 2012 at 06:05:32PM +0100, Dr Joe Karthauser wrote:
>
>> Hi James,
>>
>> It's almost definitely a memory problem. I'd change it ASAP if I were
>> you.
>>
>> I lost about 70mb from my zfs pool for this very reason just a few
>> weeks a
Hi.
On 20.07.2012 22:38, Adrian Chadd wrote:
I'm worried that this won't be the only source of "freebsd is slower
than linux" issues.
What can we add to the timer path to make identifying and root causing
this issue easy? I'd just like to be absolutely sure that we're not
only doing the best jo
On 20.07.2012 16:38, Alexander Motin wrote:
On 19.07.2012 18:28, Adrian Chadd wrote:
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general
area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something t
Hi Alexander,
I'm worried that this won't be the only source of "freebsd is slower
than linux" issues.
What can we add to the timer path to make identifying and root causing
this issue easy? I'd just like to be absolutely sure that we're not
only doing the best job possible, but we can provide so
> I'm running a M5A97 Evo just fine on -CURRENT, and I'd be shocked it
> it had any problem with 9 (or 8 or 7, for that matter).
Hurrah! I shall get a bit cheaper version, plain m5a97 or pro.
Let me ask you further. What option you chose during install?
Guided or manual (and what if manual)? Furth
Thanks all for respond! I'd try to mix answers and not bother
you with no reason.
> You don't say how big your hard drive is, and if you want to run any OS
> besides FreeBSD.
It shall be ssd drive of 64 gb. Freebsd only, as about 10 years long.
> You can go into the guided installer to see what
Working on the Dell R420 today, got most of it working, even the
broadcom ethernet cards! However, I get the following when I reboot the
system:
Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9)
owns a non-sleepable lock
KDB: stack backtrace of thread 100107:
sched_switch()
Per olof Ljungmark intersonic.se> writes:
> ...
> >> Did anyone else experience this? With 9.1-BETA1 the boot process
> >> freezes, among the last lines with verbose boot are
> >>
> >> acpi_acad0: On Line
> >> acpi_acad0: acline initialization done, tried 1 times
> >>
> >> after this, dead.
> >>
On 19.07.2012 18:28, Adrian Chadd wrote:
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something to do with the change in
event timer values?
On 2012-07-20 08:02, John Marshall wrote:
On Thu, 19 Jul 2012, 11:14 +0200, Per olof Ljungmark wrote:
Did anyone else experience this? With 9.1-BETA1 the boot process
freezes, among the last lines with verbose boot are
acpi_acad0: On Line
acpi_acad0: acline initialization done, tried 1 times
a
On 7/19/12 10:12 AM, Eric van Gyzen wrote:
You might simply try a different idle function. See these sysctls:
machdep.idle: acpi
machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi,
Eric
I've tried your suggestion (with mwait) and the problem went away. Thanks a lot!
This seems like a
Hi Adrian,
I've submitted the PR as kern/170021.
Thanks!
On 7/19/12 11:29 AM, Adrian Chadd wrote:
Oh, and would you please file a PR for this? I've been looking into
ACPI related slowdowns for a while and I'm glad you found a culprit.
Adrian
___
Hi,
On Friday 20 July 2012 17:43:34 Matthew D. Fuller wrote:
> On Thu, Jul 19, 2012 at 06:08:31PM +0200 I heard the voice of
> Zoran Kolic, and lo! it spake thus:
> >
> > It took me by surprise. The mobo I have on my mind for new desktop
> > has uefi instead of bios. It is asus m5a97, with 970 chi
On Thu, Jul 19, 2012 at 06:08:31PM +0200 I heard the voice of
Zoran Kolic, and lo! it spake thus:
>
> It took me by surprise. The mobo I have on my mind for new desktop
> has uefi instead of bios. It is asus m5a97, with 970 chipset, well
> priced among users on the net. How would it behave with 9.
> On 07/20/2012 10:18 AM, Daniel Braniss wrote:
> > my console is filling up with:
> >
> > Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123,
> > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't
> > assign
> > requested address
> > Jul 20 11:08:18 pu
On 07/20/2012 10:18 AM, Daniel Braniss wrote:
my console is filling up with:
Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123,
scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign
requested address
Jul 20 11:08:18 pundit ntpd[1075]: unable to c
my console is filling up with:
Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123,
scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign
requested address
Jul 20 11:08:18 pundit ntpd[1075]: unable to create socket on re0 (8) for
fe80::f66d:4ff:fe
27 matches
Mail list logo