From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 12:37:56 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAF69106567C for ; Sun, 17 Aug 2008 12:37:56 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EFBAC8FC20 for ; Sun, 17 Aug 2008 12:37:50 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KUhW1-0000YJ-HP for freebsd-hackers@freebsd.org; Sun, 17 Aug 2008 12:37:49 +0000 Received: from 89-172-55-124.adsl.net.t-com.hr ([89.172.55.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Aug 2008 12:37:49 +0000 Received: from ivoras by 89-172-55-124.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Aug 2008 12:37:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sun, 17 Aug 2008 14:37:35 +0200 Lines: 28 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEEA4FDF2C42E7C60FA4B3068" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-55-124.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) X-Enigmail-Version: 0.95.6 Sender: news Subject: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 12:37:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEEA4FDF2C42E7C60FA4B3068 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I see commits to Xen framework in SVN so I'd like to ask what is its=20 current status? Is it still as described in=20 http://wiki.freebsd.org/FreeBSD/Xen ? Will it be MFC-ed before 7.1-RELEAS= E? --------------enigEEA4FDF2C42E7C60FA4B3068 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIqBuWldnAQVacBcgRAoRSAKDN3/6v7ITKdeYUP1QHV5bqcxhVCgCgv9bV lnceckYSvUMLKgDY1llcn3I= =vTtH -----END PGP SIGNATURE----- --------------enigEEA4FDF2C42E7C60FA4B3068-- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 12:50:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F81106566B for ; Sun, 17 Aug 2008 12:50:09 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DDF408FC08 for ; Sun, 17 Aug 2008 12:50:03 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1KUhhq-0000yP-Da for freebsd-hackers@freebsd.org; Sun, 17 Aug 2008 12:50:02 +0000 Received: from 89-172-55-124.adsl.net.t-com.hr ([89.172.55.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Aug 2008 12:50:02 +0000 Received: from ivoras by 89-172-55-124.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Aug 2008 12:50:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sun, 17 Aug 2008 14:49:28 +0200 Lines: 33 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig671F5BED13FF576A8D033164" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-55-124.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 12:50:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig671F5BED13FF576A8D033164 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Hi, >=20 > I see commits to Xen framework in SVN so I'd like to ask what is its=20 > current status? Is it still as described in=20 > http://wiki.freebsd.org/FreeBSD/Xen ? Will it be MFC-ed before 7.1-RELE= ASE? One more question: Which version of Xen will be supported? The wiki=20 mentions 3.0 but the most recent Xen release is 3.2. --------------enig671F5BED13FF576A8D033164 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIqB5YldnAQVacBcgRApxrAKCrJJk5UrxbzIP6SSUy51IcETQOmACg72CK NigG0PDqdTOnr82XDtYv1J0= =+dlR -----END PGP SIGNATURE----- --------------enig671F5BED13FF576A8D033164-- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 17:17:55 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0A1B106567A for ; Sun, 17 Aug 2008 17:17:55 +0000 (UTC) (envelope-from gballet@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9B68FC2C for ; Sun, 17 Aug 2008 17:17:55 +0000 (UTC) (envelope-from gballet@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1107578wah.3 for ; Sun, 17 Aug 2008 10:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=iQ8NL3y+6t8FIRhXL9smpYCjZEY1SpqSxnIZJC0uytg=; b=wyeHau4ZlMYpmr9USxxlVuKmFNFfsJHm4IZuRwMYj6gSZYhqcUB8mzlpzOgZBFshXY HU2ji1wx9e9p0vK0Dl/1+V8jFe5Q104qSy1kR90SCsshN42Gg6iZstkPXOlFqMCOuxWv zNNOImG4wIwSabRlCSnyWNanIr5OjRutrivSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=bRfez65Gtm807kxxtbgfDBwBqqxmtOoQevem04IheigvTgJ/HUSXouBMRNluZwFsDG BDd7Z05GPV32dpfYR8TOil0RITD0QGjPKEjwI4yLUr0SpYLJtDvfOhxxNZjdRPC/aPZi 3cnMLjFjavAvaKPDuOHTlvNoHslZXE5gEMwP8= Received: by 10.114.198.1 with SMTP id v1mr4298376waf.64.1218993474844; Sun, 17 Aug 2008 10:17:54 -0700 (PDT) Received: by 10.115.16.9 with HTTP; Sun, 17 Aug 2008 10:17:54 -0700 (PDT) Message-ID: Date: Sun, 17 Aug 2008 17:17:54 +0000 From: "Guillaume Ballet" To: "Sam Leffler" In-Reply-To: <48A70B37.60401@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48A70B37.60401@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 17:17:55 -0000 On Sat, Aug 16, 2008 at 5:15 PM, Sam Leffler wrote: > > Guillaume Ballet wrote: >> >> Hello hackers, >> >> I am currently working on a small project and would like to add a few >> commands to the set that is available in ddb. >> >> I found that very interesting albeit succinct presentation: >> http://people.freebsd.org/~jhb/papers/bsdcan/2008/slides.odp >> >> where the author hints that I should use DB_COMMAND, which I did. Yet when >> invoking ddb, the command does not appear in the help list. I have taken a >> look at the source code and was expecting set_db_cmd_set to appear in my >> module's section list when calling objdump -h >> >> Is DB_COMMAND only working within the kernel itself, and not modules? >> >> > > That is correct; you can't add ddb cmds from modules. It should be doable; just hasn't been done yet. > > Sam > It is indeed doable: Here are the diffs for a first attempt at doing this. I am not entirely satisfied with it, though, as it does not work with DB_SHOW_COMMAND and the likes... Also, I have to declare a lot of ddb-related stuff into kern_linker.c and I don't like it. I am currently working at improving the whole thing, but in the mean time if someone wants to give it a try, comments/rants would be greatly appreciated. Guillaume --- sys/linker.h.orig 2008-08-17 18:45:56.000000000 +0200 +++ sys/linker.h 2008-08-17 18:50:57.000000000 +0200 @@ -155,6 +155,9 @@ int linker_ddb_search_symbol(caddr_t _value, c_linker_sym_t *_sym, long *_diffp); int linker_ddb_symbol_values(c_linker_sym_t _sym, linker_symval_t *_symval); +struct command; +int linker_ddb_cmd_search(char *, struct command **); +int linker_ddb_cmd_list(void); /* HWPMC helper */ --- kern/kern_linker.c.orig 2008-08-17 08:38:51.000000000 +0200 +++ kern/kern_linker.c 2008-08-17 18:47:45.000000000 +0200 @@ -777,6 +777,9 @@ * that the files list is inconsistant instead. */ +#include +#include + int linker_ddb_lookup(const char *symstr, c_linker_sym_t *sym) { @@ -831,6 +834,52 @@ } return (ENOENT); } + +int linker_ddb_cmd_list() +{ + linker_file_t lf; + struct command **start, **stop, **search; + + TAILQ_FOREACH(lf, &linker_files, link) { + if (!linker_file_lookup_set(lf,"db_cmd_set",&start,&stop,NULL)) { + for (search=start; search < stop; search++) { + db_printf("%-12s", (*search)->name); + db_end_line(12); + } + } + } + + return 0; +} + +int linker_ddb_cmd_search(char *name, struct command **cmdp) +{ + linker_file_t lf; + char *lp, *rp; + struct command **cmd, **start, **stop; + int c; + + TAILQ_FOREACH(lf, &linker_files, link) { + if (!linker_file_lookup_set(lf, "db_cmd_set", &start, &stop, NULL)) { + for (cmd=start; cmd < stop; cmd++) { + lp = name; + rp = (*cmd)->name; + + while((c = *lp) == *rp) { + if (c == 0) { + *cmdp = *cmd; + return 0; + } + + lp++; + rp++; + } + } + } + } + + return -1; +} #endif /* --- ddb/db_command.c.orig 2008-08-17 10:26:26.000000000 +0200 +++ ddb/db_command.c 2008-08-17 18:42:22.000000000 +0200 @@ -253,6 +253,9 @@ if (result == CMD_UNIQUE) return (CMD_UNIQUE); } + if (result == CMD_NONE && linker_ddb_cmd_search(name,cmdp) == 0) { + result = CMD_UNIQUE; + } if (result == CMD_NONE) { /* check for 'help' */ if (name[0] == 'h' && name[1] == 'e' @@ -280,6 +283,7 @@ db_printf("%-12s", (*aux_cmdp)->name); db_end_line(12); } + linker_ddb_cmd_list(); } static void --- ddb/db_command.h.orig 2008-08-17 18:37:34.000000000 +0200 +++ ddb/db_command.h 2008-08-17 18:49:29.000000000 +0200 @@ -46,4 +46,7 @@ extern db_addr_t db_next; /* next address to be examined or written */ +extern int linker_ddb_cmd_search(char*,struct command **); +extern int linker_ddb_cmd_list(void); + #endif /* !_DDB_DB_COMMAND_H_ */ From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 17:44:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475901065678 for ; Sun, 17 Aug 2008 17:44:57 +0000 (UTC) (envelope-from gballet@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id ED8B18FC20 for ; Sun, 17 Aug 2008 17:44:56 +0000 (UTC) (envelope-from gballet@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so1464636pyb.10 for ; Sun, 17 Aug 2008 10:44:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=NGFXfGH421UimzCXBGuDRFQIMwr1Q8eol6E2gsfhacY=; b=OTHw4odA1Q/NQ7WeQZMwPqheG9QZHJUIPPlKgs9uMQTCAFcrSZlcuqtSCjalH4kqcr gcm4RhFKIp9+qBNDIvkepgnJNtiT9JXQo3DCwQRLG2O1YeqBm+J/c6EtfGLGcto99+8M F8i7rkpgq/3IGnSZhRTFDs2ikkTfit1wgE/T4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=U5y44grQHpCrO/JHrbfqJ6E8dotk/I04hSj+uWbg0l8P5uqVtba7CYXpiyKYALbCfG IiO2W7lcjCHc3J1BfxwOxIljhzDK434D+koJtPi9JrS4UwY+8Jvwu9go2L78OSo0wAkS suuF5xwbiuuEkRvx5GxQ0SOvxQ2zoZrtepBAI= Received: by 10.114.234.13 with SMTP id g13mr4320026wah.176.1218995095715; Sun, 17 Aug 2008 10:44:55 -0700 (PDT) Received: by 10.115.16.9 with HTTP; Sun, 17 Aug 2008 10:44:55 -0700 (PDT) Message-ID: Date: Sun, 17 Aug 2008 17:44:55 +0000 From: "Guillaume Ballet" To: "Kostik Belousov" In-Reply-To: <20080817172051.GX1803@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48A70B37.60401@freebsd.org> <20080817172051.GX1803@deviant.kiev.zoral.com.ua> Cc: freebsd-hackers@freebsd.org, Sam Leffler Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 17:44:57 -0000 >> >> It is indeed doable: Here are the diffs for a first attempt at doing >> this. I am not entirely satisfied with it, though, as it does not work >> with DB_SHOW_COMMAND and the likes... Also, I have to declare a lot of >> ddb-related stuff into kern_linker.c and I don't like it. I am >> currently working at improving the whole thing, but in the mean time >> if someone wants to give it a try, comments/rants would be greatly >> appreciated. > > What about module unloading ? > Thanks for replying so quickly :) When a module is unloaded from the system, it is removed from the linker_files list and will therefore not be available anymore when walking through the module list. I have checked on my side and this is indeed what happens. If you saw some problem I didn't, would you please mind to elaborate? Guillaume From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 18:05:33 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF67A106567C; Sun, 17 Aug 2008 18:05:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 510F98FC1F; Sun, 17 Aug 2008 18:05:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KUlw7-0000Mo-EJ; Sun, 17 Aug 2008 20:21:03 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7HHKpV7028318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Aug 2008 20:20:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7HHKpiw056807; Sun, 17 Aug 2008 20:20:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7HHKpl2056806; Sun, 17 Aug 2008 20:20:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 17 Aug 2008 20:20:51 +0300 From: Kostik Belousov To: Guillaume Ballet Message-ID: <20080817172051.GX1803@deviant.kiev.zoral.com.ua> References: <48A70B37.60401@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eLx2Oic5rP1+EtIt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KUlw7-0000Mo-EJ 426e5cd6cec5714c9e57ec0beccee51b X-Terabit: YES Cc: freebsd-hackers@freebsd.org, Sam Leffler Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 18:05:33 -0000 --eLx2Oic5rP1+EtIt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 17, 2008 at 05:17:54PM +0000, Guillaume Ballet wrote: > On Sat, Aug 16, 2008 at 5:15 PM, Sam Leffler wrote: > > > > Guillaume Ballet wrote: > >> > >> Hello hackers, > >> > >> I am currently working on a small project and would like to add a few > >> commands to the set that is available in ddb. > >> > >> I found that very interesting albeit succinct presentation: > >> http://people.freebsd.org/~jhb/papers/bsdcan/2008/slides.odp > >> > >> where the author hints that I should use DB_COMMAND, which I did. Yet = when > >> invoking ddb, the command does not appear in the help list. I have tak= en a > >> look at the source code and was expecting set_db_cmd_set to appear in = my > >> module's section list when calling objdump -h > >> > >> Is DB_COMMAND only working within the kernel itself, and not modules? > >> > >> > > > > That is correct; you can't add ddb cmds from modules. It should be doa= ble; just hasn't been done yet. > > > > Sam > > >=20 > It is indeed doable: Here are the diffs for a first attempt at doing > this. I am not entirely satisfied with it, though, as it does not work > with DB_SHOW_COMMAND and the likes... Also, I have to declare a lot of > ddb-related stuff into kern_linker.c and I don't like it. I am > currently working at improving the whole thing, but in the mean time > if someone wants to give it a try, comments/rants would be greatly > appreciated. What about module unloading ? --eLx2Oic5rP1+EtIt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkioXfIACgkQC3+MBN1Mb4g2ZgCgiBQDPYxUx6lKrE54jZG36oJ9 XPUAn29MyDAYGSzrRO6Oa9WjQcb+oFp/ =Jgdb -----END PGP SIGNATURE----- --eLx2Oic5rP1+EtIt-- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 18:23:33 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21AEB106566B for ; Sun, 17 Aug 2008 18:23:33 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E6F098FC12 for ; Sun, 17 Aug 2008 18:23:32 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7HINVEH050895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Aug 2008 11:23:32 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48A86CA3.3040007@freebsd.org> Date: Sun, 17 Aug 2008 11:23:31 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Guillaume Ballet References: <48A70B37.60401@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-hackers@freebsd.org Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 18:23:33 -0000 Guillaume Ballet wrote: > On Sat, Aug 16, 2008 at 5:15 PM, Sam Leffler wrote: > >> Guillaume Ballet wrote: >> >>> Hello hackers, >>> >>> I am currently working on a small project and would like to add a few >>> commands to the set that is available in ddb. >>> >>> I found that very interesting albeit succinct presentation: >>> http://people.freebsd.org/~jhb/papers/bsdcan/2008/slides.odp >>> >>> where the author hints that I should use DB_COMMAND, which I did. Yet when >>> invoking ddb, the command does not appear in the help list. I have taken a >>> look at the source code and was expecting set_db_cmd_set to appear in my >>> module's section list when calling objdump -h >>> >>> Is DB_COMMAND only working within the kernel itself, and not modules? >>> >>> >>> >> That is correct; you can't add ddb cmds from modules. It should be doable; just hasn't been done yet. >> >> Sam >> >> > > It is indeed doable: Here are the diffs for a first attempt at doing > this. I am not entirely satisfied with it, though, as it does not work > with DB_SHOW_COMMAND and the likes... Also, I have to declare a lot of > ddb-related stuff into kern_linker.c and I don't like it. I am > currently working at improving the whole thing, but in the mean time > if someone wants to give it a try, comments/rants would be greatly > appreciated. > > Last I looked at this I was convinced it could be done using SYSINIT's and the existing mechanisms for adding ddb cmds. I don't think you need to modify the linker or ddb. Not sure if you looked sys/module.h and/or sys/kernel.h? Sam From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 18:59:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B801065674 for ; Sun, 17 Aug 2008 18:59:50 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id BA4C78FC0C for ; Sun, 17 Aug 2008 18:59:50 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1643592wfg.7 for ; Sun, 17 Aug 2008 11:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=QccLXxT/siuxVyN/V/6CsaSaOTvNETUA181sKdHcLBM=; b=sPXyXLn0buHFr43LYzog5pra5glt4lf+QE8kK3fCDAP4Xn4awDxQlWDuH+Y82InsEM +/WpkjfoFEBX4Okw8ag6KdUhBNklkVLk2u6k97aRWAlcp/T8qyrmZmwWcsz1CWSCJ7oo hgFUphULKGBS9mLGsjLuKdz6qSq75tn3Z58a4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=CQGgSRUsAYS2bD067QcJivN7xf0DJSasCWQ2Xdjdma7lPSkUIb/tW6I4DTIUx7x8Nr WMfiJMMGuiPZfmE9zkZbbDXl4cRta+KnLkLVjoKez3UMxCXBM9Vh0WbOboHXZd984pSv 27E9+fjd/87E+AhOtyqY8or4ReHQ8JA6yKwB0= Received: by 10.142.157.15 with SMTP id f15mr1765125wfe.186.1218997923118; Sun, 17 Aug 2008 11:32:03 -0700 (PDT) Received: by 10.143.18.8 with HTTP; Sun, 17 Aug 2008 11:32:03 -0700 (PDT) Message-ID: <65dfa4fc0808171132g4a827a82y590e9d5ae849bd23@mail.gmail.com> Date: Sun, 17 Aug 2008 21:32:03 +0300 From: "Artem Naluzhnyy" Sender: tutatnhamon@gmail.com To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: f8e70734ee19231b Subject: High syscall rate X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 18:59:51 -0000 Hi, I have 6.1-RELEASE system with lots of processes in production. Is there any way to determine which process causes high syscall rate? No kernel upgrade or sizeable downtime allowed. -- Artem Naluzhnyy From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 19:17:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C751065676 for ; Sun, 17 Aug 2008 19:17:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 435428FC0C for ; Sun, 17 Aug 2008 19:17:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-018-178.pools.arcor-ip.net [88.66.18.178]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KUnkk088Q-0000gB; Sun, 17 Aug 2008 21:17:26 +0200 Received: (qmail 77524 invoked from network); 17 Aug 2008 19:17:25 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 17 Aug 2008 19:17:25 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Sun, 17 Aug 2008 21:17:24 +0200 User-Agent: KMail/1.10.0 (FreeBSD/8.0-CURRENT; KDE/4.1.0; i386; ; ) References: <65dfa4fc0808171132g4a827a82y590e9d5ae849bd23@mail.gmail.com> In-Reply-To: <65dfa4fc0808171132g4a827a82y590e9d5ae849bd23@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808172117.24894.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18qMpHR+wzprXgdih2M//RutbYUZYtV1oKnJZ+ 1TB7i3Ow7YW/zwZ4eNtwbH0qrA34J8iw3sEWAI6wJk3fgu89ku 1Anhxybl7ONsNCwkV6yuw== Cc: Artem Naluzhnyy Subject: Re: High syscall rate X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 19:17:27 -0000 On Sunday 17 August 2008 20:32:03 Artem Naluzhnyy wrote: > I have 6.1-RELEASE system with lots of processes in production. Is > there any way to determine which process causes high syscall rate? No > kernel upgrade or sizeable downtime allowed. see ktrace(1) -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:13:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65CBE106564A for ; Sun, 17 Aug 2008 21:13:27 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 357C28FC0A for ; Sun, 17 Aug 2008 21:13:26 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2864458rvf.43 for ; Sun, 17 Aug 2008 14:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=jPIBVBKpeBY4kLQ1tSosoTTvHDiQFHQRvyS501WfwlM=; b=It14JK5uPd0whskx/KZTsu8UMgRTFJ36Q8l0ZekZrEDpiqzykPsZHp7Y2B7HnsJvNm G9S0ZszP7hiyXh88KgkUo4scUUELLbMgCCWmt2+nSrEbEGe9fGi83G2DkLrR7jT++nBU mB580N1mGBOOD7dIumX0V+FARYHD5wpFbY9XA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Xtp79UpbN16WLt8bWRTJWp7xQA8rwwLOOPEOWMwgfGsL8IMuI7qT/jSfDRDiOkEGYN nNNMlu+BeKbJ4JwF+g3Q2kSniBDMPzKwDPF1YA0XNMjnMQ47r+1lK+b+fJRB8RjuiDEv mObIwWHaE/yvqRqn4m67h6v7DTODVrnrIymRQ= Received: by 10.141.156.11 with SMTP id i11mr2800729rvo.1.1219005856419; Sun, 17 Aug 2008 13:44:16 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sun, 17 Aug 2008 13:44:16 -0700 (PDT) Message-ID: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> Date: Sun, 17 Aug 2008 13:44:16 -0700 From: "Matthew Macy" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Mailman-Approved-At: Sun, 17 Aug 2008 21:37:48 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 21:13:27 -0000 On Sun, Aug 17, 2008 at 5:49 AM, Ivan Voras wrote: > Ivan Voras wrote: >> >> Hi, >> >> I see commits to Xen framework in SVN so I'd like to ask what is its >> current status? Is it still as described in >> http://wiki.freebsd.org/FreeBSD/Xen ? Will it be MFC-ed before 7.1-RELEASE? > > One more question: Which version of Xen will be supported? The wiki mentions > 3.0 but the most recent Xen release is 3.2. Xen support will be MFC'd when it proves to be sufficiently stable for some uses. It probably won't make the freeze for 7.1. Xen 3.2 is the initial target. I've deliberately avoided any fanfare about the commits. When it is ready for "beta-use" I will update the wiki. Thanks, Kip From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:56:48 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215871065679 for ; Sun, 17 Aug 2008 21:56:48 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id E1BC38FC21 for ; Sun, 17 Aug 2008 21:56:47 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2882697rvf.43 for ; Sun, 17 Aug 2008 14:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=lWX4Bqkj8Y/7abMQ/rHcpdT+Z2Nm2NereHGg+kDHJzg=; b=sm/taJukqVD+hD3KaBwCoWjEbhwtub7bsi9qjXMxISVZbbTG9T+0i7UBqlz+cNglqH PM1j1oPKXQnwjafIosiL64p9VL1sDxx3URXV5lcrDJfdg4lNTGznZRmWfK3o9sL2wktJ 3pjH9yP7+A4jlb48c9Jzrf4roPCIZvZw9HQPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=YPbEfw0n/oVuvmD9Q4het2ujB4ypyHhmKJfkBp+s+yMA7tFDqRF5FJAKLhCc1tzZVV 3NTB2ZC4bKH6nyLaJW5L8ZjAFqD8uCe60/yZKSv+sdUYno/KdmzcvDGT71Y2UJYP9REe 0JclHklsycTBi9N657OANUX9HXl9zyS6e2KKo= Received: by 10.141.4.3 with SMTP id g3mr2807721rvi.116.1219008479423; Sun, 17 Aug 2008 14:27:59 -0700 (PDT) Received: by 10.141.153.13 with HTTP; Sun, 17 Aug 2008 14:27:59 -0700 (PDT) Message-ID: <9bbcef730808171427y7be526a8i6c526dabd83f7bc3@mail.gmail.com> Date: Sun, 17 Aug 2008 23:27:59 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: freebsd-hackers@freebsd.org In-Reply-To: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> X-Google-Sender-Auth: 0e3e21e5b78212ff Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 21:56:48 -0000 2008/8/17 Matthew Macy : > On Sun, Aug 17, 2008 at 5:49 AM, Ivan Voras wrote: >> Ivan Voras wrote: >>> >>> Hi, >>> >>> I see commits to Xen framework in SVN so I'd like to ask what is its >>> current status? Is it still as described in >>> http://wiki.freebsd.org/FreeBSD/Xen ? Will it be MFC-ed before 7.1-RELEASE? >> >> One more question: Which version of Xen will be supported? The wiki mentions >> 3.0 but the most recent Xen release is 3.2. > > Xen support will be MFC'd when it proves to be sufficiently stable for > some uses. It probably won't make the freeze for 7.1. Xen 3.2 is the > initial target. > > I've deliberately avoided any fanfare about the commits. When it is > ready for "beta-use" I will update the wiki. Ok, thanks! From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 22:03:56 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665DA1065683 for ; Sun, 17 Aug 2008 22:03:56 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6078FC14 for ; Sun, 17 Aug 2008 22:03:56 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2885798rvf.43 for ; Sun, 17 Aug 2008 15:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=PMvZHQy/eTNamKxDHNpoGyUK82Oe+iN9R1CP8CYemr8=; b=HxKa1/WpXf/9h4umtPmfPe66et6QSxfQoL12FgT00nILl3IiX1OHui+sooRamphQke c39zqp7fzKhw3kQw2hfNZYnceI4pPk6jQ8W1IVKzk7K0lVvuRwhst+4G9jM2qVZy/Xsl SkoloEGEjncGNlz4jAftkzHaVztvE2OzT8jrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=nywBKB9SjTweHeowXmTZtUqyvhXJ8TltDdmJfrf8cpSd1nT/bSWKtJCJF4mCF2jZVo GNk2F30qhjd5TQGK/du0Th/CJMwpSlwtPF50AlyFWHjvf8UB1+5g6qgUelHqCg3sCJr5 wiwqXyWT/RgOdgPlyebrdW26c7r1QiGJ4BUuo= Received: by 10.140.148.3 with SMTP id v3mr2823534rvd.57.1219010635846; Sun, 17 Aug 2008 15:03:55 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sun, 17 Aug 2008 15:03:55 -0700 (PDT) Message-ID: <3c1674c90808171503wd51432fh96c80971e85b9f5a@mail.gmail.com> Date: Sun, 17 Aug 2008 15:03:55 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Eric Masson" In-Reply-To: <86hc9j2u01.fsf@srvbsdnanssv.interne.kisoft-services.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> <86hc9j2u01.fsf@srvbsdnanssv.interne.kisoft-services.com> X-Google-Sender-Auth: 95372837ea90fa60 Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 22:03:56 -0000 On Sun, Aug 17, 2008 at 2:48 PM, Eric Masson wrote: > "Matthew Macy" writes: > > Hi Kip, > >> Xen support will be MFC'd when it proves to be sufficiently stable for >> some uses. It probably won't make the freeze for 7.1. Xen 3.2 is the >> initial target. > > Dom0/DomU or DomU only please ? DomU only to start off with. The currently planned progression is: stabilize in HEAD -> SMP -> x86_64 -> dom0 -Kip From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 22:26:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 524C6106566B; Sun, 17 Aug 2008 22:26:36 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp-msa-out01.orange.fr (smtp-msa-out01.orange.fr [193.252.23.120]) by mx1.freebsd.org (Postfix) with ESMTP id 009398FC1C; Sun, 17 Aug 2008 22:26:35 +0000 (UTC) (envelope-from emss@free.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2353.orange.fr (SMTP Server) with ESMTP id DC5337000088; Mon, 18 Aug 2008 00:26:34 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com (AAnnecy-103-1-10-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mwinf2353.orange.fr (SMTP Server) with ESMTP id CD1427000085; Mon, 18 Aug 2008 00:26:34 +0200 (CEST) X-ME-UUID: 20080817222634840.CD1427000085@mwinf2353.orange.fr X-ME-User-Auth: e-masson0330 Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 6188E170DD; Mon, 18 Aug 2008 00:26:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7bzTWRt5ODM8; Mon, 18 Aug 2008 00:26:31 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 915EA17110; Mon, 18 Aug 2008 00:26:31 +0200 (CEST) To: "Kip Macy" From: Eric Masson In-Reply-To: <3c1674c90808171503wd51432fh96c80971e85b9f5a@mail.gmail.com> (Kip Macy's message of "Sun, 17 Aug 2008 15:03:55 -0700") References: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> <86hc9j2u01.fsf@srvbsdnanssv.interne.kisoft-services.com> <3c1674c90808171503wd51432fh96c80971e85b9f5a@mail.gmail.com> X-Operating-System: FreeBSD 6.3-RELEASE-p3 i386 Date: Mon, 18 Aug 2008 00:26:31 +0200 Message-ID: <86d4k72s88.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 22:26:36 -0000 "Kip Macy" writes: > DomU only to start off with. The currently planned progression is: > stabilize in HEAD -> SMP -> x86_64 -> dom0 Great, Thanks a lot for your work :) Éric Masson -- Vous faites chier avec vos annonces à la con ! Ou sont les modérateurs ????? Ca se dégrade cheza Oléane, ca se dégrade ...Ah ouais j'avais oublié , y'a du Farce Télécom derrière, ca doit être ça ... -+- PP in: - Tout, faut tout modérer -+- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 22:50:17 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83487106564A; Sun, 17 Aug 2008 22:50:17 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp23.orange.fr (smtp23.orange.fr [193.252.22.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF9C8FC0A; Sun, 17 Aug 2008 22:50:17 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp-msa-out01.orange.fr (mwinf2352 [10.232.4.152]) by mwinf2340.orange.fr (SMTP Server) with ESMTP id 102BD1C023CE; Sun, 17 Aug 2008 23:48:23 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2352.orange.fr (SMTP Server) with ESMTP id 4B0DF700008B; Sun, 17 Aug 2008 23:48:21 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com (AAnnecy-103-1-10-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mwinf2352.orange.fr (SMTP Server) with ESMTP id 35C217000083; Sun, 17 Aug 2008 23:48:21 +0200 (CEST) X-ME-UUID: 20080817214821220.35C217000083@mwinf2352.orange.fr X-ME-User-Auth: e-masson0330 Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id B41E1170DD; Sun, 17 Aug 2008 23:48:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D3YNNJFx4Vyw; Sun, 17 Aug 2008 23:48:14 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id CC64517274; Sun, 17 Aug 2008 23:48:14 +0200 (CEST) To: "Matthew Macy" From: Eric Masson In-Reply-To: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> (Matthew Macy's message of "Sun, 17 Aug 2008 13:44:16 -0700") References: <3c1674c90808171344g3c8658f3j87a6cdc301d71a79@mail.gmail.com> X-Operating-System: FreeBSD 6.3-RELEASE-p3 i386 Date: Sun, 17 Aug 2008 23:48:14 +0200 Message-ID: <86hc9j2u01.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Xen in HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2008 22:50:17 -0000 "Matthew Macy" writes: Hi Kip, > Xen support will be MFC'd when it proves to be sufficiently stable for > some uses. It probably won't make the freeze for 7.1. Xen 3.2 is the > initial target. Dom0/DomU or DomU only please ? Regards Éric Masson -- tétu comme un mule :) Enfin, l'avenir nous le dira sans doute et si j'ai raison, je ne me gênerai pas pour le hurler de partout, par contre, si c'est toi qui a raison, merci de ne pas trop en faire :))) -+- GU21 in - Pile je gagne, face tu perds -+- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 08:04:37 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 995D91065678 for ; Mon, 18 Aug 2008 08:04:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 719F48FC0C for ; Mon, 18 Aug 2008 08:04:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1222290wah.3 for ; Mon, 18 Aug 2008 01:04:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=VYmbueS7mfrLYrUuE/zck2UPXf2VskEvOhKiVcrVq8w=; b=R394wfKN+6PNv857AJsaX0amRNikcBgQfnKOt/8JxybLGfLrdbnxdXSfMR41yRLwSy RhW0dQtAdcfPZvolP8F1+DwU9GJS420C9FKKxR0RBhFRYlAjrW8jpUXMryK+IH/Vz8Vk PUr+X0STpRA4Kolppb//FuFJQvDP7WU1jJmKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=s6rBAIg1TpsKENrjaiIRF0svv/3P7/u7+BXC6dz4MFaF/TmxILHPQsp2WHkMn8Cwe5 jS/l6wt+ecbXBgbuMme06QdCMZKGcZ+pyyvpz18L9xdpb1pUGwkeYFIN7/aB7YUDQPwT 8vEiiXEdRgQIBj9brtCy+h8pxJ6J7EIiERbM8= Received: by 10.114.170.2 with SMTP id s2mr4693411wae.170.1219046676904; Mon, 18 Aug 2008 01:04:36 -0700 (PDT) Received: from ?192.168.10.42? ( [99.147.150.179]) by mx.google.com with ESMTPS id m28sm1506518poh.10.2008.08.18.01.04.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 Aug 2008 01:04:35 -0700 (PDT) Message-Id: <61273574-0EE4-4D24-A543-C9AC38ED66B0@gmail.com> From: Garrett Cooper To: Jonathan McKeown In-Reply-To: <200808121414.44139.jonathan+freebsd-hackers@hst.org.za> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Mon, 18 Aug 2008 01:06:12 -0700 References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> <200808121414.44139.jonathan+freebsd-hackers@hst.org.za> X-Mailer: Apple Mail (2.926) Cc: freebsd-hackers@freebsd.org Subject: Re: Idea for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 08:04:37 -0000 On Aug 12, 2008, at 5:14 AM, Jonathan McKeown wrote: > On Tuesday 12 August 2008 14:03:30 Adrian Penisoara wrote: >> While we're at it, I wish we could leverage the posibility for the >> admin to manually start the service at the CLI, no matter whether the >> service has been enabled or not -- that is the "_enable" keyword >> should have effect only in the bootup/automatic contexts. > > Isn't this what onestart does? > > Jonathan I may be a bit late into the conversation, but for what it's worth upstart does have some positive features in the 0.5.0 version (the one that just rolled off the SVN train recently). Their use of simple and complex job start criteria and the ability to link in process monitoring functionality via DBUS clients is interesting... albeit not necessary except in high availability environments. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 09:14:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D241065679 for ; Mon, 18 Aug 2008 09:14:46 +0000 (UTC) (envelope-from gballet@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2878FC20 for ; Mon, 18 Aug 2008 09:14:46 +0000 (UTC) (envelope-from gballet@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1242172wah.3 for ; Mon, 18 Aug 2008 02:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=joFWJ87tJmaSQKV7AyKF9oQuCR5jzvYUOcuijYnYvEw=; b=D+UAGJLm5Z7Qx2Q1vyRgrObHk2N4Um+xw5rOsHf/ct7zq0tfUwfPj7t7U0P/yq0GYO 89Nu6DuUmwsa+dZF/1mhDqzDetJcgMU/bo7QOyJtXzU9pq/vmMCuetVlQDJIy0u8Wlcp CqbvWmUVRN6HTfLG4LL1ycXzsnBnkGgnRlp5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FG4rcPFbLlZbbZLdkpJotUD6zIQetHVveDjMN1Gh1eFGJblrUl2pfPJ9i8MdkhUg36 MnRQ/FwYHQgYy8r5/Fhy8SitqKDBLJtYibPV4k74WeL/uwJwLei2plvHTY7yZRhCULx+ LfPCKEjsPpPB0qd158UN9nu1ZeZasVSDrPEyk= Received: by 10.114.161.11 with SMTP id j11mr4740241wae.105.1219050886179; Mon, 18 Aug 2008 02:14:46 -0700 (PDT) Received: by 10.115.16.9 with HTTP; Mon, 18 Aug 2008 02:14:46 -0700 (PDT) Message-ID: Date: Mon, 18 Aug 2008 11:14:46 +0200 From: "Guillaume Ballet" To: "Sam Leffler" In-Reply-To: <48A86CA3.3040007@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48A70B37.60401@freebsd.org> <48A86CA3.3040007@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 09:14:46 -0000 On Sun, Aug 17, 2008 at 6:23 PM, Sam Leffler wrote: (snip) > Last I looked at this I was convinced it could be done using SYSINIT's and > the existing mechanisms for adding ddb cmds. I don't think you need to > modify the linker or ddb. Not sure if you looked sys/module.h and/or > sys/kernel.h? I have indeed looked at these files. That's actually what brought me to work on the linker when I realize now that was no necessary. Looking at them twice didn't hurt, though :) SYSINIT is a good idea to get some "struct command"s into kernel space and register them through come command. One can imagine creating a DB_COMMAND_MODULE macro or something that would do exactly that. I have however doubts on the registration part: In ddb/db_command.c, the following table is declared: static struct command_table db_command_table = { db_commands, SET_BEGIN(db_cmd_set), SET_LIMIT(db_cmd_set) }; which is the table that is used in db_command_loop. I am not aware of any other mechanism to add commands to that list. That table is made up of two parts: The first entry is a list of all the default commands. The two next entries define the boundaries of a list of pointers to optional commands. That list could be extended by a module SYSCTL but: - The table is declared as static, so at least that part must be modified, or an accessor must be written. No big deal. - Memory must be allocated and relevant information must be logged so as to know what to remove when unloading a module. That is possible, but I feel it is more risky because memory needs to be allocated and a set of locks would not hurt in that case. Parsing the list of modules each time has the advantage that no memory has to be allocated and there is no concurrency problems when the debugger is invoked (I think, please let me know if that assumption is wrong). Also, module unloading is not a problem because once the module goes, it is not in the list anymore and therefore commands can not be seen nor accessed anymore. Of course I could be wrong (or just biased?) so once again let me know if you think otherwise. Note that I have a simpler patch in progress that should not alter the linker since it will use linker_file_foreach. Either way, thanks for your comments. And sorry about the long message. Guillaume. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 10:17:02 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED3911065691 for ; Mon, 18 Aug 2008 10:17:02 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 79A438FC39 for ; Mon, 18 Aug 2008 10:17:02 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3626271fgb.35 for ; Mon, 18 Aug 2008 03:17:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=Th0MiemvFyxelAiBYbni3bLJh7ILN8oggLhTVhTqNxE=; b=joWiL4dFxpfecCWvZGii0/0PPafGJa1wKEUkVJAqZdIod7McieYcczWwHCirkXD3rT v6bqgejTuVrXSVqsxw8PoAU/5Y/lyQZNSUm7fNu4NwkwGOqS1fqHA18TNp01Q7nSk6rL W5xpQYHQoIB3y9wEwwKgkc7R8XLSJnqSyUEfI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=dgcWbGoHS3IO75tQ5K8IkQsuuWM2lw5YwrnwUfECAL2FYwVQ1oNzP46cfuV01+kqvw g5r2UnMBdVFRcNSa+vp/H3sCemOQWSfI9CZR6VNxmSCr7WSRZBvjd7UR/s0RM7jlC9FZ hTb43UmiW0BxxtRd8FWTp/kB0lubcLiClyUYY= Received: by 10.86.74.15 with SMTP id w15mr990807fga.78.1219054621107; Mon, 18 Aug 2008 03:17:01 -0700 (PDT) Received: from ?192.168.1.107? ( [213.152.137.38]) by mx.google.com with ESMTPS id e20sm11031483fga.1.2008.08.18.03.16.59 (version=SSLv3 cipher=RC4-MD5); Mon, 18 Aug 2008 03:16:59 -0700 (PDT) Message-ID: <48A94C10.5050802@gmail.com> Date: Mon, 18 Aug 2008 14:16:48 +0400 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sysinstall -> upgrade X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 10:17:03 -0000 Hello. Faced with a strange situation. output of downgrade HEAD -> 7.0-RELEASE ----------------------------------------------------------- # uname -a FreeBSD damask 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Jun 16 17:44:59 SAMST 2008 root@damask:/usr/obj/usr/src/sys/DAMASK i386 ----------------------------------------------------------- after sysinstall (upgrade to 7.0-RELEASE) ----------------------------------------------------------- # ls -l /boot/kernel total 0 # ls -l /boot/ total 980 drwxr-xr-x 2 root wheel 25600 Aug 18 11:58 GENERIC -r--r--r-- 1 root wheel 7636 Feb 24 20:52 beastie.4th -r--r--r-- 1 root wheel 8192 Feb 24 20:52 boot -r--r--r-- 1 root wheel 512 Feb 24 20:52 boot0 -r--r--r-- 1 root wheel 512 Feb 24 20:52 boot0sio -r--r--r-- 1 root wheel 512 Feb 24 20:52 boot1 -r--r--r-- 1 root wheel 7680 Feb 24 20:52 boot2 -r--r--r-- 1 root wheel 1201 Feb 24 20:52 cdboot drwxr-xr-x 2 root wheel 512 Aug 18 11:58 defaults -r--r--r-- 1 root wheel 1739 Feb 24 20:53 device.hints drwxr-xr-x 2 root wheel 512 Feb 24 20:49 firmware -r--r--r-- 1 root wheel 2249 Feb 24 20:52 frames.4th -r--r--r-- 1 root wheel 7551 Aug 14 09:27 gptboot drwxr-xr-x 2 root wheel 512 Feb 24 20:49 kernel drwxr-xr-x 2 root wheel 512 Aug 13 15:30 kernel.old drwxr-xr-x 2 root wheel 25600 Aug 18 11:47 kernel.prev -r-xr-xr-x 1 root wheel 253952 Feb 24 20:52 loader -r--r--r-- 1 root wheel 7545 Feb 24 20:52 loader.4th -rw-r--r-- 1 root wheel 105 May 12 14:32 loader.conf -r--r--r-- 1 root wheel 15219 Feb 24 20:52 loader.help -r-xr-xr-x 1 root wheel 245760 Aug 13 15:05 loader.old -r--r--r-- 1 root wheel 385 Feb 24 20:52 loader.rc -r--r--r-- 1 root wheel 512 Feb 24 20:52 mbr drwxr-xr-x 2 root wheel 512 Feb 24 20:49 modules -r--r--r-- 1 root wheel 512 Aug 14 09:27 pmbr -r--r--r-- 1 root wheel 256000 Feb 24 20:52 pxeboot -r--r--r-- 1 root wheel 692 Feb 24 20:52 screen.4th -r--r--r-- 1 root wheel 36435 Feb 24 20:52 support.4th drwxr-xr-x 2 root wheel 512 Feb 24 20:49 zfs # # ls -l /boot/GENERIC total 114862 -r-xr-xr-x 1 root wheel 14215 Feb 24 23:16 3dfx.ko -r-xr-xr-x 1 root wheel 49242 Feb 24 23:16 3dfx.ko.symbols -r-xr-xr-x 1 root wheel 5120 Feb 24 23:16 3dfx_linux.ko -r-xr-xr-x 1 root wheel 26277 Feb 24 23:16 3dfx_linux.ko.symbols -r-xr-xr-x 1 root wheel 64716 Feb 24 23:16 aac.ko -r-xr-xr-x 1 root wheel 179069 Feb 24 23:16 aac.ko.symbols -r-xr-xr-x 1 root wheel 4611 Feb 24 23:16 aac_linux.ko -r-xr-xr-x 1 root wheel 25619 Feb 24 23:16 aac_linux.ko.symbols -r-xr-xr-x 1 root wheel 3520 Feb 24 23:16 accf_data.ko -r-xr-xr-x 1 root wheel 11200 Feb 24 23:16 accf_data.ko.symbols ***************detruncated output********************** ----------------------------------------------------------- kernel directory is empty - this is normal? /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 13:21:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FFA106566C; Mon, 18 Aug 2008 13:21:09 +0000 (UTC) (envelope-from V.Rezkii@sam-solutions.net) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.freebsd.org (Postfix) with ESMTP id B26FB8FC19; Mon, 18 Aug 2008 13:21:08 +0000 (UTC) (envelope-from V.Rezkii@sam-solutions.net) Received: from pc636.sam-solutions.net ([192.168.117.46]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 18 Aug 2008 16:21:02 +0300 From: Uladzislau Rezki Organization: SS To: Robert Watson Date: Mon, 18 Aug 2008 16:21:31 +0300 User-Agent: KMail/1.9.9 References: <200808142120.13609.v.rezkii@sam-solutions.net> <200808151217.04626.v.rezkii@sam-solutions.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808181621.32105.v.rezkii@sam-solutions.net> X-OriginalArrivalTime: 18 Aug 2008 13:21:02.0726 (UTC) FILETIME=[43173A60:01C90135] Cc: freebsd-hackers@freebsd.org, Roman Divacky Subject: Re: textvp_fullpath X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 13:21:09 -0000 On 16 August 2008 01:09:39 Robert Watson wrote: > On Fri, 15 Aug 2008, Uladzislau Rezki wrote: > > We have to to do a few thinks: > > > > 1) do original "write" sys call; > > 2) get full path (/etc/passwd); > > 3) put all this information to user land through the character device. > > > > I get stuck in point 2. I need to get full path, but how ... > > In FreeBSD 6.2 and higher, the kernel event auditing facility provides > exactly this service already. Take a look at the auditpipe(4) facility for > details of the run-time monitoring aspect of that. > Thank you, I haven't known about it before. I looked through the source code of the "auditpipe", and found a function called "canon_path" that obtains a full path using "vn_fullpath". This function retrieve the full filesystem path that correspond to a "vnode" from cache, BUT just in case it is available within "namecache". "textvp_fullpath" and "vn_fullpath" are not reliable. Maybe I've skipped something while investigating auditpipe, but I found only one place where they get full path (audit_bsm_klib.c +483) and they use "vn_fullpath". Please correct me if am not right. Thank you in advance. -- Uladzislau Rezki From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 14:46:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961781065672; Mon, 18 Aug 2008 14:46:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 30A2A8FC08; Mon, 18 Aug 2008 14:46:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7IEkWkP052949; Mon, 18 Aug 2008 10:46:46 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 18 Aug 2008 10:02:14 -0400 User-Agent: KMail/1.9.7 References: <48A70B37.60401@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808181002.14885.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Mon, 18 Aug 2008 10:46:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8053/Mon Aug 18 08:42:12 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Guillaume Ballet , Sam Leffler Subject: Re: Extending the ddb command set X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 14:46:53 -0000 On Sunday 17 August 2008 01:17:54 pm Guillaume Ballet wrote: > On Sat, Aug 16, 2008 at 5:15 PM, Sam Leffler wrote: > > Guillaume Ballet wrote: > >> Hello hackers, > >> > >> I am currently working on a small project and would like to add a few > >> commands to the set that is available in ddb. > >> > >> I found that very interesting albeit succinct presentation: > >> http://people.freebsd.org/~jhb/papers/bsdcan/2008/slides.odp >>le.freebsd.org/%7Ejhb/papers/bsdcan/2008/slides.odp> > >> > >> where the author hints that I should use DB_COMMAND, which I did. Yet > >> when invoking ddb, the command does not appear in the help list. I have > >> taken a look at the source code and was expecting set_db_cmd_set to > >> appear in my module's section list when calling objdump -h > >> > >> Is DB_COMMAND only working within the kernel itself, and not modules? > > > > That is correct; you can't add ddb cmds from modules. It should be > > doable; just hasn't been done yet. > > > > Sam > > It is indeed doable: Here are the diffs for a first attempt at doing > this. I am not entirely satisfied with it, though, as it does not work > with DB_SHOW_COMMAND and the likes... Also, I have to declare a lot of > ddb-related stuff into kern_linker.c and I don't like it. I am > currently working at improving the whole thing, but in the mean time > if someone wants to give it a try, comments/rants would be greatly > appreciated. A simpler approach is probably to make DB_COMMAND() use a SYSINIT to register new functions instead of teaching DDB about that linker set. You just need to write a shared "register_command()" function (and a deregister for SYSUNINIT for module unload) that the SYSINIT uses. This also probably requires changing the structure of the DDB tables, though you might be able to make it simpler now. You could probably just make the tables be sorted linked lists now instead of arrays. This would also remove the whole "aux table" hack. > Guillaume > > --- sys/linker.h.orig 2008-08-17 18:45:56.000000000 +0200 > +++ sys/linker.h 2008-08-17 18:50:57.000000000 +0200 > @@ -155,6 +155,9 @@ > int linker_ddb_search_symbol(caddr_t _value, c_linker_sym_t *_sym, > long *_diffp); > int linker_ddb_symbol_values(c_linker_sym_t _sym, linker_symval_t > *_symval); +struct command; > +int linker_ddb_cmd_search(char *, struct command **); > +int linker_ddb_cmd_list(void); > > > /* HWPMC helper */ > --- kern/kern_linker.c.orig 2008-08-17 08:38:51.000000000 +0200 > +++ kern/kern_linker.c 2008-08-17 18:47:45.000000000 +0200 > @@ -777,6 +777,9 @@ > * that the files list is inconsistant instead. > */ > > +#include > +#include > + > int > linker_ddb_lookup(const char *symstr, c_linker_sym_t *sym) > { > @@ -831,6 +834,52 @@ > } > return (ENOENT); > } > + > +int linker_ddb_cmd_list() > +{ > + linker_file_t lf; > + struct command **start, **stop, **search; > + > + TAILQ_FOREACH(lf, &linker_files, link) { > + if (!linker_file_lookup_set(lf,"db_cmd_set",&start,&stop,NULL)) { > + for (search=start; search < stop; search++) { > + db_printf("%-12s", (*search)->name); > + db_end_line(12); > + } > + } > + } > + > + return 0; > +} > + > +int linker_ddb_cmd_search(char *name, struct command **cmdp) > +{ > + linker_file_t lf; > + char *lp, *rp; > + struct command **cmd, **start, **stop; > + int c; > + > + TAILQ_FOREACH(lf, &linker_files, link) { > + if (!linker_file_lookup_set(lf, "db_cmd_set", &start, &stop, > NULL)) { + for (cmd=start; cmd < stop; cmd++) { > + lp = name; > + rp = (*cmd)->name; > + > + while((c = *lp) == *rp) { > + if (c == 0) { > + *cmdp = *cmd; > + return 0; > + } > + > + lp++; > + rp++; > + } > + } > + } > + } > + > + return -1; > +} > #endif > > /* > --- ddb/db_command.c.orig 2008-08-17 10:26:26.000000000 +0200 > +++ ddb/db_command.c 2008-08-17 18:42:22.000000000 +0200 > @@ -253,6 +253,9 @@ > if (result == CMD_UNIQUE) > return (CMD_UNIQUE); > } > + if (result == CMD_NONE && linker_ddb_cmd_search(name,cmdp) == 0) { > + result = CMD_UNIQUE; > + } > if (result == CMD_NONE) { > /* check for 'help' */ > if (name[0] == 'h' && name[1] == 'e' > @@ -280,6 +283,7 @@ > db_printf("%-12s", (*aux_cmdp)->name); > db_end_line(12); > } > + linker_ddb_cmd_list(); > } > > static void > --- ddb/db_command.h.orig 2008-08-17 18:37:34.000000000 +0200 > +++ ddb/db_command.h 2008-08-17 18:49:29.000000000 +0200 > @@ -46,4 +46,7 @@ > extern db_addr_t db_next; /* next address to be examined > or written */ > > +extern int linker_ddb_cmd_search(char*,struct command **); > +extern int linker_ddb_cmd_list(void); > + > #endif /* !_DDB_DB_COMMAND_H_ */ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 13:51:34 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 744591065684 for ; Mon, 18 Aug 2008 13:51:32 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from mother.ludd.ltu.se (mother.ludd.ltu.se [130.240.16.3]) by mx1.freebsd.org (Postfix) with ESMTP id 183DE8FC56 for ; Mon, 18 Aug 2008 13:51:31 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from brother.ludd.ltu.se (root@brother.ludd.ltu.se [130.240.16.78]) by mother.ludd.ltu.se (8.13.6+Sun/8.12.10) with ESMTP id m7IDpSQh003275 for ; Mon, 18 Aug 2008 15:51:28 +0200 (MEST) Received: from brother.ludd.ltu.se (pb@localhost [127.0.0.1]) by brother.ludd.ltu.se (8.13.6+Sun/8.12.2) with ESMTP id m7IDpSE2020632 for ; Mon, 18 Aug 2008 15:51:28 +0200 (MEST) Received: (from pb@localhost) by brother.ludd.ltu.se (8.13.6+Sun/8.13.6/Submit) id m7IDpSZr020630 for freebsd-hackers@freebsd.org; Mon, 18 Aug 2008 15:51:28 +0200 (MEST) From: Peter B Message-Id: <200808181351.m7IDpSZr020630@brother.ludd.ltu.se> To: freebsd-hackers@freebsd.org Date: Mon, 18 Aug 2008 15:51:28 +0200 (MEST) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 18 Aug 2008 15:25:17 +0000 Subject: Keyboard map for asus-eee900-linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 13:51:34 -0000 Here's a new console + X11 keymap for FreeBSD on Asus Eee 900 linux netbook: It should work for all asus eee models with Swedish, Danish, Norwegian, Finnish or Icelandic keyboard. In particular this fixes the '|' character. (Asus Eee Nordic SE-DK-NW-FI-IS 80-keys) kbdcontrol -l asus_eee_nordic.kbd Console keyboard map diff: diff -ru /usr/share/syscons/keymaps/swedish.iso.kbd asus_eee_nordic.kbd --- /usr/share/syscons/keymaps/swedish.iso.kbd 2008-02-24 18:52:28.000000000 +0100 +++ asus_eee_nordic.kbd 2008-08-18 13:27:32.000000000 +0200 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/syscons/keymaps/swedish.iso.kbd,v 1.17 2001/03/11 23:41:19 ache Exp $ +# $FreeBSD: src/share/syscons/keymaps/nordic_eee900.kbd,v 1.0 2008/08/16 16:49:24 pb Exp $ # alt # scan cntrl alt alt cntrl lock # code base shift cntrl shift alt shift cntrl shift state @@ -11,24 +11,24 @@ 005 '4' 164 nop nop '$' nop nop nop O 006 '5' '%' nop nop nop nop nop nop O 007 '6' '&' nop nop nop nop nop nop O - 008 '7' '/' nop nop '{' nop nop nop O + 008 '7' '/' nop nop '{' '÷' nop nop O 009 '8' '(' nop nop '[' nop nop nop O 010 '9' ')' nop nop ']' nop gs nop O 011 '0' '=' nop nop '}' nop nop nop O 012 '+' '?' nop nop '\' nop fs nop O - 013 128 '`' nop nop nop nop nop nop O + 013 128 '`' nop nop 39 '|' nop nop O 014 bs bs del del bs bs del del O 015 ht btab nop nop ht btab nop nop O 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C 017 'w' 'W' etb etb 'w' 'W' etb etb C 018 'e' 'E' enq enq 164 'E' enq enq C - 019 'r' 'R' dc2 dc2 'r' 'R' dc2 dc2 C + 019 'r' 'R' dc2 dc2 '®' 'R' dc2 dc2 C 020 't' 'T' dc4 dc4 't' 'T' dc4 dc4 C 021 'y' 'Y' em em 'y' 'Y' em em C - 022 'u' 'U' nak nak 'u' 'U' nak nak C + 022 'u' 'U' nak nak 'µ' 'ü' nak nak C 023 'i' 'I' ht ht 'i' 'I' ht ht C 024 'o' 'O' si si 'o' 'O' si si C - 025 'p' 'P' dle dle 'p' 'P' dle dle C + 025 'p' 'P' dle dle '¶' 'P' dle dle C 026 229 197 nop nop '}' ']' nop nop C 027 168 '^' nop nop '~' nop nop nop O 028 cr cr nl nl cr cr nl nl O @@ -47,15 +47,15 @@ 041 167 189 nop nop '\' '|' nop nop O 042 lshift lshift lshift lshift lshift lshift lshift lshift O 043 ''' '*' nop nop nop nop nop nop O - 044 'z' 'Z' sub sub 'z' 'Z' sub sub C + 044 'z' 'Z' sub sub '|' 'Z' sub sub C 045 'x' 'X' can can 'x' 'X' can can C 046 'c' 'C' etx etx 'c' 'C' etx etx C 047 'v' 'V' syn syn 'v' 'V' syn syn C - 048 'b' 'B' stx stx 'b' 'B' stx stx C + 048 'b' 'B' stx 'ß' 'b' 'B' stx stx C 049 'n' 'N' so so 'n' 'N' so so C - 050 'm' 'M' cr cr 'm' 'M' cr cr C - 051 ',' ';' nop nop nop '<' nop nop O - 052 '.' ':' nop nop nop '>' nop nop O + 050 'm' 'M' cr cr 181 'M' cr cr C + 051 ',' ';' nop nop '<' '<' nop nop O + 052 '.' ':' nop nop '>' '>' nop nop O 053 '-' '_' us nop '/' '?' nop nop O 054 rshift rshift rshift rshift rshift rshift rshift rshift O 055 '*' '*' '*' '*' '*' '*' '*' '*' O Console keyboard map as bzip -9z uuencode: begin 644 asus_eee_nordic.kbd.bz2 M0EIH.3%!62936="%76T`!_'_FO$P"`!_______________\``0,```"`A&`' M'W@GO,NK3PCO"&]D:T`!*BD:`'J:-``&0>FIZ$`!H````'IM3"GB8H--(&U( M35/0@:F(P$8"8F`1@`!&1II@$P`&D>4J>0FT(-```````````````DU2A/4W MHF%$-$9&"&FF`$8!!@!&30P1B9&"#@`&@T-!H`-,@T,@::```R`#(#(`"))! M&FE'@*:AH``&@&@````&@R-`&33$0!#M_!Z8!XZD8I&+`3IHQ9`#%[WZ^?20 M@2$_;:)Y$"42%$`!10HD."R3@,"9U%>$OBIZ=-=.OE7R>%N*)5GUZ<+M!H\U M.+CQN-K92M@TRS"BWHIDC?0BE`!&M)BF M+F=A#1!!A"^E!C%&)%%5B21O29T&^$AJSHDPW42/6QT3J=7\NKMZW-KYD4M%K5DJ*!6=D\ZQ&WT:]L%?!88X8W%[ MX:N$.8TY1*[J<9997)M2U;6G*TC8((((81$/)FE:AUXO;*[88Z\EUZ=/1E;1 M4\1%&`8$`-=VS1SMG/PPPUXZLL]1N66('5A(`%T%WK"]8-T1LL$@DEHU83[2?<'.)D[)+R7DO)LDP)@(N!"PA81=[F]>)9OUJS1D&F5RAHE$8% MQLTBB,+E(7LTS4BIC`Y4'35'A^"!,-6-^;'5]#U&?8=/P:*XV*%#PT-#QW#@ MH=E=,6%7BVY8X^5R+WCL.O?'[99DJ3\*;+:GE.GM0>:BP0D1(6\A+**4KBX' M'%/OOO4J$Z%*4)2(@F3!*0$L%1@L%6`L%1(B1$BP5$B)$2(D1@*2`*JJBK[E M5515*(JBJM&D*)#,$/6@9\)0-@G##2/$/=[JZ-38:L]58#6V,4JQ?M25YLU` MU]``O8RY[`2G%=(XT&"2"08%()!@4@D&"2"08)()!@BG,D&"*]X MG&I:D:!0=R>7*4B2;WE M)W:NJ"N&.62I5Q( MO"HS.L@!7$DDDDF;N222P&:E%+)8XVGBGD'+PILRQ`&M=`6`JP%6`JP%@+`P MSVYZYM>M9GCGHSOHJJF&.C,"_,"19`,*H"BJ`A1)!O=3B*J=L(PFBQ-K29DL M`!4,+U#SM65J5O>]:EB8M)FA7`%6J0`355E6DI3M"BZI9B[Z;[+%%V:42D-J5DUC#Z@#_ M;`O_K,((Y`=J!=JPL45$L(/#*+%U&W``"AR#`-2!I@!92O70)L7XDL6+$WN" M0!_X*9D`VJ`G8#487$O00.U`&V\$XN!;<%&U$T8WM6"XSY`E',:#;>2QR6'XPR4!-"4@?^+ *N2*<*$AH0JZV@``` ` end This is loaded with sh ~/.xmodmaprc in ~/.xinitrc (Should be done in another way. I just didn't get it to load the intended way) X11 keyboard xmodmap (~/.xmodmaprc): # Z | xmodmap -e "keycode 0x34 = z Z guillemotleft less 0x7C less" # `|` xmodmap -e "keycode 0x15 = dead_acute dead_grave plusminus notsign bar notsign" # § 1/2 xmodmap -e "keycode 0x31 = section onehalf paragraph threequarters paragraph threequarters" # B ß xmodmap -e "keycode 0x38 = b B rightdoublequotemark rightsinglequotemark 223 rightsinglequotemark" # I ¶ xmodmap -e "keycode 0x1F = i I rightarrow idotless 182 idotless" So far I got ethernet(ae), wlan(ath), graphics (Xorg), sound (hda), raw cardreader (da), keyboard, and acpi battery status to work. Todo: camera, 3G-internet. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 15:38:35 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB175106567A for ; Mon, 18 Aug 2008 15:38:35 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 71BAC8FC08 for ; Mon, 18 Aug 2008 15:38:35 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by gxk10 with SMTP id 10so4298999gxk.19 for ; Mon, 18 Aug 2008 08:38:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=ka2yECww3vQ724PSKUitMl0MyWa+41xB+xF8q/gVfiY=; b=LKOp/qTVAY+8hrm4CxFBwaNKC0J9i9NLSosIn9D8VZ5ut0NN+Phk18QagoFbajylWX ao/hdv9G2G33C5bnradJ+m311KnP1tuchV2Yu7H7IYsq2mQH3s23wTgphoPrsVv2fplq U0YCxXwbX/NlVDhy3U6Q97tGOi9tOiNX5R54I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=TAuFK99J1rCEC9T2zt+I3/dVaTrUAhWfzz4adZBYurCmLodCOfLZmkuTeLjPKWBuBp hvaUZy3c+5pNAopymyYhiPR7CvN3MU6FhMIyiCt39KFcuBOvcRJGMVz2fecOK1EgxJ/D 1VH6f5Dn4ZGaGjOjnqdlUGBYCFo2jdCvof35s= Received: by 10.151.103.11 with SMTP id f11mr9868315ybm.190.1219072449218; Mon, 18 Aug 2008 08:14:09 -0700 (PDT) Received: by 10.150.225.21 with HTTP; Mon, 18 Aug 2008 08:14:01 -0700 (PDT) Message-ID: Date: Mon, 18 Aug 2008 11:14:01 -0400 From: "Ryan Stone" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 18 Aug 2008 15:50:00 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 15:38:35 -0000 Are there any problems acquiring a sleep mutex after acquiring an sx lock? man 9 locking says that you can't, but doesn't provide any reasons. Obviously while you're holding the mutex you have to abide by the rules applying to mutexes, but as long as you do that, I can't see why acquiring a mutex after an sx lock would cause an issue. Is the locking man page wrong about this? Ryan Stone From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 15:54:21 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDB87106566B for ; Mon, 18 Aug 2008 15:54:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED7C8FC14 for ; Mon, 18 Aug 2008 15:54:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-002-184.pools.arcor-ip.net [88.66.2.184]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KV73j3CDF-0000j4; Mon, 18 Aug 2008 17:54:20 +0200 Received: (qmail 6310 invoked from network); 18 Aug 2008 15:54:19 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 18 Aug 2008 15:54:19 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 18 Aug 2008 17:54:18 +0200 User-Agent: KMail/1.10.0 (FreeBSD/8.0-CURRENT; KDE/4.1.0; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808181754.18812.max@love2party.net> X-Provags-ID: V01U2FsdGVkX195kLIUxnEjVqQ/dw1Xg4QG5JQQxfPwUyIpDyV IqwCqQW5lq54yW8eWEPzbOZB961M9PgeUVIuP/3iv3LzVrkc7Z BfJ0wTs03TKa8OMVZVSFA== Cc: Ryan Stone Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 15:54:22 -0000 On Monday 18 August 2008 17:14:01 Ryan Stone wrote: > Are there any problems acquiring a sleep mutex after acquiring an sx lock? > man 9 locking says that you can't, but doesn't provide any reasons. > Obviously while you're holding the mutex you have to abide by the rules > applying to mutexes, but as long as you do that, I can't see why acquiring > a mutex after an sx lock would cause an issue. Is the locking man page > wrong about this? Where does it say so? The interaction table clearly shows: You have: You want: Spin_mtx Slp_mtx sx_lock rw_lock rm_locksleep SPIN mutex ok-1 no no no no no-3 Sleep mutex ok ok-1 no ok ok no-3 | V sx_lock ok -->ok<-- ok-2 ok ok ok-4 ^ | rw_lock ok ok no ok-2 ok no-3 rm_lock ok ok no ok ok-2 no -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 16:02:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583431065674 for ; Mon, 18 Aug 2008 16:02:57 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id EB3628FC1E for ; Mon, 18 Aug 2008 16:02:56 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by gxk10 with SMTP id 10so4334835gxk.19 for ; Mon, 18 Aug 2008 09:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Z7384rLmA/fNJ45wupDqrzlJpIsUV0l8/WD9vwJQVVI=; b=coesCGR+ae6eDj8i8yus8DGT2cB89Q+KC8Q+M2bFroz/NbrbO65IU24tXIP4UFDjwe vaYW0jwXtM5Qb8bYZCcibyk9f3/ixmOwfExq7b2r2zSTf7lCLZ4hrQFSOaGjGB8xzJD1 gfzZGIBKuQ9ThmJwHvQxrgLXYKrKMKXt7t1xQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=KeF1WhgeXNPXqMcQmngQFVaEpdGDJf6KBFIJ+/ppwyAY0PIzTDZ9JJdl+j81Wu5tch i/5SraUiLBckastkMY+yeEDPYXFzTakPVx70+75zaC6KpyMW1qjw75q7vRhWzcoMlVtG yKilCwaWXYa6a4T+9I8m1qokHPHh2cVqFam3Q= Received: by 10.150.149.19 with SMTP id w19mr9944730ybd.50.1219075376342; Mon, 18 Aug 2008 09:02:56 -0700 (PDT) Received: by 10.150.225.21 with HTTP; Mon, 18 Aug 2008 09:02:56 -0700 (PDT) Message-ID: Date: Mon, 18 Aug 2008 12:02:56 -0400 From: "Ryan Stone" To: freebsd-hackers@freebsd.org In-Reply-To: <200808181754.18812.max@love2party.net> MIME-Version: 1.0 References: <200808181754.18812.max@love2party.net> X-Mailman-Approved-At: Mon, 18 Aug 2008 16:10:49 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Max Laier Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 16:02:57 -0000 I guess the FreeBSD 8 man pages have been fixed but the FreeBSD 7 ones haven't. This is what I was looking at: http://www.freebsd.org/cgi/man.cgi?query=locking&apropos=0&sektion=0&manpath=FreeBSD+7.0-RELEASE&format=html Thanks for the response, Ryan Stone On Mon, Aug 18, 2008 at 11:54 AM, Max Laier wrote: > On Monday 18 August 2008 17:14:01 Ryan Stone wrote: > > Are there any problems acquiring a sleep mutex after acquiring an sx > lock? > > man 9 locking says that you can't, but doesn't provide any reasons. > > Obviously while you're holding the mutex you have to abide by the rules > > applying to mutexes, but as long as you do that, I can't see why > acquiring > > a mutex after an sx lock would cause an issue. Is the locking man page > > wrong about this? > > Where does it say so? The interaction table clearly shows: > > You have: You want: Spin_mtx Slp_mtx sx_lock rw_lock rm_locksleep > SPIN mutex ok-1 no no no no no-3 > Sleep mutex ok ok-1 no ok ok no-3 > | > V > sx_lock ok -->ok<-- ok-2 ok ok ok-4 > ^ > | > rw_lock ok ok no ok-2 ok no-3 > rm_lock ok ok no ok ok-2 no > > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 16:46:13 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5503C106567B for ; Mon, 18 Aug 2008 16:46:13 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id F3F698FC1A for ; Mon, 18 Aug 2008 16:46:12 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 18 Aug 2008 12:24:12 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id CC25211703; Mon, 18 Aug 2008 12:24:11 -0400 (EDT) Date: Mon, 18 Aug 2008 12:24:11 -0400 From: Ed Maste To: freebsd-hackers@freebsd.org Message-ID: <20080818162411.GA77460@sandvine.com> References: <200808181754.18812.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 18 Aug 2008 16:24:12.0111 (UTC) FILETIME=[D9464DF0:01C9014E] Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 16:46:13 -0000 On Mon, Aug 18, 2008 at 12:02:56PM -0400, Ryan Stone wrote: > On Mon, Aug 18, 2008 at 11:54 AM, Max Laier wrote: > > > On Monday 18 August 2008 17:14:01 Ryan Stone wrote: > > > Are there any problems acquiring a sleep mutex after acquiring an sx > > lock? > > > man 9 locking says that you can't, but doesn't provide any reasons. > > [...] > > > > Where does it say so? The interaction table clearly shows: [...] Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock, You want: Slp_mtx" case from no to ok (in r173444). -Ed From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 18:31:04 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A639B1065674 for ; Mon, 18 Aug 2008 18:31:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 85D4B8FC19 for ; Mon, 18 Aug 2008 18:31:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 37E022346; Mon, 18 Aug 2008 11:31:04 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id E8FF42D6099; Mon, 18 Aug 2008 11:31:03 -0700 (PDT) Message-ID: <48A9BFED.604@elischer.org> Date: Mon, 18 Aug 2008 11:31:09 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ed Maste References: <200808181754.18812.max@love2party.net> <20080818162411.GA77460@sandvine.com> In-Reply-To: <20080818162411.GA77460@sandvine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 18:31:04 -0000 Ed Maste wrote: > On Mon, Aug 18, 2008 at 12:02:56PM -0400, Ryan Stone wrote: > >> On Mon, Aug 18, 2008 at 11:54 AM, Max Laier wrote: >> >>> On Monday 18 August 2008 17:14:01 Ryan Stone wrote: >>>> Are there any problems acquiring a sleep mutex after acquiring an sx >>> lock? >>>> man 9 locking says that you can't, but doesn't provide any reasons. >>> [...] >>> >>> Where does it say so? The interaction table clearly shows: [...] > > Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock, > You want: Slp_mtx" case from no to ok (in r173444). hmmm you know, I'm not sure what the correct answer is.. I thought rw locks were mutex compatible but sx locks were NOT.. > > -Ed > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 18:38:35 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11B3106564A for ; Mon, 18 Aug 2008 18:38:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id D0F268FC28 for ; Mon, 18 Aug 2008 18:38:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B24242364; Mon, 18 Aug 2008 11:38:35 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 506512D6076; Mon, 18 Aug 2008 11:38:35 -0700 (PDT) Message-ID: <48A9C1B0.5010805@elischer.org> Date: Mon, 18 Aug 2008 11:38:40 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ed Maste References: <200808181754.18812.max@love2party.net> <20080818162411.GA77460@sandvine.com> <48A9BFED.604@elischer.org> In-Reply-To: <48A9BFED.604@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 18:38:36 -0000 Julian Elischer wrote: > Ed Maste wrote: >> On Mon, Aug 18, 2008 at 12:02:56PM -0400, Ryan Stone wrote: >> >>> On Mon, Aug 18, 2008 at 11:54 AM, Max Laier wrote: >>> >>>> On Monday 18 August 2008 17:14:01 Ryan Stone wrote: >>>>> Are there any problems acquiring a sleep mutex after acquiring an sx >>>> lock? >>>>> man 9 locking says that you can't, but doesn't provide any reasons. >>>> [...] >>>> >>>> Where does it say so? The interaction table clearly shows: [...] >> >> Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock, >> You want: Slp_mtx" case from no to ok (in r173444). > > > hmmm > you know, I'm not sure what the correct answer is.. I thought rw locks > were mutex compatible but sx locks were NOT.. Ignore me.. I was reading the table backwards.. of course if you have an sx you can still take out a mutex, but not visa versa. An sx lock is considered related to a sleep. (i.e. may be long term) and as such must not be taken out when holding a mutex, which must not sleep. > >> >> -Ed >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 21:11:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B7B1065683; Mon, 18 Aug 2008 21:11:59 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id EC1728FC0A; Mon, 18 Aug 2008 21:11:58 +0000 (UTC) (envelope-from nikhil.rao@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 18 Aug 2008 13:41:46 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,230,1217833200"; d="scan'208";a="371651552" Received: from orsmsx335.amr.corp.intel.com (HELO orsmsx335.jf.intel.com) ([10.22.226.40]) by fmsmga002.fm.intel.com with ESMTP; 18 Aug 2008 13:40:40 -0700 Received: from orsmsx419.amr.corp.intel.com ([10.22.226.88]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 18 Aug 2008 13:43:08 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 18 Aug 2008 13:42:10 -0700 Message-ID: <12A5C15467D5B94F8E0FF265D9498ADD0383F1CA@orsmsx419.amr.corp.intel.com> In-Reply-To: <20080818120021.751FB106568E@hub.freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multiple page support Thread-Index: AckBKhQLd0o4eU90ToGWJVTn0UwbjwAMB09w References: <20080818120021.751FB106568E@hub.freebsd.org> From: "Rao, Nikhil" To: , X-OriginalArrivalTime: 18 Aug 2008 20:43:08.0185 (UTC) FILETIME=[057F1090:01C90173] Cc: Subject: Multiple page support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 21:11:59 -0000 What is the current status of multiple page sizes for applications (4K and 2MB) in FreeBSD 8-CURRENT ? It is enabled by default for the amd64 arch and only available in the amd64 and i386 architectures. >From reading the source code, there is support for "reservations" as described in the original paper (http://www.cs.rice.edu/~jnavarro/papers/phdthesis.pdf)=20 Is the feature implementation complete apart from bug fixes etc ? Couple of features that I am referring to=20 1) I haven't seen any code for the "population map" radix tree that is supposed to help with reservation preemption (It enables you to lazily update the reservation pointer in struct vm_page, but this pointer itself doesn't exist anyways) 2) The original paper describes modification to the paging daemon to handle fragmentation, are these modifications implemented ? 3) Say the hardware were able to support an additional page size, How easy would it be to add an additional page size ?=20 Nikhil From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 21:13:43 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6E1106564A; Mon, 18 Aug 2008 21:13:43 +0000 (UTC) (envelope-from rfrench@freebsd.org) Received: from oberon.wxnz.net (oberon.wxnz.net [58.28.6.13]) by mx1.freebsd.org (Postfix) with ESMTP id 13D208FC16; Mon, 18 Aug 2008 21:13:43 +0000 (UTC) (envelope-from rfrench@freebsd.org) Received: from mini-tank.local (ip-58-28-152-154.static-xdsl.xnet.co.nz [58.28.152.154]) by oberon.wxnz.net (Postfix) with ESMTP id 152F1464284; Tue, 19 Aug 2008 09:17:02 +1200 (NZST) From: Ryan French To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 19 Aug 2008 09:13:39 +1200 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200808190913.40316.rfrench@freebsd.org> Cc: Subject: Summer of Code is over!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 21:13:43 -0000 Hi all, As those of you involved in the Google Summer of Code know, today is the last day of coding for the project. However, I still have a lot to do on my implementation of MPLS, and will continue to work on this until it is working. I would like to say thank you to all of those who have helped me over the course of the program in trying to get this project up and running. With that in mind I have submitted the semi-finished code for trying to get sending and receiving of packets working. Unfortunately I have come up against a bit of a brick wall in terms of trying to figure out the exact inner workings of FreeBSD. At the moment, in theory at least, the sending and receiving of packets should work, however I am stuck as to how to integrate my code properly with the kernel. So far I have created a mpls_init which contains a netisr_register function, as well as inserted the appropriate code into the ether_demux function, but it still does not appear to be running the code when an MPLS packet is received. If anyone would like to look at the code and give me any feedback on how to improve it, or any ideas on how to get it working, it would be greatly appreciated, and I understand it is a very big ask of anyone to look through it, so I will thank you in advance for your time. Thank you for being such a great community and helping me get through this summer of code. No doubt you will be hearing from me on the mailing lists as I continue to try and get this project working, and possibly even move onto other projects. -Ryan French From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 23:43:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58FED1065676 for ; Mon, 18 Aug 2008 23:43:50 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.freebsd.org (Postfix) with SMTP id D342C8FC1E for ; Mon, 18 Aug 2008 23:43:49 +0000 (UTC) (envelope-from simon@optinet.com) Received: (qmail 7014 invoked by uid 110); 18 Aug 2008 23:17:08 -0000 Received: from unknown (HELO desktop1) (simon%optinet.com@69.112.29.182) by cobra.acceleratedweb.net with SMTP; 18 Aug 2008 23:17:08 -0000 From: "Simon" To: "freebsd-hackers@freebsd.org" Date: Mon, 18 Aug 2008 19:16:53 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2717) For Windows 2000 (5.1.2600;3) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20080818234349.D342C8FC1E@mx1.freebsd.org> Subject: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2008 23:43:50 -0000 Hello All, I sent this to freebsd-questions but it went unanswered, hoping for better luck here. The issue I'm trying to resolve is this: Ever since I went from 6.x to 7.0-R I have started experiencing disk quotas getting out of sync with the actual amount used. For example, a user with 100GB used disk space suddenly shows usage of only 80GB as if the data is gone, but it isn't. This forces me to run quotacheck -av often. Was something changed regarding quotas in 7.0-R? Nobody else noticed this issue? I have this issue across multiple, different hardware, servers running 7.0-R Thank you for any insight and help in advance! -Simon From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 01:10:44 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A360E106564A for ; Tue, 19 Aug 2008 01:10:44 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 285498FC0C for ; Tue, 19 Aug 2008 01:10:43 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so319251uge.39 for ; Mon, 18 Aug 2008 18:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=k/nn5FLmq2T14vn23coxJYGa+XJe6iM7YpxCKIPxirw=; b=h3rjhsUPeZ9JsOaEN1C3R7ffuWnFr2k+/nBmm+eXKe5cgVJ46qVhCar3ERhp+g5bYe +zxe02GZajBBuHsdU7b76ztcZ4ITUUzOQ9Z04VcfzI5h3gZLGmYyQjcJGgFLGuZNCT2F KbJvRfhO82Y6SGD4qr72F8wILF2kqdjNFhPeA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=pfHE46o4yFSxQVJXG8Exl6AgVHNwALI7okCq/Omct+GJwtTaSCRkLLFYVW/lF2u1kL wC+2humDM4DR2NCZ5Qvee/bT0gjwahLLFyaz4mpSLaRfbgGjBcDIxYCq2z7DZV0xjgCE G7lSdzFpVrjbahrBC7osEHu4hGx7nIQaKXqYk= Received: by 10.103.246.17 with SMTP id y17mr4367719mur.55.1219108242874; Mon, 18 Aug 2008 18:10:42 -0700 (PDT) Received: by 10.103.169.13 with HTTP; Mon, 18 Aug 2008 18:10:42 -0700 (PDT) Message-ID: Date: Mon, 18 Aug 2008 22:10:42 -0300 From: "Carlos A. M. dos Santos" To: "Rao, Nikhil" In-Reply-To: <12A5C15467D5B94F8E0FF265D9498ADD0383F1CA@orsmsx419.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080818120021.751FB106568E@hub.freebsd.org> <12A5C15467D5B94F8E0FF265D9498ADD0383F1CA@orsmsx419.amr.corp.intel.com> Cc: FreeBSD-Hackers Subject: Re: Multiple page support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 01:10:44 -0000 On Mon, Aug 18, 2008 at 5:42 PM, Rao, Nikhil wrote: > > What is the current status of multiple page sizes for applications (4K > and 2MB) in FreeBSD 8-CURRENT ? It is enabled by default for the amd64 > arch and only available in the amd64 and i386 architectures. I just saw this message in -current that may interest you: http://lists.freebsd.org/pipermail/freebsd-current/2008-August/087605.html -- If you think things can't get worse it's probably only because you lack sufficient imagination. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 02:05:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6D01065671 for ; Tue, 19 Aug 2008 02:05:50 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC348FC12 for ; Tue, 19 Aug 2008 02:05:50 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3993828fgb.35 for ; Mon, 18 Aug 2008 19:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=wzHgoMjVcxfftohToP1eoCD/NJ1F5f5+Kqx8AGORr18=; b=vuBjJ07C08g0Mbs5fD0kUEupDpVY+PA5MRp03sF/Jjz9PlzDYRrXnrBvyMRSog+2Ug O2iA9zy0SVaHl0vhpMWMwwLhf4ikDxBSaSm3lf4h23I1XMhRTenUEUpPMdWMg6yOdyJ8 3bi/rmlYoOzdU2lvY4oP/Gf14dSAXnL5judR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=wMopkvUUTGlrESo1WdOg4yJjjwxuMbbmmFkl/UHe1CTAAoCxqKyvJQ+5DslPeMaClT 2qSaNcE/UqasPdMOGs45Yq61to0ttZ5/etj6WWZFWIZgU+gkvJK53Nga1xSAov7NO1Yp GnlP15F7kESroYr6KC7SP6SXNDgTsn+u1wdYc= Received: by 10.180.228.14 with SMTP id a14mr3761829bkh.98.1219109803629; Mon, 18 Aug 2008 18:36:43 -0700 (PDT) Received: by 10.181.3.3 with HTTP; Mon, 18 Aug 2008 18:36:43 -0700 (PDT) Message-ID: <6eb82e0808181836p2f5bc5cfoa0072e8f00e34a5b@mail.gmail.com> Date: Tue, 19 Aug 2008 09:36:43 +0800 From: "Rong-en Fan" To: Simon In-Reply-To: <20080818234349.D342C8FC1E@mx1.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080818234349.D342C8FC1E@mx1.freebsd.org> Cc: "freebsd-hackers@freebsd.org" , Konstantin Belousov Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 02:05:51 -0000 On Tue, Aug 19, 2008 at 7:16 AM, Simon wrote: > Hello All, > > I sent this to freebsd-questions but it went unanswered, hoping for better > luck here. The issue I'm trying to resolve is this: > > Ever since I went from 6.x to 7.0-R I have started experiencing disk quotas > getting out of sync with the actual amount used. For example, a user with > 100GB used disk space suddenly shows usage of only 80GB as if the data > is gone, but it isn't. This forces me to run quotacheck -av often. Was > something changed regarding quotas in 7.0-R? Nobody else noticed this issue? > I have this issue across multiple, different hardware, servers running 7.0-R > > Thank you for any insight and help in advance! Are you running SMP? Quotas in 7.x and 6.x (since this May) become MPSAFE. I'm CC'ing kib@ who wrote the patch, maybe he has some insights. Regards, Rong-En Fan From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 03:54:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7549106566C for ; Tue, 19 Aug 2008 03:54:32 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.freebsd.org (Postfix) with SMTP id 975AF8FC1D for ; Tue, 19 Aug 2008 03:54:32 +0000 (UTC) (envelope-from simon@optinet.com) Received: (qmail 67299 invoked by uid 110); 19 Aug 2008 03:54:31 -0000 Received: from unknown (HELO desktop1) (simon%optinet.com@69.112.29.182) by cobra.acceleratedweb.net with SMTP; 19 Aug 2008 03:54:31 -0000 From: "Simon" To: "Rong-en Fan" Date: Mon, 18 Aug 2008 23:54:15 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2717) For Windows 2000 (5.1.2600;3) In-Reply-To: <6eb82e0808181836p2f5bc5cfoa0072e8f00e34a5b@mail.gmail.com> MIME-Version: 1.0 Message-Id: <20080819035432.975AF8FC1D@mx1.freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-hackers@freebsd.org" , Konstantin Belousov Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 03:54:33 -0000 Yes, I'm running SMP on all machines, version 7.0-R-p2 (amd64 on some). No group quotas, just user. Thanks, Simon On Tue, 19 Aug 2008 09:36:43 +0800, Rong-en Fan wrote: >On Tue, Aug 19, 2008 at 7:16 AM, Simon wrote: >> Hello All, >> >> I sent this to freebsd-questions but it went unanswered, hoping for better >> luck here. The issue I'm trying to resolve is this: >> >> Ever since I went from 6.x to 7.0-R I have started experiencing disk quotas >> getting out of sync with the actual amount used. For example, a user with >> 100GB used disk space suddenly shows usage of only 80GB as if the data >> is gone, but it isn't. This forces me to run quotacheck -av often. Was >> something changed regarding quotas in 7.0-R? Nobody else noticed this issue? >> I have this issue across multiple, different hardware, servers running 7.0-R >> >> Thank you for any insight and help in advance! >Are you running SMP? Quotas in 7.x and 6.x (since this May) become MPSAFE. >I'm CC'ing kib@ who wrote the patch, maybe he has some insights. >Regards, >Rong-En Fan From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 06:36:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 131B0106564A for ; Tue, 19 Aug 2008 06:36:36 +0000 (UTC) (envelope-from rkramer@mweb.com) Received: from mwbmarshal.mweb.com (mwbmarshal.mweb.com [196.2.141.6]) by mx1.freebsd.org (Postfix) with ESMTP id E1E348FC1E for ; Tue, 19 Aug 2008 06:36:34 +0000 (UTC) (envelope-from rkramer@mweb.com) Received: from mwbfes2.mweb.com (Not Verified[196.2.141.74]) by mwbmarshal.mweb.com with NetIQ MailMarshal 6.0 Service Pack 1 (v6, 0, 3, 28) id ; Tue, 19 Aug 2008 08:36:31 +0200 Received: from MWBEXCH.mweb.com ([196.2.141.76]) by mwbfes2.mweb.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Aug 2008 08:36:31 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 19 Aug 2008 08:36:31 +0200 Message-ID: <39DC135F7F0571489196E0B6F5D58B4A03B46055@MWBEXCH.mweb.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Recommend literature for beginner programer Thread-Index: AckBxjIRvebpnyGbReaU6f742a5S2w== From: "Rudi Kramer - MWEB" To: X-OriginalArrivalTime: 19 Aug 2008 06:36:31.0815 (UTC) FILETIME=[EAE9DD70:01C901C5] Subject: Recommend literature for beginner programer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 06:36:36 -0000 Hello, I've been using FreeBSD for the last couple of years as an admin and I would like to take the next step and learn how to write code, specifically with FreeBSD in mind. Can anyone recommend some good literature to get me started? Thanks Rudi From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 07:02:56 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE48B1065674 for ; Tue, 19 Aug 2008 07:02:56 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from nexus.in-nomine.org (dhammapada.xs4all.nl [82.95.168.248]) by mx1.freebsd.org (Postfix) with ESMTP id 7529E8FC19 for ; Tue, 19 Aug 2008 07:02:56 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id CE759DF47; Tue, 19 Aug 2008 09:02:54 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at in-nomine.org Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id leA7qQusK8cx; Tue, 19 Aug 2008 09:02:53 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id D1C5BDF46; Tue, 19 Aug 2008 09:02:53 +0200 (CEST) Date: Tue, 19 Aug 2008 09:02:53 +0200 From: Jeroen Ruigrok van der Werven To: Rudi Kramer - MWEB Message-ID: <20080819070253.GH87062@nexus.in-nomine.org> References: <39DC135F7F0571489196E0B6F5D58B4A03B46055@MWBEXCH.mweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <39DC135F7F0571489196E0B6F5D58B4A03B46055@MWBEXCH.mweb.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Recommend literature for beginner programer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 07:02:56 -0000 -On [20080819 08:36], Rudi Kramer - MWEB (rkramer@mweb.com) wrote: >I've been using FreeBSD for the last couple of years as an admin and I >would like to take the next step and learn how to write code, >specifically with FreeBSD in mind. What is your goal? I am of the opinion that, unless you want to dig into the kernel and such things, your time might be better spent learning a language like Python. Otherwise, if you want to dig into FreeBSD source code then you automatically come to C. So depending on your goal the books differ. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B The quieter you become, the more you are able to hear... From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 07:30:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1051065671 for ; Tue, 19 Aug 2008 07:30:36 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from mail959c35.nsolutionszone.com (mail959c35.nsolutionszone.com [209.235.152.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3E41A8FC19 for ; Tue, 19 Aug 2008 07:30:36 +0000 (UTC) (envelope-from mpp@mppsystems.com) X-POP-User: mppsystems.gulftel.com Received: from mppsystems.com ([99.194.188.184]) by mail959c35.nsolutionszone.com (8.13.6.20060614/8.13.1) with ESMTP id m7J6kkon031905 for ; Tue, 19 Aug 2008 06:46:48 GMT Received: by mppsystems.com (Postfix, from userid 1000) id 361211700C; Tue, 19 Aug 2008 01:46:46 -0500 (CDT) Date: Tue, 19 Aug 2008 01:46:46 -0500 From: Mike Pritchard To: Simon Message-ID: <20080819064646.GA7787@mppsystems.com> References: <20080818234349.D342C8FC1E@mx1.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080818234349.D342C8FC1E@mx1.freebsd.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: "freebsd-hackers@freebsd.org" Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 07:30:36 -0000 On Mon, Aug 18, 2008 at 07:16:53PM -0400, Simon wrote: > Hello All, > > I sent this to freebsd-questions but it went unanswered, hoping for better > luck here. The issue I'm trying to resolve is this: > > Ever since I went from 6.x to 7.0-R I have started experiencing disk quotas > getting out of sync with the actual amount used. For example, a user with > 100GB used disk space suddenly shows usage of only 80GB as if the data > is gone, but it isn't. This forces me to run quotacheck -av often. Was > something changed regarding quotas in 7.0-R? Nobody else noticed this issue? > I have this issue across multiple, different hardware, servers running 7.0-R > > Thank you for any insight and help in advance! > > -Simon What do your quota options look like in rc.conf? And what does the fstab look like for the file system in question? -- Mike Pritchard mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 07:36:19 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF4B106566C for ; Tue, 19 Aug 2008 07:36:19 +0000 (UTC) (envelope-from rkramer@mweb.com) Received: from mwbmarshal.mweb.com (mwbmarshal.mweb.com [196.2.141.6]) by mx1.freebsd.org (Postfix) with ESMTP id 739128FC13 for ; Tue, 19 Aug 2008 07:36:18 +0000 (UTC) (envelope-from rkramer@mweb.com) Received: from mwbfes1.mweb.com (Not Verified[196.2.141.73]) by mwbmarshal.mweb.com with NetIQ MailMarshal 6.0 Service Pack 1 (v6, 0, 3, 28) id ; Tue, 19 Aug 2008 09:36:13 +0200 Received: from MWBEXCH.mweb.com ([196.2.141.76]) by mwbfes1.mweb.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Aug 2008 09:36:13 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 19 Aug 2008 09:36:12 +0200 Message-ID: <39DC135F7F0571489196E0B6F5D58B4A03B46056@MWBEXCH.mweb.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Recommend literature for beginner programer Thread-Index: AckBybQNvXiEDJluRqaCvF/4KFOgzwAAZxcA References: <39DC135F7F0571489196E0B6F5D58B4A03B46055@MWBEXCH.mweb.com> <20080819070253.GH87062@nexus.in-nomine.org> From: "Rudi Kramer - MWEB" To: "Jeroen Ruigrok van der Werven" X-OriginalArrivalTime: 19 Aug 2008 07:36:13.0719 (UTC) FILETIME=[41E50A70:01C901CE] Cc: freebsd-hackers@freebsd.org Subject: RE: Recommend literature for beginner programer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 07:36:19 -0000 > Ruigrok van der Werven >=20 > What is your goal? I learn how FreeBSD is put together and eventually contribute code to the base. Rudi=20 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 08:00:51 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 529C91065672 for ; Tue, 19 Aug 2008 08:00:51 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from nexus.in-nomine.org (dhammapada.xs4all.nl [82.95.168.248]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA708FC18 for ; Tue, 19 Aug 2008 08:00:51 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 454B3DF47; Tue, 19 Aug 2008 10:00:50 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at in-nomine.org Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mObYRONzqgv6; Tue, 19 Aug 2008 10:00:49 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 255DBDF46; Tue, 19 Aug 2008 10:00:49 +0200 (CEST) Date: Tue, 19 Aug 2008 10:00:49 +0200 From: Jeroen Ruigrok van der Werven To: Rudi Kramer - MWEB Message-ID: <20080819080049.GI87062@nexus.in-nomine.org> References: <39DC135F7F0571489196E0B6F5D58B4A03B46055@MWBEXCH.mweb.com> <20080819070253.GH87062@nexus.in-nomine.org> <39DC135F7F0571489196E0B6F5D58B4A03B46056@MWBEXCH.mweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <39DC135F7F0571489196E0B6F5D58B4A03B46056@MWBEXCH.mweb.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Recommend literature for beginner programer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 08:00:51 -0000 -On [20080819 09:37], Rudi Kramer - MWEB (rkramer@mweb.com) wrote: >I learn how FreeBSD is put together and eventually contribute code to >the base. So C it is. http://home.netcom.com/~tjensen/ptr/pointers.htm is a good reference for arrays and pointers. C: A Reference Manual is a good reference: http://www.amazon.com/dp/013089592X/ Programming in C (3rd edition) gets good reviews: http://www.amazon.com/dp/0672326663/ C Primer PLus (5th Edition) also looks like a good book: http://www.amazon.com/dp/0672326965/ People might say "get the K&R book", but I think that's outdated and the text itself is not the easiest, in my opinion. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B These days get so long and I got nothing to do... From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 12:38:00 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB561065684 for ; Tue, 19 Aug 2008 12:38:00 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.freebsd.org (Postfix) with SMTP id 1A4EC8FC26 for ; Tue, 19 Aug 2008 12:37:59 +0000 (UTC) (envelope-from simon@optinet.com) Received: (qmail 94811 invoked by uid 110); 19 Aug 2008 12:37:59 -0000 Received: from unknown (HELO desktop1) (simon%optinet.com@69.112.29.182) by cobra.acceleratedweb.net with SMTP; 19 Aug 2008 12:37:59 -0000 From: "Simon" To: "Mike Pritchard" Date: Tue, 19 Aug 2008 08:37:57 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2717) For Windows 2000 (5.1.2600;3) In-Reply-To: <20080819064646.GA7787@mppsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20080819123800.1A4EC8FC26@mx1.freebsd.org> Cc: "freebsd-hackers@freebsd.org" Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 12:38:00 -0000 fstab: /dev/mfid0s2d /web1 ufs rw,userquota 2 2 rc.conf: enable_quotas="YES" check_quotas="NO" I always had it this way and it always worked until 7.x -Simon On Tue, 19 Aug 2008 01:46:46 -0500, Mike Pritchard wrote: >On Mon, Aug 18, 2008 at 07:16:53PM -0400, Simon wrote: >> Hello All, >> >> I sent this to freebsd-questions but it went unanswered, hoping for better >> luck here. The issue I'm trying to resolve is this: >> >> Ever since I went from 6.x to 7.0-R I have started experiencing disk quotas >> getting out of sync with the actual amount used. For example, a user with >> 100GB used disk space suddenly shows usage of only 80GB as if the data >> is gone, but it isn't. This forces me to run quotacheck -av often. Was >> something changed regarding quotas in 7.0-R? Nobody else noticed this issue? >> I have this issue across multiple, different hardware, servers running 7.0-R >> >> Thank you for any insight and help in advance! >> >> -Simon >What do your quota options look like in rc.conf? And what does the >fstab look like for the file system in question? >-- >Mike Pritchard >mpp @ FreeBSD.org >"If tyranny and oppression come to this land, it will be in the guise >of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 13:03:48 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DEC3106566B for ; Tue, 19 Aug 2008 13:03:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id ABEEE8FC22 for ; Tue, 19 Aug 2008 13:03:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KVQsD-000PHO-IG; Tue, 19 Aug 2008 16:03:45 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7JD3gVI055233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Aug 2008 16:03:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7JD3gHW043028; Tue, 19 Aug 2008 16:03:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7JD3fiv043026; Tue, 19 Aug 2008 16:03:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 19 Aug 2008 16:03:41 +0300 From: Kostik Belousov To: Simon Message-ID: <20080819130341.GY1803@deviant.kiev.zoral.com.ua> References: <6eb82e0808181836p2f5bc5cfoa0072e8f00e34a5b@mail.gmail.com> <20080819035432.975AF8FC1D@mx1.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5FFaGRZUwcpbKFrw" Content-Disposition: inline In-Reply-To: <20080819035432.975AF8FC1D@mx1.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KVQsD-000PHO-IG d0955496471507f7fa681d000577b1c5 X-Terabit: YES Cc: "freebsd-hackers@freebsd.org" , Rong-en Fan , Konstantin Belousov Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 13:03:48 -0000 --5FFaGRZUwcpbKFrw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 18, 2008 at 11:54:15PM -0400, Simon wrote: >=20 > Yes, I'm running SMP on all machines, version 7.0-R-p2 (amd64 on some). > No group quotas, just user. The questions to you: 1. Are inode counts for users coincide with quota report ? 2. How did you compared "actual usage" with the usage reported by quota subsystem ? >=20 > Thanks, > Simon >=20 > On Tue, 19 Aug 2008 09:36:43 +0800, Rong-en Fan wrote: >=20 > >On Tue, Aug 19, 2008 at 7:16 AM, Simon wrote: > >> Hello All, > >> > >> I sent this to freebsd-questions but it went unanswered, hoping for be= tter > >> luck here. The issue I'm trying to resolve is this: > >> > >> Ever since I went from 6.x to 7.0-R I have started experiencing disk q= uotas > >> getting out of sync with the actual amount used. For example, a user w= ith > >> 100GB used disk space suddenly shows usage of only 80GB as if the data > >> is gone, but it isn't. This forces me to run quotacheck -av often. Was > >> something changed regarding quotas in 7.0-R? Nobody else noticed this = issue? > >> I have this issue across multiple, different hardware, servers running= 7.0-R > >> > >> Thank you for any insight and help in advance! >=20 > >Are you running SMP? Quotas in 7.x and 6.x (since this May) become MPSAF= E. > >I'm CC'ing kib@ who wrote the patch, maybe he has some insights. >=20 > >Regards, > >Rong-En Fan >=20 >=20 >=20 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --5FFaGRZUwcpbKFrw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiqxK0ACgkQC3+MBN1Mb4jhZACfeTwZTgUatlDA0pytOF6uJewc AW8An1mfFR6n7wTHPfpjJh7rxRaR96Oc =/A56 -----END PGP SIGNATURE----- --5FFaGRZUwcpbKFrw-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 13:24:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7D91065679 for ; Tue, 19 Aug 2008 13:24:22 +0000 (UTC) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.freebsd.org (Postfix) with SMTP id D05328FC24 for ; Tue, 19 Aug 2008 13:24:21 +0000 (UTC) (envelope-from simon@optinet.com) Received: (qmail 5266 invoked by uid 110); 19 Aug 2008 13:24:20 -0000 Received: from unknown (HELO desktop1) (simon%optinet.com@69.112.29.182) by cobra.acceleratedweb.net with SMTP; 19 Aug 2008 13:24:20 -0000 From: "Simon" To: "Kostik Belousov" Date: Tue, 19 Aug 2008 09:24:18 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2717) For Windows 2000 (5.1.2600;3) In-Reply-To: <20080819130341.GY1803@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Message-Id: <20080819132421.D05328FC24@mx1.freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rong-en Fan , "freebsd-hackers@freebsd.org" , Konstantin Belousov Subject: Re: Disk quotas out of sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 13:24:22 -0000 Yes, the inodes seem to be in sync. When I run quotacheck -av only blocks get fixed or at least that is what I see. Here is an example repquota -a output before 'quotacheck -av': Block limits File limits User used soft hard grace used soft hard grace john -- 135426892 175000000 175000000 - 183785 500000 500000 - after quotacheck: /web1: john fixed (user): blocks 270853784 -> 326298284 Block limits File limits User used soft hard grace used soft hard grace john -- 163149142 175000000 175000000 - 183785 500000 500000 - -Simon On Tue, 19 Aug 2008 16:03:41 +0300, Kostik Belousov wrote: >On Mon, Aug 18, 2008 at 11:54:15PM -0400, Simon wrote: >>=20 >> Yes, I'm running SMP on all machines, version 7.0-R-p2 (amd64 on some). >> No group quotas, just user. >The questions to you: >1. Are inode counts for users coincide with quota report ? >2. How did you compared "actual usage" with the usage reported by > quota subsystem ? >>=20 >> Thanks, >> Simon >>=20 >> On Tue, 19 Aug 2008 09:36:43 +0800, Rong-en Fan wrote: >>=20 >> >On Tue, Aug 19, 2008 at 7:16 AM, Simon wrote: >> >> Hello All, >> >> >> >> I sent this to freebsd-questions but it went unanswered, hoping for be= >tter >> >> luck here. The issue I'm trying to resolve is this: >> >> >> >> Ever since I went from 6.x to 7.0-R I have started experiencing disk q= >uotas >> >> getting out of sync with the actual amount used. For example, a user w= >ith >> >> 100GB used disk space suddenly shows usage of only 80GB as if the data >> >> is gone, but it isn't. This forces me to run quotacheck -av often. Was >> >> something changed regarding quotas in 7.0-R? Nobody else noticed this = >issue? >> >> I have this issue across multiple, different hardware, servers running= > 7.0-R >> >> >> >> Thank you for any insight and help in advance! >>=20 >> >Are you running SMP? Quotas in 7.x and 6.x (since this May) become MPSAF= >E. >> >I'm CC'ing kib@ who wrote the patch, maybe he has some insights. >>=20 >> >Regards, >> >Rong-En Fan >>=20 >>=20 >>=20 >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 13:05:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92CCF1065686 for ; Tue, 19 Aug 2008 13:05:32 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from mother.ludd.ltu.se (mother.ludd.ltu.se [130.240.16.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4278FC1B for ; Tue, 19 Aug 2008 13:05:31 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from brother.ludd.ltu.se (root@brother.ludd.ltu.se [130.240.16.78]) by mother.ludd.ltu.se (8.13.6+Sun/8.12.10) with ESMTP id m7JD5Tu4013712 for ; Tue, 19 Aug 2008 15:05:29 +0200 (MEST) Received: from brother.ludd.ltu.se (pb@localhost [127.0.0.1]) by brother.ludd.ltu.se (8.13.6+Sun/8.12.2) with ESMTP id m7JD5Txa007125 for ; Tue, 19 Aug 2008 15:05:29 +0200 (MEST) Received: (from pb@localhost) by brother.ludd.ltu.se (8.13.6+Sun/8.13.6/Submit) id m7JD5Tbl007123 for freebsd-hackers@freebsd.org; Tue, 19 Aug 2008 15:05:29 +0200 (MEST) From: Peter B Message-Id: <200808191305.m7JD5Tbl007123@brother.ludd.ltu.se> To: freebsd-hackers@freebsd.org Date: Tue, 19 Aug 2008 15:05:29 +0200 (MEST) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 19 Aug 2008 14:16:04 +0000 Subject: USB Video class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 13:05:32 -0000 Is there any ongoing project towards USB Video class support in FreeBSD ..? (Looking at the Asus eee builtin webcam 0x04F2 (CHICONY) 0xB071) Some links: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/ uvideo.c http://developer.berlios.de/projects/linux-uvc http://www.usb.org/developers/devclass_docs/USB_Video_Class_1_1.zip From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 15:27:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFBD3106567F for ; Tue, 19 Aug 2008 15:27:09 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id A08678FC13 for ; Tue, 19 Aug 2008 15:27:09 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Aug 2008 11:26:07 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id AC4CB11703; Tue, 19 Aug 2008 11:26:07 -0400 (EDT) Date: Tue, 19 Aug 2008 11:26:07 -0400 From: Ed Maste To: Julian Elischer Message-ID: <20080819152607.GA44331@sandvine.com> References: <200808181754.18812.max@love2party.net> <20080818162411.GA77460@sandvine.com> <48A9BFED.604@elischer.org> <48A9C1B0.5010805@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48A9C1B0.5010805@elischer.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 19 Aug 2008 15:26:07.0873 (UTC) FILETIME=[E6EB8710:01C9020F] Cc: freebsd-hackers@freebsd.org Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 15:27:10 -0000 On Mon, Aug 18, 2008 at 11:38:40AM -0700, Julian Elischer wrote: > >Ed Maste wrote: > >>Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock, > >>You want: Slp_mtx" case from no to ok (in r173444). > > Ignore me.. I was reading the table backwards.. of course if you have > an sx you can still take out a mutex, but not visa versa. Yep, and ups' r173444 change didn't affect this at all, it just corrected the table. If I don't hear otherwise I'll merge the changes to the table to 7 sometime soon: You have: You want: Spin_mtx Slp_mtx sx_lock rw_lock sleep - SPIN mutex ok no no no no-3 + SPIN mutex ok-1 no no no no-3 Sleep mutex ok ok-1 no ok no-3 - sx_lock ok no ok-2 no ok-4 + sx_lock ok ok ok-2 ok ok-4 rw_lock ok ok no ok-2 no-3 Have SPIN / want SPIN adds the "Recursion is defined per lock" footnote. Have sx / want Slp & have sx / want rw change from no to ok. - Ed From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 15:53:48 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D85106567A for ; Tue, 19 Aug 2008 15:53:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id AF6ED8FC1B for ; Tue, 19 Aug 2008 15:53:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A562C9.dip.t-dialin.net [84.165.98.201]) by redbull.bpaserver.net (Postfix) with ESMTP id 8FB952E168; Tue, 19 Aug 2008 17:53:38 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id AAC8810C1B0; Tue, 19 Aug 2008 17:53:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1219161215; bh=zZs48TMVnrjdS4NjJWat4TgmYGX0N15Dp qaEtVqg9Iw=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Iro9qF9UKv7J7znBl9XjHBaHaLyOgFXJ5G4z6TA1BYAzGajTekx7t6Sn3lMGX/9Jh gzrtBNSC5ZaBaF1xfBdyfuH3ZPn40UacWCi2pVGF1Rt6oabl/Jyb4yCD/08PS8+FOdX I2eAsyUqsyDzNskWxTndhImjT9BjzPkUrYbXHeuibdFdkJavSWsH9nbkU/ECSHfXnf+ HLb65xSsd9x0fNEI1yHEP9yF7SkwDAIKErdHxBvsmbc55jl+PRDRDxSk/4a/EIBDaPI lVhtqAfDAO6dGgewVRlWhm65jVNuphBBg1+p68s5Ts9GjdImqCXL/Djqc79ehzHNLGV In5gayyeQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m7JFrWJ8085433; Tue, 19 Aug 2008 17:53:32 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 19 Aug 2008 17:53:32 +0200 Message-ID: <20080819175332.482767np3ciixag4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 19 Aug 2008 17:53:32 +0200 From: "Alexander Leidinger" To: "Peter B" References: <200808191305.m7JD5Tbl007123@brother.ludd.ltu.se> In-Reply-To: <200808191305.m7JD5Tbl007123@brother.ludd.ltu.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 8FB952E168.ED172 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.427, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_UV 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Tue, 19 Aug 2008 17:07:09 +0000 Cc: usb@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: USB Video class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 15:53:48 -0000 Quoting "Peter B" (from Tue, 19 Aug 2008 15:05:29 =20 +0200 (MEST)): > > Is there any ongoing project towards USB Video class support in FreeBSD ..= ? This is better asked on usb@ (CCed). I'm not aware of such an effort, =20 feel free to start it (you better wait some days until the new USB =20 stack hits CVS). Bye, Alexander. > (Looking at the Asus eee builtin webcam 0x04F2 (CHICONY) 0xB071) > > Some links: > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/ uvideo.c > http://developer.berlios.de/projects/linux-uvc > http://www.usb.org/developers/devclass_docs/USB_Video_Class_1_1.zip > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > --=20 While you don't greatly need the outside world, it's still very reassuring to know that it's still there. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 18:16:43 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F28E1065685 for ; Tue, 19 Aug 2008 18:16:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outf.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8CADA8FC17 for ; Tue, 19 Aug 2008 18:16:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 593782446; Tue, 19 Aug 2008 11:16:43 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 326F62D605C; Tue, 19 Aug 2008 11:16:43 -0700 (PDT) Message-ID: <48AB0E12.8030607@elischer.org> Date: Tue, 19 Aug 2008 11:16:50 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ed Maste References: <200808181754.18812.max@love2party.net> <20080818162411.GA77460@sandvine.com> <48A9BFED.604@elischer.org> <48A9C1B0.5010805@elischer.org> <20080819152607.GA44331@sandvine.com> In-Reply-To: <20080819152607.GA44331@sandvine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Acquiring a mtx after an sx lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 18:16:43 -0000 Ed Maste wrote: > On Mon, Aug 18, 2008 at 11:38:40AM -0700, Julian Elischer wrote: > >>> Ed Maste wrote: >>>> Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock, >>>> You want: Slp_mtx" case from no to ok (in r173444). >> Ignore me.. I was reading the table backwards.. of course if you have >> an sx you can still take out a mutex, but not visa versa. > > Yep, and ups' r173444 change didn't affect this at all, it just > corrected the table. > > If I don't hear otherwise I'll merge the changes to the table to 7 > sometime soon: > > You have: You want: Spin_mtx Slp_mtx sx_lock rw_lock sleep > - SPIN mutex ok no no no no-3 > + SPIN mutex ok-1 no no no no-3 > Sleep mutex ok ok-1 no ok no-3 > - sx_lock ok no ok-2 no ok-4 > + sx_lock ok ok ok-2 ok ok-4 > rw_lock ok ok no ok-2 no-3 > > Have SPIN / want SPIN adds the "Recursion is defined per lock" footnote. > > Have sx / want Slp & have sx / want rw change from no to ok. I agree > > - Ed > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 20:15:20 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5216F1065680 for ; Tue, 19 Aug 2008 20:15:20 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 092868FC12 for ; Tue, 19 Aug 2008 20:15:19 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so65642wra.27 for ; Tue, 19 Aug 2008 13:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=1Wdk+LClguod6emkMxoCymGUgKiYiybqmGQFUDwHMuU=; b=VRLuvP+FVW+OsX0YqI9alxicUsM57cXIi+x3iyWwEcyVLzuDjm2UEcU8YUWihJfqhP 19a8eMCB8P+uM7urUBAkPGCbTi7iv77/rREoYj99HuriNn/n7pTKboLhd1dEo1lUMBZz TGi9xUPbEXJ4HCNLxcPoH40I6Mo4YXRBWI2BE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=N5Cz6k/HQZoYvKzK4TrNkYH1AIVpkDLz2+Ml/W+mNhF5TSljR6tYUtusZjKAw+bGSE bChyomRjHi7gPY1Bi+Ys/pp8+wVy9E6LlCVh3cQ3UmtMX1Et6nn+zXIS56BuAN/WrA11 +yrkUYls1mFksXX8ObplAWR4Toqbr19bP+d/o= Received: by 10.90.53.5 with SMTP id b5mr10134902aga.21.1219176918966; Tue, 19 Aug 2008 13:15:18 -0700 (PDT) Received: by 10.90.86.20 with HTTP; Tue, 19 Aug 2008 13:15:18 -0700 (PDT) Message-ID: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> Date: Tue, 19 Aug 2008 13:15:18 -0700 From: "Jerry Toung" To: freebsd-hackers@freebsd.org, rwatson@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 20:15:20 -0000 Hi List, I am running into a weird issue. On a 6.2 stable, 32bits built with options MAC, I can run pkg_add of anything. But a 6.2 stable, 64bits built with MAC won't let me do pkg_add. If anybody has an input, please advise. Below is the output on the 64 bits machine: net3# pkg_add test.tbz +CONTENTS: Can't update time for +CONTENTS: Operation not permitted pkg_add: tar extract of /wr/home/webmgr/test.tbz failed! pkg_add: unable to extract table of contents file from '/wr/home/webmgr/test.tbz' - not a package? net3# net3# tar xvf test.tbz x +CONTENTS: Can't update time for +CONTENTS: Operation not permitted x +COMMENT: Can't update time for +COMMENT: Operation not permitted x +DESC: Can't update time for +DESC: Operation not permitted x +DISPLAY: Can't update time for +DISPLAY: Operation not permitted x usr/local/bin/sudo: Can't update time for usr/local/bin/sudo: Operation not permitted x usr/local/man/man8/sudo.8: Can't update time for usr/local/man/man8/sudo.8: Operation not permitted x usr/local/man/man8/visudo.8: Can't update time for usr/local/man/man8/visudo.8: Operation not permitted x usr/local/man/man5/sudoers.5 x usr/local/sbin/visudo: Can't update time for usr/local/sbin/visudo: Operation not permitted x usr/local/libexec/sudo_noexec.so: Can't update time for usr/local/libexec/sudo_noexec.so: Operation not permitted x usr/local/libexec/sudo_noexec.la: Can't update time for usr/local/libexec/ sudo_noexec.la: Operation not permitted x etc/sudoers: Can't update time for etc/sudoers: Operation not permitted net3# uname -a FreeBSD net3 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Aug 5 15:10:45 PDT 2008 root@test:/usr/obj/usr/src/sys/MYBD amd64 thanks, Jerry From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 20:26:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E22106566C for ; Tue, 19 Aug 2008 20:26:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D160E8FC18 for ; Tue, 19 Aug 2008 20:26:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E271146C20; Tue, 19 Aug 2008 16:26:34 -0400 (EDT) Date: Tue, 19 Aug 2008 21:26:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jerry Toung In-Reply-To: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> Message-ID: References: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-365493622-1219177594=:62454" Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 20:26:36 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-365493622-1219177594=:62454 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 19 Aug 2008, Jerry Toung wrote: > I am running into a weird issue. On a 6.2 stable, 32bits built with options > MAC, I can run pkg_add of anything. But a 6.2 stable, 64bits built with MAC > won't let me do pkg_add. If anybody has an input, please advise. Below is > the output on the 64 bits machine: Sounds like a bug of some sort. Could you send the output of "sysctl security.mac"? Also, if you could use ktrace to confirm which system calls are returning EACCES/EPERM leading to the warnings, that would also be helpful. Robert N M Watson Computer Laboratory University of Cambridge > > net3# pkg_add test.tbz > +CONTENTS: Can't update time for +CONTENTS: Operation not permitted > pkg_add: tar extract of /wr/home/webmgr/test.tbz failed! > pkg_add: unable to extract table of contents file from > '/wr/home/webmgr/test.tbz' - not a package? > net3# > > net3# tar xvf test.tbz > x +CONTENTS: Can't update time for +CONTENTS: Operation not permitted > x +COMMENT: Can't update time for +COMMENT: Operation not permitted > x +DESC: Can't update time for +DESC: Operation not permitted > x +DISPLAY: Can't update time for +DISPLAY: Operation not permitted > x usr/local/bin/sudo: Can't update time for usr/local/bin/sudo: Operation > not permitted > x usr/local/man/man8/sudo.8: Can't update time for > usr/local/man/man8/sudo.8: Operation not permitted > x usr/local/man/man8/visudo.8: Can't update time for > usr/local/man/man8/visudo.8: Operation not permitted > x usr/local/man/man5/sudoers.5 > x usr/local/sbin/visudo: Can't update time for usr/local/sbin/visudo: > Operation not permitted > x usr/local/libexec/sudo_noexec.so: Can't update time for > usr/local/libexec/sudo_noexec.so: Operation not permitted > x usr/local/libexec/sudo_noexec.la: Can't update time for > usr/local/libexec/sudo_noexec.la: Operation not permitted > x etc/sudoers: Can't update time for etc/sudoers: Operation not permitted > > net3# uname -a > FreeBSD net3 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Aug  5 15:10:45 PDT > 2008     root@test:/usr/obj/usr/src/sys/MYBD  amd64 > > thanks, > Jerry > > --621616949-365493622-1219177594=:62454-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 20:27:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36F461065672 for ; Tue, 19 Aug 2008 20:27:15 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB208FC0A for ; Tue, 19 Aug 2008 20:27:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8E2FC46B23; Tue, 19 Aug 2008 16:27:14 -0400 (EDT) Date: Tue, 19 Aug 2008 21:27:14 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jerry Toung In-Reply-To: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> Message-ID: References: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1461873241-1219177634=:62454" Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 20:27:15 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1461873241-1219177634=:62454 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 19 Aug 2008, Jerry Toung wrote: > I am running into a weird issue. On a 6.2 stable, 32bits built with options > MAC, I can run pkg_add of anything. But a 6.2 stable, 64bits built with MAC > won't let me do pkg_add. If anybody has an input, please advise. Below is > the output on the 64 bits machine: Also -- if you don't yet have an open PR, could you create one and forward me the PR receipt so I can take ownership of it? Robert N M Watson Computer Laboratory University of Cambridge > > net3# pkg_add test.tbz > +CONTENTS: Can't update time for +CONTENTS: Operation not permitted > pkg_add: tar extract of /wr/home/webmgr/test.tbz failed! > pkg_add: unable to extract table of contents file from > '/wr/home/webmgr/test.tbz' - not a package? > net3# > > net3# tar xvf test.tbz > x +CONTENTS: Can't update time for +CONTENTS: Operation not permitted > x +COMMENT: Can't update time for +COMMENT: Operation not permitted > x +DESC: Can't update time for +DESC: Operation not permitted > x +DISPLAY: Can't update time for +DISPLAY: Operation not permitted > x usr/local/bin/sudo: Can't update time for usr/local/bin/sudo: Operation > not permitted > x usr/local/man/man8/sudo.8: Can't update time for > usr/local/man/man8/sudo.8: Operation not permitted > x usr/local/man/man8/visudo.8: Can't update time for > usr/local/man/man8/visudo.8: Operation not permitted > x usr/local/man/man5/sudoers.5 > x usr/local/sbin/visudo: Can't update time for usr/local/sbin/visudo: > Operation not permitted > x usr/local/libexec/sudo_noexec.so: Can't update time for > usr/local/libexec/sudo_noexec.so: Operation not permitted > x usr/local/libexec/sudo_noexec.la: Can't update time for > usr/local/libexec/sudo_noexec.la: Operation not permitted > x etc/sudoers: Can't update time for etc/sudoers: Operation not permitted > > net3# uname -a > FreeBSD net3 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Aug  5 15:10:45 PDT > 2008     root@test:/usr/obj/usr/src/sys/MYBD  amd64 > > thanks, > Jerry > > --621616949-1461873241-1219177634=:62454-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 23:14:42 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D206106566C for ; Tue, 19 Aug 2008 23:14:42 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 166908FC21 for ; Tue, 19 Aug 2008 23:14:41 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so100347wra.27 for ; Tue, 19 Aug 2008 16:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=8rnwob1e3JgWPG25tKEvoaRJ7Ro3j9AH/gmH9ePGoFI=; b=mzBHDcvi8sE5RCwyinLf2S4S0cJ0l0kIRrUWw55gx1Ex9f9DrXkXxqDokMktkbj4cj sxOYv0WkOpfygZzmHWxQ+m88t/2QefF5JCxAEG8n9wnYKsEQ7e8sNNYfpAaS0eU19nTV eJpeG9j4XRdtREMOQD7WXQ9bEZ7iyNMiU3w0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=o76TUg19V8JV3LbjErYnu9x+NkzJpnysFJKzR+UESFdiVjGV+L0BXZfJpS2zaneXYk Wn2/1TG9prAFeCyso5JnewCmVl1YFcGU+gGNmJBzDXXVunUH8iNF+bReXPNcJ/xhj018 ZvYZZgq4DsZBhOarXn4yTb7jiEvBn+c9MVEDg= Received: by 10.90.113.17 with SMTP id l17mr10353779agc.20.1219187681012; Tue, 19 Aug 2008 16:14:41 -0700 (PDT) Received: by 10.90.86.20 with HTTP; Tue, 19 Aug 2008 16:14:40 -0700 (PDT) Message-ID: <86068e730808191614m66b72cb1y8786b8a7b6510df2@mail.gmail.com> Date: Tue, 19 Aug 2008 16:14:40 -0700 From: "Jerry Toung" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 References: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 23:14:42 -0000 On Tue, Aug 19, 2008 at 1:26 PM, Robert Watson wrote: > > > Sounds like a bug of some sort. Could you send the output of "sysctl > security.mac"? Also, if you could use ktrace to confirm which system calls > are returning EACCES/EPERM leading to the warnings, that would also be > helpful. > > I will file a PR later on. In the mean time here are the outputs you were looking for: security.mac.max_slots: 4 security.mac.enforce_network: 1 security.mac.enforce_pipe: 1 security.mac.enforce_posix_sem: 1 security.mac.enforce_suid: 1 security.mac.mmap_revocation_via_cow: 0 security.mac.mmap_revocation: 1 security.mac.enforce_vm: 1 security.mac.enforce_process: 1 security.mac.enforce_socket: 1 security.mac.enforce_system: 1 security.mac.enforce_kld: 1 security.mac.enforce_sysv_msg: 1 security.mac.enforce_sysv_sem: 1 security.mac.enforce_sysv_shm: 1 security.mac.enforce_fs: 1 bsd64-21# kdump -f ktrace.out 1045 ktrace RET ktrace 0 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) 1045 ktrace RET execve -1 errno 2 No such file or directory 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) 1045 ktrace RET execve -1 errno 2 No such file or directory 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) 1045 pkg_add RET execve 0 1045 pkg_add CALL mmap(0,0x1e40,0x3,0x1000,0xffffffff,0,0) 1045 pkg_add RET mmap 5443584/0x800531000 1045 pkg_add CALL munmap(0x800531000,0x1e40) 1045 pkg_add RET munmap 0 1045 pkg_add CALL __sysctl(0x7fffffffe930,0x2,0x800639180,0x7fffffffe928,0,0) 1045 pkg_add RET __sysctl 0 1045 pkg_add CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0) 1045 pkg_add RET mmap 5443584/0x800531000 1045 pkg_add CALL issetugid 1045 pkg_add RET issetugid 0 1045 pkg_add CALL open(0x80052eff0,0,0x1b6) 1045 pkg_add RET open -1 errno 2 No such file or directory 1045 pkg_add CALL open(0x80052e1a8,0,0) 1045 pkg_add RET open 3 1045 pkg_add CALL read(0x3,0x7fffffffe8d0,0x80) 1045 pkg_add RET read 128/0x80 1045 pkg_add CALL lseek(0x3,0,0x80,0) 1045 pkg_add RET lseek 128/0x80 1045 pkg_add CALL read(0x3,0x800535000,0x3c) 1045 pkg_add RET read 60/0x3c 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access -1 errno 2 No such file or directory 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL open(0x8005320c0,0,0x800639060) 1045 pkg_add RET open 3 1045 pkg_add CALL fstat(0x3,0x7fffffffe8e0) 1045 pkg_add RET fstat 0 1045 pkg_add CALL read(0x3,0x800638040,0x1000) 1045 pkg_add RET read 4096/0x1000 1045 pkg_add CALL mmap(0,0x10e000,0x5,0x20002,0x3,0,0) 1045 pkg_add RET mmap 6541312/0x80063d000 1045 pkg_add CALL mprotect(0x800648000,0x1000,0x7) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mprotect(0x800648000,0x1000,0x5) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mmap(0x800749000,0x2000,0x3,0x12,0x3,0,0xc000) 1045 pkg_add RET mmap 7639040/0x800749000 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL open(0x800532120,0,0x6c) 1045 pkg_add RET open 3 1045 pkg_add CALL fstat(0x3,0x7fffffffe8e0) 1045 pkg_add RET fstat 0 1045 pkg_add CALL read(0x3,0x800638040,0x1000) 1045 pkg_add RET read 4096/0x1000 1045 pkg_add CALL mmap(0,0x10c000,0x5,0x20002,0x3,0,0) 1045 pkg_add RET mmap 7647232/0x80074b000 1045 pkg_add CALL mprotect(0x800755000,0x1000,0x7) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mprotect(0x800755000,0x1000,0x5) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mmap(0x800856000,0x1000,0x3,0x12,0x3,0,0xb000) 1045 pkg_add RET mmap 8740864/0x800856000 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access -1 errno 2 No such file or directory 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL open(0x800532140,0,0x75) 1045 pkg_add RET open 3 1045 pkg_add CALL fstat(0x3,0x7fffffffe8e0) 1045 pkg_add RET fstat 0 1045 pkg_add CALL read(0x3,0x800638040,0x1000) 1045 pkg_add RET read 4096/0x1000 1045 pkg_add CALL mmap(0,0x138000,0x5,0x20002,0x3,0,0) 1045 pkg_add RET mmap 8744960/0x800857000 1045 pkg_add CALL mprotect(0x800886000,0x1000,0x7) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mprotect(0x800886000,0x1000,0x5) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mmap(0x800987000,0x8000,0x3,0x12,0x3,0,0x30000) 1045 pkg_add RET mmap 9990144/0x800987000 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL open(0x800532180,0,0x6c) 1045 pkg_add RET open 3 1045 pkg_add CALL fstat(0x3,0x7fffffffe8e0) 1045 pkg_add RET fstat 0 1045 pkg_add CALL read(0x3,0x800638040,0x1000) 1045 pkg_add RET read 4096/0x1000 1045 pkg_add CALL mmap(0,0x247000,0x5,0x20002,0x3,0,0) 1045 pkg_add RET mmap 10022912/0x80098f000 1045 pkg_add CALL mprotect(0x800a9b000,0x1000,0x7) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mprotect(0x800a9b000,0x1000,0x5) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mmap(0x800b9c000,0x37000,0x3,0x12,0x3,0,0x10d000) 1045 pkg_add RET mmap 12173312/0x800b9c000 1045 pkg_add CALL mmap(0x800bd3000,0x3000,0x3,0x1012,0xffffffff,0,0) 1045 pkg_add RET mmap 12398592/0x800bd3000 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL open(0x8005321a0,0,0x2e) 1045 pkg_add RET open 3 1045 pkg_add CALL fstat(0x3,0x7fffffffe8e0) 1045 pkg_add RET fstat 0 1045 pkg_add CALL read(0x3,0x800638040,0x1000) 1045 pkg_add RET read 4096/0x1000 1045 pkg_add CALL mmap(0,0x20f000,0x5,0x20002,0x3,0,0) 1045 pkg_add RET mmap 12410880/0x800bd6000 1045 pkg_add CALL mprotect(0x800cb1000,0x1000,0x7) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mprotect(0x800cb1000,0x1000,0x5) 1045 pkg_add RET mprotect 0 1045 pkg_add CALL mmap(0x800db1000,0x1b000,0x3,0x12,0x3,0,0xdb000) 1045 pkg_add RET mmap 14356480/0x800db1000 1045 pkg_add CALL mmap(0x800dcc000,0x19000,0x3,0x1012,0xffffffff,0,0) 1045 pkg_add RET mmap 14467072/0x800dcc000 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access -1 errno 2 No such file or directory 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL access(0x800536000,0) 1045 pkg_add RET access 0 1045 pkg_add CALL sysarch(0x81,0x7fffffffe9a0) 1045 pkg_add RET sysarch 0 1045 pkg_add CALL mmap(0,0x890,0x3,0x1000,0xffffffff,0,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0x890) 1045 pkg_add RET munmap 0 1045 pkg_add CALL mmap(0,0xae0,0x3,0x1000,0xffffffff,0,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0xae0) 1045 pkg_add RET munmap 0 1045 pkg_add CALL mmap(0,0x650,0x3,0x1000,0xffffffff,0x800000000,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0x650) 1045 pkg_add RET munmap 0 1045 pkg_add CALL mmap(0,0x22e0,0x3,0x1000,0xffffffff,0x800000000,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0x22e0) 1045 pkg_add RET munmap 0 1045 pkg_add CALL mmap(0,0xad70,0x3,0x1000,0xffffffff,0x800000000,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0xad70) 1045 pkg_add RET munmap 0 1045 pkg_add CALL mmap(0,0xb180,0x3,0x1000,0xffffffff,0x800000000,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL munmap(0x800539000,0xb180) 1045 pkg_add RET munmap 0 1045 pkg_add CALL sigprocmask(0x1,0x800637f40,0x7fffffffe960) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL sigprocmask(0x3,0x800637f50,0) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL open(0x40b965,0,0x1b6) 1045 pkg_add RET open -1 errno 2 No such file or directory 1045 pkg_add CALL lstat(0x7fffffffee40,0x7fffffffe250) 1045 pkg_add RET lstat 0 1045 pkg_add CALL __getcwd(0x510f00,0x400) 1045 pkg_add RET __getcwd 0 1045 pkg_add CALL lstat(0x510f00,0x7fffffffe220) 1045 pkg_add RET lstat 0 1045 pkg_add CALL umask(0x12) 1045 pkg_add RET umask 18/0x12 1045 pkg_add CALL sigaction(0x2,0x7fffffffe280,0x7fffffffe260) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigaction(0x1,0x7fffffffe280,0x7fffffffe260) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL stat(0x7fffffffde80,0x7fffffffd600) 1045 pkg_add RET stat 0 1045 pkg_add CALL stat(0x40bb0c,0x7fffffffbd10) 1045 pkg_add RET stat 0 1045 pkg_add CALL statfs(0x40bb0c,0x7fffffffbb20) 1045 pkg_add RET statfs 0 1045 pkg_add CALL gettimeofday(0x7fffffffbb70,0) 1045 pkg_add RET gettimeofday 0 1045 pkg_add CALL getpid 1045 pkg_add RET getpid 1045/0x415 1045 pkg_add CALL open(0x800cb135f,0,0) 1045 pkg_add RET open 3 1045 pkg_add CALL read(0x3,0x7fffffffbb84,0x6c) 1045 pkg_add RET read 108/0x6c 1045 pkg_add CALL close(0x3) 1045 pkg_add RET close 0 1045 pkg_add CALL stat(0x7fffffffda80,0x7fffffffbc40) 1045 pkg_add RET stat 0 1045 pkg_add CALL mkdir(0x7fffffffda80,0x1c0) 1045 pkg_add RET mkdir 0 1045 pkg_add CALL chmod(0x7fffffffda80,0x1c0) 1045 pkg_add RET chmod 0 1045 pkg_add CALL statfs(0x7fffffffda80,0x7fffffffbb20) 1045 pkg_add RET statfs 0 1045 pkg_add CALL __getcwd(0x510220,0x400) 1045 pkg_add RET __getcwd 0 1045 pkg_add CALL chdir(0x7fffffffda80) 1045 pkg_add RET chdir 0 1045 pkg_add CALL readlink(0x800caa841,0x7fffffffbcf0,0x3f) 1045 pkg_add RET readlink -1 errno 2 No such file or directory 1045 pkg_add CALL issetugid 1045 pkg_add RET issetugid 0 1045 pkg_add CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0x800000000,0) 1045 pkg_add RET mmap 5476352/0x800539000 1045 pkg_add CALL break(0x545000) 1045 pkg_add RET break 0 1045 pkg_add CALL break(0x546000) 1045 pkg_add RET break 0 1045 pkg_add CALL break(0x547000) 1045 pkg_add RET break 0 1045 pkg_add CALL break(0x548000) 1045 pkg_add RET break 0 1045 pkg_add CALL __sysctl(0x7fffffffbc08,0x2,0x7fffffffbbfc,0x7fffffffbc00,0,0) 1045 pkg_add RET __sysctl 0 1045 pkg_add CALL break(0x588000) 1045 pkg_add RET break 0 1045 pkg_add CALL sigaction(0x2,0x7fffffffbbe0,0x7fffffffbbc0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigaction(0x3,0x7fffffffbbe0,0x7fffffffbba0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigprocmask(0x1,0x7fffffffbb90,0x7fffffffbb80) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL fork 1045 pkg_add RET fork 1046/0x416 1045 pkg_add CALL wait4(0x416,0x7fffffffbb7c,0,0) 1045 pkg_add RET wait4 1046/0x416 1045 pkg_add CALL sigaction(0x2,0x7fffffffbbc0,0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigaction(0x3,0x7fffffffbba0,0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigprocmask(0x3,0x7fffffffbb80,0) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL break(0x558000) 1045 pkg_add RET break 0 1045 pkg_add CALL write(0x2,0x7fffffffb4a0,0x9) 1045 pkg_add RET write 9 1045 pkg_add CALL write(0x2,0x7fffffffb580,0x25) 1045 pkg_add RET write 37/0x25 1045 pkg_add CALL write(0x2,0x800db7e87,0x1) 1045 pkg_add RET write 1 1045 pkg_add CALL write(0x2,0x7fffffffb520,0x9) 1045 pkg_add RET write 9 1045 pkg_add CALL write(0x2,0x7fffffffb600,0x4f) 1045 pkg_add RET write 79/0x4f 1045 pkg_add CALL write(0x2,0x800db7e87,0x1) 1045 pkg_add RET write 1 1045 pkg_add CALL sigaction(0x2,0x7fffffffbd70,0x7fffffffbd50) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL chdir(0x510220) 1045 pkg_add RET chdir 0 1045 pkg_add CALL __sysctl(0x7fffffffbc78,0x2,0x7fffffffbc6c,0x7fffffffbc70,0,0) 1045 pkg_add RET __sysctl 0 1045 pkg_add CALL break(0x598000) 1045 pkg_add RET break 0 1045 pkg_add CALL sigaction(0x2,0x7fffffffbc50,0x7fffffffbc30) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigaction(0x3,0x7fffffffbc50,0x7fffffffbc10) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigprocmask(0x1,0x7fffffffbc00,0x7fffffffbbf0) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL fork 1045 pkg_add RET fork 1048/0x418 1045 pkg_add CALL wait4(0x418,0x7fffffffbbec,0,0) 1045 pkg_add RET wait4 1048/0x418 1045 pkg_add CALL sigaction(0x2,0x7fffffffbc30,0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigaction(0x3,0x7fffffffbc10,0) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL sigprocmask(0x3,0x7fffffffbbf0,0) 1045 pkg_add RET sigprocmask 0 1045 pkg_add CALL break(0x558000) 1045 pkg_add RET break 0 1045 pkg_add CALL sigaction(0x2,0x7fffffffbd80,0x7fffffffbd60) 1045 pkg_add RET sigaction 0 1045 pkg_add CALL exit(0x1) bsd64-21# From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 23:32:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8BDE106564A for ; Tue, 19 Aug 2008 23:32:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id CE3C48FC1F for ; Tue, 19 Aug 2008 23:32:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m7JNKxtv048971; Tue, 19 Aug 2008 16:20:59 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48AB5598.90404@freebsd.org> Date: Tue, 19 Aug 2008 16:22:00 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jerry Toung References: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> <86068e730808191614m66b72cb1y8786b8a7b6510df2@mail.gmail.com> In-Reply-To: <86068e730808191614m66b72cb1y8786b8a7b6510df2@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Robert Watson Subject: Re: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 23:32:58 -0000 Jerry Toung wrote: > On Tue, Aug 19, 2008 at 1:26 PM, Robert Watson wrote: > >>Sounds like a bug of some sort. Could you send the output of "sysctl >>security.mac"? Also, if you could use ktrace to confirm which system calls >>are returning EACCES/EPERM leading to the warnings, that would also be >>helpful. > > bsd64-21# kdump -f ktrace.out > 1045 ktrace RET ktrace 0 > 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) > 1045 ktrace RET execve -1 errno 2 No such file or directory > 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) > 1045 ktrace RET execve -1 errno 2 No such file or directory > 1045 ktrace CALL execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) > 1045 pkg_add RET execve 0 > 1045 pkg_add CALL mmap(0,0x1e40,0x3,0x1000,0xffffffff,0,0) > 1045 pkg_add RET mmap 5443584/0x800531000 > 1045 pkg_add CALL munmap(0x800531000,0x1e40) > 1045 pkg_add RET munmap 0 Robert forgot to specify "ktrace -i" for this. Without the "-i" option, ktrace won't follow the tar command that gets run by pkg_add. It's actually the tar command that's running into problems. Tim From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 08:25:23 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC1E106567C for ; Wed, 20 Aug 2008 08:25:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E613B8FC12 for ; Wed, 20 Aug 2008 08:25:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4AC0446B2D; Wed, 20 Aug 2008 04:25:22 -0400 (EDT) Date: Wed, 20 Aug 2008 09:25:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jerry Toung In-Reply-To: <86068e730808191614m66b72cb1y8786b8a7b6510df2@mail.gmail.com> Message-ID: References: <86068e730808191315k2997c99bvbbc586e1173858f6@mail.gmail.com> <86068e730808191614m66b72cb1y8786b8a7b6510df2@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-369076823-1219220722=:62454" Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add on 64bits kernel w/ options MAC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2008 08:25:23 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-369076823-1219220722=:62454 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 19 Aug 2008, Jerry Toung wrote: >> Sounds like a bug of some sort.  Could you send the output of "sysctl >> security.mac"?  Also, if you could use ktrace to confirm which system calls >> are returning EACCES/EPERM leading to the warnings, that would also be >> helpful. > > I will file a PR later on. In the mean time here are the outputs you were > looking for: ... > bsd64-21# kdump -f ktrace.out Was this ktrace with -di? If not, could you re-run with that? The results may be Really Big so feel free to put it up at a URL somewhere. Robert N M Watson Computer Laboratory University of Cambridge >   1045 ktrace   RET   ktrace 0 >   1045 ktrace   CALL  > execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) >   1045 ktrace   RET   execve -1 errno 2 No such file or directory >   1045 ktrace   CALL  > execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) >   1045 ktrace   RET   execve -1 errno 2 No such file or directory >   1045 ktrace   CALL  > execve(0x7fffffffe720,0x7fffffffec80,0x7fffffffec98) >   1045 pkg_add  RET   execve 0 >   1045 pkg_add  CALL  mmap(0,0x1e40,0x3,0x1000,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 5443584/0x800531000 >   1045 pkg_add  CALL  munmap(0x800531000,0x1e40) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  > __sysctl(0x7fffffffe930,0x2,0x800639180,0x7fffffffe928,0,0) >   1045 pkg_add  RET   __sysctl 0 >   1045 pkg_add  CALL  mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 5443584/0x800531000 >   1045 pkg_add  CALL  issetugid >   1045 pkg_add  RET   issetugid 0 >   1045 pkg_add  CALL  open(0x80052eff0,0,0x1b6) >   1045 pkg_add  RET   open -1 errno 2 No such file or directory >   1045 pkg_add  CALL  open(0x80052e1a8,0,0) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  read(0x3,0x7fffffffe8d0,0x80) >   1045 pkg_add  RET   read 128/0x80 >   1045 pkg_add  CALL  lseek(0x3,0,0x80,0) >   1045 pkg_add  RET   lseek 128/0x80 >   1045 pkg_add  CALL  read(0x3,0x800535000,0x3c) >   1045 pkg_add  RET   read 60/0x3c >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access -1 errno 2 No such file or directory >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  open(0x8005320c0,0,0x800639060) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  fstat(0x3,0x7fffffffe8e0) >   1045 pkg_add  RET   fstat 0 >   1045 pkg_add  CALL  read(0x3,0x800638040,0x1000) >   1045 pkg_add  RET   read 4096/0x1000 >   1045 pkg_add  CALL  mmap(0,0x10e000,0x5,0x20002,0x3,0,0) >   1045 pkg_add  RET   mmap 6541312/0x80063d000 >   1045 pkg_add  CALL  mprotect(0x800648000,0x1000,0x7) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mprotect(0x800648000,0x1000,0x5) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mmap(0x800749000,0x2000,0x3,0x12,0x3,0,0xc000) >   1045 pkg_add  RET   mmap 7639040/0x800749000 >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  open(0x800532120,0,0x6c) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  fstat(0x3,0x7fffffffe8e0) >   1045 pkg_add  RET   fstat 0 >   1045 pkg_add  CALL  read(0x3,0x800638040,0x1000) >   1045 pkg_add  RET   read 4096/0x1000 >   1045 pkg_add  CALL  mmap(0,0x10c000,0x5,0x20002,0x3,0,0) >   1045 pkg_add  RET   mmap 7647232/0x80074b000 >   1045 pkg_add  CALL  mprotect(0x800755000,0x1000,0x7) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mprotect(0x800755000,0x1000,0x5) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mmap(0x800856000,0x1000,0x3,0x12,0x3,0,0xb000) >   1045 pkg_add  RET   mmap 8740864/0x800856000 >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access -1 errno 2 No such file or directory >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  open(0x800532140,0,0x75) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  fstat(0x3,0x7fffffffe8e0) >   1045 pkg_add  RET   fstat 0 >   1045 pkg_add  CALL  read(0x3,0x800638040,0x1000) >   1045 pkg_add  RET   read 4096/0x1000 >   1045 pkg_add  CALL  mmap(0,0x138000,0x5,0x20002,0x3,0,0) >   1045 pkg_add  RET   mmap 8744960/0x800857000 >   1045 pkg_add  CALL  mprotect(0x800886000,0x1000,0x7) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mprotect(0x800886000,0x1000,0x5) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mmap(0x800987000,0x8000,0x3,0x12,0x3,0,0x30000) >   1045 pkg_add  RET   mmap 9990144/0x800987000 >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  open(0x800532180,0,0x6c) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  fstat(0x3,0x7fffffffe8e0) >   1045 pkg_add  RET   fstat 0 >   1045 pkg_add  CALL  read(0x3,0x800638040,0x1000) >   1045 pkg_add  RET   read 4096/0x1000 >   1045 pkg_add  CALL  mmap(0,0x247000,0x5,0x20002,0x3,0,0) >   1045 pkg_add  RET   mmap 10022912/0x80098f000 >   1045 pkg_add  CALL  mprotect(0x800a9b000,0x1000,0x7) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mprotect(0x800a9b000,0x1000,0x5) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mmap(0x800b9c000,0x37000,0x3,0x12,0x3,0,0x10d000) >   1045 pkg_add  RET   mmap 12173312/0x800b9c000 >   1045 pkg_add  CALL  mmap(0x800bd3000,0x3000,0x3,0x1012,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 12398592/0x800bd3000 >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  open(0x8005321a0,0,0x2e) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  fstat(0x3,0x7fffffffe8e0) >   1045 pkg_add  RET   fstat 0 >   1045 pkg_add  CALL  read(0x3,0x800638040,0x1000) >   1045 pkg_add  RET   read 4096/0x1000 >   1045 pkg_add  CALL  mmap(0,0x20f000,0x5,0x20002,0x3,0,0) >   1045 pkg_add  RET   mmap 12410880/0x800bd6000 >   1045 pkg_add  CALL  mprotect(0x800cb1000,0x1000,0x7) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mprotect(0x800cb1000,0x1000,0x5) >   1045 pkg_add  RET   mprotect 0 >   1045 pkg_add  CALL  mmap(0x800db1000,0x1b000,0x3,0x12,0x3,0,0xdb000) >   1045 pkg_add  RET   mmap 14356480/0x800db1000 >   1045 pkg_add  CALL  mmap(0x800dcc000,0x19000,0x3,0x1012,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 14467072/0x800dcc000 >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access -1 errno 2 No such file or directory >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  access(0x800536000,0) >   1045 pkg_add  RET   access 0 >   1045 pkg_add  CALL  sysarch(0x81,0x7fffffffe9a0) >   1045 pkg_add  RET   sysarch 0 >   1045 pkg_add  CALL  mmap(0,0x890,0x3,0x1000,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0x890) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  mmap(0,0xae0,0x3,0x1000,0xffffffff,0,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0xae0) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  mmap(0,0x650,0x3,0x1000,0xffffffff,0x800000000,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0x650) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  mmap(0,0x22e0,0x3,0x1000,0xffffffff,0x800000000,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0x22e0) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  mmap(0,0xad70,0x3,0x1000,0xffffffff,0x800000000,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0xad70) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  mmap(0,0xb180,0x3,0x1000,0xffffffff,0x800000000,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  munmap(0x800539000,0xb180) >   1045 pkg_add  RET   munmap 0 >   1045 pkg_add  CALL  sigprocmask(0x1,0x800637f40,0x7fffffffe960) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  sigprocmask(0x3,0x800637f50,0) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  open(0x40b965,0,0x1b6) >   1045 pkg_add  RET   open -1 errno 2 No such file or directory >   1045 pkg_add  CALL  lstat(0x7fffffffee40,0x7fffffffe250) >   1045 pkg_add  RET   lstat 0 >   1045 pkg_add  CALL  __getcwd(0x510f00,0x400) >   1045 pkg_add  RET   __getcwd 0 >   1045 pkg_add  CALL  lstat(0x510f00,0x7fffffffe220) >   1045 pkg_add  RET   lstat 0 >   1045 pkg_add  CALL  umask(0x12) >   1045 pkg_add  RET   umask 18/0x12 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffe280,0x7fffffffe260) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigaction(0x1,0x7fffffffe280,0x7fffffffe260) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  stat(0x7fffffffde80,0x7fffffffd600) >   1045 pkg_add  RET   stat 0 >   1045 pkg_add  CALL  stat(0x40bb0c,0x7fffffffbd10) >   1045 pkg_add  RET   stat 0 >   1045 pkg_add  CALL  statfs(0x40bb0c,0x7fffffffbb20) >   1045 pkg_add  RET   statfs 0 >   1045 pkg_add  CALL  gettimeofday(0x7fffffffbb70,0) >   1045 pkg_add  RET   gettimeofday 0 >   1045 pkg_add  CALL  getpid >   1045 pkg_add  RET   getpid 1045/0x415 >   1045 pkg_add  CALL  open(0x800cb135f,0,0) >   1045 pkg_add  RET   open 3 >   1045 pkg_add  CALL  read(0x3,0x7fffffffbb84,0x6c) >   1045 pkg_add  RET   read 108/0x6c >   1045 pkg_add  CALL  close(0x3) >   1045 pkg_add  RET   close 0 >   1045 pkg_add  CALL  stat(0x7fffffffda80,0x7fffffffbc40) >   1045 pkg_add  RET   stat 0 >   1045 pkg_add  CALL  mkdir(0x7fffffffda80,0x1c0) >   1045 pkg_add  RET   mkdir 0 >   1045 pkg_add  CALL  chmod(0x7fffffffda80,0x1c0) >   1045 pkg_add  RET   chmod 0 >   1045 pkg_add  CALL  statfs(0x7fffffffda80,0x7fffffffbb20) >   1045 pkg_add  RET   statfs 0 >   1045 pkg_add  CALL  __getcwd(0x510220,0x400) >   1045 pkg_add  RET   __getcwd 0 >   1045 pkg_add  CALL  chdir(0x7fffffffda80) >   1045 pkg_add  RET   chdir 0 >   1045 pkg_add  CALL  readlink(0x800caa841,0x7fffffffbcf0,0x3f) >   1045 pkg_add  RET   readlink -1 errno 2 No such file or directory >   1045 pkg_add  CALL  issetugid >   1045 pkg_add  RET   issetugid 0 >   1045 pkg_add  CALL  mmap(0,0x1000,0x3,0x1002,0xffffffff,0x800000000,0) >   1045 pkg_add  RET   mmap 5476352/0x800539000 >   1045 pkg_add  CALL  break(0x545000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  break(0x546000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  break(0x547000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  break(0x548000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  > __sysctl(0x7fffffffbc08,0x2,0x7fffffffbbfc,0x7fffffffbc00,0,0) >   1045 pkg_add  RET   __sysctl 0 >   1045 pkg_add  CALL  break(0x588000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbbe0,0x7fffffffbbc0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigaction(0x3,0x7fffffffbbe0,0x7fffffffbba0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigprocmask(0x1,0x7fffffffbb90,0x7fffffffbb80) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  fork >   1045 pkg_add  RET   fork 1046/0x416 >   1045 pkg_add  CALL  wait4(0x416,0x7fffffffbb7c,0,0) >   1045 pkg_add  RET   wait4 1046/0x416 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbbc0,0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigaction(0x3,0x7fffffffbba0,0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigprocmask(0x3,0x7fffffffbb80,0) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  break(0x558000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  write(0x2,0x7fffffffb4a0,0x9) >   1045 pkg_add  RET   write 9 >   1045 pkg_add  CALL  write(0x2,0x7fffffffb580,0x25) >   1045 pkg_add  RET   write 37/0x25 >   1045 pkg_add  CALL  write(0x2,0x800db7e87,0x1) >   1045 pkg_add  RET   write 1 >   1045 pkg_add  CALL  write(0x2,0x7fffffffb520,0x9) >   1045 pkg_add  RET   write 9 >   1045 pkg_add  CALL  write(0x2,0x7fffffffb600,0x4f) >   1045 pkg_add  RET   write 79/0x4f >   1045 pkg_add  CALL  write(0x2,0x800db7e87,0x1) >   1045 pkg_add  RET   write 1 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbd70,0x7fffffffbd50) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  chdir(0x510220) >   1045 pkg_add  RET   chdir 0 >   1045 pkg_add  CALL  > __sysctl(0x7fffffffbc78,0x2,0x7fffffffbc6c,0x7fffffffbc70,0,0) >   1045 pkg_add  RET   __sysctl 0 >   1045 pkg_add  CALL  break(0x598000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbc50,0x7fffffffbc30) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigaction(0x3,0x7fffffffbc50,0x7fffffffbc10) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigprocmask(0x1,0x7fffffffbc00,0x7fffffffbbf0) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  fork >   1045 pkg_add  RET   fork 1048/0x418 >   1045 pkg_add  CALL  wait4(0x418,0x7fffffffbbec,0,0) >   1045 pkg_add  RET   wait4 1048/0x418 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbc30,0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigaction(0x3,0x7fffffffbc10,0) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  sigprocmask(0x3,0x7fffffffbbf0,0) >   1045 pkg_add  RET   sigprocmask 0 >   1045 pkg_add  CALL  break(0x558000) >   1045 pkg_add  RET   break 0 >   1045 pkg_add  CALL  sigaction(0x2,0x7fffffffbd80,0x7fffffffbd60) >   1045 pkg_add  RET   sigaction 0 >   1045 pkg_add  CALL  exit(0x1) > bsd64-21#    > > --621616949-369076823-1219220722=:62454-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 15:48:38 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A33410656E5; Wed, 20 Aug 2008 15:48:37 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [IPv6:2001:4830:2407:8000:230:48ff:fe71:c2a2]) by mx1.freebsd.org (Postfix) with ESMTP id 724838FC1B; Wed, 20 Aug 2008 15:48:30 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id A560F8FDCF; Wed, 20 Aug 2008 09:48:23 -0600 (MDT) Date: Wed, 20 Aug 2008 09:48:23 -0600 From: Brad Davis To: freebsd-hackers@FreeBSD.org Message-ID: <20080820154823.GC61166@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: The FreeBSD Status Reports for the Second Quarter of 2008 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2008 15:48:38 -0000 The FreeBSD Status Reports for the Second Quarter of 2008 are now available at: http://www.freebsd.org/news/status/report-2008-04-2008-06.html For convenience I have included them below as well. Regards, Brad Davis ------------------------------- FreeBSD Quarterly Status Report Introduction This Status Report covers FreeBSD related projects between April and June 2008. During this period The FreeBSD Foundation has released their July Newsletter. Thanks to all the reporters for the excellent work! We hope you enjoy reading. __________________________________________________________________ Google Summer of Code * Layer2 filtering * Porting BSD-licensed text-processing tools from OpenBSD Projects * Build cluster * finstall * FreeBSD Bugbusting Team * Graphics support for the boot loader * USB FreeBSD Architecture * ARM/Marvell port The Ports Collection * Ports Collection * Qt/KDE4 Status Report Documentation * FreeBSD FAQ Renovation * The FreeBSD Dutch Documentation Project * The FreeBSD Hungarian Documentation Project * The FreeBSD Spanish Documentation Project __________________________________________________________________ ARM/Marvell port URL: http://p4web.freebsd.org/@md=d&cd=//depot/projects/arm/src/sys/arm/orio n/&c=0h4@//depot/projects/arm/src/sys/arm/orion/?ac=83 Contact: Rafal Jaworowski Contact: Bartlomiej Sieka After the last couple of months of intensive development going on towards FreeBSD support for Marvell System-on-Chip devices, we have FreeBSD 8.0-CURRENT running on the following systems: * Orion (already available in Perforce): * 88F5281 * 88F5181 * 88F5182 Kirkwood - 88F6281 Discovery - MV78100 The above families of SOCs are built around CPU cores compliant with ARMv5TE instruction set architecture definition. They share a number of integrated peripherals, for most of which we already have operational and stable drivers: * UART * EHCI USB 2.0 * Ethernet * IDMA (general purpose DMA engine) * XOR * TWSI (I2C) * Timers, watchdog, RTC * GPIO * Interrupt controller * L1, L2 cache High level functional summary: * Production Quality * Error-free Operation * Multiuser * Self-hosted kernel/world builds * NFS- or USB-mounted root filesystem The code is partially available (Orion in Perforce), other variants will also be integrated with Perforce/SVN soon. Open tasks: 1. Drivers that are In-progress: PCI and PCIE. __________________________________________________________________ Build cluster Contact: Kris Kennaway For the past couple of months I have been working on generalizing the package build cluster to allow it to host other batch and interactive jobs. Currently we make an inefficient use of build machines because various projects have dedicated machines that are either underloaded or overloaded for their particular tasks. The goal is to provide a framework for combining all of these machine resources into a single cluster that can be shared by many users, reducing dead time and allowing distributed build tasks to take advantage of extra build resources when available. Developers will be able to obtain on-demand interactive access to a jail running on any of the available architectures, with root access. Similarly, batch jobs will specify their resource requirements and be dispatched to run on a suitable machine in the cluster. Current status: The job queue manager is working and is now being used to map package builds to machines. Various package build scripts have been rewritten to use it instead of the previous build scheduler. The generic job dispatcher is being prototyped and will be validated with several existing services such as INDEX builds. Various support services like ZFS snapshot replication have been written. __________________________________________________________________ finstall URL: http://wiki.freebsd.org/finstall URL: http://www.sf.net/projects/finstall Contact: Ivan Voras Between the last report and this one, the project has yielded a LiveCD installer for i386 containing FreeBSD 7.0-RELEASE. The project was presented at BSDCan 2008. The development is progressing slowly due to the lack of free time. I'm looking for funding that will allow me more involvement in the project. The big item currently in development is documentation and description of the protocol used between the front-end and the back-end, which will result in more robustness in the implementation and could support third-party clients. This sub-project is near completion. The project is currently hosted at SourceForge to allow contribution from non-FreeBSD developers. Open tasks: 1. Partition editor. 2. Package selection. __________________________________________________________________ FreeBSD Bugbusting Team URL: http://www.freebsd.org/support.html#gnats URL: http://wiki.freebsd.org/BugBusting URL: http://people.freebsd.org/~linimon/studies/prs/pr_manpage_index.html URL: http://people.freebsd.org/~linimon/studies/prs/pr_tag_index.html URL: http://people.freebsd.org/~linimon/studies/prs/prs_possibly_committed.h tml URL: http://people.freebsd.org/~linimon/studies/prs/well_known_prs.html URL: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues Contact: Ceri Davies Contact: Remko Lodder Contact: Mark Linimon We have granted Bruce Cran (bruce@) direct access to GNATS and Volker Werth (vwe@) has been released from mentorship. We appreciate their help! We had a third bugathon in June, which resulted in the closing of a number of bugs and the investigation/classification of several others. We are still trying to find ways to get more committers helping us with closing PRs that the team has already analyzed. We continue to make good progress in categorizing PRs as they arrive with 'tags' that correspond to manpages. (Special thanks go to Dylan Cochran for the help.) As a result, we now have created some prototype reports that allow browsing the database by manpage. In addition, another new report, oriented towards PR submitters, summarizes the most commonly reported issues. Many of these issues persist because they are difficult to fix. Before filing a PR, you may want to check through this list. Mark Linimon summarized the good technical suggestions from the bugathons so far this year to the wiki. As a part of this, he rearranged the wiki pages, so if you have not seen them for a while, please see BugBusting. In particular, the Resources page is much more complete. Jeremy Chadwick (koitsu@) is now maintaining a page that summarizes some of the commonly reported issues. This complements some of the reports, above, but includes a great deal more information, including how-tos. The overall PR count has been holding at around 5300 since the last release. Open tasks: 1. Think of some way for committers to only view PRs that have been in some way 'vetted' or 'confirmed'. 2. Generate more publicity for what we've already got in place, and for what we intend to do next. 3. Define new categories, classifications, and states for PRs, that will better match our workflow. __________________________________________________________________ FreeBSD FAQ Renovation URL: http://www.FreeBSD.org/doc/en/books/faq/ URL: http://wiki.freebsd.org/faq-renewal Contact: Gábor Páli Contact: Manolis Kiagias An extensive work on renovating the FreeBSD FAQ has been started to support its Greek and Hungarian translations. Further improvements and content changes are still possible, we hope other committers will help us to keep the FAQ updated and tuned further. We have launched a renewal proposal to collect and organize the ideas around a more interactive, accurate, open for comments, consistent across several views etc. FAQ document. We would like to experiment with methods to implement the goals mentioned before, and help is more than welcome. Open tasks: 1. Review the renovated FAQ. 2. Add more question and answers to the FAQ. 3. Refine the FAQ renewal proposal. __________________________________________________________________ Graphics support for the boot loader URL: http://wiki.freebsd.org/OliverFromme/BootLoader Contact: Oliver Fromme This project aims to implement graphics support for FreeBSD's boot loader. It will replace the existing ASCII menu. (Note that the ASCII menu will still be available when graphics mode cannot be used, such as on serial console or on unsupported hardware.) For a more detailed description and screen shots please refer to the project's Wiki URL above. Progress is slow (due to lack of time) but steady. The code currently lives in the Perforce repository. I'll try to prepare a first public CFT as soon as possible. Open tasks: 1. Implement a platform switch. 2. Implement "themes" support (in FORTH). 3. Documentation. __________________________________________________________________ Layer2 filtering URL: http://wiki.freebsd.org/GlebKurtsov/Improving_layer2_filtering URL: http://blogs.freebsdish.org/gleb/ Contact: Gleb Kurtsou Contact: Andrew Thompson Project aims to improve layer2 filtering in ipfw and pf. So far following project goals are achieved: pfil framework is extended to handle ethernet packets, ipfw layer2 filtering is greatly simplified, added l2filter and l2tag per interface flags. Both ipfw and pf firewalls support filtering by ethernet addresses, support stateful filtering with ethernet addresses and firewall's lookup tables are extended to contain ethernet addresses. Open tasks: 1. Implement ARP filtering options in IPFW. __________________________________________________________________ Porting BSD-licensed text-processing tools from OpenBSD URL: http://wiki.freebsd.org/G%C3%A1borSoC2008 URL: http://p4web.freebsd.org/@md=d&cd=//&c=Kqj@//depot/projects/soc2008/gab or_textproc/?ac=83 Contact: Gábor Kövesdán The grep utility is ready for a thorough test on the portbuild cluster. It is almost compatible with GNU grep, but there are differences in the regex handling at the level of the regex libraries of GNU and the base system one, thus a better compatibility is very hard to implement. Some progress has been made on diff, but some important options are still missing. The sort utility seems to be very problematic in the aspect of the wide character support by design, thus it was given a lower priority. Open tasks: 1. Finish the incomplete options of diff and optimize it. 2. Investigate about the opportunities to fix sort. __________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon The ports count has jumped to over 19,000. The PR count has been holding steady at around 900. KDE has been updated to 4.1. Special thanks go to Martin Wilke for a great deal of pre-testing. GNOME has been updated three times, first to 2.22.1 and then to 2.22.2 and 2.22.3. Other notable updates are automake, gettext, libtool, and m4. Florent Thoumie has been working on some updates to the pkg_* tools. Ion-Mihai Tetcu has set up a tinderbox with several purposes: first, to quickly try to build packages as changes are committed; secondly, to build them with a non-standard set of environment variables; and thirdly, to build older packages with the non- standard set of environment variables. As a result of all this work, and work by various committers, we are much closer to building packages corrected in the NOPORTDOCS case. Kris Kennaway has done a substantial rewrite of the package building tools, including moving as a default to ZFS, which allows quick cloning of src and ports directories. It is now much easier to manage and monitor the builds. Work on this is continuing. See the commits to Tools/portbuild/scripts for more information. (Work is ongoing to update the Package Building article.) Related work has involved cleaning up some of the ports infrastructure; in particular, the INDEX builds are now much faster. We have been able to do many -exp runs since the last report, including those for bsd.cmake.mk, autotools update, CC environment passing, the KDE 4.1 pre-integration and post-integration checks, lockmgr changes, tty changes, and others. Although a number of PRs have been closed, we are still at 57 portmgr PRs, the same as the last report. The following large changes are in the pipeline: * Introduction of Perl 5.10 We are currently building packages for amd64-6, amd64-7, amd64-8, i386-6, i386-7, i386-8, sparc64-6, and sparc64-7. RELENG_5 has reached the end of its supported life. We have added 4 new committers since the last report. Open tasks: 1. Most of the remaining ports PRs are "existing port/PR assigned to committer". Although the maintainer-timeout policy is helping to keep the backlog down, we are going to need to do more to get the ports in the shape they really need to be in. 2. Although we have added many maintainers, we still have over 4,000 unmaintained ports (see, for instance, the list on portsmon). We are always looking for dedicated volunteers to adopt at least a few unmaintained ports. As well, the packages on amd64 and sparc64 lag behind i386, and we need more testers for those. __________________________________________________________________ Qt/KDE4 Status Report URL: http://freebsd.kde.org Contact: Martin Wilke Contact: FreeBSD KDE Team Qt4 has been updated to 4.4.1 in our test repository. We ran into some runtime problems with Qt 4.4.0, so it was never committed it to the ports tree. Most of the problems have been fixed in 4.4.1 and we plan to commit it in a few days. At the moment, the KDE 4.1 ports are ready for testing before they are committed to the FreeBSD ports tree. We have already had the first Call for Public Testing on July 17th, 2008 with KDE 4.1 beta2. The feedback has been positive so far. If you want to help to test them to speed up the process, please visit the Wiki page and provide feedback. We plan to have it all committed by the middle of August. __________________________________________________________________ The FreeBSD Dutch Documentation Project URL: http://www.freebsd-nl.org URL: http://www.evilcoder.org/freebsd_nl/ Contact: Remko Lodder Contact: Rene Ladan The FreeBSD Dutch Documentation Project is an ongoing project to translate the FreeBSD Documentation resources to the Dutch language. The project is currently progressing very well in translating the FreeBSD Handbook to the Dutch language, the last chapter is being translated by the project members. Recent achievements include the translation of the Jails chapter, and the Virtualization chapter, as well as progression on the Advanced Networking chapter. Rene Ladan is a keyplayer in that region. We also started with the FAQ translation, which is another major target which we should be reaching at some point. If you care to helpout with the translation(s) and/or want to know something about it, please do not hesitate to contact us, we are glad to help where possible. Open tasks: 1. Finish the Handbook translation. 2. Finish the FAQ translation. 3. Finish the Website translation. 4. Keep the projects in sync with the English version(s). __________________________________________________________________ The FreeBSD Hungarian Documentation Project URL: http://FreeBSD.org/hu URL: http://www.FreeBSD.org/doc/hu_HU.ISO8859-2/ URL: http://wiki.FreeBSD.org/HungarianDocumentationProject URL: http://p4web.freebsd.org/@md=d&cd=//depot/projects/docproj_hu/&c=aXw@// depot/projects/docproj_hu/?ac=83 Contact: Gábor Kövesdán Contact: Gábor Páli Hungarian translation of the FreeBSD Handbook has been finally committed to the doc repository. The translation of the FreeBSD FAQ has also been started, however, the original document needed to be brought up to date first. Two other article translations has been added, compiz-fusion and linux-users. Our Perforce depot was reorganized for the better layout, giving newcomers more space to play. The checkupdate script written by Giorgos Keramidas, a new tool for checking translations has been adopted to help the project's work. Open tasks: 1. Translate release notes for -CURRENT and 7.X. 2. Translate more articles. 3. Translate books/fdp-primer. __________________________________________________________________ The FreeBSD Spanish Documentation Project URL: http://FreeBSD.org/es URL: http://www.FreeBSD.org/doc/es_ES.ISO8859-1/ URL: http://wiki.FreeBSD.org/SpanishDocumentationProject URL: http://p4web.freebsd.org/@md=d&cd=//depot/projects/docproj_es/&c=S1s@// depot/projects/docproj_es/?ac=83 Contact: José Vicente Carrasco Vayá Contact: Gábor Kövesdán We have not made any significant progress in this period. We definitely need more active translators to progress with the translation project. Open tasks: 1. Complete renovation of the Spanish web site. 2. Update Handbook translation. 3. Translate release notes for -CURRENT and 7.X. __________________________________________________________________ USB URL: http://p4web.freebsd.org/@md=d&cd=//depot/projects/usb/src/sys/dev/usb2 /&c=oDu@//depot/projects/usb/src/sys/dev/usb2/?ac=83 URL: http://p4web.freebsd.org/@md=d&cd=//&cdf=//depot/projects/usb/src/sys/d ev/usb2/core/README.TXT&c=Vfw@//depot/projects/usb/src/sys/dev/usb2/cor e/README.TXT?ac=64&rev1=2 Contact: Hans Petter Sirevaag Selasky During the last three months there has been a number of changes. Most notably all global USB symbols have been renamed to "usb2_" to allow for co-existence with the old USB stack. Also there is now a completely new and reworked UGEN driver which allows multiple drivers to hook onto the same USB device. No more need to unload any kernel drivers. For example it is now possible to have a userland Mouse driver stealing half of the mouse events at the same time "ums" is loaded. The only disadvantage is that your mouse cursor will move slower on the screen. This is maybe not the most common use-case, but it illustrates that kernel USB drivers are no longer locking out other USB userland drivers. A new userland libusb is in the works for FreeBSD. The USB stack now also has support for independent USB BUS, USB Device, and USB Interface permissions. That means you can more easily give USB permissions to USB device drivers at either USB BUS, USB Device or USB Interface level. All USB modules have now been grouped into functional categories: usb2_bluetooth, usb2_ndis, usb2_controller, usb2_quirk, usb2_core, usb2_serial, usb2_ethernet, usb2_sound, usb2_image, usb2_storage, usb2_input, usb2_template, usb2_misc, and usb2_wlan. Ideas and comments with regard to the new USB API are welcome on the FreeBSD-USB Mailing List. __________________________________________________________________ From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 18:00:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5871065673 for ; Wed, 20 Aug 2008 18:00:28 +0000 (UTC) (envelope-from jav@sics.se) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id E1D3B8FC1B for ; Wed, 20 Aug 2008 18:00:27 +0000 (UTC) (envelope-from jav@sics.se) Received: from [10.131.12.250] (unknown [12.19.192.51]) by letter.sics.se (Postfix) with ESMTP id D1262400DE for ; Wed, 20 Aug 2008 19:28:10 +0200 (CEST) From: Javier Ubillos To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CsJ8ctiSLLDT6E57DW1a" Date: Wed, 20 Aug 2008 10:27:49 -0700 Message-Id: <1219253269.9118.17.camel@dib> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Subject: Override default ICMP (and other protocols) default replies. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2008 18:00:28 -0000 --=-CsJ8ctiSLLDT6E57DW1a Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi freebsd-hackers. (Sorry for cross posting, but I got no reply when posting to freebsd-questions) I'm implementing a NAT (1 ip - 1 ip) like router. I have chosen to use pcaplib to pick up the packets. I have an implementation which picks up the packets, inspects them, rewrites the destination/source ip-addresses and sends them out on the repective interface. The problem I'm facing however is that my interfaces are answering to e.g. icmp-echo (ping) automatically, and I don't know how to turn this behaviour off. What I want to happen is that if A pings C, my router B in between should simply forward the packets w/o any automatic reactions. A --> B --> C So that if e.g. C is down, no echo-reply is sent back (or if C is up, that C is actually sending the echo-reply. Does any one know how to turn off the automatic replies (ICMP and whatever else I haven't forseen yet) or does any one know where I can find out more about the issue? Thank you // Javier --=-CsJ8ctiSLLDT6E57DW1a Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIrFQVGBo5FLRz4goRAm9aAKCFi7Byv/jZSGfXfP5orirnv8ETPQCeOLBN ofoxcJMimabFn+7MJlNXJX4= =GyOg -----END PGP SIGNATURE----- --=-CsJ8ctiSLLDT6E57DW1a-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 08:47:25 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F95106567A for ; Thu, 21 Aug 2008 08:47:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 840458FC17 for ; Thu, 21 Aug 2008 08:47:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id m7L8RYpV082627 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 21 Aug 2008 10:27:43 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <56884315-CCF6-4795-9644-BE904DB32597@lassitu.de> From: Stefan Bethke To: Javier Ubillos In-Reply-To: <1219253269.9118.17.camel@dib> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Thu, 21 Aug 2008 10:27:29 +0200 References: <1219253269.9118.17.camel@dib> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-hackers@freebsd.org Subject: Re: Override default ICMP (and other protocols) default replies. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 08:47:26 -0000 Am 20.08.2008 um 19:27 schrieb Javier Ubillos: > Hi freebsd-hackers. > (Sorry for cross posting, but I got no reply when posting to > freebsd-questions) > > I'm implementing a NAT (1 ip - 1 ip) like router. > > I have chosen to use pcaplib to pick up the packets. I have an > implementation which picks up the packets, inspects them, rewrites the > destination/source ip-addresses and sends them out on the repective > interface. > > The problem I'm facing however is that my interfaces are answering to > e.g. icmp-echo (ping) automatically, and I don't know how to turn this > behaviour off. > > What I want to happen is that if A pings C, my router B in between > should simply forward the packets w/o any automatic reactions. > > A --> B --> C > > So that if e.g. C is down, no echo-reply is sent back (or if C is up, > that C is actually sending the echo-reply. > > Does any one know how to turn off the automatic replies (ICMP and > whatever else I haven't forseen yet) or does any one know where I can > find out more about the issue? bpf, which libpcap uses, gives you a copy of the received packet, so the kernel will process it. Typically, if you want to process packets before the host sees them, you'd use ipfw(4) and a divert(4) socket, like natd(8) does. This allows you to modify any packet entering the system, modify it, and (if appropriate) reinject it into the stack. You can also configure your own tun(4) interface to get packets out of the kernel and process them, which might be ideal if you want to process all traffic for an IP. And finally, unless you have really weird requirements, ipfw or pf rules will likely work without any special programming. HTH, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 14:15:08 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C72E1065679 for ; Thu, 21 Aug 2008 14:15:08 +0000 (UTC) (envelope-from andenore@freebsd.org) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id DECAB8FC25 for ; Thu, 21 Aug 2008 14:15:07 +0000 (UTC) (envelope-from andenore@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; delsp=yes; charset=utf-8 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K5Y00A7DCSFGLF0@osl1smout1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 21 Aug 2008 15:14:39 +0200 (CEST) Received: from duckjen.nextgentel.no ([84.48.58.232]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K5Y00CFRCSEMGB0@osl1sminn1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 21 Aug 2008 15:14:39 +0200 (CEST) Date: Thu, 21 Aug 2008 15:10:08 +0200 To: "freebsd-hackers@freebsd.org" From: Anders Nore Message-id: User-Agent: Opera Mail/9.50 (FreeBSD) Subject: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 14:15:08 -0000 Hello hackers, it's been a great summer for me working with the FreeBSD-project. It has truly been an educational experience for me and I would like to continue working on my project as well as other aspects of FreeBSD in the future. You can read about my project on the wiki-page[1] where you can read about the new features and some technical detail, there you will also find testing instructions for those of you who want to try it out. You can also download the source[2]. It will be greatly appreciated if you test it and report any bugs you discover. Thanks for a great summer! - Anders Nore [1] http://wiki.freebsd.org/AndersNore/pkg_improved [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 16:37:31 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E8471065674 for ; Thu, 21 Aug 2008 16:37:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 880578FC12 for ; Thu, 21 Aug 2008 16:37:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.2/8.14.2) with ESMTP id m7LGbRYf008359; Thu, 21 Aug 2008 18:37:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.2/8.14.2/Submit) id m7LGbRhJ008358; Thu, 21 Aug 2008 18:37:27 +0200 (CEST) (envelope-from olli) Date: Thu, 21 Aug 2008 18:37:27 +0200 (CEST) Message-Id: <200808211637.m7LGbRhJ008358@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.3-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Aug 2008 18:37:28 +0200 (CEST) Cc: Subject: Boot loader + malloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 16:37:31 -0000 Hello, I've got a small question regarding $subject. I'm looking at this code snippet from src/sys/boot/i386/loader/main.c: #if defined(LOADER_BZIP2_SUPPORT) || defined(LOADER_FIREWIRE_SUPPORT) heap_top = PTOV(memtop_copyin); memtop_copyin -= 0x300000; heap_bottom = PTOV(memtop_copyin); #else heap_top = (void *)bios_basemem; heap_bottom = (void *)end; #endif setheap(heap_bottom, heap_top); If I understand correctly, the boot loader will use only low memory (i.e. below 0x100000) for malloc by default. Extended memory is only used if bzip2 or firewire support are enabled (not default). Is this intentional? Would it make sense to toggle the default and always use extended memory, unless disabled? I'm asking because the upcoming graphics support requires a little bit of memory for fonts and images, but there's only less than about 80 KB left in low memory, which is insufficient except for very trivial things. The loader kept crashing on me in nasty ways because of that. In my p4 branch I modified the above #if to also use extended memory if LOADER_GRAPHICS_SUPPORT is defined, giving me 3 MB of memory to play with, which is plenty. Is that OK, or should I expect trouble? Any comments are appreciated. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 17:50:26 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A160D106564A for ; Thu, 21 Aug 2008 17:50:26 +0000 (UTC) (envelope-from jgordeev@dir.bg) Received: from dir.bg (mail.dir.bg [194.145.63.28]) by mx1.freebsd.org (Postfix) with ESMTP id 280EF8FC33 for ; Thu, 21 Aug 2008 17:50:25 +0000 (UTC) (envelope-from jgordeev@dir.bg) Received: from [77.85.117.184] (account jgordeev@dir.bg HELO sometimes2.studgrad.net) by srv.dir.bg (CommuniGate Pro SMTP 5.2.4) with ESMTPSA id 36182615 for freebsd-hackers@FreeBSD.ORG; Thu, 21 Aug 2008 20:20:20 +0300 Message-ID: <48ADA3D1.30802@dir.bg> Date: Thu, 21 Aug 2008 20:20:17 +0300 From: Jordan Gordeev User-Agent: Mozilla/5.0 (X11; U; DragonFly i386; en-US; rv:1.8.1.16) Gecko/20080804 SeaMonkey/1.1.11 MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG References: <200808211637.m7LGbRhJ008358@lurza.secnetix.de> In-Reply-To: <200808211637.m7LGbRhJ008358@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Boot loader + malloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 17:50:26 -0000 Oliver Fromme wrote: > Hello, > > I've got a small question regarding $subject. I'm looking > at this code snippet from src/sys/boot/i386/loader/main.c: > > #if defined(LOADER_BZIP2_SUPPORT) || defined(LOADER_FIREWIRE_SUPPORT) > heap_top = PTOV(memtop_copyin); > memtop_copyin -= 0x300000; > heap_bottom = PTOV(memtop_copyin); > #else > heap_top = (void *)bios_basemem; > heap_bottom = (void *)end; > #endif > setheap(heap_bottom, heap_top); > > If I understand correctly, the boot loader will use only > low memory (i.e. below 0x100000) for malloc by default. > Extended memory is only used if bzip2 or firewire support > are enabled (not default). Is this intentional? Would it > make sense to toggle the default and always use extended > memory, unless disabled? > > I'm asking because the upcoming graphics support requires > a little bit of memory for fonts and images, but there's > only less than about 80 KB left in low memory, which is > insufficient except for very trivial things. The loader > kept crashing on me in nasty ways because of that. > > In my p4 branch I modified the above #if to also use > extended memory if LOADER_GRAPHICS_SUPPORT is defined, > giving me 3 MB of memory to play with, which is plenty. > Is that OK, or should I expect trouble? > > Any comments are appreciated. > > Best regards > Oliver > > At present the amd64 kernel is loaded just above the first megabyte of physical memory. I have no idea if the loader uses malloc()/free() after the kernel is loaded though. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 19:39:34 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55AF106564A for ; Thu, 21 Aug 2008 19:39:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1E08FC14 for ; Thu, 21 Aug 2008 19:39:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.2/8.14.2) with ESMTP id m7LJdJB7017577; Thu, 21 Aug 2008 21:39:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.2/8.14.2/Submit) id m7LJdJhp017576; Thu, 21 Aug 2008 21:39:19 +0200 (CEST) (envelope-from olli) Date: Thu, 21 Aug 2008 21:39:19 +0200 (CEST) Message-Id: <200808211939.m7LJdJhp017576@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, jgordeev@dir.bg In-Reply-To: <48ADA3D1.30802@dir.bg> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.3-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Aug 2008 21:39:20 +0200 (CEST) Cc: Subject: Re: Boot loader + malloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, jgordeev@dir.bg List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 19:39:35 -0000 Jordan Gordeev wrote: > At present the amd64 kernel is loaded just above the first megabyte > of physical memory. Yes, I know, and the standard i386 kernel is loaded at 4 MB, and the PAE kernel is loaded at 2 MB. It doesn't matter much, though. > I have no idea if the loader uses malloc()/free() after the kernel > is loaded though. Yes, it does. By default the loader loads the kernel first, then fires up the "beastie" menu which causes quite some malloc() activity. FICL uses malloc() internally for various things. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 21:42:56 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29DD71065675 for ; Thu, 21 Aug 2008 21:42:56 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id EE3138FC2D for ; Thu, 21 Aug 2008 21:42:55 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so265182rvf.43 for ; Thu, 21 Aug 2008 14:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=IVhD5Qe3C1FnBMl154NDB6PeAZbyoWChqWdRquzJ78I=; b=P1uPlwN8D5kGSAqNc5UKFR6tdrOS1+UMVM+LKbW+4YdahdDeuSP+oHWzJFNKR+apGY kCkolp/qRpOZtmJw3EQzUcCQNOEuLT/FHZghLrLLF1mS18yBcp/acksvl3qIPQbDyE7a oQg5xbnNLqeVRMC0+nR/Q20PFYo0WG6fGiqSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=eAGYBxzpqmDUdLsPzYLvqYOzLGdWoel1qDMK8IIyINBkizcqsIvIM5qWEth2whpYLL 4/P1HuHoQQJQvgrFbjYyhMtrBEHENBodMnPi/5mbqcYYbqMW15GzdhbVQdETil/cGLyE I7XvtgwjvZyV/xrU7hHWC046zzT/hcB2jM5c8= Received: by 10.140.193.16 with SMTP id q16mr151886rvf.109.1219354975507; Thu, 21 Aug 2008 14:42:55 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Thu, 21 Aug 2008 14:42:55 -0700 (PDT) Message-ID: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> Date: Thu, 21 Aug 2008 14:42:55 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: sun4v@freebsd.org, freebsd-stable@freebsd.org, "FreeBSD Current" , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 59689ae88137d2dd Cc: Subject: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 21:42:56 -0000 I apologise for cross-posting. I believe that there is a general expectation by freebsd users and developers that unsupported code should not be in CVS. Although sun4v is a very interesting platform for developers doing SMP work, I simply do not have the time or energy to maintain it. If someone else would like to step up and try his hand I would be supportive of his efforts. In the likely event that no one steps forward by the time that 7.1 is released I will ask that it be moved to the Attic. Thanks, Kip From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 21:51:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A463B1065680 for ; Thu, 21 Aug 2008 21:51:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 499A18FC25 for ; Thu, 21 Aug 2008 21:51:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-177-220.pools.arcor-ip.net [88.64.177.220]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1KWI3m0f7q-0006uH; Thu, 21 Aug 2008 23:51:14 +0200 Received: (qmail 26735 invoked from network); 21 Aug 2008 21:51:13 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 21 Aug 2008 21:51:13 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Thu, 21 Aug 2008 23:51:13 +0200 User-Agent: KMail/1.10.0 (FreeBSD/8.0-CURRENT; KDE/4.1.0; i386; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_RNerIKnCBLsJ5U+" Message-Id: <200808212351.13464.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19udto3e2MWHxot5ABTzTFhlwLF2oCZ0QITXMA yZ5ybOkdZ1YeZwYo8yW+NaGpV8KhgvBB60hgRGrfKogBVM6F1G Uuj2pqwpdiTtgOkcbBM0g== Subject: MFC of r180753: ABI problems? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 21:51:15 -0000 --Boundary-00=_RNerIKnCBLsJ5U+ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm wondering how to merge r180753 to stable/7 as luoqi@ has indicated that he doesn't have time to take care of it right now. It seems that changing the size of pcicfgregs (aka struct pcicfg) which is part of struct pci_devinfo is out of the question, right? Ideas where to store the HT related state or how to avoid storing the state are welcome. The merge result is attached for reference. This fix is essential for many nforce based boards from ASUS which are rather common, I'm afraid. So it would be good to have this in 7.1/6.4, I think. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-00=_RNerIKnCBLsJ5U+ Content-Type: text/x-patch; charset="us-ascii"; name="htfix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="htfix.diff" Index: dev/pci/pci_pci.c =================================================================== --- dev/pci/pci_pci.c (revision 181970) +++ dev/pci/pci_pci.c (working copy) @@ -607,9 +607,15 @@ uint32_t *data) { device_t bus; + int error; bus = device_get_parent(pcib); - return (PCIB_MAP_MSI(device_get_parent(bus), dev, irq, addr, data)); + error = PCIB_MAP_MSI(device_get_parent(bus), dev, irq, addr, data); + if (error) + return (error); + + pci_ht_map_msi(pcib, *addr); + return (0); } /* Index: dev/pci/pci.c =================================================================== --- dev/pci/pci.c (revision 181970) +++ dev/pci/pci.c (working copy) @@ -562,11 +562,12 @@ cfg->domain, cfg->bus, cfg->slot, cfg->func, (long long)addr); - } + } else + addr = MSI_INTEL_ADDR_BASE; - /* Enable MSI -> HT mapping. */ - val |= PCIM_HTCMD_MSI_ENABLE; - WREG(ptr + PCIR_HT_COMMAND, val, 2); + cfg->ht.ht_msimap = ptr; + cfg->ht.ht_msictrl = val; + cfg->ht.ht_msiaddr = addr; break; } break; @@ -1095,6 +1096,9 @@ bus_write_4(msix->msix_table_res, offset, address & 0xffffffff); bus_write_4(msix->msix_table_res, offset + 4, address >> 32); bus_write_4(msix->msix_table_res, offset + 8, data); + + /* Enable MSI -> HT mapping. */ + pci_ht_map_msi(dev, address); } void @@ -1534,6 +1538,34 @@ } /* + * HyperTransport MSI mapping control + */ +void +pci_ht_map_msi(device_t dev, uint64_t addr) +{ + struct pci_devinfo *dinfo = device_get_ivars(dev); + struct pcicfg_ht *ht = &dinfo->cfg.ht; + + if (!ht->ht_msimap) + return; + + if (addr && !(ht->ht_msictrl & PCIM_HTCMD_MSI_ENABLE) && + ht->ht_msiaddr >> 20 == addr >> 20) { + /* Enable MSI -> HT mapping. */ + ht->ht_msictrl |= PCIM_HTCMD_MSI_ENABLE; + pci_write_config(dev, ht->ht_msimap + PCIR_HT_COMMAND, + ht->ht_msictrl, 2); + } + + if (!addr && ht->ht_msictrl & PCIM_HTCMD_MSI_ENABLE) { + /* Disable MSI -> HT mapping. */ + ht->ht_msictrl &= ~PCIM_HTCMD_MSI_ENABLE; + pci_write_config(dev, ht->ht_msimap + PCIR_HT_COMMAND, + ht->ht_msictrl, 2); + } +} + +/* * Support for MSI message signalled interrupts. */ void @@ -1558,6 +1590,9 @@ msi->msi_ctrl |= PCIM_MSICTRL_MSI_ENABLE; pci_write_config(dev, msi->msi_location + PCIR_MSI_CTRL, msi->msi_ctrl, 2); + + /* Enable MSI -> HT mapping. */ + pci_ht_map_msi(dev, address); } void @@ -1566,6 +1601,9 @@ struct pci_devinfo *dinfo = device_get_ivars(dev); struct pcicfg_msi *msi = &dinfo->cfg.msi; + /* Disable MSI -> HT mapping. */ + pci_ht_map_msi(dev, 0); + /* Disable MSI in the control register. */ msi->msi_ctrl &= ~PCIM_MSICTRL_MSI_ENABLE; pci_write_config(dev, msi->msi_location + PCIR_MSI_CTRL, msi->msi_ctrl, Index: dev/pci/pcivar.h =================================================================== --- dev/pci/pcivar.h (revision 181970) +++ dev/pci/pcivar.h (working copy) @@ -115,6 +115,13 @@ struct resource *msix_pba_res; /* Resource containing PBA. */ }; +/* Interesting values for HyperTransport */ +struct pcicfg_ht { + uint8_t ht_msimap; /* Offset of MSI mapping cap registers. */ + uint16_t ht_msictrl; /* MSI mapping control */ + uint64_t ht_msiaddr; /* MSI mapping base address */ +}; + /* config header information common to all header types */ typedef struct pcicfg { struct device *dev; /* device which owns this */ @@ -156,6 +163,7 @@ struct pcicfg_vpd vpd; /* pci vital product data */ struct pcicfg_msi msi; /* pci msi */ struct pcicfg_msix msix; /* pci msi-x */ + struct pcicfg_ht ht; /* HyperTransport */ } pcicfgregs; /* additional type 1 device config header information (PCI to PCI bridge) */ @@ -462,6 +470,8 @@ int pci_msi_device_blacklisted(device_t dev); +void pci_ht_map_msi(device_t dev, uint64_t addr); + #endif /* _SYS_BUS_H_ */ /* --Boundary-00=_RNerIKnCBLsJ5U+-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 22:21:19 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BAF41065678 for ; Thu, 21 Aug 2008 22:21:19 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id ECDA18FC14 for ; Thu, 21 Aug 2008 22:21:18 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so138274ika.3 for ; Thu, 21 Aug 2008 15:21:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=QW3vUha4ak2XZCA03UJEeLkZew3S2CCnhLiwAtpTvuk=; b=RMtybb2trINmZc7NQWmoRN9oce3FByfIEwvWLUqcF3VEKaZEZQaG8xK/8/Osrqo2Un U73I/SiSpPE8906RF3rWbVHQzVTvU2GHG4dlFAf3nKnmOOkJ6KNiF8bvMZNIcBbMH6aj TTgsU15ag4tQ0BahYkz84rSfmwrordAbXzcuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Uu2djX9TodLHddZ+s02AVYEvdyFlC//8S6VOdc3pyK9bjpe8aHGPG7KHhSyahhSdIj Tbrr25w5IwlHQ88LTtSBjdoNS2JmsGK6MitDuGmw/BEPZZmHwKNtQxurs8rjuMQaphMp hTNT14XYoEzajVM1jySMBpGZnzmmidARfLVEE= Received: by 10.210.115.15 with SMTP id n15mr390762ebc.81.1219355788032; Thu, 21 Aug 2008 14:56:28 -0700 (PDT) Received: by 10.210.66.19 with HTTP; Thu, 21 Aug 2008 14:56:27 -0700 (PDT) Message-ID: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> Date: Thu, 21 Aug 2008 14:56:27 -0700 From: "Kevin Downey" To: "Anders Nore" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Mailman-Approved-At: Thu, 21 Aug 2008 22:58:08 +0000 Cc: "freebsd-hackers@freebsd.org" Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 22:21:19 -0000 On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore wrote: > Hello hackers, > it's been a great summer for me working with the FreeBSD-project. It has > truly been an educational experience for me and I would like to continue > working on my project as well as other aspects of FreeBSD in the future. > > You can read about my project on the wiki-page[1] where you can read about > the new features and some technical detail, there you will also find testing > instructions for those of you who want to try it out. You can also download > the source[2]. It will be greatly appreciated if you test it and report any > bugs you discover. > > > Thanks for a great summer! > - Anders Nore > > > [1] http://wiki.freebsd.org/AndersNore/pkg_improved > [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz Is there a patch against 7-STABLE? Neither of the two patches on the website (-CURRENT and 7.0-RELEASE) or the tarball build on 7-STABLE. The patches are also kind of a pain because they contain diffs against files like "/usr/src/usr.sbin/pkg_install/CVS/Entries" which you don't seem to have if you just use csup. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 22:23:47 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FA901065672 for ; Thu, 21 Aug 2008 22:23:47 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id DFBAA8FC12 for ; Thu, 21 Aug 2008 22:23:46 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so95881uge.39 for ; Thu, 21 Aug 2008 15:23:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XoGYlBVjxWMn9H7BoV+/W3v1PmlsxZzz3eVlZwIj9NY=; b=brONQ4DzRlwbLP6z7jnnxXDVgO29DVcM5k55Ha15u3NgbAvNtW7WSzdzZVPa7cmAX0 JYcC0vr+QJe69R2ueuif/kbF4fZwKDwUMIVs1xhlbumg7ijJElVu9gfBlUWckP+mVHKz nMSHE6wEPPfCWosyuDfFCVUZooYaZgUMNWR74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZR9Gq7Oz1QX2n+Kx0lPT3enmGt6le4DkJbhYvbPZSNiLyWRYisFrHUUGMKoioafD42 ihTwqr+GDN9yRePX6faI+mxSY2zaCQn+J7sYXIua1B8rhLdb7SNBxpmZ+H+/t801cvab 0aHlXReMM8ZSU0bVW2wXzWK11nERPnrHjfvSE= Received: by 10.210.16.17 with SMTP id 17mr414586ebp.38.1219356001794; Thu, 21 Aug 2008 15:00:01 -0700 (PDT) Received: by 10.210.66.19 with HTTP; Thu, 21 Aug 2008 15:00:01 -0700 (PDT) Message-ID: <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> Date: Thu, 21 Aug 2008 15:00:01 -0700 From: "Kevin Downey" To: "Anders Nore" In-Reply-To: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> X-Mailman-Approved-At: Thu, 21 Aug 2008 22:58:18 +0000 Cc: "freebsd-hackers@freebsd.org" Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 22:23:47 -0000 On Thu, Aug 21, 2008 at 2:56 PM, Kevin Downey wrote: > On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore wrote: >> Hello hackers, >> it's been a great summer for me working with the FreeBSD-project. It has >> truly been an educational experience for me and I would like to continue >> working on my project as well as other aspects of FreeBSD in the future. >> >> You can read about my project on the wiki-page[1] where you can read about >> the new features and some technical detail, there you will also find testing >> instructions for those of you who want to try it out. You can also download >> the source[2]. It will be greatly appreciated if you test it and report any >> bugs you discover. >> >> >> Thanks for a great summer! >> - Anders Nore >> >> >> [1] http://wiki.freebsd.org/AndersNore/pkg_improved >> [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz > > Is there a patch against 7-STABLE? Neither of the two patches on the > website (-CURRENT and 7.0-RELEASE) or the tarball build on 7-STABLE. > The patches are also kind of a pain because they contain diffs against > files like "/usr/src/usr.sbin/pkg_install/CVS/Entries" which you don't > seem to have if you just use csup. > > > -- > The Mafia way is that we pursue larger goals under the guise of > personal relationships. > Fisheye > sorry, I tried the tarball again, and it built. I must have missed something. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 07:59:23 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C8411065683 for ; Fri, 22 Aug 2008 07:59:23 +0000 (UTC) (envelope-from ahornung@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 040EF8FC0C for ; Fri, 22 Aug 2008 07:59:22 +0000 (UTC) (envelope-from ahornung@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so596787rvf.43 for ; Fri, 22 Aug 2008 00:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=ozJna3v5D6gop/K6TkfYe457Kx2hVCtpOmX3P9tKLe8=; b=PmsKRYs3qqTVdVYPrst4JDWmcUGQTsTqWUVRtCavxIY5YspsevMPQG0nOcn7b3cqhJ wWDscH3w6ZJhVhsqJlcFdyox1F+KuDMjgeLpRHAJU5Eh7pGVT6rH0a+VtVrjxhgT7EEj lTQL2bMLdo6l5yM+p/eW2gxqHVGPFlwKvIMiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=DCRx0J+eModuBWl8gSxf8KGL3Gq4aFXwXEEnnbUs6Z5eHPmO3BID5RI9ygaR+5iIwF P0eoSYhW44g2Q9btTRiC6bEapvhXjT7XPYaXFzYeaawEHHbMswW2UWlJ7qLU6l9rJoax GK6Uk8EU0TtIjvGEMy48hKEOTml8P7toKDtoQ= Received: by 10.141.98.18 with SMTP id a18mr386402rvm.60.1219390444198; Fri, 22 Aug 2008 00:34:04 -0700 (PDT) Received: by 10.141.96.2 with HTTP; Fri, 22 Aug 2008 00:34:04 -0700 (PDT) Message-ID: <10fba67b0808220034t2b9598cekbad7c976eed6975f@mail.gmail.com> Date: Fri, 22 Aug 2008 08:34:04 +0100 From: "Alex Hornung" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Driver accessing other drivers/devices ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 07:59:23 -0000 Hello, I need to access the hard disk from within a driver that is not a FS. I would also need to get a list of PCI devices connected. Is there a way I can access these devices directly, at least in the first case, issuing directly ATA/IDE commands to the hard disk? In the case of PCI it would be even nicer to be able to communicate with the pci driver... but if that's not possible, it's also ok if I can access the PCI bus controller directly. The driver I'm writing is not a PCI or PCI device driver either. Hope someone can help me out on this one, it's important that there's no user-space code... Thanks in advance, Alex From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 10:12:08 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C50F71065672 for ; Fri, 22 Aug 2008 10:12:08 +0000 (UTC) (envelope-from andenore@freebsd.org) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 7FC718FC21 for ; Fri, 22 Aug 2008 10:12:08 +0000 (UTC) (envelope-from andenore@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; delsp=yes; charset=utf-8 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K5Z00JJ0YHP6L00@osl1smout1.broadpark.no> for freebsd-hackers@freebsd.org; Fri, 22 Aug 2008 12:01:01 +0200 (CEST) Received: from duckjen.nextgentel.no ([84.48.58.232]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K5Z007QRYHO4T49@osl1sminn1.broadpark.no> for freebsd-hackers@freebsd.org; Fri, 22 Aug 2008 12:01:01 +0200 (CEST) Date: Fri, 22 Aug 2008 11:56:18 +0200 To: Kevin Downey From: Anders Nore References: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> Message-id: In-reply-to: <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: "freebsd-hackers@freebsd.org" Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 10:12:08 -0000 On Fri, 22 Aug 2008 00:00:01 +0200, Kevin Downey wrote: > On Thu, Aug 21, 2008 at 2:56 PM, Kevin Downey wrote: >> On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore >> wrote: >>> Hello hackers, >>> it's been a great summer for me working with the FreeBSD-project. It >>> has >>> truly been an educational experience for me and I would like to >>> continue >>> working on my project as well as other aspects of FreeBSD in the >>> future. >>> >>> You can read about my project on the wiki-page[1] where you can read >>> about >>> the new features and some technical detail, there you will also find >>> testing >>> instructions for those of you who want to try it out. You can also >>> download >>> the source[2]. It will be greatly appreciated if you test it and >>> report any >>> bugs you discover. >>> >>> >>> Thanks for a great summer! >>> - Anders Nore >>> >>> >>> [1] http://wiki.freebsd.org/AndersNore/pkg_improved >>> [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz >> >> Is there a patch against 7-STABLE? Neither of the two patches on the >> website (-CURRENT and 7.0-RELEASE) or the tarball build on 7-STABLE. >> The patches are also kind of a pain because they contain diffs against >> files like "/usr/src/usr.sbin/pkg_install/CVS/Entries" which you don't >> seem to have if you just use csup. >> The CVS entries should be removed from the latest patches and a patch for RELENG_7_0 has been added. You can get the new patches from http://home.no.net/andenore/patches/ >> >> -- >> The Mafia way is that we pursue larger goals under the guise of >> personal relationships. >> Fisheye >> > > sorry, I tried the tarball again, and it built. I must have missed > something. > Maybe you tried to compile from a different directory than /usr/src/usr.sbin/pkg_install ? Makefile.inc will try to `.include "../Makefile.inc"' to get BINDIR, so if you comment this out and specify your own BINDIR variable `BINDIR?= /usr/sbin' it should be ok. Thanks for your input! - Anders Nore From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 11:33:21 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6313D1065676; Fri, 22 Aug 2008 11:33:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id E67918FC22; Fri, 22 Aug 2008 11:33:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7MBXIQ4020812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Aug 2008 21:33:18 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7MBXIPh034594; Fri, 22 Aug 2008 21:33:18 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7MBXHku034593; Fri, 22 Aug 2008 21:33:17 +1000 (EST) (envelope-from peter) Date: Fri, 22 Aug 2008 21:33:17 +1000 From: Peter Jeremy To: Kip Macy Message-ID: <20080822113317.GD32539@server.vk2pj.dyndns.org> References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2YJj5f1P6Th4nBRw" Content-Disposition: inline In-Reply-To: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: sun4v@freebsd.org, freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org Subject: Re: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-sun4v@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 11:33:21 -0000 --2YJj5f1P6Th4nBRw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Replies re-directed to freebsd-sun4v] On 2008-Aug-21 14:42:55 -0700, Kip Macy wrote: >I believe that there is a general expectation by freebsd users and >developers that unsupported code should not be in CVS. Although sun4v >is a very interesting platform for developers doing SMP work, I simply >do not have the time or energy to maintain it. If someone else would >like to step up and try his hand I would be supportive of his efforts. >In the likely event that no one steps forward by the time that 7.1 is >released I will ask that it be moved to the Attic. Since there are no other current SPARC CPUs that FreeBSD can run on (the US-II has been obsolete for about 6 years and FreeBSD won't run on any more recent sun4u chips), that will also remove the justification for maintaining a SPARC64 port. I don't have the knowledge or available time to maintain the sun4v port by myself but would be happy to be part of a team doing so. One impediment I have is that I don't have a T-1 or T-2 system that I can dedicate to FreeBSD. I could work on FreeBSD in a guest domain - but since FreeBSD doesn't support either the virtual disk or virtual network, actually getting FreeBSD running there presents somewhat of a challenge. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --2YJj5f1P6Th4nBRw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiuo/0ACgkQ/opHv/APuIdIQwCaAgOo6jkMtJjWZq6IblsdfjZJ v7cAnRilBTMhsEbCcqlHiGWbGMY9DFQX =6heT -----END PGP SIGNATURE----- --2YJj5f1P6Th4nBRw-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 11:44:30 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF911065677; Fri, 22 Aug 2008 11:44:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8798FC1A; Fri, 22 Aug 2008 11:44:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48AEA699.10903@FreeBSD.org> Date: Fri, 22 Aug 2008 13:44:25 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: freebsd-sun4v@freebsd.org References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> <20080822113317.GD32539@server.vk2pj.dyndns.org> In-Reply-To: <20080822113317.GD32539@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sun4v@freebsd.org, freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, Kip Macy Subject: Re: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 11:44:30 -0000 Peter Jeremy wrote: > [Replies re-directed to freebsd-sun4v] > > On 2008-Aug-21 14:42:55 -0700, Kip Macy wrote: >> I believe that there is a general expectation by freebsd users and >> developers that unsupported code should not be in CVS. Although sun4v >> is a very interesting platform for developers doing SMP work, I simply >> do not have the time or energy to maintain it. If someone else would >> like to step up and try his hand I would be supportive of his efforts. >> In the likely event that no one steps forward by the time that 7.1 is >> released I will ask that it be moved to the Attic. > > Since there are no other current SPARC CPUs that FreeBSD can run on > (the US-II has been obsolete for about 6 years and FreeBSD won't run > on any more recent sun4u chips), that will also remove the > justification for maintaining a SPARC64 port. > > I don't have the knowledge or available time to maintain the sun4v > port by myself but would be happy to be part of a team doing so. One > impediment I have is that I don't have a T-1 or T-2 system that I can > dedicate to FreeBSD. I could work on FreeBSD in a guest domain - but > since FreeBSD doesn't support either the virtual disk or virtual > network, actually getting FreeBSD running there presents somewhat of a > challenge. > There are two t1000 systems in the freebsd.org cluster that are available for people to work on. Rink Springer has also expressed interest in this. Perhaps Kip can explain some more about what things he looked at, but the most serious bugs might be in pmap or perhaps trap handling. Operationally, things like buildworld -jN die quickly with random signals, kernel traps, etc. Kris P.S. It looks like marius has made progress on US III but sun4u is still an architectural dead end. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 15:04:06 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7D010656D8; Fri, 22 Aug 2008 15:04:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 18D4F8FC16; Fri, 22 Aug 2008 15:04:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48AED560.8010001@FreeBSD.org> Date: Fri, 22 Aug 2008 17:04:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Nikolay Kalev References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> In-Reply-To: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: sun4v@freebsd.org, freebsd-stable@freebsd.org, kmacy@freebsd.org, freebsd-hackers@freebsd.org, freebsd-sun4v@freebsd.org, freebsd-current@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 15:04:07 -0000 Nikolay Kalev wrote: > I would also like to help as well. > As KMacy knows before i asked a lot of questions for T2 types of > servers but unfortunately i have no more access to those kind of > hardware as well. > I;m willing to participate if a team will be formated. Just so everyone is on the same page, what is needed to keep sun4v viable are people with experience with (or intention to learn about) low level architectural and implementation details of the FreeBSD kernel and the sun4v hardware platform, who know their way around things like pmap.c and other MD places where the kernel interfaces with the "bare metal", and who are willing to make a long term (multi-year) commitment to supporting the platform. Kris From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 14:45:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DCF106567E for ; Fri, 22 Aug 2008 14:45:46 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id E34928FC14 for ; Fri, 22 Aug 2008 14:45:45 +0000 (UTC) (envelope-from nkalev@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so23945ywe.13 for ; Fri, 22 Aug 2008 07:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=+T5PF4KR6vJqz8ODrodCqz2XQ9ycUAJMVQJhKQrMTV4=; b=madhTNGUtMsFV9LF/IG+sHuRehL+ehpokF65surb63u8afO8DZz3XaGtrbicnWw88p f1ad6dmrbUvPUcmV6ltpEtV2SXG93lhukUFyvvMRUu5zZPS1AjhSUeioeUavMyvzghKN SEUo5n6VkdVXKQabkqs0vjO/KNqBAHnIS/p+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=gfowjEOSv5S3W9ABlm7m06koAF2pPLb2GYbVWwba4Z2ctYVkc/oJyduNDqoo2QSbLd bo6ixS3YW5zq2Ob7saVeWJw357xv1EHJLZ/YNgGGJs2noCceUU1iBp1aIaMm0yghtMhk Svgx1JefzJnzMlwubTk6n24F1P841QTbzgRko= Received: by 10.187.240.1 with SMTP id s1mr96843far.61.1219414753656; Fri, 22 Aug 2008 07:19:13 -0700 (PDT) Received: by 10.187.222.15 with HTTP; Fri, 22 Aug 2008 07:19:13 -0700 (PDT) Message-ID: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> Date: Fri, 22 Aug 2008 17:19:13 +0300 From: "Nikolay Kalev" To: freebsd-sun4v@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 22 Aug 2008 15:05:03 +0000 Cc: sun4v@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, kmacy@freebsd.org Subject: sun4v arch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 14:45:46 -0000 I would also like to help as well. As KMacy knows before i asked a lot of questions for T2 types of servers but unfortunately i have no more access to those kind of hardware as well. I;m willing to participate if a team will be formated. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 16:50:44 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0254A106566B; Fri, 22 Aug 2008 16:50:44 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id AD48A8FC0A; Fri, 22 Aug 2008 16:50:43 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from 80-218-191-31.dclient.hispeed.ch ([80.218.191.31] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KWZqU-0000Od-R2; Fri, 22 Aug 2008 18:50:42 +0200 Message-ID: <48AEEE3C.7030006@FreeBSD.org> Date: Fri, 22 Aug 2008 18:50:04 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080807) MIME-Version: 1.0 To: Kris Kennaway References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> In-Reply-To: <48AED560.8010001@FreeBSD.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: sun4v@freebsd.org, freebsd-stable@freebsd.org, kmacy@freebsd.org, freebsd-hackers@freebsd.org, freebsd-sun4v@freebsd.org, Nikolay Kalev , freebsd-current@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 16:50:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Kris Kennaway wrote: | Just so everyone is on the same page, what is needed to keep sun4v | viable are people with experience with (or intention to learn about) low | level architectural and implementation details of the FreeBSD kernel and | the sun4v hardware platform, who know their way around things like | pmap.c and other MD places where the kernel interfaces with the "bare | metal", and who are willing to make a long term (multi-year) commitment | to supporting the platform. If we had docs... | Kris - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkiu7jsACgkQwMJqmJVx946SjgCeMIDO6Q6hZSVlsfPQTJhkM3Vk BIUAmwWDU4IAqv+nyFvGRhSxblsrVh4Q =y3qu -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:08:52 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F7521065671 for ; Fri, 22 Aug 2008 17:08:52 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE928FC14 for ; Fri, 22 Aug 2008 17:08:51 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so333192nfh.33 for ; Fri, 22 Aug 2008 10:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5Ve6qUsmANhYj0GyKjpypC688Vgr6vPkyU//lW2Nw5g=; b=LB0saWdfgt2RP2qKwBiZN1xbeKEvSgUM0NAy6DodkZ/PX8A/q+778h488+Ou2W86el w/nfUZi/dq5wUWFlHtIpJGgmXF28yLNTNWB2K5LUL1pGN3vm1d6V83HRglaIgJEdpGq5 d1bQ9gGRdfCi2gIeU/0IaW+frvzwggubJ24XE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=LJWCvLzygbbETv4f++wKxkUQHxK/kPZbW9sPimEruj2xmS2qoBJDC+T9L0Zcda6R+V r5oNIlcYRY/M5y+Iw/LqImjHJNEJh+zNf9/qeJotzljRA6fm/X1OneoOSCsR94ZtK7Di UoSdWLJ5YdQ4MFQkcfHBFldX5zC82NsOw45JA= Received: by 10.210.65.2 with SMTP id n2mr1797231eba.48.1219424929882; Fri, 22 Aug 2008 10:08:49 -0700 (PDT) Received: by 10.210.66.19 with HTTP; Fri, 22 Aug 2008 10:08:49 -0700 (PDT) Message-ID: <1d3ed48c0808221008x28dc28a0xe01c39ecfcdc895c@mail.gmail.com> Date: Fri, 22 Aug 2008 10:08:49 -0700 From: "Kevin Downey" To: "Anders Nore" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> X-Mailman-Approved-At: Fri, 22 Aug 2008 17:54:21 +0000 Cc: "freebsd-hackers@freebsd.org" Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 17:08:52 -0000 On Fri, Aug 22, 2008 at 2:56 AM, Anders Nore wrote: > On Fri, 22 Aug 2008 00:00:01 +0200, Kevin Downey wrote: > >> On Thu, Aug 21, 2008 at 2:56 PM, Kevin Downey wrote: >>> >>> On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore >>> wrote: >>>> >>>> Hello hackers, >>>> it's been a great summer for me working with the FreeBSD-project. It has >>>> truly been an educational experience for me and I would like to continue >>>> working on my project as well as other aspects of FreeBSD in the future. >>>> >>>> You can read about my project on the wiki-page[1] where you can read >>>> about >>>> the new features and some technical detail, there you will also find >>>> testing >>>> instructions for those of you who want to try it out. You can also >>>> download >>>> the source[2]. It will be greatly appreciated if you test it and report >>>> any >>>> bugs you discover. >>>> >>>> >>>> Thanks for a great summer! >>>> - Anders Nore >>>> >>>> >>>> [1] http://wiki.freebsd.org/AndersNore/pkg_improved >>>> [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz >>> >>> Is there a patch against 7-STABLE? Neither of the two patches on the >>> website (-CURRENT and 7.0-RELEASE) or the tarball build on 7-STABLE. >>> The patches are also kind of a pain because they contain diffs against >>> files like "/usr/src/usr.sbin/pkg_install/CVS/Entries" which you don't >>> seem to have if you just use csup. >>> > > The CVS entries should be removed from the latest patches and a patch for > RELENG_7_0 has been added. > You can get the new patches from http://home.no.net/andenore/patches/ > >>> >>> -- >>> The Mafia way is that we pursue larger goals under the guise of >>> personal relationships. >>> Fisheye >>> >> >> sorry, I tried the tarball again, and it built. I must have missed >> something. >> > > Maybe you tried to compile from a different directory than > /usr/src/usr.sbin/pkg_install ? > Makefile.inc will try to `.include "../Makefile.inc"' to get BINDIR, so if > you comment this out and specify your own BINDIR variable `BINDIR?= > /usr/sbin' it should be ok. > > > Thanks for your input! > - Anders Nore > > The tarball linked to from you email ended up building, I am not sure what I was doing wrong that it did not build before. The `.include "../Makefile.inc"' like in the Makefile was commented out so "make install" bombed out until I figured that out. running 'portupgrade --batch --force gnome\*' I am seeing stuff like ===> Registering installation for gnome-backgrounds-2.22.0_1 pkg_info: show_plist: unknown command type 21 (2008-08-22 09:58:11) ===> Cleaning for gnome-backgrounds-2.22.0_1 dunno if that is something important. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 18:37:00 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F9E6106566B for ; Fri, 22 Aug 2008 18:37:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 675C38FC2D for ; Fri, 22 Aug 2008 18:37:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 233572379; Fri, 22 Aug 2008 11:37:00 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A2B852D6037; Fri, 22 Aug 2008 11:36:59 -0700 (PDT) Message-ID: <48AF074C.5030008@elischer.org> Date: Fri, 22 Aug 2008 11:37:00 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Kevin Downey References: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> <1d3ed48c0808221008x28dc28a0xe01c39ecfcdc895c@mail.gmail.com> In-Reply-To: <1d3ed48c0808221008x28dc28a0xe01c39ecfcdc895c@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , Anders Nore Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 18:37:00 -0000 Kevin Downey wrote: > On Fri, Aug 22, 2008 at 2:56 AM, Anders Nore wrote: >> On Fri, 22 Aug 2008 00:00:01 +0200, Kevin Downey wrote: >> >>> On Thu, Aug 21, 2008 at 2:56 PM, Kevin Downey wrote: >>>> On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore >>>> wrote: >>>>> Hello hackers, >>>>> it's been a great summer for me working with the FreeBSD-project. It has >>>>> truly been an educational experience for me and I would like to continue >>>>> working on my project as well as other aspects of FreeBSD in the future. >>>>> is there a document that outlines what architectural changes were made? From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 19:00:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FDF9106567E; Fri, 22 Aug 2008 19:00:22 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id 205AA8FC2D; Fri, 22 Aug 2008 19:00:21 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K6000K1AKNMSYA0@asmtp014.mac.com>; Fri, 22 Aug 2008 10:59:47 -0700 (PDT) Message-id: <477C6946-2540-4122-AD66-B769A623FE01@mac.com> From: Marcel Moolenaar To: freebsd-sun4v@freebsd.org In-reply-to: <20080822113317.GD32539@server.vk2pj.dyndns.org> Date: Fri, 22 Aug 2008 10:59:44 -0700 References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> <20080822113317.GD32539@server.vk2pj.dyndns.org> X-Mailer: Apple Mail (2.928.1) Cc: sun4v@freebsd.org, freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, Kip Macy Subject: Re: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 19:00:24 -0000 On Aug 22, 2008, at 4:33 AM, Peter Jeremy wrote: > [Replies re-directed to freebsd-sun4v] > > On 2008-Aug-21 14:42:55 -0700, Kip Macy wrote: >> I believe that there is a general expectation by freebsd users and >> developers that unsupported code should not be in CVS. Although sun4v >> is a very interesting platform for developers doing SMP work, I >> simply >> do not have the time or energy to maintain it. If someone else would >> like to step up and try his hand I would be supportive of his >> efforts. >> In the likely event that no one steps forward by the time that 7.1 is >> released I will ask that it be moved to the Attic. > > Since there are no other current SPARC CPUs that FreeBSD can run on > (the US-II has been obsolete for about 6 years and FreeBSD won't run > on any more recent sun4u chips), that will also remove the > justification for maintaining a SPARC64 port. Marius has been doing some great work towards US-III support. I have FreeBSD/sparc64 running on Netra SMP with US-III CPUs. While the code is not in SVN, It's in Perforce and from what I can see, it's in a very good shape. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 20:02:46 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 279D81065676 for ; Fri, 22 Aug 2008 20:02:46 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from mother.ludd.ltu.se (mother.ludd.ltu.se [130.240.16.3]) by mx1.freebsd.org (Postfix) with ESMTP id AA2F98FC08 for ; Fri, 22 Aug 2008 20:02:45 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from brother.ludd.ltu.se (root@brother.ludd.ltu.se [130.240.16.78]) by mother.ludd.ltu.se (8.13.6+Sun/8.12.10) with ESMTP id m7MK2fgY000072 for ; Fri, 22 Aug 2008 22:02:41 +0200 (MEST) Received: from brother.ludd.ltu.se (pb@localhost [127.0.0.1]) by brother.ludd.ltu.se (8.13.6+Sun/8.12.2) with ESMTP id m7MK2fUI004488 for ; Fri, 22 Aug 2008 22:02:41 +0200 (MEST) Received: (from pb@localhost) by brother.ludd.ltu.se (8.13.6+Sun/8.13.6/Submit) id m7MK2fvo004486 for freebsd-hackers@freebsd.org; Fri, 22 Aug 2008 22:02:41 +0200 (MEST) From: Peter B Message-Id: <200808222002.m7MK2fvo004486@brother.ludd.ltu.se> To: freebsd-hackers@freebsd.org Date: Fri, 22 Aug 2008 22:02:41 +0200 (MEST) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 22 Aug 2008 20:08:46 +0000 Subject: usb match() function X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 20:02:46 -0000 Within the usb drivers (/usr/src/sys/dev/usb/u*.c) there's an matching routine where the 'uaa->iface' is supposed to be assigned before the routine is called. However for a new device or class this doesn't seem to work. Instead 'uaa' is set like for an generic device (two interfaces, no "default" in my case). So how is one supposed to make the kernel fill in 'uaa->iface' ..? Code excerpt (v7.x): static int *_match(device_t self) { struct usb_attach_arg *uaa = device_get_ivars(self); usb_interface_descriptor_t *id; DPRINTFN(10,("*_match\n")); if (uaa->iface == NULL) return (UMATCH_NONE); From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 20:37:29 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45092106567E; Fri, 22 Aug 2008 20:37:29 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id BDCDC8FC0C; Fri, 22 Aug 2008 20:37:28 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id m7MKG3qr024447; Fri, 22 Aug 2008 22:16:03 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id m7MKG39Y024446; Fri, 22 Aug 2008 22:16:03 +0200 (CEST) (envelope-from marius) Date: Fri, 22 Aug 2008 22:16:03 +0200 From: Marius Strobl To: Kris Kennaway Message-ID: <20080822201603.GA14444@alchemy.franken.de> References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> <20080822113317.GD32539@server.vk2pj.dyndns.org> <48AEA699.10903@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48AEA699.10903@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: sun4v@freebsd.org, freebsd-stable@freebsd.org, Kip Macy , freebsd-hackers@freebsd.org, freebsd-sun4v@freebsd.org, FreeBSD Current Subject: Re: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 20:37:29 -0000 On Fri, Aug 22, 2008 at 01:44:25PM +0200, Kris Kennaway wrote: > Peter Jeremy wrote: > >[Replies re-directed to freebsd-sun4v] > > > >On 2008-Aug-21 14:42:55 -0700, Kip Macy wrote: > >>I believe that there is a general expectation by freebsd users and > >>developers that unsupported code should not be in CVS. Although sun4v > >>is a very interesting platform for developers doing SMP work, I simply > >>do not have the time or energy to maintain it. If someone else would > >>like to step up and try his hand I would be supportive of his efforts. > >>In the likely event that no one steps forward by the time that 7.1 is > >>released I will ask that it be moved to the Attic. > > > >Since there are no other current SPARC CPUs that FreeBSD can run on > >(the US-II has been obsolete for about 6 years and FreeBSD won't run > >on any more recent sun4u chips), that will also remove the > >justification for maintaining a SPARC64 port. > > > >I don't have the knowledge or available time to maintain the sun4v > >port by myself but would be happy to be part of a team doing so. One > >impediment I have is that I don't have a T-1 or T-2 system that I can > >dedicate to FreeBSD. I could work on FreeBSD in a guest domain - but > >since FreeBSD doesn't support either the virtual disk or virtual > >network, actually getting FreeBSD running there presents somewhat of a > >challenge. > > > > There are two t1000 systems in the freebsd.org cluster that are > available for people to work on. Rink Springer has also expressed > interest in this. > > Perhaps Kip can explain some more about what things he looked at, but > the most serious bugs might be in pmap or perhaps trap handling. > Operationally, things like buildworld -jN die quickly with random > signals, kernel traps, etc. > > Kris > > P.S. It looks like marius has made progress on US III but sun4u is still > an architectural dead end. Well, let's see what architecture the upcoming Rock CPUs are; judging their feature list they appear to be a continuation of the Fujitsu sun4u line rather than a successor of UST1/2 :) Marius From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 20:41:47 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EE3E106567D for ; Fri, 22 Aug 2008 20:41:47 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id E16388FC1E for ; Fri, 22 Aug 2008 20:41:46 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1073724rvf.43 for ; Fri, 22 Aug 2008 13:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=VwIvVV9UTm+WX5L+17nrBjX7Tfwfqxy+YNwzRM9uvOc=; b=VEYeOYKPPNNqsQCzleVkZE67DWo4pHINQkk0o9JUbtrlp6jhBrwlZZ3qVDJJNSbtiL tD1dwbFqW0KFYEHOVwKjBLmkCZf+YFOobEzpO1sMXNiq2J+ul5jCi4P0hmpUoBoB/KZD IXBR25VAhS9SLSjMVANXjXhuuwa5i9zaL08jI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=cKQHxCn3AaicvsnGK4yStzxOyyY2MC2AD19oa8KOYw7CO23RrvAVoZI+MeTiDYGBvX fR9UlA4KP3leBizuSyPWsOZy4Sp36T3TIgpBUVEGWrznjbr80D68Z1iXFpRIr07kN5hR aMDuT4/Yxi76SIy9pO9VLSODdWcLsO2afKzd8= Received: by 10.141.36.10 with SMTP id o10mr747111rvj.176.1219437706340; Fri, 22 Aug 2008 13:41:46 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Fri, 22 Aug 2008 13:41:46 -0700 (PDT) Message-ID: <3c1674c90808221341i6c97be59wcfb10979305ffdb0@mail.gmail.com> Date: Fri, 22 Aug 2008 13:41:46 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Marius Strobl" In-Reply-To: <20080822201603.GA14444@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c1674c90808211442t707966fq29997b53a70ed2f7@mail.gmail.com> <20080822113317.GD32539@server.vk2pj.dyndns.org> <48AEA699.10903@FreeBSD.org> <20080822201603.GA14444@alchemy.franken.de> X-Google-Sender-Auth: 1cdec45359df961b Cc: sun4v@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org, freebsd-sun4v@freebsd.org, FreeBSD Current Subject: Re: the future of sun4v X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 20:41:47 -0000 > Well, let's see what architecture the upcoming Rock CPUs are; > judging their feature list they appear to be a continuation of > the Fujitsu sun4u line rather than a successor of UST1/2 :) That is not what I've heard. -Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 22:03:19 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439F8106566B for ; Fri, 22 Aug 2008 22:03:19 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 187AD8FC15 for ; Fri, 22 Aug 2008 22:03:19 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1121491rvf.43 for ; Fri, 22 Aug 2008 15:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=Ladhy1kX/03414gF23072SC3j7iJJG92nRy7+mXiZl0=; b=LAVp4fs46xqLHkLZTEu2gHmvL4YQaTGd+xirexM2b4ikJA5R6rj07KLD0sMezyU5Rv iVnWyysc6wcBfXWECa1C30GCnqiX/6DMEsCWpeikG0uLiXcgDKEQLpB0nD1oiLv/o3w9 dCYuaCt/IA5dBlhjxt+5voghfDTLtKT0Pi09A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=kv83cHQbuxmUsg2znpeGaiCMNFzCLMB0iGEn2/oSmXVru1VWA32ng9zWC7pP5FKKKB N913OkpzIm4ccueH3w7R71BF8SmgI+iLsZ8FHSyUwxEDhTZ+Uu0O26HDYxCL1B5Aof+A rIUSGmEk6+hfEpAK9OasaG6fMInkFuPNIbTBY= Received: by 10.141.5.3 with SMTP id h3mr783181rvi.138.1219442598715; Fri, 22 Aug 2008 15:03:18 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Fri, 22 Aug 2008 15:03:18 -0700 (PDT) Message-ID: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> Date: Fri, 22 Aug 2008 15:03:18 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: freebsd-hackers@freebsd.org, "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: d457d19a4bceb45a Cc: Subject: request for testers - xen support for domU in head X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 22:03:19 -0000 Basic Xen support for 32-bit in PAE mode is in CVS. Please see the wiki for general information: http://wiki.freebsd.org/FreeBSD/Xen Please be forewarned that I am not claiming that this is production-ready. There are many known limitations. If you would like to take it for a test drive and report bugs please give it a spin. Thanks, Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 22:55:14 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBBBE106566C; Fri, 22 Aug 2008 22:55:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 490048FC12; Fri, 22 Aug 2008 22:55:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7MMtBnn015778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Aug 2008 08:55:12 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7MMtBbW007210; Sat, 23 Aug 2008 08:55:11 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7MMtALg007209; Sat, 23 Aug 2008 08:55:10 +1000 (EST) (envelope-from peter) Date: Sat, 23 Aug 2008 08:55:10 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20080822225510.GI32539@server.vk2pj.dyndns.org> References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WoqaC9TUMqqIOlla" Content-Disposition: inline In-Reply-To: <48AED560.8010001@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, kmacy@freebsd.org, freebsd-sun4v@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 22:55:14 -0000 --WoqaC9TUMqqIOlla Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-22 17:04:00 +0200, Kris Kennaway wrote: >Just so everyone is on the same page, what is needed to keep sun4v=20 >viable are people with experience with (or intention to learn about) low= =20 >level architectural and implementation details of the FreeBSD kernel What documentation is currently accurate for this beyond the source code? The only things I can quickly find are: "Design & Implementation of FreeBSD 5.2" and "FreeBSD Architecture Handbook". The former is getting quite old and I'm not sure how up-to-date the latter is kept. >the sun4v hardware platform, Is the documentation at http://www.opensparc.net/opensparc-t1/index.html and http://www.opensparc.net/opensparc-t2/index.html adequate for this or is there additional information that is needed? Is there any tutorial style documentation on the low-level T1/T2 details? > who know their way around things like=20 >pmap.c and other MD places where the kernel interfaces with the "bare=20 >metal", I've poked around the low-level details of FreeBSD/i386 and /Alpha in the past, though I'm nothing like an expert at it. sun4v/sun4v is only about twice the size of a 6th Edition kernel... > and who are willing to make a long term (multi-year) commitment >to supporting the platform. Yes. Is there a summary of the open issues somewhere? There are no sun4v PRs open. http://wiki.freebsd.org/FreeBSD/sun4v effectively hasn't been touched since November 2006 and suggests that the only critical issue is lack of serial port support. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --WoqaC9TUMqqIOlla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkivQ84ACgkQ/opHv/APuIdZuwCglKH8AiGskbfJXqdbFd9PVipt OeMAnA4v40rQalNO/rEi9s5fDfq/+9IQ =CDvj -----END PGP SIGNATURE----- --WoqaC9TUMqqIOlla-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 23:37:04 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97601065674 for ; Fri, 22 Aug 2008 23:37:04 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id BB0268FC16 for ; Fri, 22 Aug 2008 23:37:04 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by wf-out-1314.google.com with SMTP id 24so579731wfg.7 for ; Fri, 22 Aug 2008 16:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OpJ++5oCvAFqC/arbURDuMQwOHqr2mgPb+po1bDnPFg=; b=uONH+OD2QP9PR8iTvyVW6lk6yHrhUH2Pp5L6YKYosNlinC7sJp3Q/Q8el1oSW7YwRO U+fllso9Cd1qQetlc73vwrvxXb/pR3k98N3iYROh1jAnAXssK133q/7/UcThzgSG4sBh EsoxXxI9YvXZsUCIlUGa3p9Px1n7wfu93CjvA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BaLA1X78CpvWttBt95ErFs8GGNpr/7MHMolur081Itp8QOSqVsbtU66qEmtTnA1Mh6 nyf1O8e5nhp0Cto5f6wmvNxwduW5GEtjUDUyeAVvhULU4ycj/B6EKBnwgGfx+wI3QLNl u0Ivm9snnLVMk3grV+xnFU6V/zOMeO73CJhKY= Received: by 10.142.204.18 with SMTP id b18mr602464wfg.126.1219446602004; Fri, 22 Aug 2008 16:10:02 -0700 (PDT) Received: by 10.142.105.2 with HTTP; Fri, 22 Aug 2008 16:10:01 -0700 (PDT) Message-ID: <3dd203290808221610h157caa1fqd66b8d243da3d383@mail.gmail.com> Date: Sat, 23 Aug 2008 00:10:01 +0100 From: "Brad Pitney" To: "Kip Macy" In-Reply-To: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> X-Mailman-Approved-At: Sat, 23 Aug 2008 02:48:07 +0000 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: request for testers - xen support for domU in head X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 23:37:05 -0000 On Fri, Aug 22, 2008 at 11:03 PM, Kip Macy wrote: > Basic Xen support for 32-bit in PAE mode is in CVS. Please see the > wiki for general information: > > http://wiki.freebsd.org/FreeBSD/Xen > > Please be forewarned that I am not claiming that this is > production-ready. There are many known limitations. If you would like > to take it for a test drive and report bugs please give it a spin. > > Thanks, > Kip this is cool, I've been so eager to try I have a first bug report :) thank you for this! -- Best regards, Brad From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 03:04:52 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137B71065672; Sat, 23 Aug 2008 03:04:52 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id E4BF78FC0C; Sat, 23 Aug 2008 03:04:51 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from localhost ([127.0.0.1]) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KWilw-000DrE-V8; Fri, 22 Aug 2008 22:22:39 -0400 Message-ID: <48AF746A.1030804@FreeBSD.org> Date: Fri, 22 Aug 2008 19:22:34 -0700 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> In-Reply-To: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: request for testers - xen support for domU in head X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 03:04:52 -0000 Kip Macy wrote: > Basic Xen support for 32-bit in PAE mode is in CVS. Please see the > wiki for general information: > > http://wiki.freebsd.org/FreeBSD/Xen > > Please be forewarned that I am not claiming that this is > production-ready. There are many known limitations. If you would like > to take it for a test drive and report bugs please give it a spin. > > Thanks, > Kip > Hi Kip, Thanks very much for the effort here. I'm looking forward to trying it out and providing feedback. I'm not really familiar with Xen, but perhaps enough to ask this question: Does this mean that Amazon EC2 will be able to boot FreeBSD instances? Thank you, Greg From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 03:15:11 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E89A9106567A for ; Sat, 23 Aug 2008 03:15:11 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id B99948FC0A for ; Sat, 23 Aug 2008 03:15:11 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1257475rvf.43 for ; Fri, 22 Aug 2008 20:15:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=PaGRbZ0763gVPa9BPWKl2I9912kCJJy7LmbrAkRMBSo=; b=JYSqi9w72rQgNAzOuJEJBQVGFD80vxqOWsMgxrFT53/FBTWy+J57a5pdn7nh+3WskA f9MYv7REPI8BYLh39z/mr5uiIIarLKdTFeOS11BvRW+8ej2pPZN5avZod00JbeQONrXK uWi2g0nD49tNZLxz3HUm7Y3tpvIIlx8HXnMTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=dzI2dFVUnk8+bJM38QNoOtaUmTShm9lmenN8gTBGjnao1v3ZE9n22Ph08vYD04dUa7 zLPk87PgYuUf4M/UUBTTBNBHwYgcLRc+N0K9ywcnu4AD0kz30TQnK7cX9yHIfaZZ87lL wuFpc6eNroiZYrj1L8YdkRSf6HvvlNJvVrZI4= Received: by 10.141.79.12 with SMTP id g12mr898696rvl.87.1219461311201; Fri, 22 Aug 2008 20:15:11 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Fri, 22 Aug 2008 20:15:11 -0700 (PDT) Message-ID: <3c1674c90808222015u543df3c3h540bbc2022f12ab5@mail.gmail.com> Date: Fri, 22 Aug 2008 20:15:11 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: glarkin@freebsd.org In-Reply-To: <48AF746A.1030804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c1674c90808221503v5ee48f05td71f70f152e71ef8@mail.gmail.com> <48AF746A.1030804@FreeBSD.org> X-Google-Sender-Auth: 139b20926ef333e2 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: request for testers - xen support for domU in head X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 03:15:12 -0000 p >> > Hi Kip, > > Thanks very much for the effort here. I'm looking forward to trying it > out and providing feedback. > > I'm not really familiar with Xen, but perhaps enough to ask this > question: Does this mean that Amazon EC2 will be able to boot FreeBSD > instances? > The last time I spoke with them they were using 3.0.3 which uses some older interfaces which I don't currently support. Nonetheless, I do intend to support EC2 in the near future. Thanks, Kip From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 05:36:04 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E9C106567F for ; Sat, 23 Aug 2008 05:36:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id B13D38FC18 for ; Sat, 23 Aug 2008 05:36:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so785150fgb.35 for ; Fri, 22 Aug 2008 22:36:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kyaIYQWrPMxR+acVhWuYXFK7xkRABO9v9dXksaUVIpc=; b=E51Xepezb2kVcc8/k0R0anKQ3E5Acjx+NP2d4lfonuQv49b3atYsMe/WzetcZS1HiZ pk8LUt4oK6eeJc1IJI/8+iyt9XXlVbY467kx15vwSZP4USSGVj3Q7cVkLTegDaN/9ouj 7YwU1MXvoqQK1/NdCDsiOTmIHBjliZv3tA0XY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VYMRulwR6klw0GgeOLlU6t7QasYwAOshX3IKNRmplP/X6xOTfqXthzBleQVBZnUdGl fhD3r+KQ+y9eoSzZgBBSb6+yakC5AaN7rsHmFwI1i+vShfeI97QQ4ZkXkakQo6ph7qU3 jOZRSYUGs/velxx2mNpudLM1DScL2FtnC0q8o= Received: by 10.86.92.7 with SMTP id p7mr1448893fgb.8.1219469762219; Fri, 22 Aug 2008 22:36:02 -0700 (PDT) Received: by 10.86.62.14 with HTTP; Fri, 22 Aug 2008 22:36:02 -0700 (PDT) Message-ID: <7d6fde3d0808222236t45103e4eseb8f174ffb89fdca@mail.gmail.com> Date: Fri, 22 Aug 2008 22:36:02 -0700 From: "Garrett Cooper" To: "Anders Nore" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d3ed48c0808211456h779bec94n9b6597c66f7741b2@mail.gmail.com> <1d3ed48c0808211500i4445b443t4a67da7cf514adaa@mail.gmail.com> Cc: "freebsd-hackers@freebsd.org" , Kevin Downey Subject: Re: pkg_improved GSoC 2008 finished X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 05:36:04 -0000 On Fri, Aug 22, 2008 at 2:56 AM, Anders Nore wrote: > On Fri, 22 Aug 2008 00:00:01 +0200, Kevin Downey wrote: > >> On Thu, Aug 21, 2008 at 2:56 PM, Kevin Downey wrote: >>> >>> On Thu, Aug 21, 2008 at 6:10 AM, Anders Nore >>> wrote: >>>> >>>> Hello hackers, >>>> it's been a great summer for me working with the FreeBSD-project. It has >>>> truly been an educational experience for me and I would like to continue >>>> working on my project as well as other aspects of FreeBSD in the future. >>>> >>>> You can read about my project on the wiki-page[1] where you can read >>>> about >>>> the new features and some technical detail, there you will also find >>>> testing >>>> instructions for those of you who want to try it out. You can also >>>> download >>>> the source[2]. It will be greatly appreciated if you test it and report >>>> any >>>> bugs you discover. >>>> >>>> >>>> Thanks for a great summer! >>>> - Anders Nore >>>> >>>> >>>> [1] http://wiki.freebsd.org/AndersNore/pkg_improved >>>> [2] http://home.no.net/andenore/patches/pkg_install-20080708.tar.gz >>> >>> Is there a patch against 7-STABLE? Neither of the two patches on the >>> website (-CURRENT and 7.0-RELEASE) or the tarball build on 7-STABLE. >>> The patches are also kind of a pain because they contain diffs against >>> files like "/usr/src/usr.sbin/pkg_install/CVS/Entries" which you don't >>> seem to have if you just use csup. >>> > > The CVS entries should be removed from the latest patches and a patch for > RELENG_7_0 has been added. > You can get the new patches from http://home.no.net/andenore/patches/ > >>> >>> -- >>> The Mafia way is that we pursue larger goals under the guise of >>> personal relationships. >>> Fisheye >>> >> >> sorry, I tried the tarball again, and it built. I must have missed >> something. >> > > Maybe you tried to compile from a different directory than > /usr/src/usr.sbin/pkg_install ? > Makefile.inc will try to `.include "../Makefile.inc"' to get BINDIR, so if > you comment this out and specify your own BINDIR variable `BINDIR?= > /usr/sbin' it should be ok. > > > Thanks for your input! > - Anders Nore How about this? For standalone packages, specify: Makefile.inc <-- redefine variables here. pkg_install/ <-- sources go here. Seems like a simple solution ;). As for diff, you probably what to use: --exclude-from=SCM_patterns.txt where SCM_patterns.txt consists of: -------------- CVS .git .svn .CC -------------- ... etc. As for patch, `patch -p0 < pkg_install.patch' does the trick if you do `diff -Naur .'. Cheers and good work on finishing off this awesome task. I'll gladly write up tests for you if you like =], -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 06:43:59 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B531E106566C for ; Sat, 23 Aug 2008 06:43:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 768E58FC15 for ; Sat, 23 Aug 2008 06:43:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7N6fbor087330; Sat, 23 Aug 2008 00:41:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 00:42:09 -0600 (MDT) Message-Id: <20080823.004209.1974818375.imp@bsdimp.com> To: max@love2party.net From: "M. Warner Losh" In-Reply-To: <200808212351.13464.max@love2party.net> References: <200808212351.13464.max@love2party.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: MFC of r180753: ABI problems? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 06:43:59 -0000 In message: <200808212351.13464.max@love2party.net> Max Laier writes: : Hi, : : I'm wondering how to merge r180753 to stable/7 as luoqi@ has indicated that he : doesn't have time to take care of it right now. : : It seems that changing the size of pcicfgregs (aka struct pcicfg) which is : part of struct pci_devinfo is out of the question, right? Ideas where to : store the HT related state or how to avoid storing the state are welcome. : : The merge result is attached for reference. This fix is essential for many : nforce based boards from ASUS which are rather common, I'm afraid. So it : would be good to have this in 7.1/6.4, I think. I think this is OK. pcicfgregs is an internal to pci implementation detail. You've added it at the end, so any leakage of the offsets won't matter. All subclasses of pci would be affected. Internal to the kernel isn't all that interesting, since they are all compiled at the same time. This would only matter for modules. Cardbus and acpi would be the only modules affected. That would mean you couldn't boot a 7.0 kernel with a 7.1 set of modules or vice versa. I'm not sure that is actually going to work anyway... Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 06:49:29 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E681A106566C for ; Sat, 23 Aug 2008 06:49:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A674B8FC0A for ; Sat, 23 Aug 2008 06:49:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7N6lLWf087391; Sat, 23 Aug 2008 00:47:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 00:47:53 -0600 (MDT) Message-Id: <20080823.004753.1477561239.imp@bsdimp.com> To: ahornung@gmail.com From: "M. Warner Losh" In-Reply-To: <10fba67b0808220034t2b9598cekbad7c976eed6975f@mail.gmail.com> References: <10fba67b0808220034t2b9598cekbad7c976eed6975f@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Driver accessing other drivers/devices ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 06:49:30 -0000 In message: <10fba67b0808220034t2b9598cekbad7c976eed6975f@mail.gmail.com> "Alex Hornung" writes: : Hello, : : I need to access the hard disk from within a driver that is not a FS. : I would also need to get a list of PCI devices connected. Is there a : way I can access these devices directly, at least in the first case, : issuing directly ATA/IDE commands to the hard disk? There's always ata_if.m... : In the case of PCI it would be even nicer to be able to communicate : with the pci driver... but if that's not possible, it's also ok if I : can access the PCI bus controller directly. The driver I'm writing is : not a PCI or PCI device driver either. : : Hope someone can help me out on this one, it's important that there's : no user-space code... Generally, you don't want to scan the PCI bus to look for drivers to talk to. That's bad kharma and likely begging to be abused. Having said that, I've had cooperative drivers in the kernel before. They usually look for each other and send messages to each other with kobj. It is better to look for "friend0" that you know can receive messages. kobj adds a layer of protection since it will gracefully give an error when you can't do it. Hey, wait, ata_if is kobj... You could likely expand it to allow queueing of commands and such. Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 06:53:16 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04471065671; Sat, 23 Aug 2008 06:53:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0AB8FC08; Sat, 23 Aug 2008 06:53:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7N6pSNC087402; Sat, 23 Aug 2008 00:51:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 00:52:00 -0600 (MDT) Message-Id: <20080823.005200.-335188553.imp@bsdimp.com> To: gahr@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <48AEEE3C.7030006@FreeBSD.org> References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <48AEEE3C.7030006@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: sun4v@FreeBSD.org, freebsd-stable@FreeBSD.org, kmacy@FreeBSD.org, freebsd-hackers@FreeBSD.org, kris@FreeBSD.org, freebsd-sun4v@FreeBSD.org, nkalev@gmail.com, freebsd-current@FreeBSD.org Subject: Re: sun4v arch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 06:53:16 -0000 In message: <48AEEE3C.7030006@FreeBSD.org> Pietro Cerutti writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA512 : : Kris Kennaway wrote: : | Just so everyone is on the same page, what is needed to keep sun4v : | viable are people with experience with (or intention to learn about) low : | level architectural and implementation details of the FreeBSD kernel and : | the sun4v hardware platform, who know their way around things like : | pmap.c and other MD places where the kernel interfaces with the "bare : | metal", and who are willing to make a long term (multi-year) commitment : | to supporting the platform. : : If we had docs... There's a bunch of sun4v docs available. See http://www.sun.com/processors/documentation.html for example. Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 11:01:14 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBC31065682 for ; Sat, 23 Aug 2008 11:01:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 1561B8FC18 for ; Sat, 23 Aug 2008 11:01:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so425431yxb.13 for ; Sat, 23 Aug 2008 04:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=IZVTPlh+k4LIetfF7AK2kK/PKEuT4ln5fB5Vxb1gruo=; b=B9m0yrXfMuRo6XSoAFkR20xEYALTsEk6P34aRVkhVWx85UHb9MQxj2XKj0Q6zBU3AE ghsEt54c9KAKbciHjyB/COfw3q/EobhBgdRuaz5+JyUk74/6rd1nWDTUquE5i0dmoNnL Z6PQKZyH66p4pV0eQKrEePl4lO4bR+jFM8jxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=dPNL1Stt38E2lEKCf+gUryPm+7Z6WPu5yqGTPyOXRp0i7yxGfbOzxAMlNY3NXe5iKE LMK4Zv6kf5AJBaFZd6P11xOFQnlTdt/HN+N+RK2RFCry9Imp8jAE7yui1Ky0x2cpymFJ v2cRzypNOH/PhFSwzXaRjk4cqnZjKVw0MAyP8= Received: by 10.151.103.2 with SMTP id f2mr3483075ybm.10.1219487663633; Sat, 23 Aug 2008 03:34:23 -0700 (PDT) Received: by 10.150.144.6 with HTTP; Sat, 23 Aug 2008 03:34:23 -0700 (PDT) Message-ID: Date: Sat, 23 Aug 2008 06:34:23 -0400 From: "Aryeh Friedman" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 11:01:14 -0000 What is difference between /etc/rc.d called programs and ones called after login prompt shows up? The reason for asking is sysutils/fusefs-kmod gives an error if any mounts are attempted in /etc/rc but if the exactly the same command is issued by a user's .login/.xsession/etc. it works without problem (assuming proper permissions of course). a) Can anyone think of a reason why this would happen (the maintainer is non-responive) b) Is it possible to force something to run after /etc/rc exits but before init calls getty? From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 13:33:57 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A51106564A for ; Sat, 23 Aug 2008 13:33:57 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8168FC1E for ; Sat, 23 Aug 2008 13:33:57 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #19) id 1KWtFb-0006ko-RP; Sat, 23 Aug 2008 15:33:55 +0200 Received: from m874e.m.pppool.de ([89.49.135.78]:19295 helo=peedub.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1KWtFb-00084r-Jb; Sat, 23 Aug 2008 15:33:55 +0200 Date: Sat, 23 Aug 2008 15:33:54 +0200 From: Gary Jennejohn To: freebsd-hackers@freebsd.org Message-ID: <20080823153354.2ed632d4@peedub.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.5.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aryeh Friedman Subject: Re: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 13:33:57 -0000 On Sat, 23 Aug 2008 06:34:23 -0400 "Aryeh Friedman" wrote: > What is difference between /etc/rc.d called programs and ones called > after login prompt shows up? > > The reason for asking is sysutils/fusefs-kmod gives an error if any > mounts are attempted in /etc/rc but if the exactly the same command is > issued by a user's .login/.xsession/etc. it works without problem > (assuming proper permissions of course). > > a) Can anyone think of a reason why this would happen (the maintainer > is non-responive) > I suspect that fuse.ko is loaded by one of the scripts under /etc/rc.d since it seems to be installed under $PREFIX/modules where PREFIX is normally /usr/local. Until that happens you can't use mount_fusefs. > b) Is it possible to force something to run after /etc/rc exits but > before init calls getty? > Well, there are ways to force dependencies in the rc.d scripts, but I don't know the setup well enough to be helpful. I have no idea which script handles modules installed by ports and when it is invoked. You could try moving fuse.ko to /boot/modules and modify loader.conf to load fuse.ko at boot time. --- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 14:51:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C51CB106566B for ; Sat, 23 Aug 2008 14:51:53 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9053C8FC26 for ; Sat, 23 Aug 2008 14:51:53 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by fallback-in1.mxes.net (Postfix) with ESMTP id C928416420D for ; Sat, 23 Aug 2008 10:35:56 -0400 (EDT) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 382EE23E402 for ; Sat, 23 Aug 2008 10:35:54 -0400 (EDT) Date: Sat, 23 Aug 2008 15:35:52 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20080823153552.3fc52542@gumby.homeunix.com.> In-Reply-To: <20080823153354.2ed632d4@peedub.jennejohn.org> References: <20080823153354.2ed632d4@peedub.jennejohn.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 14:51:53 -0000 On Sat, 23 Aug 2008 15:33:54 +0200 Gary Jennejohn wrote: > On Sat, 23 Aug 2008 06:34:23 -0400 > "Aryeh Friedman" wrote: > > > What is difference between /etc/rc.d called programs and ones called > > after login prompt shows up? > > > > The reason for asking is sysutils/fusefs-kmod gives an error if any > > mounts are attempted in /etc/rc but if the exactly the same command > > is issued by a user's .login/.xsession/etc. it works without problem > > (assuming proper permissions of course). > > > > a) Can anyone think of a reason why this would happen (the > > maintainer is non-responive) > > > Well, there are ways to force dependencies in the rc.d scripts, but I > don't know the setup well enough to be helpful. I have no idea which > script handles modules installed by ports and when it is invoked. > > You could try moving fuse.ko to /boot/modules and modify loader.conf > to load fuse.ko at boot time. There's no need for that, it's already handled by the rc.d scripts. Fuse-based filesystems should be mounted with the "late" option, so they get mounted after the kernel module is loaded. You might also need a patch so the mount can find the correct mount_* executable.I think it's needed in 7.0, I'm not sure about 7-stable and current. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 20:31:33 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5CE5106566B for ; Sat, 23 Aug 2008 20:31:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 447F88FC0A for ; Sat, 23 Aug 2008 20:31:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7NKVNZf020490; Sat, 23 Aug 2008 16:31:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Sat, 23 Aug 2008 07:42:10 -0400 User-Agent: KMail/1.9.7 References: <200808212351.13464.max@love2party.net> <20080823.004209.1974818375.imp@bsdimp.com> In-Reply-To: <20080823.004209.1974818375.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808230742.10902.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Sat, 23 Aug 2008 16:31:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8079/Sat Aug 23 12:49:14 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_06_12,NO_RELAYS autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: max@love2party.net Subject: Re: MFC of r180753: ABI problems? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 20:31:33 -0000 On Saturday 23 August 2008 02:42:09 am M. Warner Losh wrote: > In message: <200808212351.13464.max@love2party.net> > > Max Laier writes: > : Hi, > : > : I'm wondering how to merge r180753 to stable/7 as luoqi@ has indicated > : that he doesn't have time to take care of it right now. > : > : It seems that changing the size of pcicfgregs (aka struct pcicfg) which > : is part of struct pci_devinfo is out of the question, right? Ideas where > : to store the HT related state or how to avoid storing the state are > : welcome. > : > : The merge result is attached for reference. This fix is essential for > : many nforce based boards from ASUS which are rather common, I'm afraid. > : So it would be good to have this in 7.1/6.4, I think. > > I think this is OK. > > pcicfgregs is an internal to pci implementation detail. You've added > it at the end, so any leakage of the offsets won't matter. All > subclasses of pci would be affected. Internal to the kernel isn't all > that interesting, since they are all compiled at the same time. This > would only matter for modules. Cardbus and acpi would be the only > modules affected. That would mean you couldn't boot a 7.0 kernel with > a 7.1 set of modules or vice versa. I'm not sure that is actually > going to work anyway... ACPI (and OFW's) PCI bus code isn't going to care, and I doubt cardbus is either. Hmm, actually, cardbus doesn't, but ACPI actually does (acpi_pci uses its own extended ivars for PCI devices to cache ACPI handles). That said, this particular ABI was actually broken earlier by MSI (though I didn't realize it at the time. :( ). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 20:38:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184CB1065675 for ; Sat, 23 Aug 2008 20:38:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id C28CB8FC13 for ; Sat, 23 Aug 2008 20:38:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so494246yxb.13 for ; Sat, 23 Aug 2008 13:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Bc7J0nI90cR/pOkgO2FrNcRtF359kC0gYLPOK7dO9Us=; b=Y/Wvn1NHQTWTfGXU1Q8ZA9MvzEBSUIlF6khGfZDafS06UuBuqvuhGi0V0XvdjJwacK ehFaa3sjuEzxl1KVaQgZAFf3zHWJUAYS6rUVmxhymoGuymdyEKFlGhoLLkCFjwTN2Rwu aDfeBmKDy0pjg90GjvAjwNpv36S0D5FZIdGU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qaRmP+mrfTyxEUr8owbArgfConOvxnDrsL3/x4JzlwVmmn9V0a7l7pw1+ucPgu6ixC j/o1E3vbdfAbqOUAxHy4E+tHaXlz6ghujgf9R8r0aUSfaNpR8kSeNB78YCwxy63FRQMW FmJa1Veg8N8PLkyhFKoD7hKhgTGqGw4JqRO6g= Received: by 10.150.152.17 with SMTP id z17mr4191965ybd.235.1219523893635; Sat, 23 Aug 2008 13:38:13 -0700 (PDT) Received: by 10.150.144.6 with HTTP; Sat, 23 Aug 2008 13:38:13 -0700 (PDT) Message-ID: Date: Sat, 23 Aug 2008 16:38:13 -0400 From: "Aryeh Friedman" To: gary.jennejohn@freenet.de In-Reply-To: <20080823153354.2ed632d4@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080823153354.2ed632d4@peedub.jennejohn.org> Cc: freebsd-hackers@freebsd.org Subject: Re: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 20:38:15 -0000 On Sat, Aug 23, 2008 at 8:27 AM, Garrett Cooper wrote: > On Sat, Aug 23, 2008 at 3:34 AM, Aryeh Friedman > wrote: >> What is difference between /etc/rc.d called programs and ones called >> after login prompt shows up? >> >> The reason for asking is sysutils/fusefs-kmod gives an error if any >> mounts are attempted in /etc/rc but if the exactly the same command is >> issued by a user's .login/.xsession/etc. it works without problem >> (assuming proper permissions of course). >> >> a) Can anyone think of a reason why this would happen (the maintainer >> is non-responive) >> b) Is it possible to force something to run after /etc/rc exits but >> before init calls getty? > > a) Bad credentials? Dependencies not started (yet)? > b) You can enforce ordering, if that's what you want. See: > http://www.freebsd.org/doc/en/articles/rc-scripting/ a) I use a custom /etc/rc thus I can place the mount command anywhere I want. No matter where I place I get the same error it is *ONLY* after /etc/rc terminates.... I am b) I load fuse.ko in /boot/loader.con (copied it from /usr/local/modules to /boot/modules) here is dmesg proof it is loaded: > dmesg|grep fuse fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 fuse4bsd: compiled against kernel config /usr/obj/usr/src/sys/MONSTER c) See a additionally to prove all the above here is my /etc/rc (the last 2 lines where added just to prove the point): #!/bin/sh PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin swapon -a fsck -p mount -rw / mount -a hostname flosoft.no-ip.biz ifconfig re0 192.168.2.2 ifconfig lo0 127.0.0.1 route add default 192.168.2.1 named cupsd noip2 ntpdate pool.ntp.org sendmail -bd -q1m apachectl start moused -t auto -p /dev/ums0 vidcontrol -m on mount /mnt/win_c mount /mnt/win_d Here is /etc/fstab (set up as recommended in the docs for sysutils/fusefs-ntfs [which I am the co-maintainer of]): # Device Mountpoint FStype Options Dump Pass# /dev/ad8s2b none swap sw 0 0 /dev/ad8s2a / ufs rw 1 1 /dev/ad8s2e /tmp ufs rw 2 2 /dev/ad8s2f /usr ufs rw 2 2 /dev/ad8s2d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 linproc /compat/linux/proc linprocfs rw 0 0 /dev/ad8s1 /mnt/win_c ntfs-3g rw,late 0 0 /dev/da0s1 /mnt/win_d ntfs-3g rw,late 0 0 The patch to mount recommended in the fusefs-ntfs docs has been applied. In order to show that the mount commands work post call to getty but not before: When the above /etc/rc is run: swapon: adding /dev/ad8s2b as swap device /dev/ad8s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s2a: clean, 164555 free (3603 frags, 20119 blocks, 1.4% fragmentation) /dev/ad8s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s2e: clean, 253254 free (54 frags, 31650 blocks, 0.0% fragmentation) /dev/ad8s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s2f: clean, 210848941 free (53253 frags, 26349461 blocks, 0.0% fragmenta tion) /dev/ad8s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s2d: clean, 1970559 free (551 frags, 246251 blocks, 0.0% fragmentation) re0: link state changed to DOWN add net default: gateway 192.168.2.1 re0: link state changed to UP 23 Aug 09:02:00 ntpdate[48]: step time server 216.184.20.83 offset 0.794898 sec pid 54 (limits), uid 0: exited on signal 11 (core dumped) [Sat Aug 23 09:02:01 2008] [warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter fuse: failed to exec mount program: No such file or directory fuse: failed to mount file system: Unknown error: 0 fuse: failed to exec mount program: No such file or directory fuse: failed to mount file system: Unknown error: 0 FreeBSD/i386 (flosoft.no-ip.biz) (ttyv0) login: Here is the .login for root and the .xsession for my main user account (I use xdm): > more ~root/.login # $FreeBSD: src/etc/root/dot.login,v 1.22 2000/07/15 03:25:14 rwatson Exp $ # # .login - csh login script, read by login shell, after `.cshrc' at login. # # see also csh(1), environ(7). # # Uncomment to display a random cookie each login: # [ -x /usr/games/fortune ] && /usr/games/fortune -s echo Mounting C: mount /mnt/win_c echo Mounting D: mount /mnt/win_d > more ~aryeh/.xsession sudo mount /mnt/win_c& sudo mount /mnt/win_d& mixer 100 mixer pcm 100 xfce4-session Sudo is configured to allow 'aryeh' to no password access. And finally proof that the two methods do in fact work: > df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad8s2a 507630 178520 288500 38% / devfs 1 1 0 100% /dev /dev/ad8s2e 507630 1124 465896 0% /tmp /dev/ad8s2f 443581998 21884342 386211098 5% /usr /dev/ad8s2d 4040654 99570 3617832 3% /var procfs 4 4 0 100% /proc linprocfs 4 4 0 100% /usr/compat/linux/proc /dev/fuse0 20972824 20196712 776112 96% /mnt/win_c /dev/fuse1 244196348 2463792 241732556 1% /mnt/win_d Thus it is clear that the *ONLY* difference between the /etc/rc calls and the post getty calls is when they are made. Thus the orginal question (i.e. I have verified this happens on any fusefs-* file system). I have attempted to call stuff via alternate methods like such as calling the mount_* directly and using equiv programs that have different names for each fusefs-* and did so with and without having the enteries in /etc/fstab > > -Garrett > From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 21:52:55 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB716106567B; Sat, 23 Aug 2008 21:52:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 972218FC20; Sat, 23 Aug 2008 21:52:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7NLo1D7005404; Sat, 23 Aug 2008 15:50:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 15:50:34 -0600 (MDT) Message-Id: <20080823.155034.1260392773.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200808230742.10902.jhb@freebsd.org> References: <200808212351.13464.max@love2party.net> <20080823.004209.1974818375.imp@bsdimp.com> <200808230742.10902.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, max@love2party.net Subject: Re: MFC of r180753: ABI problems? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 21:52:56 -0000 In message: <200808230742.10902.jhb@freebsd.org> John Baldwin writes: : On Saturday 23 August 2008 02:42:09 am M. Warner Losh wrote: : > In message: <200808212351.13464.max@love2party.net> : > : > Max Laier writes: : > : Hi, : > : : > : I'm wondering how to merge r180753 to stable/7 as luoqi@ has indicated : > : that he doesn't have time to take care of it right now. : > : : > : It seems that changing the size of pcicfgregs (aka struct pcicfg) which : > : is part of struct pci_devinfo is out of the question, right? Ideas where : > : to store the HT related state or how to avoid storing the state are : > : welcome. : > : : > : The merge result is attached for reference. This fix is essential for : > : many nforce based boards from ASUS which are rather common, I'm afraid. : > : So it would be good to have this in 7.1/6.4, I think. : > : > I think this is OK. : > : > pcicfgregs is an internal to pci implementation detail. You've added : > it at the end, so any leakage of the offsets won't matter. All : > subclasses of pci would be affected. Internal to the kernel isn't all : > that interesting, since they are all compiled at the same time. This : > would only matter for modules. Cardbus and acpi would be the only : > modules affected. That would mean you couldn't boot a 7.0 kernel with : > a 7.1 set of modules or vice versa. I'm not sure that is actually : > going to work anyway... : : ACPI (and OFW's) PCI bus code isn't going to care, and I doubt cardbus is : either. Hmm, actually, cardbus doesn't, but ACPI actually does (acpi_pci CardBus' does because it creates a slightly larger pcicfgreg per device... : uses its own extended ivars for PCI devices to cache ACPI handles). That : said, this particular ABI was actually broken earlier by MSI (though I didn't : realize it at the time. :( ). Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 22:13:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98A381065673 for ; Sat, 23 Aug 2008 22:13:53 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7338FC13 for ; Sat, 23 Aug 2008 22:13:53 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 0206023E49C for ; Sat, 23 Aug 2008 18:13:51 -0400 (EDT) Date: Sat, 23 Aug 2008 23:13:49 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20080823231349.5941d9f3@gumby.homeunix.com.> In-Reply-To: References: <20080823153354.2ed632d4@peedub.jennejohn.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 22:13:53 -0000 On Sat, 23 Aug 2008 16:38:13 -0400 "Aryeh Friedman" wrote: > c) See a additionally to prove all the above here is my /etc/rc (the > last 2 lines where added just to prove the point): > > #!/bin/sh > > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin > > swapon -a > fsck -p > ... > fuse: failed to exec mount program: No such file or directory > > Thus it is clear that the *ONLY* difference between the /etc/rc calls > and the post getty calls is when they are made. There's another difference: your /etc/rc script doesn't export PATH. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 23:39:24 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64D41065679 for ; Sat, 23 Aug 2008 23:39:24 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD5E8FC15 for ; Sat, 23 Aug 2008 23:39:24 +0000 (UTC) (envelope-from fbsd06+ZC=1851d6f1@mlists.homeunix.com) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 3652A23E3EF for ; Sat, 23 Aug 2008 19:39:22 -0400 (EDT) Date: Sun, 24 Aug 2008 00:39:20 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20080824003920.34f6bf51@gumby.homeunix.com.> In-Reply-To: <20080823231349.5941d9f3@gumby.homeunix.com.> References: <20080823153354.2ed632d4@peedub.jennejohn.org> <20080823231349.5941d9f3@gumby.homeunix.com.> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: What is difference between /etc/rc called programs and ones called after login prompt shows up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 23:39:24 -0000 On Sat, 23 Aug 2008 23:13:49 +0100 RW wrote: > On Sat, 23 Aug 2008 16:38:13 -0400 > "Aryeh Friedman" wrote: > > > > c) See a additionally to prove all the above here is my /etc/rc (the > > last 2 lines where added just to prove the point): > > > > #!/bin/sh > > > > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin > > > > swapon -a > > fsck -p > > ... > > fuse: failed to exec mount program: No such file or directory > > > > Thus it is clear that the *ONLY* difference between the /etc/rc > > calls and the post getty calls is when they are made. > > There's another difference: your /etc/rc script doesn't export PATH. That does seem to be the answer. I was curious as to why it only fails on ntfs, so I had a look at the source. It seems that mount and fsck find mount_* and fsck_* through a hard-coded path of "/rescue:/sbin:/usr/sbin", but mount_ntfs-3g then additionally has to find mount_fusefs through the environment path. Perhaps sysutils/fusefs-libs should be patched to make the whole thing more self-consistent.