[dtrace] syscall provider naming convention.
on 14/12/2010 05:10 Artem Belevich said the following: > I've posted updated version of the patch here: > https://sites.google.com/site/abc678site/files/dt-systrace.patch.gz > > This patch uses DTrace module field to specify syscall's compat > variant in the syscall probe name. If there are no objections and no pending reviews and comments, then I would like to commit this shortly. > The patch also adds syscall probe for linux32 binaries on amd64. I'll > try to add i386 support soon, too, but I have no i386 box I could > compile and test the changes on. I'll try to get one set up under > VirtualBox later, but for now the patch is for 8-STABLE/amd64 only. It would be nice to get the i386 counterpart too when this goes into the tree. Thanks! -- Andriy Gapon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: getting rid of some -mno-* flags under sys/boot
On Sunday, December 19, 2010 12:42:01 pm Garrett Cooper wrote:
> On Sun, Dec 19, 2010 at 3:23 AM, Alexander Best wrote:
> > hi there,
> >
> > i think some of the -mno-* flags in sys/boot/* can be scrubbed, since
> > they're
> > already being included from ../Makefile.inc.
>
> Looks good.
>
> > also TARGET cleandir leaves some files behind in i386/gptboot which should
> > be
> > fixed by this patch.
>
> AHA. This might fix the issue I've seen rebuilding stuff with
> gptzfsboot for a good while now where I have to (on mostly rare
> occasions with -j24, etc typically after updating my source tree)
> rebuild it manually. gptzfsboot and zfsboot also need the fix, BTW.
> The only thing is that these files live under the common directory, so
> shouldn't common clean them up (I see that common doesn't have a
> Makefile though, only a Makefile.inc -- ouch)?
> FWIW though, wouldn't it be better to avoid this accidental bug
> and unnecessary duplication by doing something like the following?
>
> # ...
>
> OBJS=zfsboot.o sio.o gpt.o drv.o cons.o util.o
> CLEANFILES+= gptzfsboot.out ${OBJS}
>
> gptzfsboot.out: ${BTXCRT} ${OBJS}
> # ...
Yes, an OBJS would be good. Also, gptboot.c was recently changed to not
#include ufsread.c, so that explicit dependency can be removed, as can the
GPTBOOT_UFS variable.
Similar fixes probably apply to gptzfsboot.
BTW, the code in common/ is not built into a library, but specific boot
programs (typically /boot/loader on different platforms) include specific
objects.
--
John Baldwin
___
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"
Forward to abuse@ button for http://tools.ietf.org/html/rfc5965
Hi hackers@, No reply to this on , so asking on this bigger list -- I just posted a question [see below] to exmh-us...@redhat.com, A similar question extends for nmh & claws-mail etc: Any tools to auto forward spam into rfc5965 format for abuse@ ? ] To: exmh-us...@redhat.com ] Subject: Forward to abuse@ button for http://tools.ietf.org/html/rfc5965 ? ] Date: Sat, 18 Dec 2010 13:11:41 +0100 ] ] Anyone working on an extension to EXMH 2.7.2 01/07/2005 to support ] http://tools.ietf.org/html/rfc5965 ] (spam report format) ? ] ] I just got this bounced back to me: ] ] Date: Fri, 17 Dec 2010 13:44:15 -0800 ] To: "Julian H. Stacey" ] Subject: RE: File for your claim! (fwd) (KMM120695297V22240L0KM) ] From: Yahoo! Mail ] Reply-To: Yahoo! Mail ] MIME-Version: 1.0 ] Content-Type: text/plain; charset = "us-ascii" ] Content-Transfer-Encoding: 7bit ] X-Mailer: KANA Response 7.0.1.142.15 ] ] Thank you for your email, but this address now only accepts messages in ] Abuse Reporting Format (http://tools.ietf.org/html/rfc5965) ] ] To report abuse manually (or to get help with security or abuse related ] issues), please go to Yahoo! Abuse: ] http://abuse.yahoo.com ] ] For questions about using Yahoo! services, please visit Yahoo Help: ] http://help.yahoo.com ] ] Thank you, ] - Yahoo! Customer Care ] ] Note: Please do not reply to this email as replies will not be answered. ] PS Spot the connection ? Yahoo dumps anti spam work on unpaid suckers. Yahoo lays off 4% of staff, http://berklix.com/~jhs/mail/no_rfc5965.html Cheers, Julian - -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, or HTML or base 64. Avoid top posting, it cripples itemised cumulative responses. ___ 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"
