Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-15 Thread Paolo Aglialoro
Just for the records,

I'm running my main OpenBSD on a P3-M 700MHz with 256M.

With XFCE it works fine, and, as I understand from my linux experience, to
run comfortably with KDE4 you today need something abobe 512M. As it was
said, in OpenBSD memory evacuation works so pretty good that, in order to
use such a machine profitably, it's just matter of using less appz at the
same time or a right mix of GUI and CLI ones.

There is just one doubt that I have about the need of more memory for
machines which are not heavy servers or multimedia developing ones:
BROWSING. Just open a whatever firefox and keep on opening tabs, my 256M
will at best start swapping after 7-9 concurrent tabs. With the heavy
technologies (java, php, etc.) today embedded in web pages and with the
growth rate of such trends (i.e. people like those developing chromium os
who would like to put the entire world into a browser), I expect the web
browser be the very next desktop memory hog for the years to come.

Here's why, today, bigmem is not essential for me but, I think, will maybe
be in 2-3 years from now.
Bye
Paolo



On Wed, Dec 15, 2010 at 3:07 AM, roberth  wrote:

> On Tue, 14 Dec 2010 17:19:23 -0700
> Clint Pachl  wrote:
>
> > roberth wrote:
> > > omg, i am using 95% of my memory all the time, should i be worried?
> > > maybe kern.bufcachepercent=95 has something to do with it; blame
> > > Bob.
> >
> > Holy shit! Mine's at 10%. Maybe I should crank mine up to to 95% and
> > then buy more RAM.
> >
>
> 90% was what was asked for in testing the feature.
> but since evacuating ram when needed works so nicely, i thought why not
> crank it up some more.
> guess even 99% with 2GB ram won't be noticable. ram is so much faster
> than the disk you have to get the data from. and no, no swap use
> whatsoever.
> someday bufcachepercent will be bumped by default. can't see a reason
> not to.
>
> no need to by more ram, to raise the cache.
> only got two gig in my thinkpad.
> after booting and starting the usual susspects(xfce,claws,ff,some
> terminals), i am still way below 1gig in use. (that's before caching
> realy kicks in. nice to have it for cvsync-ing the updated cvs-tree and
> then 'cvs up'-ing from ram...)



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread roberth
On Tue, 14 Dec 2010 17:19:23 -0700
Clint Pachl  wrote:

> roberth wrote:
> > omg, i am using 95% of my memory all the time, should i be worried?
> > maybe kern.bufcachepercent=95 has something to do with it; blame
> > Bob. 
> 
> Holy shit! Mine's at 10%. Maybe I should crank mine up to to 95% and 
> then buy more RAM.
> 

90% was what was asked for in testing the feature.
but since evacuating ram when needed works so nicely, i thought why not
crank it up some more.
guess even 99% with 2GB ram won't be noticable. ram is so much faster
than the disk you have to get the data from. and no, no swap use
whatsoever.
someday bufcachepercent will be bumped by default. can't see a reason
not to.

no need to by more ram, to raise the cache.
only got two gig in my thinkpad.
after booting and starting the usual susspects(xfce,claws,ff,some
terminals), i am still way below 1gig in use. (that's before caching
realy kicks in. nice to have it for cvsync-ing the updated cvs-tree and
then 'cvs up'-ing from ram...)



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Clint Pachl

roberth wrote:

omg, i am using 95% of my memory all the time, should i be worried?
maybe kern.bufcachepercent=95 has something to do with it; blame Bob.
   


Holy shit! Mine's at 10%. Maybe I should crank mine up to to 95% and 
then buy more RAM.




Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread roberth
On Tue, 14 Dec 2010 16:46:08 -0700
Clint Pachl  wrote:

