work! I believe that it moves us in the
correct direction.
--
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 16/07/2012 13:57 Andrey V. Elsukov said the following:
> On 16.07.2012 14:23, Andriy Gapon wrote:
>> on 26/06/2012 15:50 Andrey V. Elsukov said the following:
>>> 3. ZFS code now uses new API and probing on the systems with many disks
>>> should be greatly incre
on 16/07/2012 14:14 Andrey V. Elsukov said the following:
> On 16.07.2012 15:05, Andriy Gapon wrote:
>>>> 2. I am not sure if I like the approach of moving partition tasting code
>>>> into
>>>> common ZFS code (zfs.c). On one hand, it now makes sense becaus
struct proc *p;
>>>>>> struct timeval ctv, ntv;
>>>>>>
>>>>>> p = (struct proc *)arg;
>>>>>> PROC_LOCK(p);
>>>>>> kern_psignal(p, SIGALRM);
>>>>>> if (!timeval
t;non-empty"] = count();
}
It works on all bioq_disksort calls, but I stressing only ada disks at the
moment.
--
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"
e
CAM model.
That is, try to execute GEOM bio transformations in the original thread as much
as possible, defer work to the GEOM thread as the last resort.
> monolithic locking in CAM right now prevents this from actually happening,
> though that's a topic that needs to be revisited
ocesses in favor of others -- but that's a totally different
topic).
But then, of course, for the less capable hardware the disksort could still be a
significant factor.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebs
I run the older nvidia-driver-285.05.09
> which appears to work.
> That's why I think that nvidia driver is probably to blame for these periodic
> OS
> freezes. Also the latest driver version must be, obviously, working for most
> people because (I think
se.
- */
-sc = cpu_softc[PCPU_GET(cpuid)];
-if (sc == NULL) {
- acpi_cpu_c1();
- return;
-}
-
/* Find the lowest state that has small enough latency. */
cx_next_idx = 0;
if (cpu_disable_deep_sleep)
--
Andriy Gapon
___
it back up.
>
> And for the record we can't reproduce this crash in Xen...
Just curious - does VMWare provide a remote debugger support (gdb stub)?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/
ebugging what is running inside the VM.
E.g. look here for an example of how to do that with qemu:
http://andriygapon.wikispaces.com/QemuSetup
VMWare with gdb stub enabled should not be any different.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org m
t;
console="vidconsole,comconsole"
in loader.conf on hardware where serial ports are disabled in BIOS.
Previously loader would just hang trying to apply the console setting.
commit 60b4e960550229fb93efe98f5f5a386814c84652
Author: Andriy Gapon
Date: Sun Sep 16 11:01:00 2012 +0300
[ping]
on 11/09/2012 09:32 Andriy Gapon said the following:
>
> I think that we always expect to have a one-to-one correspondence between
> acpi_cpu devices and actual (APIC) CPUs. acpi_pcpu_get_id() seems to even
> assert that, if I am reading the code correctly.
>
> The fo
= cncheckc()) == -1)
- ;
+ cpu_spinwait();
if (c == '\r')
c = '\n'; /* console input is always ICRNL */
return (c);
[*] :-)
--
Andriy Gapon
___
freebsd-hackers
d_lock_set(td, &ts->ts_lock);
td->td_turnstile = NULL;
diff --git a/sys/sys/sched.h b/sys/sys/sched.h
index 4b8387c..b1ead1b 100644
--- a/sys/sys/sched.h
+++ b/sys/sys/sched.h
@@ -110,6 +110,9 @@ voidsched_preempt(struct thread *td);
void sched_add(struct thread *td, in
on 18/09/2012 19:50 Attilio Rao said the following:
> On 9/18/12, Andriy Gapon wrote:
>>
>> Here is a snippet that demonstrates the issue on a supposedly fully loaded
>> 2-processor system:
>>
>> 136794 0 3670427870244462 KTRGRAPH group:"thread&quo
on 19/09/2012 02:01 Attilio Rao said the following:
> On Tue, Sep 18, 2012 at 8:07 PM, Andriy Gapon wrote:
>> on 18/09/2012 19:50 Attilio Rao said the following:
>>> On 9/18/12, Andriy Gapon wrote:
>>>>
>>>> Here is a snippet that demonstrates the
flags+0x104
lock_mtx() at 0x805049ca = lock_mtx+0x1a
_sleep() at 0x80524589 = _sleep+0x4f9
taskqueue_thread_loop() at 0x805664c8 = taskqueue_thread_loop+0xa8
fork_exit() at 0x804e5d6a = fork_exit+0x1aa
fork_trampoline() at 0x806ea2ce = fork_trampoli
on 20/09/2012 14:04 Andriy Gapon said the following:
> on 19/09/2012 10:33 Attilio Rao said the following:
>> It is hard for me to tell if this is subject to same issues because I
>> do not entirely understand where the locking was happening in your
>> patch.
>> Can you
on 20/09/2012 14:04 Andriy Gapon said the following:
> on 19/09/2012 10:33 Attilio Rao said the following:
>> It is hard for me to tell if this is subject to same issues because I
>> do not entirely understand where the locking was happening in your
>> patch.
>> Can you
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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"
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
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
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 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
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
}
> + 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
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
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 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
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 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
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.
>>
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 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.
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 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
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 &
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
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
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 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 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: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
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"
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
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
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
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
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
).
--
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"
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
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
[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 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
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"
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"
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
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"
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
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
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
_
#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
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
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
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"
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
-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 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 -
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
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 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
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,
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
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"
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
(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
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
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
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
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 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
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"
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
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
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"
201 - 300 of 614 matches
Mail list logo
