> On 21.04.2010 10:01, pluknet wrote:
> > Hmm.. That's strange to hear.
> > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64).
> > All runs flawlessly.
> > I'll try to boot it from head today if that matters.
>
> It was about 1.5 hour ago when i entered "autoboot" in loader pro
On 21.04.2010 10:01, pluknet wrote:
Hmm.. That's strange to hear.
We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64).
All runs flawlessly.
I'll try to boot it from head today if that matters.
It was about 1.5 hour ago when i entered "autoboot" in loader prompt.
It still show
2010/4/21 Andrey V. Elsukov :
> On 21.04.2010 2:44, Maxim Sobolev wrote:
>>
>> Maxim Sobolev wrote:
Maybe try adding
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"
>>
>> Actually it helped, thank you very much! The problem was that I have had
>> my hints compiled into
On 21.04.2010 2:44, Maxim Sobolev wrote:
Maxim Sobolev wrote:
Maybe try adding
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"
Actually it helped, thank you very much! The problem was that I have had
my hints compiled into the kernel itself.
Hi, Maxim.
I tried to boot 9.0-CURRENT amd6
Maxim Sobolev wrote:
Maybe try adding
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"
to /boot/device.hints? That has reportedly removed minute-long boot
delays on some Nehalem machines.
No, that have not helped at all. I measured the delay - it's about 6
minutes from boot command to t
John Baldwin wrote:
On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote:
Update: I've discovered that the 7.3 kernels actually boot after some
ridiculously long waiting period after the "boot" command (i.e. 10
minutes or even more). I suspect that it might be caused by the memory
probing,
John Baldwin wrote:
On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote:
Update: I've discovered that the 7.3 kernels actually boot after some
ridiculously long waiting period after the "boot" command (i.e. 10
minutes or even more). I suspect that it might be caused by the memory
probing,
On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote:
> Update: I've discovered that the 7.3 kernels actually boot after some
> ridiculously long waiting period after the "boot" command (i.e. 10
> minutes or even more). I suspect that it might be caused by the memory
> probing, which as far a
Update: I've discovered that the 7.3 kernels actually boot after some
ridiculously long waiting period after the "boot" command (i.e. 10
minutes or even more). I suspect that it might be caused by the memory
probing, which as far as I know the FreeBSD does to determine if the
physical memory th
Maxim Sobolev wrote:
the boot command, HEAD - filled in console with funny blinking characters.
...and hanged machine after that as well.
-Maxim
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To
Hi,
For the first time in many years, I've stumbled across a server hardware
where FreeBSD kernel refuses to boot. It's FUJITSU PRIMERGY RX200 S5
server with 2x Quad core E5520 processors and 16GB of RAM. Linux boots
on that hardware just fine. Linux dmesg is available here:
http://sobomax.s
11 matches
Mail list logo
