gcc45...
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?
--
ystem call I added or by the exit
> function (on thread exit).
>
> 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
_
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@freeb
till having problems getting 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.freeb
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 loa
n warned that those are not physical
sizes, so I am not sure why you try to compare the virtual figures with the
physical figures.
Here's an example. Let' say you mmap-ed a 1GB file into a process memory space,
here you immediately increased your virtua
ats by type of
object e.g. anonymous (swap-backed) memory vs file-backed backed memory, etc.
Proportional RSS reporting 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"
;,\
>>>
>>> ... i couldn't find a reference to an upercase "Z" in the printf(9) man
>>> page.
>>> i talked to dinoex on #freebsd-clang (EFNet) and he said that the "Z" might
>>> come from linux'es libc5 and is the
Does the following change do what I think that it does?
Thank you!
Author: Andriy Gapon
Date: Thu Sep 1 16:50:13 2011 +0300
ukbd: drop local duplicate of kern_yield and use that instead
diff --git a/sys/dev/usb/input/ukbd.c b/sys/dev/usb/input/ukbd.c
index 086c178..8078cbb 100644
--- a
on 11/12/2011 23:48 m...@freebsd.org said the following:
> On Sun, Dec 11, 2011 at 1:12 PM, Andriy Gapon wrote:
>>
>> Does the following change do what I think that it does?
>> Thank you!
>>
>> Author: Andriy Gapon
>> Date: Thu Sep 1 16:50:13 2011 +0300
ff8000326c50) at /usr/src/sys/kern/kern_fork.c:995
#12 0x806bb72e in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:602
#13 0x in ?? ()
(kgdb) p td->td_proc->p_pid
$7 = 1
(kgdb) p td->td_proc->p_comm
$8 = "kernel", '\0'
(kgdb) p td->
on 13/12/2011 00:21 Andriy Gapon said the following:
> on 12/12/2011 21:09 Hans Petter Selasky said the following:
>> On Monday 12 December 2011 20:05:38 John Baldwin wrote:
>>>> Hi,
>>>>
>>>>
>>>>
>>>>> hselasky@ or someo
on 13/12/2011 10:17 Andriy Gapon said the following:
> on 13/12/2011 00:21 Andriy Gapon said the following:
[snip]
> And in the view of the below data I would like us to revisit this problem.
> I looked over usb code and it seems that all usb threads are created with
> prioriti
on 14/12/2011 23:56 Hans Petter Selasky said the following:
> On Wednesday 14 December 2011 16:37:50 Andriy Gapon wrote:
>> So, Hans Petter, do you recall any details of this problem?
>> I am curious about which thread got starved by which.
>
> From what I know this
on 16/12/2011 00:56 Hans Petter Selasky said the following:
> On Thursday 15 December 2011 15:17:01 Andriy Gapon wrote:
>> Hmm... I looked at the history of ukbd.c (which I should have done from the
>> very start) and I see two relevant revisions:
>> http://svnweb.freebsd.org/
int retval;
mtx_lock(&Giant);
retval = ukbd_check_char(kbd);
mtx_unlock(&Giant);
return (retval);
So we are in a polling mode and Giant is not owned by us (T2) because it is
owned by T1
Replying further...
on 16/12/2011 00:56 Hans Petter Selasky said the following:
> On Thursday 15 December 2011 15:17:01 Andriy Gapon wrote:
>> Hmm... I looked at the history of ukbd.c (which I should have done from the
>> very start) and I see two relevant revisions:
>> http
MOD_EVENT(mod, MOD_SHUTDOWN);
MOD_SUNLOCK;
mtx_unlock(&Giant);
}
and wonder why RB_NOSYNC is overloaded to mean that no
MOD_SHUTDOWN/device_shutdown cleanup should be done?
--
Andriy Gapon
___
freebsd-hac
ppreciate a review and
discussion of my observations. 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 18/12/2011 19:39 Hans Petter Selasky said the following:
> On Sunday 18 December 2011 11:58:57 Andriy Gapon wrote:
>> on 17/12/2011 19:06 Hans Petter Selasky said the following:
>>> If the problem is only in UKBD driver, I don't think this is a big
>>> problem t
on 20/12/2011 16:11 John Baldwin said the following:
> On Saturday, December 17, 2011 6:07:51 pm Andriy Gapon wrote:
[snip]
>> and wonder why RB_NOSYNC is overloaded to mean that no
>> MOD_SHUTDOWN/device_shutdown cleanup should be done?
>
> Presumably most device_shutdown h
persuade the rest of FreeBSD community/project/thing to change its
ways, but perhaps a little bit more realistic. You can bond with similarly
minded organizations to share costs/work/etc. It's a community-driven project
after all.
--
Andriy Gapon
stable/8 is still a supported branch or the bugs are reproducible in any of the
supported branches.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mai
developers know but are
> just out of manpower/time/money/resources to do anything about.
>
>
>
> Adrian
> (who _did_ step up and take over a subsystem, so I'm speaking from
> recent experience.)
--
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/01/2012 01:36 Ian Lepore said the following:
> On Wed, 2012-01-18 at 01:17 +0200, Andriy Gapon wrote:
>> on 17/01/2012 23:46 Ian Lepore said the following:
>>> Now, before we're even really completely up and running on 8.2 at work,
>>> 9.0 hits the street,
be more.
There are only a few dozens of active FreeBSD developers. Maybe less for any
given particular point in time (as opposed to a period of time).
And dealing with PRs is not always exciting.
Need I continue?
P.S. Using GNATS for the PR database doesn't help either, in some techn
10. Maybe it
will have something that would be a complete re-write, but something that you
would super-want.
IMO, it's the whole purpose of our present stable branches policy to let users
try/test/use new/advanced features sooner, all while havin
be cool if the project had enough users to make a commercial
FreeBSD-oriented "for users" entity viable. Perhaps iXsystems is already it.
P.S. I've just learned a new "word", from the Debian people - "Do-o-cracy" as in
"the doer decides". Seeing som
eds to be someone who "owns" a branch and who want to make it perfect.
Someone who could request an MFC (or even do it himself) and someone who could
reject an MFC.
Likely this could be the same person who then cuts a release from the branch.
IMO.
--
Andriy Gapon
__
on 18/01/2012 12:54 Igor Mozolevsky said the following:
> On 18 January 2012 09:25, Andriy Gapon wrote:
>> on 18/01/2012 02:16 Igor Mozolevsky said the following:
>>> Seriously, WTF is the point of having a PR system that allows patches
>>> to be submitted??! When I
Employ community members
> Employ people to become community members
>
> Ohh, and:
>
> Shut up and code
>
+500.
--
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/01/2012 13:54 Igor Mozolevsky said the following:
> On 18 January 2012 11:08, Andriy Gapon wrote:
>> on 18/01/2012 12:54 Igor Mozolevsky said the following:
>
> [snip]
>
>>>> There are about 5000 open PRs for FreeBSD base system, maybe more.
>>>
ruptive work, they can do it from their own repo.
I am totally against 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"
ey got spoiled. They don't want just the code anymore. They want QA, they
want stability, they want schedules...
:-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubs
on 19/01/2012 15:21 Andrey Smagin said the following:
> Hi ALL.
>
> Have FreeBSD internal time counters for calculate subj ?
> How determine wich mutexes wait lot of time ?
LOCK_PROFILING(9) looks like what you want.
--
Andriy Gapon
___
ce panic upon receipt of a
> NMI.
>
> This is not necessarily a FreeBSD question, but would like to hear any
> thoughts/pointers.
See this:
http://www.intel.com/content/dam/doc/datasheet/5-chipset-3400-chipset-datasheet.pdf
Search for NMI2SMI_EN. Maybe
nteresting case is threads that share a VM space or otherwise share
some non-trivial amount of memory. As you have suggested, it might make sense
to concentrate those threads so that they share a cache.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org
on 11/02/2012 15:35 Andriy Gapon said the following:
> It seems that on modern CPUs the caches are either inclusive or some smart "as
> if inclusive" caches. As a result, if two cores have a shared cache at any
> level, then it should be relatively cheap to move a thread from
c?
In other words, how hard it would be to replace ticks with e.g. bintime as an
internal representation of time in callout(9) [leaving interfaces alone for the
start]? Is it easier to retrofit that code or to replace it with something new?
Thank you.
--
Andriy
on 18/02/2012 21:42 Alexander Motin said the following:
> On 18.02.2012 21:05, Andriy Gapon wrote:
>> Just want to double-check myself.
>> It seems that currently, thanks to event timers, we mostly should be able to
>> schedule a hardware timer to fire at almost arbitrary
tup_fpu call is made from init_server_components,
which in turn is called from init_embedded_server, so the problem is relevant
for embedded mysql case. It is relevant for mysql server too, of course.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing
I wonder if re-nice-ing moused to a higher priority would help as well...
--
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"
em because of what the MAX_PAGEOUT_CLUSTER comment says?
--
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"
problem because of what the MAX_PAGEOUT_CLUSTER comment
>> says?
>
> right. but still 32 pages is 128kB, but i see 64kB I/Os in systat/vmstat
Right, but the comment says to not define MAX_PAGEOUT_CLUSTER to a value greater
than 32, but you did
on 29/02/2012 11:47 Karl Pielorz said the following:
> <http://www.tdx.com/x8dtl-if.txt>
So the cause is that ukbd driver tries to attach after the mountroot stage.
The symptom is obvious, a fix is not.
--
Andriy Gapon
___
freebsd-hackers@fr
se your chances of getting accepted, it
might be a good idea to consider another project.
--
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"
change can be seen here:
http://article.gmane.org/gmane.comp.kde.freebsd/20645
TLDR: some software may depend on libssl.so.${SHLIB_VERSION_NUMBER } being
correct.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/ma
management of
boot environments.
I am particularly interested in reviews of my attempt to make ZFS boot support
arch-independent. The arches, of course, would have to add some code to make
use of that support. Currently I only enabled it for x86.
Thank you very much!
--
Andriy Gapon
on 14/04/2012 18:37 Andriy Gapon said the following:
>
> I would like to ask for a review and/or testing of the following three
> patches:
> http://people.freebsd.org/~avg/zfsboot.patches.diff
>
> These patches add support for booting from an arbitrary filesystem of any
>
on 16/04/2012 16:56 John Baldwin said the following:
> On Saturday, April 14, 2012 1:35:35 pm Andriy Gapon wrote:
>> on 14/04/2012 18:37 Andriy Gapon said the following:
>>>
>>> I would like to ask for a review and/or testing of the following three
>>> patches
on 17/04/2012 23:43 John Baldwin said the following:
> On Tuesday, April 17, 2012 4:22:19 pm Andriy Gapon wrote:
>> We already have a flag for ZFS (KARGS_FLAGS_ZFS, 0x4). So the new flag
>> could be
>> named something ZFS-specific (as silly as KARGS_FLAGS_ZFS2) or something
on 14/04/2012 18:37 Andriy Gapon said the following:
>
> I would like to ask for a review and/or testing of the following three
> patches:
> http://people.freebsd.org/~avg/zfsboot.patches.diff
I've put a new version of the patch here:
http://people.freebsd.org/~avg/zfsboot.pat
at Solaris boot archive is quite different from how FreeBSD kernel
gets booted.
--
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"
symbols in it and
thus will override the weak definitions with the strong ones.
This is something that was unexpected to me.
Some references:
http://webpages.charter.net/ppluzhnikov/linker.html
http://glandium.org/blog/?p=2388
--
Andriy Gapon
___
freebsd
tract archive members to find strong definitions for defined
weak symbols too.
Thank you for the quote!
--
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"
ity and
even access to the flags field :-)
--
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/04/2012 17:40 Ian Lepore said the following:
> On Wed, 2012-04-18 at 17:36 +0300, Andriy Gapon wrote:
>> on 18/04/2012 17:22 Ian Lepore said the following:
>>> YES! A size field (preferably as the first field in the struct) along
>>> with a flag to indicate that
inate these changes for inclusion
> in what will be the p1 release of 8.3?
>
> Thanks for any insight...
Only security issues and severe bugs affecting majority of the users get into
patch releases. "Normal" bug fixes (should) get into the next release.
--
Andriy Gapon
_
on 23/04/2012 00:21 Marius Strobl said the following:
> On Sat, Apr 14, 2012 at 06:37:54PM +0300, Andriy Gapon wrote:
[snip]
>> I am particularly interested in reviews of my attempt to make ZFS boot
>> support
>> arch-independent. The arches, of course, would have to add som
have one problem, there is no way to determine disk size and i'm
> thinking about adding ioctl(DIOCGMEDIASIZE) to the "disk" devsw.
>
--
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 course.
E.g. something akin to what bd_print (dv_print, in the general case) does but
oriented towards programmatic use rather than end-user. Maybe all that
partition
table parsing should be done only once (e.g. in the init method) and the result
should be saved.
--
Andriy Gapon
_
with things becoming different. In other
> words, I'm basically ready to commit the following patch. As for
> zfs_dev_init() this just wraps it in #if defined(__amd64__) ||
> defined(__i386__) in zfs.c for now.
> http://people.freebsd.org/~marius/boot_zfs_sparc64.diff
OK, let's
you please review and/or test this patch?
I will greatly appreciate any discussion, suggestions, help.
I again invite everyone else to take part in the review and testing.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.o
on 03/05/2012 18:02 Andriy Gapon said the following:
>
> Here's the latest version of the patches:
> http://people.freebsd.org/~avg/zfsboot.patches.4.diff
I've found a couple of problems in the previous version, so here's another one:
http://people.freebsd.org/~avg/zf
on 04/05/2012 18:25 John Baldwin said the following:
> On Thursday, May 03, 2012 11:23:51 am Andriy Gapon wrote:
>> on 03/05/2012 18:02 Andriy Gapon said the following:
>>>
>>> Here's the latest version of the patches:
>>> http://people.freebsd.org/~avg/
on 05/05/2012 12:31 Andriy Gapon said the following:
> on 04/05/2012 18:25 John Baldwin said the following:
>> On Thursday, May 03, 2012 11:23:51 am Andriy Gapon wrote:
>>> on 03/05/2012 18:02 Andriy Gapon said the following:
>>>>
>>>> Here'
on 05/05/2012 13:49 Bruce Evans said the following:
> On Sat, 5 May 2012, Andriy Gapon wrote:
>
>> on 04/05/2012 18:25 John Baldwin said the following:
>>> On Thursday, May 03, 2012 11:23:51 am Andriy Gapon wrote:
>>>> on 03/05/2012 18:02 Andriy Gapon said the
on 07/05/2012 16:53 John Baldwin said the following:
> On Saturday, May 05, 2012 5:53:07 am Andriy Gapon wrote:
[snip]
>> The new patchset: http://people.freebsd.org/~avg/zfsboot.patches.7.diff
>
> Looks great, thanks! A few replies below:
Here's a followup patch for t
on 07/05/2012 17:47 Andriy Gapon said the following:
> on 07/05/2012 16:53 John Baldwin said the following:
>> Ok. Maybe add one comment to the bootargs.h head to explain that the
>> 'bootargs'
>> struct starts at ARGOFF and can grow up, while struct bootinfo is c
on 07/05/2012 20:43 John Baldwin said the following:
> On Monday, May 07, 2012 10:47:05 am Andriy Gapon wrote:
>> on 07/05/2012 16:53 John Baldwin said the following:
[snip]
>> What do you think about the -LOCORE- change that Bruce inspired?
>
> In general I think this loo
ommitting this stuff soon.
--
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"
should be done?
--
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 09/05/2012 14:28 John Baldwin said the following:
> On 5/9/12 5:32 AM, Andriy Gapon wrote:
>>
>> Here is a subversion diff to make use of the new bootargs.h header in pc98
>> cdboot and loader, and i386 cdboot and pxeldr:
>> http://people.freebsd.org/~avg/bootar
on 10/05/2012 18:17 John Baldwin said the following:
> On 5/10/12 5:41 AM, Andriy Gapon wrote:
>> on 09/05/2012 14:28 John Baldwin said the following:
>>> On 5/9/12 5:32 AM, Andriy Gapon wrote:
>>>>
>>>> Here is a subversion diff to make use of the new
After all the preparatory changes are committed, this is a final[*]
notice/warning that I am going to start committing the following patchset really
soon now[**[:
http://people.freebsd.org/~avg/zfsboot.patches.9.diff
[*] unless circumstances change
[**] maybe next hour, even
--
Andriy Gapon
on 25/01/2012 23:52 Andriy Gapon said the following:
> on 24/01/2012 14:32 Gleb Smirnoff said the following:
>> Yes, now:
>>
>> Rebooting...
>> lock order reversal:
>> 1st 0x80937140 smp rendezvous (smp rendezvous) @
>> /usr/src/he
;Direct rendering" /var/log/Xorg.0.log
> (II) RADEON(0): Direct rendering enabled
>
> The crash is not easily reproducible but seems to be more likely to
> occur the more activity there is in the screen (like when scrolling a
> window quite fast).
>
> Any help is appreciated.
>
> Thanks in advance.
> __
nable KTR and KTR_SCHED in GENERIC.
--
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 31/05/2012 15:48 Ryan Stone said the following:
> On Thu, May 31, 2012 at 8:33 AM, Andriy Gapon wrote:
>> In this vein it might make sense to enable KTR and KTR_SCHED in GENERIC.
>
> KTR_SCHED comes with a performance hit.
Yep, I realize that. But I hope that it is not too h
us startup scripts and/or application startup logic.
But to ensure that the option is always honored I've also added "ultimate
protection" to syscons that prohibits KDSETMODE/KD_GRAPHICS ioctl.
What do you think?
--
Andriy Gapon
___
freeb
on 07/06/2012 11:47 Konstantin Belousov said the following:
> On Thu, Jun 07, 2012 at 10:45:26AM +0300, Andriy Gapon wrote:
>>
>> It's long been a wish of mine to have an ability to decide at boot time that
>> a
>> system should boot in "console-onl
quot;yes" in rc.conf
>
> Similarly rc.pf_enable="no"
>
> Then introduce x_enable knob (=yes by default) to disable login
> managers. User will be able to override this setting with
> # service xdm forcestart
I think that this is an excellent idea.
--
Andriy G
you can already
do the same using multiple commands at multiple places (and also trying to not
forget to undo your changes later)...
--
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 09/06/2012 04:16 Jason Hellenthal said the following:
> runlevel support might be a better solution so it does not differ that
> much from what other systems do and would be easy for people to grasp.
Patches are welcome, as always.
--
Andriy
re welcome.
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 09/06/2012 17:45 Marcin Wisnicki said the following:
> On Thu, 07 Jun 2012 12:57:41 +0300, Gleb Kurtsou wrote:
>
>> On (07/06/2012 11:56), Andriy Gapon wrote:
>>> A user doesn't have to select the option unless he needs to. A "simple
>>> user" ca
on 10/06/2012 16:27 Fabian Keil said the following:
> Andriy Gapon wrote:
>
>> It seems that the $subj is missing :-)
>> In my environment that causes many functions to not have fbt return probe,
>> because function body decoding fails before 'ret' is found.
on 10/06/2012 19:38 Andriy Gapon said the following:
> From a quick look at them they all seem to really never return. Either they
> are
> noreturn type such panic, or functions that always call the functions of the
> first type, or functions with endless loops in them such
on 10/06/2012 20:56 Fabian Keil said the following:
> Andriy Gapon wrote:
>
>> on 10/06/2012 16:27 Fabian Keil said the following:
>>> Andriy Gapon wrote:
>>>
>>>> It seems that the $subj is missing :-)
>>>> In my environment that causes man
on 10/06/2012 21:42 Fabian Keil said the following:
> How did you set your -O1?
In CFLAGS.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "
on 10/06/2012 23:40 Ryan Stone said the following:
> On Sun, Jun 10, 2012 at 12:38 PM, Andriy Gapon wrote:
>> Interesting observations, thank you.
>> Do you use -O2 or higher optimization for kernel/modules build?
>> I use only -O1.
>>
>> Here are some stats fr
function being a call), but not any other implementation.
Not sure if that is for technical reasons or if nobody just bothered.
--
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
> some sort of polling done in the FreeBSD boot process that could be
> parallelized
> or eliminated.
>
> Anyone have any suggestions?
Do you have a breakdown of the boot time between pre-loader, loader, kernel and
rc stages?
> Note: This isn't reall
need it.
> My point being that this doesn't come with zero costs, and has very
> little benefit. That usually spells "no" in my book.
I understand your point. On the other hand, I find the proposed change to have
measurable benefit and
on 27/06/2012 07:50 Andrey V. Elsukov said the following:
> Also we still haven't any tool to install zfsboot.
Yeah, I think it would be nice if ZFS provided some interface (ioctl?) to
properly write stuff to its special areas.
--
Andr
MODULE_DEPEND(dtraceall, fbt, 1, 1, 1);
> MODULE_DEPEND(dtraceall, fasttrap, 1, 1, 1);
Just to add some noise to the signal - my personal opinion is that nfs support
doesn't have to be in dtraceall. Maybe in something "all-er" :-)
--
Andriy Gapon
___
eems to be true.
Sometimes Makefile-s fake kernel options for truly independent module build
(no KERNBUILDDIR) to provide the widest and/or safest feature set. But this
has to be done very carefully to ensure that module<->kernel*s* compatibility
actually occurs.
--
Andriy Gapon
__
with the above change?
I am hinting at the case where KERNBUILDDIR is not set.
This is not the proper way of building modules, but traditionally we keep it
working.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/m
on 12/07/2012 22:36 Fabian Keil said the following:
> Andriy Gapon wrote:
>
>> on 12/07/2012 21:17 Fabian Keil said the following:
>>> Benjamin Kaduk wrote:
>>>
>>>> On Wed, 11 Jul 2012, Fabian Keil wrote:
>>>>
>>>>> I
on 12/07/2012 22:44 Fabian Keil said the following:
> Andriy Gapon wrote:
>
>> on 12/07/2012 22:36 Fabian Keil said the following:
>>> Andriy Gapon wrote:
>>>
>>>> on 12/07/2012 21:17 Fabian Keil said the following:
>>>>> Benjamin Kad
101 - 200 of 614 matches
Mail list logo
