From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 1 11:24:43 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 036311065670 for ; Sun, 1 Feb 2009 11:24:43 +0000 (UTC) (envelope-from notif+zf_p0AbUsza74S_B86yaaP-U4E7a4Obc-YQZ0TKUsqGTbu4bBdshTR9CmbnAHo-b_XRr5996BDa7b31b4dfZP396q4Gaq3yDFF480a2@bounce.linkedin.com) Received: from mail16-a-ac.linkedin.com (mail16-a-ac.linkedin.com [208.111.169.139]) by mx1.freebsd.org (Postfix) with ESMTP id C72F98FC19 for ; Sun, 1 Feb 2009 11:24:42 +0000 (UTC) (envelope-from notif+zf_p0AbUsza74S_B86yaaP-U4E7a4Obc-YQZ0TKUsqGTbu4bBdshTR9CmbnAHo-b_XRr5996BDa7b31b4dfZP396q4Gaq3yDFF480a2@bounce.linkedin.com) DomainKey-Signature: s=prod; d=linkedin.com; c=nofws; q=dns; h=Sender:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type; b=ogv1johlMT3scOKS33Caksyou/l6TgtlDeufXtIl1nsoRc1nvbJI3Rr5 oVsNmlLukbOUooCHEBrMSbpsdhGKkTtU9ft0YQ9Hy49Mfea8pFAi5RL/d IF6qHP1mBa21vPh; Sender: messages-noreply@bounce.linkedin.com Date: Sun, 1 Feb 2009 02:56:16 -0800 (PST) From: Omar Lopez Limonta To: Dikshie Fauzie Message-ID: <343448111.4883170.1233485776136.JavaMail.app@ech3-cdn07.prod> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?utf-8?q?Invitaci=C3=B3n_a_conectarnos_en_LinkedIn?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 11:24:43 -0000 LinkedIn ------------ Omar Lopez Limonta requested to add you as a connection on LinkedIn: ------------------------------------------ Dikshie, Me gustar=C3=ADa a=C3=B1adirte a mi red profesional en LinkedIn.=20 - Omar View invitation from Omar Lopez Limonta http://www.linkedin.com/e/Xz7E5xovV_nlOsWcP87EwRr4q0Tlr40Qed7EZzBQBu/blk/97= 5134672_2/cBYOdPoQcP4RdPALqnpPbOYWrSlI/svi/ ------------------------------------------ Why might connecting with Omar Lopez Limonta be a good idea? Omar Lopez Limonta's connections could be useful to you: After accepting Omar Lopez Limonta's invitation, check Omar Lopez Limonta's= connections to see who else you may know and who you might want an introdu= ction to. Building these connections can create opportunities in the future= . =20 ------ (c) 2009, LinkedIn Corporation From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 1 15:51:38 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D072106566B for ; Sun, 1 Feb 2009 15:51:38 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id BCE448FC12 for ; Sun, 1 Feb 2009 15:51:37 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so454230ywe.13 for ; Sun, 01 Feb 2009 07:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=uOLeV3OlJP9xNwI/H8W8D9+6l54B4FOcblDZFtHd+fk=; b=EtLyRfQI2DG14w3efmueoHyZUZlBRcVtF0IUwd52VhkThV5TTlCWlCOai4H/pLqinA NnjwC8deV1ZnC8EmUtIvAZyWKc+CGBMxHsf+4PAIwnYWy6tFgYuFd455K0y6EJLJdjiF i4aK2f7crS11fejGDVDoTAq0sXx2ltREXz0zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=vwkaKdbd2LGl4MLEDAsPVRd+P+paIGsyPFdtP5iRE9Zgb4YVWgFv39UAeCd6S/mKIj tn+Y+ys84FTWuEylUaqQAISs7k8yApuSSLNVe9+rZ/bN+f16qO/S5wETibyvVdMl0Df1 Ty9PTT652E4OU8JFRdjdqW6LI5pdoeZAmG2iQ= MIME-Version: 1.0 Received: by 10.150.143.12 with SMTP id q12mr2464470ybd.81.1233502261942; Sun, 01 Feb 2009 07:31:01 -0800 (PST) Date: Sun, 1 Feb 2009 10:31:01 -0500 Message-ID: From: Ryan Stone To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: xorquewasp@googlemail.com Subject: gcc 4.3.2 libgcc_s.so exception handling broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 15:51:38 -0000 I saw a very similar thing happen when we moved to gcc 4.3 on a 6.1 system. The problem ended up being that we were linking everything, including shared objects, against a static libgcc. This meant that when a C++ program loaded a C++ shared object, there'd be two copies of the exception handling code in the process. What happened was the the executable registered all its exception handlers with the copy in the excecutable, and then loaded the shared object. When it raised an exception, it called the exception handling code in the shared object, which didn't know anything about the exception handlers in the executable, so it couldn't find them, so it called terminate(). The solution was to link everything against a dynamic libgcc, so there'd only be one copy of the exception handling code. Your problem may be similar. I doubt that you're statically linking libgcc in, but if you are, that's you're problem. My guess is that either your executable, or another shared library that your exectuable uses, is linking against a different libgcc_s.so, which would cause the same problem(multiple copies of the exception handling code). ldd should be able to tell you if this is the case. Ryan Stone From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 1 18:58:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B20106566C for ; Sun, 1 Feb 2009 18:58:13 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from zerofail.com (gatekeeper1.zerofail.com [208.71.11.38]) by mx1.freebsd.org (Postfix) with ESMTP id 077E48FC0A for ; Sun, 1 Feb 2009 18:58:12 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from telcobridges.com by freebsd.org (zerofail.com) (SecurityGateway 1.1.2) with SMTP id SG001466676.MSG for ; Sun, 01 Feb 2009 13:48:05 -0500 Received: from leia.telcobridges.com ([208.94.105.59]) by telcobridges.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 1 Feb 2009 13:48:08 -0500 Message-ID: <4985EE67.8090807@videotron.ca> Date: Sun, 01 Feb 2009 13:48:07 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: vasanth raonaik References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------060609060307040009050607" X-OriginalArrivalTime: 01 Feb 2009 18:48:08.0018 (UTC) FILETIME=[9FA96320:01C9849D] X-SGHeloLookup-Result: hardfail smtp.helo=telcobridges.com (does not match 208.71.8.41) X-SGOP-RefID: str=0001.0A090208.4985EE68.00D2,ss=2,fgs=0 (_st=2 _vt=0 _iwf=0) Cc: freebsd-hackers@freebsd.org Subject: Re: telnetd[20170]: ttloop: peer died: Resource temporarily unavailable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 18:58:14 -0000 This is a multi-part message in MIME format. --------------060609060307040009050607 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 vasanth raonaik wrote: > Hello Hackers, > > I am seeing this message continuously in syslog for every 60 secs. what > could be the possible reasons for this error messages. Are you using an amd64 kernel? If so, you could try the attached patch. I've encountered a similar problem today (in my case the problem was with dbus) where select would fail due to a 64->32 bit truncation in the kernel. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmF7mAACgkQmdOXtTCX/ntNWACeJ9TYzbl9hW5aheJP/RtLm2J0 /aMAoIUHbBpsD1v6O30yXpuXkRZWaEfN =4JD4 -----END PGP SIGNATURE----- --------------060609060307040009050607 Content-Type: text/plain; name="lp64_select_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lp64_select_fix.diff" Index: kern/sys_generic.c =================================================================== --- kern/sys_generic.c (revision 187983) +++ kern/sys_generic.c (working copy) @@ -903,7 +903,7 @@ * bit position in the fd_mask array. */ static __inline int -selflags(fd_mask **ibits, int idx, int bit) +selflags(fd_mask **ibits, int idx, fd_mask bit) { int flags; int msk; @@ -912,7 +912,7 @@ for (msk = 0; msk < 3; msk++) { if (ibits[msk] == NULL) continue; - if ((ibits[msk][idx] & (fd_mask)bit) == 0) + if ((ibits[msk][idx] & bit) == 0) continue; flags |= select_flags[msk]; } --------------060609060307040009050607 Content-Type: application/octet-stream; name="lp64_select_fix.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lp64_select_fix.diff.sig" iEYEABECAAYFAkmF7mcACgkQmdOXtTCX/ntCdACdHHO7E2tRUXBPjFDZS+0ckuFSfFkAoM+t axjEFjy8wmmWrWmbR3qhqFMY --------------060609060307040009050607-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 1 20:37:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE1D106564A for ; Sun, 1 Feb 2009 20:37:56 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id D26AE8FC17 for ; Sun, 1 Feb 2009 20:37:55 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so376555fgb.35 for ; Sun, 01 Feb 2009 12:37:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=IcRajPHZoiP2XNxP5Dzy4k7uC6byqL9Scucaur8O7vw=; b=E2BfJnMaweugZHCPqPmLd7Mbflv7NBGpz0CpOt2uM6AVtXUau+Y/b9m1j+fQrIpVFp sRi9kiPP2A4ndBd0LT2s5Uj4OYb39yNqiRX5M0g+ngN/iWgc70HE506JxFr9omUrFejE FHzyUQjMcYfyB6wj7qBEK/eW8BL+EJWBMEMe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=VfPy+B8kihbTwp8qQNOBskQZy4dYCiwRA8z9NeHdLAvHH5XB/LYeqa9BZ31n4NrkSd z6uj2KQxCL0Z905zcpVKdCGYh3xHPRJw0bbBnG/T5wHlVN5CytMzlSxD8zw+Xnztx+mY xviGllS0icst0FJZ63HGLVCH3LXURaqA4yAvw= MIME-Version: 1.0 Received: by 10.86.94.11 with SMTP id r11mr1036011fgb.53.1233520674906; Sun, 01 Feb 2009 12:37:54 -0800 (PST) Date: Sun, 1 Feb 2009 21:37:54 +0100 Message-ID: <671bb5fc0902011237j19dc7fc5o881649228c121bf2@mail.gmail.com> From: Alexej Sokolov To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:37:56 -0000 Hi, at first the cut of text from man (9) bus_dma: bus_dmamap_t A machine-dependent opaque type describing an individual mapping. One map is used for each memory allocation that will be loaded. Maps can be reused once they have been unloaded... Question: What exactly means "Loading of memory allocation" in this context ? Could anyone explain it or give me some little example with DMA functions for understanding it. Thanks a lot, Alexej From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 02:57:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421091065670 for ; Mon, 2 Feb 2009 02:57:01 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms173007pub.verizon.net (vms173007pub.verizon.net [206.46.173.7]) by mx1.freebsd.org (Postfix) with ESMTP id 21F198FC16 for ; Mon, 2 Feb 2009 02:57:01 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms063.mailsrvcs.net ([172.18.12.132]) by vms173007.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-2.01 (built Jun 13 2007; 32bit)) with ESMTPA id <0KEF000X21CBP7G2@vms173007.mailsrvcs.net> for freebsd-hackers@freebsd.org; Sun, 01 Feb 2009 19:55:23 -0600 (CST) Received: from 96.234.43.209 ([96.234.43.209]) by vms063.mailsrvcs.net (Verizon Webmail) with HTTP; Sun, 01 Feb 2009 19:56:57 -0600 (CST) Date: Sun, 01 Feb 2009 19:56:57 -0600 (CST) From: Sergey Babkin To: bsd.quest@googlemail.com Message-id: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> Content-transfer-encoding: quoted-printable X-Originating-IP: [96.234.43.209] X-Mailman-Approved-At: Mon, 02 Feb 2009 03:48:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 02:57:01 -0000 If I remember correctly, loading means that the pages become mapped and= visible to the devices. Some buses can access only a limited address space= , like ISA has only a 24-bit address. When a map gets loaded, for any pages= outside of this range the temporary in-ramge pages are allocated and the d= ata gets moved through them. On some machines, like I think DEC Alpha, the = physicall addresses seen by the devices are not the same as seen by the CPU= , these need to be translated. And so on. I think my real old articl= e had some of these explanations but now the Daemonnews site seems to be re= al slow: http://ezine.daemonnews.org/200008/isa.html -SB (sorry a= bout top quoting, it's the only kind the web interface of my provider suppo= rts) Feb 1, 2009 03:38:27 PM, [1]bsd.quest@googlemail.com = wrote: = Hi, at first the cut of text from man (9) bus_dma: bus_dmamap_t = A machine-dependent opaque type describing an individual mapp= ing. One map is used for each memory allocation that will b= e loaded. Maps can be reused once they have been unloaded..= . Question: What exactly means "Loading of memory allocation" in thi= s context ? Could anyone explain it or give me some little example wi= th DMA functions for understanding it. References 1. 3D"mailto:bsd.quest@googlemail= From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 08:45:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E803E10656D2 for ; Mon, 2 Feb 2009 08:45:18 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-fx0-f10.google.com (mail-fx0-f10.google.com [209.85.220.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4588A8FC12 for ; Mon, 2 Feb 2009 08:45:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fxm3 with SMTP id 3so1251628fxm.19 for ; Mon, 02 Feb 2009 00:45:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9kOr6Bgiyf4TtC2a/aNHiFZSh2ozyBpMXa/97U5prt4=; b=gidHjBqi3yETzg7Srna8eLvQk4Ovzivz6Sg0F2X+l4KbneZEiRYXoBG/lDihVzXumI IlGlmanpMdpbgPgI5cUgp2p1Equ7ZK3mRHrVA8WAWy20yOFkDSZCZijXKIuX+LWbhdzq 39JeDbW7H2VCIIt/4AN6uI+eL0+iCbPzic/hE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=g6sibm/jkt9E7cDkURqlyhoncoO1nTquZ597bxIb6iJEeZNNF+P2nO6vF6E8fT0Ga4 lYPlCwmhFX0+WPbEc6zx5x6oF5PmR8ebadt66UzacWx235ZeVJ5v5raRhLaI6Nz1QXvm 2XcnFJZ1TCe2cnDQqkh/JvQm9XgqX0PeITRgQ= MIME-Version: 1.0 Received: by 10.181.226.19 with SMTP id d19mr1598908bkr.35.1233564315902; Mon, 02 Feb 2009 00:45:15 -0800 (PST) In-Reply-To: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> References: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> Date: Mon, 2 Feb 2009 00:45:15 -0800 Message-ID: <7d6fde3d0902020045h55255cane0d6dd9f64d23f5@mail.gmail.com> From: Garrett Cooper To: Sergey Babkin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bsd.quest@googlemail.com, freebsd-hackers@freebsd.org Subject: Re: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:45:20 -0000 On Sun, Feb 1, 2009 at 5:56 PM, Sergey Babkin wrote: > > If I remember correctly, loading means that the pages become mapped > and visible to the devices. Some buses can access only a limited > address space , like ISA has only a 24-bit address. When a map gets > loaded, for any pages outside of this range the temporary in-ramge > pages are allocated and the d ata gets moved through them. On some > machines, like I think DEC Alpha, the physicall addresses seen by > the devices are not the same as seen by the CPU , these need to be > translated. And so on. > I think my real old articl e had some of these explanations but now > the Daemonnews site seems to be re al slow: > http://ezine.daemonnews.org/200008/isa.html > -SB > (sorry a bout top quoting, it's the only kind the web interface of my > provider suppo rts) > Feb 1, 2009 03:38:27 PM, [1]bsd.quest@googlemail.com wrote: > > Hi, > at first the cut of text from man (9) bus_dma: > bus_dmamap_t > A machine-dependent opaque type describing an individual > mapp ing. > One map is used for each memory allocation that will b e loaded. > Maps can be reused once they have been unloaded.. . > Question: What exactly means "Loading of memory allocation" in thi s context > ? > Could anyone explain it or give me some little example wi th DMA > functions > for understanding it. Unfortunately it's bad English, so that might be where some of the confusion is stemming from. I'll send a doc's PR request after this to fix it. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 08:46:09 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74DE610657A2 for ; Mon, 2 Feb 2009 08:46:09 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id F3C0B8FC24 for ; Mon, 2 Feb 2009 08:46:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so1199314fka.11 for ; Mon, 02 Feb 2009 00:46:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1xRqX5WR2osZ0e9HZ4Pk0Ybzd7RRsMr5sZmJ2Femj0g=; b=TnrGKh9eXlGgaoelwSocUqwi4g7LjW9vuqXZ8J1E+j8gZNyB7lNLmMo3D3zqMYOk1u iE8yR0bWx2ZaJSeIUfiBIw7PeOtZLZjPcNDuQuEmkiX0LegW/G5rLy6jMBZ5/OCRdT+O gqhLZG00u1M2Z7Rtul+D7RVoTXMBYfoGwm2HM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WUAhNm4XHf0Ls4068MZYs+EKgmlhxdZjV7Mo++ddWUd0DWrINDJklLN4xMuw1LHkra jjDmo5hAr0iHeg92DTILpB5+oAUem7LgAPJpAayPl+j0UnGjV60XB0EA9Hy59+w5FY0f 24eqkMT6vFfCZKGTtSMtVE1YZsIT1ZcUQ3X/s= MIME-Version: 1.0 Received: by 10.181.145.6 with SMTP id x6mr1600999bkn.25.1233564367501; Mon, 02 Feb 2009 00:46:07 -0800 (PST) In-Reply-To: <7d6fde3d0902020045h55255cane0d6dd9f64d23f5@mail.gmail.com> References: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> <7d6fde3d0902020045h55255cane0d6dd9f64d23f5@mail.gmail.com> Date: Mon, 2 Feb 2009 00:46:07 -0800 Message-ID: <7d6fde3d0902020046o7640f217ye88336b53920a538@mail.gmail.com> From: Garrett Cooper To: Sergey Babkin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bsd.quest@googlemail.com, freebsd-hackers@freebsd.org Subject: Re: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:46:12 -0000 On Mon, Feb 2, 2009 at 12:45 AM, Garrett Cooper wrote: > On Sun, Feb 1, 2009 at 5:56 PM, Sergey Babkin wrote: >> >> If I remember correctly, loading means that the pages become mapped >> and visible to the devices. Some buses can access only a limited >> address space , like ISA has only a 24-bit address. When a map gets >> loaded, for any pages outside of this range the temporary in-ramge >> pages are allocated and the d ata gets moved through them. On some >> machines, like I think DEC Alpha, the physicall addresses seen by >> the devices are not the same as seen by the CPU , these need to be >> translated. And so on. >> I think my real old articl e had some of these explanations but now >> the Daemonnews site seems to be re al slow: >> http://ezine.daemonnews.org/200008/isa.html >> -SB >> (sorry a bout top quoting, it's the only kind the web interface of my >> provider suppo rts) >> Feb 1, 2009 03:38:27 PM, [1]bsd.quest@googlemail.com wrote: >> >> Hi, >> at first the cut of text from man (9) bus_dma: >> bus_dmamap_t >> A machine-dependent opaque type describing an individual >> mapp ing. >> One map is used for each memory allocation that will b e loaded. >> Maps can be reused once they have been unloaded.. . >> Question: What exactly means "Loading of memory allocation" in thi s context >> ? >> Could anyone explain it or give me some little example wi th DMA >> functions >> for understanding it. > > Unfortunately it's bad English, so that might be where some of the > confusion is stemming from. I'll send a doc's PR request after this to > fix it. > -Garrett Ugh. Nevermind. The question was written improperly -- the manpage wasn't ><. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 11:38:21 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A61AF10656E3; Mon, 2 Feb 2009 11:38:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A13568FC0A; Mon, 2 Feb 2009 11:38:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA10532; Mon, 02 Feb 2009 13:38:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4986DB28.6080503@icyb.net.ua> Date: Mon, 02 Feb 2009 13:38:16 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Rui Paulo References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 11:38:22 -0000 on 30/01/2009 00:30 Rui Paulo said the following: > On 29 Jan 2009, at 17:51, Andriy Gapon wrote: >> BTW, INTR_FILTER seems quite useful. Why, then, it is not the default? > > The drivers would have to be ported to INTR_FILTER. Right now, only asmc > is using INTR_FILTER, so I don't think there is much gain in making it > the default. I am not sure about this part. From the code it seems that INTR_FILTER is backward-compatible, i.e. it gives something and doesn't take away anything. The API and conventions seems to be the same too. There could be some edge cases, of course. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 11:45:17 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 991AE1065673 for ; Mon, 2 Feb 2009 11:45:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D08AD8FC0A for ; Mon, 2 Feb 2009 11:45:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA10785; Mon, 02 Feb 2009 13:45:13 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4986DCC9.8080500@icyb.net.ua> Date: Mon, 02 Feb 2009 13:45:13 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Paolo Pisati References: <49819757.2010002@icyb.net.ua> <4982FBC7.1080100@oltrelinux.com> In-Reply-To: <4982FBC7.1080100@oltrelinux.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 11:45:18 -0000 on 30/01/2009 15:08 Paolo Pisati said the following: > Andriy Gapon wrote: >> INTR_FILTER - what does it do? >> It doesn't seem to be documented anywhere, but seems to affect interrupt >> code. >> >> > for a bit more information about interrupt filtering, see here: > > http://lists.freebsd.org/pipermail/freebsd-hackers/2007-February/019704.html Paolo, so would it be correct to say that INTR_FILTER is designed to make life much easier in view of shared interrupts. >From the code it seems that there would be virtually no difference when there are no shared interrupt, but with shared interrupts INTR_FILTER removes all the churn and makes interrupt handling nice and clean (from device drivers point of view). -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 11:53:38 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3119F106564A for ; Mon, 2 Feb 2009 11:53:38 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id A815E8FC19 for ; Mon, 2 Feb 2009 11:53:37 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so162719eyd.7 for ; Mon, 02 Feb 2009 03:53:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=EGnO3KBjFmCKcb0AupNiwlNBb8n6IzESqDzkKAr1nwk=; b=PVerqIoY5yHvdyCfPlVPGrC6e0rihWYWqUP8zGyNmzZz1omoha7dvYdN2CbIXakiFt 0meymlHXb5tb6+sC11gR0Cjx3z6dBQZB00Y3hhv7iZqpY8y3RL5Hw40M3gh32fRUywGF io9uYunBQU5speKYwJXQi5TpAAwKe3QLWg6Tw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=IxaGT2556S+JjHDuFiCVl8pp8tRScAO9gntIfx8u02KVjEOyDZuvBmHFKfhkFgE2Uu GcuRo1xHkR8jMH3ulnskzpxJ1qzL/d2PQVmHGEZXKgOo1VnIOMf+3COQbRXnW8KODGJD Rzi+wFnihSGCXCyLnRSae3h8+69nAGYEdpjFE= Received: by 10.211.196.13 with SMTP id y13mr568902ebp.135.1233575616397; Mon, 02 Feb 2009 03:53:36 -0800 (PST) Received: from epsilon.lan ([83.144.140.27]) by mx.google.com with ESMTPS id g9sm4482561gvc.28.2009.02.02.03.53.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 03:53:35 -0800 (PST) Sender: Rui Paulo Message-Id: <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> From: Rui Paulo To: Andriy Gapon In-Reply-To: <4986DB28.6080503@icyb.net.ua> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1--282150931" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Feb 2009 11:53:22 +0000 References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> <4986DB28.6080503@icyb.net.ua> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 11:53:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1--282150931 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 2 Feb 2009, at 11:38, Andriy Gapon wrote: > on 30/01/2009 00:30 Rui Paulo said the following: >> On 29 Jan 2009, at 17:51, Andriy Gapon wrote: >>> BTW, INTR_FILTER seems quite useful. Why, then, it is not the >>> default? >> >> The drivers would have to be ported to INTR_FILTER. Right now, only >> asmc >> is using INTR_FILTER, so I don't think there is much gain in making >> it >> the default. > > I am not sure about this part. From the code it seems that INTR_FILTER > is backward-compatible, i.e. it gives something and doesn't take away > anything. The API and conventions seems to be the same too. > There could be some edge cases, of course. Ok, but why enable it in GENERIC right now if the only driver that uses INTR_FILTER is asmc? There's not much point in enabling it now. Maybe in the future. Regards, -- Rui Paulo --Apple-Mail-1--282150931 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkmG3rMACgkQfD8M/ASTygJ1NACgoEHe3yEuupXYnHjhugoWQ2S/ xnYAoMtCJlxmnt08kSUvPJ18Hvdgzri8 =zCuX -----END PGP SIGNATURE----- --Apple-Mail-1--282150931-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 12:01:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E713810656D0; Mon, 2 Feb 2009 12:01:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D25218FC35; Mon, 2 Feb 2009 12:01:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11522; Mon, 02 Feb 2009 14:01:20 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4986E08F.2010305@icyb.net.ua> Date: Mon, 02 Feb 2009 14:01:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Rui Paulo References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> <4986DB28.6080503@icyb.net.ua> <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> In-Reply-To: <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:01:30 -0000 on 02/02/2009 13:53 Rui Paulo said the following: > > On 2 Feb 2009, at 11:38, Andriy Gapon wrote: > >> on 30/01/2009 00:30 Rui Paulo said the following: >>> On 29 Jan 2009, at 17:51, Andriy Gapon wrote: >>>> BTW, INTR_FILTER seems quite useful. Why, then, it is not the default? >>> >>> The drivers would have to be ported to INTR_FILTER. Right now, only asmc >>> is using INTR_FILTER, so I don't think there is much gain in making it >>> the default. >> >> I am not sure about this part. From the code it seems that INTR_FILTER >> is backward-compatible, i.e. it gives something and doesn't take away >> anything. The API and conventions seems to be the same too. >> There could be some edge cases, of course. > > Ok, but why enable it in GENERIC right now if the only driver that uses > INTR_FILTER is asmc? > There's not much point in enabling it now. Maybe in the future. I may be wrong but this could auto-magically improve some cases where there are shared interrupts between drivers with ithreads. In this case, I think, their interrupt handler would be run "in parallel" instead of sequentially. Also, it would make it easier to write new drivers - one would not have to code for !INTR_FILTER case. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 12:17:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3703910656E4 for ; Mon, 2 Feb 2009 12:17:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id ABA2D8FC0A for ; Mon, 2 Feb 2009 12:17:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so163753eyd.7 for ; Mon, 02 Feb 2009 04:17:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=H8tvA2a/QDRWoOodDKs+LdydICBIm/pHjXssno0sh8k=; b=KX2G0Yjrr5R/pTE+BRhWBOwRJPhPRVqrAeD5Nw6tpfJzKbDc30ysoCtbZUQg1vLzrk 2UhK7c7SAQhCCOMXkaF6xcJOq1+jMJN1iTvURnHrmAJQY3CRlKaXK2RC87KWPgS67fID 4B+dkMUDC5piSrxFyhwcewY30H0F+rO4tx4Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=nszv480YYAG43/5j5sPdcWM0rkiECQ7Vn6kd9e2tlSyG9/BGO8kd4llnapWHY63OrM suNd6HqogPhapcFGJxjARf36lAsMWxPZxIP9WrKvbFnaQgrnJO+msaEMComsBS3l/lNH X+McILzpTtAMVIgbFN8bhdnffLuvT73MF4z18= Received: by 10.210.111.17 with SMTP id j17mr4724632ebc.9.1233577058451; Mon, 02 Feb 2009 04:17:38 -0800 (PST) Received: from epsilon.lan ([83.144.140.27]) by mx.google.com with ESMTPS id t2sm3867187gve.14.2009.02.02.04.17.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 04:17:37 -0800 (PST) Sender: Rui Paulo Message-Id: <86915A93-6023-465F-B937-E9905AFDA4B0@freebsd.org> From: Rui Paulo To: Andriy Gapon In-Reply-To: <4986E08F.2010305@icyb.net.ua> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3--280707313" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Feb 2009 12:17:26 +0000 References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> <4986DB28.6080503@icyb.net.ua> <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> <4986E08F.2010305@icyb.net.ua> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:17:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-3--280707313 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 2 Feb 2009, at 12:01, Andriy Gapon wrote: > on 02/02/2009 13:53 Rui Paulo said the following: >> >> On 2 Feb 2009, at 11:38, Andriy Gapon wrote: >> >>> on 30/01/2009 00:30 Rui Paulo said the following: >>>> On 29 Jan 2009, at 17:51, Andriy Gapon wrote: >>>>> BTW, INTR_FILTER seems quite useful. Why, then, it is not the >>>>> default? >>>> >>>> The drivers would have to be ported to INTR_FILTER. Right now, >>>> only asmc >>>> is using INTR_FILTER, so I don't think there is much gain in >>>> making it >>>> the default. >>> >>> I am not sure about this part. From the code it seems that >>> INTR_FILTER >>> is backward-compatible, i.e. it gives something and doesn't take >>> away >>> anything. The API and conventions seems to be the same too. >>> There could be some edge cases, of course. >> >> Ok, but why enable it in GENERIC right now if the only driver that >> uses >> INTR_FILTER is asmc? >> There's not much point in enabling it now. Maybe in the future. > > I may be wrong but this could auto-magically improve some cases where > there are shared interrupts between drivers with ithreads. In this > case, > I think, their interrupt handler would be run "in parallel" instead of > sequentially. I haven't read the details of the implementation yet, but how does that work? > Also, it would make it easier to write new drivers - one would not > have > to code for !INTR_FILTER case. Yes, but essentially, backporting needs the !INTR_FILTER case. And I don't know about !i386 && !amd64 archs. -- Rui Paulo --Apple-Mail-3--280707313 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkmG5FYACgkQfD8M/ASTygLeVQCcCAaPjIhR0ZN79fJR+ATNKIP6 qPUAnjOMxnESB/wVwjbHRhoeFkUEcCOy =y1Q3 -----END PGP SIGNATURE----- --Apple-Mail-3--280707313-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 12:24:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D1AC1065678; Mon, 2 Feb 2009 12:24:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 08A7D8FC19; Mon, 2 Feb 2009 12:24:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA12751; Mon, 02 Feb 2009 14:24:15 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4986E5EE.1070302@icyb.net.ua> Date: Mon, 02 Feb 2009 14:24:14 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Rui Paulo References: <49819757.2010002@icyb.net.ua> <8F669786-30A2-458C-8A6B-3272297ADE14@freebsd.org> <4981EC95.1090002@icyb.net.ua> <4986DB28.6080503@icyb.net.ua> <3EAA1D8D-606B-4F59-81B6-644B56AE4831@freebsd.org> <4986E08F.2010305@icyb.net.ua> <86915A93-6023-465F-B937-E9905AFDA4B0@freebsd.org> In-Reply-To: <86915A93-6023-465F-B937-E9905AFDA4B0@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: INTR_FILTER? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:24:18 -0000 on 02/02/2009 14:17 Rui Paulo said the following: > > On 2 Feb 2009, at 12:01, Andriy Gapon wrote: > > >> I may be wrong but this could auto-magically improve some cases where >> there are shared interrupts between drivers with ithreads. In this case, >> I think, their interrupt handler would be run "in parallel" instead of >> sequentially. > > I haven't read the details of the implementation yet, but how does that > work? As I understand, in non-INTR_FILTER case there is one ithread per interrupt vector ("IRQ"), in INTR_FILTER case there is an ithread per handler ("driver"). This is a little bit simplified. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 12:33:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD63106566C for ; Mon, 2 Feb 2009 12:33:12 +0000 (UTC) (envelope-from laladelausanne@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id D7A328FC17 for ; Mon, 2 Feb 2009 12:33:11 +0000 (UTC) (envelope-from laladelausanne@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so492582fgb.35 for ; Mon, 02 Feb 2009 04:33:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=7GQ/ebVCtpp/eOQXUqOGahYdn3yW1uHkMLjiv8jHvsM=; b=sacUEWJM9NB2RV53uWQQLrz9+dPigLXmbjQXSrF+0ZlNzeZYm/KhL9ABkRPc9zIWlS 3X4VidAGUX20was3APf5z1nIW/L/R/Rcg1+S/Tm4gkEbheetMVVUeXK6qaolc4vAWIYk uYXmTb8cTyW4A2g+SOf0WiyZL+jVJ10HR4UKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=XTdDeJUVn6Y3ePY8G3FKUyLH6yvSbWcprwwAQePV0CDIGaEwTgYz/NoL/KRaVYguVk gLAs5JR6Qk2gdpxMtur+RLYBnOkA6zwYIea6EDCdkyDUN9VtdQeDdYwHj1u0vhr7soox yGcTCcOeLE6sIsp5SiEkBVl45VDNwq95nATaQ= Received: by 10.86.95.8 with SMTP id s8mr1825496fgb.16.1233577990561; Mon, 02 Feb 2009 04:33:10 -0800 (PST) Received: from nslpc5.epfl.ch (nslpc5.epfl.ch [128.178.149.20]) by mx.google.com with ESMTPS id l19sm439987fgb.27.2009.02.02.04.33.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 04:33:09 -0800 (PST) Message-Id: <32679C0A-28C1-4D7A-950C-580787F3971D@gmail.com> From: =?UTF-8?Q?Nikola_Kne=C5=BEevi=C4=87?= To: freebsd-hackers@freebsd.org In-Reply-To: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Feb 2009 13:33:08 +0100 References: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> X-Mailer: Apple Mail (2.930.3) Subject: Re: blockable sleep lock (sleep mutex) 16 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:33:12 -0000 On 30 Jan 2009, at 18:11 , Nikola Kne=C5=BEevi=C4=87 wrote: > This is the message buffer: > Unread portion of the kernel message buffer: > panic: blockable sleep lock (sleep mutex) 16 @ /usr/src/sys/vm/=20 > uma_core.c:1834 > Any hints where I should search for the cause? Ok, I solved this problem. I had a critical_enter/exit surrounding =20 code which was calling a lot of mallocs. Now, I'm getting another =20 message, which doesn't make any sense: ---8<--- --- trap 0, rip =3D 0, rsp =3D 0xffffffff87834d30, rbp =3D 0 --- uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive sleep mutex click_instance r =3D 0 (0xffffff00051b4540) locked = =20 @ sched.cc:441 --->8--- It says "non-sleepable locks", yet it classifies click_instance as =20 sleep mutex. I think witness code should emit messages which are more =20= clear. Cheers, Nikola= From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 14:56:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC50106573B for ; Mon, 2 Feb 2009 14:56:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A761A8FC2D for ; Mon, 2 Feb 2009 14:56:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 3B1CE46B32; Mon, 2 Feb 2009 09:56:29 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n12EuHRs040398; Mon, 2 Feb 2009 09:56:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Feb 2009 08:45:21 -0500 User-Agent: KMail/1.9.7 References: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> <32679C0A-28C1-4D7A-950C-580787F3971D@gmail.com> In-Reply-To: <32679C0A-28C1-4D7A-950C-580787F3971D@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902020845.21773.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Feb 2009 09:56:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8940/Mon Feb 2 07:31:54 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Nikola =?utf-8?q?Kne=C5=BEevi=C4=87?= Subject: Re: blockable sleep lock (sleep mutex) 16 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 14:56:31 -0000 On Monday 02 February 2009 7:33:08 am Nikola Kne=C5=BEevi=C4=87 wrote: > On 30 Jan 2009, at 18:11 , Nikola Kne=C5=BEevi=C4=87 wrote: >=20 > > This is the message buffer: > > Unread portion of the kernel message buffer: > > panic: blockable sleep lock (sleep mutex) 16 @ /usr/src/sys/vm/=20 > > uma_core.c:1834 >=20 > > Any hints where I should search for the cause? >=20 >=20 > Ok, I solved this problem. I had a critical_enter/exit surrounding =20 > code which was calling a lot of mallocs. Now, I'm getting another =20 > message, which doesn't make any sense: >=20 > ---8<--- > --- trap 0, rip =3D 0, rsp =3D 0xffffffff87834d30, rbp =3D 0 --- > uma_zalloc_arg: zone "256" with the following non-sleepable locks held: > exclusive sleep mutex click_instance r =3D 0 (0xffffff00051b4540) locked = =20 > @ sched.cc:441 > --->8--- >=20 > It says "non-sleepable locks", yet it classifies click_instance as =20 > sleep mutex. I think witness code should emit messages which are more =20 > clear. It is confusing, but you can't do an M_WAITOK malloc while holding a mutex.= =20 Basically, sleeping actually means calling "*sleep() (such as mtx_sleep()) = or=20 cv_*wait*()". Blocking on a mutex is not sleeping, it's "blocking". Some= =20 locks (such as sx(9)) do "sleep" when you contest them. In the scheduler,= =20 sleeping and blocking are actually quite different (blocking uses turnstile= s=20 that handle priority inversions via priority propagation, sleeping uses sle= ep=20 queues which do not do any of that). The underyling idea is that mutexes=20 should be held for "short" periods of time, and that any sleeps are=20 potentially unbounded. Holding a mutex while sleeping could result in a=20 mutex being held for a long time. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 14:56:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D041065742 for ; Mon, 2 Feb 2009 14:56:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5953B8FC12 for ; Mon, 2 Feb 2009 14:56:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 048E046B39; Mon, 2 Feb 2009 09:56:34 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n12EuHRt040398; Mon, 2 Feb 2009 09:56:28 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Feb 2009 08:46:32 -0500 User-Agent: KMail/1.9.7 References: <1233337318.13748.101.camel@amaretto> <1233339897.13748.106.camel@amaretto> In-Reply-To: <1233339897.13748.106.camel@amaretto> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902020846.33072.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Feb 2009 09:56:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8940/Mon Feb 2 07:31:54 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Matthew Fleming Subject: Re: Dynamic ddb commands X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 14:56:35 -0000 On Friday 30 January 2009 1:24:57 pm Matthew Fleming wrote: > Just an addenda: > > > I see that BSD 7.1 has dynamic commands using sysinits and sysuninit's to call a new > > db_[un]register_cmd. > > I was looking at HEAD, not RELENG_7_1. The remainder of my questions as > to why this mechanism are the same, though. In general it is far easier to just add sysinit's than to hack directly on the kernel linker. There are very few ddb commands, so one extra pointer or two per command is not a lot of space. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 16:17:42 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665631065673 for ; Mon, 2 Feb 2009 16:17:42 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 481DE8FC0A for ; Mon, 2 Feb 2009 16:17:42 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from 10.54.190.89 ([10.54.190.89]) by seaxch09.desktop.isilon.com ([10.10.2.96]) with Microsoft Exchange Server HTTP-DAV ; Mon, 2 Feb 2009 16:17:41 +0000 Received: from amaretto by SEAXCH09.isilon.com; 02 Feb 2009 08:17:41 -0800 From: Matthew Fleming To: John Baldwin In-Reply-To: <200902020846.33072.jhb@freebsd.org> References: <1233337318.13748.101.camel@amaretto> <1233339897.13748.106.camel@amaretto> <200902020846.33072.jhb@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: The Q Continuum Date: Mon, 02 Feb 2009 08:17:41 -0800 Message-Id: <1233591461.7789.25.camel@amaretto> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Cc: freebsd-hackers@freebsd.org Subject: Re: Dynamic ddb commands X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 16:17:43 -0000 > In general it is far easier to just add sysinit's than to hack directly on the > kernel linker. There are very few ddb commands, so one extra pointer or two > per command is not a lot of space. Respectfully, I disagree, for several reasons. First, in order to make sysinit and sysctl work, the kernel linker needed to know that there are a set of elf sections that have special meaning. Yes, using sysinits means that there are still only two elf sections of interest. Second, as I mentioned before, having ddb commands added mixed in with sysinits means that, if I have a bug in my sysinit I may not be able to use some of my ddb commands to debug it. Even if DB_*COMMAND used SI_ORDER_FIRST, any sysinit with the same priority may come first. Next, if you want commands sorted globally, it could be done with either implementation. But I think that commands that are defined by a module should be listed with others from that module. Last, changing struct command introduces a binary compatibility issue. Any older driver that had a ddb command (even if they never realized they couldn't access it) would need to be recompiled. I am not sure of FreeBSD's binary compatibility policy, though, and it would presumably be across a major OS revision number. So this is not a very compelling argument. Thanks, matthew From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 16:23:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFC251065676 for ; Mon, 2 Feb 2009 16:23:35 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 52F0A8FC1C for ; Mon, 2 Feb 2009 16:23:34 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: by nf-out-0910.google.com with SMTP id h3so212654nfh.33 for ; Mon, 02 Feb 2009 08:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=mmkfc5qOOjCTNtHuvff/XVAV4I0gQNtkV59P3oE4qCo=; b=JsAGrTBbugSBvODcVvKnks4YvDkKpR2rgJoVedzBuHcqmKLlxRFZGnakX7f29rVZpv 3rfKVQ/pfJgOiFA9IOFOY8BRnJ8DNIOs8DXAY+b+iYbp9FyalgjA4GMdslEhnnHZ3k7O uagVJnMC5X4RvqmxgDbR5Z7XiiD0VpdKWqFw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=DgLE+3ATvV5Vep4ukYvSz1o7Ge2TfIYepZx9LiAg3hRKiaWWlPNNtTDBvzLtyIUlvn T3ZHwuPJIuXE9iA0txNzAtZrunPUb/lqlkUVuGvBIelhlCDSSG4be99OQ1AgmOF71k5a bLZRW28NjPwhKXnivnj6IvhaIWQoB7N13VaEc= MIME-Version: 1.0 Received: by 10.210.43.10 with SMTP id q10mr535700ebq.58.1233591813819; Mon, 02 Feb 2009 08:23:33 -0800 (PST) In-Reply-To: <7d6fde3d0902020046o7640f217ye88336b53920a538@mail.gmail.com> References: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> <7d6fde3d0902020045h55255cane0d6dd9f64d23f5@mail.gmail.com> <7d6fde3d0902020046o7640f217ye88336b53920a538@mail.gmail.com> Date: Mon, 2 Feb 2009 17:23:33 +0100 Message-ID: <671bb5fc0902020823p3ee8d9edl715a074603ab97de@mail.gmail.com> From: Alexej Sokolov To: Garrett Cooper , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 16:23:36 -0000 Hi, thanx for your answer. I checked the source code of the *dma() functions. If I understand it correctly, "loading of memory allocation" means the following: 1. At first memory allocation should be done: bufp = *alloc(sizeof ....) 2. then in ... _bus_dmamap_load_buffer() we get physical addres of allocated buffer: if (pmap) curaddr = pmap_extract(pmap, vaddr); else curaddr = pmap_kextract(vaddr); ... then some "magic" with bouncing 3. then physical address will passed to dmat->segments segs[seg].ds_addr = curaddr; segs[seg].ds_len = sgsize; Ok, it all means: getting of physical address of allocated buffer. If physical space not accessble for device, allocating bounce buffers. Getting of physical addresses of allocated buffers. And then put these physical addresses and sizes of buffers in dmat->segments array. <- loading of memory allocation (-: right ? Thanx, Alexej 2009/2/2 Garrett Cooper > On Mon, Feb 2, 2009 at 12:45 AM, Garrett Cooper > wrote: > > On Sun, Feb 1, 2009 at 5:56 PM, Sergey Babkin > wrote: > >> > >> If I remember correctly, loading means that the pages become mapped > >> and visible to the devices. Some buses can access only a limited > >> address space , like ISA has only a 24-bit address. When a map gets > >> loaded, for any pages outside of this range the temporary in-ramge > >> pages are allocated and the d ata gets moved through them. On some > >> machines, like I think DEC Alpha, the physicall addresses seen by > >> the devices are not the same as seen by the CPU , these need to be > >> translated. And so on. > >> I think my real old articl e had some of these explanations but now > >> the Daemonnews site seems to be re al slow: > >> http://ezine.daemonnews.org/200008/isa.html > >> -SB > >> (sorry a bout top quoting, it's the only kind the web interface of my > >> provider suppo rts) > >> Feb 1, 2009 03:38:27 PM, [1]bsd.quest@googlemail.com wrote: > >> > >> Hi, > >> at first the cut of text from man (9) bus_dma: > >> bus_dmamap_t > >> A machine-dependent opaque type describing an individual > >> mapp ing. > >> One map is used for each memory allocation that will b e loaded. > >> Maps can be reused once they have been unloaded.. . > >> Question: What exactly means "Loading of memory allocation" in thi > s context > >> ? > >> Could anyone explain it or give me some little example wi th DMA > >> functions > >> for understanding it. > > > > Unfortunately it's bad English, so that might be where some of the > > confusion is stemming from. I'll send a doc's PR request after this to > > fix it. > > -Garrett > > Ugh. Nevermind. The question was written improperly -- the manpage wasn't > ><. > -Garrett > From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 16:49:27 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFE351065687 for ; Mon, 2 Feb 2009 16:49:27 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0A68FC13 for ; Mon, 2 Feb 2009 16:49:27 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-162-85.rz.uni-karlsruhe.de [141.3.162.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 69A178A000A for ; Mon, 2 Feb 2009 17:17:49 +0100 (CET) Message-ID: <49871CA2.4040606@bsdforen.de> Date: Mon, 02 Feb 2009 17:17:38 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4985D26E.9000604@bsdforen.de> <200902010926.00728.fbsd.questions@rachie.is-a-geek.net> In-Reply-To: <200902010926.00728.fbsd.questions@rachie.is-a-geek.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Fw: request responsibility timeout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 16:49:28 -0000 Mel wrote: > On Sunday 01 February 2009 07:48:46 Dominic Fandrey wrote: >> I want to request a responsibility timeout for bin/120784, I have >> submitted a patch matching the previously discussed criteria for >> a commit a couple of weeks ago and I would like to receive some kind >> of reaction. >> >> What is the appropriate channel to do so? > > -hackers > (forwarded to hackers) From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 17:23:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4AA01065687; Mon, 2 Feb 2009 17:23:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id A5B5E8FC1E; Mon, 2 Feb 2009 17:23:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n12HNHo5067728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 09:23:18 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49872C05.9010302@freebsd.org> Date: Mon, 02 Feb 2009 09:23:17 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Matthew Fleming References: <1233337318.13748.101.camel@amaretto> <1233339897.13748.106.camel@amaretto> <200902020846.33072.jhb@freebsd.org> <1233591461.7789.25.camel@amaretto> In-Reply-To: <1233591461.7789.25.camel@amaretto> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-hackers@freebsd.org Subject: Re: Dynamic ddb commands X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 17:23:19 -0000 Matthew Fleming wrote: >> In general it is far easier to just add sysinit's than to hack directly on the >> kernel linker. There are very few ddb commands, so one extra pointer or two >> per command is not a lot of space. >> > > Respectfully, I disagree, for several reasons. > > First, in order to make sysinit and sysctl work, the kernel linker > needed to know that there are a set of elf sections that have special > meaning. Yes, using sysinits means that there are still only two elf > sections of interest. > > Second, as I mentioned before, having ddb commands added mixed in with > sysinits means that, if I have a bug in my sysinit I may not be able to > use some of my ddb commands to debug it. Even if DB_*COMMAND used > SI_ORDER_FIRST, any sysinit with the same priority may come first. > > Next, if you want commands sorted globally, it could be done with either > implementation. But I think that commands that are defined by a module > should be listed with others from that module. > > Last, changing struct command introduces a binary compatibility issue. > Any older driver that had a ddb command (even if they never realized > they couldn't access it) would need to be recompiled. I am not sure of > FreeBSD's binary compatibility policy, though, and it would presumably > be across a major OS revision number. So this is not a very compelling > argument. > I'm not sure I buy any of these arguments (well maybe the 2nd one :)) but I'm still open to your changes. I just haven't had time to look at your patch; hope to this week (I have several other patches in my q for review ahead of yours). Sam From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 18:20:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F8210656EA for ; Mon, 2 Feb 2009 18:20:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id C4C708FC0A for ; Mon, 2 Feb 2009 18:20:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 3DD1824B6; Mon, 2 Feb 2009 10:09:04 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4CCFF2D6021; Mon, 2 Feb 2009 10:09:03 -0800 (PST) Message-ID: <498736C2.3040207@elischer.org> Date: Mon, 02 Feb 2009 10:09:06 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: John Baldwin References: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> <32679C0A-28C1-4D7A-950C-580787F3971D@gmail.com> <200902020845.21773.jhb@freebsd.org> In-Reply-To: <200902020845.21773.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, =?UTF-8?B?Tmlrb2xhIEtuZcW+ZXZpxIc=?= Subject: Re: blockable sleep lock (sleep mutex) 16 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 18:20:42 -0000 John Baldwin wrote: > On Monday 02 February 2009 7:33:08 am Nikola Knežević wrote: >> On 30 Jan 2009, at 18:11 , Nikola Knežević wrote: >> >>> This is the message buffer: >>> Unread portion of the kernel message buffer: >>> panic: blockable sleep lock (sleep mutex) 16 @ /usr/src/sys/vm/ >>> uma_core.c:1834 >>> Any hints where I should search for the cause? >> >> Ok, I solved this problem. I had a critical_enter/exit surrounding >> code which was calling a lot of mallocs. Now, I'm getting another >> message, which doesn't make any sense: >> >> ---8<--- >> --- trap 0, rip = 0, rsp = 0xffffffff87834d30, rbp = 0 --- >> uma_zalloc_arg: zone "256" with the following non-sleepable locks held: >> exclusive sleep mutex click_instance r = 0 (0xffffff00051b4540) locked >> @ sched.cc:441 >> --->8--- >> >> It says "non-sleepable locks", yet it classifies click_instance as >> sleep mutex. I think witness code should emit messages which are more >> clear. > > It is confusing, but you can't do an M_WAITOK malloc while holding a mutex. > Basically, sleeping actually means calling "*sleep() (such as mtx_sleep()) or > cv_*wait*()". Blocking on a mutex is not sleeping, it's "blocking". Some > locks (such as sx(9)) do "sleep" when you contest them. In the scheduler, > sleeping and blocking are actually quite different (blocking uses turnstiles > that handle priority inversions via priority propagation, sleeping uses sleep > queues which do not do any of that). The underyling idea is that mutexes > should be held for "short" periods of time, and that any sleeps are > potentially unbounded. Holding a mutex while sleeping could result in a > mutex being held for a long time. > the locking overview page man 9 locking tries to explain this.. I've been pestering John to proofread it and make suggestiosn for a while now. (nag nag) From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 18:44:46 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F32821065746 for ; Mon, 2 Feb 2009 18:44:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B598B8FC0A for ; Mon, 2 Feb 2009 18:44:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id E3B8846B0C; Mon, 2 Feb 2009 13:44:43 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n12IiPOj042733; Mon, 2 Feb 2009 13:44:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Matthew Fleming" Date: Mon, 2 Feb 2009 11:52:47 -0500 User-Agent: KMail/1.9.7 References: <1233337318.13748.101.camel@amaretto> <200902020846.33072.jhb@freebsd.org> <1233591461.7789.25.camel@amaretto> In-Reply-To: <1233591461.7789.25.camel@amaretto> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902021152.48020.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Feb 2009 13:44:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8941/Mon Feb 2 10:34:46 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Dynamic ddb commands X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 18:44:46 -0000 On Monday 02 February 2009 11:17:41 am Matthew Fleming wrote: > > In general it is far easier to just add sysinit's than to hack directly on the > > kernel linker. There are very few ddb commands, so one extra pointer or two > > per command is not a lot of space. > > Respectfully, I disagree, for several reasons. > > First, in order to make sysinit and sysctl work, the kernel linker > needed to know that there are a set of elf sections that have special > meaning. Yes, using sysinits means that there are still only two elf > sections of interest. Yes, that is precisely the point, to keep the special knowledge in the kernel linker to a minimum. This is why kernel modules use sysinit's as well, and thus device drivers, etc. The kernel linker is already a bit complex, and I'd much prefer to keep non-linker related knowledge out of it as much as possible. > Second, as I mentioned before, having ddb commands added mixed in with > sysinits means that, if I have a bug in my sysinit I may not be able to > use some of my ddb commands to debug it. Even if DB_*COMMAND used > SI_ORDER_FIRST, any sysinit with the same priority may come first. You can still debug it, just not using your new commands. But actually, as long as your sysinit's are after SI_SUB_KLD (as most of them are), then you can still use your debugging commands just fine. > Next, if you want commands sorted globally, it could be done with either > implementation. But I think that commands that are defined by a module > should be listed with others from that module. Well, one of the "features" of ddb (IIRC) is that it allows "automatic" nicknames in that if you have a 'reallylongname' command you can just use 're' as an alias for it if 'reallylongname' is the only command that starts with 're'. Handling that basically requires a sorted list. Also, if you want to group commands in your module, that is easily accomplished by using an appropriate namespace. E.g., prior to this when I used to use 'call foo()' as a poor-man's substitute, I added commands to debug de(4) and had them all start with 'tulip_*'. You could use a similar practice to group your commands if desired. > Last, changing struct command introduces a binary compatibility issue. > Any older driver that had a ddb command (even if they never realized > they couldn't access it) would need to be recompiled. I am not sure of > FreeBSD's binary compatibility policy, though, and it would presumably > be across a major OS revision number. So this is not a very compelling > argument. Correct, it is across major OS revisions, so it is ok to change it for 8.0. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 19:42:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325B110656DF for ; Mon, 2 Feb 2009 19:42:40 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6AAE78FC0A for ; Mon, 2 Feb 2009 19:42:39 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 19:42:34 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp057) with SMTP; 02 Feb 2009 20:42:34 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/8MjBXETT8bsjWvjze1RqjY+hyEi7kD9eyqnhpOS 8CsIyE2IX2eLVi Message-ID: <49874CA8.5090605@gmx.de> Date: Mon, 02 Feb 2009 20:42:32 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 Cc: Subject: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:42:41 -0000 Hi, I compiled a list of all local variables in src/sys/ (r188000), which are only written to, but never read. This is more than the GCC warning, which only complains about variables, which are only declared (and maybe initialised) and not used otherwise. In contrast this list contains variables with the following usage pattern: int w = 42; // GCC warns about this ... int x; // ... but not this x = 23; x++; return 0; The list contains about 700 entries. About three dozen concern variables named 'error'. Here's one *example* from the list: sys/dev/kbdmux/kbdmux.c:1304 In the function kbdmux_modevent() the variable 'error' is assigned values eight times, but at the end of the function there is just a return 0; and the variable is never read. Probably the value should be returned. You can find the list here: http://tron.homeunix.org/unread_variables.log The list was generated by cparser, a C99 compiler, which uses libFIRM for optimisation and code generation (lang/cparser in the ports). A small disclaimer: There might be some false positives due to errors which are caused by HEAD sources in combination with my installed 7.x headers plus a hacked up build process. Also some warnings are the result from variables, which are only used in debug macros, so td = curthread; KASSERT(td != NULL); provokes a warning (I consider this bad style). Nonetheless the number of false positives should be low. If there is interest, then I can compile a "proper" list. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 20:07:59 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12151065729 for ; Mon, 2 Feb 2009 20:07:59 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E9E3D8FC1B for ; Mon, 2 Feb 2009 20:07:55 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 20:07:48 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp064) with SMTP; 02 Feb 2009 21:07:48 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+axvZDgzqaVm7Kdcz8ULESMiE6KuRWKyFvSC/tak E1PN2yjROt/e2q Message-ID: <49875293.4050909@gmx.de> Date: Mon, 02 Feb 2009 21:07:47 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Andrew Thompson References: <49874CA8.5090605@gmx.de> <20090202195809.GA54528@citylink.fud.org.nz> In-Reply-To: <20090202195809.GA54528@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.8100000000000001 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:08:00 -0000 Andrew Thompson schrieb: > This is helpful, my only nit would be to run it through sort. :) Fixed (: From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 20:23:09 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C86D41065711 for ; Mon, 2 Feb 2009 20:23:09 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF6D8FC12 for ; Mon, 2 Feb 2009 20:23:09 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A7376FF81; Tue, 3 Feb 2009 08:58:14 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3YS3keBxSgwB; Tue, 3 Feb 2009 08:58:10 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 3 Feb 2009 08:58:10 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id EBF561142A; Tue, 3 Feb 2009 08:58:09 +1300 (NZDT) Date: Mon, 2 Feb 2009 11:58:09 -0800 From: Andrew Thompson To: Christoph Mallon Message-ID: <20090202195809.GA54528@citylink.fud.org.nz> References: <49874CA8.5090605@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:23:10 -0000 On Mon, Feb 02, 2009 at 08:42:32PM +0100, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which are > only written to, but never read. This is more than the GCC warning, which > only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned values > eight times, but at the end of the function there is just a return 0; and > the variable is never read. Probably the value should be returned. > > You can find the list here: > http://tron.homeunix.org/unread_variables.log > > The list was generated by cparser, a C99 compiler, which uses libFIRM for > optimisation and code generation (lang/cparser in the ports). This is helpful, my only nit would be to run it through sort. :) Andrew From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 20:47:25 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B7AB106568B for ; Mon, 2 Feb 2009 20:47:25 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA9A8FC18 for ; Mon, 2 Feb 2009 20:47:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-183-042.pools.arcor-ip.net [88.64.183.42]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1LU5hT2GZ6-0007b1; Mon, 02 Feb 2009 21:47:23 +0100 Received: (qmail 83058 invoked from network); 2 Feb 2009 20:47:23 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 2 Feb 2009 20:47:23 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 2 Feb 2009 21:47:22 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <49874CA8.5090605@gmx.de> In-Reply-To: <49874CA8.5090605@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902022147.22862.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/2XGNumk6rp7y9KpRkrlLS8FB65A7Tzo/shbu fcJXcUOU5aZGQ2KdcEDQuLgUMt8cRfJ3VUsq5J5Je6TEfxn951 f92ipBz1Pc8hodqr5Kc+Q== Cc: Christoph Mallon , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:47:32 -0000 On Monday 02 February 2009 20:42:32 Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which > are only written to, but never read. This is more than the GCC warning, > which only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned > values eight times, but at the end of the function there is just a > return 0; and the variable is never read. Probably the value should be > returned. > > You can find the list here: > http://tron.homeunix.org/unread_variables.log > > The list was generated by cparser, a C99 compiler, which uses libFIRM > for optimisation and code generation (lang/cparser in the ports). > > > A small disclaimer: There might be some false positives due to errors > which are caused by HEAD sources in combination with my installed 7.x > headers plus a hacked up build process. Also some warnings are the > result from variables, which are only used in debug macros, so td = > curthread; KASSERT(td != NULL); provokes a warning (I consider this bad > style). Nonetheless the number of false positives should be low. If > there is interest, then I can compile a "proper" list. Are you interested in false positive reports? If so, I think sys/contrib/pf/net/pf.c:2931 is one. Seems cparser is confused by the union in struct assignment, maybe? Or it suffers from the similar issue with switch/case-statements as gcc. saddr is read from in all but the default case. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 20:56:46 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F871065A7C for ; Mon, 2 Feb 2009 20:56:46 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id BCED28FC2C for ; Mon, 2 Feb 2009 20:56:45 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 20:56:43 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp066) with SMTP; 02 Feb 2009 21:56:43 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18oqM9MprkoeDaH7ZpMx4sTEKd4iF2phjGj64N73/ YSGng17F6YWW8t Message-ID: <49875E0A.5070209@gmx.de> Date: Mon, 02 Feb 2009 21:56:42 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Max Laier References: <49874CA8.5090605@gmx.de> <200902022147.22862.max@love2party.net> In-Reply-To: <200902022147.22862.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:56:52 -0000 Max Laier schrieb: > On Monday 02 February 2009 20:42:32 Christoph Mallon wrote: >> A small disclaimer: There might be some false positives due to errors >> which are caused by HEAD sources in combination with my installed 7.x >> headers plus a hacked up build process. Also some warnings are the >> result from variables, which are only used in debug macros, so td = >> curthread; KASSERT(td != NULL); provokes a warning (I consider this bad >> style). Nonetheless the number of false positives should be low. If >> there is interest, then I can compile a "proper" list. > > Are you interested in false positive reports? If so, I think > sys/contrib/pf/net/pf.c:2931 is one. Seems cparser is confused by the union > in struct assignment, maybe? Or it suffers from the similar issue with > switch/case-statements as gcc. saddr is read from in all but the default > case. When neither INET nor INET6 is set, daddr and saddr are only written to. So this part should be enclosed in #if defined INET || defined INET6. Probably this file is not compiled at all, when neither INET nor INET6 are set, so this is certainly the result of the "hacked up build process"-part, sorry. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 21:14:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72E610656EF; Mon, 2 Feb 2009 21:14:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id AA8CD8FC08; Mon, 2 Feb 2009 21:14:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id D49B97309E; Mon, 2 Feb 2009 22:03:45 +0100 (CET) Date: Mon, 2 Feb 2009 22:03:45 +0100 From: Luigi Rizzo To: Christoph Mallon Message-ID: <20090202210345.GD20288@onelab2.iet.unipi.it> References: <49874CA8.5090605@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:14:42 -0000 On Mon, Feb 02, 2009 at 08:42:32PM +0100, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which > are only written to, but never read. This is more than the GCC warning, interesting list, thanks. Also, 700 entries is not a bad result considering the size of the codebase and the age of parts of it (i am pretty sure there is a lot of code 15+ years old which received little if any mainteinance or use in the past decade). (and i have nothing against old code except that compilers, coding practices and the amount of peer review have improved a lot over time, and so -- with some exceptions -- it is easier to prevent some of these issues with more recent code). cheers luigi From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 22:01:53 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6402E1065679 for ; Mon, 2 Feb 2009 22:01:53 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1749B8FC14 for ; Mon, 2 Feb 2009 22:01:52 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk14 with SMTP id 14so1777878gxk.19 for ; Mon, 02 Feb 2009 14:01:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oq7DBobIXZbv1Yoc/DGneUC2sS/5q28foema1pJrU9I=; b=S9O4j1x6crq4sR1R7HO+ssygIQGvLxnva+xGqPfzXdEU5EgESjhR5H2uOpc+v2LEd0 yHxyKLuO/1FosLiNPvb93ebhg6KaFullLudM+L5GkmQrQTQRcWJpw6+9KQDyGBOqUBWc T/2b3+uoUT4WbN5zUghxP0tm52FrqIgpoO/r8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=svLROWzGYNnvsNxjXtq0qVULNQTFnGPAn6s68ZqR0cH5FpOezuFoZbSaaGU/9M8Ul5 U0WH7XdggMfl3V7cBFGngsv0B+6UdDjEL4R7RKti6wxB2p61F13kagJLPmRGOE30Cqld CsxPrvRRwctRJmrTaCSkFKEMLRYaLUWV4xMoQ= MIME-Version: 1.0 Received: by 10.150.205.21 with SMTP id c21mr2331432ybg.175.1233610544311; Mon, 02 Feb 2009 13:35:44 -0800 (PST) In-Reply-To: <49874CA8.5090605@gmx.de> References: <49874CA8.5090605@gmx.de> Date: Mon, 2 Feb 2009 13:35:44 -0800 Message-ID: From: Maksim Yevmenkin To: Christoph Mallon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:01:53 -0000 On Mon, Feb 2, 2009 at 11:42 AM, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which are > only written to, but never read. This is more than the GCC warning, which > only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned values > eight times, but at the end of the function there is just a return 0; and > the variable is never read. Probably the value should be returned. fixed. thanks for reporting! thanks, max From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 2 22:41:38 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D34B31065709 for ; Mon, 2 Feb 2009 22:41:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9520E8FC0A for ; Mon, 2 Feb 2009 22:41:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AD4993F129; Mon, 2 Feb 2009 22:26:03 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n12MQ3Ze007343; Mon, 2 Feb 2009 22:26:03 GMT (envelope-from phk@critter.freebsd.dk) To: Christoph Mallon From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 02 Feb 2009 20:42:32 +0100." <49874CA8.5090605@gmx.de> Date: Mon, 02 Feb 2009 22:26:03 +0000 Message-ID: <7342.1233613563@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:41:39 -0000 In message <49874CA8.5090605@gmx.de>, Christoph Mallon writes: >I compiled a list of all local variables in src/sys/ (r188000), which >are only written to, but never read. Bravo! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 00:15:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92425106566C for ; Tue, 3 Feb 2009 00:15:18 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 7432E8FC16 for ; Tue, 3 Feb 2009 00:15:18 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4BB608C065; Mon, 2 Feb 2009 17:47:06 -0600 (CST) Date: Mon, 2 Feb 2009 17:47:06 -0600 To: Dominic Fandrey Message-ID: <20090202234706.GA7455@soaustin.net> References: <4985D26E.9000604@bsdforen.de> <200902010926.00728.fbsd.questions@rachie.is-a-geek.net> <49871CA2.4040606@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49871CA2.4040606@bsdforen.de> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Tue, 03 Feb 2009 00:37:59 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Fw: request responsibility timeout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 00:15:18 -0000 On Mon, Feb 02, 2009 at 05:17:38PM +0100, Dominic Fandrey wrote: > I want to request a responsibility timeout for bin/120784 (with bugmeister hat) AFAIK no one else other than rodrigc has been doing work on the mount utilities, so I don't know who else to assign it to. mcl From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 13:32:24 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB581065670 for ; Tue, 3 Feb 2009 13:32:24 +0000 (UTC) (envelope-from gballet@gmail.com) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by mx1.freebsd.org (Postfix) with ESMTP id AECB08FC13 for ; Tue, 3 Feb 2009 13:32:23 +0000 (UTC) (envelope-from gballet@gmail.com) Received: by bwz14 with SMTP id 14so1389188bwz.19 for ; Tue, 03 Feb 2009 05:32:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=uywUeC13JwMscd2XFi0JwE+S7DFTGtjtFquMn0yqlWY=; b=I8dWQvCz7WB451A/AICWp+SbotfJgdTWRjZW7Rk/YYGaFtEgEo1SjluNb5suPLg3GK XIPqI+/W5EdC292ai56liBBNbRGRItHzurzzBVrf2O5buWm0759clHKntlcTIvArCsF4 5gG5EQqi+9gQSdy8oalqnpNPA8NH3WWVyYZVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Sx/9enj8eZpb7BasOj7e3XqXaZNCJ2aqLh1kKYw4hNYny+C8ZfDzrQsav+YoTppnWI T3TPRKGDDyiMTLt0g+ap2dqyrTUTC7QXv/7aVUy2XWAija7kjddOq64kcbsOEL6kvrrZ GLzgDnvWRFQsfYmuNas1fHVTS5zzVkNvUydh4= MIME-Version: 1.0 Received: by 10.181.156.12 with SMTP id i12mr2075351bko.140.1233666648039; Tue, 03 Feb 2009 05:10:48 -0800 (PST) In-Reply-To: <20090131120022.7519F10656EB@hub.freebsd.org> References: <20090131120022.7519F10656EB@hub.freebsd.org> Date: Tue, 3 Feb 2009 14:10:48 +0100 Message-ID: From: Guillaume Ballet To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: freebsd-hackers Digest, Vol 305, Issue 6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 13:32:24 -0000 On Sat, Jan 31, 2009 at 1:00 PM, wrote: > > Message: 4 > Date: Fri, 30 Jan 2009 09:41:58 -0800 > From: "Matthew Fleming" > Subject: Dynamic ddb commands > To: > Message-ID: <1233337318.13748.101.camel@amaretto> > Content-Type: text/plain; charset="iso-8859-1" > > I'm working on BSD 6.x and of course the set of ddb commands is static > to whatever is in the kernel at compile. I see that BSD 7.1 has dynamic > commands using sysinits and sysuninit's to call a new > db_[un]register_cmd. > > I see this, though, only after I have spent a day or so adding a > linker_file_[un]register_ddb() that works similarly to how sysinits are > merged for the boot-time modules (malloc and copy pointers). It seems > to me that this solution (have the linker look for db_set and db_cmd_set > and, if there are any entries, malloc and save pointers to commands) is > more efficient in terms of space than adding a LIST to the command > structure and then forcing sysinits to run. This is what I proposed at first, you can find a patch doing just that following that thread: http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg65165.html But Sam and John suggested to use the sysinit facility instead. I am convinced they are right: - Sysinits are a proven system, this is the least friction path. Also, by adding functions to the linker you still have the (small but existing) risk of adding bugs to that system. - This require adding new sections. Now, on regular x86 machines that doesn't seem too much of a problem. I am however currently working on a port of FreeBSD to some ARM cortex-based board. When debugging using JTAG, the smaller amount of sections whose location in physical memory I have to care about, the simpler for me and those doing the same kind of work. - You are not "forcing" sysinits to run: they are run no matter what when loading a module. - You can still debug sysinits when inserting modules, as the core of the debugger is already running and the list has been loaded in memory. The modules command itself will of course not be available, but the base commands will still be here. Cheers, Guillaume From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 15:37:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87DD21065672 for ; Tue, 3 Feb 2009 15:37:22 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 450CE8FC24 for ; Tue, 3 Feb 2009 15:37:21 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.116.118.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id BABE58A000B; Tue, 3 Feb 2009 16:36:58 +0100 (CET) Message-ID: <4988648D.1090205@bsdforen.de> Date: Tue, 03 Feb 2009 16:36:45 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Mark Linimon References: <4985D26E.9000604@bsdforen.de> <200902010926.00728.fbsd.questions@rachie.is-a-geek.net> <49871CA2.4040606@bsdforen.de> <20090202234706.GA7455@soaustin.net> In-Reply-To: <20090202234706.GA7455@soaustin.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Fw: request responsibility timeout X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 15:37:23 -0000 Mark Linimon wrote: > On Mon, Feb 02, 2009 at 05:17:38PM +0100, Dominic Fandrey wrote: >> I want to request a responsibility timeout for bin/120784 > > (with bugmeister hat) AFAIK no one else other than rodrigc has been > doing work on the mount utilities, so I don't know who else to assign > it to. > > mcl I suppose I'll just have to wait. Thank you for taking a look. Regards From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 19:17:41 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 351CD1065674 for ; Tue, 3 Feb 2009 19:17:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 042D18FC0A for ; Tue, 3 Feb 2009 19:17:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KEI00JBS88Z03H1@mta2.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Tue, 03 Feb 2009 14:17:29 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n13JHMk0056711; Tue, 03 Feb 2009 14:17:22 -0500 Date: Tue, 03 Feb 2009 14:17:22 -0500 From: "Aryeh M. Friedman" To: freebsd-hackers@freebsd.org Message-id: <49889842.9050103@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090202) Subject: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 19:17:41 -0000 I use a local cvs repo and I have modified a port and which to submit an update for it how do I generate a patch file with cvs (cvs diff seems to give a unusable format)? From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 19:56:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC659106566B for ; Tue, 3 Feb 2009 19:56:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from springbank.echomania.com (springbank.echomania.com [82.94.255.114]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD9C8FC16 for ; Tue, 3 Feb 2009 19:56:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from localhost (localhost [127.0.0.1]) by springbank.echomania.com (Postfix) with ESMTP id 3C580A7087; Tue, 3 Feb 2009 20:36:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from springbank.echomania.com ([127.0.0.1]) by localhost (springbank.echomania.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Aa-wG1Fy2FI8; Tue, 3 Feb 2009 20:36:43 +0100 (CET) Received: from [87.251.56.140] (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id F2B1DA707E; Tue, 3 Feb 2009 20:36:42 +0100 (CET) Message-ID: <49889CCD.8010609@andric.com> Date: Tue, 03 Feb 2009 20:36:45 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090203 Shredder/3.0b2pre MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <49889842.9050103@gmail.com> In-Reply-To: <49889842.9050103@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 19:56:19 -0000 On 2009-02-03 20:17, Aryeh M. Friedman wrote: > I use a local cvs repo and I have modified a port and which to submit an > update for it how do I generate a patch file with cvs (cvs diff seems to > give a unusable format)? Use "cvs diff -up" for unified diff format, with function prototypes. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 20:10:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B756106566B for ; Tue, 3 Feb 2009 20:10:12 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4D98FC16 for ; Tue, 3 Feb 2009 20:10:12 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 20525 invoked from network); 3 Feb 2009 19:41:03 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Feb 2009 19:41:03 -0000 Message-ID: <49889BD1.40107@telenix.org> Date: Tue, 03 Feb 2009 14:32:33 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <49889842.9050103@gmail.com> In-Reply-To: <49889842.9050103@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:10:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > I use a local cvs repo and I have modified a port and which to submit an > update for it how do I generate a patch file with cvs (cvs diff seems to > give a unusable format)? > _______________________________________________ > 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" cvs diff -u gives the unified format (or cvs diff -c for context, get the pattern?) Or, copying from the web page http://www.eyrie.org/~eagle/notes/cvs/basic-usage.html, which shows how to use the ~/.cvsrc file to make common cvs commands default the way you want them to, you could put into that file the line "diff -u" so it always gives you the unified diff format, which just happens to be the easiest for humans to read, and the format specified in FreeBSD (hint, hint). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmIm9EACgkQz62J6PPcoOnRlQCeIT8vsLZ6LI764WOaTQy72ym4 Tp0AoJ43TIQYsGFz8YYD2ChhMSUU0Wpc =ta5/ -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 20:26:19 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E37C1065670 for ; Tue, 3 Feb 2009 20:26:19 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id C43FB8FC23 for ; Tue, 3 Feb 2009 20:26:18 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so256372eyd.7 for ; Tue, 03 Feb 2009 12:26:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=U5G6Ox4pzpL8+uYAtMX1TkwTbLkjqgpWLX+YVUVJPpU=; b=vG5xjWvnm8ipXvRToFIDN8p7qgdv0LbeKXsKsDGADsMFZzWmlLp19YcRIsP3E9F/qX r/1s7cHvhvm2Yc8COOSUlE3sLv+3wW29OmVCbYpUbZQVk30rmC1gqLOtLTCXwl674xGs XjNIuOyJmJX76M/lKhMkiXxjN//3ytkeDYOdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=evOMfcYsQQOyMBEV1DUwxz8eXMCeYDO4gmk8ugVs0VPeUCYJk71z9AWN6AFiT/607p r/pFUrMqkLaKbLKcUDELNht5yfctRGLhZmxdakrSrCZYXsfXcOZywCuhvmhyJM+KIQ/0 SR3yj8RSMqU05G37gBIVZ/VfhGqzbQSYLpyYA= MIME-Version: 1.0 Received: by 10.103.240.5 with SMTP id s5mr2602668mur.106.1233690892791; Tue, 03 Feb 2009 11:54:52 -0800 (PST) In-Reply-To: <49889842.9050103@gmail.com> References: <49889842.9050103@gmail.com> Date: Tue, 3 Feb 2009 14:54:52 -0500 Message-ID: From: Scott Ullrich To: "Aryeh M. Friedman" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:26:19 -0000 On Tue, Feb 3, 2009 at 2:17 PM, Aryeh M. Friedman wrote: > I use a local cvs repo and I have modified a port and which to submit an > update for it how do I generate a patch file with cvs (cvs diff seems to > give a unusable format)? Maybe try cvs diff -uN ? Scott From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 20:48:38 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE127106570D for ; Tue, 3 Feb 2009 20:48:38 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6B72D8FC2C for ; Tue, 3 Feb 2009 20:48:38 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n13Jm382003291; Tue, 3 Feb 2009 14:48:04 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <49889842.9050103@gmail.com> References: <49889842.9050103@gmail.com> Date: Tue, 3 Feb 2009 14:48:03 -0500 To: "Aryeh M. Friedman" , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: Subject: Re: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:48:40 -0000 At 2:17 PM -0500 2/3/09, Aryeh M. Friedman wrote: >I use a local cvs repo and I have modified a port and which to >submit an update for it how do I generate a patch file with cvs (cvs >diff seems to give a unusable format)? try: cvs diff -u In my case, i have added the following line to my ~/.cvsrc file: diff -uN (-N means "treat absent files as empty") -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 21:03:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06EC21065672 for ; Tue, 3 Feb 2009 21:03:48 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8499C8FC16 for ; Tue, 3 Feb 2009 21:03:47 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id j40so46345ugd.39 for ; Tue, 03 Feb 2009 13:03:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=z/gSS8As0uX/PXu0M/GK6OUg0fxxR1DknJGkimyRRCA=; b=Q6MMdZaJI9v1+sU5Mb6Q3FLcgdwWoZZE5nc4IZBuvVkP5wqXOryIA/kc8i3ixZJ8vp l5hdcal8FjC06sYPxqhwOE88oLwYTu7oBV002nrQ0zvJkpgSVMm8XXHs9QX62EdZvoUO FfafILOPW0K+ubzx5BNE+XezGmoPVuIY9C8nA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=sHNQiplR0qL192ATJUS2JW+ilxCY+qXSO0RYuEQHZdPwK6otQcJYmFowqClHloVdd/ SuByAA6GcuMSUKdVWF6dWcSxhCYOCCbq4cIhplbWGBJIhBIrkdItVqtvRg2EcHPIqtnP kqTkcPbYr+hVoOGhmw+onyEYHm6z0TiQ5OanM= Received: by 10.67.123.1 with SMTP id a1mr2627833ugn.42.1233693111366; Tue, 03 Feb 2009 12:31:51 -0800 (PST) Received: from ?192.168.1.66? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id h1sm3449694nfh.63.2009.02.03.12.31.50 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 12:31:50 -0800 (PST) From: Tom Evans To: Chuck Robey In-Reply-To: <49889BD1.40107@telenix.org> References: <49889842.9050103@gmail.com> <49889BD1.40107@telenix.org> Content-Type: text/plain Date: Tue, 03 Feb 2009 20:31:33 +0000 Message-Id: <1233693093.82064.4.camel@jacob.nubtek.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" Subject: Re: usinig cvs diff to make a patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 21:03:48 -0000 On Tue, 2009-02-03 at 14:32 -0500, Chuck Robey wrote: > Aryeh M. Friedman wrote: > > I use a local cvs repo and I have modified a port and which to submit an > > update for it how do I generate a patch file with cvs (cvs diff seems to > > give a unusable format)? > > _______________________________________________ > > 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" > > cvs diff -u gives the unified format (or cvs diff -c for context, get the > pattern?) Or, copying from the web page > http://www.eyrie.org/~eagle/notes/cvs/basic-usage.html, which shows how to use > the ~/.cvsrc file to make common cvs commands default the way you want them to, > you could put into that file the line "diff -u" so it always gives you the > unified diff format, which just happens to be the easiest for humans to read, > and the format specified in FreeBSD (hint, hint). When reading this, I was immediately reminded of this passage from development(7), describing how to set up a local cvs repository for src/ports...: ... you need to set up a ~/.cvsrc (/root/.cvsrc) file, as shown below, for proper cvs(1) operation. Using ~/.cvsrc to specify cvs(1) defaults is an excellent way to ``file and forget'', but you should never forget that you put them in there. # cvs -q diff -u update -Pd checkout -P Cheers Tom From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 21:20:45 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06B701065672 for ; Tue, 3 Feb 2009 21:20:45 +0000 (UTC) (envelope-from shilp.kamal@yahoo.com) Received: from n79.bullet.mail.sp1.yahoo.com (n79.bullet.mail.sp1.yahoo.com [98.136.44.39]) by mx1.freebsd.org (Postfix) with SMTP id C2A628FC0A for ; Tue, 3 Feb 2009 21:20:44 +0000 (UTC) (envelope-from shilp.kamal@yahoo.com) Received: from [216.252.122.218] by n79.bullet.mail.sp1.yahoo.com with NNFMP; 03 Feb 2009 21:20:44 -0000 Received: from [69.147.65.153] by t3.bullet.sp1.yahoo.com with NNFMP; 03 Feb 2009 21:20:44 -0000 Received: from [127.0.0.1] by omp401.mail.sp1.yahoo.com with NNFMP; 03 Feb 2009 21:20:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 283045.29683.bm@omp401.mail.sp1.yahoo.com Received: (qmail 74611 invoked by uid 60001); 3 Feb 2009 21:20:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=uR8F0ODsaeaRzMRId7mLZPsAXS4ssgmwxV3Of9F7/+PsnRlWg1y0NEkX6XcFZKjLH7e3hpRK/+WN8XI0hrwrjMAU0kI/q9Ncb6KhHLV3Oy5bxpH5J3i6Q4LWW4t9iYD7zpTQD0cnulZp9PM7TAjSu2Ezuyia1dKVenD2pmlodnI=; X-YMail-OSG: HbbelsAVM1n4GIKQPd4D6QsIaOwcU0Dkf7Lnh_SqxTXRyf7ljvdMSYCQQjcXkfkVEFdYEfujn0fKp5dn2COEm0U.fHHR5UmLIaKLgRJETNeWk7cxDh46qiWXfJNR5oHXjFhLSypcoy0UzIxNxYmaUlwW01I- Received: from [130.86.76.54] by web45406.mail.sp1.yahoo.com via HTTP; Tue, 03 Feb 2009 13:20:43 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Tue, 3 Feb 2009 13:20:43 -0800 (PST) From: Kamlesh Patel To: Hackers freeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <12567.73601.qm@web45406.mail.sp1.yahoo.com> Subject: pmap.h: No such file or directory---- Debugging error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shilp.kamal@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 21:20:45 -0000 Hi All, I have two system one is Debug and another is Target machine. I am debugging using kgdb from Debug machine. Line no: 272 into the function vm_page_startup( vaddr ) of vm_page.c - Freebsd 7.0, mapped=pmap() is there. when i press "S" (step by step debug) then (kgdb)s pmap_map( , , , ,) at /usr/src/sys/i386/i386/pmap.c:1089 1089 va=sva=*virt (kgdb)s 1090 while(start < end){ (kgdb)s 310 pmap.h: No such file or directory Same thing happens with pmap_invalidate_range() pcpu.h: No such file or directory Could anyone help me? Thanks Kamlesh MS CS CSUS From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 21:35:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1332E1065688 for ; Tue, 3 Feb 2009 21:35:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outy.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id EE78A8FC3A for ; Tue, 3 Feb 2009 21:35:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id DA7F62382; Tue, 3 Feb 2009 13:35:40 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 38F9E2D600D; Tue, 3 Feb 2009 13:35:39 -0800 (PST) Message-ID: <4988B8B1.6040007@elischer.org> Date: Tue, 03 Feb 2009 13:35:45 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: shilp.kamal@yahoo.com References: <12567.73601.qm@web45406.mail.sp1.yahoo.com> In-Reply-To: <12567.73601.qm@web45406.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hackers freeBSD Subject: Re: pmap.h: No such file or directory---- Debugging error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 21:35:40 -0000 Kamlesh Patel wrote: > Hi All, > > I have two system one is Debug and another is Target machine. I am debugging using kgdb from Debug machine. > > Line no: 272 into the function vm_page_startup( vaddr ) of vm_page.c - Freebsd 7.0, > mapped=pmap() is there. when i press "S" (step by step debug) then > > (kgdb)s > pmap_map( , , , ,) at /usr/src/sys/i386/i386/pmap.c:1089 > 1089 va=sva=*virt > (kgdb)s > 1090 while(start < end){ > (kgdb)s > 310 pmap.h: No such file or directory > > > > Same thing happens with pmap_invalidate_range() > pcpu.h: No such file or directory > > Could anyone help me? have you tried: (gdb) help directory Add directory DIR to beginning of search path for source files. Forget cached info on source file locations and line positions. DIR can also be $cwd for the current working directory, or $cdir for the directory in which the source file was compiled into object code. With no argument, reset the search path to $cdir:$cwd, the default. > > Thanks > Kamlesh > MS CS CSUS > > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 3 23:32:44 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174371065670; Tue, 3 Feb 2009 23:32:44 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from mx-01queue01.mts.net (mx-01queue01.mts.net [142.161.3.10]) by mx1.freebsd.org (Postfix) with ESMTP id A6E968FC0A; Tue, 3 Feb 2009 23:32:43 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from wnpgmb013qw-sp03.mts.net ([10.205.128.23]) by mx-01mtaout02.mts.net with ESMTP id <20090203231156.LDNN12442.mx-01mtaout02.mts.net@wnpgmb013qw-sp03.mts.net>; Tue, 3 Feb 2009 17:11:56 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuQEAE1eiEmOoTqg/2dsb2JhbACBbs4RhBQG X-IronPort-AV: E=Sophos;i="4.37,374,1231135200"; d="scan'208";a="59404060" Received: from wnpgmb1309w-ad05-58-160.dynamic.mts.net (HELO jnz.my.domain) ([142.161.58.160]) by wnpgmb013qw-sp03.mts.net with ESMTP; 03 Feb 2009 17:11:56 -0600 Received: from jnz.my.domain (localhost [127.0.0.1]) by jnz.my.domain (8.14.3/8.14.2) with ESMTP id n13NButW069171; Tue, 3 Feb 2009 17:11:56 -0600 (CST) (envelope-from csjp@jnz.my.domain) Received: (from csjp@localhost) by jnz.my.domain (8.14.3/8.14.2/Submit) id n13NBuli069170; Tue, 3 Feb 2009 17:11:56 -0600 (CST) (envelope-from csjp) Date: Tue, 3 Feb 2009 17:11:56 -0600 From: Christian Peron To: Christoph Mallon Message-ID: <20090203231155.GA69101@jnz.sqrt.ca> References: <49874CA8.5090605@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:32:44 -0000 I started following up on this and ran into an issue for these: sys/net/bpf_buffer.c:133: warning: variable 'dst' is never read sys/net/bpf_buffer.c:134: warning: variable 'count' is never read sys/net/bpf_buffer.c:142: warning: variable 'dst' is never read /* * Scatter-gather data copy from an mbuf chain to the current kernel buffer. */ void bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, u_int len) { const struct mbuf *m; u_char *dst; u_int count; m = (struct mbuf *)src; dst = (u_char *)buf + offset; while (len > 0) { if (m == NULL) panic("bpf_mcopy"); count = min(m->m_len, len); bcopy(mtod(m, void *), dst, count); m = m->m_next; [..] Does it not consider being passed as an argument to a function as being read? Cheers From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 14:26:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316871065675 for ; Wed, 4 Feb 2009 14:26:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0028D8FC24 for ; Wed, 4 Feb 2009 14:26:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 8E1A346B0D; Wed, 4 Feb 2009 09:26:28 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n14EQG88059441; Wed, 4 Feb 2009 09:26:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 4 Feb 2009 09:00:23 -0500 User-Agent: KMail/1.9.7 References: <6699015.16785.1233539817447.JavaMail.root@vms063.mailsrvcs.net> <7d6fde3d0902020046o7640f217ye88336b53920a538@mail.gmail.com> <671bb5fc0902020823p3ee8d9edl715a074603ab97de@mail.gmail.com> In-Reply-To: <671bb5fc0902020823p3ee8d9edl715a074603ab97de@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902040900.24320.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 04 Feb 2009 09:26:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8950/Wed Feb 4 06:19:05 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexej Sokolov , Garrett Cooper Subject: Re: bus_dma (9). What exactly means "Loading of memory allocation" ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:26:29 -0000 On Monday 02 February 2009 11:23:33 am Alexej Sokolov wrote: > Hi, > thanx for your answer. I checked the source code of the *dma() functions. > If I understand it correctly, "loading of memory allocation" means the > following: > > 1. At first memory allocation should be done: bufp = *alloc(sizeof ....) > 2. then in ... _bus_dmamap_load_buffer() we get physical addres of allocated > buffer: > if (pmap) > curaddr = pmap_extract(pmap, vaddr); > else > curaddr = pmap_kextract(vaddr); > > ... then some "magic" with bouncing > > 3. then physical address will passed to dmat->segments > segs[seg].ds_addr = curaddr; > segs[seg].ds_len = sgsize; > > Ok, it all means: getting of physical address of allocated buffer. If > physical space not accessble for device, allocating bounce buffers. Getting > of physical addresses of allocated buffers. And then put these physical > addresses and sizes of buffers in dmat->segments array. <- loading of > memory allocation (-: Yes. On architectures with an IOMMU, the load may also program entries into the IOMMU for the specified buffer and then populate the S/G array with the associated DMA addresses (sparc64 uses this). I think the "load" name has more to do with this case in that you are "loading" a buffer into the DMA virtual address space (with IOMMUs you have a separate virtual address space for DMA that is not 1:1 with physical addresses as on i386 machines). If you look at bus_dma as basically implementing an abstract IOMMU on all architectures then it might make a bit more sense. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 14:54:44 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84C981065672 for ; Wed, 4 Feb 2009 14:54:44 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A81578FC1A for ; Wed, 4 Feb 2009 14:54:43 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 04 Feb 2009 14:54:41 -0000 Received: from p54A3EC72.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.236.114] by mail.gmx.net (mp023) with SMTP; 04 Feb 2009 15:54:41 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+7r78PhOK7U/405wvw/BA+R/Nu6BC8fJ0KktsM6s AaXLwSaYJDCd1+ Message-ID: <4989AC31.6000904@gmx.de> Date: Wed, 04 Feb 2009 15:54:41 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Christian Peron References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> In-Reply-To: <20090203231155.GA69101@jnz.sqrt.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:54:44 -0000 Christian Peron schrieb: > I started following up on this and ran into an issue for these: > > sys/net/bpf_buffer.c:133: warning: variable 'dst' is never read > sys/net/bpf_buffer.c:134: warning: variable 'count' is never read > sys/net/bpf_buffer.c:142: warning: variable 'dst' is never read > > > /* > * Scatter-gather data copy from an mbuf chain to the current kernel buffer. > */ > void > bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, > u_int len) > { > const struct mbuf *m; > u_char *dst; > u_int count; > > m = (struct mbuf *)src; > dst = (u_char *)buf + offset; > while (len > 0) { > if (m == NULL) > panic("bpf_mcopy"); > count = min(m->m_len, len); > bcopy(mtod(m, void *), dst, count); > m = m->m_next; > [..] > > Does it not consider being passed as an argument to a function as > being read? Yes, function arguments are considered being read. The problem is different here: mtod() should be a macro, but the macro declaration was missing (*cough* hacked build process *cough*). So the parser tried to parse this as function call. Then it hit the "void *", which confused it - it got a type while parsing an expression. I improved the error correction, resolved a few other problems, too, and generated a new list: http://tron.homeunix.org/unread_variables.log (The list has a date at the top, if it is missing, you see the old list in your browser cache) The false positives, which you mentioned, are gone now - thanks for reporting this. The list now contains about 1.000 entries and about 60 concern variables named 'error'. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 16:05:05 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEC18106564A for ; Wed, 4 Feb 2009 16:05:05 +0000 (UTC) (envelope-from laladelausanne@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 46E968FC1A for ; Wed, 4 Feb 2009 16:05:05 +0000 (UTC) (envelope-from laladelausanne@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so314400eyd.7 for ; Wed, 04 Feb 2009 08:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=UQ8wr7asOW5lZU3w8lfWIAXtLRvLWu1TdPzbBzWuKf8=; b=ooXU51LANKyQtRZwi9jPZmer3vHhxBcXq1Io+t1a3i8+010pFJB5yew10ZqocmvotN XABl76QREEbr4W1xXt4dO2LeCHqymT2FIyshu6rbgDe0AImRQEfe4fyRJDZDYwy/nSbj 3H9e5QEH1XEBen6GA+/r8XQ1MhlG7vRTiFi2k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=IgxAR8IXEKGBa8tsF9b80TZgSp/aGgllngz/2Dtn9g62BYV/hSxukcmH3fV4tq22+j k8gIIQiLeYKRO1rgMri3EArzH7CKz17MC2Ysk1IY3NJQbdWAS3v9uJgl7PJoQcAoK52T dVIOUyqugkgeBbDK9FQIK8SHhYrYkuUH6Ligg= Received: by 10.86.51.10 with SMTP id y10mr1390151fgy.9.1233763504240; Wed, 04 Feb 2009 08:05:04 -0800 (PST) Received: from nslpc5.epfl.ch (nslpc5.epfl.ch [128.178.149.20]) by mx.google.com with ESMTPS id d6sm6956251fga.59.2009.02.04.08.05.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 08:05:03 -0800 (PST) Message-Id: From: =?UTF-8?Q?Nikola_Kne=C5=BEevi=C4=87?= To: freebsd-hackers@freebsd.org In-Reply-To: <498736C2.3040207@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 4 Feb 2009 17:05:02 +0100 References: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> <32679C0A-28C1-4D7A-950C-580787F3971D@gmail.com> <200902020845.21773.jhb@freebsd.org> <498736C2.3040207@elischer.org> X-Mailer: Apple Mail (2.930.3) Subject: Re: blockable sleep lock (sleep mutex) 16 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 16:05:06 -0000 On 2 Feb 2009, at 19:09 , Julian Elischer wrote: >>> It says "non-sleepable locks", yet it classifies click_instance >>> as sleep mutex. I think witness code should emit messages which >>> are more clear. >> It is confusing, but you can't do an M_WAITOK malloc while holding >> a mutex. Basically, sleeping actually means calling "*sleep() >> (such as mtx_sleep()) or cv_*wait*()". Blocking on a mutex is not >> sleeping, it's "blocking". Some locks (such as sx(9)) do "sleep" >> when you contest them. In the scheduler, sleeping and blocking are >> actually quite different (blocking uses turnstiles that handle >> priority inversions via priority propagation, sleeping uses sleep >> queues which do not do any of that). The underyling idea is that >> mutexes should be held for "short" periods of time, and that any >> sleeps are potentially unbounded. Holding a mutex while sleeping >> could result in a mutex being held for a long time. > > > the locking overview page > man 9 locking > tries to explain this.. > I've been pestering John to proofread it and make suggestiosn for a > while now. Thanks John and Julian. I agree, man pages should be more clear :) I've switched from using mtx to sx locks, since they offer sleeping while hold. Unfortunately, I've ran into something really weird now, when I unload the module: ---8<--- #0 doadump () at pcpu.h:195 #1 0xffffffff8049ef98 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:418 #2 0xffffffff8049f429 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xffffffff8075cd26 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #4 0xffffffff8075da62 in trap (frame=0xffffffff87699940) at /usr/src/ sys/amd64/amd64/trap.c:290 #5 0xffffffff80743bfe in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:209 #6 0xffffffff8052a411 in strcmp (s1=0xffffffff80824a0c "sigacts", s2=0xffffffff877cd3a9
) at /usr/src/sys/libkern/strcmp.c:45 #7 0xffffffff804d7c61 in enroll (description=0xffffffff80824a0c "sigacts", lock_class=0xffffffff80a19fe0) at /usr/src/sys/kern/subr_witness.c:1439 #8 0xffffffff804d7fb1 in witness_init (lock=0xffffff00016f4ca8) at / usr/src/sys/kern/subr_witness.c:618 #9 0xffffffff8049fd31 in sigacts_alloc () at /usr/src/sys/kern/ kern_sig.c:3280 #10 0xffffffff80481121 in fork1 (td=0xffffff0001384a50, flags=20, pages=Variable "pages" is not available. ) at /usr/src/sys/kern/kern_fork.c:453 #11 0xffffffff80481450 in fork (td=0xffffff0001384a50, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/kern_fork.c:106 #12 0xffffffff8075d260 in syscall (frame=0xffffffff87699c80) at /usr/ src/sys/amd64/amd64/trap.c:907 #13 0xffffffff80743e0b in Xfast_syscall () at /usr/src/sys/amd64/amd64/ exception.S:330 #14 0x0000000800ca0a6c in ?? () --->8--- and in fra 7: (kgdb) p *w $5 = {w_name = 0xffffffff877cd3a9
, w_class = 0xffffffff80a19fe0, w_list = { stqe_next = 0xffffffff80accce0}, w_typelist = {stqe_next = 0xffffffff80accce0}, w_children = 0x0, w_file = 0xffffffff877d1fa0
, w_line = 307, w_level = 0, w_refcount = 2, w_Giant_squawked = 0 '\0', w_other_squawked = 0 '\0', w_same_squawked = 0 '\0', w_displayed = 0 '\0'} (kgdb) p *w->w_class $6 = {lc_name = 0xffffffff808564e0 "sleep mutex", lc_flags = 9, lc_ddb_show = 0xffffffff80492e6b , lc_lock = 0xffffffff804938be , lc_unlock = 0xffffffff804933fc } This happens after modevent exists. What puzzles me here is w_refcount of 2, while w_name is out of bounds. Locks I've created I properly destroyed (at least I think I did :)). Cheers, Nikola From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 18:27:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB30106566B; Wed, 4 Feb 2009 18:27:18 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from mx-02mtaout01.mts.net (mx-02mtaout01.mts.net [142.161.131.3]) by mx1.freebsd.org (Postfix) with ESMTP id DA6D78FC12; Wed, 4 Feb 2009 18:27:17 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from wnpgmb021pw-sp03.mts.net ([10.204.128.23]) by mx-02mtaout01.mts.net with ESMTP id <20090204182716.PAJP3921.mx-02mtaout01.mts.net@wnpgmb021pw-sp03.mts.net>; Wed, 4 Feb 2009 12:27:16 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsIEAA5tiUmOoTqg/2dsb2JhbACBbs8ChBYG X-IronPort-AV: E=Sophos;i="4.37,380,1231135200"; d="scan'208";a="60243035" Received: from wnpgmb1309w-ad05-58-160.dynamic.mts.net (HELO jnz.my.domain) ([142.161.58.160]) by wnpgmb021pw-sp03.mts.net with ESMTP; 04 Feb 2009 12:27:16 -0600 Received: from jnz.my.domain (localhost [127.0.0.1]) by jnz.my.domain (8.14.3/8.14.2) with ESMTP id n14IRFax076044; Wed, 4 Feb 2009 12:27:15 -0600 (CST) (envelope-from csjp@jnz.my.domain) Received: (from csjp@localhost) by jnz.my.domain (8.14.3/8.14.2/Submit) id n14IRFic076043; Wed, 4 Feb 2009 12:27:15 -0600 (CST) (envelope-from csjp) Date: Wed, 4 Feb 2009 12:27:15 -0600 From: Christian Peron To: Christoph Mallon Message-ID: <20090204182715.GA75911@jnz.sqrt.ca> References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> <4989AC31.6000904@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4989AC31.6000904@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current , Christian Peron Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:27:18 -0000 On Wed, Feb 04, 2009 at 03:54:41PM +0100, Christoph Mallon wrote: [..] > > Yes, function arguments are considered being read. The problem is > different here: mtod() should be a macro, but the macro declaration was > missing (*cough* hacked build process *cough*). So the parser tried to > parse this as function call. Then it hit the "void *", which confused it > - it got a type while parsing an expression. I improved the error > correction, resolved a few other problems, too, and generated a new list: > > http://tron.homeunix.org/unread_variables.log > (The list has a date at the top, if it is missing, you see the old list > in your browser cache) > > The false positives, which you mentioned, are gone now - thanks for > reporting this. The list now contains about 1.000 entries and about 60 > concern variables named 'error'. Also.. one other thing I noticed: void bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, u_int len) { const struct mbuf *m; u_char *dst; u_int count; m = (struct mbuf *)src; dst = (u_char *)buf + offset; while (len > 0) { if (m == NULL) panic("bpf_mcopy"); count = min(m->m_len, len); bcopy(mtod(m, void *), dst, count); m = m->m_next; dst += count; len -= count; } } dst += count In this expression, both dst and count are read since this is the same thing as: dst = dst + count; From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 18:36:36 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C9D21065672 for ; Wed, 4 Feb 2009 18:36:36 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7139E8FC39 for ; Wed, 4 Feb 2009 18:36:35 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 04 Feb 2009 18:36:33 -0000 Received: from p54A3EC72.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.236.114] by mail.gmx.net (mp035) with SMTP; 04 Feb 2009 19:36:33 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18QIp0OhKYQ3qbkvkZA23GP3RPzVA5BU7eFd07R+7 dtdbNzG3WgusfS Message-ID: <4989E030.20609@gmx.de> Date: Wed, 04 Feb 2009 19:36:32 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Christian Peron References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> <4989AC31.6000904@gmx.de> <20090204182715.GA75911@jnz.sqrt.ca> In-Reply-To: <20090204182715.GA75911@jnz.sqrt.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:36:37 -0000 Christian Peron schrieb: > On Wed, Feb 04, 2009 at 03:54:41PM +0100, Christoph Mallon wrote: > [..] >> Yes, function arguments are considered being read. The problem is >> different here: mtod() should be a macro, but the macro declaration was >> missing (*cough* hacked build process *cough*). So the parser tried to >> parse this as function call. Then it hit the "void *", which confused it >> - it got a type while parsing an expression. I improved the error >> correction, resolved a few other problems, too, and generated a new list: >> >> http://tron.homeunix.org/unread_variables.log >> (The list has a date at the top, if it is missing, you see the old list >> in your browser cache) >> >> The false positives, which you mentioned, are gone now - thanks for >> reporting this. The list now contains about 1.000 entries and about 60 >> concern variables named 'error'. > > Also.. one other thing I noticed: > > void > bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, > u_int len) > { > const struct mbuf *m; > u_char *dst; > u_int count; > > m = (struct mbuf *)src; > dst = (u_char *)buf + offset; > while (len > 0) { > if (m == NULL) > panic("bpf_mcopy"); > count = min(m->m_len, len); > bcopy(mtod(m, void *), dst, count); > m = m->m_next; > dst += count; > len -= count; > } > } > > dst += count > > In this expression, both dst and count are read since this is the > same thing as: > > dst = dst + count; No, the analysis *explicitly* marks "x" in neither "x += 1" nor "x = x + 1" as read. The value of the variable in these expressions is only read to calculate its own new value. Therefore it will complain about int x = 23; x++; x += 1; x = x + 1; return 0; This is not a bug, it is a feature. (: The problem here solely was the insufficient error recovery in the bcopy() line, which caused the only "real" user of "dst" to disappear. I corrected this problem and as you can see the false positives are no longer on the list. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 19:12:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12CF71065672 for ; Wed, 4 Feb 2009 19:12:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DAC958FC08 for ; Wed, 4 Feb 2009 19:11:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA10007; Wed, 04 Feb 2009 21:11:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4989E87B.5010000@icyb.net.ua> Date: Wed, 04 Feb 2009 21:11:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 19:12:01 -0000 This based on the (much) earlier proposal described here: http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html The patch was applied to the recent current sources and LINT kernels for all architectures that have LINT/NOTES (i.e. arm excluded) were built. Here's a link to the list of files and line numbers where KOBJ methods are set with functions that have differing signatures: http://www.icyb.net.ua/~avg/kobj_method_sigs.txt List of the most common issues can be found at the first link. Hope this is useful. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 19:19:10 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0ADA106567A for ; Wed, 4 Feb 2009 19:19:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 02EE28FC14 for ; Wed, 4 Feb 2009 19:19:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA10207 for ; Wed, 04 Feb 2009 21:19:07 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4989EA2A.6050601@icyb.net.ua> Date: Wed, 04 Feb 2009 21:19:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: NO_WERROR vs kernel builds X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 19:19:11 -0000 It seems that kernel builds ignore NO_WERROR. Is this on purpose or by accident? I think that this happens because of the following lines in sys/conf/kern.pre.mk: .if ${CC} != "icc" CFLAGS+= -fno-common -finline-limit=${INLINE_LIMIT} CFLAGS+= --param inline-unit-growth=100 CFLAGS+= --param large-function-growth=1000 .if ${MACHINE_ARCH} == "amd64" || ${MACHINE} == "i386" || \ ${MACHINE_ARCH} == "ia64" || ${MACHINE_ARCH} == "powerpc" || \ ${MACHINE_ARCH} == "sparc64" WERROR?= -Werror .endif .endif I had to specify WERROR= on make's command line to catch a certain kind of warnings in bulk instead of one by one. This was not obvious. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 4 20:12:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D027E1065670; Wed, 4 Feb 2009 20:12:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 907948FC14; Wed, 4 Feb 2009 20:12:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n14KAa7q003928; Wed, 4 Feb 2009 13:10:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Feb 2009 13:11:04 -0700 (MST) Message-Id: <20090204.131104.2064955776.imp@bsdimp.com> To: avg@icyb.net.ua From: "M. Warner Losh" In-Reply-To: <4989E87B.5010000@icyb.net.ua> References: <4989E87B.5010000@icyb.net.ua> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 20:12:31 -0000 In message: <4989E87B.5010000@icyb.net.ua> Andriy Gapon writes: : : This based on the (much) earlier proposal described here: : http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html : : The patch was applied to the recent current sources and LINT kernels for : all architectures that have LINT/NOTES (i.e. arm excluded) were built. : : Here's a link to the list of files and line numbers where KOBJ methods : are set with functions that have differing signatures: : http://www.icyb.net.ua/~avg/kobj_method_sigs.txt : : List of the most common issues can be found at the first link. : : Hope this is useful. This is very helpful. I'll work through the low-hanging fruit. If others want to work as well, please ping me. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 11:01:42 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC716106564A for ; Thu, 5 Feb 2009 11:01:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 419248FC18 for ; Thu, 5 Feb 2009 11:01:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so109968fgb.35 for ; Thu, 05 Feb 2009 03:01:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=NDctjCbEbSFbCcqdEnmjPg0k+Q5liCPjqYUmRYgzpFE=; b=v3uHKDYWb/8lKjYza+gUim2d1ojvvZXV5CRZHw8D9qrHhxDOF7eo3G7JJnHoTWy20e XK6tbLDQZtEjs5cP9sZziLXRxjd+ein89XfyhICYsrZhuX56z/RiVXngmAM0eChOzPzK Zp0eO06cSbqeuNBoT4vkuxRI/rmbgcNcSAi+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=BlFi3uuOz3ZVKAMklVRMZx55hvUGjxKCyJYWoKjPOiLOISQGTBjQN8QlAQumHRCIjR 3qrBW04/P0oAQ+2pmh8Wi18x0UZ7cbz4WrVqHoF7n51mHAIizSXz5CJTKgSchP+i6nM7 ZljX849PslWgVlKX5FaN6Cpuu/26712Vmgdyk= MIME-Version: 1.0 Received: by 10.86.99.9 with SMTP id w9mr255180fgb.12.1233831701160; Thu, 05 Feb 2009 03:01:41 -0800 (PST) Date: Thu, 5 Feb 2009 14:01:41 +0300 Message-ID: From: pluknet To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: linking .a lib with another library X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:01:42 -0000 Hi. The problem is: I have a program which is statically linked to my static lib during a build. The lib is in turn uses kvm*() calls, hence it should be linked with libkvm. During the build of my binaries which are linked to my libucron.a I get the following: /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e): In function `check_pidfile': : undefined reference to `kvm_open' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b): In function `check_pidfile': : undefined reference to `kvm_getprocs' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe): In function `check_pidfile': : undefined reference to `kvm_getprocs' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106): In function `check_pidfile': : undefined reference to `kvm_close' *** Error code 1 Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm* references) then all is ok. But the lib is used to be static. So the question is can I somehow link two .a libraries? e.g. libkvm.a + libucron.a + my binaries. Thanks. -- wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 12:14:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507861065715 for ; Thu, 5 Feb 2009 12:14:03 +0000 (UTC) (envelope-from corne.kotze@za.striata.com) Received: from mail.striata.com (mail.striata.com [196.35.74.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0A88FC14 for ; Thu, 5 Feb 2009 12:14:01 +0000 (UTC) (envelope-from corne.kotze@za.striata.com) Received: from exchdeux.striata.lan (Not Verified[10.2.37.17]) by mail.striata.com with MailMarshal (v6, 1, 6, 1172) id ; Thu, 05 Feb 2009 14:01:39 +0200 Received: from [10.2.37.62] ([10.2.37.62]) by exchdeux.striata.lan with Microsoft SMTPSVC(5.0.2195.6713); Thu, 5 Feb 2009 13:58:55 +0200 From: Corne Kotze To: rea-fbsd@codelabs.ru In-Reply-To: References: <1229934159.8928.20.camel@jackal> <1229937727.8928.24.camel@jackal> Organization: Striata Date: Thu, 05 Feb 2009 13:58:55 +0200 Message-Id: <1233835135.10262.31.camel@jackal> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 X-OriginalArrivalTime: 05 Feb 2009 11:58:55.0935 (UTC) FILETIME=[1F21D4F0:01C98789] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cornek@striata.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:14:03 -0000 Hi all, Just an update on the ssh with keys issue I had. To refresh, I run a sftp server which chroot users to their assigned folders. http://www.bsdguides.org/guides/freebsd/security/sftp_chroot_users.php That disabled the keys authentication I had running on my server. The solution that worked for me: Verify the connecting server SSH version [local-host]$ssh -V OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 Generate key-pair on the connecting server without a password [local-host]$ ssh-keygen =E2=80=93t dsa Generating public/private dsa key pair. Enter file in which to save the key (/home/user/.ssh/id_dsa): Created directory '/home/user/.ssh'. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/user/.ssh/id_dsa. Your public key has been saved in /home/user/.ssh/id_dsa.pub. The key fingerprint is: 3b:2a:d2:ac:8c:71:81:7e:b7:31:21:11:b8:e8:31:ad user@localhost The public key and private key are typically stored in .ssh folder under your home directory. In this example, it is under /home/user/.sshd. You should not share the private key with anybody. Convert openSSH public key to SSH2 public key On the connecting server that is running openSSH, convert the openSSH public key to SSH2 public key using ssh-keygen as shown below. [local-host]$ ssh-keygen -e -f ~/.ssh/id_dsa.pub > ~/.ssh/id_dsa_ssh2.pub Install the public-key on the remote-host that is running SSH2 Create a new public key file on remote-host and copy paste the converted SSH2 key from the connecting server. [remote-host]$ mkdir .ssh2 [remote-host]$ vi ~/.ssh2/server.lan_ssh2_key.pub=20 =E2=80=94- BEGIN SSH2 PUBLIC KEY =E2=80=94- Comment: =E2=80=9C2048-bit RSA, converted from OpenSSH by jsmith@local-host= =E2=80=9D DDDDB3NzaC1yc2EAAAABDmbrdomPh9rWfjZ1+7Q369zsBEa7wS1RxzWRQ0Bmr9FSplI 3ADBEBC/6cbdf/v0r6Cp5y5kusP07AOzo2F7MBDSZBtS/MbYJiIxvocoaxG2bQyz3yYjU YcpzGMD182bnA8kRxmGg+R5pVXM34lx3iSSgd8r3RzZKnDpEvEInnI7pQvUBoEbYCXPUeZ LQvQAkz6+Pb6SsNp-dop/qgv9qyfbyMz1iKUZGadG146GtanL5QtRwyAeD187gMzzrGzMFP LWjdzWpGILdZ5gq7wwRpbcXFUskVrS2ZjDe676XlTN1k5QSZmSYUuttDdrjB5SFiMpsre8 a7cQuMS178i9eDBEC=3D=3D =E2=80=94- END SSH2 PUBLIC KEY =E2=80=94- [remote-host]$ chmod 700 ~/.ssh2 [remote-host]$ chmod go-rwx ~/.ssh2/* Add the above public key file name to the authorization file on the remote-host as shown below. [remote-host]$ vi ~/.ssh2/authorization=20 Key server.lan_ssh2_key.pub Verify the Login from the connecting server to remote-host using the SSH2 key authentication. [local-host]$ ssh -l user remote-host The authenticity of host =E2=80=98local-host=E2=80=99 can=E2=80=99t be esta= blished. DSA key fingerprint is a5:f6:2e:e6:a9:b2:7b:0e:e7:ae:cb:6c:7b:f5:6d:06. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added =E2=80=98local-host=E2=80=99 (DSA) to the list o= f known hosts. Last login: Sat Jun 21 2008 23:13:00 -0700 from 192.168.1.102 No mail. [remote-host]$ Hope this will help someone. On Mon, 2008-12-22 at 13:22 +0300, Eygene Ryabinkin wrote: > Corne, >=20 > Mon, Dec 22, 2008 at 11:22:07AM +0200, Corne Kotze wrote: > > Thank for the reply. > > Sorry for the ignorance, but I should have added this as well. > > > > I am running apart from other things, a secure ftp server on this box a= s > > well that chroot the users to their home directories. > > > > I got the setup information from the following link: > > http://www.bsdguides.org/guides/freebsd/security/sftp_chroot_users.php >=20 > Ahm, SSH.com's realization of SSH suite. Forgot about this, sorry. > I had never used it, so can't say how to make it work with public key > authentication. But read on ;)) >=20 > However, OpenSSH had gained the chroot ability in February 2008, > http://undeadly.org/cgi?action=3Darticle&sid=3D20080220110039 >=20 > But if you're running 6.x, you won't be able to use it -- it was > imported only to 7.x and -CURRENT, > SVN rev 182634 on 2008-09-01 20:03:13Z by des >=20 > Though, no hope is lost -- security/openssh-portable is at 5.0p1, and > chroot support is there. But it is prone to the X11 MITM attack (at > least on HP/UX, don't currently know is FreeBSD is affected), > http://www.openssh.com/txt/release-5.1 > Your mileage may vary, if, for example, you're not using X11 forwarding, > then you might be fine with this. >=20 > > Setting the "rc.conf" file to: > > sshd_enable=3D"YES" > > sshd2_enable=3D"NO" > > > > Then my sftp setup does not work properly, unless I am missing somethin= g > > that I can set in the "/etc/ssh/sshd_config" file. >=20 > Ooookey, if you still prefer SSH.com's software, you may find the followi= ng > article very enlightening, > http://www.ssh.com/support/documentation/online/ssh/adminguide/32/Publi= c-Key_Authentication-2.html >=20 > At least for me it looks very sane and verbose. Corne Kotze Systems Administrator Striata messaging innovation E: corne.kotze@za.striata.com T: +27 11 530 9600 =20 F: +27 11 447 9122 This email and all contents are subject to the following disclaimer: http://www.striata.com/_disclaimer/ From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 12:21:31 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C4B106568B; Thu, 5 Feb 2009 12:21:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6B48FC14; Thu, 5 Feb 2009 12:21:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA05915; Thu, 05 Feb 2009 14:21:20 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498AD9BF.20503@icyb.net.ua> Date: Thu, 05 Feb 2009 14:21:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: "M. Warner Losh" References: <4989E87B.5010000@icyb.net.ua> <20090204.131104.2064955776.imp@bsdimp.com> In-Reply-To: <20090204.131104.2064955776.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:21:32 -0000 on 04/02/2009 22:11 M. Warner Losh said the following: > In message: <4989E87B.5010000@icyb.net.ua> > Andriy Gapon writes: > : > : This based on the (much) earlier proposal described here: > : http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html > : > : The patch was applied to the recent current sources and LINT kernels for > : all architectures that have LINT/NOTES (i.e. arm excluded) were built. > : > : Here's a link to the list of files and line numbers where KOBJ methods > : are set with functions that have differing signatures: > : http://www.icyb.net.ua/~avg/kobj_method_sigs.txt > : > : List of the most common issues can be found at the first link. > : > : Hope this is useful. > > This is very helpful. I'll work through the low-hanging fruit. If > others want to work as well, please ping me. Warner, thanks a lot for your attention! I've updated the list to include actual source lines in addition to file names and line numbers - I think this should be useful since current is a moving target. http://www.icyb.net.ua/~avg/kobj_method_sigs.txt -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 12:36:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D707B1065675 for ; Thu, 5 Feb 2009 12:36:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2CD8FC27 for ; Thu, 5 Feb 2009 12:36:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so134896fgb.35 for ; Thu, 05 Feb 2009 04:36:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=RSE7FUdQX3XFlriET7hFcFudHVgq6CBAtpZNxK7LTaY=; b=mLag/TuFniKkj0QgILT86TDADWfKQGNjFV/3kKewK156nNr3vJcl39iBAe0Kje+PL6 C5KSWEyF/flwsxoG6anvs7MlOZXztTAFZaHdg57aingBjfZwpradU1D8TLkqriXHOMPn sOX3ujClwkiUxURUhAU0rck/YlhdzPdmLaiBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=MiiIAtdDq90rM3A47fAr29FRLK8d6agBZMNX34oIyOpersuUb69cuSOYOjkenAc/jo xb7rLoFMvZmV6qUKUEzZtG00S6GlmCJ6PraPjh7p2AZSymeEV8ne1w40i3aP7B+WHAzR SDsvvmZxozXDlMhVnLq5fMeghl0KUYcBHfqYI= MIME-Version: 1.0 Received: by 10.86.4.2 with SMTP id 2mr295345fgd.50.1233837392343; Thu, 05 Feb 2009 04:36:32 -0800 (PST) In-Reply-To: References: Date: Thu, 5 Feb 2009 15:36:32 +0300 Message-ID: From: pluknet To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: linking .a lib with another library X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:36:36 -0000 2009/2/5 pluknet : > Hi. > > The problem is: > > I have a program which is statically linked to my static lib during a build. > The lib is in turn uses kvm*() calls, hence it should be linked with libkvm. > > During the build of my binaries which are linked to my libucron.a I > get the following: > > /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e): > In function `check_pidfile': > : undefined reference to `kvm_open' > /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b): > In function `check_pidfile': > : undefined reference to `kvm_getprocs' > /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe): > In function `check_pidfile': > : undefined reference to `kvm_getprocs' > /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106): > In function `check_pidfile': > : undefined reference to `kvm_close' > *** Error code 1 > > Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm* > references) then all is ok. > But the lib is used to be static. So the question is can I somehow > link two .a libraries? > e.g. libkvm.a + libucron.a + my binaries. > Ok, I finally got it: gcc crond/crond.o lib/libucron.a /usr/lib/libkvm.a -L/usr/local/lib/mysql -lmysqlclient or in BNF (bmake normal form): LDADD+= -lmysqlclient -lucron ${LIBKVM} $ ldd crond/crond crond/crond: libmysqlclient.so.14 => /usr/local/lib/mysql/libmysqlclient.so.14 (0x28080000) libc.so.6 => /lib/libc.so.6 (0x280d5000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x281ba000) libm.so.4 => /lib/libm.so.4 (0x281d2000) libz.so.3 => /lib/libz.so.3 (0x281e8000) The only drawback is that I had to add that to crond/Makefile, not to lib/Makefile. crond knows nothing about kvm calls and now it has to (and lib does vice versa). -- wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 16:51:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0EE106567E for ; Thu, 5 Feb 2009 16:51:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5A08FC12 for ; Thu, 5 Feb 2009 16:51:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 0D16446B09; Thu, 5 Feb 2009 11:51:40 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n15GpXj2069048; Thu, 5 Feb 2009 11:51:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 5 Feb 2009 08:19:22 -0500 User-Agent: KMail/1.9.7 References: <02026848-7F83-405C-B4F3-EDD8B47DA294@gmail.com> <498736C2.3040207@elischer.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902050819.22726.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 05 Feb 2009 11:51:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8955/Thu Feb 5 08:55:49 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Nikola =?utf-8?q?Kne=C5=BEevi=C4=87?= Subject: Re: blockable sleep lock (sleep mutex) 16 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 16:51:41 -0000 On Wednesday 04 February 2009 11:05:02 am Nikola Kne=C5=BEevi=C4=87 wrote: > On 2 Feb 2009, at 19:09 , Julian Elischer wrote: >=20 > >>> It says "non-sleepable locks", yet it classifies click_instance =20 > >>> as sleep mutex. I think witness code should emit messages which =20 > >>> are more clear. > >> It is confusing, but you can't do an M_WAITOK malloc while holding =20 > >> a mutex. Basically, sleeping actually means calling "*sleep() =20 > >> (such as mtx_sleep()) or cv_*wait*()". Blocking on a mutex is not =20 > >> sleeping, it's "blocking". Some locks (such as sx(9)) do "sleep" =20 > >> when you contest them. In the scheduler, sleeping and blocking are =20 > >> actually quite different (blocking uses turnstiles that handle =20 > >> priority inversions via priority propagation, sleeping uses sleep =20 > >> queues which do not do any of that). The underyling idea is that =20 > >> mutexes should be held for "short" periods of time, and that any =20 > >> sleeps are potentially unbounded. Holding a mutex while sleeping =20 > >> could result in a mutex being held for a long time. > > > > > > the locking overview page > > man 9 locking > > tries to explain this.. > > I've been pestering John to proofread it and make suggestiosn for a =20 > > while now. >=20 >=20 > Thanks John and Julian. I agree, man pages should be more clear :) >=20 > I've switched from using mtx to sx locks, since they offer sleeping =20 > while hold. >=20 > Unfortunately, I've ran into something really weird now, when I unload =20 > the module: > ---8<--- > #0 doadump () at pcpu.h:195 > #1 0xffffffff8049ef98 in boot (howto=3D260) at /usr/src/sys/kern/=20 > kern_shutdown.c:418 > #2 0xffffffff8049f429 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xffffffff8075cd26 in trap_fatal (frame=3D0xc, eva=3DVariable "eva" i= s =20 > not available. > ) at /usr/src/sys/amd64/amd64/trap.c:764 > #4 0xffffffff8075da62 in trap (frame=3D0xffffffff87699940) at /usr/src/= =20 > sys/amd64/amd64/trap.c:290 > #5 0xffffffff80743bfe in calltrap () at /usr/src/sys/amd64/amd64/=20 > exception.S:209 > #6 0xffffffff8052a411 in strcmp (s1=3D0xffffffff80824a0c "sigacts", > s2=3D0xffffffff877cd3a9
) = =20 > at /usr/src/sys/libkern/strcmp.c:45 > #7 0xffffffff804d7c61 in enroll (description=3D0xffffffff80824a0c =20 > "sigacts", lock_class=3D0xffffffff80a19fe0) > at /usr/src/sys/kern/subr_witness.c:1439 > #8 0xffffffff804d7fb1 in witness_init (lock=3D0xffffff00016f4ca8) at /=20 > usr/src/sys/kern/subr_witness.c:618 > #9 0xffffffff8049fd31 in sigacts_alloc () at /usr/src/sys/kern/=20 > kern_sig.c:3280 > #10 0xffffffff80481121 in fork1 (td=3D0xffffff0001384a50, flags=3D20, =20 > pages=3DVariable "pages" is not available. > ) at /usr/src/sys/kern/kern_fork.c:453 > #11 0xffffffff80481450 in fork (td=3D0xffffff0001384a50, uap=3DVariable = =20 > "uap" is not available. > ) at /usr/src/sys/kern/kern_fork.c:106 > #12 0xffffffff8075d260 in syscall (frame=3D0xffffffff87699c80) at /usr/=20 > src/sys/amd64/amd64/trap.c:907 > #13 0xffffffff80743e0b in Xfast_syscall () at /usr/src/sys/amd64/amd64/=20 > exception.S:330 > #14 0x0000000800ca0a6c in ?? () > --->8--- >=20 > and in fra 7: > (kgdb) p *w > $5 =3D {w_name =3D 0xffffffff877cd3a9
bounds>, w_class =3D 0xffffffff80a19fe0, w_list =3D { > stqe_next =3D 0xffffffff80accce0}, w_typelist =3D {stqe_next =3D =20 > 0xffffffff80accce0}, w_children =3D 0x0, > w_file =3D 0xffffffff877d1fa0
bounds>, w_line =3D 307, w_level =3D 0, w_refcount =3D 2, > w_Giant_squawked =3D 0 '\0', w_other_squawked =3D 0 '\0', =20 > w_same_squawked =3D 0 '\0', w_displayed =3D 0 '\0'} > (kgdb) p *w->w_class > $6 =3D {lc_name =3D 0xffffffff808564e0 "sleep mutex", lc_flags =3D 9, =20 > lc_ddb_show =3D 0xffffffff80492e6b , > lc_lock =3D 0xffffffff804938be , lc_unlock =3D =20 > 0xffffffff804933fc } >=20 > This happens after modevent exists. >=20 > What puzzles me here is w_refcount of 2, while w_name is out of =20 > bounds. Locks I've created I properly destroyed (at least I think I =20 > did :)). You are probably missing some sx_destroy()'s. You need to destroy each loc= k=20 you create with sx_init(). =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 17:24:24 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643F91065689 for ; Thu, 5 Feb 2009 17:24:24 +0000 (UTC) (envelope-from prvs=julian=280504c31@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC788FC19 for ; Thu, 5 Feb 2009 17:24:24 +0000 (UTC) (envelope-from prvs=julian=280504c31@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.88]) by smtp-outbound.ironport.com with ESMTP; 05 Feb 2009 09:11:40 -0800 Message-ID: <498B1DCB.801@elischer.org> Date: Thu, 05 Feb 2009 09:11:39 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: pluknet References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: linking .a lib with another library X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:24:25 -0000 pluknet wrote: > 2009/2/5 pluknet : >> Hi. >> >> The problem is: >> >> I have a program which is statically linked to my static lib during a build. >> The lib is in turn uses kvm*() calls, hence it should be linked with libkvm. in static linking order is important.. you need to put libkvm after the library that has the refrences. (At least that is my first reaction) >> >> During the build of my binaries which are linked to my libucron.a I >> get the following: >> >> /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e): >> In function `check_pidfile': >> : undefined reference to `kvm_open' >> /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b): >> In function `check_pidfile': >> : undefined reference to `kvm_getprocs' >> /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe): >> In function `check_pidfile': >> : undefined reference to `kvm_getprocs' >> /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106): >> In function `check_pidfile': >> : undefined reference to `kvm_close' >> *** Error code 1 >> >> Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm* >> references) then all is ok. >> But the lib is used to be static. So the question is can I somehow >> link two .a libraries? >> e.g. libkvm.a + libucron.a + my binaries. >> > > Ok, I finally got it: > gcc crond/crond.o lib/libucron.a /usr/lib/libkvm.a > -L/usr/local/lib/mysql -lmysqlclient > > or in BNF (bmake normal form): > LDADD+= -lmysqlclient -lucron ${LIBKVM} > > $ ldd crond/crond > crond/crond: > libmysqlclient.so.14 => > /usr/local/lib/mysql/libmysqlclient.so.14 (0x28080000) > libc.so.6 => /lib/libc.so.6 (0x280d5000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x281ba000) > libm.so.4 => /lib/libm.so.4 (0x281d2000) > libz.so.3 => /lib/libz.so.3 (0x281e8000) > > The only drawback is that I had to add that to crond/Makefile, not to > lib/Makefile. > crond knows nothing about kvm calls and now it has to (and lib does vice versa). > From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 22:18:38 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839BB1065678; Thu, 5 Feb 2009 22:18:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 079888FC16; Thu, 5 Feb 2009 22:18:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n15MIaik026892; Thu, 5 Feb 2009 23:18:36 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n15MIaEa026891; Thu, 5 Feb 2009 23:18:36 +0100 (CET) (envelope-from olli) Date: Thu, 5 Feb 2009 23:18:36 +0100 (CET) Message-Id: <200902052218.n15MIaEa026891@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Feb 2009 23:18:36 +0100 (CET) Cc: Subject: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:18:40 -0000 Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 22:37:02 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 211AA106566C; Thu, 5 Feb 2009 22:37:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id D85A58FC1D; Thu, 5 Feb 2009 22:37:01 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 35321FFB1; Fri, 6 Feb 2009 11:37:01 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LsqSppxHpuVC; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 33E7B1142B; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Date: Thu, 5 Feb 2009 14:36:57 -0800 From: Andrew Thompson To: Oliver Fromme Message-ID: <20090205223657.GC88414@citylink.fud.org.nz> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:37:03 -0000 On Thu, Feb 05, 2009 at 11:18:36PM +0100, Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works well here, tried various combinations of the options. This is very cool. Andrew From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 23:03:10 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641E01065680 for ; Thu, 5 Feb 2009 23:03:10 +0000 (UTC) (envelope-from bomberboy@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id EAD428FC19 for ; Thu, 5 Feb 2009 23:03:09 +0000 (UTC) (envelope-from bomberboy@gmail.com) Received: by ewy14 with SMTP id 14so1144855ewy.19 for ; Thu, 05 Feb 2009 15:03:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=3B2bS8AdKuy4EQLXbrzIJcBp3lJcSEzAyjn+KOqD1Rw=; b=w8RTwcb5nWq4K9PlbXEl8GxJS10vnHVYD7PVLRyw2ODf/vsiN8wBrFNPfDGc3tOwHf ZCps8i4XKy28bQQyljtovNwOOAkTisjBaxeEM/2bkREVqy2WPjk8JImFvjH4lSu7l9pR /HtPo7g809eCbSLUhdpTYmdvg/SkmtAtJArQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=dQ2WjBUW7ORBD57N0IYecdBOrX+ec4ShpdU+g9QXzzaA/tRjTmQvMmDS9l69nMLeTo C8i99OLuz6wfXcLSRA473fosdKA/WfX/il6xfvkrEaNvqVEin4ZgB631urWN0czVhg4K Un79+56roUYj5ZDn48DidM751q7TdhQudJsW4= MIME-Version: 1.0 Received: by 10.210.87.14 with SMTP id k14mr724960ebb.159.1233873177908; Thu, 05 Feb 2009 14:32:57 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Thu, 5 Feb 2009 23:32:57 +0100 Message-ID: <6e77fe4e0902051432n25e68edes341495f994c64bca@mail.gmail.com> From: Bruno Van Den Bossche To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 05 Feb 2009 23:18:11 +0000 Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:03:10 -0000 On Thu, Feb 5, 2009 at 11:18 PM, Oliver Fromme wrote: [graphical bootloader] > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. I've just tested it on my laptop (Fujitsu T4220) with current and it works very well, Can select/unselect any options and everything seems to work as it is supposed. And I love the look :) Regards, Bruno From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 23:21:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E164106564A for ; Thu, 5 Feb 2009 23:21:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3DB8FC13 for ; Thu, 5 Feb 2009 23:21:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-029-110.pools.arcor-ip.net [88.66.29.110]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1LVDXH2WFP-000332; Fri, 06 Feb 2009 00:21:31 +0100 Received: (qmail 69268 invoked from network); 5 Feb 2009 23:21:31 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 5 Feb 2009 23:21:31 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 00:21:30 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902060021.30883.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+vkT3T4MTJaOombl2zoaHBrddIXY1GGgvyaI9 8iVLqB7XOQeJflwyOAKgvt65YSByuwvH01amKYjHtzHWCkimZz T6HYCl4zTixvyB/0lhFVA== Cc: freebsd-hackers@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:21:34 -0000 On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. quick test in qemu - works well. Very cool! -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 23:25:18 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6683A106564A for ; Thu, 5 Feb 2009 23:25:18 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from core.tav.kiev.ua (tavex.colocall.com [62.149.10.42]) by mx1.freebsd.org (Postfix) with ESMTP id 099B68FC16 for ; Thu, 5 Feb 2009 23:25:17 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from [76.77.86.2] (helo=[10.80.5.136]) by core.tav.kiev.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1LVDbc-000Goi-Oz; Fri, 06 Feb 2009 01:26:10 +0200 Message-ID: <498B754B.1050901@bluezbox.com> Date: Thu, 05 Feb 2009 15:24:59 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Core-Spam-Level: - X-Core-Spam-Report: Spam detection software, running on the system "core.tav.kiev.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Oliver Fromme wrote: > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works fine on Thinkpad T400 (CURRENT/i386). [...] Content analysis details: (-1.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% [score: 0.5000] Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:25:18 -0000 Oliver Fromme wrote: > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works fine on Thinkpad T400 (CURRENT/i386). From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 5 23:45:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2EC106566C; Thu, 5 Feb 2009 23:45:01 +0000 (UTC) (envelope-from SRS0=TQAyV2=6I=futurecis.com=william@srs.bis.na.blackberry.com) Received: from smtp05.bis.na.blackberry.com (smtp05.bis.na.blackberry.com [216.9.248.52]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD2D8FC0A; Thu, 5 Feb 2009 23:45:01 +0000 (UTC) (envelope-from SRS0=TQAyV2=6I=futurecis.com=william@srs.bis.na.blackberry.com) Received: from bda160.bisx.prod.on.blackberry (bda160.bisx.prod.on.blackberry [172.20.226.140]) by srs.bis.na.blackberry.com (8.13.7 TEAMON/8.13.7) with ESMTP id n15NFoh9024567; Thu, 5 Feb 2009 23:15:50 GMT Received: from bda160.bisx.prod.on.blackberry (localhost.localdomain [127.0.0.1]) by bda160.bisx.prod.on.blackberry (8.13.7 TEAMON/8.13.7) with ESMTP id n15NG3NF029326; Thu, 5 Feb 2009 23:16:03 GMT X-rim-org-msg-ref-id: 1396974090 Message-ID: <1396974090-1233875762-cardhu_decombobulator_blackberry.rim.net-991069870-@bxe176.bisx.prod.on.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal Sensitivity: Normal Importance: Normal To: "Oliver Fromme" , owner-freebsd-hackers@freebsd.org, freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: william@futurecis.com Date: Thu, 5 Feb 2009 23:16:04 +0000 Content-Type: text/plain; charset="Windows-1252" MIME-Version: 1.0 Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: william@futurecis.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:45:02 -0000 V29ya3MgYmVhdXRpZnVsbHkhIExvdmluZyBpdC4gVGhhbmtzIGZvciB0aGUgd29yay4NCg0KDQot LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0tDQpGcm9tOiBPbGl2ZXIgRnJvbW1lDQpTZW5kZXI6 IG93bmVyLWZyZWVic2QtaGFja2Vyc0BmcmVlYnNkLm9yZw0KVG86IGZyZWVic2QtaGFja2Vyc0BG cmVlQlNELk9SRw0KVG86IGZyZWVic2QtY3VycmVudEBGcmVlQlNELk9SRw0KU2VudDogRmViIDUs IDIwMDkgMTc6MTgNClN1YmplY3Q6IENGVDogR3JhcGhpY3Mgc3VwcG9ydCBmb3IgL2Jvb3QvbG9h ZGVyDQoNCkhlbGxvIGZlbGxvdyBoYWNrZXJzLA0KDQpTb21lIG9mIHlvdSBtaWdodCByZW1lbWJl ciB0aGF0IEknbSB3b3JraW5nIG9uIGdyYXBoaWNzDQpzdXBwb3J0IGZvciBvdXIgL2Jvb3QvbG9h ZGVyLiAgVW5mb3J0dW5hdGVseSwgcHJvZ3Jlc3MgaGFzDQpiZWVuIHJhdGhlciBzbG93IGJlY2F1 c2Ugb2Ygbm9uLUZyZWVCU0QtcmVsYXRlZCBhY3Rpdml0eS4NCg0KQW55d2F5LCBJIGhhdmUgbm93 IHByZXBhcmVkIGEgdGFyYmFsbCBjb250YWluaW5nIGEgbG9hZGVyDQpiaW5hcnkgZm9yIHB1Ymxp YyB0ZXN0aW5nLiAgSWYgeW91IGFyZSBlYWdlciB0byBnaXZlIGl0IGENCnRyeSwgcGxlYXNlIGZl ZWwgZnJlZSB0byBkbyBzby4gIEl0IHNob3VsZCB3b3JrIHdpdGggYW55DQpGcmVlQlNEIHZlcnNp b24gb24gaTM4NiBhbmQgYW1kNjQgcGxhdGZvcm1zLg0KDQpJIGhhdmUgcG9zdGVkIGRldGFpbGVk IGluc3RydWN0aW9ucyBvbiB0aGUgRnJlZUJTRCB3aWtpOg0KDQpodHRwOi8vd2lraS5mcmVlYnNk Lm9yZy9PbGl2ZXJGcm9tbWUvQm9vdExvYWRlclRlc3QNCg0KQW55IGtpbmQgb2YgZmVlZGJhY2sg aXMgd2VsY29tZS4NCg0KQmVzdCByZWdhcmRzDQogICBPbGl2ZXINCg0KLS0gDQpPbGl2ZXIgRnJv bW1lLCBzZWNuZXRpeCBHbWJIICYgQ28uIEtHLCBNYXJrdHBsYXR6IDI5LCA4NTU2NyBHcmFmaW5n IGIuIE0uDQpIYW5kZWxzcmVnaXN0ZXI6IFJlZ2lzdGVyZ2VyaWNodCBNdWVuY2hlbiwgSFJBIDc0 NjA2LCAgR2VzY2jkZnRzZnVlaHJ1bmc6DQpzZWNuZXRpeCBWZXJ3YWx0dW5nc2dlc2VsbHNjaC4g bWJILCBIYW5kZWxzcmVnaXN0ZXI6IFJlZ2lzdGVyZ2VyaWNodCBN/G4tDQpjaGVuLCBIUkIgMTI1 NzU4LCAgR2VzY2jkZnRzZvxocmVyOiBNYWlrIEJhY2htYW5uLCBPbGFmIEVyYiwgUmFsZiBHZWJo YXJ0DQoNCkZyZWVCU0QtRGllbnN0bGVpc3R1bmdlbiwgLVByb2R1a3RlIHVuZCBtZWhyOiAgaHR0 cDovL3d3dy5zZWNuZXRpeC5kZS9ic2QNCg0KIklmIEphdmEgaGFkIHRydWUgZ2FyYmFnZSBjb2xs ZWN0aW9uLCBtb3N0IHByb2dyYW1zDQp3b3VsZCBkZWxldGUgdGhlbXNlbHZlcyB1cG9uIGV4ZWN1 dGlvbi4iDQogICAgICAgIC0tIFJvYmVydCBTZXdlbGwNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpmcmVlYnNkLWhhY2tlcnNAZnJlZWJzZC5vcmcgbWFp bGluZyBsaXN0DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVl YnNkLWhhY2tlcnMNClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWhh Y2tlcnMtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQoNCg0KU2VudCBmcm9tIG15IEJsYWNrQmVy cnmuIHdpcmVsZXNzIGRldmljZQ== From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 00:44:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C2F106566B; Fri, 6 Feb 2009 00:44:04 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id A854C8FC14; Fri, 6 Feb 2009 00:44:04 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.88]) by smtp-outbound.ironport.com with ESMTP; 05 Feb 2009 16:15:25 -0800 Message-ID: <498B811D.50405@elischer.org> Date: Thu, 05 Feb 2009 16:15:25 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Max Laier References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> In-Reply-To: <200902060021.30883.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 00:44:05 -0000 Max Laier wrote: > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: >> I have posted detailed instructions on the FreeBSD wiki: >> >> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >> >> Any kind of feedback is welcome. > > quick test in qemu - works well. Very cool! > can you send a screenshot for those of us who can't test it now? From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 01:23:53 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B802106566B; Fri, 6 Feb 2009 01:23:53 +0000 (UTC) (envelope-from SRS0=nndoq+=6J=futurecis.com=william@srs.bis.na.blackberry.com) Received: from smtp14.bis.na.blackberry.com (smtp14.bis.na.blackberry.com [216.9.248.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1868FC14; Fri, 6 Feb 2009 01:23:53 +0000 (UTC) (envelope-from SRS0=nndoq+=6J=futurecis.com=william@srs.bis.na.blackberry.com) Received: from bda160.bisx.prod.on.blackberry (bda160.bisx.prod.on.blackberry [172.20.226.140]) by srs.bis.na.blackberry.com (8.13.7 TEAMON/8.13.7) with ESMTP id n160tPZ3013897; Fri, 6 Feb 2009 00:55:25 GMT Received: from bda160.bisx.prod.on.blackberry (localhost.localdomain [127.0.0.1]) by bda160.bisx.prod.on.blackberry (8.13.7 TEAMON/8.13.7) with ESMTP id n160sogQ031055; Fri, 6 Feb 2009 00:54:50 GMT X-rim-org-msg-ref-id: 1332767982 Message-ID: <1332767982-1233881690-cardhu_decombobulator_blackberry.rim.net-720693194-@bxe176.bisx.prod.on.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal Sensitivity: Normal Importance: Normal To: "Julian Elischer" , owner-freebsd-hackers@freebsd.org, "Max Laier" From: william@futurecis.com Date: Fri, 6 Feb 2009 00:54:51 +0000 Content-Type: text/plain; charset="Windows-1252" MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: william@futurecis.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 01:23:54 -0000 VGhlcmUgaXMgYSBzY3JlZW5zaG90IG9uIHRoZSB3aWtpIHNpdGUNCg0KDQoNCg0KLS0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tLQ0KRnJvbTogSnVsaWFuIEVsaXNjaGVyDQpTZW5kZXI6IG93bmVy LWZyZWVic2QtaGFja2Vyc0BmcmVlYnNkLm9yZw0KVG86IE1heCBMYWllcg0KQ2M6IGZyZWVic2Qt aGFja2Vyc0BmcmVlYnNkLm9yZw0KQ2M6IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZw0KQ2M6 IE9saXZlciBGcm9tbWUNClNlbnQ6IEZlYiA1LCAyMDA5IDE5OjE1DQpTdWJqZWN0OiBSZTogQ0ZU OiBHcmFwaGljcyBzdXBwb3J0IGZvciAvYm9vdC9sb2FkZXINCg0KTWF4IExhaWVyIHdyb3RlOg0K PiBPbiBUaHVyc2RheSAwNSBGZWJydWFyeSAyMDA5IDIzOjE4OjM2IE9saXZlciBGcm9tbWUgd3Jv dGU6DQo+PiBJIGhhdmUgcG9zdGVkIGRldGFpbGVkIGluc3RydWN0aW9ucyBvbiB0aGUgRnJlZUJT RCB3aWtpOg0KPj4NCj4+IGh0dHA6Ly93aWtpLmZyZWVic2Qub3JnL09saXZlckZyb21tZS9Cb290 TG9hZGVyVGVzdA0KPj4NCj4+IEFueSBraW5kIG9mIGZlZWRiYWNrIGlzIHdlbGNvbWUuDQo+IA0K PiBxdWljayB0ZXN0IGluIHFlbXUgLSB3b3JrcyB3ZWxsLiAgVmVyeSBjb29sIQ0KPiANCg0KY2Fu IHlvdSBzZW5kIGEgc2NyZWVuc2hvdCBmb3IgdGhvc2Ugb2YgdXMgd2hvIGNhbid0IHRlc3QgaXQg bm93Pw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZy ZWVic2QtaGFja2Vyc0BmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCmh0dHA6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtaGFja2Vycw0KVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtaGFja2Vycy11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyINCg0KDQpTZW50IGZyb20gbXkgQmxhY2tCZXJyea4gd2lyZWxlc3MgZGV2aWNl From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 02:10:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41C591065672 for ; Fri, 6 Feb 2009 02:10:22 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 12FAC8FC12 for ; Fri, 6 Feb 2009 02:10:21 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so568919rvf.43 for ; Thu, 05 Feb 2009 18:10:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=MvDVPZlaaxV6+JvqDCk+TUYp22eAvD7Hz5ACs2VXUEE=; b=OKY2MVQtO6CC+jYw008adT+Z5d81kMwK9Qv71+0DW5Jg1pH4LnCCfdG2QqBkeKNtQH 6Uy9u2Egx7VHmEZ6dA55tIulJ9XzbpgwmSxPDO3eeDUAywsmulHKwt4BnmRWLrfFjAQj btPjbOsLTXa923j1a+l/gWRBbI7V/lGhoPFWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=emT6L6wA3eATUXYHJVlGRWDPCgItbdAo2X3Xa7ip82vdeuSr3Zdpa0H+JdYr66TD3g VMs5SgiNSRNZ5IxWVeQcnz5j2Wxt0epfm/GxaXDVpxUpwah2krOcWA6XLZ/H7pRWBQ8S WkoupwAe+FvEVNkB6L+W2vjQoVmAtfbY6EDAc= MIME-Version: 1.0 Received: by 10.141.114.19 with SMTP id r19mr863834rvm.135.1233884597614; Thu, 05 Feb 2009 17:43:17 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 09:43:17 +0800 Message-ID: <25cb30902051743r13950bfk50c0919cf7a60835@mail.gmail.com> From: Kevin Foo To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 02:10:22 -0000 Very nice! Thanks for the good work. --=20 Regards Kevin Foo On Fri, Feb 6, 2009 at 6:18 AM, Oliver Fromme wrote= : > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=C3=A4ftsfueh= rung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=C3= =BCn- > chen, HRB 125758, Gesch=C3=A4ftsf=C3=BChrer: Maik Bachmann, Olaf Erb, Ra= lf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "If Java had true garbage collection, most programs > would delete themselves upon execution." > -- Robert Sewell > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 01:01:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D0E106566B; Fri, 6 Feb 2009 01:01:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 650748FC13; Fri, 6 Feb 2009 01:01:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n160mC0J027754; Thu, 5 Feb 2009 17:48:12 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <498B88CC.9030903@samsco.org> Date: Thu, 05 Feb 2009 17:48:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Julian Elischer References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> <498B811D.50405@elischer.org> In-Reply-To: <498B811D.50405@elischer.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Fri, 06 Feb 2009 02:16:18 +0000 Cc: Max Laier , freebsd-current@freebsd.org, Oliver Fromme , freebsd-hackers@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 01:01:05 -0000 Julian Elischer wrote: > Max Laier wrote: >> On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: >>> I have posted detailed instructions on the FreeBSD wiki: >>> >>> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >>> >>> Any kind of feedback is welcome. >> >> quick test in qemu - works well. Very cool! >> > > can you send a screenshot for those of us who can't test it now? http://wiki.freebsd.org/OliverFromme/BootLoader From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 02:28:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0471065673 for ; Fri, 6 Feb 2009 02:28:33 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 92D8C8FC1B for ; Fri, 6 Feb 2009 02:28:33 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so183082qwb.7 for ; Thu, 05 Feb 2009 18:28:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:cc:content-type :content-transfer-encoding; bh=VZYvGutjFrhBWCBTBP9yOdns+KfOnXlDRKR2OPtbqls=; b=nj0fMHqBGojR6L8TP2SUIPVfEMzrDdgMYQH/PXp85oTMWdOs6WABuwDhOsKPoAxU4b YlvcFiqlO1vDF0ppJPhN3D+O87IBwz9pEZYZu20y3tJmx0K1BgSN9aoRtt3IyuyDlWh4 UGqPyU2V1ITEyIQW0W0Efj74RYmYTDLbKC9M4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; b=hMzfpmzN8u1N9l35AqxKCLcl5ABk8YQmQZOAF7q8bd4WZhyAjwW0mrDVRl/5plxfRM LaArxhgi47C/5ZJ3F36hgFN4JDNs5W9XJr2OWZJ88pwbAQm9r8NwdJF9sXEYhEc38z+n 9gUXaWwmvHShzZ7BP5KrIM40Qr8eXYTrR+cqE= MIME-Version: 1.0 Received: by 10.214.217.20 with HTTP; Thu, 5 Feb 2009 17:58:12 -0800 (PST) In-Reply-To: <200902060021.30883.max@love2party.net> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> Date: Thu, 5 Feb 2009 23:58:12 -0200 Message-ID: <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> From: Alexandre Biancalana Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 02:28:34 -0000 On 2/5/09, Max Laier wrote: > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > > I have posted detailed instructions on the FreeBSD wiki: > > > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > > > Any kind of feedback is welcome. > > > quick test in qemu - works well. Very cool tested in Parallels, works perfect and looks great. Congratulations! From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 02:52:08 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D3B106566C; Fri, 6 Feb 2009 02:52:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EB6168FC13; Fri, 6 Feb 2009 02:52:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n162q5Uj028171; Thu, 5 Feb 2009 19:52:05 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <498BA5D5.4080100@samsco.org> Date: Thu, 05 Feb 2009 19:52:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Fri, 06 Feb 2009 03:20:05 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 02:52:08 -0000 Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > I think that this is really neat, you've done an impressive job with it good job. However, I do take issue with your criticism of the ASCII logo; I actually spent a decent amount of time designing the block text logo =-) I wish that there hadn't been moronic politics over the beastie logo, as that does look a lot better, even if it is text. And text is still required for serial consoles. Scott From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 03:24:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E92106566C for ; Fri, 6 Feb 2009 03:24:12 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-qy0-f17.google.com (mail-qy0-f17.google.com [209.85.221.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2CA8FC0A for ; Fri, 6 Feb 2009 03:24:12 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: by qyk10 with SMTP id 10so1190169qyk.19 for ; Thu, 05 Feb 2009 19:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=1IxKTuO8rm20yET4dHMu0/plQaXHD/BRHs6ZuomCjAk=; b=UERVNHrErrJGzpIBhQDJ1Ix+fGChz39tYYWzG80JU71sl9H4gHPNNMv+8cD32acS9R RAQIqMlYmzMqcgokpfmepf+I5u2SwEPyiuUxKHQp1Rs9y58tI+RS8m6Nv8uVTlE2svvk o+LViY0Nmc/XLFo2LEnGUW/CfUlhYF3ZRfntw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=xv/ildYlOyeXa5u9oIIC6zRlStAWzP4YvfYw9fcKXJwQmZzjQT15m73hwfkY6U8Zvn 3kbyb1fi56YsDdLmJ+RnYhnPhVQ7hI17B5+EcC6aooUqUZJZl3BlwvhqRzhxcROrTszM F+33DN1FIXZKON/fgM3VbgVuviJD6/ahUU2jM= Received: by 10.214.243.6 with SMTP id q6mr1892586qah.295.1233889322320; Thu, 05 Feb 2009 19:02:02 -0800 (PST) Received: from ?192.168.1.100? ([190.177.193.181]) by mx.google.com with ESMTPS id 33sm1556563yxr.42.2009.02.05.19.02.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 19:02:01 -0800 (PST) From: Gonzalo Nemmi To: freebsd-hackers@freebsd.org Date: Fri, 6 Feb 2009 01:01:57 -0200 User-Agent: KMail/1.9.10 References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902060101.58024.gnemmi@gmail.com> Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 03:24:13 -0000 On Thursday 05 February 2009 8:18:36 pm Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > > Best regards > Oliver No at problem in here .. Just added graphics_enable="YES" beastie_theme="/boot/themes/default/theme.conf" to my loader.conf after decompressing your file as explained in your page and that was it .. it works like a charm ... [gonzalo@inferna ~]% uname -a FreeBSD inferna.inferna.com.ar 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Dec 12 12:03:51 ARST 2008 root@inferna.inferna.com.ar:/usr/obj/usr/src/sys/INFERNA i386 [gonzalo@inferna ~]% Thanks a lot for your hard work :D Regards -- Blessings Gonzalo Nemmi From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 04:28:54 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 592B71065674; Fri, 6 Feb 2009 04:28:54 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 42E6B8FC25; Fri, 6 Feb 2009 04:28:54 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.88]) by smtp-outbound.ironport.com with ESMTP; 05 Feb 2009 20:28:54 -0800 Message-ID: <498BBC85.3070408@elischer.org> Date: Thu, 05 Feb 2009 20:28:53 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 04:28:54 -0000 Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > > Best regards > Oliver > very nice... BTW most of these things seem to have drop out of graphics mode.. do you have something like that? (or maybe should go to loader prompt...?) If I had a machine that it didn't work on I think I'd try hitting esc but I don't think I'd think of F7. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 07:11:38 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2365D1065672; Fri, 6 Feb 2009 07:11:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6088FC0A; Fri, 6 Feb 2009 07:11:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n167BZwH048167; Fri, 6 Feb 2009 08:11:36 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n167BZ9a048166; Fri, 6 Feb 2009 08:11:35 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 08:11:35 +0100 (CET) Message-Id: <200902060711.n167BZ9a048166@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, scottl@samsco.org In-Reply-To: <498BA5D5.4080100@samsco.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 08:11:36 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:11:38 -0000 Scott Long wrote: > Oliver Fromme wrote: > > [...] > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > I think that this is really neat, you've done an impressive job > with it good job. However, I do take issue with your criticism > of the ASCII logo; I actually spent a decent amount of time > designing the block text logo =-) I'm sorry, it wasn't my intention to disrespect your work. What I was trying to say is that ASCII graphics look old- fashioned in general. I wasn't actually picking on your rendition of the text logo in particular. Yeah, I noticed your smiley, but I agree that my wording on the wiki page was misleading, so I changed it. > I wish that there hadn't been > moronic politics over the beastie logo, as that does look a lot > better, even if it is text. And text is still required for > serial consoles. Absolutely. Text is also required for machines that aren't supported by the graphics code, or machines that don't have any graphics hardware at all. Don't worry, I'm not going to rip your ASCII logo out. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 07:21:08 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B51F3106566B; Fri, 6 Feb 2009 07:21:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B87F8FC0A; Fri, 6 Feb 2009 07:21:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n167L2KC048712; Fri, 6 Feb 2009 08:21:02 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n167L2px048711; Fri, 6 Feb 2009 08:21:02 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 08:21:02 +0100 (CET) Message-Id: <200902060721.n167L2px048711@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, julian@elischer.org In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 08:21:02 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:21:09 -0000 Julian Elischer wrote: > BTW most of these things seem to have drop out of > graphics mode.. > do you have something like that? > (or maybe should go to loader prompt...?) Good question. The screen layout isn't final, of course, and I'm open to suggestions. (Also, there will be a short descriptive text for the countdown and how to pause it.) I think it might make sense to provide an additional action using the key that leaves graphics mode and displays the old text menu instead. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months." -- Cliff Sarginson From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 08:51:14 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 178D5106566C; Fri, 6 Feb 2009 08:51:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B732B8FC08; Fri, 6 Feb 2009 08:51:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVMQZ-000OKJ-U7; Fri, 06 Feb 2009 10:51:11 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Oliver Fromme In-reply-to: <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> Comments: In-reply-to Alexandre Biancalana message dated "Thu, 05 Feb 2009 23:58:12 -0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 10:51:11 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 08:51:14 -0000 > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > I have posted detailed instructions on the FreeBSD wiki: [...] just tried it via pxe: panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 what changes are needed in pxeboot? cheers, danny From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 09:25:50 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30ED6106566B; Fri, 6 Feb 2009 09:25:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A89BE8FC18; Fri, 6 Feb 2009 09:25:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n169POc1053289; Fri, 6 Feb 2009 10:25:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n169PObG053288; Fri, 6 Feb 2009 10:25:24 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 10:25:24 +0100 (CET) Message-Id: <200902060925.n169PObG053288@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, danny@cs.huji.ac.il In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 10:25:24 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 09:25:50 -0000 Danny Braniss wrote: > just tried it via pxe: > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > what changes are needed in pxeboot? The panic message means that the heap memory was corruped. It could be caused by a buffer overflow or similar. I'll try to look into it. When does that message appear? Could you provide a screen shot? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 10:33:22 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 622071065678 for ; Fri, 6 Feb 2009 10:33:22 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 9841E8FC08 for ; Fri, 6 Feb 2009 10:33:21 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 85513 invoked from network); 6 Feb 2009 10:06:39 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 6 Feb 2009 10:06:39 -0000 Message-ID: <498C0BAE.5020803@FreeBSD.org> Date: Fri, 06 Feb 2009 11:06:38 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 10:33:24 -0000 Oliver Fromme ha scritto: > Some of you might remember that I'm working on graphics > support for our /boot/loader. Just a side question: are you going to improve also the splash(4) support? Graphical loader is great, but unfortunately on amd64 the boot splash screen is unusable. In any case, good job. -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 11:22:37 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759CB106566B; Fri, 6 Feb 2009 11:22:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 55BE38FC1F; Fri, 6 Feb 2009 11:22:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([96.235.133.57]) by vms173003.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-2.01 (built Jun 13 2007; 32bit)) with ESMTPA id <0KEN00L3L3D2DKU2@vms173003.mailsrvcs.net>; Fri, 06 Feb 2009 04:19:55 -0600 (CST) Date: Fri, 06 Feb 2009 05:21:06 -0500 From: Skip Ford To: Oliver Fromme Message-id: <20090206102106.GA881@menantico.com> References: <200902060721.n167L2px048711@lurza.secnetix.de> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <200902060721.n167L2px048711@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:22:37 -0000 Oliver Fromme wrote: > Julian Elischer wrote: > > BTW most of these things seem to have drop out of > > graphics mode.. > > do you have something like that? > > (or maybe should go to loader prompt...?) > > Good question. The screen layout isn't final, of course, > and I'm open to suggestions. (Also, there will be a short > descriptive text for the countdown and how to pause it.) > > I think it might make sense to provide an additional action > using the key that leaves graphics mode and displays > the old text menu instead. What about F8? That's what I'd guess a majority of people would instinctively reach for to get to a boot menu. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 11:28:24 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1C01065672; Fri, 6 Feb 2009 11:28:24 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173009pub.verizon.net (vms173009pub.verizon.net [206.46.173.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4828FC08; Fri, 6 Feb 2009 11:28:23 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([96.235.133.57]) by vms173009.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KEN00CRD6AR4H53@vms173009.mailsrvcs.net>; Fri, 06 Feb 2009 05:23:18 -0600 (CST) Date: Fri, 06 Feb 2009 06:29:26 -0500 From: Skip Ford To: Oliver Fromme Message-id: <20090206112926.GB881@menantico.com> References: <200902060721.n167L2px048711@lurza.secnetix.de> <20090206102106.GA881@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <20090206102106.GA881@menantico.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:28:24 -0000 Skip Ford wrote: > Oliver Fromme wrote: > > Julian Elischer wrote: > > > BTW most of these things seem to have drop out of > > > graphics mode.. > > > do you have something like that? > > > (or maybe should go to loader prompt...?) > > > > Good question. The screen layout isn't final, of course, > > and I'm open to suggestions. (Also, there will be a short > > descriptive text for the countdown and how to pause it.) > > > > I think it might make sense to provide an additional action > > using the key that leaves graphics mode and displays > > the old text menu instead. > > What about F8? That's what I'd guess a majority of people would > instinctively reach for to get to a boot menu. Ok, scratch that idea. Windows uses F8 to stop an automatic boot, not really to drop to a text menu from a graphics menu. We can press any key to stop an automatic boot already, so F8 could be used to halt an automatic boot and jump straight to a boot menu, but that has nothing to do with this graphical boot menu. It could even jump to the graphical boot menu, not necessarily text. Windows just happens to not have a graphical menu. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 11:39:17 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E95C1065673; Fri, 6 Feb 2009 11:39:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BAB718FC19; Fri, 6 Feb 2009 11:39:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16BdBx0058474; Fri, 6 Feb 2009 12:39:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16BdB6b058473; Fri, 6 Feb 2009 12:39:11 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 12:39:11 +0100 (CET) Message-Id: <200902061139.n16BdB6b058473@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, ale@FreeBSD.ORG In-Reply-To: <498C0BAE.5020803@FreeBSD.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 12:39:15 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:39:17 -0000 Alex Dupre wrote: > Oliver Fromme ha scritto: > > Some of you might remember that I'm working on graphics > > support for our /boot/loader. > > Just a side question: are you going to improve also the splash(4) > support? Graphical loader is great, but unfortunately on amd64 the boot > splash screen is unusable. The problem is related to the fact that a 64bit kernel cannot use VESA BIOS functions. You should be able to use standard VGA modes though, which don't require VESA support. Anyway, there have been several ideas floating around to fix or work-around the VESA problem for amd64. One of them involves letting the loader prepare graphics mode (doing all the VESA stuff) and hand all the necessary information to the kernel, so the kernel only has to perform framebuffer access, but no VESA BIOS calls. It is my plan to try to look into that, but I would like to continue with the current work on the boot loader first. As soon as the graphics support in the loader is stable and "finished", I can start thinking about how to interface that graphics support with the kernel's syscons driver (which is a very sensitive piece of code). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 12:22:43 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B2C106564A for ; Fri, 6 Feb 2009 12:22:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA438FC1E for ; Fri, 6 Feb 2009 12:22:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11230 for ; Fri, 06 Feb 2009 14:22:36 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498C2B8B.4000101@icyb.net.ua> Date: Fri, 06 Feb 2009 14:22:35 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: (openbsd) sensors framework X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:22:43 -0000 Is there anybody who uses sensors framework and maintains it in their source tree? I mean the one that was ported from OpenBSD by Constantine Murenin, the one was added to our source tree and removed shortly after. I am interested in a patch that would apply to stable/7 or trunk. Thank you in advance. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 12:02:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4BA110658A7 for ; Fri, 6 Feb 2009 12:02:33 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1C13E8FC1E for ; Fri, 6 Feb 2009 12:02:09 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by gxk14 with SMTP id 14so904362gxk.19 for ; Fri, 06 Feb 2009 04:02:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hmcccV1haSfZps8h0nL9q14CIoFsLoUylOBNqCK6ZU8=; b=Q37+oSpqFJI2G1d8FRf6FG/JkujZaBzod6gOCHRoYez2JqpCUPwlVtWGSUyLdW+ywI +hv5Tu1Qf9S0MrmP5i6VlbQkW3Ut7vgFEHP6az9gLZA99NS4Huwm9KI7VYGQtk/NqQ7E QcFXxAXB+ZobyLBGHhlFBIP0b5/TS4rstDWME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LIOnbsfkZVNHg3ADjgQhjcvmXXzAiwS/PatcK8V4sBNU7vb6jir/7+e7Kz+YLdss6j Uf5R6Kh39cpwjZ46DrKWUl20KJk6jAghLniuRr9e2Jof4OkmadqAnWkZEVE5Qm+vnS58 vbYQ2uCtlg8NsjGClv33zDF0uBDfnPhFoDaCE= MIME-Version: 1.0 Received: by 10.150.219.16 with SMTP id r16mr112684ybg.156.1233919825403; Fri, 06 Feb 2009 03:30:25 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 09:30:25 -0200 Message-ID: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> From: Renato Botelho To: Oliver Fromme Content-Type: multipart/mixed; boundary=000e0cd3f858dfe19804623e58fb X-Mailman-Approved-At: Fri, 06 Feb 2009 12:27:16 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:02:56 -0000 --000e0cd3f858dfe19804623e58fb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Thu, Feb 5, 2009 at 8:18 PM, Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Hello Oliver It worked here, on a 8.0-current i386 r188003, the only small thing is it show a red border when show the menu. There is a dmidecode output attached, just to give you some information about the bios. Thanks and congrats for the nice job -- Renato Botelho --000e0cd3f858dfe19804623e58fb Content-Type: application/octet-stream; name="dmidecode.out" Content-Disposition: attachment; filename="dmidecode.out" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fqus0doj0 IyBkbWlkZWNvZGUgMi4xMApTTUJJT1MgMi4zIHByZXNlbnQuCjMzIHN0cnVjdHVyZXMgb2NjdXB5 aW5nIDEwMTIgYnl0ZXMuClRhYmxlIGF0IDB4MDAwRjAxMDAuCgpIYW5kbGUgMHgwMDAwLCBETUkg dHlwZSAwLCAyMCBieXRlcwpCSU9TIEluZm9ybWF0aW9uCglWZW5kb3I6IEF3YXJkIFNvZnR3YXJl IEludGVybmF0aW9uYWwsIEluYy4KCVZlcnNpb246IEY1QgoJUmVsZWFzZSBEYXRlOiAwNy8xOC8y MDA3CglBZGRyZXNzOiAweEUwMDAwCglSdW50aW1lIFNpemU6IDEyOCBrQgoJUk9NIFNpemU6IDUx MiBrQgoJQ2hhcmFjdGVyaXN0aWNzOgoJCVBDSSBpcyBzdXBwb3J0ZWQKCQlQTlAgaXMgc3VwcG9y dGVkCgkJQVBNIGlzIHN1cHBvcnRlZAoJCUJJT1MgaXMgdXBncmFkZWFibGUKCQlCSU9TIHNoYWRv d2luZyBpcyBhbGxvd2VkCgkJQm9vdCBmcm9tIENEIGlzIHN1cHBvcnRlZAoJCVNlbGVjdGFibGUg Ym9vdCBpcyBzdXBwb3J0ZWQKCQlCSU9TIFJPTSBpcyBzb2NrZXRlZAoJCUVERCBpcyBzdXBwb3J0 ZWQKCQk1LjI1Ii8zNjAga0IgZmxvcHB5IHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxM2gp CgkJNS4yNSIvMS4yIE1CIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJ CTMuNSIvNzIwIGtCIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJCTMu NSIvMi44OCBNQiBmbG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQlQcmlu dCBzY3JlZW4gc2VydmljZSBpcyBzdXBwb3J0ZWQgKGludCA1aCkKCQk4MDQyIGtleWJvYXJkIHNl cnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCA5aCkKCQlTZXJpYWwgc2VydmljZXMgYXJlIHN1cHBv cnRlZCAoaW50IDE0aCkKCQlQcmludGVyIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxN2gp CgkJQ0dBL21vbm8gdmlkZW8gc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEwaCkKCQlBQ1BJ IGlzIHN1cHBvcnRlZAoJCVVTQiBsZWdhY3kgaXMgc3VwcG9ydGVkCgkJQUdQIGlzIHN1cHBvcnRl ZAoJCUxTLTEyMCBib290IGlzIHN1cHBvcnRlZAoJCUFUQVBJIFppcCBkcml2ZSBib290IGlzIHN1 cHBvcnRlZAoJCUJJT1MgYm9vdCBzcGVjaWZpY2F0aW9uIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4 MDAwMSwgRE1JIHR5cGUgMSwgMjUgYnl0ZXMKU3lzdGVtIEluZm9ybWF0aW9uCglNYW51ZmFjdHVy ZXI6ICAKCVByb2R1Y3QgTmFtZTogIAoJVmVyc2lvbjogIAoJU2VyaWFsIE51bWJlcjogIAoJVVVJ RDogTm90IFByZXNlbnQKCVdha2UtdXAgVHlwZTogUG93ZXIgU3dpdGNoCgpIYW5kbGUgMHgwMDAy LCBETUkgdHlwZSAyLCA4IGJ5dGVzCkJhc2UgQm9hcmQgSW5mb3JtYXRpb24KCU1hbnVmYWN0dXJl cjogIAoJUHJvZHVjdCBOYW1lOiBQNE04MDBQcm8tODIzNwoJVmVyc2lvbjogIAoJU2VyaWFsIE51 bWJlcjogTW9uIEphbiAwMSAwMDowMTowNCAyMDA3LgoKSGFuZGxlIDB4MDAwMywgRE1JIHR5cGUg MywgMTcgYnl0ZXMKQ2hhc3NpcyBJbmZvcm1hdGlvbgoJTWFudWZhY3R1cmVyOiAgCglUeXBlOiBE ZXNrdG9wCglMb2NrOiBOb3QgUHJlc2VudAoJVmVyc2lvbjogIAoJU2VyaWFsIE51bWJlcjogIAoJ QXNzZXQgVGFnOiAgCglCb290LXVwIFN0YXRlOiBVbmtub3duCglQb3dlciBTdXBwbHkgU3RhdGU6 IFVua25vd24KCVRoZXJtYWwgU3RhdGU6IFVua25vd24KCVNlY3VyaXR5IFN0YXR1czogVW5rbm93 bgoJT0VNIEluZm9ybWF0aW9uOiAweDAwMDAwMDAwCgpIYW5kbGUgMHgwMDA0LCBETUkgdHlwZSA0 LCAzNSBieXRlcwpQcm9jZXNzb3IgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogU29j a2V0IDc3NQoJVHlwZTogQ2VudHJhbCBQcm9jZXNzb3IKCUZhbWlseTogUGVudGl1bSA0CglNYW51 ZmFjdHVyZXI6IEludGVsCglJRDogNjUgMEYgMDAgMDAgRkYgRkIgRUIgQkYKCVNpZ25hdHVyZTog VHlwZSAwLCBGYW1pbHkgMTUsIE1vZGVsIDYsIFN0ZXBwaW5nIDUKCUZsYWdzOgoJCUZQVSAoRmxv YXRpbmctcG9pbnQgdW5pdCBvbi1jaGlwKQoJCVZNRSAoVmlydHVhbCBtb2RlIGV4dGVuc2lvbikK CQlERSAoRGVidWdnaW5nIGV4dGVuc2lvbikKCQlQU0UgKFBhZ2Ugc2l6ZSBleHRlbnNpb24pCgkJ VFNDIChUaW1lIHN0YW1wIGNvdW50ZXIpCgkJTVNSIChNb2RlbCBzcGVjaWZpYyByZWdpc3RlcnMp CgkJUEFFIChQaHlzaWNhbCBhZGRyZXNzIGV4dGVuc2lvbikKCQlNQ0UgKE1hY2hpbmUgY2hlY2sg ZXhjZXB0aW9uKQoJCUNYOCAoQ01QWENIRzggaW5zdHJ1Y3Rpb24gc3VwcG9ydGVkKQoJCUFQSUMg KE9uLWNoaXAgQVBJQyBoYXJkd2FyZSBzdXBwb3J0ZWQpCgkJU0VQIChGYXN0IHN5c3RlbSBjYWxs KQoJCU1UUlIgKE1lbW9yeSB0eXBlIHJhbmdlIHJlZ2lzdGVycykKCQlQR0UgKFBhZ2UgZ2xvYmFs IGVuYWJsZSkKCQlNQ0EgKE1hY2hpbmUgY2hlY2sgYXJjaGl0ZWN0dXJlKQoJCUNNT1YgKENvbmRp dGlvbmFsIG1vdmUgaW5zdHJ1Y3Rpb24gc3VwcG9ydGVkKQoJCVBBVCAoUGFnZSBhdHRyaWJ1dGUg dGFibGUpCgkJUFNFLTM2ICgzNi1iaXQgcGFnZSBzaXplIGV4dGVuc2lvbikKCQlDTEZTSCAoQ0xG TFVTSCBpbnN0cnVjdGlvbiBzdXBwb3J0ZWQpCgkJRFMgKERlYnVnIHN0b3JlKQoJCUFDUEkgKEFD UEkgc3VwcG9ydGVkKQoJCU1NWCAoTU1YIHRlY2hub2xvZ3kgc3VwcG9ydGVkKQoJCUZYU1IgKEZh c3QgZmxvYXRpbmctcG9pbnQgc2F2ZSBhbmQgcmVzdG9yZSkKCQlTU0UgKFN0cmVhbWluZyBTSU1E IGV4dGVuc2lvbnMpCgkJU1NFMiAoU3RyZWFtaW5nIFNJTUQgZXh0ZW5zaW9ucyAyKQoJCVNTIChT ZWxmLXNub29wKQoJCUhUVCAoSHlwZXItdGhyZWFkaW5nIHRlY2hub2xvZ3kpCgkJVE0gKFRoZXJt YWwgbW9uaXRvciBzdXBwb3J0ZWQpCgkJUEJFIChQZW5kaW5nIGJyZWFrIGVuYWJsZWQpCglWZXJz aW9uOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVCglWb2x0YWdlOiAxLjMgVgoJRXh0ZXJuYWwg Q2xvY2s6IDIwMCBNSHoKCU1heCBTcGVlZDogNDAwMCBNSHoKCUN1cnJlbnQgU3BlZWQ6IDMwMDAg TUh6CglTdGF0dXM6IFBvcHVsYXRlZCwgRW5hYmxlZAoJVXBncmFkZTogWklGIFNvY2tldAoJTDEg Q2FjaGUgSGFuZGxlOiAweDAwMDkKCUwyIENhY2hlIEhhbmRsZTogMHgwMDBBCglMMyBDYWNoZSBI YW5kbGU6IE5vdCBQcm92aWRlZAoJU2VyaWFsIE51bWJlcjogIAoJQXNzZXQgVGFnOiAgCglQYXJ0 IE51bWJlcjogIAoKSGFuZGxlIDB4MDAwNSwgRE1JIHR5cGUgNCwgMzUgYnl0ZXMKUHJvY2Vzc29y IEluZm9ybWF0aW9uCglTb2NrZXQgRGVzaWduYXRpb246IFNvY2tldCA3NzUKCVR5cGU6IENlbnRy YWwgUHJvY2Vzc29yCglGYW1pbHk6IFBlbnRpdW0gNAoJTWFudWZhY3R1cmVyOiBJbnRlbAoJSUQ6 IDY1IDBGIDAwIDAwIEZGIEZCIEVCIEJGCglTaWduYXR1cmU6IFR5cGUgMCwgRmFtaWx5IDE1LCBN b2RlbCA2LCBTdGVwcGluZyA1CglGbGFnczoKCQlGUFUgKEZsb2F0aW5nLXBvaW50IHVuaXQgb24t Y2hpcCkKCQlWTUUgKFZpcnR1YWwgbW9kZSBleHRlbnNpb24pCgkJREUgKERlYnVnZ2luZyBleHRl bnNpb24pCgkJUFNFIChQYWdlIHNpemUgZXh0ZW5zaW9uKQoJCVRTQyAoVGltZSBzdGFtcCBjb3Vu dGVyKQoJCU1TUiAoTW9kZWwgc3BlY2lmaWMgcmVnaXN0ZXJzKQoJCVBBRSAoUGh5c2ljYWwgYWRk cmVzcyBleHRlbnNpb24pCgkJTUNFIChNYWNoaW5lIGNoZWNrIGV4Y2VwdGlvbikKCQlDWDggKENN UFhDSEc4IGluc3RydWN0aW9uIHN1cHBvcnRlZCkKCQlBUElDIChPbi1jaGlwIEFQSUMgaGFyZHdh cmUgc3VwcG9ydGVkKQoJCVNFUCAoRmFzdCBzeXN0ZW0gY2FsbCkKCQlNVFJSIChNZW1vcnkgdHlw ZSByYW5nZSByZWdpc3RlcnMpCgkJUEdFIChQYWdlIGdsb2JhbCBlbmFibGUpCgkJTUNBIChNYWNo aW5lIGNoZWNrIGFyY2hpdGVjdHVyZSkKCQlDTU9WIChDb25kaXRpb25hbCBtb3ZlIGluc3RydWN0 aW9uIHN1cHBvcnRlZCkKCQlQQVQgKFBhZ2UgYXR0cmlidXRlIHRhYmxlKQoJCVBTRS0zNiAoMzYt Yml0IHBhZ2Ugc2l6ZSBleHRlbnNpb24pCgkJQ0xGU0ggKENMRkxVU0ggaW5zdHJ1Y3Rpb24gc3Vw cG9ydGVkKQoJCURTIChEZWJ1ZyBzdG9yZSkKCQlBQ1BJIChBQ1BJIHN1cHBvcnRlZCkKCQlNTVgg KE1NWCB0ZWNobm9sb2d5IHN1cHBvcnRlZCkKCQlGWFNSIChGYXN0IGZsb2F0aW5nLXBvaW50IHNh dmUgYW5kIHJlc3RvcmUpCgkJU1NFIChTdHJlYW1pbmcgU0lNRCBleHRlbnNpb25zKQoJCVNTRTIg KFN0cmVhbWluZyBTSU1EIGV4dGVuc2lvbnMgMikKCQlTUyAoU2VsZi1zbm9vcCkKCQlIVFQgKEh5 cGVyLXRocmVhZGluZyB0ZWNobm9sb2d5KQoJCVRNIChUaGVybWFsIG1vbml0b3Igc3VwcG9ydGVk KQoJCVBCRSAoUGVuZGluZyBicmVhayBlbmFibGVkKQoJVmVyc2lvbjogSW50ZWwoUikgUGVudGl1 bShSKSA0IENQVQoJVm9sdGFnZTogMS4zIFYKCUV4dGVybmFsIENsb2NrOiAyMDAgTUh6CglNYXgg U3BlZWQ6IDQwMDAgTUh6CglDdXJyZW50IFNwZWVkOiAzMDAwIE1IegoJU3RhdHVzOiBQb3B1bGF0 ZWQsIEVuYWJsZWQKCVVwZ3JhZGU6IFpJRiBTb2NrZXQKCUwxIENhY2hlIEhhbmRsZTogMHgwMDBB CglMMiBDYWNoZSBIYW5kbGU6IDB4MDAwQgoJTDMgQ2FjaGUgSGFuZGxlOiBOb3QgUHJvdmlkZWQK CVNlcmlhbCBOdW1iZXI6ICAKCUFzc2V0IFRhZzogIAoJUGFydCBOdW1iZXI6ICAKCkhhbmRsZSAw eDAwMDYsIERNSSB0eXBlIDUsIDIwIGJ5dGVzCk1lbW9yeSBDb250cm9sbGVyIEluZm9ybWF0aW9u CglFcnJvciBEZXRlY3RpbmcgTWV0aG9kOiBOb25lCglFcnJvciBDb3JyZWN0aW5nIENhcGFiaWxp dGllczoKCQlOb25lCglTdXBwb3J0ZWQgSW50ZXJsZWF2ZTogT25lLXdheSBJbnRlcmxlYXZlCglD dXJyZW50IEludGVybGVhdmU6IEZvdXItd2F5IEludGVybGVhdmUKCU1heGltdW0gTWVtb3J5IE1v ZHVsZSBTaXplOiAxMDI0IE1CCglNYXhpbXVtIFRvdGFsIE1lbW9yeSBTaXplOiAyMDQ4IE1CCglT dXBwb3J0ZWQgU3BlZWRzOgoJCTcwIG5zCgkJNjAgbnMKCVN1cHBvcnRlZCBNZW1vcnkgVHlwZXM6 CgkJU3RhbmRhcmQKCQlFRE8KCU1lbW9yeSBNb2R1bGUgVm9sdGFnZTogMy4zIFYKCUFzc29jaWF0 ZWQgTWVtb3J5IFNsb3RzOiAyCgkJMHgwMDA3CgkJMHgwMDA4CglFbmFibGVkIEVycm9yIENvcnJl Y3RpbmcgQ2FwYWJpbGl0aWVzOgoJCU5vbmUKCkhhbmRsZSAweDAwMDcsIERNSSB0eXBlIDYsIDEy IGJ5dGVzCk1lbW9yeSBNb2R1bGUgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogQTAK CUJhbmsgQ29ubmVjdGlvbnM6IDAgMQoJQ3VycmVudCBTcGVlZDogMzcgbnMKCVR5cGU6IE90aGVy CglJbnN0YWxsZWQgU2l6ZTogMTAyNCBNQiAoU2luZ2xlLWJhbmsgQ29ubmVjdGlvbikKCUVuYWJs ZWQgU2l6ZTogMTAyNCBNQiAoU2luZ2xlLWJhbmsgQ29ubmVjdGlvbikKCUVycm9yIFN0YXR1czog T0sKCkhhbmRsZSAweDAwMDgsIERNSSB0eXBlIDYsIDEyIGJ5dGVzCk1lbW9yeSBNb2R1bGUgSW5m b3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogQTEKCUJhbmsgQ29ubmVjdGlvbnM6IDIgMwoJ Q3VycmVudCBTcGVlZDogMzcgbnMKCVR5cGU6IE90aGVyCglJbnN0YWxsZWQgU2l6ZTogTm90IElu c3RhbGxlZAoJRW5hYmxlZCBTaXplOiBOb3QgSW5zdGFsbGVkCglFcnJvciBTdGF0dXM6IE9LCgpI YW5kbGUgMHgwMDA5LCBETUkgdHlwZSA3LCAxOSBieXRlcwpDYWNoZSBJbmZvcm1hdGlvbgoJU29j a2V0IERlc2lnbmF0aW9uOiBJbnRlcm5hbCBDYWNoZQoJQ29uZmlndXJhdGlvbjogRW5hYmxlZCwg Tm90IFNvY2tldGVkLCBMZXZlbCAxCglPcGVyYXRpb25hbCBNb2RlOiBXcml0ZSBCYWNrCglMb2Nh dGlvbjogSW50ZXJuYWwKCUluc3RhbGxlZCBTaXplOiAxNiBrQgoJTWF4aW11bSBTaXplOiAxNiBr QgoJU3VwcG9ydGVkIFNSQU0gVHlwZXM6CgkJU3luY2hyb25vdXMKCUluc3RhbGxlZCBTUkFNIFR5 cGU6IFN5bmNocm9ub3VzCglTcGVlZDogVW5rbm93bgoJRXJyb3IgQ29ycmVjdGlvbiBUeXBlOiBV bmtub3duCglTeXN0ZW0gVHlwZTogVW5rbm93bgoJQXNzb2NpYXRpdml0eTogVW5rbm93bgoKSGFu ZGxlIDB4MDAwQSwgRE1JIHR5cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KCVNvY2tl dCBEZXNpZ25hdGlvbjogRXh0ZXJuYWwgQ2FjaGUKCUNvbmZpZ3VyYXRpb246IEVuYWJsZWQsIE5v dCBTb2NrZXRlZCwgTGV2ZWwgMgoJT3BlcmF0aW9uYWwgTW9kZTogV3JpdGUgQmFjawoJTG9jYXRp b246IEludGVybmFsCglJbnN0YWxsZWQgU2l6ZTogMjA0OCBrQgoJTWF4aW11bSBTaXplOiAxMDI0 IGtCCglTdXBwb3J0ZWQgU1JBTSBUeXBlczoKCQlTeW5jaHJvbm91cwoJSW5zdGFsbGVkIFNSQU0g VHlwZTogU3luY2hyb25vdXMKCVNwZWVkOiBVbmtub3duCglFcnJvciBDb3JyZWN0aW9uIFR5cGU6 IFVua25vd24KCVN5c3RlbSBUeXBlOiBVbmtub3duCglBc3NvY2lhdGl2aXR5OiBVbmtub3duCgpI YW5kbGUgMHgwMDBCLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0 aW9uCglJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogUFJJTUFSWSBJREUKCUludGVybmFs IENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBJREUKCUV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25h dG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQoJUG9ydCBUeXBlOiBPdGhlcgoK SGFuZGxlIDB4MDAwQywgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1h dGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFNFQ09OREFSWSBJREUKCUludGVy bmFsIENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBJREUKCUV4dGVybmFsIFJlZmVyZW5jZSBEZXNp Z25hdG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQoJUG9ydCBUeXBlOiBPdGhl cgoKSGFuZGxlIDB4MDAwRCwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZv cm1hdGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEZERAoJSW50ZXJuYWwgQ29u bmVjdG9yIFR5cGU6IE9uIEJvYXJkIEZsb3BweQoJRXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0 b3I6ICAKCUV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglQb3J0IFR5cGU6IDgyNTEgRklG TyBDb21wYXRpYmxlCgpIYW5kbGUgMHgwMDBFLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29u bmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogQ09NMQoJ SW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IDkgUGluIER1YWwgSW5saW5lIChwaW4gMTAgY3V0KQoJ RXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6ICAKCUV4dGVybmFsIENvbm5lY3RvciBUeXBl OiBEQi05IG1hbGUKCVBvcnQgVHlwZTogU2VyaWFsIFBvcnQgMTY0NTAgQ29tcGF0aWJsZQoKSGFu ZGxlIDB4MDAwRiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IENPTTIKCUludGVybmFsIENvbm5lY3Rv ciBUeXBlOiA5IFBpbiBEdWFsIElubGluZSAocGluIDEwIGN1dCkKCUV4dGVybmFsIFJlZmVyZW5j ZSBEZXNpZ25hdG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogREItOSBtYWxlCglQb3J0 IFR5cGU6IFNlcmlhbCBQb3J0IDE2NDUwIENvbXBhdGlibGUKCkhhbmRsZSAweDAwMTAsIERNSSB0 eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24KCUludGVybmFsIFJlZmVy ZW5jZSBEZXNpZ25hdG9yOiBMUFQxCglJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogREItMjUgZmVt YWxlCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0ZXJuYWwgQ29ubmVjdG9y IFR5cGU6IERCLTI1IGZlbWFsZQoJUG9ydCBUeXBlOiBQYXJhbGxlbCBQb3J0IEVDUC9FUFAKCkhh bmRsZSAweDAwMTEsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRp b24KCUludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBLZXlib2FyZAoJSW50ZXJuYWwgQ29u bmVjdG9yIFR5cGU6IE90aGVyCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0 ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IFBTLzIKCVBvcnQgVHlwZTogS2V5Ym9hcmQgUG9ydAoKSGFu ZGxlIDB4MDAxMiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFBTLzIgTW91c2UKCUludGVybmFsIENv bm5lY3RvciBUeXBlOiBQUy8yCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogRGV0ZWN0 ZWQKCUV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBQUy8yCglQb3J0IFR5cGU6IE1vdXNlIFBvcnQK CkhhbmRsZSAweDAwMTMsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3Jt YXRpb24KCUludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBVU0IKCUludGVybmFsIENvbm5l Y3RvciBUeXBlOiBOb25lCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0ZXJu YWwgQ29ubmVjdG9yIFR5cGU6IEFjY2VzcyBCdXMgKFVTQikKCVBvcnQgVHlwZTogVVNCCgpIYW5k bGUgMHgwMDE0LCBETUkgdHlwZSA5LCAxMyBieXRlcwpTeXN0ZW0gU2xvdCBJbmZvcm1hdGlvbgoJ RGVzaWduYXRpb246IFBDSQoJVHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogQXZhaWxh YmxlCglMZW5ndGg6IExvbmcKCUlEOiA5CglDaGFyYWN0ZXJpc3RpY3M6CgkJNS4wIFYgaXMgcHJv dmlkZWQKCQkzLjMgViBpcyBwcm92aWRlZAoJCVBNRSBzaWduYWwgaXMgc3VwcG9ydGVkCgkJU01C dXMgc2lnbmFsIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4MDAxNSwgRE1JIHR5cGUgOSwgMTMgYnl0 ZXMKU3lzdGVtIFNsb3QgSW5mb3JtYXRpb24KCURlc2lnbmF0aW9uOiBQQ0kKCVR5cGU6IDMyLWJp dCBQQ0kKCUN1cnJlbnQgVXNhZ2U6IEF2YWlsYWJsZQoJTGVuZ3RoOiBMb25nCglJRDogMTAKCUNo YXJhY3RlcmlzdGljczoKCQk1LjAgViBpcyBwcm92aWRlZAoJCTMuMyBWIGlzIHByb3ZpZGVkCgkJ UE1FIHNpZ25hbCBpcyBzdXBwb3J0ZWQKCQlTTUJ1cyBzaWduYWwgaXMgc3VwcG9ydGVkCgpIYW5k bGUgMHgwMDE2LCBETUkgdHlwZSA5LCAxMyBieXRlcwpTeXN0ZW0gU2xvdCBJbmZvcm1hdGlvbgoJ RGVzaWduYXRpb246IFBDSQoJVHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogSW4gVXNl CglMZW5ndGg6IExvbmcKCUlEOiAxMQoJQ2hhcmFjdGVyaXN0aWNzOgoJCTUuMCBWIGlzIHByb3Zp ZGVkCgkJMy4zIFYgaXMgcHJvdmlkZWQKCQlQTUUgc2lnbmFsIGlzIHN1cHBvcnRlZAoJCVNNQnVz IHNpZ25hbCBpcyBzdXBwb3J0ZWQKCkhhbmRsZSAweDAwMTcsIERNSSB0eXBlIDksIDEzIGJ5dGVz ClN5c3RlbSBTbG90IEluZm9ybWF0aW9uCglEZXNpZ25hdGlvbjogQUdQCglUeXBlOiAzMi1iaXQg QUdQCglDdXJyZW50IFVzYWdlOiBJbiBVc2UKCUxlbmd0aDogTG9uZwoJSUQ6IDgKCUNoYXJhY3Rl cmlzdGljczoKCQk1LjAgViBpcyBwcm92aWRlZAoKSGFuZGxlIDB4MDAxOCwgRE1JIHR5cGUgMTMs IDIyIGJ5dGVzCkJJT1MgTGFuZ3VhZ2UgSW5mb3JtYXRpb24KCUluc3RhbGxhYmxlIExhbmd1YWdl czogMwoJCW58VVN8aXNvODg1OS0xCgkJbnxVU3xpc284ODU5LTEKCQlyfENBfGlzbzg4NTktMQoJ Q3VycmVudGx5IEluc3RhbGxlZCBMYW5ndWFnZTogbnxVU3xpc284ODU5LTEKCkhhbmRsZSAweDAw MTksIERNSSB0eXBlIDE2LCAxNSBieXRlcwpQaHlzaWNhbCBNZW1vcnkgQXJyYXkKCUxvY2F0aW9u OiBTeXN0ZW0gQm9hcmQgT3IgTW90aGVyYm9hcmQKCVVzZTogU3lzdGVtIE1lbW9yeQoJRXJyb3Ig Q29ycmVjdGlvbiBUeXBlOiBOb25lCglNYXhpbXVtIENhcGFjaXR5OiAxIEdCCglFcnJvciBJbmZv cm1hdGlvbiBIYW5kbGU6IE5vdCBQcm92aWRlZAoJTnVtYmVyIE9mIERldmljZXM6IDIKCkhhbmRs ZSAweDAwMUEsIERNSSB0eXBlIDE3LCAyNyBieXRlcwpNZW1vcnkgRGV2aWNlCglBcnJheSBIYW5k bGU6IDB4MDAxOQoJRXJyb3IgSW5mb3JtYXRpb24gSGFuZGxlOiBOb3QgUHJvdmlkZWQKCVRvdGFs IFdpZHRoOiBVbmtub3duCglEYXRhIFdpZHRoOiBVbmtub3duCglTaXplOiAxMDI0IE1CCglGb3Jt IEZhY3RvcjogRElNTQoJU2V0OiBOb25lCglMb2NhdG9yOiBBMAoJQmFuayBMb2NhdG9yOiBCYW5r MC8xCglUeXBlOiBVbmtub3duCglUeXBlIERldGFpbDogTm9uZQoJU3BlZWQ6IDQxNjMyIE1IegoJ TWFudWZhY3R1cmVyOiAgCglTZXJpYWwgTnVtYmVyOiAgCglBc3NldCBUYWc6ICAKCVBhcnQgTnVt YmVyOiAgCgpIYW5kbGUgMHgwMDFCLCBETUkgdHlwZSAxNywgMjcgYnl0ZXMKTWVtb3J5IERldmlj ZQoJQXJyYXkgSGFuZGxlOiAweDAwMTkKCUVycm9yIEluZm9ybWF0aW9uIEhhbmRsZTogTm90IFBy b3ZpZGVkCglUb3RhbCBXaWR0aDogVW5rbm93bgoJRGF0YSBXaWR0aDogVW5rbm93bgoJU2l6ZTog Tm8gTW9kdWxlIEluc3RhbGxlZAoJRm9ybSBGYWN0b3I6IERJTU0KCVNldDogTm9uZQoJTG9jYXRv cjogQTEKCUJhbmsgTG9jYXRvcjogQmFuazIvMwoJVHlwZTogVW5rbm93bgoJVHlwZSBEZXRhaWw6 IE5vbmUKCVNwZWVkOiBVbmtub3duCglNYW51ZmFjdHVyZXI6ICAKCVNlcmlhbCBOdW1iZXI6ICAK CUFzc2V0IFRhZzogIAoJUGFydCBOdW1iZXI6ICAKCkhhbmRsZSAweDAwMUMsIERNSSB0eXBlIDE5 LCAxNSBieXRlcwpNZW1vcnkgQXJyYXkgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6 IDB4MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDNGRkZGRkZGCglSYW5nZSBTaXpl OiAxIEdCCglQaHlzaWNhbCBBcnJheSBIYW5kbGU6IDB4MDAxOQoJUGFydGl0aW9uIFdpZHRoOiAz MgoKSGFuZGxlIDB4MDAxRCwgRE1JIHR5cGUgMjAsIDE5IGJ5dGVzCk1lbW9yeSBEZXZpY2UgTWFw cGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRy ZXNzOiAweDAwMDNGRkZGRkZGCglSYW5nZSBTaXplOiAxIEdCCglQaHlzaWNhbCBEZXZpY2UgSGFu ZGxlOiAweDAwMUEKCU1lbW9yeSBBcnJheSBNYXBwZWQgQWRkcmVzcyBIYW5kbGU6IDB4MDAxQwoJ UGFydGl0aW9uIFJvdyBQb3NpdGlvbjogMQoKSGFuZGxlIDB4MDAxRSwgRE1JIHR5cGUgMjAsIDE5 IGJ5dGVzCk1lbW9yeSBEZXZpY2UgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4 MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDAwMDAwM0ZGCglSYW5nZSBTaXplOiAx IGtCCglQaHlzaWNhbCBEZXZpY2UgSGFuZGxlOiAweDAwMUIKCU1lbW9yeSBBcnJheSBNYXBwZWQg QWRkcmVzcyBIYW5kbGU6IDB4MDAxQwoJUGFydGl0aW9uIFJvdyBQb3NpdGlvbjogMQoKSGFuZGxl IDB4MDAxRiwgRE1JIHR5cGUgMzIsIDExIGJ5dGVzClN5c3RlbSBCb290IEluZm9ybWF0aW9uCglT dGF0dXM6IE5vIGVycm9ycyBkZXRlY3RlZAoKSGFuZGxlIDB4MDAyMCwgRE1JIHR5cGUgMTI3LCA0 IGJ5dGVzCkVuZCBPZiBUYWJsZQoK --000e0cd3f858dfe19804623e58fb-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 12:35:48 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549E51065701 for ; Fri, 6 Feb 2009 12:35:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 82A8A8FC1E for ; Fri, 6 Feb 2009 12:35:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11619 for ; Fri, 06 Feb 2009 14:35:45 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498C2EA0.6080604@icyb.net.ua> Date: Fri, 06 Feb 2009 14:35:44 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Super I/O driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:35:49 -0000 Do we have any drivers for special functions provided by ISA/LPC Super I/Os. I mean many of them have watchdog capabilities, GPIO, etc. I do not meant fdc, lpt, sio/uart and hwm which are 9or can be) handled as the devices of their own. I have some quite hairy code for Winbond W83977EF that provides watchdog and led interfaces (the latter is for power led). I'd like to understand what is the best/canonical way to access superio's ports, enter configuration mode, etc. Also, it would be interesting to see how various configurations/wirings of the same superio could be handled. I looked at some Linux drivers but their coding ways are quite different and they typically handle only one wiring type (probably the one that was found on author's motherboard). I also would be interested in a general discussion on this topic (superios). BTW, do we have some interface to userland or GPIO? Something similar to led(4), but more generic (and supporting 'I' as well 'O'). -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 13:31:13 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5F96106564A for ; Fri, 6 Feb 2009 13:31:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DD13F8FC08 for ; Fri, 6 Feb 2009 13:31:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA13451 for ; Fri, 06 Feb 2009 15:31:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498C3B9E.4090100@icyb.net.ua> Date: Fri, 06 Feb 2009 15:31:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: i386: rtc, nvram and the upper bank X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 13:31:13 -0000 It seems that on at least "real Intel" i386 platform since 440/PIIX4 chipset times there 256 bytes of RTC NVRAM (minus actual timer/control registers). Access to upper 128 bytes can enabled/disabled via chipset configuration. For earlier chipsets it can be done via PCI config (e.g. register 0xcb of Host-ISA bridge on PIIX4) or via memory mapped "root complex" (e.g. for ICH9). Ports 0x72 and 0x73 are used for access to the upper NVRAM when it is enabled similarly to 0x70/0x71. When the upper NVRAM is disabled then 0x72/0x73 access the lower NVRAM. Multi-piece suggestion: 1. fix signatures of rtcin/writertc functions - uint8_t for register number and value (instead of ints), also rtcin() definition in sys/i386/isa/clock.c seems to be "old-style". 2. either add rtcin2/writertc2 for access to upper NVRAM, or make rtcin/writertc interpret reg numbers > 0x7f as access to upper NVRAM; the latter proposal has a shortcoming on not being to explicitly control 0x80 bit ("NMI something") anymore, but I really doubt that that bit is any useful or that it is actually used. 3. add a check/quirk somewhere[?] to enable access to upper NVRAM, because sometimes BIOS disables it or chipset has it disabled by default. 4. update sys/dev/nvram to be able to access 256 bytes Also, I understand that nvram device has an interface compatible with ts Linux "brother", but I think it would better to address NVRAM bytes by their true address and simply "mask out" control registers. I.e. always return 0x00 or 0xff on reads and ignore writes. It is not really userland's business to mess with those registers. And I am not sure about checksum calculation/verification. I think it is not the kernel's business. If a userland program modifies NVRAM content it must already understand its structure and meaning, so it should update any checksums on its own. Also, something to look at, long-term. Why not use rtc device/framework for i386 and amd64. Why not re-use mc146818. Why not extend rtc interface with NVRAM access methods. I already have some code for 1-4 (used on a running system). -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 13:35:25 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E9F1065670; Fri, 6 Feb 2009 13:35:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3088FC1A; Fri, 6 Feb 2009 13:35:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16DZNaP063756; Fri, 6 Feb 2009 14:35:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16DZNA9063755; Fri, 6 Feb 2009 14:35:23 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 14:35:23 +0100 (CET) Message-Id: <200902061335.n16DZNA9063755@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, rbgarga@gmail.com In-Reply-To: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 14:35:23 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 13:35:26 -0000 Renato Botelho wrote: > It worked here, on a 8.0-current i386 r188003, the only small > thing is it show a red border when show the menu. Do you mean a red line at the top right corner? That problem has already been reported and fixed in my local source tree. > There is a dmidecode output attached, just to give you some > information about the bios. Thanks! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 13:40:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6725E1065676 for ; Fri, 6 Feb 2009 13:40:13 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id ACBFE8FC1F for ; Fri, 6 Feb 2009 13:40:12 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 06 Feb 2009 13:13:31 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp011) with SMTP; 06 Feb 2009 14:13:31 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1/0UtZb1rX0Nra94gfpDP9jsAuD8TM8Ku7FLzy5jB cewt8XJ2nDFLLF From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 14:13:52 +0100 User-Agent: KMail/1.9.10 References: <200902060925.n169PObG053288@lurza.secnetix.de> In-Reply-To: <200902060925.n169PObG053288@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902061413.53508.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Cc: freebsd-hackers@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 13:40:14 -0000 Hi Oliver! On Friday 06 February 2009, Oliver Fromme wrote: > Danny Braniss wrote: > > just tried it via pxe: > > > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > > > what changes are needed in pxeboot? > > The panic message means that the heap memory was corruped. > It could be caused by a buffer overflow or similar. > I'll try to look into it. I got this some years ago when I played with FreeBSD 6.1. It has something to do with reading/parsing the loader.conf file. Inserting some dummy lines (comments etc.) into loader.conf solves it (at least that's a workaround). As I've never seen it again since 6.1 I thought it has already been fixed :-(. Christian. > > When does that message appear? Could you provide a screen > shot? > > Best regards > Oliver From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 14:13:54 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D7DB1065670; Fri, 6 Feb 2009 14:13:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC0918FC1F; Fri, 6 Feb 2009 14:13:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16EDgeq065858; Fri, 6 Feb 2009 15:13:43 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16EDgii065856; Fri, 6 Feb 2009 15:13:42 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902061413.n16EDgii065856@lurza.secnetix.de> To: c47g@gmx.at (Christian Gusenbauer) Date: Fri, 6 Feb 2009 15:13:42 +0100 (CET) In-Reply-To: <200902061413.53508.c47g@gmx.at> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 15:13:43 +0100 (CET) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:13:54 -0000 Christian Gusenbauer wrote: > Oliver Fromme wrote: > > Danny Braniss wrote: > > > just tried it via pxe: > > > > > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > > > > > what changes are needed in pxeboot? > > > > The panic message means that the heap memory was corruped. > > It could be caused by a buffer overflow or similar. > > I'll try to look into it. > > I got this some years ago when I played with FreeBSD 6.1. It has something to > do with reading/parsing the loader.conf file. Inserting some dummy lines > (comments etc.) into loader.conf solves it (at least that's a workaround). As > I've never seen it again since 6.1 I thought it has already been fixed :-(. I think that's unrelated. That guard panic just means that the program has written beyond the memory that was allocated. Unfortunately it is difficult to find the piece of code responsible for that behaviour (especially when I can't reproduce the problem myself because I don't have a PXE- capable machine). It could be almost anywhere. In fact, the bug doesn't even have to be in the C code: FORTH supports (and even encourages) pointer arithmetic, too. This is real fun ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 15:08:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8473A1065688; Fri, 6 Feb 2009 15:08:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E1C788FC0A; Fri, 6 Feb 2009 15:08:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16F8AF0068445; Fri, 6 Feb 2009 16:08:11 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16F8AVX068443; Fri, 6 Feb 2009 16:08:10 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902061508.n16F8AVX068443@lurza.secnetix.de> To: rbgarga@gmail.com (Renato Botelho) Date: Fri, 6 Feb 2009 16:08:10 +0100 (CET) In-Reply-To: <747dc8f30902060655r143b5ac9ud6f060d1d8351ae1@mail.gmail.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 16:08:11 +0100 (CET) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:08:14 -0000 Renato Botelho wrote: > Oliver Fromme wrote: > > Renato Botelho wrote: > > > It worked here, on a 8.0-current i386 r188003, the only small > > > thing is it show a red border when show the menu. > > > > Do you mean a red line at the top right corner? > > That problem has already been reported and fixed > > in my local source tree. > > Not exactly, it's a big red border on 4 sides of screen, something > like there is a red background bigger than image and image is in > front of it. I see. Is that an old CRT monitor (not a TFT display)? I think I have an idea what might be causing it. On CRT monitors, the border beyond the pixel area is set to the color of the first palette entry by default. The background PCX image happens to have red as the first palette entry. So you see a red border. In my tests I didn't notice the problem because I only tested with TFT displays and qemu. These don't have a visible border. The fix should be to set the border color to the same value as the background color (in this case that would be black). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 14:55:17 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06711106566C; Fri, 6 Feb 2009 14:55:17 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 923698FC17; Fri, 6 Feb 2009 14:55:16 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so15505ywt.13 for ; Fri, 06 Feb 2009 06:55:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=z9sWuI5HsoDfdwZ9NM0YArrFJKPN1DuEenIx9Hj6vXY=; b=pesDM/orG1v/yZwYXKYOH3cViiAid0Qt0zdZP8MYewO/GqW9Mq8dOl5syq/899ycm3 EMsdPTJo099yM+8Wt/wrRg8h8O9jS6kh7Rki7BFKOa3gzdMh/QaztRmnlhrQW/11Fryp 448sJF2Gxd+JWw+NwP22E1cOOvaIzERSDSZ18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eNZoXuatSPzFAhAWLLFy1/SScmRagitFq/yx8RloGkP4WbM544b1fINGY3xuVz+JSR k1+ZdTgTE+4dYi1CKdQlcEBVNLFT7WuDLFd3gn/xH8X4K7PVOQy/GBnm1DjD+ACm14Nr DtVDO67DOXoBiVVOxiyMD3yLg13GDu4gnEWgE= MIME-Version: 1.0 Received: by 10.150.51.2 with SMTP id y2mr148841yby.138.1233932115964; Fri, 06 Feb 2009 06:55:15 -0800 (PST) In-Reply-To: <200902061335.n16DZNA9063755@lurza.secnetix.de> References: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> <200902061335.n16DZNA9063755@lurza.secnetix.de> Date: Fri, 6 Feb 2009 12:55:15 -0200 Message-ID: <747dc8f30902060655r143b5ac9ud6f060d1d8351ae1@mail.gmail.com> From: Renato Botelho To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 06 Feb 2009 15:09:29 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:55:17 -0000 On Fri, Feb 6, 2009 at 11:35 AM, Oliver Fromme wrote: > Renato Botelho wrote: > > It worked here, on a 8.0-current i386 r188003, the only small > > thing is it show a red border when show the menu. > > Do you mean a red line at the top right corner? > That problem has already been reported and fixed > in my local source tree. Not exactly, it's a big red border on 4 sides of screen, something like there is a red background bigger than image and image is in front of it. I don't have a camera here at the moment to give you a picture but i can do it on monday. -- Renato Botelho From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 15:10:35 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 293BC1065742 for ; Fri, 6 Feb 2009 15:10:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CDBAF8FC35 for ; Fri, 6 Feb 2009 15:10:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVSLg-0001fU-Fk; Fri, 06 Feb 2009 17:10:32 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Andriy Gapon In-reply-to: <498C3B9E.4090100@icyb.net.ua> References: <498C3B9E.4090100@icyb.net.ua> Comments: In-reply-to Andriy Gapon message dated "Fri, 06 Feb 2009 15:31:10 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 17:10:32 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@FreeBSD.org Subject: Re: i386: rtc, nvram and the upper bank X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:10:36 -0000 take a look in: http://www.cs.huji.ac.il/~danny/ftp/freebsd/gpio/ it's a primitive hack/attempt :-) danny From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 15:21:38 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 341A81065674 for ; Fri, 6 Feb 2009 15:21:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 54C1A8FC22 for ; Fri, 6 Feb 2009 15:21:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA17133; Fri, 06 Feb 2009 17:21:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498C5567.6070803@icyb.net.ua> Date: Fri, 06 Feb 2009 17:21:11 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Danny Braniss References: <498C3B9E.4090100@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: i386: rtc, nvram and the upper bank X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:21:38 -0000 on 06/02/2009 17:10 Danny Braniss said the following: > take a look in: > http://www.cs.huji.ac.il/~danny/ftp/freebsd/gpio/ > it's a primitive hack/attempt :-) Thanks a lot! P.S. I guess you intended to reply to my other post ("SuperIO blah blah") :-) -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 15:46:41 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF0A106566C for ; Fri, 6 Feb 2009 15:46:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id E9BC28FC20 for ; Fri, 6 Feb 2009 15:46:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVSud-0001xM-Kk; Fri, 06 Feb 2009 17:46:39 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Andriy Gapon In-reply-to: Your message of Fri, 06 Feb 2009 17:21:11 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 17:46:39 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@FreeBSD.org Subject: Re: i386: rtc, nvram and the upper bank X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:46:41 -0000 > on 06/02/2009 17:10 Danny Braniss said the following: > > take a look in: > > http://www.cs.huji.ac.il/~danny/ftp/freebsd/gpio/ > > it's a primitive hack/attempt :-) > > Thanks a lot! > > P.S. I guess you intended to reply to my other post ("SuperIO blah > blah") :-) yeah, typical case of brain to fingers packet loss :-) danny > > > -- > Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 17:17:21 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18ACC106567C; Fri, 6 Feb 2009 17:17:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 682548FC1F; Fri, 6 Feb 2009 17:17:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so496381fgb.35 for ; Fri, 06 Feb 2009 09:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2t7OwRwlAl+WjPnTbrS4YopMT4LpTVEB1VkuEIMAoPI=; b=cw7UcONy+coUkV0KzvXEpEx4c+JkOSoIQwPNENo1OuzKe+PkEBDh3t+c0EXsDYjk3a 0/TsV4wTwCO+Co7b1Qm+n68IYC69VFxiiFSV8zRVhpojJuhs5VZmvoMyM9ue+E+e8qy6 lVsBgqywrkUhHETAJWmMNV8BaSU0vwblh5cXI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CR391aBu4l327aFqZ2/LH5zGt6tWzUXb4KTxmHhs7VA3uAeg79AJEwfzoFeUTB6HL+ 22bTxyGSTR4bYwNHiRZgJetuZVspESIFJzH3XfjbctFEbpQ5q0ns5NyU1s2VqRXRkWHk k4sVsfk3foXXERX2Xgme8/GDbVh/Mr8LV5HGo= MIME-Version: 1.0 Received: by 10.86.33.10 with SMTP id g10mr1092509fgg.44.1233940639403; Fri, 06 Feb 2009 09:17:19 -0800 (PST) In-Reply-To: <498BA5D5.4080100@samsco.org> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <498BA5D5.4080100@samsco.org> Date: Fri, 6 Feb 2009 20:17:19 +0300 Message-ID: From: pluknet To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 17:17:21 -0000 Hi, Scott! 2009/2/6 Scott Long : > Oliver Fromme wrote: >> >> Hello fellow hackers, >> >> Some of you might remember that I'm working on graphics >> support for our /boot/loader. Unfortunately, progress has >> been rather slow because of non-FreeBSD-related activity. >> >> Anyway, I have now prepared a tarball containing a loader >> binary for public testing. If you are eager to give it a >> try, please feel free to do so. It should work with any >> FreeBSD version on i386 and amd64 platforms. >> >> I have posted detailed instructions on the FreeBSD wiki: >> >> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >> >> Any kind of feedback is welcome. >> > > I think that this is really neat, you've done an impressive job > with it good job. However, I do take issue with your criticism > of the ASCII logo; I actually spent a decent amount of time > designing the block text logo =-) I wish that there hadn't been > moronic politics over the beastie logo, as that does look a lot > better, even if it is text. And text is still required for > serial consoles. Hey, then what's about that? ;) --- /boot/beastie.4th 2008-08-19 23:59:01.000000000 +0600 +++ /boot/beastie.4th 2008-12-24 18:14:48.000000000 +0500 @@ -109,6 +109,27 @@ at-xy ." |____/|_____/|_____/" ; +: share-logo ( x y -- ) +2dup at-xy ." `````" 1+ +2dup at-xy ." `-/oo/-```.:oshddmmddhso:.```:+oo/." 1+ +2dup at-xy ." .--/shdmddNMMMMMMMMNNNdyhmddNNmh+--" 1+ +2dup at-xy ." `:--/smMMMMMMMMMMMMMMNy+mMMNmho/-::" 1+ +2dup at-xy ." `/+dMMNMMMNNNNNNNNNNNmddNmho/:-/+" 1+ +2dup at-xy ." /mNNNMMMNmmmddddhhhhhhsso/:-:+y" 1+ +2dup at-xy ." :dmdmNMNmdhyso++///:::////::-++sh" 1+ +2dup at-xy ." `hdhdNMmhs+////:::::---------:://sy" 1+ +2dup at-xy ." -dsoyhhso/:::::::::--------.--.--+m" 1+ +2dup at-xy ." :d+/+++++/:::::::------------....oN" 1+ +2dup at-xy ." -m/://////:::::-------------...-/dm" 1+ +2dup at-xy ." ys-:://////:::------------..--omN" 1+ +2dup at-xy ." .d+-::///////:--------------:ohNd" 1+ +2dup at-xy ." .ho-:::://////:::::::::///++shy" 1+ +2dup at-xy ." `+s:-:::::////////+++++o+oyh+" 1+ +2dup at-xy ." .+o/:::::///////++++osyy+" 1+ +2dup at-xy ." `-//////////++ossys/-" 1+ + at-xy ." `..--::::::-." +; + : print-logo ( x y -- ) s" loader_logo" getenv dup -1 = if @@ -131,6 +152,11 @@ beastie-logo exit then + 2dup s" share" compare-insensitive 0= if + 2drop + share-logo + exit + then 2dup s" none" compare-insensitive 0= if 2drop \ no logo (spied out from http://www.opennet.ru/opennews/art.shtml?num=20136) -- wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 17:39:12 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9F191065670; Fri, 6 Feb 2009 17:39:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B652B8FC20; Fri, 6 Feb 2009 17:39:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA21183; Fri, 06 Feb 2009 19:39:09 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498C75BD.5040205@icyb.net.ua> Date: Fri, 06 Feb 2009 19:39:09 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-arch@FreeBSD.org References: <4989EA2A.6050601@icyb.net.ua> In-Reply-To: <4989EA2A.6050601@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: NO_WERROR vs kernel builds X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 17:39:13 -0000 on 04/02/2009 21:19 Andriy Gapon said the following: > It seems that kernel builds ignore NO_WERROR. > Is this on purpose or by accident? > > I think that this happens because of the following lines in > sys/conf/kern.pre.mk: > > .if ${CC} != "icc" > CFLAGS+= -fno-common -finline-limit=${INLINE_LIMIT} > CFLAGS+= --param inline-unit-growth=100 > CFLAGS+= --param large-function-growth=1000 > .if ${MACHINE_ARCH} == "amd64" || ${MACHINE} == "i386" || \ > ${MACHINE_ARCH} == "ia64" || ${MACHINE_ARCH} == "powerpc" || \ > ${MACHINE_ARCH} == "sparc64" > WERROR?= -Werror > .endif > .endif > > I had to specify WERROR= on make's command line to catch a certain kind > of warnings in bulk instead of one by one. This was not obvious. > Can anybody please explain or comment (or rub my nose into it)? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 18:40:37 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48B3B1065672; Fri, 6 Feb 2009 18:40:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BE6B08FC16; Fri, 6 Feb 2009 18:40:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16IeZTm077755; Fri, 6 Feb 2009 19:40:35 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16IeYGn077754; Fri, 6 Feb 2009 19:40:34 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 19:40:34 +0100 (CET) Message-Id: <200902061840.n16IeYGn077754@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Scott Long , pluknet@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 19:40:35 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:40:37 -0000 pluknet wrote: > Scott Long wrote: > > I think that this is really neat, you've done an impressive job > > with it good job. However, I do take issue with your criticism > > of the ASCII logo; I actually spent a decent amount of time > > designing the block text logo =-) I wish that there hadn't been > > moronic politics over the beastie logo, as that does look a lot > > better, even if it is text. And text is still required for > > serial consoles. > > Hey, then what's about that? ;) > [...] I have to admit that I like Scott's text logo *much* better. Trying to render the "horned ball" logo with ASCII letters looks butt-ugly, IMHO. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 19:00:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F8AD1065717 for ; Fri, 6 Feb 2009 19:00:48 +0000 (UTC) (envelope-from dima_bsd@inbox.lv) Received: from smtp2.apollo.lv (smtp2.apollo.lv [80.232.168.229]) by mx1.freebsd.org (Postfix) with ESMTP id CD9EE8FC20 for ; Fri, 6 Feb 2009 19:00:47 +0000 (UTC) (envelope-from dima_bsd@inbox.lv) X-Cloudmark-Score: 0.000000 [] X-Virusscan: Clamd Received: from [87.110.161.10] ([87.110.161.10] verified) by smtp2.apollo.lv (CommuniGate Pro SMTP 5.2.10) with ESMTP id 417888210 for freebsd-hackers@freebsd.org; Fri, 06 Feb 2009 20:00:44 +0200 From: Dmitriy Demidov To: freebsd-hackers@freebsd.org Date: Fri, 6 Feb 2009 20:00:43 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200902062000.43820.dima_bsd@inbox.lv> X-Mailman-Approved-At: Fri, 06 Feb 2009 20:36:02 +0000 Subject: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 19:00:48 -0000 It works for me. Systems: FreeBSD 7.1-PRERELEASE running under VMWare server FreeBSD 7-STABLE running at my home PC (Gigabyte GA-8PE800, AWARD BIOS) Thanks for you work! :) From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 6 23:57:47 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 390D410656F9 for ; Fri, 6 Feb 2009 23:57:47 +0000 (UTC) (envelope-from voidpointer@bsd.com.br) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id CA37B8FC14 for ; Fri, 6 Feb 2009 23:57:46 +0000 (UTC) (envelope-from voidpointer@bsd.com.br) Received: by ewy14 with SMTP id 14so1966344ewy.19 for ; Fri, 06 Feb 2009 15:57:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.210.112.1 with SMTP id k1mr1733014ebc.31.1233963425976; Fri, 06 Feb 2009 15:37:05 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 21:37:05 -0200 Message-ID: From: Diego Rocha To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 23:57:47 -0000 it's work very nice to me FreeBSD blackbird 7.0-RELEASE-p9 FreeBSD 7.0-RELEASE-p9 #1: Wed Jan 28 22:56:31 BRST 2009 void@blackbird:/usr/obj/usr/src/sys/VPKERNEL i386 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 00:05:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA11065672; Sat, 7 Feb 2009 00:05:56 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0F98FC08; Sat, 7 Feb 2009 00:05:55 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from apollo (78-32-77-91.static-adsl.entanet.co.uk [78.32.77.91] (may be forged)) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n16NjjOA024628; Fri, 6 Feb 2009 23:45:46 GMT (envelope-from paul@fletchermoorland.co.uk) From: "Paul Wootton" To: "'Oliver Fromme'" References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 23:45:43 -0000 Message-ID: <1CDDD463937A44A09B6F4D9FD4969293@apollo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Thread-Index: AcmH39gcMFc6Atz6T3yBMcAmZ/iY5QA0s30A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: RE: ZFS and Graphics support for /boot/loader X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:05:57 -0000 Hi Oliver, This doesn=92t work for me. I am booting off a ZFS mirror with GPT partitions (built from current on = an amd64). Is there any change of a version of gloader but with ZFS support? Cheers Paul -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Oliver Fromme Sent: 05 February 2009 22:19 To: freebsd-hackers@freebsd.org; freebsd-current@freebsd.org Subject: CFT: Graphics support for /boot/loader Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver --=20 Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. = M. Handelsregister: Registergericht Muenchen, HRA 74606, = Gesch=E4ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht = M=FCn- chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf = Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: = http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 02:35:49 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F089106564A for ; Sat, 7 Feb 2009 02:35:49 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 76ED78FC13 for ; Sat, 7 Feb 2009 02:35:49 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n172Zh9l002631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 18:35:44 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <498CF37F.2060704@freebsd.org> Date: Fri, 06 Feb 2009 18:35:43 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Andriy Gapon References: <498C2EA0.6080604@icyb.net.ua> In-Reply-To: <498C2EA0.6080604@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-hackers@freebsd.org Subject: Re: Super I/O driver [generic gpio driver] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 02:35:49 -0000 Andriy Gapon wrote: > Do we have any drivers for special functions provided by ISA/LPC Super > I/Os. I mean many of them have watchdog capabilities, GPIO, etc. I do > not meant fdc, lpt, sio/uart and hwm which are 9or can be) handled as > the devices of their own. > > I have some quite hairy code for Winbond W83977EF that provides watchdog > and led interfaces (the latter is for power led). > I'd like to understand what is the best/canonical way to access > superio's ports, enter configuration mode, etc. > Also, it would be interesting to see how various configurations/wirings > of the same superio could be handled. > > I looked at some Linux drivers but their coding ways are quite different > and they typically handle only one wiring type (probably the one that > was found on author's motherboard). > > I also would be interested in a general discussion on this topic (superios). > > BTW, do we have some interface to userland or GPIO? Something similar to > led(4), but more generic (and supporting 'I' as well 'O'). > There's been some discussion amongst embedded folks but nothing yet. I noticed openbsd commit something recently but don't know if we can reuse anything they've done. Sam From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 08:00:39 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C50911065670; Sat, 7 Feb 2009 08:00:39 +0000 (UTC) (envelope-from omerfsen@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 231858FC0A; Sat, 7 Feb 2009 08:00:38 +0000 (UTC) (envelope-from omerfsen@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so1000301fka.11 for ; Sat, 07 Feb 2009 00:00:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=IR5RFwETmeD2WEOCCmVRAyif0UpkDaXDQl9GqWleMR4=; b=IG1c15Dw0iKCvyYfAJbUJ3+8W8YxV3gduJN4R5NCdgbxYIYLAyI3kJ963xswxNzgWf 38QYYDNWn2EC9CGWq8DRcFB229bmAsst4ghxxe+jDpy+OIpWPIeipFCdg6N2jkqBLOXZ GifOU7kI/ehPPcLNulmgO3p3fEmsK0RG6QGkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=reg7WSTCoNI2HH58Udb0+I1SyiemhB14f5RJyQNdo8p5n4I6otomca1V7BRXS02dJS RlMLlRM43a81Se4s7L26Pcpf+hfQRhMqba4Xgc76Pm7EnE9zDQ4BXYZynYRpeYWoNEW3 mqPwTWboKjuSEs2Tkxv38x404n8gMnjbE/0PU= MIME-Version: 1.0 Received: by 10.181.5.1 with SMTP id h1mr241014bki.56.1233993637966; Sat, 07 Feb 2009 00:00:37 -0800 (PST) Date: Sat, 7 Feb 2009 10:00:37 +0200 Message-ID: <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> From: Omer Faruk Sen To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD 6.3/7.1 and Linux disk performance test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 08:00:40 -0000 Hi, I have installed a new server to test performance results. BIOS and RAID BIOS is the latest in this server ( Raid controller is a Intel SRCSASBB8I ) # dmesg |grep -i mfi mfi0: port 0x2000-0x20ff mem 0xb8b00000-0xb8b3ffff,0xb8b40000-0xb8b7ffff irq 16 at device 0.0 on pci10 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 1870 (287314652s/0x0020/info) - Shutdown command received from host mfi0: 1871 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1013/8086) mfi0: 1872 (boot + 3s/0x0020/info) - Firmware version 1.20.72-0562 mfi0: 1873 (boot + 3s/0x0020/info) - Board Revision mfi0: 1874 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) mfi0: 1875 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c5000bcb90b1,0000000000000000 mfi0: 1876 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) mfi0: 1877 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c5000bcb962d,0000000000000000 mfi0: 1878 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) mfi0: 1879 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) Info: enclPd=ffff, scsiType=0, portMap=02, sasAddr=5000c5000bcb8f8d,0000000000000000 mfi0: [ITHREAD] mfi0: 1880 (287314711s/0x0020/info) - Time established as 02/07/09 9:38:31; (52 seconds since power on) mfid0: on mfi0 mfid0: 556928MB (1140588544 sectors) RAID volume '' I have installed RHEL 5.3 x64 on this server and here is simple dd performance test: Last login: Fri Feb 6 12:15:32 2009 from 10.0.0.51 [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 1.8473 seconds, 443 MB/s [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 2.05412 seconds, 399 MB/s [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 1.94096 seconds, 422 MB/s [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 2.1092 seconds, 388 MB/s [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 1.84414 seconds, 444 MB/s [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes (819 MB) copied, 2.09829 seconds, 390 MB/s And after that I have tested with FreeBSD 6.3 and 7.1: 6.3: # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.534685 secs (231760388 bytes/sec) # cd /var/tmp/ # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.051668 secs (268443342 bytes/sec) # cd / # cd /var/tmp/ # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.001266 secs (272951481 bytes/sec) # cd /home/ cd: can't cd to /home/ # cd /usr/ # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.678156 secs (222720290 bytes/sec) # cd /boot # dd if=/dev/zero of=bigfile bs=8192 count=100000 cd /usr/100000+0 records in 100000+0 records out 819200000 bytes transferred in 2.985471 secs (274395563 bytes/sec) # local # pwd /usr/local # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.501986 secs (233924406 bytes/sec) 7.1: Filesystem Size Used Avail Capacity Mounted on /dev/mfid0s1a 9.7G 2.6G 6.3G 29% / devfs 1.0K 1.0K 0B 100% /dev /dev/mfid0s1d 478G 4.0K 440G 0% /opt # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.441476 secs (238037393 bytes/sec) # cd / # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.132512 secs (261515371 bytes/sec) # cd /usr/local/ # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.296514 secs (248504951 bytes/sec) # cd /usr # dd if=/dev/zero of=bigfile bs=8192 count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 3.069655 secs (266870386 bytes/sec) as you can see there is a big difference in just simple dd test. Is there additional steps that I can follow to increase performance? By the way If I use write-thru cache on this raid card FreeBSD 6.3 and FreeBSD 7.1 only gives 13MB/s~ which is very very bad. Linux gives a slight decrease on dd test with write-thru cache but freebsd goes from 230-270 MB/s to only 13 MB/s Regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 12:26:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01191065673; Sat, 7 Feb 2009 12:26:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3F98FC36; Sat, 7 Feb 2009 12:26:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 26AF046B09; Sat, 7 Feb 2009 07:26:16 -0500 (EST) Date: Sat, 7 Feb 2009 12:26:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Omer Faruk Sen In-Reply-To: <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> Message-ID: References: <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 6.3/7.1 and Linux disk performance test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 12:26:17 -0000 On Sat, 7 Feb 2009, Omer Faruk Sen wrote: > I have installed a new server to test performance results. BIOS and RAID > BIOS is the latest in this server ( Raid controller is a Intel SRCSASBB8I ) Hi Omer-- Comparing I/O and file system performance is a bit fraught with peril, especially given that the performance of disks varies a great deal based on where on the disk you're writing, etc. Ellard and Seltzer have a nice NFS benchmarking paper that includes a "Benchmarking traps" section of note in this regard: http://www.eecs.harvard.edu/~margo/papers/freenix03/ The source of the performance difference you're seeing could come from a number of places: - I/O to different parts of the disk due to partition layouts can perform quite differently -- try out diskinfo -t to get an idea of the kind of variance you can see. For example, I get this on my local 3ware array: Transfer rates: outside: 102400 kbytes in 4.056540 sec = 25243 kbytes/sec middle: 102400 kbytes in 2.531003 sec = 40458 kbytes/sec inside: 102400 kbytes in 3.947725 sec = 25939 kbytes/sec That's a massive performance difference and presumably entirely a result of disk layout. The best way to address this is to make sure you're using the same part of the disk for all tests -- so if you're installing different OS's on different partitions, use a single shared partition for the test. - File system can behave quite differently, especially if they vary in size and layout strategies. Do the dd(1) directly to a disk partition, making sure to use the right device on Linux (I believe you want the character device in order to bypass the buffer cache and compare apples to apples). So if you go ahead and do dd(1) directly to the same partition using unbuffered I/O and no file system, it should become more obvious as to whether we're looking at performance loss due to a device driver difference, a file system difference, or perhaps just a disk layout difference. Robert N M Watson Computer Laboratory University of Cambridge > > > > # dmesg |grep -i mfi > mfi0: port 0x2000-0x20ff mem > 0xb8b00000-0xb8b3ffff,0xb8b40000-0xb8b7ffff irq 16 at device 0.0 on > pci10 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: 1870 (287314652s/0x0020/info) - Shutdown command received from host > mfi0: 1871 (boot + 3s/0x0020/info) - Firmware initialization started > (PCI ID 0060/1000/1013/8086) > mfi0: 1872 (boot + 3s/0x0020/info) - Firmware version 1.20.72-0562 > mfi0: 1873 (boot + 3s/0x0020/info) - Board Revision > mfi0: 1874 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) > mfi0: 1875 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) Info: > enclPd=ffff, scsiType=0, portMap=00, > sasAddr=5000c5000bcb90b1,0000000000000000 > mfi0: 1876 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) > mfi0: 1877 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) Info: > enclPd=ffff, scsiType=0, portMap=01, > sasAddr=5000c5000bcb962d,0000000000000000 > mfi0: 1878 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) > mfi0: 1879 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) Info: > enclPd=ffff, scsiType=0, portMap=02, > sasAddr=5000c5000bcb8f8d,0000000000000000 > mfi0: [ITHREAD] > mfi0: 1880 (287314711s/0x0020/info) - Time established as 02/07/09 > 9:38:31; (52 seconds since power on) > mfid0: on mfi0 > mfid0: 556928MB (1140588544 sectors) RAID volume '' > > > I have installed RHEL 5.3 x64 on this server and here is simple dd > performance test: > > Last login: Fri Feb 6 12:15:32 2009 from 10.0.0.51 > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.8473 seconds, 443 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.05412 seconds, 399 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.94096 seconds, 422 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.1092 seconds, 388 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.84414 seconds, 444 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.09829 seconds, 390 MB/s > > And after that I have tested with FreeBSD 6.3 and 7.1: > > 6.3: > > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.534685 secs (231760388 bytes/sec) > # cd /var/tmp/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.051668 secs (268443342 bytes/sec) > # cd / > # cd /var/tmp/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.001266 secs (272951481 bytes/sec) > # cd /home/ > cd: can't cd to /home/ > # cd /usr/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.678156 secs (222720290 bytes/sec) > # cd /boot > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > cd /usr/100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 2.985471 secs (274395563 bytes/sec) > # local > # pwd > /usr/local > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.501986 secs (233924406 bytes/sec) > > 7.1: > > Filesystem Size Used Avail Capacity Mounted on > /dev/mfid0s1a 9.7G 2.6G 6.3G 29% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/mfid0s1d 478G 4.0K 440G 0% /opt > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.441476 secs (238037393 bytes/sec) > # cd / > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.132512 secs (261515371 bytes/sec) > # cd /usr/local/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.296514 secs (248504951 bytes/sec) > > # cd /usr > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.069655 secs (266870386 bytes/sec) > > as you can see there is a big difference in just simple dd test. Is > there additional steps that I can follow to increase performance? By > the way If I use write-thru cache on this raid card FreeBSD 6.3 and > FreeBSD 7.1 only gives 13MB/s~ which is very very bad. Linux gives a > slight decrease on dd test with write-thru cache but freebsd goes from > 230-270 MB/s to only 13 MB/s > > > Regards. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 13:37:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C4111065672 for ; Sat, 7 Feb 2009 13:37:30 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id 009528FC14 for ; Sat, 7 Feb 2009 13:37:29 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n17D9RNG013522 for ; Sat, 7 Feb 2009 14:09:27 +0100 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Sat, 7 Feb 2009 14:09:27 +0100 User-Agent: KMail/1.9.10 References: <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> In-Reply-To: <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902071409.27458.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: Re: FreeBSD 6.3/7.1 and Linux disk performance test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 13:37:30 -0000 On Saturday 07 February 2009 09:00:37 Omer Faruk Sen wrote: > Hi, > > I have installed a new server to test performance results. BIOS and > RAID BIOS is the latest in this server ( Raid controller is a Intel > SRCSASBB8I ) > > > > # dmesg |grep -i mfi > mfi0: port 0x2000-0x20ff mem > 0xb8b00000-0xb8b3ffff,0xb8b40000-0xb8b7ffff irq 16 at device 0.0 on > pci10 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: 1870 (287314652s/0x0020/info) - Shutdown command received from host > mfi0: 1871 (boot + 3s/0x0020/info) - Firmware initialization started > (PCI ID 0060/1000/1013/8086) > mfi0: 1872 (boot + 3s/0x0020/info) - Firmware version 1.20.72-0562 > mfi0: 1873 (boot + 3s/0x0020/info) - Board Revision > mfi0: 1874 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) > mfi0: 1875 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) Info: > enclPd=ffff, scsiType=0, portMap=00, > sasAddr=5000c5000bcb90b1,0000000000000000 > mfi0: 1876 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) > mfi0: 1877 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) Info: > enclPd=ffff, scsiType=0, portMap=01, > sasAddr=5000c5000bcb962d,0000000000000000 > mfi0: 1878 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) > mfi0: 1879 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) Info: > enclPd=ffff, scsiType=0, portMap=02, > sasAddr=5000c5000bcb8f8d,0000000000000000 > mfi0: [ITHREAD] > mfi0: 1880 (287314711s/0x0020/info) - Time established as 02/07/09 > 9:38:31; (52 seconds since power on) > mfid0: on mfi0 > mfid0: 556928MB (1140588544 sectors) RAID volume '' > > > I have installed RHEL 5.3 x64 on this server and here is simple dd > performance test: > > Last login: Fri Feb 6 12:15:32 2009 from 10.0.0.51 > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.8473 seconds, 443 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.05412 seconds, 399 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.94096 seconds, 422 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.1092 seconds, 388 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.84414 seconds, 444 MB/s > [root@localhost ~]# dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.09829 seconds, 390 MB/s > > And after that I have tested with FreeBSD 6.3 and 7.1: > > 6.3: > > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.534685 secs (231760388 bytes/sec) > # cd /var/tmp/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.051668 secs (268443342 bytes/sec) > # cd / > # cd /var/tmp/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.001266 secs (272951481 bytes/sec) > # cd /home/ > cd: can't cd to /home/ > # cd /usr/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.678156 secs (222720290 bytes/sec) > # cd /boot > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > cd /usr/100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 2.985471 secs (274395563 bytes/sec) > # local > # pwd > /usr/local > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.501986 secs (233924406 bytes/sec) > > 7.1: > > Filesystem Size Used Avail Capacity Mounted on > /dev/mfid0s1a 9.7G 2.6G 6.3G 29% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/mfid0s1d 478G 4.0K 440G 0% /opt > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.441476 secs (238037393 bytes/sec) > # cd / > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.132512 secs (261515371 bytes/sec) > # cd /usr/local/ > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.296514 secs (248504951 bytes/sec) > > # cd /usr > # dd if=/dev/zero of=bigfile bs=8192 count=100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.069655 secs (266870386 bytes/sec) > > as you can see there is a big difference in just simple dd test. Is > there additional steps that I can follow to increase performance? By > the way If I use write-thru cache on this raid card FreeBSD 6.3 and > FreeBSD 7.1 only gives 13MB/s~ which is very very bad. Linux gives a > slight decrease on dd test with write-thru cache but freebsd goes from > 230-270 MB/s to only 13 MB/s I noticed lately that the blocksize and fragment size can make a huge difference on filesystem performance when dealing with big files. Performance went up from 130MB/s to 200MB/s (2 disk raid0), after I added the following parameters to newfs(8): -b 65536 -f 8192. This increases the block and fragment size by a factor of 4 over the the defaults. Also, you use dd with a small blocksize. Try 64k or 128k instead. - Pieter de Goeje From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 19:51:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79B361065677 for ; Sat, 7 Feb 2009 19:51:30 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 511958FC22 for ; Sat, 7 Feb 2009 19:51:30 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KEP00HRIOHT6810@mta5.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Sat, 07 Feb 2009 14:51:29 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n17JpSXU001991; Sat, 07 Feb 2009 14:51:28 -0500 Date: Sat, 07 Feb 2009 14:51:28 -0500 From: "Aryeh M. Friedman" To: freebsd-hackers@freebsd.org Message-id: <498DE640.4090904@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090202) Subject: setting up net/cvsup-mirror correctly X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 19:51:30 -0000 I have installed net/cvsup-mirror with all the defaults but when I attempt to actually run cvsupd I get the following: prod# cvsupd & [1] 99334 prod# cvsup -g -h localhost /usr/share/examples/cvsup/cvs-supfile Connected to localhost 2009.02.07 14:48:28 EST [99334]: +0 aryeh@localhost (prod.istudentunion.com) [SNAP_16_1h/17.0] 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "src-all" 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "ports-all" 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "doc-all" 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "www" 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "projects-all" 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "cvsroot-all" Server message: Unknown collection "src-all" Server message: Unknown collection "ports-all" Server message: Unknown collection "doc-all" Server message: Unknown collection "www" Server message: Unknown collection "projects-all" Server message: Unknown collection "cvsroot-all" Skipping collection src-all/cvs Skipping collection ports-all/cvs Skipping collection doc-all/cvs Skipping collection www/cvs Skipping collection projects-all/cvs Skipping collection cvsroot-all/cvs Finished successfully 2009.02.07 14:48:28 EST [99334]: -0 [0Kin+0Kout] Finished successfully 2009.02.07 14:48:28 EST [99334]: Going down [1] + Done cvsupd prod# After reading through some examples on the web of how to set cvsupd up I can not see any difference between my setup and other peoples except most of the examples on the web use something else then /usr/local/etc/cvsup as the base dir. Any ideas on what I need to do to get it working? BTW once I get it going since I have a 20 MB/s upload on my fios I am going to make this an official cvsupXXX.us.freebsd.org server (Only one in the NYC metro area I know of) From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 19:53:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619BB1065670 for ; Sat, 7 Feb 2009 19:53:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 38E228FC23 for ; Sat, 7 Feb 2009 19:53:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KEP00KJTOLNNW01@mta2.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Sat, 07 Feb 2009 14:53:47 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n17JrkUT001997; Sat, 07 Feb 2009 14:53:46 -0500 Date: Sat, 07 Feb 2009 14:53:46 -0500 From: "Aryeh M. Friedman" In-reply-to: <498DE640.4090904@gmail.com> To: freebsd-hackers@freebsd.org Message-id: <498DE6CA.4080605@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <498DE640.4090904@gmail.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090202) Subject: Re: setting up net/cvsup-mirror correctly X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 19:53:48 -0000 oops forgot to mention I have been running a local repo (as per the instructions in development(7)) for almost a year now and updating my /usr/src and /usr/ports from works without a hitch Aryeh M. Friedman wrote: > I have installed net/cvsup-mirror with all the defaults but when I > attempt to actually run cvsupd I get the following: > > prod# cvsupd & > [1] 99334 > prod# cvsup -g -h localhost /usr/share/examples/cvsup/cvs-supfile > Connected to localhost > 2009.02.07 14:48:28 EST [99334]: +0 aryeh@localhost > (prod.istudentunion.com) [SNAP_16_1h/17.0] > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "src-all" > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "ports-all" > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "doc-all" > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "www" > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "projects-all" > 2009.02.07 14:48:28 EST [99334]: =0 Unknown collection "cvsroot-all" > Server message: Unknown collection "src-all" > Server message: Unknown collection "ports-all" > Server message: Unknown collection "doc-all" > Server message: Unknown collection "www" > Server message: Unknown collection "projects-all" > Server message: Unknown collection "cvsroot-all" > Skipping collection src-all/cvs > Skipping collection ports-all/cvs > Skipping collection doc-all/cvs > Skipping collection www/cvs > Skipping collection projects-all/cvs > Skipping collection cvsroot-all/cvs > Finished successfully > 2009.02.07 14:48:28 EST [99334]: -0 [0Kin+0Kout] Finished successfully > 2009.02.07 14:48:28 EST [99334]: Going down > [1] + Done cvsupd > prod# > > After reading through some examples on the web of how to set cvsupd up > I can not see any difference between my setup and other peoples except > most of the examples on the web use something else then > /usr/local/etc/cvsup as the base dir. Any ideas on what I need to do > to get it working? BTW once I get it going since I have a 20 MB/s > upload on my fios I am going to make this an official > cvsupXXX.us.freebsd.org server (Only one in the NYC metro area I know of) > > >