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
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
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
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
Hi,
I've written a huge patch which implements vdso support and shared page
subsystem for freebsd. Unfortunately, I've been waiting for a review
for quite a long time and, after some positive responses, silence
overcame, so the code became a bit old, also due to my difficulty in
keeping the sou
Hi Giuseppe,
On Tue, Apr 20, 2010 at 04:57:04PM +0200, Giuseppe Cocomazzi wrote:
> Feedback would be very appreciated.
This is excellent news! I've been thinking about making such patch
myself, but it seems you beat me to it :-)
I believe this functionality would be a good addition to CURRENT, a
We have found the problem, it was pilot error.
Thanks to Andriy for the boot verbose suggestion it was what put
me on the correct trail.
A brief background to set the context:
The random.ko is needed to support ssh issues and because for various
reasons we could not have it compiled directly in
On Tue, 20 Apr 2010 00:14:13 +0200 Jeremie Le Hen wrote:
> Hi Bakul,
>
> Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :).
>
> On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote:
> >
> > But I wonder... why not build something like this around cvs?
> > Basically a
On 4/20/2010 11:30 AM, Bakul Shah wrote:
>
> My suggestion was in the context of upgrding a system to a
> new release. There are changes to /**/etc/**/*(.) files going
> from release R to R+1. I was pointing out that what
> mergemaster does (merging in these changes to your locally
> modified etc
On Tue, Apr 20, 2010 at 2:57 PM, Giuseppe Cocomazzi wrote:
> Hi,
> I've written a huge patch which implements vdso support and shared page
> subsystem for freebsd. Unfortunately, I've been waiting for a review
> for quite a long time and, after some positive responses, silence overcame,
> so the c
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,
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
I acciddentally rm'ed my /var/db/pkg and want to know is it possible to
rgenerate it (I have portmaster and portupgrade installed)
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, sen
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
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 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
17 matches
Mail list logo
