| David Wolfskill | Re: Hang near end of kernel probes since r213267 (likely ...
At a colleague's suggestion, I tried disabling some of the devices in
the BIOS.
Under System Configuration/Miscellaneous Devices, there are several
devices listed; eac is enabled by default.
I found the disabling the "Module Bay" appears to avoid the hang --
reliably.
That appears to be the minimally-invasive change necessary to avoid the
hang.
Peace,
david
--
David H. Wolfskill david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.
See ...
| Oct 1, 4:30 pm 2010 |
| David Wolfskill | Hang near end of kernel probes since r213267 (likely earlier)
I have recently acquired a new laptop (to replace the "Frankenlaptop"
I've been using for the last several years).
The new machine is a Dell Precision M4400, so it's pretty recent
technology compared to what I'm used to. :-}
I installed FreeBSD 8.1-R on slice 1, customized it a bit to work in my
environment, then cloned slice 1 to slice 2, booted from slice 2,
populated /usr/src via "svn co" (pointing to stable/8, and upgraded
slice to stable/8 as of r213245.
So far, so good.
I ...
| Oct 1, 2:20 pm 2010 |
| Andre Oppermann | Very interesting paper: An Analysis of Linux Scalability ...
Just saw the link to a very interesting paper on SMP scalability.
A very good read and highly relevant for our efforts as well. In
certain areas we may already fare better, in others we still have
some work to do.
An Analysis of Linux Scalability to many Cores
ABSTRACT
This paper analyzes the scalability of seven system applications
(Exim, memcached, Apache, PostgreSQL, gmake, Psearchy, and MapReduce)
running on Linux on a 48-core computer. Except for gmake, all
applications ...
| Oct 1, 12:05 pm 2010 |
| Bjoern A. Zeeb |
| Oct 1, 4:06 pm 2010 |
| Andrey Chernov |
| Oct 1, 6:59 am 2010 |
| Matthew Fleming |
| Oct 1, 7:01 am 2010 |
| Svatopluk Kraus | CACHE_LINE_SIZE too small, so struct vpglocks size align ...
Hallo,
a size of 'struct vpglocks' is padded to CACHE_LINE_SIZE size in
'sys/vm/vm_page.h'
header file. I work on a 'coldfire' port where CACHE_LINE_SIZE is 16 bytes and
sizeof(struct mtx) is 20 bytes thus size alignment doesn't work.
I solved it somehow, but I like to learn how to solve it in spirit
of FreeBSD.
There are a couple of possibilities:
A1. Do nothing for small CACHE_LINE_SIZE.
A2. Pad to multiple of CACHE_LINE_SIZE.
B1. use #if with CACHE_LINE_SIZE
B2. use #if with ...
| Oct 1, 6:00 am 2010 |
| Adrian Chadd |
| Sep 30, 10:53 pm 2010 |
| Matthew Dillon | Re: Examining the VM splay tree effectiveness
I don't remember the reference but I read a comprehensive comparison
between various indexing methods about a year ago and the splay tree
did considerably better than a RB-tree. The RB-tree actually did
fairly poorly.
Any binary tree-like structure makes fairly poor use of cpu caches.
Splay trees work somewhat better as long as there is some locality
of reference in the lookups, since the node being looked up is moved
to the root. It isn't a bad trade-off.
...
| Sep 30, 9:49 pm 2010 |
| Andre Oppermann | Re: Examining the VM splay tree effectiveness
It heavily depends on the access pattern of data structure. Is
it lookup, modify or insert/delete dominated? Or a mix of any
of them. How heavily is the data structure shared across CPU's?
Without this information it is impossible to make a qualified choice.
Making general comparative statements on indexing methods without
taking the access pattern and SMP/CPU cache behavior into account
is going to lead to wrong approach 90% of the time. (Made that number
Again, it hugely depends on how ...
| Oct 1, 2:21 am 2010 |
| Doug Barton | Re: letting glabel recognise a media change
I'm not a kernel developer so I'm not going to tell anyone _how_ to
implement the internals of this idea. My point is that if we're going to
implement something that the API should be compatible so that all of the
client software that already works with HAL doesn't have to be
rewritten, patched, or abandoned.
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of your Internet presence with
a domain name makeover! ...
| Sep 30, 8:41 pm 2010 |
| Andriy Gapon | Re: minidump size on amd64
I tried to go for a full thing, at least how I understood it.
Two hours of hacking frenzy and here is a result:
http://people.freebsd.org/~avg/amd64-minidump.diff
I hope that the code is not too ugly. At least my testing shows that it's not
(badly) broken.
The idea. We dump contiguously only pages with PDEs (which means both valid and
invalid PDEs), valid pages with PTEs are dumped the same way as data physical
pages (i.e. via dump_add_page, etc); no fake PTEs for 2MB pages.
PDE area ...
| Oct 1, 12:43 am 2010 |
| Andriy Gapon |
| Oct 1, 3:38 am 2010 |
| Ian Smith | Re: Sleep/Lenovo SL410
On Thu, 30 Sep 2010, Matt wrote:
> Success!
>
> After setting every possible suspend/resume sysctl,
> "sysctl hw.pci.do_power_resume=0"
> allowed suspend and resume. Still beeps 1-3 times before suspend, with rapid
> sleep light flashing until suspend complete.
Interesting; $someone may document do_power_resume a bit more $someday?
> Kernel conf is attached.
> World built from last Friday's CVS, -CURRENT
>
> acpiconf -s3 works perfectly from console
> previously opened ...
| Sep 30, 10:02 pm 2010 |
| Matt | Re: Sleep/Lenovo SL410
Success!
After setting every possible suspend/resume sysctl,
"sysctl hw.pci.do_power_resume=0"
allowed suspend and resume. Still beeps 1-3 times before suspend, with
rapid sleep light flashing until suspend complete.
Kernel conf is attached.
World built from last Friday's CVS, -CURRENT
acpiconf -s3 works perfectly from console
previously opened windows are garbled until refresh in X
acpiconf -s4 causes shutdown, does not resume on power on.
Swap is 2x RAM.
VMstat -i rate is ...
| Sep 30, 8:35 pm 2010 |
| Paul B Mahol |
| Oct 1, 11:41 am 2010 |
