while (TAILQ_FIRST(&queue->tq_active) != NULL)
+ TQ_SLEEP(queue, &queue->tq_active,
+ &queue->tq_mutex, PWAIT, "-", 0);
+ TQ_UNLOCK(queue);
+}
+
+void
taskqueue_drain_timeout(struct tas
;= transient_map_retries) {
g_io_deliver(bp, EDEADLK/* XXXKIB */);
You could try to experiment with kern.geom.transient_map_retries
--
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"
uring part 1 of the upgrade.
I don't have an exact recollection of what is installed by freebsd-update - are
*.symbols files installed?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hack
g if anyone can suggest what I should try to get this working?
> I used freebsd-update to upgrade, and this was after the first
> "freebsd-update install" where it installs the kernel.
--
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 28/08/2013 15:09 Andriy Gapon said the following:
> Now a description of the problem.
>
> 1. VirtualBox executable is installed setuid root. Apparently, when it is run
> it does some privileged things and then drops all of the uids and gids (real,
> effective and saved) ba
on 18/07/2013 10:06 Andriy Gapon said the following:
> on 18/07/2013 03:25 Greg Rivers said the following:
>> On Wed, 17 Jul 2013, Andriy Gapon wrote:
>>
>>> I run virtualbox in KDE environment. A while ago (can't say exactly when) I
>>> started to have a
ready
copied in. Unlike some fields within select_args.
> arg1 in DTrace script should correspond to uap argument of sys_select, and
> dereferencing should always produce an int.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http:
d some ways to feed CPU loading info
> directly in kernel to cpufreq for finer & quicker control of
> frequencies.
--
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 30/05/2013 18:21 Andriy Gapon said the following:
>
> I am trying to do a very basic thing with hwpmc on this CPU:
>
> CPU: AMD Opteron(tm) Processor 6128 (1999.05-MHz K8-class CPU)
> hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20
> K8/4/48/0x1ff
I didn't realize that the sys
K_OVERFLOW
FR_RETIRED_X86_INSTRUCTIONS
FR_RETIRED_UOPS
FR_RETIRED_BRANCHES
FR_RETIRED_BRANCHES_MISPREDICTED
FR_RETIRED_TAKEN_BRANCHES
FR_RETIRED_TAKEN_BRANCHES_MISPREDICTED
--
Andriy Gapon
___
freebsd-hackers@f
ce between them. Is one of the above or
> ithread given to bus_setup_intr preferable on the other?
The differences are described in taskqueue(9) "Predefined Task Queues" section.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailin
described earlier.
> -Original Message-
> From: Andriy Gapon [mailto:a...@freebsd.org]
> Sent: Monday, May 27, 2013 10:11 AM
> To: Konstantin Belousov
> Cc: Orit Moskovich; freebsd-hackers@freebsd.org
> Subject: Re: preemptive kernel
>
> on 27/05/2013 09:34 Konstant
ffloads actual work to
non-interrupt context via a e.g. taskqueue.
But, hmm, this functionality is probably locked under INTR_FILTER option.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
on 24/04/2013 02:03 Dimitry Andric said the following:
> Indeed, the DS segment was incorrect, the GDT should be loaded from the
> CS segment instead.
Very good catch! Indeed the segments at this point were set up for "user" data
while the "supervisor" data is need
on 23/04/2013 19:31 John Baldwin said the following:
> On Tuesday, April 23, 2013 12:09:28 pm Andriy Gapon wrote:
>> on 23/04/2013 17:36 Dimitry Andric said the following:
>>> I have tried to ascertain it actually arrives at this code when
>>> rebooting from the load
on 23/04/2013 19:09 Andriy Gapon said the following:
>
> IN:
> 0x90d2: cli
> 0x90d3: mov$0x1800,%esp
> 0x90d8: mov%cr0,%eax
> 0x90db: and$0x7fff,%eax
> 0x90
GDT= ff85c789
IDT= 5e00 0197
CR0=0011 CR2= CR3= CR4=
DR0= DR1= DR2=
DR3=
DR6=0ff0 DR7=0400
CCS=0001 CCD= CCO=LOGICL
EFER=0000
) at
/usr/src/sys/amd64/amd64/exception.S:387
My understanding is that this happens if sdt.ko is loaded later than some other
dtrace module(s)/providers and there are any (non-sdt) probes active at the time
of loading.
It seems to be caused by sdt_provider_entry() being called on a sdt-based
provider
t
on 04/04/2013 20:34 Andriy Gapon said the following:
> This seems to work without problems or any warnings with WITNESS &&
> !WITNESS_SKIPSPIN, but it is very possible that I am not exercising all the
> relevant code paths.
>
> P.S. Looking through history it seems that in
omain sockets,
accept(2) and shutdown(2). Turns out that the problematic application does both
shutdown(RDWR) and close(2), but that doesn't help on FreeBSD.
BTW, this is the application:
http://thread.gmane.org/gmane.os.freebsd.devel.office/1754
The patch does help.
Author: Andriy Gapon
umber of sources, then get the lock and try the allocation again.
--
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"
vides more information / capabilities is preferable over the behavior that
does
not. E.g. your example above does not apply to a utility that has only two
threads. The "three threads" problem can also be solved if all the threads
cooperate. But as I've said.
--
Andriy Gapon
t-frame-pointer -mno-omit-leaf-frame-pointer
.endif
.if ${MACHINE_CPUARCH} == powerpc
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "free
without resorting to signals).
--
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 25/03/2013 22:44 Andriy Gapon said the following:
>
> Would like to ask for opinions on this topic...
> Please read this PR for context:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838
> Especially Jaakko's insightful description of the problem.
So I woul
25 Mar 2013 22:37:44 +0200
From: Andriy Gapon
Subject: Re: kern/122838: [devfs] devfs doesn't handle complex paths (like
zvol/pool/vms) good
Can't believe that we are still where we were more than two years ago...
I think that we have to make this change even if it _might_ break s
on 25/03/2013 02:19 Joshua Isom said the following:
> I thought the debugger would have worked regardless.
No, kgdb and libkvm have to be in sync with kernel.
Unfortunately.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
h
AcpiLeaveSleepStatePrep does not need to be with interrupts
disabled and can be moved to AcpiLeaveSleepState. This is after the _BFS and
_GTS support was removed.
What do you think?
Thank you.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
e proposed change won't break anything there.
Thank you.
commit 9dc8eaa50afa6ac88c44fbaad82509721e106f1a
Author: Andriy Gapon
Date: Wed Mar 6 08:57:35 2013 +0200
post mountroot event after a real/final root is mounted
not every time an intermediate root (including the first de
(SI_SUB_DTRACE_PROVIDER). Especially this is concerning because
return values from SYSUNINIT functions are ignored. Unlike MOD_UNLOAD.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To
First, this link
http://docs.oracle.com/cd/E37670_01/E38608/html/dt_typcondef_dlang.html has a
rather good description in section 2.13.4 of how types are managed in DTrace and
of the special "C" and "D" namespaces/modules.
on 12/03/2013 16:14 Andriy Gapon said the foll
ng on, but I am still making sure that that's true.
--
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"
resolved:
$ readelf -a -W /usr/bin/touch | fgrep main
$
So, it seems that "postinit" is where we can reliable catch a process.
What do you think?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
attached diff was a nop change :-)
BTW, so changing clang to match gcc is not an option?
I do not insist, just curious.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe,
on 04/03/2013 09:57 Matt Burke said the following:
> On 03/02/13 17:35, Andriy Gapon wrote:
>
>> To summarize: I would be glad of either clang generated code was
>> "fbt-friendly" or if ctf information was generated for
>> bpobj_iterate_impl. Either is perfect f
clang log is
so different from a log that I get here with that I believe that something is
wrong in your test.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe,
on 02/03/2013 22:23 Dimitry Andric said the following:
>
> Have you verified that ctfconvert does the right thing, if you modify
> the FILE symbol to have just the filename?
No, I haven't.
How can I test that?
However my reading of the code makes me believe that that would hel
on 02/03/2013 19:35 Andriy Gapon said the following:
> Now, I am not quite sure why ctfconvert skips bpobj_iterate_impl in the
> clang-generated code. Seems like some sort of a bug in ctfconvert.
It seems that gcc and clang put different names for symbol of type FILE:
clang:
readelf -a -
-generated code. Seems like some sort of a bug in ctfconvert.
--
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/03/2013 16:22 Matthew Jacob said the following:
> On 3/1/2013 5:50 AM, Andriy Gapon wrote:
>> I am trying to understand if it is possible to allow memory allocations
>> (M_NOWAIT,
>> of course) in a spinlock context.
>>
> There are mechanisms to do just this- e
similar are completely oblivious of the fact.
--
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"
d-kld will be useful however.
I think that this approach is superior to what I suggested.
BTW, thank you for 'nosharedlibrary' - I learned a new thing about gdb :-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freeb
LORs there are duplicates (e.g. a LOR
between devfs and any during unmount is replicated for many values of
). There also seem to be some fixed LORs, etc.
It probably would make sense to reference some static page with a list of some
well known LORs. But that page doesn't seem to be ve
#x27;t have to
> + * build in too much slop in our estimate.
> + */
> + nkpt_init(*firstaddr);
> + nkpdpe = NKPDPE(nkpt);
> +
> + KPTphys = allocpages(firstaddr, nkpt);
> + KPDphys = allocpages(firstaddr, nkpdpe);
> +
> /* Fill in the underlying page t
other weird corner issues people will see with clang compiling their
> drivers?
OK, I'll ask the user to open a PR.
I'll just note that the problem seems to be too strange...
There is a huge distance from compiler to nmi.
--
Andriy Gapon
_
on 04/02/2013 21:11 Adrian Chadd said the following:
> On 30 January 2013 13:03, Andriy Gapon wrote:
>> on 28/01/2013 16:30 Andriy Gapon said the following:
>>> is there any reasonable explanation for getting an NMI while trying to read
>>> acpi
>>> timer r
the direction of set sysroot, solib-absolute-prefix,
solib-search-path. I would not be surprised if the ancient gdb version on which
kgdb is based does not support some of these settings.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
efinecpu_setstack(td, ap)((td)->td_frame->tf_rsp = (ap))
#definecpu_spinwait() ia32_pause()
--
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/02/2013 16:50 Konstantin Belousov said the following:
> On Sat, Feb 02, 2013 at 01:50:40PM +0200, Andriy Gapon wrote:
>>
>> I would like to propose the following mostly cosmetic change:
>> http://people.freebsd.org/~avg/scheduler-swapper.diff
>>
>> This is
SI_SUB_RUN_SCHEDULER:SI_ORDER_LAST is a "hidden gem".
--
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"
I plan to write a larger response to your complete followup.
Thank you.
--
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/02/2013 15:08 Dimitry Andric said the following:
> On 2013-02-01 14:01, Andriy Gapon wrote:
>> on 28/01/2013 17:11 Andriy Gapon said the following:
>>> I wonder why the following is the case for the base gcc.
>>> /usr/include/c++/4.2/bits/c++config.h:
>>&g
[ping]
on 28/01/2013 17:11 Andriy Gapon said the following:
>
> Guys,
>
> I wonder why the following is the case for the base gcc.
> /usr/include/c++/4.2/bits/c++config.h:
>
> /* Define if C99 functions or macros from , , ,
>, and can be used or exposed. */
>
on 28/01/2013 16:30 Andriy Gapon said the following:
> is there any reasonable explanation for getting an NMI while trying to read
> acpi
> timer register?
> Note: this happens only after ACPI suspend/resume.
An update.
This happens only with clang compiled kernel, gcc compiled
Guys,
is there any reasonable explanation for getting an NMI while trying to read acpi
timer register?
Note: this happens only after ACPI suspend/resume.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
).
--
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"
this issue.
I've just tried a plug the ZFS hole for now.
commit ed8b18f2d6c4d1be915bff94cdec0c51a479529f
Author: Andriy Gapon
Date: Wed Dec 19 23:29:23 2012 +0200
[bugfix] zfs: add MODULE_VERSION for zfsctrl
This should allow the kernel linker to easily detect a situation
whe
ttps://github.com/olgeni/freebsd-dektec/blob/master/dektec.c
>
> Can anybody offer a clue about what could be triggering the GIANT
> requirement? Could I be doing something that has this, and possibly
> other, unintended side effects?
>
See INTR_MPSAFE in bus_setup_intr(9).
--
Andr
on 23/12/2012 23:53 Garrett Cooper said the following:
> On Sun, Dec 23, 2012 at 5:36 AM, Andriy Gapon wrote:
>>
>> Guys,
>>
>> do you think that the following change is useful/needed?
>>
>> I needed it with UART emulated in qemu, but I have no experience wi
Guys,
do you think that the following change is useful/needed?
I needed it with UART emulated in qemu, but I have no experience with real
hardware.
commit ff1cc9b33c34fec4f3d1d3cb675ec3f8cfbc96de
Author: Andriy Gapon
Date: Wed Dec 19 23:31:49 2012 +0200
uart: add resume method and
could be a
cause. But I would like to understand the details, if possible.
Also, perhaps ktr could be a little bit more sophisticated with its buffer than
just using a static array.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.f
understand what goes wrong. Sleepq chain lock is owned by
> the other thread:
> db> show lock 0x81101af8
> class: spin mutex
> name: sleepq chain
> flags: {SPIN, RECURSE}
> state: {OWNED}
> owner: 0xfe0008377000 (tid 100019, pid 12, "swi4: clock"
on 28/11/2012 17:09 Dan Nelson said the following:
> In the last episode (Nov 28), Andriy Gapon said:
>> on 28/11/2012 16:31 David Wolfskill said the following:
>>> On Wed, Nov 28, 2012 at 04:20:28PM +0200, Andriy Gapon wrote:
>>>>
>>>> Does anyone know
on 28/11/2012 18:36 Mehmet Erol Sanliturk said the following:
>
>
> On Wed, Nov 28, 2012 at 6:37 AM, Andriy Gapon <mailto:a...@freebsd.org>> wrote:
>
> on 28/11/2012 16:31 David Wolfskill said the following:
> > On Wed, Nov 28, 2012 at 04:20:
on 28/11/2012 17:02 Jonathan Anderson said the following:
> On Wednesday, 28 November 2012 at 14:37, Andriy Gapon wrote:
>> Graphs as in vertices, edges, etc :) And things like graph basics: BFS, DFS,
>> connected components, topological sort, etc
>>
>
> I've
on 16/11/2012 16:42 Andriy Gapon said the following:
> on 15/11/2012 23:44 Attilio Rao said the following:
>> Do you think you can test this patch?:
>> http://www.freebsd.org/~attilio/lockmgr_forcerec.patch
>
> I will use this patch in my tree, but I think that it is effecti
on 28/11/2012 16:31 David Wolfskill said the following:
> On Wed, Nov 28, 2012 at 04:20:28PM +0200, Andriy Gapon wrote:
>>
>> Does anyone know a light-weight BSD-licensed (or analogous) library / piece
>> of
>> code for doing useful things with graphs?
>> Thank y
Does anyone know a light-weight BSD-licensed (or analogous) library / piece of
code for doing useful things with graphs?
Thank you.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
does not make
sense. So I am not sure what's the point of being that verbose in the naming.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to &
on 25/11/2012 16:01 Attilio Rao said the following:
> On Sun, Nov 25, 2012 at 12:55 PM, Andriy Gapon wrote:
>> on 25/11/2012 14:29 Attilio Rao said the following:
>>> I think the patch you propose makes such effects even worse, because
>>> it disables interrupts in gene
be done easily enough.
I think that you either misunderstood my patch or I misunderstand your
suggestion, because my patch does exactly what you wrote above.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mai
on 19/11/2012 15:08 Chris Rees said the following:
>
> On 19 Nov 2012 13:05, "Andriy Gapon" <mailto:a...@freebsd.org>>
> wrote:
>>
>> on 18/11/2012 16:17 Chris Rees said the following:
>> > On 18 November 2012 14:04, Adrian Chadd <mailto:adr.
result of a security
> problem is also an action totally disproportionate with the issue that should
> not be made in a panic. Having more [cryptographic] verifiability in the
> release
> process is a good thing; it is not strictly related to the choice of version
> cont
on 18/11/2012 16:17 Chris Rees said the following:
> On 18 November 2012 14:04, Adrian Chadd wrote:
>> On 18 November 2012 02:48, Andriy Gapon wrote:
>>
>>> What you describe is not a workflow issue, but a local development
>>> environment(s) setup issue.
>>
on 18/11/2012 16:04 Adrian Chadd said the following:
> On 18 November 2012 02:48, Andriy Gapon wrote:
>
>> What you describe is not a workflow issue, but a local development
>> environment(s) setup issue.
>
> Which is a workflow issue.
Well, this is what I understand a
use cases.
What you describe is not a workflow issue, but a local development
environment(s) setup issue.
--
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 15/11/2012 23:44 Attilio Rao said the following:
> Do you think you can test this patch?:
> http://www.freebsd.org/~attilio/lockmgr_forcerec.patch
I will use this patch in my tree, but I think that it is effectively already
quite
well tested by using INVARIANTS+WITNESS.
--
Andriy
on 16/11/2012 16:41 Attilio Rao said the following:
> On Fri, Nov 16, 2012 at 1:18 PM, Andriy Gapon wrote:
>> on 16/11/2012 14:30 Attilio Rao said the following:
>>> On Fri, Nov 16, 2012 at 7:54 AM, Andriy Gapon wrote:
>>>> on 16/11/2012 00:58 Ryan Stone said the fo
on 16/11/2012 14:30 Attilio Rao said the following:
> On Fri, Nov 16, 2012 at 7:54 AM, Andriy Gapon wrote:
>> on 16/11/2012 00:58 Ryan Stone said the following:
>>> At work we have some custom watchdog hardware that sends an NMI upon
>>> expiry. We've modi
}
> + atomic_clear_int(&stopped_cpus, PCPU_GET(cpumask));
> + }
>
> if (stop_scheduler_on_panic) {
> if (panicstr == NULL && !kdb_active)
>
>
> But I'm hoping that somebody has some ideas on a better way
ere? E.g. Solaris seems to have knob to ignore all
asserts (just to print a message, but not panic).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
on 16/11/2012 01:38 Attilio Rao said the following:
> On Thu, Nov 15, 2012 at 8:51 PM, Andriy Gapon wrote:
>> on 15/11/2012 22:00 Adrian Chadd said the following:
>>> But I think my change is invaluable for development, where you want to
>>> improve and debug the locki
l mess further on. but apparently you've got a different practical
experience :-)
What would indeed be invaluable to _me_ - if the LOR messages also produced the
stack(s) where a supposedly correct lock order was learned.
--
Andriy Gapon
___
free
on 15/11/2012 20:46 Attilio Rao said the following:
> On 11/15/12, Andriy Gapon wrote:
>>
>> To people knowing the code,
>>
>> do the following documentation changes look correct?
>
> The latter chunk is not correct.
> It will panic only if assertions are
on 15/11/2012 19:56 Warner Losh said the following:
> It sounds like he's more worried about introducing LoRs into his wireless
> code.
"Mere" LORs do not result in panic, by default.
Only more serious lock-related issues lead to pani
this call fails, the shared lock is lost.
--
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"
Do we have support for DTrace anonymous tracing (boot-time tracing) on FreeBSD?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-ha
on 17/10/2012 15:07 m...@freebsd.org said the following:
> On Wed, Oct 17, 2012 at 4:20 AM, Andriy Gapon wrote:
>>
>> _mtx_lock_spin has the following check in its retry loop:
>> if (i < 6000 || kdb_active || panicstr != NULL)
>> DELAY(1);
>> els
hem and immediately induce a (possibly secondary) panic if we ever
get to that wait loop and kdb_active || panicstr != NULL.
What do you think?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
dereference. Looking at the latest
> commit message there, I'm sure the code is correct, but I'm unsure why the
> null pointer is OK. I'd appreciate an explanation :-)
Read about __typeof [1].
It's evaluated at compile time, so actual value of an expression does not mat
uot;@(#)w.c 8.4 (Berkeley) 4/16/94";
#include
#include
-#include
#include
#include
#include
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, sen
t should now be possible to enable realloc code, which previously
contained a bug and was called even after kvm_deadprocs error.
commit 6ddf602409119eded40321e5bb349b464f24e81a
Author: Andriy Gapon
Date: Sun Sep 23 22:52:28 2012 +0300
kvm_proc: gracefully handle errors in kvm_deadprocs
I believe that the following patch does the right thing that is repeated in a
few
other places.
I would like to ask for a review just in case.
commit cf0f573a1dcbc09cb8fce612530afeeb7f1b1c62
Author: Andriy Gapon
Date: Sun Sep 23 22:49:26 2012 +0300
kvm_proc: ignore processes in larvae
on 20/09/2012 16:14 Attilio Rao said the following:
> On 9/20/12, Andriy Gapon wrote:
[snip]
>> The patch works well as far as I can tell. Thank you!
>> There is one warning with full witness enables but it appears to be harmless
>> (so
>> far):
>
> Andriy,
&g
on 26/09/2012 12:10 Konstantin Belousov said the following:
> On Wed, Sep 26, 2012 at 11:14:41AM +0300, Andriy Gapon wrote:
[snip]
>> So what's my point. - using volatile variable with cpu_monitor requires
>> DEVOLATILE to silence compiler warning about discarding volatile; th
would also be a hint that variable should be volatile
- add some magic dust to cpu_monitor that would tell compiler to not cache
the variable; right now I can only think of the "memory" constraint, but it
seems to be too big of a hummer
What do you think about this?
--
A
on 18/09/2012 16:25 Andriy Gapon said the following:
>
> (Why[*]) Would anyone object to a change like this?
>
> diff --git a/sys/kern/kern_cons.c b/sys/kern/kern_cons.c
> index 5346bc3..d17846a 100644
> --- a/sys/kern/kern_cons.c
> +++ b/sys/kern/kern_cons.c
> @@ -384
Author: Andriy Gapon
Date: Sat Sep 22 18:17:46 2012 +0300
kern_exec: check p_tracecred instead of p_cred
... when deciding whether to continue tracing across suid/sgid exec
diff --git a/sys/kern/kern_exec.c b/sys/kern/kern_exec.c
index 90f7311..8d62c1e 100644
--- a/sys/kern/kern_exec.c
is lightly tested.
As I am not an expert in the assembly code and also because boot2 is quite
size-sensitive I would like to ask for a special attention to the last change.
Thank you!!
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
on 22/09/2012 11:40 Olivier Cochard-Labbé said the following:
> On Mon, Sep 17, 2012 at 10:23 PM, Andriy Gapon wrote:
>>
>> Guys,
>>
>> With this patch I am able to boot with
>> boot_multicons="YES"
>> console="vidconsole,comconsole"
&g
1 - 100 of 614 matches
Mail list logo
