at all
until now).
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
? If so sorry for jumping the gun.
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/dsp.c
Thank you for drawing my attention to the report.
I have acted sloppy again :(
Should be fixed in r222113 now.
--
Andriy Gapon
___
freebsd-stable
?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
on 17/05/2011 14:29 Jeremy Chadwick said the following:
On Tue, May 17, 2011 at 01:48:04PM +0300, Andriy Gapon wrote:
on 17/05/2011 10:30 Jeremy Chadwick said the following:
On Tue, May 17, 2011 at 02:43:44AM -0400, Charles Sprickman wrote:
Does this sound familiar to anyone running ZFS
.
This is one of the best things to do, if possible.
In this case all the potentially useful info would be preserved.
Less drastic approach to hanged I/O debugging is to find out where
processes/threads are actually stuck. E.g. using procstat -kk.
--
Andriy Gapon
on 18/05/2011 04:49 Charles Sprickman said the following:
On Tue, 17 May 2011, Andriy Gapon wrote:
Less drastic approach to hanged I/O debugging is to find out where
processes/threads are actually stuck. E.g. using procstat -kk.
Odd you say that because we've got an old 32-bit 8.1 box
at trap+0x109
#4 0x808a8084 at calltrap+0x8
#
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
to
m_getjcl and why.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
calls are made by your program and how
much
time they take. Maybe that would be sufficient for you.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
...@freebsd.org
Date: Tue, 26 Apr 2011 19:50:02 +0300
From: Andriy Gapon a...@freebsd.org
To: multime...@freebsd.org
Subject: SNDCTL_DSP_GETIPTR implementation
Guys,
I reading this http://manuals.opensound.com/developer/SNDCTL_DSP_GETOPTR.html
It says: In mmap mode (only) the ptr field tells the location
on 26/04/2011 02:09 Gardner Bell said the following:
#6 0xc0bcbebc in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#7 0xc0999329 in ieee80211_tx_mgt_timeout (arg=0xc647a000)
at /usr/src/sys/net80211/ieee80211_output.c:2478
Looks like an issue in wireless code...
--
Andriy
or parameter or introducing some incompatibility or similar.
May be we need another one file, like src/ChangeLog ? ;-)
svn log ...
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
on 05/04/2011 21:37 Matthias Andree said the following:
Am 05.04.2011 15:51, schrieb Andriy Gapon:
Boris,
ARC is an adaptive cache (as its name says), but the adaption doesn't happen
instantly. So, when your applications do not use a lot of memory, but there
is
steady filesystem usage
.
Sometime procstat -kk provides useful additional information.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
, just a normal foot-shooting :)
Clamping maximum ARC size, as Jeremy has suggested, should help some.
Adding some swap would help a lot more.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
)
Of course, the system can run out of swap as well, but that would mean that you
really need more RAM.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
.
That is:
I found Linux to be a better desktop than FreeBSD is fine by me.
Use Linux as a desktop because it's better than FreeBSD [for you] is not.
Thanks.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
;
There is also multimedia/minitube
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
mine
(which
is quite different from yours), those would be interesting (and perhaps useful)
anecdotes.
But, please, let's refrain from labeling FreeBSD and cornering it into some
niche.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
/libflashplayer.so
as a user for which I enabled the plugin).
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
) Free :)
Is here something like this for ZFS? zfs send looks promising,
EXCEPT item (5) and, maybe, (3) :(
gnu tar looks like everything but (6) :(
I have a script built around zfs snapshot and star (archivers/star) that has
functionality similar to your requirements.
--
Andriy Gapon
that was being naughty on Friday but is OK
today.
I will have to reinstall this server soon so we'll see what happens. If
I can reproduce it again I'll revive this thread.
Thank you for the update.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
On 13/03/2011 21:49, Ronald Klop wrote:
On Sat, 12 Mar 2011 21:06:38 +0100, Mark Felder f...@feld.me wrote:
On Sat, 12 Mar 2011 12:30:14 -0600, Andriy Gapon a...@freebsd.org wrote:
do you get exactly the same panic message with 8.2 or a slightly more
informative one? If the latter
or hyperthreading or
whatever this CPU does.
Any insight would be greatly appreciated.
Mark,
do you get exactly the same panic message with 8.2 or a slightly more
informative one? If the latter, then could please provide a screenshot of that?
Thanks for the report!
--
Andriy Gapon
be used with ULE?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
be an alternative bootable media: live CD or install CD or etc.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
memory-eating-ghost from the machine ;)?
Bartosz,
just in case, have you noticed a separate (later) discussion of this issue and
its
(relatively recent) resolution by Kostik Belousov (kib@)?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
on 19/12/2010 11:11 per...@pluto.rain.com said the following:
Andriy Gapon a...@freebsd.org wrote:
on 16/12/2010 11:34 per...@pluto.rain.com said the following:
Andriy Gapon a...@freebsd.org wrote:
BTW, are you sure that you correctly placed initialization of
msgbufsize ?
I am not at all
on 16/12/2010 11:34 per...@pluto.rain.com said the following:
Andriy Gapon a...@freebsd.org wrote:
on 15/12/2010 12:37 per...@pluto.rain.com said the following:
Fatal double fault:
eip = 0xc07feb98
esp = 0xc101e000
ebp = 0xc101e004
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
?
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html
BTW, are you sure that you correctly placed initialization of msgbufsize ?
I am not saying that you haven't, just make sure that it is set before its first
use.
--
Andriy Gapon
, I'm still using the same
kernel so I can probably use addr2line(1) if you need it.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
disabled.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
it doesn't understand those
stripe*
properties.
P.S.
geom@ is often the best mailing list for geom issues.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
diagnostics ?
Only reset button currently comes to my mind, it helps of course, but it
doesn't
provide me with any information about what is happening. After reboot logs are
empty for the period of the hangup.
--
Andriy Gapon
___
freebsd-stable
have to be set.
Maybe enabling overall usb debug would be a good idea too.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
), the next time you use it will cause this warning
message. Anyone helps?
Try contacting multimedia@ and perhaps mav@ directly.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
as simple as what Yue is trying to do could/should be done with gpart.
But boot0cfg has some additional features...
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
have overlooked some subtle (or even
blatant) reason why this would be a Bad Idea.
I also don't immediately see why that wouldn't work.
Can you try to come up with a patch?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
to be just a few lines... Are there any prerequisite
changes, or some politics, or etc?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
to possibly use in the near future. If there is a problem
with it, then please get back and let's try to get it solved.
To repeat myself - there is no magic, problems only get solved by those who try
solve them.
--
Andriy Gapon
___
freebsd-stable@freebsd.org
/gnats/gnats-openpercategorycummulative.html
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
experience shows most of the unresolved PRs are of
fire-and-forget[*] kind.
[*] forget - unless some developer for some reason starts bugging the reporter,
but that's an unnatural order of things :-)
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
on any error mounting the CD.
As such it's almost useless information.
I wonder if you can get any additional information (from system console, or some
iLO tool).
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
!
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
complaints about problem in system .d files do not help at all for a
user to understand what the actual problem could be. Sigh.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
not documented.
If it can be removed, then good; otherwise I will update the documentation at
least.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd
Offline_Uncorrectable 0x0008 100 100 000Old_age Offline -
0
199 UDMA_CRC_Error_Count0x000a 200 200 000Old_age Always -
0
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
buildkernel WITH_CTF=1
$ make installkernel
KERNCONF is set my kernel's name in /etc/make.conf.
Not sure what kind of an issue prevents you from using DTrace, double-check all
your steps.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
KDB is just a totally
different module. Am I right?
Correct; KDB/DDB shouldn't have anything to do with this.
Yes. But it might - by accident/bug.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
that you have some problem with either your local environment or
following the procedures. Most of all, I still suspect that your world and your
kernel are out of sync.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
DDB at that stage...
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
suggested by couple of
people already?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
.
Perhaps it's some external component?
E.g. hald is known to perform some disk/media checks every two seconds.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
is worth an entry in UPDATING, FreeBSD isn't
supposed
to crash after all :-)
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
:-)
Not soon though.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
and he should be able to advise further.
I think that you got confused :-)
Read Adam's report again :-)
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
posted.
Are the installed world and the installed kernel in sync?
(Built from the same state of source code).
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
on 23/11/2010 15:25 Jeremy Chadwick said the following:
On Tue, Nov 23, 2010 at 05:13:53AM -0800, Jeremy Chadwick wrote:
On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote:
on 23/11/2010 10:20 Zhihao Yuan said the following:
Attach my kernel configuration here, just in case.
On 00
on 23/11/2010 22:45 Jeremy Chadwick said the following:
make buildkernel WITH_CTF=1
I believe the above to be necessary and sufficient part (for using DTrace on
kernel).
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
, but I've not heard of
it.
Clues? How does everyone else manage this?
What I do is keep the snapshots for long enough and just retrieve the files from
there.
That is, snapshots - for the clumsiness case, backups - for the disaster case.
--
Andriy Gapon
on 23/11/2010 08:14 Alexander Zagrebin said the following:
It seems that this patch isn't merged into RELENG_8.
Are there chances that it will be merged before 8.2-RELEASE?
Yes. MFC timer is ticking.
--
Andriy Gapon
___
freebsd-stable@freebsd.org
and whistles enabled.
YMMV.
P.S. I don't discourage anyone from improving our scheduler, I even do encourage
that.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
of mplayer from ports.
YMMV.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
.
BTW, http://www.mjmwired.net/kernel/Documentation/cgroups.txt
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
acpi_perf may work in fill mode.
In other other cases a hardware-specific driver like est can work without
acpi_perf.
Note also that there's no mention of acpi_perf0 attaching in the dmesg,
where I'm used to seeing that listed (eg as with my P3-Mobile CPU)
--
Andriy Gapon
improvements in FreeBSD, but I doubt this will
make
it in due time to FreeBSD's kernel.
Well, I think that those improvements apply only to a very specific usage
pattern
and are greatly over-hyped.
P.S. What is the due time, BTW?
--
Andriy Gapon
___
freebsd
! It seems that I've overlooked this rev.
I will update my merge tree.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
on 17/11/2010 20:43 Andriy Gapon said the following:
I want to do MFC of ACPICA imports to stable/8 before 8.2 release.
This would obviously include commits that fix mismerges or remove obsolete
code.
Plus some other small enhancements/fixes in our ACPI code.
This is what I currently
that should be more useful:
http://people.freebsd.org/~avg/acpi-stable-8.plain.diff
I will appreciate any testing and reviews.
Mobile users who track stable/8 would be the primary candidates, I guess :-)
Thanks a lot!
--
Andriy Gapon
signature.asc
Description: OpenPGP digital signature
, but did you forget to CC the committer(s)?
It is known that sometimes the committers do need a gentle (or not so) nudging
:-)
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
involves getting the keyboard controller
to send an NMI, and I wonder if the legacy-free no-keyboard
state of my system is having an effect on that, too?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
vnode, but does rele on a parent ZFS filesystem.
Or is this kind of protection not needed at all for FreeBSD?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
that this extra protection is more a problem than a solution in our
case and it should be commented out.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
on 13/11/2010 13:21 Kostik Belousov said the following:
On Sat, Nov 13, 2010 at 01:09:55PM +0200, Andriy Gapon wrote:
on 13/11/2010 13:06 Martin Matuska said the following:
No, this is not good for us. Solaris does not allow mounting of
snapshots on any vnode, like we do. Solaris has them only
umount - 3 133 sleep mntref
procstat -kk pid
Can anybody confirm this issue?
Any suggestions?
ktrace-ing umount could also be useful.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http
don't have the fix or there is another leak.
What revision do you have?
Perhaps Martin has an insight here.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
on 09/11/2010 15:55 Dan Allen said the following:
On 8 Nov 2010, at 10:30 PM, Andriy Gapon wrote:
Can you please also provide the following output:
$ kenv | fgrep hint.acpi
hint.acpi.0.oem=TOSHIB
hint.acpi.0.revision=1
hint.acpi.0.rsdp=0xf01e0
hint.acpi.0.rsdt=0x3f7a
Two more
to upload files and provide links
to
them.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
on 09/11/2010 17:22 Dan Allen said the following:
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
/boot/loader.conf contents
This might be the smoking gun!
cat loader.conf:
hint.apic.0.disabled=1
Yes, it is.
So why do you have it and what happens if you remove it?
--
Andriy
on 09/11/2010 17:59 Dan Allen said the following:
On 9 Nov 2010, at 8:24 AM, Andriy Gapon wrote:
on 09/11/2010 17:22 Dan Allen said the following:
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
/boot/loader.conf contents
This might be the smoking gun!
cat loader.conf:
hint.apic
on 09/11/2010 22:32 John Baldwin said the following:
On Tuesday, November 09, 2010 10:24:59 am Andriy Gapon wrote:
on 09/11/2010 17:22 Dan Allen said the following:
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
/boot/loader.conf contents
This might be the smoking gun!
cat loader.conf
on 09/11/2010 05:11 Dan Allen said the following:
On 5 Nov 2010, at 9:22 AM, Andriy Gapon wrote:
Let's look at the following:
0. your kernel config
1. verbose dmesg
2. acpidump -dt output
3. x86info -a (sysutils/x86info)
Andriy, I sync'd with CURRENT and got your patch today as part
);
...
...
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
showing as in the D state):
root 444 0.0 0.0 5812 1384 ?? D 9:30PM 0:00.00 nfsd: server (nfsd)
You can try 'procstat -kk pid' next time this happens.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
on 05/11/2010 16:53 Dan Allen said the following:
On 3 Nov 2010, at 2:40 AM, Andriy Gapon wrote:
This problem seems to happen only on SMP systems that for some reason run as
UP.
E.g. because ACPI and/or APIC are disabled.
Or some other BIOS configuration.
But I am not sure what exactly
://article.gmane.org/gmane.os.freebsd.stable/72727
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
on 03/11/2010 10:40 Andriy Gapon said the following:
This problem seems to happen only on SMP systems that for some reason run as
UP.
E.g. because ACPI and/or APIC are disabled.
Or some other BIOS configuration.
But I am not sure what exactly is the case here.
Verbose dmesg from a working
on 03/11/2010 21:20 Dan Allen said the following:
On 3 Nov 2010, at 2:48 AM, Andriy Gapon wrote:
I still would like to see verbose dmesg, just to be sure what's going on.
Here is the output of dmesg from the last working kerneL, with sources sync'd
Oct 28th:
Thank you
:
WARNING: Non-uniform processors.
WARNING: Using suboptimal topology.
What I propose is that we try to find a resolution, because I suppose you can't
stay at the last working revision forever.
P.S. so will you be trying the patch I proposed?
--
Andriy Gapon
[*] sees only one cpu, e.g.:
cpu0: ACPI CPU on acpi0
So I am quite sure that the patch that I posted should help you.
[*] - yes, I do want to see your *verbose* dmesg from the working kernel.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
on 03/11/2010 22:11 Jeremy Chadwick said the following:
On Wed, Nov 03, 2010 at 10:01:22PM +0200, Andriy Gapon wrote:
[snipping since I wanna keep it terse]
What I propose is that we try to find a resolution, because I suppose you
can't
stay at the last working revision forever.
P.S. so
expectations. And thanks a lot for the
offer!
Right now I want to squeeze out everything possible from Dan :-)
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
you for the report and testing again!
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
it.
Second, with recent head and stable/8 ARC should not be the primary victim of
memory pressure; ARC reclaim thread and the page daemon should cooperate in
freeing/recycling memory.
Nothing much to add.
--
Andriy Gapon
___
freebsd-stable@freebsd.org
FYI, this has been MFC-ed as r214620.
Original Message
Message-ID: 4c9323f0.90...@freebsd.org
Date: Fri, 17 Sep 2010 11:16:48 +0300
From: Andriy Gapon a...@freebsd.org
To: freebsd-a...@freebsd.org
CC: freebsd-curr...@freebsd.org
Subject: amd64: VM_KMEM_SIZE_SCALE changed to 1
Please be advised that Intel CPU topology code from head has been MFC-ed to
stable/8 as r214621.
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
on 31/10/2010 02:37 Kostik Belousov said the following:
On Sat, Oct 30, 2010 at 05:43:54PM +0300, Andriy Gapon wrote:
on 30/10/2010 14:25 Artemiev Igor said the following:
On Sat, Oct 30, 2010 at 01:33:00PM +0300, Andriy Gapon wrote:
on 30/10/2010 13:12 Artemiev Igor said the following
on 30/10/2010 22:01 Artemiev Igor said the following:
On Sat, Oct 30, 2010 at 05:43:54PM +0300, Andriy Gapon wrote:
I apologize for my haste, it should have been VM_ALLOC_WIRED.
Ok, applied and tested under some load(~1200 active connections, outgoing
~80MB/s). Patch work as expected and i
on 29/10/2010 17:41 Andriy Gapon said the following:
on 29/10/2010 15:36 Andriy Gapon said the following:
on 29/10/2010 12:04 Artemiev Igor said the following:
Yep, this problem exists. You may workaround it via bumping up
net.inet.tcp.sendspace up to 128k. zfs sendfile is very ineffective. I
on 29/10/2010 20:51 Artemiev Igor said the following:
On Fri, Oct 29, 2010 at 07:06:03PM +0300, Andriy Gapon wrote:
Probably yes, but have to be careful there.
First, do vm_page_grab only for UIO_NOCOPY case.
Second, the first page is already shared busy after vm_page_io_start()
call
401 - 500 of 947 matches
Mail list logo