> Denise H. G. wrote:
> >>> I've switched to FreeBSD for my desktop with 4G memory...
> >>>
> >> >
> >> >  Unnecessary fear :
> >> >
> >> >  $ sysctl kern.version
> >> >  kern.version=OpenBSD 4.8-current (GENERIC.MP) #547: Tue Dec  7
> >> > 23:16:34 MST
> >>  
> > 2010
> >
> >> >   dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> >> >
> >> >  $
> >> >
> >> >  load averages:  0.76,  1.14,  1.06
> >> >
> >> >
> >> >hostname 13:27:52
> >> >  49 processes:  1 running, 45 idle, 1 zombie, 2 on processor
> >> >  CPU0 states:  2.0% user,  0.0% nice,  1.6% system,  0.0%
> >> > interrupt, 96.4%
> >>  
> > idle
> >
> >> >  CPU1 states:  3.8% user,  0.0% nice,  1.2% system,  0.0%
> >> > interrupt, 95.0%
> >>  
> > idle
> >
> >> >  Memory: Real: 321M/610M act/tot  Free: 2651M  Swap: 0K/8189M
> >> >  Memory: Real: used/tot
> >> >
> >> >  $ dmesg | grep mem
> >> >  RTC BIOS diagnostic error 11
> >> >  real mem  = 3487125504 (3325MB)
> >> >  avail mem = 3420016640 (3261MB)
> >> >  spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600
> >> >  spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600
> >> >  kqemu: kqemu version 0x00010300 loaded, max locked mem=1702696kB
> >>  
> 
> I think Bodzar's point here is that you don't need 4GB, especially on
> a desktop.
> 
> Sure, your car can do 230 kph, but how often do you ever get over 150?
> 
> Unless you're running a very busy database server or a crazy web
> server, I don't think you'll ever need much above 2GB.
> 
> I have 2GB in most of my i386 and amd64 laptops and servers. None of
> my machines ever touch the swap. In fact, most of the time I have 50%
> FREE RAM. On my development laptop I typically run a Seamonkey
> Browser with 50 tabs and Mail (400MB), about 20 terminals (half of
> which are SSHed to remote machines), Inkscape, Gimp, Postgresql
> locally for dev, ruby-sinatra, etc. and I've never been over 1.2GB. I
> do run cwm as my window manager. So lets say for shits and giggles
> that you're running KDE or something bloated like that, then maybe
> you'll use another gig. So what, you're still under 3GB.
> 
> Save yourself time and headaches and just run OpenBSD stable or 
> snapshots. Compiling kernels is a waste of time when you're doing it
> for performance reasons. I used to do this shit about 8 years ago
> just to eek out a little more performance, so I thought. I was also
> coming from Linux/FreeBSD to OpenBSD at that time. I finally realized
> that my time is better spent doing other things. Now I run OpenBSD
> exclusively on all four of my systems and my life is easy.
> 
> One last thing: when developers say don't do something, they know
> best so listen. Compiling in BIGMEM is bad if they told you no.
> 

omg, i am using 95% of my memory all the time, should i be worried?
maybe kern.bufcachepercent=95 has something to do with it; blame Bob.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Clint Pachl

Denise H. G. wrote:

I've switched to FreeBSD for my desktop with 4G memory...
   

>
>  Unnecessary fear :
>
>  $ sysctl kern.version
>  kern.version=OpenBSD 4.8-current (GENERIC.MP) #547: Tue Dec  7 23:16:34 MST
 

2010
   

>   dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
>  $
>
>  load averages:  0.76,  1.14,  1.06
>
>
>hostname 13:27:52
>  49 processes:  1 running, 45 idle, 1 zombie, 2 on processor
>  CPU0 states:  2.0% user,  0.0% nice,  1.6% system,  0.0% interrupt, 96.4%
 

idle
   

>  CPU1 states:  3.8% user,  0.0% nice,  1.2% system,  0.0% interrupt, 95.0%
 

idle
   

>  Memory: Real: 321M/610M act/tot  Free: 2651M  Swap: 0K/8189M used/tot
>
>  $ dmesg | grep mem
>  RTC BIOS diagnostic error 11
>  real mem  = 3487125504 (3325MB)
>  avail mem = 3420016640 (3261MB)
>  spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600
>  spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600
>  kqemu: kqemu version 0x00010300 loaded, max locked mem=1702696kB
 


I think Bodzar's point here is that you don't need 4GB, especially on a 
desktop.


Sure, your car can do 230 kph, but how often do you ever get over 150?

Unless you're running a very busy database server or a crazy web server, 
I don't think you'll ever need much above 2GB.


I have 2GB in most of my i386 and amd64 laptops and servers. None of my 
machines ever touch the swap. In fact, most of the time I have 50% FREE 
RAM. On my development laptop I typically run a Seamonkey Browser with 
50 tabs and Mail (400MB), about 20 terminals (half of which are SSHed to 
remote machines), Inkscape, Gimp, Postgresql locally for dev, 
ruby-sinatra, etc. and I've never been over 1.2GB. I do run cwm as my 
window manager. So lets say for shits and giggles that you're running 
KDE or something bloated like that, then maybe you'll use another gig. 
So what, you're still under 3GB.


