.
If I need to execute func() on all CPUs - which one is better again -
smp_rendezvous_cpus() or CPU_FOREACH+sched_bind?
Thanks a lot!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
()/spinlock_exit() should be used to prevent races between
non-interrupt code and nested interrupt code.
What do you think?
Thanks!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 23/11/2010 08:33 Andriy Gapon said the following:
I think that this is quite similar to what we do for per-CPU caches in UMA and
so the same approach should work here.
That is, as in (Open)Solaris, the data should be accessed only from the owning
CPU and spinlock_enter()/spinlock_exit
the interrupt
bits will be MD, not MI.
That's a good idea and a comprehensive approach.
One minor technical detail - should an offlined CPU be removed from all_cpus
mask/set?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
on 25/11/2010 17:28 John Baldwin said the following:
Andriy Gapon wrote:
on 22/11/2010 16:24 John Baldwin said the following:
Well, the real solution is actually larger than described in the PR. What
you
really want to do is take the logical CPUs offline when they are halted.
Taking a CPU
on 23/11/2010 15:26 Andriy Gapon said the following:
on 23/11/2010 08:33 Andriy Gapon said the following:
I think that this is quite similar to what we do for per-CPU caches in UMA
and
so the same approach should work here.
That is, as in (Open)Solaris, the data should be accessed only from
on 26/11/2010 21:10 Artem Belevich said the following:
On Fri, Nov 26, 2010 at 5:54 AM, Andriy Gapon a...@freebsd.org wrote:
I will appreciate reviews and testing.
Should I wait for any pending comments?
Otherwise I am confident enough in the patch to commit it.
Some time back I used
().
The pc_cpumask should just be a cosmetic change.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
?
Thanks!
-Brandon
[1] This isn't always the case, only like 99.99% of the time.
Sometimes I do get output, but usually it's just snippets, and
sometimes random characters!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
/cxgb_tom.c: atomic_set_int(t-tids_in_use,
0);
I wonder if these are all bugs and atomic_store_xxx() was actually intended?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
it.
Is there any advantage to using lsof instead of fstat(1) (fstat -p pid)?
I believe that lsof reports on all open files by all processes,
whereas fstat will only report on a specific provided pid.
Just try running fstat without any options.
Or procstat -a -f.
--
Andriy Gapon
on 09/12/2010 13:49 krad said the following:
not sure if dtrace is ready for it on freebsd yet, but it certainly can do it
on
solaris
Greatly depends on what you meant by 'it'.
Personally I don;t see how DTrace capabilities in needed for this task.
Can you please enlighten me?
--
Andriy
about a different I/O
layer
or different I/O path.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 10/12/2010 16:48 Andriy Gapon said the following:
But maybe I misunderstood your question and you talked about a different I/O
layer
or different I/O path.
Oh, probably you talk about physread/physwrite == physio.
Indeed, it issues bio-s with max size of si_iosize_max and runs them
on 10/12/2010 16:45 Alexander Motin said the following:
by default. Many SCSI drivers still limited by DFLTPHYS - 64K.
Including the cases where MAXBSIZE is abused because it historically has the
same
value.
--
Andriy Gapon
___
freebsd-hackers
in case.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
VirtualBox later, but for now the patch is for 8-STABLE/amd64 only.
It would be nice to get the i386 counterpart too when this goes into the tree.
Thanks!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 21/12/2010 11:27 Artem Belevich said the following:
On Tue, Dec 21, 2010 at 1:26 AM, Artem Belevich fbsdl...@src.cx wrote:
On Mon, Dec 20, 2010 at 3:15 AM, Andriy Gapon a...@freebsd.org wrote:
It would be nice to get the i386 counterpart too when this goes into the
tree.
Here's updated
the holidays. Unless someone else beats me to it.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
be used with ULE?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
or not?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
that that memory is excluded from physmem.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 27/01/2011 07:43 Lawrence Stewart said the following:
Hi Andriy,
On 10/15/09 04:12, Andriy Gapon wrote:
Some time ago I posted some ideas about HECI/MEI driver for FreeBSD:
http://docs.freebsd.org/cgi/mid.cgi?4968E9A1.3080006
I actually got around to implementing it (in initial/basic
in
situations where hardware and BIOS (in x86 case) happen to support it?
I am personally more interested in non-uniform topologies like one package
having
two cores and another having four.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
-
sdt_load - sdt_provider_listall(sdt_provider_reg_callback) - dtrace_register.
I am not saying that this behavior is correct/desired, just that this is what we
have now.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
of the other
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
;-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
files each of which would represent one extra
menu
option. So instead of hacking system .4th files, one could easily extend main
menu with custom entries.
Just a dream...
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
ports tree; support for multiple ports
sources.(when people maintain different ports tree (e.g. kde or gnome
development
ports tree)). Perhaps, with some compatibility/hierarchy support for packages
and
ports sources. But that's almost a pipe dream, so don't take it seriously :)
--
Andriy Gapon
.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
suggested were more for the next step than for now.
Thank you for the work!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
suggestions.
P.S.
I see that Linux uses EROFS and ENOMEDIUM for these purposes.
I am not sure about EROFS in this role.
And we don't have ENOMEDIUM (nor EMEDIUMTYPE).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
...@freebsd.org [owner-freebsd-hack...@freebsd.org]
On Behalf Of Warner Losh [i...@bsdimp.com]
Sent: Friday, April 01, 2011 10:51 AM
To: Andriy Gapon
Cc: FreeBSD Hackers; FreeBSD Arch
Subject: Re: looking for error codes
On Apr 1, 2011, at 8:29 AM, Andriy Gapon wrote:
I am looking
/127979/focus=128577
Maybe you'll find something useful there.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 01/04/2011 17:29 Andriy Gapon said the following:
I am looking for error codes that would unambiguously signal that a disk
drive has
readonly or write-protected media and that disk drive has no media at the
moment.
I foresee these error codes being used mostly between disk peripheral
) field replaceable unit: 1
g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 19
vfs_donmount: R/W mount failed, possibly R/O media, falling back to R/O mount
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
on 08/04/2011 03:00 Jeremy Chadwick said the following:
On Thu, Apr 07, 2011 at 01:20:53PM -0700, Garrett Cooper wrote:
On Thu, Apr 7, 2011 at 10:25 AM, Andriy Gapon a...@freebsd.org wrote:
[sorry for double post, it should have been hackers not hardware]
Guys,
could you please review
, Tom Rhodes has a similar change to what I suggested on the
backburner, but it hasn't been 100% fleshed out yet.
I like that approach too. It has its advantages.
But I don't give up yet on my suggestion.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org
additional
options.
Google for block device ... is write-protected, mounting read-only.
But yes, it seems that they handle this situation entirely in userland.
And I am not against it.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
more work
than the auto-mounting.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
don't know about...
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
to be familiar with assembly and know basic behavior of BIOS booting
(supposing we talk about x86) and FreeBSD boot blocks, e.g. what is loaded at
what address.
Here's an example of something related:
http://lists.freebsd.org/pipermail/freebsd-fs/2010-May/008580.html
--
Andriy Gapon
BufWinLeave *.c call clearmatches()
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
actual TID. Maybe some
initialization code is not invoked. BTW, chromium is linked to both libc and
libthr (per ldd). But it seems that there are no pthread calls up the fork
chain until that pthread_cond_wait call.
Maybe this could ring a bell for someone knowledgeable in the area.
--
Andriy
on 16/04/2011 14:46 Andriy Gapon said the following:
Guys,
I am trying to debug this chromium issue:
http://trillian.chruetertee.ch/chromium/ticket/13
Not sure SOCK_SEQPACKET mentioned in the ticket is an actual culprit, the
problem that interests me is that pthread_cond_wait() returns
on 16/04/2011 14:46 Andriy Gapon said the following:
The second puzzle is the EPERM return value itself, on stable/8.
From what I seem chromium does a bunch of forks before it gets to the place of
interest. My debugging shows that those forks are single-threaded (i.e.
code
in thr_fork.c
on 17/04/2011 18:21 Daniel Eischen said the following:
On Sun, 17 Apr 2011, Andriy Gapon wrote:
on 16/04/2011 14:46 Andriy Gapon said the following:
The second puzzle is the EPERM return value itself, on stable/8.
From what I seem chromium does a bunch of forks before it gets to the place
. If chromium build infrastructure circumvents that, it is
only said build infrastructure to blame.
OK, I see, thank you.
Still inconvenient.
As in: if we know for a fact that gcc ... -pthread -lc results in a broken
binary, then IMO we should do something about that.
--
Andriy Gapon
compile your sources with -g in the first
place? DWARF debug info is what CTF generation utils use to figure out
types and function prototypes.
Also, dtrace process needs to access the module file for address-to-name
translation.
--
Andriy Gapon
on 22/04/2011 18:56 Chuck Tuffli said the following:
On Fri, Apr 22, 2011 at 8:44 AM, Andriy Gapon a...@freebsd.org wrote:
Also, dtrace process needs to access the module file for address-to-name
translation.
Hmm ... I'm building this module out of tree. Where does dtrace look
for modules
Can a current thread panic or receive a trap while some other thread holds its
thread_lock (the same lock as pointed to by the td_lock)?
And a related question, can there be a reason for a thread in panic or kdb
context to try to get the thread_lock?
Thank you!
--
Andriy Gapon
be convenient.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
? What are those?
It could also be useful to boot from 8 or 9 live disk and examine how the system
sees your disks.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
-freebsd' unknown.
This is a somewhat known issue that John was going to fix a while ago.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd
on 26/05/2011 16:33 John Baldwin said the following:
On Thursday, May 26, 2011 3:37:13 am Andriy Gapon wrote:
on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
If I compile the port myself, I can't run any binary (PR ports/152896,
which has been unanswered despite my efforts
testing or by making guesses based
on
CPU model or etc)
Comments?
Perhaps I missed it, but I don't remember the lowres part of the patch being
discussed.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
on 31/05/2011 23:16 Jung-uk Kim said the following:
On Tuesday 31 May 2011 07:18 am, Andriy Gapon wrote:
on 24/05/2011 20:56 Jung-uk Kim said the following:
I think it's about time to enable invariant TSC timecounter on
SMP by default. Please see the attached patch. It is also
available
;
Thread T1: x2 = rdtsc() on CPU2;
x2 x1 ?
Or?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 03/06/2011 14:50 John Baldwin said the following:
On Friday, June 03, 2011 2:03:55 am Andriy Gapon wrote:
Consecutive RDTSCs used on a same CPU is always incremental but we
cannot 100% guarantee that on two cores, even if TSC is derived from
the same clock. I am hoping at least latency
. It only says something like all
TSCs are synchronized with a clock source in north bridge. We will
see when AMD Valencia Interlagos are available. :-)
[2] Unfortunately, there is no way to accurately measure it with
current generation hardware.
Yeah, quite unfortunate.
--
Andriy Gapon
` as there is no O_TRUNC, it only seems to be an O_TRUNC
error.
Any tips? Otherwise I'll be looking into this today myself.
Just a hint that you could try using DTrace syscall and fbt providers to see
where
in kernel (if in kernel) that -512 return value originates.
--
Andriy Gapon
on 19/07/2011 03:19 Brandon Falk said the following:
On 7/18/2011 10:18 AM, Andriy Gapon wrote:
on 18/07/2011 17:53 Brandon Falk said the following:
Hello,
In recent branches (confirmed with 224119) builds compiled with clang
happen to
throw 'Unknown error: -512' in a lot of places, making
on 20/07/2011 15:34 Julian H. Stacey said the following:
Even if we're too lazy to do anything more, we should at least
document it as a patch to man gcc.
Talk to GCC people now?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
control MSRs are duplicated for each logical processor.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
the BKDG to see how to interpret the value - search for F3xA4. See
F3xE4 for offset calculation.
Hopefully you should be able to see if hardware reports sane value and how the
amdtemp ends up reporting 0°C.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org
this patch soon-ish.
Thank you for digging into this!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 01/08/2011 22:48 Jung-uk Kim said the following:
amdtemp(4) attaches under PCI bus but its sibling on function 2 isn't
easy to address, i.e., hostbN.
pci_find_bsf() should help with that.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing
print a warning :-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
on 02/08/2011 00:08 Jung-uk Kim said the following:
On Monday 01 August 2011 04:07 pm, Andriy Gapon wrote:
on 01/08/2011 22:48 Jung-uk Kim said the following:
amdtemp(4) attaches under PCI bus but its sibling on function 2
isn't easy to address, i.e., hostbN.
pci_find_bsf() should help
.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
--
Andriy Gapon
___
freebsd-hackers
{
MOD_XLOCK;
if (mod-file) {
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
/81543d17-94ff-11e0-afed-6cf049b01360 ada3 ada2 ada1 ada0p3 ada0p2
ada0p1
ada0 cd0
but I don't see any zfs,
any help/ideas?
Is /boot/zfs/zpool.cache present and up-to-date?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
with checking what source is used for driving clocks:
sysctl kern.eventtimer
When the problem starts using vmstat -i to check interrupt rates and see if any
relevant counter gets stuck.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
faults on garbage kernel addresses. I
am sure that there could be other clever techniques to catch such garbage
addresses early.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 18/08/2011 02:15 Steven Hartland said the following:
- Original Message - From: Andriy Gapon a...@freebsd.org
Thanks to the debug that Steven provided and to the help that I received from
Kostik, I think that now I understand the basic mechanics of this panic, but,
unfortunately
on 18/08/2011 13:35 Steven Hartland said the following:
- Original Message - From: Andriy Gapon a...@freebsd.org
Thats interesting, are you using http as an example or is that something
thats
been gleaned from the debugging of our output? I ask as there's only one
process
running
on 18/08/2011 14:11 Andriy Gapon said the following:
Probably I have mistakenly assumed that the 'prison' in prison_derefer() has
something to do with an actual jail, while it could have been just prison0
where
all non-jailed processes belong.
So, indeed:
(kgdb) p $2-p_ucred-cr_prison
$10
on 17/08/2011 23:21 Andriy Gapon said the following:
It seems like everything starts with some kind of a race between terminating
processes in a jail and termination of the jail itself. This is where the
details are very thin so far. What we see is that a process (http) is in
exit(2) syscall
backtrace.
end
define btf
bt $arg0.tf_eip $arg0.tf_ebp
end
document btf
Do a manual backtrace from a specified trapframe.
end
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 02/08/2011 00:06 Jung-uk Kim said the following:
On Monday 01 August 2011 04:10 pm, Andriy Gapon wrote:
on 01/08/2011 22:48 Jung-uk Kim said the following:
I have mixed feeling about this because I own a system with such
CPU/motherboard combo, too. I also believe it works well but
errata
would include not invoking those lock-related operations or other
inappropriate operations).
Thank you very much in advance for your insights and help!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
-BETA1.
Setting it to zero should result in skipping the checks.
You may also try to capture and share a verbose dmesg, if possible.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 29/08/2011 18:18 Ivan Voras said the following:
On 29 August 2011 17:15, Andriy Gapon a...@freebsd.org wrote:
on 29/08/2011 17:46 Ivan Voras said the following:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think
this:
http://wiki.freebsd.org/DTrace
Make certain you've configure your kernel correctly, and that you've
rebuilt your kernel and modules...
-Brandon
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
Anybody uses topgit for FreeBSD or FreeBSD related development?
What's your impressions of it?
Any peculiarities in the workflow?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
with the wider audience e.g. via hackers@.
P.S. This code sharing is made easier for me by git, Gitorious and git rebase
--onto in particular. Thanks to Fabien Thomas for the initial FreeBSD clone
repository at Gitorious!
--
Andriy Gapon
___
freebsd-hackers
for each
(developer defined) change and by stacking those branches on top of each other
to get the tree that has all the dependent changes.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
on 19/09/2011 10:41 Andriy Gapon said the following:
on 19/09/2011 01:25 Gleb Kurtsou said the following:
Let me share my experience as well.
My repo: https://github.com/glk/freebsd-head/
I used rebase to keep local branches as well, but no longer do so. Such
setup worked for me at least
.
If during idle period we accumulate enough timer ticks and then run all those
ticks very rapidly, then the SW_WATCHDOG code may get an impression that it was
not patted for many real ticks.
Not sure what would be the best way to make SW_WATCHDOG happier/smarter.
--
Andriy Gapon
on 20/09/2011 23:04 Alexander Motin said the following:
Hi.
On 20.09.2011 22:19, Andriy Gapon wrote:
just want to check with you first if the following makes sense.
I use SW_WATCHDOG on one of the test machines, which was recently updated to
from stable/8 to head. Now it seems to get
should help to collect
valuable info about timers behavior before the crash.
I will try to debug this further using your suggestion.
Thank you!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
and
modules files. By default ${KODIR_SYMBOLS} = ${KODIR}.
I think that this patch doesn't cover the case of doing make install in a module
directory (i.e. module built/installed independently from a kernel).
KMODDIR_SYMBOLS should have a default value like KMODDIR does (in bsd.own.mk).
--
Andriy
- does the element on which you call RB_DELETE actually
belong to the tree in question?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
...
A. Base gdb:
- show some strange stack frames and is not really useable
B. gdb73
- does everything correctly
From what I've heard on IRC it looks like I am not the only one who runs into
issues like this.
Any ideas/suggestions?
--
Andriy Gapon
).
The problem doesn't show if the virtual machine I'm using is configured with
a single processor.
Any suggestions?
Obtain a stack trace of the panic?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
on 20/10/2011 13:44 Wojciech Puchar said the following:
i both don't use C++ and don't want to debug when i am linking final binary.
how to turn this off?
Which compiler do you use?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
through the boot process due to
interrupts arriving for unconfigured handlers. Fatal Trap (30)
Just in case, is your original kernel running SMP?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 08/11/2011 23:14 Russell Cattelan said the following:
On 11/6/11 6:23 AM, Andriy Gapon wrote:
on 24/10/2011 20:55 Russell Cattelan said the following:
So it has been a while and a lot of hair pulling but kload is sorta
alive and kicking. It can now load the kernel from userspace, copy
of them were in physical memory.
The same applies to anonymous memory.
P.S. the above is reveled by a cursory look through the code (which is publicly
available btw) :-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
is another nice to have feature.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
301 - 400 of 613 matches
Mail list logo