)
+ TQ_SLEEP(queue, queue-tq_active,
+ queue-tq_mutex, PWAIT, -, 0);
+ TQ_UNLOCK(queue);
+}
+
+void
taskqueue_drain_timeout(struct taskqueue *queue,
struct timeout_task *timeout_task)
{
--
Andriy Gapon
___
freebsd
(transient_arena, size, M_BESTFIT | M_NOWAIT, addr)) {
if (transient_map_retries != 0
retried = transient_map_retries) {
g_io_deliver(bp, EDEADLK/* XXXKIB */);
You could try to experiment with kern.geom.transient_map_retries
--
Andriy Gapon
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-hackers
To unsubscribe, send any mail to freebsd
or unavailable.
I've booted back into the 8.2 kernel without any problems, but I'm
wondering 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
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 problem where any file opening dialog would fail
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) back to what they should
of sys_select, and
dereferencing should always produce an int.
--
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
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
IC_RETURN_STACK_HIT
IC_RETURN_STACK_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
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/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA
K8/4/48/0x1ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA
I
-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-hackers
To unsubscribe, send
.
-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 Konstantin Belousov said the following:
Having both filter
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 mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
IDT= 5e00 0197
CR0=0011 CR2= CR3= CR4=
DR0= DR1= DR2=
DR3=
DR6=0ff0 DR7=0400
CCS=0001 CCD= CCO=LOGICL
EFER=
--
Andriy Gapon
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
0x90e0: mov%eax,%cr0
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 loader, but it does not seem to ever make
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 needed.
Thank you!
--
Andriy Gapon
assigned an id (yet).
--
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 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 r169391 intr_table_lock
. The three threads problem can also be solved if all the threads
cooperate. But as I've said.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd
() passed some extra stuff back to the nexus methods
which then added the IRQs. This approach is a bit cleaner. - Change the MSI sx
lock to a mutex. If we need to create new sources, drop the lock, create the
required number of sources, then get the lock and try the allocation again.
--
Andriy Gapon
) 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 a...@icyb.net.ua
Date: Thu Mar 28 20:08:13
-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 freebsd-hackers-unsubscr
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 would like to commit the following
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 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
http
22:37:44 +0200
From: Andriy Gapon a...@freebsd.org
Subject: Re: kern/122838: [devfs] devfs doesn#39;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 some
in 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
change won't break anything there.
Thank you.
commit 9dc8eaa50afa6ac88c44fbaad82509721e106f1a
Author: Andriy Gapon a...@icyb.net.ua
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 devfs
(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
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 following:
For your amusement
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
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/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
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, send any
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 for me.
Apologies if this is a silly
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 help.
--
Andriy Gapon
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, send any mail to freebsd-hackers-unsubscr...@freebsd.org
was generated for bpobj_iterate_impl. Either is perfect
for me.
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.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing
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 -W /usr/obj
) and 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- essentially by creating private pools
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.freebsd.org/mailman/listinfo/freebsd-hackers
values of
other fs). 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 very useful.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org
);
+ nkpdpe = NKPDPE(nkpt);
+
+ KPTphys = allocpages(firstaddr, nkpt);
+ KPDphys = allocpages(firstaddr, nkpdpe);
+
/* Fill in the underlying page table pages */
/* Read-only from zero to physfree */
/* XXX not fully used, underneath 2M pages */
--
Andriy Gapon
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://lists.freebsd.org
on 04/02/2013 21:11 Adrian Chadd said the following:
On 30 January 2013 13:03, Andriy Gapon a...@freebsd.org 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 register?
Note: this happens only
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
___
freebsd-hackers@freebsd.org mailing list
http
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 something that bit me early in my FreeBSD days
-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
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
of 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
[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 wchar.h, math.h, complex.h,
stdio.h, and stdlib.h 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:
/* Define if C99 functions or macros from
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 kernel is OK.
Also
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
.
I've just tried a plug the ZFS hole for now.
commit ed8b18f2d6c4d1be915bff94cdec0c51a479529f
Author: Andriy Gapon a...@icyb.net.ua
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
when
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).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
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 a...@icyb.net.ua
Date: Wed Dec 19 23:31:49 2012 +0200
uart: add
on 23/12/2012 23:53 Garrett Cooper said the following:
On Sun, Dec 23, 2012 at 5:36 AM, Andriy Gapon a...@freebsd.org 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 with real
hardware.
I assume
. 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.freebsd.org
) and follow references from 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 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 effectively already
quite
well
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 used igraph in my research: http
on 28/11/2012 18:36 Mehmet Erol Sanliturk said the following:
On Wed, Nov 28, 2012 at 6:37 AM, Andriy Gapon a...@freebsd.org
mailto:a...@freebsd.org wrote:
on 28/11/2012 16:31 David Wolfskill said the following:
On Wed, Nov 28, 2012 at 04:20:28PM +0200, Andriy Gapon wrote
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 a light-weight BSD-licensed (or analogous) library
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 you.
Errr graphs is fairly
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/mailman/listinfo/freebsd-hackers
To unsubscribe
on 25/11/2012 16:01 Attilio Rao said the following:
On Sun, Nov 25, 2012 at 12:55 PM, Andriy Gapon a...@freebsd.org 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 generic_stop_cpus
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 freebsd-hackers-unsubscr
on 18/11/2012 16:17 Chris Rees said the following:
On 18 November 2012 14:04, Adrian Chadd adr...@freebsd.org wrote:
On 18 November 2012 02:48, Andriy Gapon a...@freebsd.org wrote:
What you describe is not a workflow issue, but a local development
environment(s) setup issue.
Which
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
control system.
With this part I entirely agree.
--
Andriy Gapon
on 19/11/2012 15:08 Chris Rees said the following:
On 19 Nov 2012 13:05, Andriy Gapon a...@freebsd.org
mailto:a...@freebsd.org
wrote:
on 18/11/2012 16:17 Chris Rees said the following:
On 18 November 2012 14:04, Adrian Chadd adr...@freebsd.org
mailto:adr...@freebsd.org wrote:
On 18
.
--
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 a...@freebsd.org 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 as workflow
on 16/11/2012 14:30 Attilio Rao said the following:
On Fri, Nov 16, 2012 at 7:54 AM, Andriy Gapon a...@freebsd.org 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 modified the kernel to panic when
on 16/11/2012 16:41 Attilio Rao said the following:
On Fri, Nov 16, 2012 at 1:18 PM, Andriy Gapon a...@freebsd.org wrote:
on 16/11/2012 14:30 Attilio Rao said the following:
On Fri, Nov 16, 2012 at 7:54 AM, Andriy Gapon a...@freebsd.org wrote:
on 16/11/2012 00:58 Ryan Stone 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 effectively already
quite
well tested by using INVARIANTS+WITNESS.
--
Andriy Gapon
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 panics.
--
Andriy Gapon
on 15/11/2012 20:46 Attilio Rao said the following:
On 11/15/12, Andriy Gapon a...@freebsd.org 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.
But the current content
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
___
freebsd-hackers
on 16/11/2012 01:38 Attilio Rao said the following:
On Thu, Nov 15, 2012 at 8:51 PM, Andriy Gapon a...@freebsd.org 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 locking and lock
? 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 to freebsd
this
kind of problem.
--
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-hackers
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/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
on 17/10/2012 15:07 m...@freebsd.org said the following:
On Wed, Oct 17, 2012 at 4:20 AM, Andriy Gapon a...@freebsd.org wrote:
_mtx_lock_spin has the following check in its retry loop:
if (i 6000 || kdb_active || panicstr != NULL)
DELAY(1);
else
_mtx_lock_spin_failed(m
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 matter
at all.
[1] http://gcc.gnu.org/onlinedocs/gcc/Typeof.html
--
Andriy Gapon
@@ static const char sccsid[] = @(#)w.c 8.4 (Berkeley) 4/16/94;
#include sys/socket.h
#include sys/tty.h
-#include machine/cpu.h
#include netinet/in.h
#include arpa/inet.h
#include arpa/nameser.h
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing
on 20/09/2012 16:14 Attilio Rao said the following:
On 9/20/12, Andriy Gapon a...@freebsd.org 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,
thanks a lot for your testing
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 a...@icyb.net.ua
Date: Sun Sep 23 22:49:26 2012 +0300
kvm_proc: ignore
be possible to enable realloc code, which previously
contained a bug and was called even after kvm_deadprocs error.
commit 6ddf602409119eded40321e5bb349b464f24e81a
Author: Andriy Gapon a...@icyb.net.ua
Date: Sun Sep 23 22:52:28 2012 +0300
kvm_proc: gracefully handle errors in kvm_deadprocs
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?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
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; this is
unnecessary code
on 22/09/2012 11:40 Olivier Cochard-Labbé said the following:
On Mon, Sep 17, 2012 at 10:23 PM, Andriy Gapon a...@freebsd.org wrote:
Guys,
With this patch I am able to boot with
boot_multicons=YES
console=vidconsole,comconsole
in loader.conf on hardware where serial ports are disabled
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 a...@icyb.net.ua
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
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,7 +384,7 @@ cngetc(void
1 - 100 of 613 matches
Mail list logo