Save yourself time and headaches and just run OpenBSD stable or 
snapshots. Compiling kernels is a waste of time when you're doing it for 
performance reasons. I used to do this shit about 8 years ago just to 
eek out a little more performance, so I thought. I was also coming from  
Linux/FreeBSD to OpenBSD at that time. I finally realized that my time 
is better spent doing other things. Now I run OpenBSD exclusively on all 
four of my systems and my life is easy.


One last thing: when developers say don't do something, they know best 
so listen. Compiling in BIGMEM is bad if they told you no.




Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Denise H. G.
On 2010/12/14 at 20:32, Tomas Bodzar  wrote:
>
> On Tue, Dec 14, 2010 at 1:03 PM, Denise H. G.  wrote:
>> On 2010/12/14 at 02:45, Jeff Ross  wrote:
>>>
>>> On 12/13/10 09:52, Nick Jones wrote:
 On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:
>> FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
>> running fine.  I've attached the output of dmesg and pcidump -v for
>> reference.
>>
>> Kernel is generic otherwise, just renamed.
>>
>
> Great! Did you recompile your kernel? Or just modified your kernel by
> using config(8) ? I am rather new to OpenBSD...

 You need to amend:

 /usr/src/sys/arch/amd64/amd64/machdep.c

 And change the relevant line (1183 in the -current source I checked out
 yesterday) so that it says:

 int bigmem = 1;

 Then recompile your kernel as per the FAQ, reboot, and cross your
fingers.
 Report your success (or failure) here.

>>>
>>> Be aware that you are treading on unproven and unsupported ground, and
>>> the devs are not interested in hearing about bigmem related problems.
>>>
>>> Here is a PR I submitted not to long ago that was immediately closed
>>> because it was based on a bigmem kernel:
>>>
>>> http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6453
>>
>> Thanks.
>>
>> I've switched to FreeBSD for my desktop with 4G memory...
>
> Unnecessary fear :
>
> $ sysctl kern.version
> kern.version=OpenBSD 4.8-current (GENERIC.MP) #547: Tue Dec  7 23:16:34 MST
2010
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
> $
>
> load averages:  0.76,  1.14,  1.06
>
>
>  hostname 13:27:52
> 49 processes:  1 running, 45 idle, 1 zombie, 2 on processor
> CPU0 states:  2.0% user,  0.0% nice,  1.6% system,  0.0% interrupt, 96.4%
idle
> CPU1 states:  3.8% user,  0.0% nice,  1.2% system,  0.0% interrupt, 95.0%
idle
> Memory: Real: 321M/610M act/tot  Free: 2651M  Swap: 0K/8189M used/tot
>
> $ dmesg | grep mem
> RTC BIOS diagnostic error 11
> real mem  = 3487125504 (3325MB)
> avail mem = 3420016640 (3261MB)
> spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600
> spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600
> kqemu: kqemu version 0x00010300 loaded, max locked mem=1702696kB
> $
>
> My computer is more then 90% of time idle (regarding CPU) and my memory
> (even with bufcachepercent=40) is all the time more then 400MB free even
that
> I'm using a LOT of apps at same time including two or three VM's in Qemu.
>

Thanks! Then I have to learn now how to build a custom kernel on
OpenBSD, which is the first time for me:)

>
> $ vmstat 1 10
>  procsmemory   pagediskstraps  cpu
>  r b wavm fre  flt  re  pi  po  fr  sr sd0 cd0  int   sys   cs us sy
id
>  1 0 0 329432 2714044  762   0   0   0   0   0   6   0   47 14706  775  8  3
89
>  1 0 0 329544 2713900   67   0   0   0   0   0   0   0   35  3206  455  3  0
97
>  1 0 0 329544 2713900   23   0   0   0   0   0   0   0   10  2412  319  0  0
100
>  1 0 0 329544 2713900   33   0   0   0   0   0   0   03  2386  305  0  0
100
>  1 0 0 329464 2713980  527   0   0   0   0   0   0   04  2568  313  6  0
94
>  2 0 0 329464 2713980   58   0   0   0   0   0   0   03  2562  327  1  0
99
>  0 0 0 329464 2713980   23   0   0   0   0   0   0   0   47  2907  404  1  0
99
>  1 0 0 329452 2713992   30   0   0   0   0   0   0   0   58  4672  451  2  0
98
>  1 0 0 329636 2713808 1021   0   0   0   0   0   0   0   69  7632  465  5  4
91
>  1 0 0 329644 2713800  523   0   0   0   0   0   0   03  2504  308  5  0
95
> $
>
>




