On Thu, Jan 24, 2008 at 12:58:32AM +0100, Ivan Voras wrote:
There are two reasons for the behaviour you noticed:
And the third reason is that there's a minor bug in binutils that
results in text and data mappings being incorrectly rounded up to
the nearest 1MB instead of page. This bloats the
Joe Peterson wrote:
In an attempt to track down this mouse freezing/stuttering (i.e. jerky
mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a
reliable way to cause it to happen, and I have created a longer trace
showing the results. Note that I am using the ULE scheduler.
I have spread some device_printf() through src/sys/dev/ata/atapi-cd.c and have
come to the conclusion that acd_geom_ioctl() never gets called. Hence geom
does not recognize media changes.
The function is properly registered in the g_class acd_class. Is this
functionality not yet implemented or is
Joe Peterson wrote:
In an attempt to track down this mouse freezing/stuttering (i.e. jerky
mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a
reliable way to cause it to happen, and I have created a longer trace
showing the results. Note that I am using the ULE scheduler.
In
Can you print out the table header length in the madt_map_table() routine?
Sorry, just realised I never re[plied to this! It's 60, and the length
matches with the following check in the table itself.
-pete.
___
freebsd-stable@freebsd.org mailing list
Sam Leffler wrote:
http://www.skyrush.com/downloads/ktr_ule_4.out
I don't see what it is
from the trace data. It sort of looks like the last thing that ran is
the swi4 which is likely a callout (need to check the log file contents
to be certain). If the callback function does
Hello!
The machine is running 6.3-PRERELEASE as of Dec 30th. It just paniced in
the middle of web-session as I was browsing for a file to upload via a
web-form... The firefox in use is native (amd64), not a Linux-binary.
The firefox process had over 550Mb of memory to its name -- it was
running
I'm getting a lot of USB mouse disconnects on RELENG_7. I wondered
whether they might have been due to running with a KTR-enabled kernel
but in just the last 7 hours I've been running on stock GENERIC and
they're still happening.
I get this set of messages for each disconnect:
Jan 24 15:40:13
In an attempt to obtain a ktrdump from one of these lengthy (1-2s)
freezes I'm seeing when moving an active window running glxgears, I
configured a kernel with a 512k ktr buffer size.
I still couldn't catch any significant part of the event because of the
high rate of context-switching with
On Thursday 24 January 2008 08:48:13 am Pete French wrote:
Can you print out the table header length in the madt_map_table() routine?
Sorry, just realised I never re[plied to this! It's 60, and the length
matches with the following check in the table itself.
Hmm, so that's fine. What
On Wednesday 23 January 2008 05:17:41 pm Mikhail Teterin wrote:
середа 23 січень 2008 03:45 по, John Baldwin Ви написали:
In the controller? It is a newish ahd (although from eBay) -- what could
be wrong?
RAM.
Ouch... You mean, the main computer RAM or the controller's own memory?
El jue, 24-01-2008 a las 13:56 -0500, John Baldwin escribió:
system ram.
I saw similar things on high load on my old NF4-Ultra based motherboard.
Its in the trash now...
:)
___
freebsd-stable@freebsd.org mailing list
12 matches
Mail list logo
