From owner-freebsd-hackers@FreeBSD.ORG Sun May 5 20:06:23 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5F9F2D73; Sun, 5 May 2013 20:06:23 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep12.mx.upcmail.net (fep12.mx.upcmail.net [62.179.121.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4BBBFD; Sun, 5 May 2013 20:06:22 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep12-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20130505200620.OTFD14414.viefep12-int.chello.at@edge01.upcmail.net>; Sun, 5 May 2013 22:06:20 +0200 Received: from [127.0.0.1] ([178.84.132.32]) by edge01.upcmail.net with edge id YL6L1l0020i5fp601L6Lc7; Sun, 05 May 2013 22:06:20 +0200 X-SourceIP: 178.84.132.32 Message-ID: <5186BBBF.9000703@rainbow-runner.nl> Date: Sun, 05 May 2013 22:06:23 +0200 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matthias Apitz Subject: Re: GTK+3.0 application does not show some existing icons References: <20130504180610.GA1229@tiny.Sisis.de> In-Reply-To: <20130504180610.GA1229@tiny.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130505-0, 05-05-2013), Outbound message X-Antivirus-Status: Clean Cc: freebsd-hackers@freebsd.org, freebsd-gnome@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 20:06:23 -0000 On 4-5-2013 20:06, Matthias Apitz wrote: > Hello, > > I have a problem with some GTK+3 application not showing some existing > icons of the gnome-icon-theme. To nail it down, I went to some GTK tutorial > pages and hacked together a simple application (attached) which can be > compiled with just: The program got eaten by mailman, could you put it on a webspace somewhere? -Koop > $ gcc -g image.c `pkg-config --cflags --libs gtk+-3.0` -o image > > and shows the first argument as icon name, for example: > > $ ./image document-print-preview > > which works fine, while other icons do not work, for example > > $ ./image bottom > > Could some kind soul bring a bit light into the relation between an icon > name and the corresponding PNG file name.png? Because, even in the case when > the icon is shown, one does no see any open of the PNG file with > truss(1). How this is done? And why some of the icons are woring while > others do not? > > If it does matter, it is a system with a fresh ports tree from April, > 1st, SVN revision r315646. > > Thanks > > matthias > From owner-freebsd-hackers@FreeBSD.ORG Sun May 5 23:37:05 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C2E7EABE for ; Sun, 5 May 2013 23:37:05 +0000 (UTC) (envelope-from sbrabez@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) by mx1.freebsd.org (Postfix) with ESMTP id 58DBB243 for ; Sun, 5 May 2013 23:37:05 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id h11so2195116wiv.0 for ; Sun, 05 May 2013 16:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=luSyUsX89WCfSVKFQTjm2xxvSIPBvuE8EB2txYq8VCg=; b=X62npEWc1cZwOSETvpYTay+rYQMuL5fFx+gvi0FsBIr+5YxkXmLMLG0ZkcTd8UlGyN LdyupI/qhQKb6O13YcKg/vvI2GSUhucW/zMLAcqHzwSRheKexdSA+RQk0JDhgp4nDrvr u3rOA+QdL532xb0sh8KiYdbZR6vQnOjNj4rVdUTLlUJCFdLPSQER7tdbGO4Ns1F8eSFk uYi3zNld8iHl0pQlDLjNgEVqr0uaNw8BWKP4BkDJJtR3CY1aaxJuPJY7ngT6e+V0v+Bk TGc0yM0RHSKyP68QU8+0TTH+IQjkt7KRhepWFjPJfS/lkDQc4yH+PKdANZy7pp0NmDeL lj0w== X-Received: by 10.180.104.197 with SMTP id gg5mr6055396wib.13.1367797024549; Sun, 05 May 2013 16:37:04 -0700 (PDT) Received: from ogoshi.int.nbs-system.com ([2a01:e35:2ee4:8db0:a11:96ff:fe8c:77ec]) by mx.google.com with ESMTPSA id m14sm10608254wij.9.2013.05.05.16.37.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 May 2013 16:37:03 -0700 (PDT) Sender: Sofian Brabez Date: Mon, 6 May 2013 01:37:01 +0200 From: Sofian Brabez To: freebsd-hackers@FreeBSD.org Subject: [patch] export CPU physical and virtual address sizes in sysctl oids using do_cpuid Message-ID: <20130505233701.GA2957@ogoshi.int.nbs-system.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 23:37:05 -0000 --24zk1gE8NUlDmwG9 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This patch uses do_cpuid function to fetch CPU Physical and Virtual address= sizes and adds 2 new sysctl machine dependant OIDs (machdep.cpu_physical_address_= bits and machdep.cpu_virtual_address_bits). In order to retrieve the information, it calls do_cpuid by setting eax regi= ster to 0x80000008 value like referenced in chapter 5.2.7 in the CPUID specifica= tion [1] Apple, Inc. in xnu kernel do the same thing but they created a specific nod= e called 'machdep.cpu' to store CPU Vendor information, the sysctls are machdep.cpu.address_bits.virtual and machdep.cpu.address_bits.virtual. I really would like to see this patch in our operating system because it's a valuable information nowdays and should be provided like others. Thus, I would like advices to see if before to be imported it needs modific= ation to fit like Apple (i.e using a new sysctl node) or stay like that. Also, I profited of this changes to patch sys/modules/linprocfs in order to display the address sizes values in the output of /usr/compat/linux/proc/cp= uinfo like it's done in Linux procfs [2]. I filled a pr referenced as amd64/178357=A0[3]. My kernel was rebuilt witho= ut any problems in r250287 and it works as expected. You could find details here [4] and patch in attachment. Regards [1] http://www.intel.com/content/dam/www/public/us/en/documents/application= -notes/processor-identification-cpuid-instruction-note.pdf [2] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/ar= ch/x86/kernel/cpu/proc.c#n113 [3] http://www.freebsd.org/cgi/query-pr.cgi?pr=3D178357 [4] http://people.freebsd.org/~sbz/cpu/ -- Sofian Brabez --h31gzZEtNLTqOjlF Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="address_sizes.diff" Content-Transfer-Encoding: quoted-printable Index: amd64/amd64/identcpu.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/amd64/identcpu.c (revision 250287) +++ amd64/amd64/identcpu.c (working copy) @@ -109,6 +109,12 @@ SYSCTL_INT(_hw, OID_AUTO, clockrate, CTLFLAG_RD,=20 &hw_clockrate, 0, "CPU instruction clock rate"); =20 +SYSCTL_UINT(_machdep, OID_AUTO, cpu_physical_address_bits, CTLFLAG_RD, + &cpu_pma_bits, 0, "CPU physical address bits"); + +SYSCTL_UINT(_machdep, OID_AUTO, cpu_virtual_address_bits, CTLFLAG_RD, + &cpu_vma_bits, 0, "CPU virtual address bits"); + static eventhandler_tag tsc_post_tag; =20 static char cpu_brand[48]; @@ -516,6 +522,16 @@ cpu_feature =3D regs[3]; cpu_feature2 =3D regs[2]; =20 + /* Intel CPUID Specification chapter 5.2.7=20 + * eax=3D0x80000008 + * */ + do_cpuid(0x80000008, regs); + + /* upper bits are virtual size */ + cpu_vma_bits =3D ((regs[0] >> 8) & 0xFF); + /* lower bits are physical size */ + cpu_pma_bits =3D (regs[0] & 0xFF); + /* * Clear "Limit CPUID Maxval" bit and get the largest standard CPUID * function number again if it is set from BIOS. It is necessary Index: amd64/amd64/initcpu.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/amd64/initcpu.c (revision 250287) +++ amd64/amd64/initcpu.c (working copy) @@ -66,10 +66,12 @@ u_int cpu_high; /* Highest arg to CPUID */ u_int cpu_exthigh; /* Highest arg to extended CPUID */ u_int cpu_id; /* Stepping ID */ +u_int cpu_pma_bits; /* CPU physical address bits */ u_int cpu_procinfo; /* HyperThreading Info / Brand Index / CLFUSH */ u_int cpu_procinfo2; /* Multicore info */ char cpu_vendor[20]; /* CPU Origin code */ u_int cpu_vendor_id; /* CPU vendor ID */ +u_int cpu_vma_bits; /* CPU virtual address bits */ u_int cpu_fxsr; /* SSE enabled */ u_int cpu_mxcsr_mask; /* Valid bits in mxcsr */ u_int cpu_clflush_line_size =3D 32; Index: amd64/include/md_var.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/include/md_var.h (revision 250287) +++ amd64/include/md_var.h (working copy) @@ -54,10 +54,12 @@ extern u_int cpu_id; extern u_int cpu_max_ext_state_size; extern u_int cpu_mxcsr_mask; +extern u_int cpu_pma_bits; extern u_int cpu_procinfo; extern u_int cpu_procinfo2; extern char cpu_vendor[]; extern u_int cpu_vendor_id; +extern u_int cpu_vma_bits; extern char ctx_switch_xsave[]; extern char kstack[]; extern char sigcode[]; Index: compat/linprocfs/linprocfs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- compat/linprocfs/linprocfs.c (revision 250287) +++ compat/linprocfs/linprocfs.c (working copy) @@ -310,6 +310,12 @@ fqmhz, fqkhz, fqmhz, fqkhz); } =20 + if (cpu_vma_bits !=3D 0 && cpu_vma_bits !=3D 0) { + sbuf_printf(sb, + "address sizes\t: %u bits physical, %u bits virtual\n", + cpu_pma_bits, cpu_vma_bits); + } + return (0); } #endif /* __i386__ || __amd64__ */ --h31gzZEtNLTqOjlF-- --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGG7R0ACgkQc2NR9CSH5X7WEwCgp4LSWcm2LT/TL0+VQGX4466c M7oAnR+gZFM9keiZH59ThP3zq6/SQMV+ =lRyH -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 6 04:46:01 2013 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51EFE900; Mon, 6 May 2013 04:46:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A3922EDD; Mon, 6 May 2013 04:46:00 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r464jtIR048447; Mon, 6 May 2013 07:45:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.2 kib.kiev.ua r464jtIR048447 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r464jtcn048444; Mon, 6 May 2013 07:45:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 6 May 2013 07:45:55 +0300 From: Konstantin Belousov To: Sofian Brabez Subject: Re: [patch] export CPU physical and virtual address sizes in sysctl oids using do_cpuid Message-ID: <20130506044555.GA3047@kib.kiev.ua> References: <20130505233701.GA2957@ogoshi.int.nbs-system.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H/WPIfG0zNp9n2ch" Content-Disposition: inline In-Reply-To: <20130505233701.GA2957@ogoshi.int.nbs-system.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-hackers@FreeBSD.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 04:46:01 -0000 --H/WPIfG0zNp9n2ch Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 06, 2013 at 01:37:01AM +0200, Sofian Brabez wrote: > This patch uses do_cpuid function to fetch CPU Physical > and Virtual address sizes and adds 2 new sysctl machine > dependant OIDs (machdep.cpu_physical_address_bits and > machdep.cpu_virtual_address_bits). > > In order to retrieve the information, it calls do_cpuid by setting eax > register to 0x80000008 value like referenced in chapter 5.2.7 in the > CPUID specification [1] The patch itself is not quite right. The cpuid with the high %eax value should be only called when the high value is supported by processor. If you look at the function you changing more closely, you would see the already present conditional call to do_cpuid(0x80000008), done in the correct way. Also, I think that the patch breaks i386 build. > > Apple, Inc. in xnu kernel do the same thing but they created > a specific node called 'machdep.cpu' to store CPU Vendor > information, the sysctls are machdep.cpu.address_bits.virtual and > machdep.cpu.address_bits.virtual. > > I really would like to see this patch in our operating system because > it's a valuable information nowdays and should be provided like > others. And, the real question about your patch is why this information is of _any_ interest for the usermode. The width of the physical address space only affects BIOS, I believe, since the reported available memory cannot be bigger then the width. The width of the virtual address space is more interesting for the OS, but the only layer where the value makes any sense is pmap, and all existing CPUs only support the 4-level pages, which makes the reported width rather theoretical. Pmap hardwires the 4-level pages and the 48-bit of the linear address, which is also encoded in the memory map of a 64-bit processes. Also, note that cpuid is not a privileged instruction, so any code which calls sysctl(2) could as well perform cpuid and get all the information it needs, instead of interpreting second-hand bits. For example, you can take a look at sysutils/x86info. > > Thus, I would like advices to see if before to be imported it needs > modification to fit like Apple (i.e using a new sysctl node) or stay > like that. > > Also, I profited of this changes to patch sys/modules/linprocfs > in order to display the address sizes values in the output of > /usr/compat/linux/proc/cpuinfo like it's done in Linux procfs [2]. For linux cpuinfo, I agree that the information needs to be provided if native linux exports it. I believe it is better to call do_cpuid() in the linprocfs_docpuinfo() instead. > > I filled a pr referenced as amd64/178357=9A[3]. My kernel was rebuilt > without any problems in r250287 and it works as expected. --H/WPIfG0zNp9n2ch Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRhzWCAAoJEJDCuSvBvK1BHjMP/3ZJvoAyWP1T7cs5DR+EGkVJ m9M4Ze/57jRzOMxqBBRzTlxcGtk8orKNY33PWk2H/zkDRAC++RWcWIMrTrUkht+u apNwBeMiX/RK21XxL7YTmg2BwnwEFrP980Y+q2UmSi9Dbu7C0+Rwa93D1CFvK6YX ywkz0k8DZqZ0Gza1L76gqALV12cF2G218cvaa8SDy7jjkAezCBvwOu5W5AbTm/6Y B7/sfEEDClf5/zIIHPc8X40BWFLb1ueEYw2vHPNHH1NzvbHmHuYm8daZ1w86Wh4v e2AXQnrvXXDLasZLaNWFFDv7AQu7YyONjrZGseJIkFz3OoDg63f0/OfHkPOldWHT ld7NxPSAu4v2w0lmD7usZDSOVomLgr+GtEBf25tqqE10FQ+e8xfDuIit6Gyc6T6q m5lJlvZLBYMYLAdI8pbpzomPSHfgX0yjlrB0hdTOawtQBZ9UW7hTvAFn9bR+QJ1r C+ikTK6NZcOcvA2QJmt2iInGGhj06gsxcZc9aAGhwpvApWYyUe7B8JmxBHBffvVR mmg8bQ3y+bziAJkdwYVYzin28opfTx0mMyhF0pwywqH5tTOaIj/VVJP/sQwqMLFS UA7C6ic56FmVGx1n7C0e2nM7VxinsBPY87+soLequ6tVZIDhwj9b5WfnugOPCToI CUvv/Gv8djkhASn1SGiJ =yeXE -----END PGP SIGNATURE----- --H/WPIfG0zNp9n2ch-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 6 05:08:05 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 324FEAA0; Mon, 6 May 2013 05:08:05 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id C6641F31; Mon, 6 May 2013 05:08:04 +0000 (UTC) Received: from [46.244.147.138] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UZDeW-0007jZ-Vq; Mon, 06 May 2013 07:07:57 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id r4657tAa002360; Mon, 6 May 2013 07:07:55 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id r4657slY002359; Mon, 6 May 2013 07:07:54 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 6 May 2013 07:07:54 +0200 From: Matthias Apitz To: freebsd-hackers@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: GTK+3.0 application does not show some existing icons Message-ID: <20130506050754.GA2291@tinyCurrent> References: <20130504180610.GA1229@tiny.Sisis.de> <5186BBBF.9000703@rainbow-runner.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5186BBBF.9000703@rainbow-runner.nl> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 46.244.147.138 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2013 05:08:05 -0000 El día Sunday, May 05, 2013 a las 10:06:23PM +0200, Koop Mast escribió: > On 4-5-2013 20:06, Matthias Apitz wrote: > > Hello, > > > > I have a problem with some GTK+3 application not showing some existing > > icons of the gnome-icon-theme. To nail it down, I went to some GTK tutorial > > pages and hacked together a simple application (attached) which can be > > compiled with just: > > The program got eaten by mailman, could you put it on a webspace somewhere? > > -Koop > > > $ gcc -g image.c `pkg-config --cflags --libs gtk+-3.0` -o image > > > > and shows the first argument as icon name, for example: > > > > $ ./image document-print-preview The C code can be fetched from here http://www.unixarea.de/image.c The problem is solved meanwhile. I got to know that I have to start the $ /usr/local/libexec/gnome-settings-daemon & which is not launched by default for KDE users (like me). I have updated the Wiki page about how to compile and start Ekiga (this was the application I was debugging): http://wiki.ekiga.org/index.php/Compile_your_own_SVN_version_of_Ekiga_on_FreeBSD Would be nice, though, if someone could explain how the icon files are coming from the disk to the GTK application, because they are not visible in the truss log. Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 05:25:12 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C58BAFBB; Tue, 7 May 2013 05:25:12 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id DFFBFF6A; Tue, 7 May 2013 05:25:11 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id j13so3437674wgh.1 for ; Mon, 06 May 2013 22:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=p0QipB1vlpFnQFIG9+kHXE/75VsSnsCxWT47MUgilnU=; b=YgP8a21wJotDf2jYyFw3PIHmpttAEjkeGHRRSEbVoJTqBOVLjMWNjSrwjG/hhUBW8+ bIz9hGH2/q5ONL0fUjZ/f0sssRj0Hrzw76mPKzOFVwiUTn/eMQSzA0zZ0EEgMvht+zjH jS0J5vXSNz8UdJXLgYyjLmDUI8wgrzVZt7SRRv/qESCCC/kfevnvRQS1tyf/mbPJMLSS faDDyJ/jJBBCNyp9+0qEsooVJX87T+UJS7bTHJqCwGQi1J/yCVVTQ24QVwpSbeiY3lNV S6WupsiuBcKFXEVOzuQCI8FoOJ/Yw3UbnvFtswXPldWpwI7l2J5S3UBKSxLSZjt4yh5s GIbg== MIME-Version: 1.0 X-Received: by 10.180.74.172 with SMTP id u12mr16434437wiv.0.1367904310630; Mon, 06 May 2013 22:25:10 -0700 (PDT) Received: by 10.216.112.10 with HTTP; Mon, 6 May 2013 22:25:10 -0700 (PDT) In-Reply-To: <20130501051625.GF11713@FreeBSD.org> References: <20130427190514.GA85673@FreeBSD.org> <20130428170913.GF85673@FreeBSD.org> <20130501051625.GF11713@FreeBSD.org> Date: Tue, 7 May 2013 08:25:10 +0300 Message-ID: Subject: Re: config(8) -x headscratcher From: Kimmo Paasiala To: "Wojciech A. Koszek" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 05:25:12 -0000 On Wed, May 1, 2013 at 8:16 AM, Wojciech A. Koszek wrote: > On Mon, Apr 29, 2013 at 12:21:06AM +0300, Kimmo Paasiala wrote: >> On Sun, Apr 28, 2013 at 8:09 PM, Wojciech A. Koszek wrote: >> > On Sun, Apr 28, 2013 at 04:40:58AM +0300, Kimmo Paasiala wrote: >> >> On Sat, Apr 27, 2013 at 11:53 PM, Kimmo Paasiala wrote: >> >> > On Sat, Apr 27, 2013 at 11:42 PM, Kimmo Paasiala wrote: >> >> >> On Sat, Apr 27, 2013 at 10:05 PM, Wojciech A. Koszek >> >> >> wrote: >> >> >>> On Sat, Apr 27, 2013 at 06:54:11PM +0300, Kimmo Paasiala wrote: >> >> >>>> I'm getting a core dump on 'config -x /boot/kernel/kernel' on 9.1-RELEASE i386. >> >> >>>> >> > >> > >> > [..] >> > >> >> >> >> >> >> The kernel config file: >> >> >> >> >> >> http://pastebin.com/j0J9NPCi >> >> >> >> >> >> My /etc/make.conf: >> >> >> >> >> >> http://pastebin.com/HYudWCA9 >> >> >> >> >> >> And /etc/src.conf: >> >> >> >> >> >> http://pastebin.com/ZAKq6ABT >> >> >> >> >> >> I'll see how I can make the kernel image available. >> >> >> >> >> >> -Kimmo >> >> > >> >> > The kernel file: >> >> > >> >> > https://www.dropbox.com/s/07mjk6j4ditbl9r/kernel >> >> > >> >> > -Kimmo >> >> >> >> dmesg(8) output of the system: >> >> >> >> http://pastebin.com/hqjsak2n >> > >> > Kimmo, >> > >> > Thanks for the information. Can you try following patch: >> > >> > cd /usr/src/usr.sbin/config >> > fetch http://people.freebsd.org/~wkoszek/patches/config-align.patch >> > patch -p0 < config-align.patch >> > make >> > >> > and see if it fixes your problem for all kernel images you're building? >> > >> > -- >> >> Thanks. That patch does fix the problem with config -x. However, is >> the alignment of 1 an error that needs to be addressed as well? > > Kimmo, > > Thanks for this report. I fixed it in HEAD as of revision 250133. I'll MFC > it after 10 days. > > I can't comment about alignment differences--I don't know. > > -- Anyone else who could comment on this? In this case the alignment is for a text file and I don't think it's going to matter but I can imagine misalignment somewhere else could cause big problems. -Kimmo From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 12:16:47 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B54D87B; Tue, 7 May 2013 12:16:47 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) by mx1.freebsd.org (Postfix) with ESMTP id E7E9E2B4; Tue, 7 May 2013 12:16:46 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.87,628,1363150800"; d="scan'208";a="29934002" Message-ID: <5188F0A7.6060206@vangyzen.net> Date: Tue, 7 May 2013 07:16:39 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130413 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Wojciech A. Koszek" Subject: Re: config(8) -x headscratcher References: <20130427190514.GA85673@FreeBSD.org> <20130428170913.GF85673@FreeBSD.org> In-Reply-To: <20130428170913.GF85673@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Kimmo Paasiala , freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 12:16:47 -0000 On 04/28/2013 12:09, Wojciech A. Koszek wrote: > On Sun, Apr 28, 2013 at 04:40:58AM +0300, Kimmo Paasiala wrote: >> On Sat, Apr 27, 2013 at 11:53 PM, Kimmo Paasiala wrote: >>> On Sat, Apr 27, 2013 at 11:42 PM, Kimmo Paasiala wrote: >>>> On Sat, Apr 27, 2013 at 10:05 PM, Wojciech A. Koszek >>>> wrote: >>>>> On Sat, Apr 27, 2013 at 06:54:11PM +0300, Kimmo Paasiala wrote: >>>>>> I'm getting a core dump on 'config -x /boot/kernel/kernel' on 9.1-RELEASE i386. >>>>>> > > [..] > >>>> The kernel config file: >>>> >>>> http://pastebin.com/j0J9NPCi >>>> >>>> My /etc/make.conf: >>>> >>>> http://pastebin.com/HYudWCA9 >>>> >>>> And /etc/src.conf: >>>> >>>> http://pastebin.com/ZAKq6ABT >>>> >>>> I'll see how I can make the kernel image available. >>>> >>>> -Kimmo >>> The kernel file: >>> >>> https://www.dropbox.com/s/07mjk6j4ditbl9r/kernel >>> >>> -Kimmo >> dmesg(8) output of the system: >> >> http://pastebin.com/hqjsak2n > Kimmo, > > Thanks for the information. Can you try following patch: > > cd /usr/src/usr.sbin/config > fetch http://people.freebsd.org/~wkoszek/patches/config-align.patch > patch -p0 < config-align.patch > make > > and see if it fixes your problem for all kernel images you're building? If I'm reading correctly, the patch puts a NUL byte at the beginning of the assertion message. Eric From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 15:18:49 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 84E53EA2; Tue, 7 May 2013 15:18:49 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7D7E81; Tue, 7 May 2013 15:18:49 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id bi5so574561pad.36 for ; Tue, 07 May 2013 08:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=NpYsyKKPJ+/5oiv0NcjG41Z+7jTnEHwNN69legCl0Ww=; b=z+vr3L0p0tTrDZtOGmsyhBIi8xQaMspvl98X8fDBQrOPjrbo077awFlZScav3MpRRk 1a+e/qkUz7lqDDnDwyCmjCkipYp0xFNwjflyzqK4GQDj02FAebwgBm8/E2k5U8kX62ki S7+U8KqZ7fsyGbQ2mY88uxlU4/SC0Qe0Zvdaf2a8Ro9xfRXuEBdTL+RT1QYRVeZV298Z XWVk7YFPdgVJNc2TrT5Qa1hOg7t3khxPD4gBWCKqO782RI12bSwk1oEwMqAIPp07XQoH /38rgJrl8lkJrXcLiCZyuAw6inqaIA07gQlFqwO+S9Nilhok43q+t5zmF2owa3zgwsyf jGVA== MIME-Version: 1.0 X-Received: by 10.68.244.72 with SMTP id xe8mr2956332pbc.51.1367939927964; Tue, 07 May 2013 08:18:47 -0700 (PDT) Received: by 10.68.93.130 with HTTP; Tue, 7 May 2013 08:18:47 -0700 (PDT) In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> Date: Tue, 7 May 2013 18:18:47 +0300 Message-ID: Subject: Re: openjdk6 broken on current From: Alexander Yerenkow To: Larry Rosenman , java@freebsd.org, "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 15:18:49 -0000 Can anyone look into latest changes in swapcontext? http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log Seems some of it broke openjdk6 (more in java@ list archive). Thanks. 2013/5/7 Larry Rosenman > On 2013-05-07 02:10, Alexander Yerenkow wrote: > >> Then seems that's it - swapcontext change probably culprit. >> I got rechecked generated classes at other pc - classes are fine, >> same command with classes from 10-current not segfaulting in a bit >> older 10-current. >> Thank you Larry for access, I'm done there :) >> >> > Any idea(s) on how to fix it? > > > > 2013/5/7 Larry Rosenman >> >> Alexander Yerenkow wrote: >>> >>> 2013/5/7 Larry Rosenman >>>> >>>> I have 64G ram..... >>>>> >>>>> and I have workdir saved..... >>>>> >>>>> who wants an SSH account to look at and fix it? >>>>> >>>> >>>> Okay, while we are here, here is backtrace from executing java while >>>> building port openjdk6: >>>> >>>> #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from >>>> /usr/ports/java/openjdk6/work/**build/bsd-amd64/lib/amd64/** >>>> server/libjvm.so >>>> #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 >>>> #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 >>>> #3 0x00007ffffffff1d3 in ?? () >>>> #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 >>>> #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from >>>> /usr/ports/java/openjdk6/work/**build/bsd-amd64/lib/amd64/** >>>> server/libjvm.so >>>> #6 0x0000000803869f7e in ?? () >>>> #7 0x00007fffffbfa080 in ?? () >>>> #8 0x000000080383b828 in ?? () >>>> #9 0x000000080685e6e0 in ?? () >>>> #10 0x000000080684f000 in ?? () >>>> #11 0x00007fffffbfa0d0 in ?? () >>>> #12 0x00007fffffbfa148 in ?? () >>>> #13 0x000000080308f000 in ?? () >>>> #14 0x0000000806bab450 in ?? () >>>> #15 0x0000000803869eb9 in ?? () >>>> #16 0x0000000000000000 in ?? () >>>> >>>> Is there any known significant changes about libthr (or any other ) >>>> before r250047 ? >>>> >>> >>> There were some commits around swapcontext recently........ >>> -- >>> Sent from Kaiten Mail. Please excuse my brevity. >>> >> >> -- >> Regards, >> Alexander Yerenkow >> > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > -- Regards, Alexander Yerenkow From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 13:51:13 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7FD14532 for ; Tue, 7 May 2013 13:51:13 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 5C963944 for ; Tue, 7 May 2013 13:51:13 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id um15so414859pbc.37 for ; Tue, 07 May 2013 06:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=wZJrCazSf0eZEZ7CU90EPT9Hfcxb1IbE+oFh98n9G+4=; b=B/FOE5k8XdRQgg3sAiOmuKD8AdMpyeub9Qbu4h8Q0lVbYZlZ7gn3d5fZPiplsUdxtp lqj1p1vzbhequenQatnMIK5GC4QNkofiZrWPibsQ18i9aEWxJfI6M4gNSuTnzbo5cmuL YvmJ5z2+ITVacdop3EXc/R01Rv73srMBCNU+g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=wZJrCazSf0eZEZ7CU90EPT9Hfcxb1IbE+oFh98n9G+4=; b=Zvb993vIkSAPBJf8aNnKS8SeejAAq3UrQSydH//J3zoo9aDGs2a3xVWWWGN0Lfbxbb E3VmA8V9Ehd6muID+1z7CLQllHcqjWDetTPTNdc5pcU0ptDmob/xl3nRlJV9BH4o6Oqp 1wuX+o1ufcKaI57CH9yamHjqPWXkiInF7d5uW2LdNwq1Ho+14z2Va748t0Gwouw8FVRY hwoSFuNmO5RMJv1/Jz2S08RrRweb8yzfbVG7uTfOFg+fpqePy36PBo8+7W9MrFzgoweu ZqVuCyJeFoKRmZGirKIqXJh4eGac62SjaBgvgRiQSR9rR+xEtaQaRXH2oVXqMlu6yDQW Iq9Q== MIME-Version: 1.0 X-Received: by 10.68.132.101 with SMTP id ot5mr2563682pbb.11.1367934673084; Tue, 07 May 2013 06:51:13 -0700 (PDT) Received: by 10.68.150.98 with HTTP; Tue, 7 May 2013 06:51:13 -0700 (PDT) Date: Tue, 7 May 2013 22:51:13 +0900 Message-ID: Subject: Chromium causes freeze on CURRENT From: Takuya ASADA To: "freebsd-hackers@freebsd.org" X-Gm-Message-State: ALoCoQncIR9HQoN1J5nPvFBRILeMm9mygYjeFl6C4mwx713AEUGhOBGRbPpCAI0LQxYwFJo0RVzM X-Mailman-Approved-At: Tue, 07 May 2013 15:27:54 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 13:51:13 -0000 Hi, I experienced OS freeze when I using Chromium on FreeBSD-CURRENT. - Apr 23 version of FreeBSD-CURRENT/amd64 - Chrome version is 24.0.1312.52(175374) - Flash plugin installed - Not happen with other apps like Firefox - Not depending videocards, it's happen on at least nvidia/intel/matrox video cards - At reast happen on two machines(both are intel core i3/5/7 series) It at least happen on Nvidia / Intel / Matrox video cards, so looks like not depending on video card / driver, and also it doesn't happen until start using Chromium(Firefox is fine). Does anyone have a idea what is the reason? And is there any way to get dmesg & ddb when I using X? Maybe via serial port, but my machines doesn't have a serial port.. From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 19:05:00 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E1C4F6CB for ; Tue, 7 May 2013 19:05:00 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id B3DA4C35 for ; Tue, 7 May 2013 19:05:00 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id r47J4Yne005926 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 7 May 2013 14:04:53 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.02.0309.002; Tue, 7 May 2013 14:04:29 -0500 From: "Teske, Devin" To: FreeBSD Hackers Subject: [UPDATE] sysutils/bsdconfig snapshot Thread-Topic: [UPDATE] sysutils/bsdconfig snapshot Thread-Index: AQHOS1Wy4bvJGlYlIU+99fbG5M/Dbw== Date: Tue, 7 May 2013 19:04:28 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201F3B117@ltcfiswmsgmb21> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="Windows-1252" Content-ID: <6D62E334BEF0294F9D2CB7A9548C3FE1@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-05-07_08:2013-05-07,2013-05-07,1970-01-01 signatures=0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 19:05:00 -0000 Hi fellow -hackers@, I've taken a new snapshot of HEAD usr.sbin/bsdconfig and made it available = through the ports tree. The last snapshot was almost 12 full months ago, an= d a lot has changed since then. Most notably, we have the beginnings of the package management module now a= nd we're edging ever-closer to 1.0 release status. I'd like to see if there are any interested folks out there that could give= my updated sysutils/bsdconfig port a go and provide some feedback (while I= 'm still in lighter development phase). Any/all feedback would be greatly appreciated. Just an FYI however=85 this code is only expected to work on 9.0-R or highe= r. --=20 Cheers, Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-hackers@FreeBSD.ORG Tue May 7 19:19:30 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04E2AA2F for ; Tue, 7 May 2013 19:19:30 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 75521D4E for ; Tue, 7 May 2013 19:19:29 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id r47JIPYY082552; Tue, 7 May 2013 19:18:25 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id r47JIPEE082551; Tue, 7 May 2013 19:18:25 GMT (envelope-from wkoszek) Date: Tue, 7 May 2013 19:18:25 +0000 From: "Wojciech A. Koszek" To: Eric van Gyzen Subject: Re: config(8) -x headscratcher Message-ID: <20130507191825.GH32655@FreeBSD.org> References: <20130427190514.GA85673@FreeBSD.org> <20130428170913.GF85673@FreeBSD.org> <5188F0A7.6060206@vangyzen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <5188F0A7.6060206@vangyzen.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Tue, 07 May 2013 19:18:29 +0000 (UTC) Cc: Kimmo Paasiala , freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 19:19:30 -0000 On Tue, May 07, 2013 at 07:16:39AM -0500, Eric van Gyzen wrote: > > On 04/28/2013 12:09, Wojciech A. Koszek wrote: > > On Sun, Apr 28, 2013 at 04:40:58AM +0300, Kimmo Paasiala wrote: > >> On Sat, Apr 27, 2013 at 11:53 PM, Kimmo Paasiala wrote: > >>> On Sat, Apr 27, 2013 at 11:42 PM, Kimmo Paasiala wrote: > >>>> On Sat, Apr 27, 2013 at 10:05 PM, Wojciech A. Koszek > >>>> wrote: > >>>>> On Sat, Apr 27, 2013 at 06:54:11PM +0300, Kimmo Paasiala wrote: > >>>>>> I'm getting a core dump on 'config -x /boot/kernel/kernel' on 9.1-RELEASE i386. > >>>>>> > > > > [..] > > > >>>> The kernel config file: > >>>> > >>>> http://pastebin.com/j0J9NPCi > >>>> > >>>> My /etc/make.conf: > >>>> > >>>> http://pastebin.com/HYudWCA9 > >>>> > >>>> And /etc/src.conf: > >>>> > >>>> http://pastebin.com/ZAKq6ABT > >>>> > >>>> I'll see how I can make the kernel image available. > >>>> > >>>> -Kimmo > >>> The kernel file: > >>> > >>> https://www.dropbox.com/s/07mjk6j4ditbl9r/kernel > >>> > >>> -Kimmo > >> dmesg(8) output of the system: > >> > >> http://pastebin.com/hqjsak2n > > Kimmo, > > > > Thanks for the information. Can you try following patch: > > > > cd /usr/src/usr.sbin/config > > fetch http://people.freebsd.org/~wkoszek/patches/config-align.patch > > patch -p0 < config-align.patch > > make > > > > and see if it fixes your problem for all kernel images you're building? > > If I'm reading correctly, the patch puts a NUL byte at the beginning of > the assertion message. Eric, I've noticed my initial bug too before checkin. Checked-in version uses \\0 instead. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 13:29:39 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23970578; Wed, 8 May 2013 13:29:39 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id E5EFEEB8; Wed, 8 May 2013 13:29:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=/CpAKSvSe1B+kLy+ldtYbEn2+tniV35CkbCp2XMa6Ko=; b=vWqdwaYkYyzbifr04DPXQoM5CXq0HgNCB0rhlOK5GzVoCuv8qqpAhZx/UGTOK8spp7TM+jTgWxWcFvrtYTsVI0qMn9Fz2WSJkFzA+MsMZ1y+CBt2FqR9KgJlqV49zzipMX6UHQ6ZFIR2g3keLLDcXWEi9jAggxZSjUtpbXQYFj8=; Received: from localhost.lerctr.org ([127.0.0.1]:13610 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua4R7-000Icp-Am; Wed, 08 May 2013 08:29:38 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 08:29:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 08 May 2013 08:29:37 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: Re: openjdk6 broken on current In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> Message-ID: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 13:29:39 -0000 Can SOMEONE please look at this? I have a real need to get java back on my -CURRENT server soon. Thanks! On 2013-05-07 10:18, Alexander Yerenkow wrote: > Can anyone look into latest changes in swapcontext? > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > [1] > > Seems some of it broke openjdk6 (more in java@ list archive). > Thanks. > > 2013/5/7 Larry Rosenman > > On 2013-05-07 02:10, Alexander Yerenkow wrote: > > Then seems that's it - swapcontext change probably culprit. > I got rechecked generated classes at other pc - classes are fine, > same command with classes from 10-current not segfaulting in a bit > older 10-current. > Thank you Larry for access, I'm done there :) > > Any idea(s) on how to fix it? > > 2013/5/7 Larry Rosenman > > Alexander Yerenkow wrote: > > 2013/5/7 Larry Rosenman > > I have 64G ram..... > > and I have workdir saved..... > > who wants an SSH account to look at and fix it? > > Okay, while we are here, here is backtrace from executing java while > building port openjdk6: > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > #3 0x00007ffffffff1d3 in ?? () > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x0000000803869f7e in ?? () > #7 0x00007fffffbfa080 in ?? () > #8 0x000000080383b828 in ?? () > #9 0x000000080685e6e0 in ?? () > #10 0x000000080684f000 in ?? () > #11 0x00007fffffbfa0d0 in ?? () > #12 0x00007fffffbfa148 in ?? () > #13 0x000000080308f000 in ?? () > #14 0x0000000806bab450 in ?? () > #15 0x0000000803869eb9 in ?? () > #16 0x0000000000000000 in ?? () > > Is there any known significant changes about libthr (or any other ) > before  r250047 ?  > > There were some commits around swapcontext recently........ > -- > Sent from Kaiten Mail. Please excuse my brevity. > > -- > Regards, > Alexander Yerenkow > > -- > Larry Rosenman                     http://www.lerctr.org/~ler [2] > Phone: +1 214-642-9640 [3] (c)     E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > -- > Regards, > Alexander Yerenkow > > Links: > ------ > [1] > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > [2] http://www.lerctr.org/~ler > [3] tel:%2B1%20214-642-9640 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 13:45:33 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F7F3916 for ; Wed, 8 May 2013 13:45:33 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAF6F7B for ; Wed, 8 May 2013 13:45:32 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 40B0E711E for ; Wed, 8 May 2013 15:45:32 +0200 (CEST) Message-ID: <518A56FB.6060408@peterschmitt.fr> Date: Wed, 08 May 2013 15:45:31 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: openjdk6 broken on current References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> In-Reply-To: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ACBDOKSEEPPFWTDNEJBM" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: florent+FreeBSD-hackers@peterschmitt.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 13:45:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ACBDOKSEEPPFWTDNEJBM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dont cry. Everyone is a volunteer here and maybe cannot help you because of many reasons. Le 08/05/2013 15:29, Larry Rosenman a =C3=A9crit : > Can SOMEONE please look at this? >=20 > I have a real need to get java back on my -CURRENT server soon. >=20 > Thanks! >=20 >=20 > On 2013-05-07 10:18, Alexander Yerenkow wrote: >> Can anyone look into latest changes in swapcontext? >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby= =3Ddate&view=3Dlog >> >> [1] >> >> Seems some of it broke openjdk6 (more in java@ list archive). >> Thanks. >> >> 2013/5/7 Larry Rosenman >> >> On 2013-05-07 02:10, Alexander Yerenkow wrote: >> >> Then seems that's it - swapcontext change probably culprit. >> I got rechecked generated classes at other pc - classes are fine, >> same command with classes from 10-current not segfaulting in a bit >> older 10-current. >> Thank you Larry for access, I'm done there :) >> >> Any idea(s) on how to fix it? >> >> 2013/5/7 Larry Rosenman >> >> Alexander Yerenkow wrote: >> >> 2013/5/7 Larry Rosenman >> >> I have 64G ram..... >> >> and I have workdir saved..... >> >> who wants an SSH account to look at and fix it? >> >> Okay, while we are here, here is backtrace from executing java while >> building port openjdk6: >> >> #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.= so >> #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 >> #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 >> #3 0x00007ffffffff1d3 in ?? () >> #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 >> #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.= so >> #6 0x0000000803869f7e in ?? () >> #7 0x00007fffffbfa080 in ?? () >> #8 0x000000080383b828 in ?? () >> #9 0x000000080685e6e0 in ?? () >> #10 0x000000080684f000 in ?? () >> #11 0x00007fffffbfa0d0 in ?? () >> #12 0x00007fffffbfa148 in ?? () >> #13 0x000000080308f000 in ?? () >> #14 0x0000000806bab450 in ?? () >> #15 0x0000000803869eb9 in ?? () >> #16 0x0000000000000000 in ?? () >> >> Is there any known significant changes about libthr (or any other ) >> before r250047 ?=20 >> >> There were some commits around swapcontext recently........ >> --=20 >> Sent from Kaiten Mail. Please excuse my brevity. >> >> --=20 >> Regards, >> Alexander Yerenkow >> >> --=20 >> Larry Rosenman http://www.lerctr.org/~ler [2] >> Phone: +1 214-642-9640 [3] (c) E-Mail: ler@lerctr.org >> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> >> --=20 >> Regards, >> Alexander Yerenkow >> >> Links: >> ------ >> [1] >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby= =3Ddate&view=3Dlog >> >> [2] http://www.lerctr.org/~ler >> [3] tel:%2B1%20214-642-9640 >=20 --=20 Florent Peterschmitt +33 (0)6 64 33 97 92 florent@peterschmitt.fr ------------------------ O< ascii ribbon campaign - stop html mail - www.asciiribbon.org ------enig2ACBDOKSEEPPFWTDNEJBM 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.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRilb7AAoJEMtO2Sol0IIm3kcH/ja6vb/NjcJdOGr3Hoq1X+fz 6KYUFJdJUGnCwkyXH6mKPT+bLBEIHOihvdIlaU6OIXEHsbXGk7FdAuh521t1axlA JBD9exWZRWpQou5BW8awQzcxHAhTBy/NQUttNLKv3C3ZKYo3m1MQHeyglZwgPjdX Gc78A1epuPBHRGxIN20n2tVoWSw7901gHh9IyWSBo/fIbl4Nan4+JvztAuHznmXC jgZt0Wfkqzv9WQjIkUMP3GrcfHdzW48eLTVl9jCxbHiSfcH1E6nU9aHnWThPpLYr sFa1UIEEPjt84k7T1LOpMAqDhu4USOnHplSwhCJgbAsyQ1ZdgiXbwUKYkRDnpwM= =mg0U -----END PGP SIGNATURE----- ------enig2ACBDOKSEEPPFWTDNEJBM-- From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 13:58:45 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 462D2B54; Wed, 8 May 2013 13:58:45 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 8185667; Wed, 8 May 2013 13:58:44 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id w5so916936bku.33 for ; Wed, 08 May 2013 06:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3osYCeOP5jfOGA1DfB55yAP3Q7q4hvNZfIMfT3bTFuw=; b=EN15Z8CqtDxdDjw7AGnOkGpgB6vgUL9KsIEHi3QJULZ0Zx7Q9CjNOFtSFP5VO7DaNB 2Zes3P7pg3gBBHfEFVrPrhnE4KWYBpwXJTmYk0sOTfdZcSOg27/oP7lhEK3F396NaNer 4sTFcN2mgM12/OYdpxrS3FmiWbsvAg1uTOBTIW0neT19e7ijdfmJsGroIdZV2j5eWMQ9 5Og9erTixdmwTacqjqfg+egzZkNh6VsETRlQvrGcF5ovVXbTn95vlVdM5r7rZgfYo2OX aH1VcKgnCdnBlZah+IQYk3oSADSZ/P2XUJWCvqEd0Zfq2iMISWiizeKOVO096T8Eu5vl 63ew== MIME-Version: 1.0 X-Received: by 10.204.195.67 with SMTP id eb3mr1881480bkb.107.1368021523053; Wed, 08 May 2013 06:58:43 -0700 (PDT) Received: by 10.204.40.140 with HTTP; Wed, 8 May 2013 06:58:42 -0700 (PDT) In-Reply-To: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Date: Wed, 8 May 2013 08:58:42 -0500 Message-ID: Subject: Re: openjdk6 broken on current From: Jeremy Messenger To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Cc: java@freebsd.org, FreeBSD Current , freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 13:58:45 -0000 On Wed, May 8, 2013 at 8:29 AM, Larry Rosenman wrote: > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. Roll back your -CURRENT and you will have your server running already. > Thanks! > > > On 2013-05-07 10:18, Alexander Yerenkow wrote: >> >> Can anyone look into latest changes in swapcontext? >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> [1] >> >> Seems some of it broke openjdk6 (more in java@ list archive). >> Thanks. >> >> 2013/5/7 Larry Rosenman >> >> On 2013-05-07 02:10, Alexander Yerenkow wrote: >> >> Then seems that's it - swapcontext change probably culprit. >> I got rechecked generated classes at other pc - classes are fine, >> same command with classes from 10-current not segfaulting in a bit >> older 10-current. >> Thank you Larry for access, I'm done there :) >> >> Any idea(s) on how to fix it? >> >> 2013/5/7 Larry Rosenman >> >> Alexander Yerenkow wrote: >> >> 2013/5/7 Larry Rosenman >> >> I have 64G ram..... >> >> and I have workdir saved..... >> >> who wants an SSH account to look at and fix it? >> >> Okay, while we are here, here is backtrace from executing java while >> building port openjdk6: >> >> #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so >> #1 0x0000000800a49116 in swapcontext () from /lib/libthr.so.3 >> #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 >> #3 0x00007ffffffff1d3 in ?? () >> #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 >> #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from >> /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so >> #6 0x0000000803869f7e in ?? () >> #7 0x00007fffffbfa080 in ?? () >> #8 0x000000080383b828 in ?? () >> #9 0x000000080685e6e0 in ?? () >> #10 0x000000080684f000 in ?? () >> #11 0x00007fffffbfa0d0 in ?? () >> #12 0x00007fffffbfa148 in ?? () >> #13 0x000000080308f000 in ?? () >> #14 0x0000000806bab450 in ?? () >> #15 0x0000000803869eb9 in ?? () >> #16 0x0000000000000000 in ?? () >> >> Is there any known significant changes about libthr (or any other ) before >> r250047 ? >> >> There were some commits around swapcontext recently........ >> -- >> Sent from Kaiten Mail. Please excuse my brevity. >> >> -- >> Regards, >> Alexander Yerenkow >> >> -- >> Larry Rosenman http://www.lerctr.org/~ler [2] >> Phone: +1 214-642-9640 [3] (c) E-Mail: ler@lerctr.org >> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> >> -- >> Regards, >> Alexander Yerenkow >> >> Links: >> ------ >> [1] >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> [2] http://www.lerctr.org/~ler >> [3] tel:%2B1%20214-642-9640 > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > _______________________________________________ > 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" -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 16:52:47 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B268C70C; Wed, 8 May 2013 16:52:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD75ED9; Wed, 8 May 2013 16:52:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:References:In-Reply-To; bh=QfrMHoPJbm9NghSaf1TtiqIAjosplsWMgMlasi9kw78=; b=FY05Nbi+AJjBi3afSg4bkSK9QPKTraET6kcegzK2KhaY/w3tGuPowog741E5bYaw+QluUgUBm7T3d8ZxyjTHpdnJ/GF7hibYb7f+BTd9aMpXFINArP+MXpCm0olwrc5Wfbz8aQ6Qsq/t2f9ZC3uFigTBVF8Mz/ew1uioskUQ1z4=; Received: from 66-87-96-70.pools.spcsdns.net ([66.87.96.70]:19307 helo=[29.123.84.70]) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua7bh-000Kq3-33; Wed, 08 May 2013 11:52:47 -0500 User-Agent: Kaiten Mail In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Subject: Re: openjdk6 broken on current From: Larry Rosenman Date: Wed, 08 May 2013 11:52:24 -0500 To: Daniel Eischen , Daniel Eischen Message-ID: X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, TVD_RCVD_IP=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, TVD_RCVD_IP=0.001 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 16:52:47 -0000 Daniel Eischen wrote: >On Wed, 8 May 2013, Larry Rosenman wrote: > >> Can SOMEONE please look at this? >> >> I have a real need to get java back on my -CURRENT server soon. > >Did/can you try just backing out r249606? > >-- >DE How can I generate a patch to do that? -- Sent from Kaiten Mail. Please excuse my brevity. From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 16:56:20 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 19D1E95E; Wed, 8 May 2013 16:56:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id CEB52F13; Wed, 8 May 2013 16:56:19 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48GuIeW051689; Wed, 8 May 2013 12:56:18 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 12:56:18 -0400 (EDT) Date: Wed, 8 May 2013 12:56:18 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 16:56:20 -0000 On Wed, 8 May 2013, Larry Rosenman wrote: > Daniel Eischen wrote: >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >>> Can SOMEONE please look at this? >>> >>> I have a real need to get java back on my -CURRENT server soon. >> >> Did/can you try just backing out r249606? >> >> -- >> DE > > How can I generate a patch to do that? Go here: http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log then click on "Diff to previous 249606", then click on "Patch" at the top. You can try backing out each/all of the recent changes to thr_sig.c to see what the culprit is. You'll have to use "-R" to reverse the patch I believe. -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 17:00:21 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72A16CF4; Wed, 8 May 2013 17:00:21 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id 32922F69; Wed, 8 May 2013 17:00:20 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48H0KmF055153; Wed, 8 May 2013 13:00:20 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 13:00:20 -0400 (EDT) Date: Wed, 8 May 2013 13:00:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:00:21 -0000 On Wed, 8 May 2013, Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > >> Daniel Eischen wrote: >>> On Wed, 8 May 2013, Larry Rosenman wrote: >>> >>>> Can SOMEONE please look at this? >>>> >>>> I have a real need to get java back on my -CURRENT server soon. >>> >>> Did/can you try just backing out r249606? >>> >>> -- >>> DE >> >> How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. Or, if you have a checked out svn repo, you can always use svn to generate the patch: $ cd /path/to/svn/src $ svn diff -r249606:249605 # no need to use -R on this patch -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 17:00:28 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4B346DC6; Wed, 8 May 2013 17:00:28 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0BAC6F6A; Wed, 8 May 2013 17:00:27 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r48GnVce046177; Wed, 8 May 2013 12:49:31 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.1 (mail.netplex.net [204.213.176.9]); Wed, 08 May 2013 12:49:31 -0400 (EDT) Date: Wed, 8 May 2013 12:49:31 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Larry Rosenman Subject: Re: openjdk6 broken on current In-Reply-To: <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Message-ID: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:00:28 -0000 On Wed, 8 May 2013, Larry Rosenman wrote: > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. Did/can you try just backing out r249606? -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 17:46:59 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E91EF8A9; Wed, 8 May 2013 17:46:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id B2B0B189; Wed, 8 May 2013 17:46:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=vU5BNbpEydWOw2fGQL5SqGLPGunvZTx1iUCNvIcKQlk=; b=ADnuZHbicPkBy/YUW46AsFiqXOwJjL/OZ8MtOtVQSgO30mZ7ZekwlIFloXaSxgpjRmsq24GF11k3XT90lF4kbfw/4B4gYUFaVmBtQEPenfk3Zw2q5ZEEiet9zdB0Vo6EGRT9eosvZ4ynVMhq1yckXx46TxGo5vVNUPC6nG3ctBM=; Received: from localhost.lerctr.org ([127.0.0.1]:54219 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua8S0-000LLK-4n; Wed, 08 May 2013 12:46:59 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 12:46:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 12:46:48 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> Message-ID: <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:47:00 -0000 On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch I've done this, and dealt with a chunk reject, and am recompiling the world. Will let you know if this fixes it...... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 18:37:14 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E21D8D3; Wed, 8 May 2013 18:37:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 627F45E8; Wed, 8 May 2013 18:37:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=2fXddNLtCmv4Fr+XPxPgnOllh4VG9XWYXW2YdM9l9cQ=; b=Sbg9wiMrHIKd9/iLJpyL2LmH7Z5PB8gLQFLwb5x3WYc6kJ4yrPmsl7leh1jGVeUrQikFwUqhFtMrRI/Q4ArjMpYpZqQBleKmCrZv7lFhRvutkgVKYhSa1/Qkf4tBaInnshIbTpvN8iUFfQlea+KbTHlnVlMpeLJpGep+lQalhmk=; Received: from localhost.lerctr.org ([127.0.0.1]:42329 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua9Em-000LwX-HW; Wed, 08 May 2013 13:37:13 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 13:37:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 13:37:12 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> Message-ID: <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 18:37:14 -0000 On 2013-05-08 12:46, Larry Rosenman wrote: > On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch > I've done this, and dealt with a chunk reject, and am recompiling the > world. > > Will let you know if this fixes it...... Still fails. /bin/mkdir -p /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi rm -f /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes sun.rmi.rmic.Main -classpath "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ -v1.2 \ -keepgenerated \ javax.management.remote.rmi.RMIConnectionImpl /bin/mkdir -p /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi /bin/cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java \ /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes sun.rmi.rmic.Main -classpath "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ -iiop -v1.2 \ javax.management.remote.rmi.RMIConnectionImpl gmake[5]: *** [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] Segmentation fault (core dumped) gmake[5]: *** Deleting file `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' gmake[5]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' gmake[4]: *** [all] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com/sun' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' gmake: *** [build_product_image] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/java/openjdk6. *** [build] Error code 1 Stop in /usr/ports/java/openjdk6. ===>>> make failed for java/openjdk6 ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster java/openjdk6 ===>>> Exiting # # I **CAN** give SSH/SUDO access to whoever..... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-hackers@FreeBSD.ORG Wed May 8 18:52:44 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDB2BF9; Wed, 8 May 2013 18:52:44 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84AC86C0; Wed, 8 May 2013 18:52:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=ti8pxNvDlHKkSsMEPKOOJUF4C4PLl5Zvjen82RsTDJI=; b=tw1o1bAadDt3NvB+CIfHrpBS0zDiDg+GupGmd4atoAWCfd1EMz/Jk8zlu02zcl2YaDhP/92+mM7B3mcJWzFT5d1eNIJQS5WrHmZTqpnoLeJgQdyQ0NmA6yhyhNz03Pulcq/NV/XablB9LnBXQik/EIEBeM1sY+vK6f+xoZR56KM=; Received: from localhost.lerctr.org ([127.0.0.1]:62841 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Ua9Tn-000MAv-43; Wed, 08 May 2013 13:52:44 -0500 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 08 May 2013 13:52:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 08 May 2013 13:52:43 -0500 From: Larry Rosenman To: Daniel Eischen Subject: Re: openjdk6 broken on current In-Reply-To: <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> Message-ID: <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.0 X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.353 Cc: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 18:52:44 -0000 On 2013-05-08 13:37, Larry Rosenman wrote: > On 2013-05-08 12:46, Larry Rosenman wrote: > On 2013-05-08 12:00, Daniel Eischen wrote: > On Wed, 8 May 2013, Daniel Eischen wrote: > > On Wed, 8 May 2013, Larry Rosenman wrote: > > Daniel Eischen wrote: > On Wed, 8 May 2013, Larry Rosenman wrote: > > Can SOMEONE please look at this? > > I have a real need to get java back on my -CURRENT server soon. > > Did/can you try just backing out r249606? > > -- > DE > > How can I generate a patch to do that? > > Go here: > > http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log > > then click on "Diff to previous 249606", then click on "Patch" > at the top. You can try backing out each/all of the recent > changes to thr_sig.c to see what the culprit is. > > You'll have to use "-R" to reverse the patch I believe. > > Or, if you have a checked out svn repo, you can always use > svn to generate the patch: > > $ cd /path/to/svn/src > $ svn diff -r249606:249605 # no need to use -R on this patch > I've done this, and dealt with a chunk reject, and am recompiling the > world. > > Will let you know if this fixes it...... > Still fails. > > /bin/mkdir -p > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi > rm -f > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -v1.2 \ > -keepgenerated \ > javax.management.remote.rmi.RMIConnectionImpl > /bin/mkdir -p > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /bin/cp > /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java > \ > /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi > /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m > -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes > sun.rmi.rmic.Main -classpath > "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ > -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ > -iiop -v1.2 \ > javax.management.remote.rmi.RMIConnectionImpl > gmake[5]: *** > [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] > Segmentation fault (core dumped) > gmake[5]: *** Deleting file > `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' > gmake[5]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' > gmake[4]: *** [all] Error 1 > gmake[4]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com/sun' > gmake[3]: *** [all] Error 1 > gmake[3]: Leaving directory > `/usr/ports/java/openjdk6/work/jdk/make/com' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' > gmake[1]: *** [jdk-build] Error 2 > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' > gmake: *** [build_product_image] Error 2 > *** [do-build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > *** [build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > > ===>>> make failed for java/openjdk6 > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > ===>>> You can restart from the point of failure with this command > line: > portmaster java/openjdk6 > > ===>>> Exiting > # > # > > > I **CAN** give SSH/SUDO access to whoever..... (gdb) bt #0 0x0000000801e2da93 in JVM_handle_bsd_signal () from /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 #3 0x00007ffffffff1d3 in ?? () #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 #5 0x0000000801ba9540 in Deoptimization::unpack_frames () from /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so #6 0x0000000803869f7e in ?? () #7 0x00007fffffbfa450 in ?? () #8 0x000000080383b828 in ?? () #9 0x000000080685e6e0 in ?? () #10 0x000000080684f000 in ?? () #11 0x00007fffffbfa4a0 in ?? () #12 0x00007fffffbfa518 in ?? () #13 0x000000080308f000 in ?? () #14 0x0000000806bac750 in ?? () #15 0x0000000803869eb9 in ?? () #16 0x0000000000000000 in ?? () (gdb) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-hackers@FreeBSD.ORG Thu May 9 11:16:41 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 38C43FC4; Thu, 9 May 2013 11:16:41 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53A44FD2; Thu, 9 May 2013 11:16:40 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id r11so2846237lbv.41 for ; Thu, 09 May 2013 04:16:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=VbiEb3ES2646r8Kzbg/4hskWSBjF+UnUuh6P4PyqYfE=; b=TZj4T9rWE99yq+7Bbcx/iq2qOcwhns+/Rw9s+H5xmrFJMwEejqSvYFQkiExGYSJ+p1 bJyv4P06byK3xnxfBLG6ipAWVA+To07f5hfb/GmwIH0ple9eRCFbEmKDSU14Ya7mJOz/ oG9yn6HvomtgCQyFO98GR5jRC3MW9+CUvgQHYtypXD6V2mliafDcT1XZ11+Ksa3yACIl 5B0jZ8p3u7EkxCNXmkOIF3ugljU0ps/EL3AYheB7CztZ/dASEOkbkkhFne5NvsVJxv+w 1sG5n1xSEHOTlIvOmNpNzPCZutY0XSEcrTcfoFTH01pgzraCqeLikOQtLTZ+yuUDgR2K sNXQ== X-Received: by 10.152.22.66 with SMTP id b2mr5177217laf.14.1368098192991; Thu, 09 May 2013 04:16:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.5.33 with HTTP; Thu, 9 May 2013 04:16:12 -0700 (PDT) In-Reply-To: <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> References: <20130505082750.GY12114@ithaqua.etoilebsd.net> <20130505084925.GZ12114@ithaqua.etoilebsd.net> <1e05f442e819d9eb77b16cee5b47d4c4@webmail.lerctr.org> <072097222ecf7a0454b6bf3c5a345e7a@webmail.lerctr.org> <3b07abf009691a0c1292f44568f0a380@webmail.lerctr.org> <55c89ac05cb6cb17d056be00b9da1279@webmail.lerctr.org> <15bba76880d792dca6eec4b6c91ec7f8@webmail.lerctr.org> From: Damjan Jovanovic Date: Thu, 9 May 2013 13:16:12 +0200 Message-ID: Subject: Re: openjdk6 broken on current To: java@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 11:16:41 -0000 On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman wrote: > On 2013-05-08 13:37, Larry Rosenman wrote: >> >> On 2013-05-08 12:46, Larry Rosenman wrote: >> On 2013-05-08 12:00, Daniel Eischen wrote: >> On Wed, 8 May 2013, Daniel Eischen wrote: >> >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >> Daniel Eischen wrote: >> On Wed, 8 May 2013, Larry Rosenman wrote: >> >> Can SOMEONE please look at this? >> >> I have a real need to get java back on my -CURRENT server soon. >> >> Did/can you try just backing out r249606? >> >> -- >> DE >> >> How can I generate a patch to do that? >> >> Go here: >> >> >> http://svnweb.freebsd.org/base/head/lib/libthr/thread/thr_sig.c?sortby=date&view=log >> >> then click on "Diff to previous 249606", then click on "Patch" >> at the top. You can try backing out each/all of the recent >> changes to thr_sig.c to see what the culprit is. >> >> You'll have to use "-R" to reverse the patch I believe. >> >> Or, if you have a checked out svn repo, you can always use >> svn to generate the patch: >> >> $ cd /path/to/svn/src >> $ svn diff -r249606:249605 # no need to use -R on this patch >> I've done this, and dealt with a chunk reject, and am recompiling the >> world. >> >> Will let you know if this fixes it...... >> Still fails. >> >> /bin/mkdir -p >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi >> rm -f >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class >> /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m >> -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes >> sun.rmi.rmic.Main -classpath >> "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ >> -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ >> -v1.2 \ >> -keepgenerated \ >> javax.management.remote.rmi.RMIConnectionImpl >> /bin/mkdir -p >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi >> /bin/cp >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java >> \ >> >> /usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi >> /usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m >> -Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes >> sun.rmi.rmic.Main -classpath >> "/usr/ports/java/openjdk6/work/build/bsd-amd64/classes" \ >> -d /usr/ports/java/openjdk6/work/build/bsd-amd64/classes \ >> -iiop -v1.2 \ >> javax.management.remote.rmi.RMIConnectionImpl >> gmake[5]: *** >> >> [/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] >> Segmentation fault (core dumped) >> gmake[5]: *** Deleting file >> >> `/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class' >> gmake[5]: Leaving directory >> `/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx' >> gmake[4]: *** [all] Error 1 >> gmake[4]: Leaving directory >> `/usr/ports/java/openjdk6/work/jdk/make/com/sun' >> gmake[3]: *** [all] Error 1 >> gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/com' >> gmake[2]: *** [all] Error 1 >> gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' >> gmake[1]: *** [jdk-build] Error 2 >> gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' >> gmake: *** [build_product_image] Error 2 >> *** [do-build] Error code 1 >> >> Stop in /usr/ports/java/openjdk6. >> *** [build] Error code 1 >> >> Stop in /usr/ports/java/openjdk6. >> >> ===>>> make failed for java/openjdk6 >> ===>>> Aborting update >> >> ===>>> Killing background jobs >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster java/openjdk6 >> >> ===>>> Exiting >> # >> # >> >> >> I **CAN** give SSH/SUDO access to whoever..... > > (gdb) bt > > #0 0x0000000801e2da93 in JVM_handle_bsd_signal () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #1 0x0000000800a49136 in swapcontext () from /lib/libthr.so.3 > > #2 0x0000000800a48d39 in sigaction () from /lib/libthr.so.3 > #3 0x00007ffffffff1d3 in ?? () > #4 0x0000000800a48c20 in sigaction () from /lib/libthr.so.3 > #5 0x0000000801ba9540 in Deoptimization::unpack_frames () > from > /usr/ports/java/openjdk6/work/build/bsd-amd64/lib/amd64/server/libjvm.so > #6 0x0000000803869f7e in ?? () > #7 0x00007fffffbfa450 in ?? () > > #8 0x000000080383b828 in ?? () > #9 0x000000080685e6e0 in ?? () > #10 0x000000080684f000 in ?? () > #11 0x00007fffffbfa4a0 in ?? () > #12 0x00007fffffbfa518 in ?? () > > #13 0x000000080308f000 in ?? () > #14 0x0000000806bac750 in ?? () > > #15 0x0000000803869eb9 in ?? () > #16 0x0000000000000000 in ?? () > (gdb) That backtrace would probably be clearer if you got it from a debug build of OpenJDK. Also you could find the exact commit that broke it by doing a bisection-search in SVN like "git bisect" would do. Regards Damjan Jovanovic From owner-freebsd-hackers@FreeBSD.ORG Thu May 9 09:13:47 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C56BC7A3; Thu, 9 May 2013 09:13:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 531F7AB0; Thu, 9 May 2013 09:13:47 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD444C0.dip0.t-ipconnect.de [93.212.68.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9847E8443D4; Thu, 9 May 2013 11:07:20 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id A05051067; Thu, 9 May 2013 11:07:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1368090437; bh=wQhteXj85vdr5gzgge1Uzeuk1dcApeFXJHvUztsYsBI=; h=Date:From:To:Cc:Subject; b=CRqxLof4pfyt0zR9BDaHP4lx64blWbvS9v2sDiTpMYNtmd2fW0w27+zAKbDsKrtXk KnMIaR85vfxNbsjfGfaSHDK4NWoOPQ3/aUW+n0EFYUjUeRg5X9/QNh6qvN5Bq4NHqO oeUgWiwN2GFUfM0s8gMUn7swg+fsbUs2GfohMmblJjx3DlLiiF7UODtxKAaNKOLu89 XAX2yHsuvC5Ze3J/OLuKamE6da5g3L9shXSdTJd711JF8vE68d13EMlHvNKNdFE/NS 5+MjShp/Ms7veqfCEvTRA+cOPIpbdrdOu9famOd1zhSXc/ufF3/jjcGgD+f1SwjRPR rlIxlMxliEg5g== Date: Thu, 9 May 2013 11:07:18 +0200 From: Alexander Leidinger To: hackers@FreeBSD.org Subject: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Message-ID: <20130509110718.0000528e@unknown> X-Mailer: Claws Mail 3.9.0git149+gcbfce9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9847E8443D4.A0093 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.629, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.80, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_53 0.60, J_CHICKENPOX_55 0.60, TW_DV 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1368695241.51@WPlXH++tsbwpjx6CDhXvfg X-EBL-Spam-Status: No X-Mailman-Approved-At: Thu, 09 May 2013 11:35:14 +0000 Cc: usb@FreeBSD.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 09:13:47 -0000 Hi, big picture: I want to get access to my USB DVB device in a jail. First I explain what works (to show what I already know in this regard), then I explain what doesn't work (where I seem to lack some knowledge). What I did so far: I already patched my kernel to give access to /dev/io and /dev/dri in a jail to have X1 up and running in a jail (works since some years): - changed PRIV_DRIVER to PRIV_DRI_DRIVER (new in my kernel) for the priv_check() for /dev/dri - added cases PRIV_IO and PRIV_DRI_DRIVER to sys/kern/kern_jail.c which allow access if a specific allow.xxx flag is set for the jail - added the following lines to devfs.rules in a x11-jail specific section (plus some more devices): ---snip--- add path agpgart unhide add path dri unhide add path 'dri*' unhide add path nvidiactl unhide add path 'nvidia*' unhide add path io unhide add path mem unhide ---snip--- Patches at http://www.Leidinger.net/FreeBSD/current-patches/0_jail.diff Result so far: - I see the io/mem/nvidia* devices (when I had a Radeon card which used /dev/dri, I was also seeing the devices in the /dev/dri/ directory) - I have X11 running in a jail (some config stuff skipped in the above list). My problem: I try now to get the device nodes which are created by multimedia/cuse4bsd-kmod + mltimedia/webcamd visible in a jail, but they only show up in the jail-host, not in the jail itself. I patched the priv_check()s in cuse4bsd-kmod to use PRIV_DRI_DRIVER (because it is already available in my kernel and allowed in the jail where I test this; I expect this is necessary in case I want to run webcamd in the jail instead on the host system) and have the following entries in devfs.rules: ---snip--- [devfsrules_unhide_cuse=13] add path cuse unhide add path video unhide add path 'video*' unhide add path dvb unhide add path 'dvb*' unhide add path input unhide add path 'input*' unhide ---snip--- I also tried with: ---snip--- add path 'dvb/*' unhide add path 'dvb/adapter0/*' unhide ---snip--- (I was as desperate to even reboot the entire host system after changing the rules to make sure I didn't forget to run something which should be run before.) When starting webcamd in the host system (to rule out some other interactions if I would start it in the jail), i can see in the jail: ---snip--- /dev/cuse /dev/dvb/ /dev/input/ /dev/input/event0 ---snip--- In the host system I have additionally: ---snip--- /dev/dvb/adapter0/ca0 /dev/dvb/adapter0/demux0 /dev/dvb/adapter0/dvr0 /dev/dvb/adapter0/frontend0 ---snip--- I would expect to see at least the /dev/dvb/adapter0, if not all of them in the jail itself. Is there something to the devfs.rules syntax or priv_check() or make_dev()/make_dev_cred() I don't know/understand which is involved when subdirectories of subdirectories in /dev are involved? How can I debug this (where to look, what to look for, ...)? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu May 9 20:24:57 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B5773BA1 for ; Thu, 9 May 2013 20:24:57 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 8303DFDE for ; Thu, 9 May 2013 20:24:57 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id ef5so620582obb.2 for ; Thu, 09 May 2013 13:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=y5TC0+kUhxnFNzmR9WgayMQi1w9QuwYS/XfN9f0GnFk=; b=qM8BtqinO2C0/PUBpMucCcbyMnY7iqpWdiQA63SKXHgAy+agJ7GNxV4frivws7oKyL crWFxNu0SZsAM70hRPBoKiLBfkye1BYCYcJbucMRKegiOlo3CgVf4pXoeInT4cScdCa8 VRWV9wdJ2LvqY/JlhRAX9I9Yo5PD+NxjaDBV0ERtDzwv0+R9I5V+GTlgtVsheYD4jCIt 6BGRSl7oHmd86tMGKW5hQ8pGUAVkHZ9GqXoO+yT2lVftFTjag0wui4VxropXo8pYqZqO JcqC+MoRKKRnnSO5E/7jM+ld/vf+CIByDyCAWwfZlJCiubRRymil0T/YT2VL5klgH1Vd Jz9Q== X-Received: by 10.60.79.131 with SMTP id j3mr5352372oex.71.1368131097164; Thu, 09 May 2013 13:24:57 -0700 (PDT) Received: from [192.168.1.34] (c-98-212-197-211.hsd1.il.comcast.net. [98.212.197.211]) by mx.google.com with ESMTPSA id p9sm4975209oeq.7.2013.05.09.13.24.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 May 2013 13:24:56 -0700 (PDT) Message-ID: <518C060E.8040301@gmail.com> Date: Thu, 09 May 2013 15:24:46 -0500 From: Joshua Isom User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? References: <20130509110718.0000528e@unknown> In-Reply-To: <20130509110718.0000528e@unknown> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 20:24:57 -0000 If you're just doing virtualization and not worrying about security, there's a simple test. Don't set "devfs_enable" in rc.conf, and instead add a devfs line to the jail's fstab file. It should give full access to everything in the host's /dev. On 5/9/2013 4:07 AM, Alexander Leidinger wrote: > Hi, > > big picture: I want to get access to my USB DVB device in a jail. First > I explain what works (to show what I already know in this regard), then > I explain what doesn't work (where I seem to lack some knowledge). > > What I did so far: > I already patched my kernel to give access to /dev/io and /dev/dri in a > jail to have X1 up and running in a jail (works since some years): > - changed PRIV_DRIVER to PRIV_DRI_DRIVER (new in my kernel) > for the priv_check() for /dev/dri > - added cases PRIV_IO and PRIV_DRI_DRIVER to sys/kern/kern_jail.c > which allow access if a specific allow.xxx flag is set for the jail > - added the following lines to devfs.rules in a x11-jail specific > section (plus some more devices): > ---snip--- > add path agpgart unhide > add path dri unhide > add path 'dri*' unhide > add path nvidiactl unhide > add path 'nvidia*' unhide > add path io unhide > add path mem unhide > ---snip--- > > Patches at http://www.Leidinger.net/FreeBSD/current-patches/0_jail.diff > > Result so far: > - I see the io/mem/nvidia* devices (when I had a Radeon card which > used /dev/dri, I was also seeing the devices in the /dev/dri/ > directory) > - I have X11 running in a jail (some config stuff skipped in the > above list). > > My problem: > I try now to get the device nodes which are created by > multimedia/cuse4bsd-kmod + mltimedia/webcamd visible > in a jail, but they only show up in the jail-host, not in the jail > itself. > > I patched the priv_check()s in cuse4bsd-kmod to use PRIV_DRI_DRIVER > (because it is already available in my kernel and allowed in the jail > where I test this; I expect this is necessary in case I want to run > webcamd in the jail instead on the host system) and have the following > entries in devfs.rules: > ---snip--- > [devfsrules_unhide_cuse=13] > add path cuse unhide > add path video unhide > add path 'video*' unhide > add path dvb unhide > add path 'dvb*' unhide > add path input unhide > add path 'input*' unhide > ---snip--- > > I also tried with: > ---snip--- > add path 'dvb/*' unhide > add path 'dvb/adapter0/*' unhide > ---snip--- > (I was as desperate to even reboot the entire host system after > changing the rules to make sure I didn't forget to run something which > should be run before.) > > When starting webcamd in the host system (to rule out some other > interactions if I would start it in the jail), i can see in the jail: > ---snip--- > /dev/cuse > /dev/dvb/ > /dev/input/ > /dev/input/event0 > ---snip--- > > In the host system I have additionally: > ---snip--- > /dev/dvb/adapter0/ca0 > /dev/dvb/adapter0/demux0 > /dev/dvb/adapter0/dvr0 > /dev/dvb/adapter0/frontend0 > ---snip--- > > I would expect to see at least the /dev/dvb/adapter0, if not all of > them in the jail itself. > > Is there something to the devfs.rules syntax or priv_check() or > make_dev()/make_dev_cred() I don't know/understand which is involved > when subdirectories of subdirectories in /dev are involved? > > How can I debug this (where to look, what to look for, ...)? > > Bye, > Alexander. > From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 10:11:58 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 21A6D146 for ; Fri, 10 May 2013 10:11:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB1BEF7 for ; Fri, 10 May 2013 10:11:57 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD44783.dip0.t-ipconnect.de [93.212.71.131]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 23C458443D3; Fri, 10 May 2013 12:11:36 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id 9E5673760; Fri, 10 May 2013 12:11:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1368180693; bh=JxiQ0PVNPtphpXM0fak4J4MK0lG9WzvzY5cwAgOq2qg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=akDQJlSDtCfKpxJDI4a1aGODzgjl7IZij5ojN0RAKcC3PD9A4Z/OC1BipkH2fbs90 JWIOW5mlgZswwnkdKR10M3D7rUTsR3KqQ7nPiZWU8i05aAYApKxR22s2BJ+up6wrK/ LW9J1Un/3dwA4BE6NsRP3xPsoSD5a4t+RsdS0caezaYHKsM/m1A4Z+AiJCTZglZd5q PUc7Zjnzu+6+59BG9toCwYOpSo1+mzfFRbozEfY3XNkXR0Gut0RyYsYXvBLw25GcNl Jd2HeGdDi2gjTMkAcuacSjX6+MwGKWx092U7GTQf4LIZFATYAk+s4NE+P41T750/We x1TZFkWXyEQmA== Date: Fri, 10 May 2013 12:11:33 +0200 From: Alexander Leidinger To: Joshua Isom Subject: Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Message-ID: <20130510121133.00001e2a@unknown> In-Reply-To: <518C060E.8040301@gmail.com> References: <20130509110718.0000528e@unknown> <518C060E.8040301@gmail.com> X-Mailer: Claws Mail 3.9.0git149+gcbfce9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 23C458443D3.A1EF3 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.557, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.80, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_53 0.60, J_CHICKENPOX_55 0.60, TW_DV 0.08, TW_EV 0.08, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1368785497.16672@I1BypEkNdGRLFK+s0fBJEQ X-EBL-Spam-Status: No X-Mailman-Approved-At: Fri, 10 May 2013 11:34:24 +0000 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 10:11:58 -0000 On Thu, 09 May 2013 15:24:46 -0500 Joshua Isom wrote: > If you're just doing virtualization and not worrying about security, I worry about what is going on. We have something which is supposed to provide security as required, but is does not seem to work as described. We either need to fix the documentation, or a bug in the code. To do the later it needs to be debugged. My questions are if this is supposed to work, and if yes how to debug this. Bye, Alexander. > there's a simple test. Don't set "devfs_enable" in rc.conf, and > instead add a devfs line to the jail's fstab file. It should give > full access to everything in the host's /dev. > > On 5/9/2013 4:07 AM, Alexander Leidinger wrote: > > Hi, > > > > big picture: I want to get access to my USB DVB device in a jail. > > First I explain what works (to show what I already know in this > > regard), then I explain what doesn't work (where I seem to lack > > some knowledge). > > > > What I did so far: > > I already patched my kernel to give access to /dev/io and /dev/dri > > in a jail to have X1 up and running in a jail (works since some > > years): > > - changed PRIV_DRIVER to PRIV_DRI_DRIVER (new in my kernel) > > for the priv_check() for /dev/dri > > - added cases PRIV_IO and PRIV_DRI_DRIVER to sys/kern/kern_jail.c > > which allow access if a specific allow.xxx flag is set for the > > jail > > - added the following lines to devfs.rules in a x11-jail specific > > section (plus some more devices): > > ---snip--- > > add path agpgart unhide > > add path dri unhide > > add path 'dri*' unhide > > add path nvidiactl unhide > > add path 'nvidia*' unhide > > add path io unhide > > add path mem unhide > > ---snip--- > > > > Patches at > > http://www.Leidinger.net/FreeBSD/current-patches/0_jail.diff > > > > Result so far: > > - I see the io/mem/nvidia* devices (when I had a Radeon card which > > used /dev/dri, I was also seeing the devices in the /dev/dri/ > > directory) > > - I have X11 running in a jail (some config stuff skipped in the > > above list). > > > > My problem: > > I try now to get the device nodes which are created by > > multimedia/cuse4bsd-kmod + mltimedia/webcamd visible > > in a jail, but they only show up in the jail-host, not in the jail > > itself. > > > > I patched the priv_check()s in cuse4bsd-kmod to use PRIV_DRI_DRIVER > > (because it is already available in my kernel and allowed in the > > jail where I test this; I expect this is necessary in case I want > > to run webcamd in the jail instead on the host system) and have the > > following entries in devfs.rules: > > ---snip--- > > [devfsrules_unhide_cuse=13] > > add path cuse unhide > > add path video unhide > > add path 'video*' unhide > > add path dvb unhide > > add path 'dvb*' unhide > > add path input unhide > > add path 'input*' unhide > > ---snip--- > > > > I also tried with: > > ---snip--- > > add path 'dvb/*' unhide > > add path 'dvb/adapter0/*' unhide > > ---snip--- > > (I was as desperate to even reboot the entire host system after > > changing the rules to make sure I didn't forget to run something > > which should be run before.) > > > > When starting webcamd in the host system (to rule out some other > > interactions if I would start it in the jail), i can see in the > > jail: ---snip--- > > /dev/cuse > > /dev/dvb/ > > /dev/input/ > > /dev/input/event0 > > ---snip--- > > > > In the host system I have additionally: > > ---snip--- > > /dev/dvb/adapter0/ca0 > > /dev/dvb/adapter0/demux0 > > /dev/dvb/adapter0/dvr0 > > /dev/dvb/adapter0/frontend0 > > ---snip--- > > > > I would expect to see at least the /dev/dvb/adapter0, if not all of > > them in the jail itself. > > > > Is there something to the devfs.rules syntax or priv_check() or > > make_dev()/make_dev_cred() I don't know/understand which is involved > > when subdirectories of subdirectories in /dev are involved? > > > > How can I debug this (where to look, what to look for, ...)? > > > > Bye, > > Alexander. > > > > _______________________________________________ > 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" > -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 11:44:04 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5FC60DF7 for ; Fri, 10 May 2013 11:44:04 +0000 (UTC) (envelope-from uffe@uffe.org) Received: from mail.starion.dk (mx0.starion.dk [93.162.70.34]) by mx1.freebsd.org (Postfix) with SMTP id A35A42F4 for ; Fri, 10 May 2013 11:44:02 +0000 (UTC) Received: (qmail 58224 invoked by uid 1004); 10 May 2013 11:43:56 -0000 Message-ID: <518CDD73.9090405@uffe.org> Date: Fri, 10 May 2013 13:43:47 +0200 From: Uffe Jakobsen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 CC: freebsd-hackers@freebsd.org Subject: Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? References: <20130509110718.0000528e@unknown> <518C060E.8040301@gmail.com> <20130510121133.00001e2a@unknown> In-Reply-To: <20130510121133.00001e2a@unknown> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 11:44:04 -0000 On 2013-05-10 12:11, Alexander Leidinger wrote: > > I worry about what is going on. We have something which is supposed to > provide security as required, but is does not seem to work as > described. We either need to fix the documentation, or a bug in the > code. To do the later it needs to be debugged. > It seems to me that you are struggeling with this - or a related - problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838 /Uffe From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 19:31:27 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2B400871 for ; Fri, 10 May 2013 19:31:27 +0000 (UTC) (envelope-from k.dreger@yahoo.de) Received: from nm17.bullet.mail.ird.yahoo.com (nm17.bullet.mail.ird.yahoo.com [77.238.189.70]) by mx1.freebsd.org (Postfix) with SMTP id 4D0662D3 for ; Fri, 10 May 2013 19:31:25 +0000 (UTC) Received: from [77.238.189.238] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 10 May 2013 19:31:24 -0000 Received: from [212.82.98.68] by tm19.bullet.mail.ird.yahoo.com with NNFMP; 10 May 2013 19:31:24 -0000 Received: from [127.0.0.1] by omp1005.mail.ir2.yahoo.com with NNFMP; 10 May 2013 19:31:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 703092.71468.bm@omp1005.mail.ir2.yahoo.com Received: (qmail 33459 invoked by uid 60001); 10 May 2013 19:31:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1368214284; bh=2hzWxu9PkyXuwJLKUarf/Ldx3gRMkfzHVF4rOKfcVdE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=e0WAQiM1gpZD9edQTe+1R/t3F9Wk2//vWYeqrEt6VsyNQRZgioP/5RRHJ87JK7bCKZeYznsC0QM5LQz4/HId4U4Hy9qF5WYVYjt6r+QQWgVgc+442faLp/9spSRbd29B4kUG+UbG6jVCOLOic7aUJYlcL9YOrvvcuO6jSSmbG/o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=fIiZCysih6KMM7UwL8ckrNs3ohdCPYHxF8xzZxHUCKHPYLdcX2JKBBvfcgql8hyUk/dg7QOsKwS+ixN5MfAAYa0nPCYauDuW79gqN0WAxPL8qQLpuwT93lro0jluSyjOkNgrsYLCopkarpx86gYiMofeT7fDFvpfxVjNC9dOnIc=; X-YMail-OSG: hnnn5rcVM1kpXLJ2XTldQcP3OvisWytb.gaAiBIotJa_Axs e_LL.N2GF8LwuhD4JuFb8cJ26gQDaxOUiokxxWoqBjeNeAr_PP1siPjeirdF i38x8bzyMepgXWDmU_FMI0KDFhzTqKiPxNi5wXiCNB6JL.dj6UHO6t22BrhZ 327DEkhpoN41iGDkogyCeQW7QY56mBvGQxqt9iTgqUdJaikgKcF1I2NycMuj 1L_gaEdyXeCBZvt6kiJWy5Dgsr_MJ4P5JNBuWrJPKwbP5GyfOEaJB9p2O4rK b5jJtyXytn0RlIpcJajuiDhYzA5YXlY1Ztd08bVrEHYC2UCvUoumAzOwfZVV ebg3EiVwC5zS3zDHSyRcHV97NN.UcqqimA3TrkYJa4i8c47Nl_jSVzp0_B8y IVluI7vkVgf1EvSA.W2Q_oHBm3jE- Received: from [222.223.72.19] by web171503.mail.ir2.yahoo.com via HTTP; Fri, 10 May 2013 20:31:24 BST X-Rocket-MIMEInfo: 002.001, SGVsbG8sCkkgaGF2ZSBiZWVuIHRha2luZyBhIGxvb2sgYXQgYSBmZXcgc3lzY2FsbHMgaW4gL3Vzci9zcmMvc3lzL2tlcm4vIGFuZAphbHdheXMgZmluZCB0aGF0IGluIHRoZWlyIGFjdHVhbGwgYyBkZWZpbml0aW9uIHRoZSBmdW5jdGlvbiBuYW1lcyBhcmUKcHJlcHJlbmRlZCBieSBhIHN5c18uIFRha2UgZm9yIGV4YW1wbGUgdGhlIGZvcmsgc3lzdGVtIGNhbGwgd2hpY2gKaXMgZm91bmQgaW4gL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmMKCmludApzeXNfZm9yayhzdHJ1Y3QgdGhyZWFkICp0ZCwgc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: Message-ID: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> Date: Fri, 10 May 2013 20:31:24 +0100 (BST) From: Karl Dreger Subject: syscall to userland interface To: "freebsd-hackers@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Karl Dreger List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 19:31:27 -0000 Hello,=0AI have been taking a look at a few syscalls in /usr/src/sys/kern/ = and=0Aalways find that in their actuall c definition the function names are= =0Apreprended by a sys_. Take for example the fork system call which=0Ais f= ound in /usr/src/sys/kern/kern_fork.c=0A=0Aint=0Asys_fork(struct thread *td= , struct fork_args *uap)=0A...=0A=0ANow when I write a program from userlan= d, that makes use of the =0Afork system call, then if call it as:=0A=0Afork= ();=0A=0AAll the syscall are part of libc, which is usually defined in =0A/= usr/src/lib/libc/=0A=0ASince the system calls are already defined in the ke= rnel sources, they =0Ano longer need to be defined in /usr/src/lib/libc/. T= his is the reason =0Awhy one can only find the manpages and no c files in = =0A/usr/src/lib/libc/sys?=0AAt least this is how my thinking goes.=0A=0ANow= , when the syscalls in the kernel sources are all defined as sys_xxx =0Abut= are invoked as xxx and the c headers also show syscall prototypes =0Awitho= ut any prepended sys. How does the actual user-, kernelland =0Amove happen?= In other words, why do I invoke fork() as fork() and=0Anot as sys_fork()?= =0A=0AOr is there something that I missed?=0A=0A=0AClarification on that po= int is highly welcome.=0A=0AThanks=0A From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 19:37:07 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9CF35B4C for ; Fri, 10 May 2013 19:37:07 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBCB31B for ; Fri, 10 May 2013 19:37:06 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id DB7DB1A3D0F; Fri, 10 May 2013 12:37:05 -0700 (PDT) Message-ID: <518D4C4F.90902@mu.org> Date: Fri, 10 May 2013 12:36:47 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Karl Dreger Subject: Re: syscall to userland interface References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> In-Reply-To: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 19:37:07 -0000 On 5/10/13 12:31 PM, Karl Dreger wrote: > Hello, > I have been taking a look at a few syscalls in /usr/src/sys/kern/ and > always find that in their actuall c definition the function names are > preprended by a sys_. Take for example the fork system call which > is found in /usr/src/sys/kern/kern_fork.c > > int > sys_fork(struct thread *td, struct fork_args *uap) > ... > > Now when I write a program from userland, that makes use of the > fork system call, then if call it as: > > fork(); > > All the syscall are part of libc, which is usually defined in > /usr/src/lib/libc/ > > Since the system calls are already defined in the kernel sources, they > no longer need to be defined in /usr/src/lib/libc/. This is the reason > why one can only find the manpages and no c files in > /usr/src/lib/libc/sys? > At least this is how my thinking goes. > > Now, when the syscalls in the kernel sources are all defined as sys_xxx > but are invoked as xxx and the c headers also show syscall prototypes > without any prepended sys. How does the actual user-, kernelland > move happen? In other words, why do I invoke fork() as fork() and > not as sys_fork()? > > Or is there something that I missed? > > > Clarification on that point is highly welcome. When you build the system a whole bunch of assembler files are automatically generated that define the functions you are looking for. Look for .S files under the object directory. Those assembler files have the magic to cause a system call to happen. example: src/lib/libc/getauid.S (note, this file is GENERATED, it's not part of src.) -Alfred From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 19:33:21 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1AFAA9D9; Fri, 10 May 2013 19:33:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id CC4542F3; Fri, 10 May 2013 19:33:20 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD44783.dip0.t-ipconnect.de [93.212.71.131]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 403868443D3; Fri, 10 May 2013 21:33:06 +0200 (CEST) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id B92991071; Fri, 10 May 2013 21:33:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1368214383; bh=PXC5bJXL1iqpdjnO6UB3t7pattA5nt3TQd3FkbEkclE=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=XlqLJYfNb7w57q0SvCmetu3sMl471QPVaVlzHowS7oOxxlAXVePs7hDYw0tRTegdb 686OlwAFoKeXlNbyVIRYOPDz6uTDdJTVhtdYMT8MWUMKuN6CuLGPp81svUyalaHlSO UUaeneEZV5bV+YwjEVfag5fCOYwrdHSWYxD2hFYaJk8qkPfAMn4gT2xnHb/UPxV8Uo 1otEj7tKduc9ww1QBTuyEO/95HBhY70RVwpf5LIyYjJVxsMlJZa6oC3IZR0h4fsT+u sx9hzk3jZywb5TvjQVgBJ3mgxj1khOcfLYGiq7T2nCa1SkGY1r4OypuMdgt0Ttb4Go nAHXlAUVJa1sQ== Date: Fri, 10 May 2013 21:33:03 +0200 From: Alexander Leidinger To: Uffe Jakobsen Subject: Re: priv_check/make_dev/devfs.rules: What is preventing a device to show up in a jail? Message-ID: <20130510213303.00005078@unknown> In-Reply-To: <518CDD73.9090405@uffe.org> References: <20130509110718.0000528e@unknown> <518C060E.8040301@gmail.com> <20130510121133.00001e2a@unknown> <518CDD73.9090405@uffe.org> X-Mailer: Claws Mail 3.9.0git149+gcbfce9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 403868443D3.AEE44 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.223, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.11, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01, URIBL_BLOCKED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1368819186.99703@+ZpQ5qns8WPnaLCmZYLdfw X-EBL-Spam-Status: No X-Mailman-Approved-At: Fri, 10 May 2013 20:01:26 +0000 Cc: usb@FreeBSD.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 19:33:21 -0000 On Fri, 10 May 2013 13:43:47 +0200 Uffe Jakobsen wrote: > On 2013-05-10 12:11, Alexander Leidinger wrote: > > > > I worry about what is going on. We have something which is supposed > > to provide security as required, but is does not seem to work as > > described. We either need to fix the documentation, or a bug in the > > code. To do the later it needs to be debugged. > > > > It seems to me that you are struggeling with this - or a related - > problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838 Indeed, this is the problem. I have all entries visible now. Anyone interested to have this changed (as suggested by Andriy in the PR) should voice his opinion. I voiced mine already. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Fri May 10 22:01:26 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C64F6BAE; Fri, 10 May 2013 22:01:26 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-ea0-x233.google.com (mail-ea0-x233.google.com [IPv6:2a00:1450:4013:c01::233]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEC3A6E; Fri, 10 May 2013 22:01:26 +0000 (UTC) Received: by mail-ea0-f179.google.com with SMTP id h14so2414532eaj.38 for ; Fri, 10 May 2013 15:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=g24a3WSoSsjEy1TNQkpaPa5qshYH034HLATct2Q6apo=; b=fklh9dobpehwRkFdjvpzQuZ2c9IayRH18Yo4hnlF0DfrOZO0ZNOF2dQc9jL2oieQOf HtgpNNOJBiQCnotM8+ZAyLJtgSZUTqokng1/vW3yEFDZpa+iKVsNUqONiH6p4UCkLfN5 FPqkcVeE7zJCqvgaRrqKoErvq3iG/VXk16/LsCST1ueeus5j013sty3B6XlnmCtBIFoJ /CcmVq60VbqnqLXOtMrEUVRJbG4h6UJdnvLE3skraPeKeFGDorF81wpkKM9eIktwBGDI EISQREJf8ggBd7SdgLt7NAMTsexO6YdQG0L7McJk/b8rH185976nV1n7T5lM0itUPspS mcIQ== MIME-Version: 1.0 X-Received: by 10.14.42.9 with SMTP id i9mr45898190eeb.18.1368223285362; Fri, 10 May 2013 15:01:25 -0700 (PDT) Received: by 10.223.76.134 with HTTP; Fri, 10 May 2013 15:01:25 -0700 (PDT) Date: Fri, 10 May 2013 15:01:25 -0700 Message-ID: Subject: anyone running the ofed code From: Vijay Singh To: hackers@freebsd.org, "freebsd-net@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 22:01:26 -0000 Apologies for the cross post. Were trying out the ofed code and running into some issues, so would love to discuss. -vijay From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 08:23:40 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B75293F1 for ; Sat, 11 May 2013 08:23:40 +0000 (UTC) (envelope-from k.dreger@yahoo.de) Received: from nm22-vm7.bullet.mail.ird.yahoo.com (nm22-vm7.bullet.mail.ird.yahoo.com [212.82.109.226]) by mx1.freebsd.org (Postfix) with SMTP id D447ADFC for ; Sat, 11 May 2013 08:23:39 +0000 (UTC) Received: from [77.238.189.54] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 11 May 2013 08:23:32 -0000 Received: from [212.82.98.72] by tm7.bullet.mail.ird.yahoo.com with NNFMP; 11 May 2013 08:23:32 -0000 Received: from [127.0.0.1] by omp1009.mail.ir2.yahoo.com with NNFMP; 11 May 2013 08:23:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 120592.73118.bm@omp1009.mail.ir2.yahoo.com Received: (qmail 68079 invoked by uid 60001); 11 May 2013 08:23:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1368260612; bh=bWmdCJgVqXTQqOnM2uorEtbF79YIrLDu/9iediCrsFU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=eku+L5f4OtDvlUHVTDi/sqyzxDUOlV3Uki7sBlk4F0o80oOWyncM0h7oAlrODqzEmkmOCNmkqcv//B0YMLXdBzWqa73vqwpVErHa8tp2+4lgrBdh4eCOzC4qgEZn2JGFf6z3H9nQ8EQE5b5rqJA539v9ZwvC0fB/+IgtV5sjBxs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=J3DNn6UkzFDbDuvxsfZAz6zskmyAd1Ou0rCg9FIO3KF4jErzngYpTB9JVgMtO8ew7kGu8qrHQ+48aD1G03PrHnXtn+FDpJfVpgcSm/6F8xYSszNebLkUQpiPiUygHrcVZip8LcpC30Szmo+X44Jyj4rFskT5T7jocpqfbktzzQs=; X-YMail-OSG: 1EJR7OAVM1nOmcdIDODDq.ViNB8UrZA19.hNmmJmnkjzIML kDFbRRtv6OGHkP92ktGM0Bsjuy1shAJPzSDsvmZocI5hLQGFhlrLdcbCPybG xdZKcq3JwcZ40P3P43N7EdQlIMUvtyn7JuHzq1KfsRtuO9jcrmRxr6v_eYj0 KnxuPfFsP6oDAX12B_8vh..tne7rDuElouIS0mBKm4FYX9UsX2U2wD_pRfZO k.Qz2jCVa4PgpNLrGvn5pNXZy68PA_41ju8E6pEEfSYA7Oqgj3oKQjxFookn F3cx2q_yt28axsgkoFxyLWwe9MSsjkGL_zK1hSR6lPdgu_PfJowFjclWBrkV Z.naDAWUbfrvkohg_uyAQMN5b8WlchUryfZjriZFCFeqEJ0ouazpcq1fKnXo BlyZKO4CwHzlXKnPv7VAm86ECJZKwaYPoha8fkfRNKVFWjVKvgAKR7z96q93 MZIYaV.w- Received: from [222.223.72.19] by web171505.mail.ir2.yahoo.com via HTTP; Sat, 11 May 2013 09:23:31 BST X-Rocket-MIMEInfo: 002.001, CgpJIGFtIGZlZWxpbmcgcmF0aGVyIHN0dXBpZCBhdCB0aGUgbW9tZW50LCBidXQgSSBjYW4ndCBmaW5kIHRoZSBhc3NlbWJsZXIgCgpmaWxlcyB0aGF0IHlvdSBhcmUgcmVmZXJyaW5nIHRvLiBEbyB5b3UgbWVhbiB0aGF0IGV2ZXJ5IHN5c2NhbGwgdW5kZXIgCgpzeXMva2Vybi8qLmMgaGFzIGEgY29ycmVzcG9uZGluZyAuUyBmaWxlIGluIHNyYy9saWIvbGliYy8_IAoKClRoZSBhY3R1YWwgdHJhbnNpdGlvbiBmcm9tIHVzZXIgdG8ga2VybmVsbGFuZCBhbmQgYmFjayBwcm9iYWJseSB0YWtlcyAKCnBsYWNlIHYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> <518D4C4F.90902@mu.org> Message-ID: <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> Date: Sat, 11 May 2013 09:23:31 +0100 (BST) From: Karl Dreger Subject: Re: syscall to userland interface To: Alfred Perlstein In-Reply-To: <518D4C4F.90902@mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Karl Dreger List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 08:23:40 -0000 =0A=0AI am feeling rather stupid at the moment, but I can't find the assemb= ler =0A=0Afiles that you are referring to. Do you mean that every syscall u= nder =0A=0Asys/kern/*.c has a corresponding .S file in src/lib/libc/? =0A= =0A=0AThe actual transition from user to kernelland and back probably takes= =0A=0Aplace via the assembler routines in sys/i386/i386. Most notably exce= ption.s =0A=0Afor my i386 cpu.=0A=0A=0AWhat my question boils down to is th= is: when running fork and friends =0A=0Afrom userland they are invoked as:= =0A=0Afork();, open();, read();, close(); ...=0A=0A=0Abut are defined as:= =0A=0Asys_fork(), sys_open(), sys_read(), sys_close(), ...=0A=0Ain their ac= tual c definition.=0A=0AIf the assembler files that you spoke about answer = this discrepancy, =0A=0Athen the reason why the penny hasn't dropped yet is= because I haven't=0Afound them.=0A=0A=0AKarl=0A=0A=0A=0A__________________= ______________=0A Von: Alfred Perlstein =0AAn: Karl Dreger <= k.dreger@yahoo.de> =0ACC: "freebsd-hackers@freebsd.org" =0AGesendet: 3:36 Samstag, 11.Mai 2013=0ABetreff: Re: syscall to= userland interface=0A =0A=0AOn 5/10/13 12:31 PM, Karl Dreger wrote:=0A> He= llo,=0A> I have been taking a look at a few syscalls in /usr/src/sys/kern/ = and=0A> always find that in their actuall c definition the function names a= re=0A> preprended by a sys_. Take for example the fork system call which=0A= > is found in /usr/src/sys/kern/kern_fork.c=0A>=0A> int=0A> sys_fork(struct= thread *td, struct fork_args *uap)=0A> ...=0A>=0A> Now when I write a prog= ram from userland, that makes use of the=0A> fork system call, then if call= it as:=0A>=0A> fork();=0A>=0A> All the syscall are part of libc, which is = usually defined in=0A> /usr/src/lib/libc/=0A>=0A> Since the system calls ar= e already defined in the kernel sources, they=0A> no longer need to be defi= ned in /usr/src/lib/libc/. This is the reason=0A> why one can only find the= manpages and no c files in=0A> /usr/src/lib/libc/sys?=0A> At least this is= how my thinking goes.=0A>=0A> Now, when the syscalls in the kernel sources= are all defined as sys_xxx=0A> but are invoked as xxx and the c headers al= so show syscall prototypes=0A> without any prepended sys. How does the actu= al user-, kernelland=0A> move happen? In other words, why do I invoke fork(= ) as fork() and=0A> not as sys_fork()?=0A>=0A> Or is there something that I= missed?=0A>=0A>=0A> Clarification on that point is highly welcome.=0A=0AWh= en you build the system a whole bunch of assembler files are =0Aautomatical= ly generated that define the functions you are looking for.=0A=0ALook for .= S files under the object directory.=0A=0AThose assembler files have the mag= ic to cause a system call to happen.=0A=0Aexample: src/lib/libc/getauid.S= =A0 (note, this file is GENERATED, it's not =0Apart of src.)=0A=0A=0A=0A-Al= fred=0A=0A_______________________________________________=0Afreebsd-hackers= @freebsd.org mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/freeb= sd-hackers=0ATo unsubscribe, send any mail to "freebsd-hackers-unsubscribe@= freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 08:58:10 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D724E913 for ; Sat, 11 May 2013 08:58:10 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECA5F2C for ; Sat, 11 May 2013 08:58:10 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hm14so1339635wib.17 for ; Sat, 11 May 2013 01:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=vUg/eZ7b8udYjNXd0oAED3fJ99HaTWxtF7HDfikIwzw=; b=amEG+I/Z/G7ZmMM4SmKwdToDjX30nZx5ppU+Yk0o0CX2jmKV2B3dZKDDI88zMWdA9o 7GtSwBEMHTTRYbMaJ1VkN+P/xmlZPQ5dr+RwKmRp7gqL7stLOoKIZPFeYsYV0YXF26u0 bbajwjsVCwelEQqwc+Cgb3pVfXPLfI7eKti+mq6KfYDtSt2a1Q+GU44dhBNVZM59x4du EH3qCbN/LKxcY76k5ioXhYFKOJVFJBXzFaxFt30zYmlVYxS3OkZxp1guJuXiads20exN 0aQa+RjufWsvFU91eN4/A6o741nrc4peJ5K+xCeOaN85ar+sn/vvxixmJvJJviWcFrWD ZfrQ== X-Received: by 10.194.5.196 with SMTP id u4mr29267305wju.54.1368262689574; Sat, 11 May 2013 01:58:09 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id nf9sm2378328wic.3.2013.05.11.01.58.07 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 11 May 2013 01:58:08 -0700 (PDT) Date: Sat, 11 May 2013 10:58:05 +0200 From: Mateusz Guzik To: Karl Dreger Subject: Re: syscall to userland interface Message-ID: <20130511085805.GA23033@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Karl Dreger , Alfred Perlstein , "freebsd-hackers@freebsd.org" References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> <518D4C4F.90902@mu.org> <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-hackers@freebsd.org" , Alfred Perlstein X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 08:58:10 -0000 On Sat, May 11, 2013 at 09:23:31AM +0100, Karl Dreger wrote: > What my question boils down to is this: when running fork and friends > > from userland they are invoked as: > > fork();, open();, read();, close(); ... > > > but are defined as: > > sys_fork(), sys_open(), sys_read(), sys_close(), ... > > in their actual c definition. sys_* are symbols visible only in the kernel, and as such their names or existence is not visible from userspace. The kernel has syscall table - each syscall has an entry in the table at specified offset (syscall number) with a pointer to function implementing given syscall. Userspace knows syscall numbers. So the common thing for both userspace and kernel is syscall number, it has nothing to do with names. Here is an example how syscall worked on i386: - you put syscall numer in eax register - you call the kernel by issuing int 80h - handler in the kernel takes number from eax, looks up appropriate function from syscall table and calls that function Here is an example: http://www.freebsd.org/doc/en/books/developers-handbook/x86-system-calls.html e.g. fork has number 2. So, what userspace fork function does is simply telling the kernel to execute syscall number 2. It is not important how function implementing this syscall is named, it could be "foobarbecausewhynot". I hope this clears things up. -- Mateusz Guzik From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 10:39:16 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 515D7975 for ; Sat, 11 May 2013 10:39:16 +0000 (UTC) (envelope-from k.dreger@yahoo.de) Received: from nm14.bullet.mail.ird.yahoo.com (nm14.bullet.mail.ird.yahoo.com [77.238.189.67]) by mx1.freebsd.org (Postfix) with SMTP id 8B0EE1F3 for ; Sat, 11 May 2013 10:39:15 +0000 (UTC) Received: from [77.238.189.48] by nm14.bullet.mail.ird.yahoo.com with NNFMP; 11 May 2013 10:39:13 -0000 Received: from [212.82.108.246] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 11 May 2013 10:39:13 -0000 Received: from [127.0.0.1] by omp1011.mail.ird.yahoo.com with NNFMP; 11 May 2013 10:39:13 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 667500.12714.bm@omp1011.mail.ird.yahoo.com Received: (qmail 76841 invoked by uid 60001); 11 May 2013 10:39:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1368268753; bh=72cZgaSKEx4s0HfkuhNK8jfa0P2GluTJ6sSHy6Nghug=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YZ1UeYqThzyS+CuZZxHCKHbKhSFbq4R174cV+hDzugRXuYnfDYkKc3Oue74uYGqT6Ld5lzFgP2ERoDJSgOxHcWQkW5MmeSWYuwwAam0nus5AIzVBd1Pkytvv577DdnMGomx/AsyjeZY7BVkRcIw1xAZ1DhWJ0jBeARhY1oOaKLQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tNvG3LclFGx75R68H0QI6rWtp7jSEbbuedppxaRWWmfHBoggDC3buqMFm2bvASRgdF18pBYOv6bulPF4eVqa1DSsjgVbnKhxvw6d3IWtqdiow248Xb1m6Yer2YR+8SwzzAv+CdGPXWgEqWduIbYQlt0K8I8mUDy2gxwMxSbr4MI=; X-YMail-OSG: rq2qojUVM1lWBPgwjFDSMEZZQ4ak1iqxcKawhVue5SEjkJZ 2bnN_c4FYKQIcFTnAdyKdKQWQ.xdJRvE0c9Cj5CL.hm270ULuOnMS6lgVvtM gc6ukccALOi9gR0MfbSrVEImYUjCqUU0ChVZtPyajBAPZ0xFIILqBf0KIl51 PU_CXdv8aR06OX91wQKj68yiHJcGw5DxOOjp0RuW3qfDCTkAxobhkBW76JUd tqH4RgUHClQW6LCJaZxCvVOZihbwe7JqE1HTU00ZcNXGTAbqnFxtdjCSB5ak P7W32yOA88M93dnmle3BhAmiMmGNbPHUjp1IpHHCubFVSIrzNb5QPxBjBicf rLej55of7cm8HilMv_eSsn.JCqU8dij9YI.mgTbcQ2rom8.lijEl5P3NqAu5 K0NqrYCaNKi_Gmgqu3_loJqAgF_04IUCSRa.fUaQzWNjMupuBGjXubn72Sjv TV9ajrR3fqv9mNURDl8IY6uA2g8FMORWaPR3ZYhZhERmwo68HJ9ZG1v8LdpU 9uE8wFg4y9Lc9FeNAIUmZ_61l Received: from [222.223.72.19] by web171503.mail.ir2.yahoo.com via HTTP; Sat, 11 May 2013 11:39:13 BST X-Rocket-MIMEInfo: 002.001, WWVzLCB0aGF0IG1ha2VzIGl0IGNsZWFyLiBOb3csIHRoYXQgeW91IGFyZSBhY3R1YWxseSBzcGVha2luZwphYm91dCB0aGUgc3lzY2FsbCB0YWJsZSwgSSBoYXZlIHRvIHNheSB0aGF0IEkgd2FzIGF3YXJlIG9mIHRoZXJlCmJlaW5nIG9uZSwgYnV0IEkgbmV2ZXIgYmVmb3JlIHNhdyBpdCB0aGF0IHdheS4KClRoYW5rcwoKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KIFZvbjogTWF0ZXVzeiBHdXppayA8bWpndXppa0BnbWFpbC5jb20.CkFuOiBLYXJsIERyZWdlciA8ay5kcmVnZXJAeWFob28BMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> <518D4C4F.90902@mu.org> <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> <20130511085805.GA23033@dft-labs.eu> Message-ID: <1368268753.73979.YahooMailNeo@web171503.mail.ir2.yahoo.com> Date: Sat, 11 May 2013 11:39:13 +0100 (BST) From: Karl Dreger Subject: Re: syscall to userland interface To: Mateusz Guzik In-Reply-To: <20130511085805.GA23033@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Karl Dreger List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 10:39:16 -0000 Yes, that makes it clear. Now, that you are actually speaking=0Aabout the s= yscall table, I have to say that I was aware of there=0Abeing one, but I ne= ver before saw it that way.=0A=0AThanks=0A=0A=0A=0A=0A_____________________= ___________=0A Von: Mateusz Guzik =0AAn: Karl Dreger =0ACC: "freebsd-hackers@freebsd.org" ; Alfred Perlstein =0AGesendet: 16:58 Samstag, 11.M= ai 2013=0ABetreff: Re: syscall to userland interface=0A =0A=0AOn Sat, May 1= 1, 2013 at 09:23:31AM +0100, Karl Dreger wrote:=0A> What my question boils = down to is this: when running fork and friends =0A> =0A> from userland they= are invoked as:=0A> =0A> fork();, open();, read();, close(); ...=0A> =0A> = =0A> but are defined as:=0A> =0A> sys_fork(), sys_open(), sys_read(), sys_c= lose(), ...=0A> =0A> in their actual c definition.=0A=0Asys_* are symbols v= isible only in the kernel, and as such their names=0Aor existence is not vi= sible from userspace.=0A=0AThe kernel has syscall table - each syscall has = an entry in the table at=0Aspecified offset (syscall number) with a pointer= to function=0Aimplementing given syscall.=0A=0AUserspace knows syscall num= bers.=0A=0ASo the common thing for both userspace and kernel is syscall num= ber, it=0Ahas nothing to do with names.=0A=0AHere is an example how syscall= worked on i386:=0A- you put syscall numer in eax register=0A- you call the= kernel by issuing int 80h=0A- handler in the kernel takes number from eax,= looks up appropriate=0A=A0 function from syscall table and calls that func= tion=0A=0AHere is an example:=0Ahttp://www.freebsd.org/doc/en/books/develop= ers-handbook/x86-system-calls.html=0A=0Ae.g. fork has number 2.=0ASo, what = userspace fork function does is simply telling the kernel to=0Aexecute sysc= all number 2. It is not important how function implementing=0Athis syscall = is named, it could be "foobarbecausewhynot".=0A=0AI hope this clears things= up.=0A-- =0AMateusz Guzik =0A__________________________= _____________________=0Afreebsd-hackers@freebsd.org mailing list=0Ahttp://l= ists.freebsd.org/mailman/listinfo/freebsd-hackers=0ATo unsubscribe, send an= y mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 05:47:06 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB5A8417; Sat, 11 May 2013 05:47:06 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from exprod7og127.obsmtp.com (exprod7og127.obsmtp.com [64.18.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 41AB895C; Sat, 11 May 2013 05:47:06 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob127.postini.com ([64.18.6.12]) with SMTP ID DSNKUY3bWXKIIAJB9Hv1nV0YLkQY0KBsc0D/@postini.com; Fri, 10 May 2013 22:47:06 PDT Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 10 May 2013 22:45:36 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r4B5jaL66346; Fri, 10 May 2013 22:45:36 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 7707958097; Fri, 10 May 2013 22:45:36 -0700 (PDT) To: Baptiste Daroussin Subject: Making bmake default? (was: Re: ports/173299: [exp-run] test bmake conversion) In-Reply-To: References: Comments: In-reply-to: Baptiste Daroussin message dated "Mon, 06 May 2013 00:11:51 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Fri, 10 May 2013 22:45:36 -0700 Message-ID: <20130511054536.7707958097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-Mailman-Approved-At: Sat, 11 May 2013 12:06:07 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 05:47:06 -0000 On Mon, 6 May 2013 00:11:51 +0200, Baptiste Daroussin writes: >The ports tree on current is still in very bad shape but I don't see >anymore errors due to bmake specifically. > >You have my approval as portmgr to switch base make to bmake. As an interim step, I would propose the change below. Index: share/mk/bsd.own.mk =================================================================== --- share/mk/bsd.own.mk (revision 249461) +++ share/mk/bsd.own.mk (working copy) @@ -254,6 +254,7 @@ __DEFAULT_YES_OPTIONS = \ BIND_UTILS \ BINUTILS \ BLUETOOTH \ + BMAKE \ BOOT \ BSD_CPIO \ BSNMP \ @@ -361,7 +362,6 @@ __DEFAULT_NO_OPTIONS = \ BIND_LIBS \ BIND_SIGCHASE \ BIND_XML \ - BMAKE \ BSDCONFIG \ BSD_GREP \ CLANG_EXTRAS \ From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 17:09:09 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14028C9C for ; Sat, 11 May 2013 17:09:09 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 03C8BFCB for ; Sat, 11 May 2013 17:09:08 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 338091A3C35 for ; Sat, 11 May 2013 10:09:02 -0700 (PDT) Message-ID: <518E7B1E.9050704@mu.org> Date: Sat, 11 May 2013 10:08:46 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: syscall to userland interface References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> <518D4C4F.90902@mu.org> <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> In-Reply-To: <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 17:09:09 -0000 On 5/11/13 1:23 AM, Karl Dreger wrote: > > I am feeling rather stupid at the moment, but I can't find the assembler > > files that you are referring to. Do you mean that every syscall under > > sys/kern/*.c has a corresponding .S file in src/lib/libc/? Nope, the .S files are under the object directory: > When you build the system a whole bunch of assembler files are > automatically generated that define the functions you are looking for. > > Look for .S files under the object directory. > > Those assembler files have the magic to cause a system call to happen. > > example: src/lib/libc/getauid.S (note, this file is GENERATED, it's not > part of src.) > > > The actual transition from user to kernelland and back probably takes > > place via the assembler routines in sys/i386/i386. Most notably exception.s > > for my i386 cpu. > > > What my question boils down to is this: when running fork and friends > > from userland they are invoked as: > > fork();, open();, read();, close(); ... > > > but are defined as: > > sys_fork(), sys_open(), sys_read(), sys_close(), ... > > in their actual c definition. > > If the assembler files that you spoke about answer this discrepancy, > > then the reason why the penny hasn't dropped yet is because I haven't > found them. > > Again, they are generated as part of build. You will NOT find them during a checkout. -Alfred From owner-freebsd-hackers@FreeBSD.ORG Sat May 11 18:59:35 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69AA1C01 for ; Sat, 11 May 2013 18:59:35 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3B235383 for ; Sat, 11 May 2013 18:59:34 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id o6so6155158oag.2 for ; Sat, 11 May 2013 11:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xk8R6ACUr3AHUh91h7CKf58WO0eV3SGkqVeIqDa4mnY=; b=nYdw0eLkMSWe2Xwuz0CSvzW5GVE7woBrFoaXJu8oCr3YbKDCK2WhoAo/RvbXQVffq4 OHtfKQWaDX/S/gsV/NOQkWl1SMir9InDCwDM5HyyWfBIePxfBnevjl9zb29FKpsRAkHa XI/kUv1+A+m1Afe9LtQK4PfC/lciwsFhqHmnl5uxEAs/rQm00JLnRXQZeQBmD/qYourW Oj3yfZrkZAwC0iFQ9MtpRr0ME7rdD3qMyF4ux43fSy2iU/DsYjBf+Va9+uQMklxCKy9i msRDFpxbdQzcYjO9zFFAUAR61QIU2N+ZtUbQe+z4szXfLjc8Ofns5J0/wmRQ/GBhxSHL LErg== MIME-Version: 1.0 X-Received: by 10.60.125.232 with SMTP id mt8mr3508676oeb.33.1368298774384; Sat, 11 May 2013 11:59:34 -0700 (PDT) Received: by 10.182.161.100 with HTTP; Sat, 11 May 2013 11:59:34 -0700 (PDT) In-Reply-To: <518E7B1E.9050704@mu.org> References: <1368214284.29611.YahooMailNeo@web171503.mail.ir2.yahoo.com> <518D4C4F.90902@mu.org> <1368260611.67320.YahooMailNeo@web171505.mail.ir2.yahoo.com> <518E7B1E.9050704@mu.org> Date: Sat, 11 May 2013 20:59:34 +0200 Message-ID: Subject: Re: syscall to userland interface From: Oliver Pinter To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 May 2013 18:59:35 -0000 On 5/11/13, Alfred Perlstein wrote: > On 5/11/13 1:23 AM, Karl Dreger wrote: >> >> I am feeling rather stupid at the moment, but I can't find the assembler >> >> files that you are referring to. Do you mean that every syscall under >> >> sys/kern/*.c has a corresponding .S file in src/lib/libc/? > > Nope, the .S files are under the object directory: > >> When you build the system a whole bunch of assembler files are >> automatically generated that define the functions you are looking for. >> >> Look for .S files under the object directory. >> >> Those assembler files have the magic to cause a system call to happen. >> >> example: src/lib/libc/getauid.S (note, this file is GENERATED, it's not >> part of src.) > > > >> >> >> The actual transition from user to kernelland and back probably takes >> >> place via the assembler routines in sys/i386/i386. Most notably >> exception.s >> >> for my i386 cpu. >> >> >> What my question boils down to is this: when running fork and friends >> >> from userland they are invoked as: >> >> fork();, open();, read();, close(); ... >> >> >> but are defined as: >> >> sys_fork(), sys_open(), sys_read(), sys_close(), ... >> >> in their actual c definition. >> >> If the assembler files that you spoke about answer this discrepancy, >> >> then the reason why the penny hasn't dropped yet is because I haven't >> found them. >> >> > Again, they are generated as part of build. You will NOT find them > during a checkout. cd /usr/obj/*/lib/libc/ ls *.S > > -Alfred > _______________________________________________ > 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" >