--
If reproducibility may be a problem conduct the
test only once.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Tomas Bodzar
On Tue, Dec 14, 2010 at 1:03 PM, Denise H. G.  wrote:
> On 2010/12/14 at 02:45, Jeff Ross  wrote:
>>
>> On 12/13/10 09:52, Nick Jones wrote:
>>> On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:
> FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
> running fine. B I've attached the output of dmesg and pcidump -v for
> reference.
>
> Kernel is generic otherwise, just renamed.
>

 Great! Did you recompile your kernel? Or just modified your kernel by
 using config(8) ? I am rather new to OpenBSD...
>>>
>>> You need to amend:
>>>
>>> /usr/src/sys/arch/amd64/amd64/machdep.c
>>>
>>> And change the relevant line (1183 in the -current source I checked out
>>> yesterday) so that it says:
>>>
>>> int bigmem = 1;
>>>
>>> Then recompile your kernel as per the FAQ, reboot, and cross your
fingers.
>>> Report your success (or failure) here.
>>>
>>
>> Be aware that you are treading on unproven and unsupported ground, and
>> the devs are not interested in hearing about bigmem related problems.
>>
>> Here is a PR I submitted not to long ago that was immediately closed
>> because it was based on a bigmem kernel:
>>
>> http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6453
>
> Thanks.
>
> I've switched to FreeBSD for my desktop with 4G memory...

Unnecessary fear :

$ sysctl kern.version
kern.version=OpenBSD 4.8-current (GENERIC.MP) #547: Tue Dec  7 23:16:34 MST
2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP

$

load averages:  0.76,  1.14,  1.06


 hostname 13:27:52
49 processes:  1 running, 45 idle, 1 zombie, 2 on processor
CPU0 states:  2.0% user,  0.0% nice,  1.6% system,  0.0% interrupt, 96.4%
idle
CPU1 states:  3.8% user,  0.0% nice,  1.2% system,  0.0% interrupt, 95.0%
idle
Memory: Real: 321M/610M act/tot  Free: 2651M  Swap: 0K/8189M used/tot

$ dmesg | grep mem
RTC BIOS diagnostic error 11
real mem  = 3487125504 (3325MB)
avail mem = 3420016640 (3261MB)
spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600
spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600
kqemu: kqemu version 0x00010300 loaded, max locked mem=1702696kB
$

My computer is more then 90% of time idle (regarding CPU) and my memory
(even with bufcachepercent=40) is all the time more then 400MB free even that
I'm using a LOT of apps at same time including two or three VM's in Qemu.


$ vmstat 1 10
 procsmemory   pagediskstraps  cpu
 r b wavm fre  flt  re  pi  po  fr  sr sd0 cd0  int   sys   cs us sy
id
 1 0 0 329432 2714044  762   0   0   0   0   0   6   0   47 14706  775  8  3
89
 1 0 0 329544 2713900   67   0   0   0   0   0   0   0   35  3206  455  3  0
97
 1 0 0 329544 2713900   23   0   0   0   0   0   0   0   10  2412  319  0  0
100
 1 0 0 329544 2713900   33   0   0   0   0   0   0   03  2386  305  0  0
100
 1 0 0 329464 2713980  527   0   0   0   0   0   0   04  2568  313  6  0
94
 2 0 0 329464 2713980   58   0   0   0   0   0   0   03  2562  327  1  0
99
 0 0 0 329464 2713980   23   0   0   0   0   0   0   0   47  2907  404  1  0
99
 1 0 0 329452 2713992   30   0   0   0   0   0   0   0   58  4672  451  2  0
98
 1 0 0 329636 2713808 1021   0   0   0   0   0   0   0   69  7632  465  5  4
91
 1 0 0 329644 2713800  523   0   0   0   0   0   0   03  2504  308  5  0
95
$


I am
> considering giving it a try on my laptop with less memory...
>
>>
>> At the bottom of this lengthy bug report is the response of the dev
>> who closed it.
>>
>> Jeff Ross
>>
>>
>>
>
>
>
> --
> If reproducibility may be a problem conduct the
> test only once.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Denise H. G.
On 2010/12/14 at 02:45, Jeff Ross  wrote:
> 
> On 12/13/10 09:52, Nick Jones wrote:
>> On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:
 FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
 running fine.  I've attached the output of dmesg and pcidump -v for
 reference.
 
 Kernel is generic otherwise, just renamed.
 
>>> 
>>> Great! Did you recompile your kernel? Or just modified your kernel by
>>> using config(8) ? I am rather new to OpenBSD...
>> 
>> You need to amend:
>> 
>> /usr/src/sys/arch/amd64/amd64/machdep.c
>> 
>> And change the relevant line (1183 in the -current source I checked out
>> yesterday) so that it says:
>> 
>> int bigmem = 1;
>> 
>> Then recompile your kernel as per the FAQ, reboot, and cross your fingers.
>> Report your success (or failure) here.
>> 
> 
> Be aware that you are treading on unproven and unsupported ground, and
> the devs are not interested in hearing about bigmem related problems.
> 
> Here is a PR I submitted not to long ago that was immediately closed
> because it was based on a bigmem kernel:
> 
> http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6453

Thanks.

I've switched to FreeBSD for my desktop with 4G memory... I am
considering giving it a try on my laptop with less memory...

> 
> At the bottom of this lengthy bug report is the response of the dev
> who closed it.
> 
> Jeff Ross
> 
> 
> 



-- 
If reproducibility may be a problem conduct the
test only once.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-14 Thread Denise H. G.
On 2010/12/14 at 00:53, Nick Jones  wrote:
> 
> On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:
>> > FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
>> > running fine.  I've attached the output of dmesg and pcidump -v for
>> > reference.
>> > 
>> > Kernel is generic otherwise, just renamed.
>> > 
>> 
>> Great! Did you recompile your kernel? Or just modified your kernel by
>> using config(8) ? I am rather new to OpenBSD...
> 
> You need to amend:
> 
> /usr/src/sys/arch/amd64/amd64/machdep.c
> 
> And change the relevant line (1183 in the -current source I checked out
> yesterday) so that it says:
> 
> int bigmem = 1;
> 
> Then recompile your kernel as per the FAQ, reboot, and cross your fingers.
> Report your success (or failure) here.
> 

Thanks for your reply!

But the point is that I haven't yet built a custom kernel ever
I only build custom kernels on FreeBSD... it seems custom kernels are
not popular in OpenBSD world...

Anyway thanks again!

-- 
If reproducibility may be a problem conduct the
test only once.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-13 Thread Jeff Ross

On 12/13/10 09:52, Nick Jones wrote:

On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:

FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
running fine.  I've attached the output of dmesg and pcidump -v for
reference.

Kernel is generic otherwise, just renamed.



Great! Did you recompile your kernel? Or just modified your kernel by
using config(8) ? I am rather new to OpenBSD...


You need to amend:

/usr/src/sys/arch/amd64/amd64/machdep.c

And change the relevant line (1183 in the -current source I checked out
yesterday) so that it says:

int bigmem = 1;

Then recompile your kernel as per the FAQ, reboot, and cross your fingers.
Report your success (or failure) here.



Be aware that you are treading on unproven and unsupported ground, and 
the devs are not interested in hearing about bigmem related problems.


Here is a PR I submitted not to long ago that was immediately closed 
because it was based on a bigmem kernel:


http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6453

At the bottom of this lengthy bug report is the response of the dev who 
closed it.


Jeff Ross



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-13 Thread Nick Jones
On Mon, 13 Dec 2010 at 22:55:59 +0800, Denise H. G. wrote:
> > FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
> > running fine.  I've attached the output of dmesg and pcidump -v for
> > reference.
> > 
> > Kernel is generic otherwise, just renamed.
> > 
> 
> Great! Did you recompile your kernel? Or just modified your kernel by
> using config(8) ? I am rather new to OpenBSD...

You need to amend:

/usr/src/sys/arch/amd64/amd64/machdep.c

And change the relevant line (1183 in the -current source I checked out
yesterday) so that it says:

int bigmem = 1;

Then recompile your kernel as per the FAQ, reboot, and cross your fingers.
Report your success (or failure) here.

-- 

-Nick



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-13 Thread Denise H. G.
On 2010/12/13 at 21:26, Nick Jones  wrote:
> 
> On Sun, 12 Dec 2010 at 20:29:58 +0800, Denise H. G. wrote:
>> On 2010/12/12 at 19:51, Martin Schrvder  wrote:
>> >
>> > 2010/12/12 Predrag Punosevac :
>> >> http://marc.info/?l=openbsd-misc&m=127593716916639&w=1
>> >
>> > http://marc.info/?l=openbsd-misc&m=127601395920661&w=1
>> > http://quigon.bsws.de/papers/2010/bsdcan-openbsdupdate/mgp2.html
> 
> FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
> running fine.  I've attached the output of dmesg and pcidump -v for
> reference.
> 
> Kernel is generic otherwise, just renamed.
> 

Great! Did you recompile your kernel? Or just modified your kernel by
using config(8) ? I am rather new to OpenBSD...

-- 
The chief cause of problems is solutions.



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-13 Thread Nick Jones
On Sun, 12 Dec 2010 at 20:29:58 +0800, Denise H. G. wrote:
> On 2010/12/12 at 19:51, Martin Schrvder  wrote:
> >
> > 2010/12/12 Predrag Punosevac :
> >> http://marc.info/?l=openbsd-misc&m=127593716916639&w=1
> >
> > http://marc.info/?l=openbsd-misc&m=127601395920661&w=1
> > http://quigon.bsws.de/papers/2010/bsdcan-openbsdupdate/mgp2.html

FWIW, I'm running -current with BIGMEM enabled on my X200 and it's
running fine.  I've attached the output of dmesg and pcidump -v for
reference.

Kernel is generic otherwise, just renamed.

-- 

-Nick
OpenBSD 4.8-current (DEADOPEN.MP) #1: Mon Dec 13 11:07:14 GMT 2010
r...@deadopen.local:/usr/src/sys/arch/amd64/compile/DEADOPEN.MP
real mem = 4182446080 (3988MB)
avail mem = 4057165824 (3869MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries)
bios0: vendor LENOVO version "6DET60WW (3.10 )" date 09/17/2009
bios0: LENOVO 7458C98
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA DMAR 
SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) 
EXP3(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz, 2527.39 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic clock running at 266MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz, 2527.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG
cpu1: 3MB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus -1 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature 127 degC
acpitz1 at acpi0: critical temperature 104 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "42T4647" serial  2880 type LION oem "SANYO"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2534, 2533, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 1 int 16 (irq 11)
drm0 at inteldrm0
"Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
"Intel GM45 AMT SOL" rev 0x07 at pci0 dev 3 function 3 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: apic 1 int 20 
(irq 11), address 00:1f:16:35:d0:cd
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20 (irq 
11)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21 (irq 
11)
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22 (irq 
11)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23 (irq 
11)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: apic 1 int 
17 (irq 11)
azalia0: codecs: Conexant CX20561
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: apic 1 int 20 (irq 
11)
pci1 at ppb0 bus 2
ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: apic 1 int 21 (irq 
11)
pci2 at ppb1 bus 3
iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: apic 1 int 17 
(irq 11), MIMO 3T3R, MoW, address 00:21:6a:94:21:d6
ppb2 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: apic 1 int 23 (irq 
11)
pci3 at ppb2 bus 5
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16 (irq 
11)
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 17 (irq 
11)
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 18 (irq 
11)
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 19 (irq 
11)
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EH

Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-12 Thread Denise H. G.
On 2010/12/12 at 19:51, Martin Schrvder  wrote:
>
> 2010/12/12 Predrag Punosevac :
>> http://marc.info/?l=openbsd-misc&m=127593716916639&w=1
>
> http://marc.info/?l=openbsd-misc&m=127601395920661&w=1
> http://quigon.bsws.de/papers/2010/bsdcan-openbsdupdate/mgp2.html
>
> Best
>Martin
>
>
>

Well... any way thanks! I think that explans everything.

Thanks! haha.

--
Sale promotions don't.




Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-12 Thread Martin Schröder
2010/12/12 Predrag Punosevac :
> http://marc.info/?l=openbsd-misc&m=127593716916639&w=1

http://marc.info/?l=openbsd-misc&m=127601395920661&w=1
http://quigon.bsws.de/papers/2010/bsdcan-openbsdupdate/mgp2.html

Best
   Martin



Re: OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-11 Thread Predrag Punosevac
http://marc.info/?l=openbsd-misc&m=127593716916639&w=1



OpenBSD 4.8's bsd.mp doesn't detect 4GB Memory

2010-12-11 Thread Denise H. G.
Hi guys.

Recently I installed OpenBSD 4.8 and found out that it can't detect 4GB
memory on my amd64 box. From the output of dmesg I can see it detects
all the memory hardware (4x1G memory bars). Yet it can only use about
3.5G of them, like an i386 kernel does.

I've googled the issue and some say one has to 'config' the default
kernel (i.e., bsd.mp). But I am not very sure that I know how to do
that... My question is: Is there anything I can do to make bsd.mp detect
all the 4G memory on my amd64? There must be some way... I think.

Many Thanks!

-- 
When you are right be logical,
when you are wrong be-fuddle.