From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 03:04:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34BAE16A4CE for ; Sun, 3 Apr 2005 03:04:49 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1724543D46 for ; Sun, 3 Apr 2005 03:04:48 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3334hKl097657; Sun, 3 Apr 2005 12:34:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Sun, 3 Apr 2005 12:34:39 +0930 User-Agent: KMail/1.8 References: <20050402065052.GT44514@numachi.com> <20050402162842.GU44514@numachi.com> <20050402173304.GX44514@numachi.com> In-Reply-To: <20050402173304.GX44514@numachi.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1120269.4cmybxb3xJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504031234.39665.doconnor@gsoft.com.au> X-Spam-Score: -1.9 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: which Wifi cards can be used for a WAP? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 03:04:49 -0000 --nextPart1120269.4cmybxb3xJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 3 Apr 2005 03:03, Brian Reichert wrote: > Some cards have an antenna built right onto the card, and others > seem to come with a remote antenna that hangs off of a six-foot (or > so) cable. > > The vendors' arguments for the cable arrangment is that it allows > for a more optimal placement of the antenna, but other lore suggests > that the cable itself introduces loss of signal. > > Does anyone have a concrete opinion on this, or can point me in the > right direction for some research? An onboard antenna will suck - if it's a Cardbus card it will be some dinky= =20 PCB dipole with minimal gain (which you can't reorient for your environment= ).=20 If it's a PCI/mini-PCI card then it will be inside your PC and suck even mo= re=20 so they need an external antenna. (And I've never seen a [mini-]PCI wireles= s=20 card without an antenna connector). Lots of cards have a diversity arrangement where they have 2 RF paths, 1 is= on=20 the PCB and the other goes to an external antenna port. If you plug in an=20 external antenna it will almost certainly get more gain and be used in=20 preference.=20 While cable loss can be an important factor it is usually not an issue if y= ou=20 choose appropriate cabling and antennas. It may be a problem if you need to= =20 do a long run (>20m) but that is pretty rare, and in that case you might wa= nt=20 to consider relocating the box to be closer to the antenna (or using a USB= =20 wireless interface :) I would guess most vendors reasoning for not putting an external antenna=20 connector on a card is cost. Most people don't use them on Cardbus interfac= es=20 and they cost a reasonable amount. On my (terribly ancient) DWL-650 card it= =20 has PCB pads for a connector but it isn't used (the shell prevents it) but = it=20 was fairly easy to modify the card to have an external connector. (YMMV,=20 fire/smoke warning etc) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1120269.4cmybxb3xJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCT11H5ZPcIHs/zowRAp7aAJ90HQ2tafK07hBb8OMMPj5mwjFF2gCdFwYw ol4xBQ1wE9+odGyv3OuUPO4= =4W9o -----END PGP SIGNATURE----- --nextPart1120269.4cmybxb3xJ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 04:02:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B7B16A4D2 for ; Sun, 3 Apr 2005 04:02:53 +0000 (GMT) Received: from ns2.alphaque.com (ns2.alphaque.com [202.75.47.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 9073E43D31 for ; Sun, 3 Apr 2005 04:02:52 +0000 (GMT) (envelope-from dinesh@alphaque.com) Received: (qmail 99224 invoked by uid 0); 3 Apr 2005 04:02:51 -0000 Received: from lucifer.net-gw.com (HELO prophet.alphaque.com) (202.75.47.153) by lucifer.net-gw.com with SMTP; 3 Apr 2005 04:02:51 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by prophet.alphaque.com (8.13.3/8.13.3) with ESMTP id j32HxUS0001091; Sun, 3 Apr 2005 01:59:30 +0800 (MYT) (envelope-from dinesh@alphaque.com) Message-ID: <424EDD81.1060106@alphaque.com> Date: Sun, 03 Apr 2005 01:59:29 +0800 From: Dinesh Nair User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42334057.5070705@gmx.net> <42492F0B.3040704@alphaque.com> <424B7A2D.5060902@alphaque.com> <424E13B1.4090607@alphaque.com> <424E363B.2010506@root.org> In-Reply-To: <424E363B.2010506@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-acpi@freebsd.org Subject: Re: enable acpi X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 04:02:54 -0000 On 04/02/05 14:05 Nate Lawson said the following: > Dinesh Nair wrote: > >> On 03/31/05 20:51 John Baldwin said the following: >> >>> The problem is that the taskqueue_swi in 4.x doesn't have a thread >>> context that can be slept on via tsleep(). The fix would be to >>> create a kthread in which to run the ACPI tasks. 4.x already has one >>> such kthread for the taskqueue_thread taskqueue that you could use as >>> a reference if you wish to do this yourself. >> >> >> >> thanx for the pointer, john. with your explanation, the fix was >> simple. since applying this, it's not paniced in over 24 hours of >> continuous running. patch attached. i'll also raise a PR for this. > > > Don't bother, I already committed it. thanks a bunch, nate. -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 05:22:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940F616A4F9 for ; Sun, 3 Apr 2005 05:22:45 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D82243D45 for ; Sun, 3 Apr 2005 05:22:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.92] ([66.127.85.92]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j335Mdms018425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Apr 2005 21:22:39 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <424F7DDE.80806@errno.com> Date: Sat, 02 Apr 2005 21:23:42 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg Sonnenberger References: <20050402065052.GT44514@numachi.com> <20050402162842.GU44514@numachi.com> <20050402171635.GV44514@numachi.com> <20050402172355.GA1069@britannica.bec.de> <424F172E.9070201@errno.com> In-Reply-To: <424F172E.9070201@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: which Wifi cards can be used for a WAP? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 05:22:45 -0000 Sam Leffler wrote: > Joerg Sonnenberger wrote: > >> On Sat, Apr 02, 2005 at 12:16:35PM -0500, Brian Reichert wrote: >> >>> In perusing many of these cards specs, I see many of them offer a >>> 'turbo mode' of 108 Mbps. >> >> >> >> That's a vendor-specific mode. I strongly advice you _against_ using it, >> it's using at least one additional channel and only adds speed for very >> short distances. If you follow the common recommendation of leaving one >> channel before and after the active channel, you end up using at least >> 5 channels for turbo mode compared to three for normal, it's not worth >> the trouble. > > > This is misleading. First turbo mode can only be used in the 2.4G band > on channel 6 and does not impact operation on channels 1 and 11. Any > channels in between already suffer from normal (i.e. non-turbo) use > because the channel spread in the 2.4 band means traffic is visible if > you use the in-between channels. Further, turbo mode (as part of > SuperG) requires that the AP detect non-turbo capable stations and > disable turbo use when such stations are present. I was wrong; turbo mode requires a 40Mhz wide band so when operating on channel 6 it'll splatter 1 and 11. Regardless, compliant AP's are supposed to monitor the air and drop out of turbo if non-turbo traffic is detected. This is part of the Dynamic Turbo component of SuperG and happens transparently to SuperG stations. Sam From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 09:35:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CCD016A4CE for ; Sun, 3 Apr 2005 09:35:45 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE0D43D54 for ; Sun, 3 Apr 2005 09:35:45 +0000 (GMT) (envelope-from bsd@noogenesis.org) Received: from [68.84.181.60] (pcp02693964pcs.roylok01.mi.comcast.net[68.84.181.60]) by comcast.net (rwcrmhc13) with ESMTP id <20050403093542015001a4f0e>; Sun, 3 Apr 2005 09:35:42 +0000 Message-ID: <424FB8EF.3080204@noogenesis.org> Date: Sun, 03 Apr 2005 04:35:43 -0500 From: Derek VerLee User-Agent: Mozilla Thunderbird 1.0 (X11/20050122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: klowd9 - References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org Subject: improving documentation? (was Re: Kernel documentation and specification) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 09:35:45 -0000 klowd9 - wrote: > Why isnt a free copy of this book available online? The author > obviously put alot of time and effort into making this excellent book, > but so do thousands of other people writing code and papers every day, > published freely on the internet, and they ask for nothing in return, > besides perhaps, some gratitude I'd have a look at the articals in gnu.org/philosophy on these (important) issues. I reread them myself recently and there is some really intresting stuff. To quote roughly, free software means free as in free from prison not free as in free beer. Its in the core philosophy of freebsd and linux alike to open possibilities, including making money, for people and society as a whole. -- However on the topic of documentation of the BSD internals, I too think that they are lacking. I've been studing the source and reading said book (I bought it the second I noticed it on the shelf, despite its price), and the book is pretty good at giving one an understanding of how the system works. Which is a crucial first step, and saves time over figuring it out by looking at the source. However I've been thinking about this as I've been studing the schedulars (_4bsd and _ule) and it has struck me that, though they both implement the same public interface (sched.h), most functions are not even described, much less is there a proper sort of preconditions or postconditions, or any other such documentation. A little background story: As I posted in -stable a little while ago, i have tested sched_ule (known to be broken) on a dual athlon with SMP both on and off, and with sched_4bsd, with SMP on. sched_ule runs ok with SMP compiled out. However, sched_ule+SMP causes hangs. Pretty much the only thing changed by the kernel option sched_ule is which .c file is compiled to implement sched.h, so it stands to reason that the clue to the bug (unless its something in my hardware) is in sched_ule.c, in other words, what is the difference between _ule.c and _4bsd.c that causes _ule.c to hang when SMP is on? Well for me to help with fixing this bug (and admittedly i should probably be join the freebsd efforts with something simpler or higher priority, but i became intrested in this and one has to start with something) it'd help a lot to know the pre and post conditions for each function. Right now, the only people who know that are the 'elite few' who have worked on this portion or related portions of the kernel for a while, that is, if _anybody_ knows this. And here's my point: with out it clearly written out, how can we be sure that anyone even has a clear conception of these things in their own minds, much less having the same ideas between everyone who uses and depends on these functions? I'm not here to waltz into a massive project (the freebsd kernel) and start pointing out things that could be changed before I even take my shoe off. This isn't even critisim, I'm just saying what I see. The freebsd source code is very clean and easy to follow, and it contains at least as much, probably more, documentation then average. I don't know of any programmer who likes to document their code as much as they like writing it, and most (myself included most of the time) just like to add a comment here or there that begrudgingly gives a nod to the concept of documentation and then move on. Also, this isn't going to change, so I'm not going to suggest that it does. What I do think could be constructive is a discussion of developing a system or project that realistically could improve the documentation and specification of the freebsd system internals. I'm sure most of you are aware of the benifits of documentation and specification in a project, so I'm not going to go into them except to point out that it'd not only make it easier to enter the project and help out, but also, I think, greatly improve the ability to notice and find bugs, or prevent them, etc. (If there is some technical or cultural reasons why this isn't totally true, well, that's why I'm here to learn.) To start the discussion, I was thinking of something like this: *A collection of specification, documentation, or any sort of comments outside of what is commented on directly in the code, maintained by project commiters. *Each document could be, optionally, associated with the cvs version of a source file to which it proports to apply, and whether to the whole document or a range of lines. Also, parts of the document could "link" to other documents, parts of other documents, line numbers within a source file or document, etc. *the documentation format could include embedded objects like, for example, the xml description of a UML graph. *there be an agreed upon set of formal specification languages (in addition to plain old natural language) available for use, as well as a repository of freebsd specific extensions. (I like Abstract State Machines myself) It is my experiance that its very good to use more then one specification language so long as they have different aproaches, but not to have two which cover a lot of common use. *users who are not commiters could add forum style comments to any given document, probably through a web interface, which hopefully wouldn't have to be too moderated. This way people could easily raise issues, make requests, point out flaws, or most importantly, record little tidbits of wisdom they have gained about the subject through experiance. *hopefully the system works with and is complemented by whatever various automated documentation tools that are found useful. Sorry for the verbosity. _Derek From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 14:52:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5855416A4CE; Sun, 3 Apr 2005 14:52:26 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id D453743D41; Sun, 3 Apr 2005 14:52:25 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j33Eqhh3078326; Sun, 3 Apr 2005 07:52:44 -0700 (PDT) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j33EqbMG078325; Sun, 3 Apr 2005 07:52:37 -0700 (PDT) (envelope-from www) Date: Sun, 3 Apr 2005 07:52:37 -0700 (PDT) Message-Id: <200504031452.j33EqbMG078325@marlena.vvi.at> Content-Type: multipart/mixed; boundary="----------=_1112539957-78324-0" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) From: "ALeine" To: sos@FreeBSD.org cc: freebsd-hackers@FreeBSD.org Subject: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 14:52:26 -0000 This is a multi-part message in MIME format... ------------=_1112539957-78324-0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary Recent c't magazine article "At Your Disservice - How ATA security functions jeopardize your data", which you can find at the URL below, warns about the dangers of ATA security commands. Specifically, a malicious attacker with sufficient access could render a disk useless to the legitimate owner of the disk by setting the 32 byte user and master passwords using the ATA security command 0xf1. http://www.heise.de/ct/english/05/08/172/ To prevent such attacks in case of compromise one can issue the ATA security freeze lock command 0xf5, which disables further ATA security commands until the next cold boot. Software for issuing the ATA security freeze lock command has been made available at the URL below. http://www.heise.de/ct/ftp/projekte/atasecurity/ There is a patched version of the Linux hdparm utility there, but the c't guys seem to have neglected the BSD world, they have not even mentioned the fact that OpenBSD's atactl(8) already supports this command as well as all the other ATA security commands, as can be seen at the URL below. http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/atactl/ Currently FreeBSD's atacontrol(8) has no support for ATA security commands, so I would like to know if adding the ATA security features is a priority on the TODO list. I would like to see these features implemented and I would also be willing to port the code from OpenBSD if there are some more experienced kernel developers who would be willing to review my code and commit it? Let me know. One more thing: while browsing through src/sbin/atacontrol.c I noticed a copy & paste bug in the RELENG_4 version where the SMART feature info is reported instead of the security feature info (by atacontrol cap). I attached the appropriate patch for this bug, please review it and commit the fix as appropriate. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net ------------=_1112539957-78324-0 Content-Type: text/plain; name="atacontrol.c.20050403.RELENG_4.patch" Content-Disposition: inline; filename="atacontrol.c.20050403.RELENG_4.patch" Content-Transfer-Encoding: 8bit --- src/sbin/atacontrol.c.old Sun Apr 3 14:41:32 2005 +++ src/sbin/atacontrol.c Sun Apr 3 14:41:50 2005 @@ -158,8 +158,8 @@ parm->enabled.microcode ? "yes" : "no"); printf("security %s %s\n", - parm->support.smart ? "yes" : "no", - parm->enabled.smart ? "yes" : "no"); + parm->support.security ? "yes" : "no", + parm->enabled.security ? "yes" : "no"); printf("power management %s %s\n", parm->support.power_mngt ? "yes" : "no", ------------=_1112539957-78324-0-- From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 15:17:25 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D1416A4CE for ; Sun, 3 Apr 2005 15:17:25 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578DC43D46 for ; Sun, 3 Apr 2005 15:17:24 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j33FH4vJ002892; Sun, 3 Apr 2005 17:17:04 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <42500894.1050400@DeepCore.dk> Date: Sun, 03 Apr 2005 17:15:32 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALeine References: <200504031452.j33EqbMG078325@marlena.vvi.at> In-Reply-To: <200504031452.j33EqbMG078325@marlena.vvi.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 15:17:25 -0000 ALeine wrote: > Recent c't magazine article "At Your Disservice - How ATA security func= tions > jeopardize your data", which you can find at the URL below, warns about= the > dangers of ATA security commands. Specifically, a malicious attacker wi= th > sufficient access could render a disk useless to the legitimate owner o= f > the disk by setting the 32 byte user and master passwords using the ATA= > security command 0xf1. >=20 > http://www.heise.de/ct/english/05/08/172/ >=20 > To prevent such attacks in case of compromise one can issue the ATA sec= urity > freeze lock command 0xf5, which disables further ATA security commands = until > the next cold boot. Software for issuing the ATA security freeze lock c= ommand > has been made available at the URL below. >=20 > http://www.heise.de/ct/ftp/projekte/atasecurity/ >=20 > There is a patched version of the Linux hdparm utility there, but the c= 't > guys seem to have neglected the BSD world, they have not even mentioned= the > fact that OpenBSD's atactl(8) already supports this command as well as = all > the other ATA security commands, as can be seen at the URL below. >=20 > http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/atactl/ >=20 > Currently FreeBSD's atacontrol(8) has no support for ATA security comma= nds, > so I would like to know if adding the ATA security features is a priori= ty > on the TODO list. I would like to see these features implemented and I = would > also be willing to port the code from OpenBSD if there are some more > experienced kernel developers who would be willing to review my code an= d > commit it? Let me know. Right, I did see that article but I've not settled on how if at all to=20 deal with it. The by far most secure method would be to have ATA issue=20 the freeze command ASAP in the probe/attach code, thats about one line=20 of code :) At any rate atacontrol is not the place to put it if we want this to up=20 security... --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 3 16:19:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C85816A4CE for ; Sun, 3 Apr 2005 16:19:18 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B3A43D58 for ; Sun, 3 Apr 2005 16:19:17 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j33GJQh3079168; Sun, 3 Apr 2005 09:19:27 -0700 (PDT) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j33GJJMJ079167; Sun, 3 Apr 2005 09:19:19 -0700 (PDT) (envelope-from www) Date: Sun, 3 Apr 2005 09:19:19 -0700 (PDT) Message-Id: <200504031619.j33GJJMJ079167@marlena.vvi.at> To: sos@DeepCore.dk From: "ALeine" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 16:19:18 -0000 sos@DeepCore.dk wrote: > Right, I did see that article but I've not settled on how if at > all to deal with it. The by far most secure method would be to > have ATA issue the freeze command ASAP in the probe/attach code, > thats about one line of code :) > > At any rate atacontrol is not the place to put it if we want this > to up security... There are some people who would want to be able to issue ATA security {set,unlock,disable} password and other commands, but have no BIOS user interface to change any of the ATA security settings. This functionality clearly belongs in BIOS and issuing the ATA security freeze lock command automatically like you suggested would indeed protect the disk from unauthorized ATA security changes, but it would also make it impossible for users to use the ATA security features from FreeBSD. Perhaps there could be a kernel sysctl variable such as hw.ata.security.issue_freeze_lock_command_on_boot which would be set to 1 by default. Users who know what they are doing could still be able to override it by placing hw.ata.security.issue_freeze_lock_on_boot=0 into /boot/loader.conf. This override would then be honoured only in single user mode to prevent a simple reboot from rendering a disk unusable in case of system compromise. How does that sound to you? :-) The ATA security commands could then be added to atacontrol for those who need them and in any case I believe more detailed ATA security info should be reported by atacontrol. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 14:16:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F033E16A4CE for ; Mon, 4 Apr 2005 14:16:13 +0000 (GMT) Received: from dutch10.digitalus.nl (dutch10.digitalus.nl [81.173.33.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7C1143D58 for ; Mon, 4 Apr 2005 14:16:12 +0000 (GMT) (envelope-from webmaster@shizukana.net) Received: from www.shizukana.net (localhost.localdomain [127.0.0.1]) by dutch10.digitalus.nl (8.12.10/8.12.10) with ESMTP id j34EG70g022243 for ; Mon, 4 Apr 2005 16:16:07 +0200 Received: from 84.26.82.135 (SquirrelMail authenticated user webmaster@shizukana.net); by www.shizukana.net with HTTP; Mon, 4 Apr 2005 16:16:07 +0200 (CEST) Message-ID: <52227.84.26.82.135.1112624167.squirrel@84.26.82.135> Date: Mon, 4 Apr 2005 16:16:07 +0200 (CEST) From: "Nexohrion (JeanPaul) (Webmaster AT Shizukana.net)" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: X-Authentication-Warning ???? How to fix this? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 14:16:14 -0000 Hi, Can you tell me how to fix this error? X-Authentication-Warning: xemmen.raisingfire.net: nobody set sender to nexohrion@raisingfire.net using -f I got banned in CBL because of this I run IMAPD, POPA3D, and PostFix, My mail scanner is ClamAV with Clamsmtpd. I get this error only if I mail with squirrelmail So this should be a sendmail error... How can I fix this? Regards, Nexohrion From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 14:29:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BABB016A4CE for ; Mon, 4 Apr 2005 14:29:57 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F0043D1D for ; Mon, 4 Apr 2005 14:29:57 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so37795wri for ; Mon, 04 Apr 2005 07:29:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=SRkkMxVoKOaSXH4traAr0TxgayOOwHbnI6CKvSQSudTxgXjscFDgRq3fJQ+T3Ks881CURanqo6Zhu6AOqsCAfu0fdgHGfQV09ZTOMXeJIR3bTEVPMSmaPAUth5STM3ovfLlpWQ+ZdMVAniY9DXGfZpL3TPRZE/OJ5fuhWG/eGGw= Received: by 10.54.17.45 with SMTP id 45mr43348wrq; Mon, 04 Apr 2005 07:29:56 -0700 (PDT) Received: by 10.54.59.13 with HTTP; Mon, 4 Apr 2005 07:29:56 -0700 (PDT) Message-ID: Date: Mon, 4 Apr 2005 16:29:56 +0200 From: Cristiano Deana To: freebsd-hackers@freebsd.org In-Reply-To: <52227.84.26.82.135.1112624167.squirrel@84.26.82.135> Mime-Version: 1.0 References: <52227.84.26.82.135.1112624167.squirrel@84.26.82.135> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: X-Authentication-Warning ???? How to fix this? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 14:29:57 -0000 On Apr 4, 2005 4:16 PM, Nexohrion (JeanPaul) (Webmaster AT Shizukana.net ) wrote: X-Authentication-Warning: xemmen.raisingfire.net: > nobody set sender to > nexohrion@raisingfire.net using -f wrong mailing list.=20 I get this error only if I mail with squirrelmail > So this should be a sendmail error... it is not 'an error'. How can I fix this? http://it.php.net/manual/en/function.mail.php --=20 Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 16:45:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCAE116A4CE for ; Mon, 4 Apr 2005 16:45:08 +0000 (GMT) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B7F643D54 for ; Mon, 4 Apr 2005 16:45:07 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from pulse (pulse.behrens [192.168.20.31]) ESMTP id j34Gj2ow002999 for ; Mon, 4 Apr 2005 18:45:02 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-hackers@freebsd.org Date: Mon, 04 Apr 2005 18:45:17 +0200 MIME-Version: 1.0 Priority: normal X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:45:08 -0000 Because I have a recent pentium4 and read about the new cpufreq interface in -5.4-STABLE I decided to try it. It was not a problem to fetch and compile the driver with information from the mailing list, my thanks goes to Bruno Ducrot. Unfortunately I did not found any information or software to control the cpu frequency depending from current load. So I wrote "quick and dirty" my own daemon running in user space. IMHO it works well, most of the time the frequency is set to the lowest possible value. If the cpu idle time goes under a fixed treshold the frequency is raised automatically, so there is enough power for heavy tasks. So whats the reason for this email? 1. Thanks to the people providing cpufreq interface and driver. 2. Confirmation that it seems to work well on -STABLE. 3. I want to ask the question: Are there are other, more sophisticated programs to control the current cpu frequency? 4. If desired I could release the sources for my control daemon, may be for inclusion in the base system? That requires that I beautify the sources a little bit, but that should not be a problem. Best regards, Frank -- Frank Behrens, Osterwieck, Germany e-mail: PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 17:17:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE92E16A4CE for ; Mon, 4 Apr 2005 17:17:39 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDAD43D2D for ; Mon, 4 Apr 2005 17:17:39 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DIVCh-0007dw-00; Mon, 04 Apr 2005 19:17:35 +0200 Date: Mon, 4 Apr 2005 19:17:35 +0200 To: Frank Behrens Message-ID: <20050404171735.GR2298@poupinou.org> References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:17:40 -0000 On Mon, Apr 04, 2005 at 06:45:17PM +0200, Frank Behrens wrote: > 1. Thanks to the people providing cpufreq interface and driver. > 2. Confirmation that it seems to work well on -STABLE. > 3. I want to ask the question: Are there are other, more > sophisticated programs to control the current cpu frequency? > 4. If desired I could release the sources for my control daemon, may > be for inclusion in the base system? That requires that I beautify > the sources a little bit, but that should not be a problem. You may start looking at src/usr.sbin/powerd in -current, and improve it a bit? The actual algorithm used in powerd may need some rework IMHO. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:02:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 125B416A4CE for ; Mon, 4 Apr 2005 18:02:00 +0000 (GMT) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [72.9.236.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC9B743D5A for ; Mon, 4 Apr 2005 18:01:59 +0000 (GMT) (envelope-from full-disclosure@csilva.org) Received: from [80.172.153.66] (helo=[192.168.1.11]) by jupiter.nswebhost.com with esmtpa (Exim 4.44) id 1DIVtX-00066K-TJ for freebsd-hackers@freebsd.org; Mon, 04 Apr 2005 14:01:52 -0400 Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.9.1]); Mon, 04 Apr 2005 19:01:51 +0100 Message-ID: <4251810F.3030601@csilva.org> Date: Mon, 04 Apr 2005 19:01:51 +0100 From: Carlos Silva User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - csilva.org X-Source: X-Source-Args: X-Source-Dir: Subject: reverse engineering books X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:02:00 -0000 Hi, Someone can tell me about good (and recent) books of reverse engineering techniques? Best regards, Carlos Silva From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:43:21 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA62316A4CE for ; Mon, 4 Apr 2005 18:43:21 +0000 (GMT) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id A756A43D31 for ; Mon, 4 Apr 2005 18:43:21 +0000 (GMT) (envelope-from mhersant@comcast.net) Received: from [192.168.2.102] (c-24-22-136-36.hsd1.wa.comcast.net[24.22.136.36]) by comcast.net (rwcrmhc14) with ESMTP id <2005040418432201400ahsche>; Mon, 4 Apr 2005 18:43:23 +0000 Message-ID: <42518AC9.5070208@comcast.net> Date: Mon, 04 Apr 2005 11:43:21 -0700 From: Matt User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG, misc@openbsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:43:22 -0000 I need some help understanding some C code. int (*if_ioctl) (struct ifnet *, int, caddr_t); int (*if_watchdog) (int); Can someone break down these declarations (if that's what they are)? Is this a form of typecasting? Thanks for your help. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:49:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74D116A4CE for ; Mon, 4 Apr 2005 18:49:19 +0000 (GMT) Received: from smp500.sitetronics.com (sitetronics.com [82.192.77.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C21443D5C for ; Mon, 4 Apr 2005 18:49:19 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from localhost.sitetronics.com ([127.0.0.1] helo=smp500.sitetronics.com) by smp500.sitetronics.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50 (FreeBSD)) id 1DIWbf-000D5B-Vi for freebsd-hackers@freebsd.org; Mon, 04 Apr 2005 20:47:28 +0200 Received: (from dodell@localhost) by smp500.sitetronics.com (8.12.11/8.12.11/Submit) id j34IlRok050290 for freebsd-hackers@freebsd.org; Mon, 4 Apr 2005 20:47:27 +0200 (CEST) (envelope-from dodell@offmyserver.com) X-Authentication-Warning: smp500.sitetronics.com: dodell set sender to dodell@offmyserver.com using -f Date: Mon, 4 Apr 2005 20:47:27 +0200 From: "Devon H. O'Dell " To: freebsd-hackers@freebsd.org Message-ID: <20050404184727.GF43436@smp500.sitetronics.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zs/RYxT/hKAHzkfQ" Content-Disposition: inline In-Reply-To: <42518AC9.5070208@comcast.net> User-Agent: Mutt/1.5.8i Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:49:19 -0000 --Zs/RYxT/hKAHzkfQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 11:43:21AM -0700, Matt wrote: > I need some help understanding some C code.=20 >=20 > int (*if_ioctl) > (struct ifnet *, int, caddr_t); >=20 > int (*if_watchdog) > (int); >=20 > Can someone break down these declarations (if that's what they are)? Is= =20 > this a form of typecasting? Thanks for your help. These are pointers to functions accepting arguments of type: struct ifnet *, int, caddr_t and int both returning type integer. In the structure in which they are defined, they can be called with=20 structure.if_ioctl(ifnet, int, caddr_t) Kind regards, Devon H. O'Dell --Zs/RYxT/hKAHzkfQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUYu/Skf3jVXOdl0RAn/zAJ9kmnpbj1B9IdJnDIeory9cjYf1HQCeKlA/ KWHd53K7oQHT7O4ij8AVpxg= =1RcZ -----END PGP SIGNATURE----- --Zs/RYxT/hKAHzkfQ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:49:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B56216A4CE for ; Mon, 4 Apr 2005 18:49:28 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC8643D45 for ; Mon, 4 Apr 2005 18:49:27 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id E76271F0C0; Mon, 4 Apr 2005 20:49:26 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id CEF5D6220; Mon, 4 Apr 2005 20:49:26 +0200 (CEST) Date: Mon, 4 Apr 2005 20:49:26 +0200 From: Marc Olzheim To: Matt Message-ID: <20050404184926.GB56342@stack.nl> References: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <42518AC9.5070208@comcast.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-hackers@FreeBSD.ORG cc: misc@openbsd.org Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:49:28 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 11:43:21AM -0700, Matt wrote: > I need some help understanding some C code.=20 >=20 > int (*if_ioctl) > (struct ifnet *, int, caddr_t); >=20 > int (*if_watchdog) > (int); >=20 > Can someone break down these declarations (if that's what they are)? Is= =20 > this a form of typecasting? Thanks for your help. /usr/ports/devel/cdecl: : explain int (*if_ioctl)(struct ifnet *, int, caddr_t); declare if_ioctl as pointer to function (pointer to struct ifnet, int, caddr_t) returning int : explain int (*if_watchdog)(int); declare if_watchdog as pointer to function (int) returning int Marc --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUYw2ezjnobFOgrERAiNXAJ9V4aHmF5NZfksRGY9CwINpJA/OKwCgrm9H 1CTrkLU1tzrPgvypcFis4YA= =vxPa -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:51:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A164616A4CE for ; Mon, 4 Apr 2005 18:51:45 +0000 (GMT) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3941843D54 for ; Mon, 4 Apr 2005 18:51:45 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 2A8FF35707 for ; Mon, 4 Apr 2005 20:51:43 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1001) id 0D3557CFB; Mon, 4 Apr 2005 20:49:23 +0200 (CEST) Date: Mon, 4 Apr 2005 20:49:22 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20050404184922.GA22738@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42518AC9.5070208@comcast.net> User-Agent: Mutt/1.5.9i Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:51:45 -0000 On Mon, Apr 04, 2005 at 11:43:21AM -0700, Matt wrote: > I need some help understanding some C code. > > int (*if_ioctl) > (struct ifnet *, int, caddr_t); > > int (*if_watchdog) > (int); > > Can someone break down these declarations (if that's what they are)? Is > this a form of typecasting? Thanks for your help. It's a variable if_ioctl which points to a function returning int and taking a struct ifnet, an int and a caddr_t argument. Similiar for if_watchdog. This might not be the best place to ask such questions though. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:55:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29DCA16A4CE for ; Mon, 4 Apr 2005 18:55:44 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE0A43D45 for ; Mon, 4 Apr 2005 18:55:43 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j34ItcWh003469; Mon, 4 Apr 2005 13:55:38 -0500 (CDT) (envelope-from dan) Date: Mon, 4 Apr 2005 13:55:38 -0500 From: Dan Nelson To: Matt Message-ID: <20050404185538.GB42193@dan.emsphone.com> References: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42518AC9.5070208@comcast.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org cc: misc@openbsd.org Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:55:44 -0000 In the last episode (Apr 04), Matt said: > I need some help understanding some C code. > > int (*if_ioctl) > (struct ifnet *, int, caddr_t); > > int (*if_watchdog) > (int); > > Can someone break down these declarations (if that's what they are)? Is > this a form of typecasting? Thanks for your help. The cdecl command (ports/devel/cutils) is good as decoding stuff like this. Those two lines declare variables that are pointers to functions. $ cdecl explain "int (*if_ioctl) (struct ifnet *, int, caddr_t)" declare if_ioctl as pointer to function (pointer to struct ifnet, int, addr_t) returning int $ cdecl explain "int (*if_watchdog) (int)" declare if_watchdog as pointer to function (int) returning int -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 19:19:37 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E8E16A4CE for ; Mon, 4 Apr 2005 19:19:37 +0000 (GMT) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18B143D3F for ; Mon, 4 Apr 2005 19:19:36 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from pulse (pulse.behrens [192.168.20.31]) ESMTP id j34JJUTB038767; Mon, 4 Apr 2005 21:19:30 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200504041919.j34JJUTB038767@pinky.frank-behrens.de> From: "Frank Behrens" To: Bruno Ducrot Date: Mon, 04 Apr 2005 21:20:08 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <20050404171735.GR2298@poupinou.org> References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:19:37 -0000 Bruno Ducrot wrote on 4 Apr 2005 19:17: > On Mon, Apr 04, 2005 at 06:45:17PM +0200, Frank Behrens wrote: > > 3. I want to ask the question: Are there are other, more > > sophisticated programs to control the current cpu frequency? > > You may start looking at src/usr.sbin/powerd in -current, and improve it > a bit? The actual algorithm used in powerd may need some rework IMHO. Thanks for this hint. powerd compiles on -stable immediately without warnings. It is very interesting for me to see, that the base structure of powerd is nearly the same as I wrote. :-) So I will give it a try. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 21:52:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE43116A4CE for ; Mon, 4 Apr 2005 21:52:22 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C02643D45 for ; Mon, 4 Apr 2005 21:52:22 +0000 (GMT) (envelope-from craig@tobuj.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 3DE962BA92; Mon, 4 Apr 2005 16:52:22 -0500 (CDT) Date: Mon, 4 Apr 2005 16:52:20 -0500 From: Craig Boston To: ALeine Message-ID: <20050404215219.GA48852@nowhere> Mail-Followup-To: Craig Boston , ALeine , sos@DeepCore.dk, freebsd-hackers@FreeBSD.ORG References: <200504031619.j33GJJMJ079167@marlena.vvi.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504031619.j33GJJMJ079167@marlena.vvi.at> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@FreeBSD.ORG cc: sos@DeepCore.dk Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 21:52:23 -0000 On Sun, Apr 03, 2005 at 09:19:19AM -0700, ALeine wrote: > sos@DeepCore.dk wrote: > There are some people who would want to be able to issue ATA security > {set,unlock,disable} password and other commands, but have no BIOS user > interface to change any of the ATA security settings. Um, wouldn't setting the password on a system in which the BIOS offers no ATA security support render the system unbootable? The BIOS would be unable to read the boot sector without first unlocking the disk... Since compliant BIOSes have already frozen the config by the time the OS boots anyway, the only reason I can think of for atacontrol to have security support would be if you're booting from some other media, i.e. floppy, CDROM, network, USB... It might also be somewhat useful for secondary (non-boot drives). *BUT* that would probably only work on machines where the BIOS doesn't freeze all the drives on startup. Craig From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 22:30:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2606D16A4CF for ; Mon, 4 Apr 2005 22:30:49 +0000 (GMT) Received: from mx1.z-axis.com (mx1.z-axis.com [66.77.193.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B446743D48 for ; Mon, 4 Apr 2005 22:30:48 +0000 (GMT) (envelope-from justin@z-axis.com) Received: (qmail 58503 invoked by uid 89); 4 Apr 2005 22:30:48 -0000 Received: from unknown (HELO ?127.0.0.1?) (justin@10.140.4.32) by mx1.z-axis.com with SMTP; 4 Apr 2005 22:30:48 -0000 Message-ID: <4251C00E.1050108@z-axis.com> Date: Mon, 04 Apr 2005 15:30:38 -0700 From: Justin Bennett Organization: Z-Axis, Ltd. User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Hackers X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Questions Subject: iSCSI (revisited?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 22:30:49 -0000 All, I was wondering what people thought of iSCSI and FreeBSD. Is it a viable option for creating SANs? I want to move away from tape backups, and have numerous production FreeBSD machines that I need to back up data from. Any other ideas for a disk to disk backup solution that people have used? Thanks, Justin From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 23:03:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24FC016A4CE for ; Mon, 4 Apr 2005 23:03:50 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA4E243D4C for ; Mon, 4 Apr 2005 23:03:49 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j34N3vh3007067; Mon, 4 Apr 2005 16:04:00 -0700 (PDT) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j34N3pkV007066; Mon, 4 Apr 2005 16:03:51 -0700 (PDT) (envelope-from www) Date: Mon, 4 Apr 2005 16:03:51 -0700 (PDT) Message-Id: <200504042303.j34N3pkV007066@marlena.vvi.at> To: craig@tobuj.gank.org From: "ALeine" cc: freebsd-hackers@FreeBSD.ORG cc: sos@DeepCore.dk Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 23:03:50 -0000 craig@tobuj.gank.org wrote: > Um, wouldn't setting the password on a system in which the BIOS > offers no ATA security support render the system unbootable? The BIOS > would be unable to read the boot sector without first unlocking the > disk... Correct, if BIOS is configured to try to boot only off the drive you just password protected. The feature I proposed is not meant to be a replacement for the kind of functionality that should be provided by BIOS, it's meant to provide a way to issue ATA security {set,unlock,disable} password and other commands to drives other than the bootable drive from FreeBSD. For example, imagine that you are about to go on vacation and you want to set the password on the drives that will stay in your home unsupervised. You could then boot FreeBSD into single user mode from a USB flash drive (with the appropriate sysctl variable set beforehand in loader.conf in order to prevent FreeBSD from issuing the freeze lock command on startup) and then set the password(s) on your hard disk drive(s). You would then take the USB flash drive with you and after returning home you would repeat the procedure (assuming your drives were not stolen :->), only issuing unlock and disable password commands. Another reboot and you could boot off your drive(s). > Since compliant BIOSes have already frozen the config by the time > the OS boots anyway, the only reason I can think of for atacontrol to > have security support would be if you're booting from some other > media, i.e. floppy, CDROM, network, USB... > > It might also be somewhat useful for secondary (non-boot drives). > *BUT* that would probably only work on machines where the BIOS doesn't > freeze all the drives on startup. A BIOS that has the ATA security features implemented correctly sends the ATA security freeze lock command on drive identification, but such a BIOS also provides a user interface to the ATA security settings, so the feature I proposed is clearly not meant for such cases, the single user mode requirement also makes it obvious it is not meant to be a replacement for such BIOS functionality, but a workaround that prevents potential abuse while also offering a limited way to issue AT security commands. Most BIOS manufacturers (Award especially) are not likely to do anything about this issue any time soon (if at all), so at the very least FreeBSD should issue the freeze lock command if the feature I described would not be seen as worthwhile. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 23:07:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34EFD16A4CE for ; Mon, 4 Apr 2005 23:07:22 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D3C43D46 for ; Mon, 4 Apr 2005 23:07:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id F05537A403; Mon, 4 Apr 2005 16:07:21 -0700 (PDT) Message-ID: <4251C8A9.8030607@elischer.org> Date: Mon, 04 Apr 2005 16:07:21 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: ALeine References: <200504042303.j34N3pkV007066@marlena.vvi.at> In-Reply-To: <200504042303.j34N3pkV007066@marlena.vvi.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: craig@tobuj.gank.org cc: sos@DeepCore.dk cc: freebsd-hackers@freebsd.org Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 23:07:22 -0000 ALeine wrote: > >You would >then take the USB flash drive with you and after returning home you >would repeat the procedure (assuming your drives were not stolen :->), >only issuing unlock and disable password commands. Another reboot and >you could boot off your drive(s). > > And while travelling, someone pickpockets you and takes the flash drive where you stored the key. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 23:17:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F5F416A4CF for ; Mon, 4 Apr 2005 23:17:31 +0000 (GMT) Received: from omc3-s34.bay6.hotmail.com (omc3-s34.bay6.hotmail.com [65.54.249.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E2343D39 for ; Mon, 4 Apr 2005 23:17:31 +0000 (GMT) (envelope-from klowd92@hotmail.com) Received: from hotmail.com ([64.4.37.1]) by OMC3-S34.phx.gbl with Microsoft SMTPSVC(6.0.3790.211); Sat, 2 Apr 2005 23:37:22 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 2 Apr 2005 23:37:22 -0800 Message-ID: Received: from 24.116.118.246 by by10fd.bay10.hotmail.msn.com with HTTP; Sun, 03 Apr 2005 07:37:22 GMT X-Originating-IP: [24.116.118.246] X-Originating-Email: [klowd92@hotmail.com] X-Sender: klowd92@hotmail.com From: "klowd9 -" To: freebsd-hackers@FreeBSD.org Date: Sun, 03 Apr 2005 07:37:22 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 03 Apr 2005 07:37:22.0521 (UTC) FILETIME=[F927E490:01C5381F] Subject: How the experts do it? (kernel dev) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 23:17:31 -0000 I would like to setup a virtual machine for developing and debugging the kernel, perhaps with the possibility of debugging from the host os to the guest system. Which software would best suite this: vmware, bochs, qemu ? Keep in mind my host os will be FreeBSD 5.4. So whatever runs best on that. Also, How would i setup the system, so at boot i could choose between two kernels? One would be my Safe working kernel. And one would be constantly modifed and recompiled. Then i could easily switch between the two at boot time. Is there any easier way to test if a kernel works, other then running the whole boot process on a system? Could i do my kernel testing on a virtual macined minibsd, or is that a different type of kernel and will not be valid in relation to freebsd? If you use a better or more efficient method for testing new kernel code, please write it here also. Thank you, Ben. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 00:36:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19B416A4CE for ; Tue, 5 Apr 2005 00:36:39 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF98543D3F for ; Tue, 5 Apr 2005 00:36:39 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j350afh3007719; Mon, 4 Apr 2005 17:36:42 -0700 (PDT) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j350aZj2007718; Mon, 4 Apr 2005 17:36:35 -0700 (PDT) (envelope-from www) Date: Mon, 4 Apr 2005 17:36:35 -0700 (PDT) Message-Id: <200504050036.j350aZj2007718@marlena.vvi.at> To: julian@elischer.org From: "ALeine" cc: craig@tobuj.gank.org cc: sos@DeepCore.dk cc: freebsd-hackers@freebsd.org Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 00:36:40 -0000 julian@elischer.org wrote: > And while travelling, someone pickpockets you and takes the > flash drive where you stored the key. I never said you would store the password on the USB flash drive, that drive is meant to serve mainly for booting FreeBSD. Secure password storage is another issue altogether, but it is obvious that relying on the USB flash drive alone for password storage would create a single point of failure with a very serious impact as you could end up not being able to use the drive(s) yourself. If one were to store the password there, it would be advisable to encrypt it first and to also store a (possibly fragmented) copy in other locations, such as your own memory, remote machines, etc. But let's assume that you did store the unencrypted password on the USB flash drive. The pickpocket would have no use for the password unless you also stored your full name, address and a detailed description of what the password is for along with the password. :-) Even in that case it would be unlikely that a total stranger would travel all the way to your house (assuming you do not vacation locally) just to steal your drives. If you believe there are people who are so determined to get to your data (and not just your drives) that they have the resources and the determination to follow you on vacation and steal your USB flash drive, then it would be safe to assume that you would also take precautions to encrypt your drive(s) with GBDE or similar beforehand and that you would also not store sensitive GBDE information (passphrase, lock sectors, ...) on the same USB flash disk where you decided to store a copy of the disk password(s). ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 01:55:47 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F3516A4CE for ; Tue, 5 Apr 2005 01:55:47 +0000 (GMT) Received: from web52507.mail.yahoo.com (web52507.mail.yahoo.com [206.190.39.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 13C1943D49 for ; Tue, 5 Apr 2005 01:55:47 +0000 (GMT) (envelope-from yseenu@yahoo.com) Received: (qmail 30915 invoked by uid 60001); 5 Apr 2005 01:55:46 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=mvQixgf8yKxgZrir3xwnFY5TZ7SlWdx4ln7N1EQnUY+kBrwRGHZli6ZPMOdMbbS/A3mmlU3YL0DZdeVXD1A67aR0joqxgMDdvilmyXEsk8YNnvGg1IhdYmTYAa/gS2lglZcgxsAJYoMyf12I6Pf5up3I03IJssC+SAGpdq8Rgx4= ; Message-ID: <20050405015546.30911.qmail@web52507.mail.yahoo.com> Received: from [69.111.163.94] by web52507.mail.yahoo.com via HTTP; Mon, 04 Apr 2005 18:55:46 PDT Date: Mon, 4 Apr 2005 18:55:46 -0700 (PDT) From: Srinivasa R Yarrakonda To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Probing Devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 01:55:47 -0000 Hi, I am trying to install FreeBSD on the second hard disk of my windows PC. I have burned the 5.3-RELEASE-i386-disc1.iso onto a CD. When I restart the computer it reads the boot CDROM and then reports "Probing Device (This will take a while)". The sysinstall menu shows up but my keyboard doesn't work with this menu. I think it hangs. Whats wrong..any suggestions/advice is helpful.. Thanks, Srini __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 07:04:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2011916A4CE for ; Tue, 5 Apr 2005 07:04:42 +0000 (GMT) Received: from blah.sun-fish.com (blah.sun-fish.com [62.176.125.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F07B43D58 for ; Tue, 5 Apr 2005 07:04:41 +0000 (GMT) (envelope-from vladimir.terziev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 2CE9F3413A; Tue, 5 Apr 2005 09:04:39 +0200 (CEST) Received: from sun-fish.com (fs.cmotd.com [192.168.3.253]) by blah.sun-fish.com (Postfix) with ESMTP id EFAE434124 for ; Tue, 5 Apr 2005 09:04:38 +0200 (CEST) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 75F4138406 for ; Tue, 5 Apr 2005 09:04:38 +0200 (CEST) Received: from daemon.cmotd.com (daemon.cmotd.com [192.168.3.104]) by sun-fish.com (Postfix) with SMTP id 057F238404 for ; Tue, 5 Apr 2005 09:04:37 +0200 (CEST) Date: Tue, 5 Apr 2005 10:04:38 +0300 From: Vladimir Terziev To: hackers@freebsd.org Message-Id: <20050405100438.7d0e01ab.vlady@sun-fish.com> Organization: SunFish Ltd., Sofia X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.0; i386-unknown-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV X-AV-Checked: ClamAV SF1 Subject: ICH6 SATA RAID support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:04:42 -0000 Hi hackers, could someone tell me what is the status of ICH6 SATA RAID support in FreeBSD ? I have plans to buy a machine which motherboard has ICH6 SATA RAID integrated and i want to know whether i will be able to run FreeBSD on it. Thanks in advance! Vladimir From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 07:43:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4E8B16A4CE for ; Tue, 5 Apr 2005 07:43:16 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D429243D31 for ; Tue, 5 Apr 2005 07:43:15 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j357hBOB032097; Tue, 5 Apr 2005 09:43:11 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4252412F.3060107@DeepCore.dk> Date: Tue, 05 Apr 2005 09:41:35 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Terziev References: <20050405100438.7d0e01ab.vlady@sun-fish.com> In-Reply-To: <20050405100438.7d0e01ab.vlady@sun-fish.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: hackers@freebsd.org Subject: Re: ICH6 SATA RAID support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:43:16 -0000 Vladimir Terziev wrote: > Hi hackers, >=20 > could someone tell me what is the status of ICH6 SATA RAID support in = FreeBSD ? >=20 > I have plans to buy a machine which motherboard has ICH6 SATA RAID int= egrated and i want to know whether i will be able to run FreeBSD on it. The hardware part is fully supported on both 5.4 and -current, the soft=20 RAID metadata format is another issue. Current supports 10 different=20 formats so its likely yours will be amongst those. 5.x and earlier does=20 not support the metadata. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 08:58:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B1516A4D6; Tue, 5 Apr 2005 08:58:58 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35B6143D1F; Tue, 5 Apr 2005 08:58:58 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DIjtg-0009F9-6J; Tue, 05 Apr 2005 11:58:56 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Justin Bennett In-reply-to: Your message of Mon, 04 Apr 2005 15:30:38 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Apr 2005 11:58:56 +0300 From: Danny Braniss Message-ID: cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: iSCSI (revisited?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 08:58:58 -0000 > All, > > I was wondering what people thought of iSCSI and FreeBSD. Is it a viable > option for creating SANs? > refrase question. > I want to move away from tape backups, and have numerous production > FreeBSD machines that I need to back up data from. > for one, it depends on how deep are your pockets, 2nd the size of your data. 3rd how fast do you need to access the data, 4th from where, etc, etc, etc. > Any other ideas for a disk to disk backup solution that people have used? > We went the NAS/NFS route for most of our uses, and ONE application that has a huge database has a fiber channel link to the filer. The NAS is Raid4, with hot standbys, and we have not had a serious meltdown in years. Before NAS, we had to upgrade our servers, dump|restore, and the down times were getting larger, with the NAS, just add some disks, and no one is the wiser, life goes on. We still do tape backups, and move the tapes out of our premises just in case a major disaster hist us (someone misspoint a ICBM perhaps :-) having said all this, we are experimenting with iSCSI, and the numbers are not bad, about the same as NFS/NAS. Still, NFS is still our prefered solution. danny PS: AFAIK, there is only a iSCSI intitiator (beta), and no target for FreeBSD. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:47:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7F5A16A4CE for ; Mon, 4 Apr 2005 18:47:33 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B3543D48 for ; Mon, 4 Apr 2005 18:47:31 +0000 (GMT) (envelope-from mwm-dated-1113504448.851708@mired.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id DFD4D1F0A66 for ; Mon, 4 Apr 2005 11:47:30 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j34IlTOX094954 for ; Mon, 4 Apr 2005 11:47:29 -0700 (PDT) (envelope-from mwm-dated-1113504448.851708@mired.org) Received: (qmail 71649 invoked by uid 1001); 4 Apr 2005 18:47:29 -0000 Received: by guru.mired.org (tmda-sendmail, from uid 1001); Mon, 04 Apr 2005 13:47:28 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16977.35775.940391.458960@guru.mired.org> Date: Mon, 4 Apr 2005 13:47:27 -0500 To: Matt In-Reply-To: <42518AC9.5070208@comcast.net> References: <42518AC9.5070208@comcast.net> X-Mailer: VM 7.17 under 21.4 (patch 16) "Corporate Culture" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer X-Mailman-Approved-At: Tue, 05 Apr 2005 11:50:56 +0000 cc: freebsd-hackers@FreeBSD.ORG cc: misc@openbsd.org Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:47:34 -0000 In <42518AC9.5070208@comcast.net>, Matt typed: > I need some help understanding some C code. > > int (*if_ioctl) > (struct ifnet *, int, caddr_t); > > int (*if_watchdog) > (int); > > Can someone break down these declarations (if that's what they are)? Is > this a form of typecasting? Thanks for your help. cdecl (in the ports tree) is your friend: guru% cdecl Type `help' or `?' for help explain int (*if_ioctl)(struct ifnet *, int, caddr_t); declare if_ioctl as pointer to function (pointer to struct ifnet, int, caddr_t) returning int explain int (*if_watchdog)(int); declare if_watchdog as pointer to function (int) returning int Note that the parens around the "pointer to function" part are required: explain int *if_watchdog(int); declare if_watchdog as function (int) returning pointer to int http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 18:57:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5E216A4CF for ; Mon, 4 Apr 2005 18:57:10 +0000 (GMT) Received: from deliver.epitech.net (deliver.epitech.net [163.5.255.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 399A343D60 for ; Mon, 4 Apr 2005 18:57:09 +0000 (GMT) (envelope-from chehad_g@epita.fr) Received: from epita.fr ([163.5.255.10]) by deliver.epitech.net (SMSSMTP 4.0.0.59) with SMTP id M2005040421000731663 ; Mon, 04 Apr 2005 21:00:07 +0200 Received: from rotten (rotten.epita.fr [10.42.14.1]) by epita.fr id j34Iv1D04476 Mon, 4 Apr 2005 20:57:01 +0200 (CEST) Date: Mon, 4 Apr 2005 20:57:01 +0200 From: gilles chehade To: Matt Message-ID: <20050404185701.GA12867@rotten.epita.fr> References: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42518AC9.5070208@comcast.net> User-Agent: Mutt/1.4i X-Mailman-Approved-At: Tue, 05 Apr 2005 11:50:56 +0000 cc: freebsd-hackers@FreeBSD.ORG cc: misc@openbsd.org Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:57:10 -0000 On Mon, Apr 04, 2005 at 11:43:21AM -0700, Matt wrote: > I need some help understanding some C code. > > int (*if_ioctl) > (struct ifnet *, int, caddr_t); > > int (*if_watchdog) > (int); > > Can someone break down these declarations (if that's what they are)? Is > this a form of typecasting? Thanks for your help. > This is a bit off topic :) int (*if_ioctl)(struct ifnet *, int, caddr_t); pointer to a function that returns an int and that takes a struct ifnet *, an int and a caddr_t as parameters. int (*if_watchdog)(int); pointer to a function that returns an int and takes an int as parameter. -- veins (aka chaton) - Chehade Gilles - chehad_g@epitech.net - promo 2006 (ept4) Astek, assistant crypto, delegue ept4, chercheur en vie meilleure ;-) "..the good guys win primarily because criminals are just so supid." -- bruce schneier From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 22:50:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E6A916A4CF; Mon, 4 Apr 2005 22:50:56 +0000 (GMT) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B0C43D67; Mon, 4 Apr 2005 22:50:56 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 81C4F34DA11; Mon, 4 Apr 2005 15:50:55 -0700 (PDT) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id BA9B134DA0F; Mon, 4 Apr 2005 15:50:54 -0700 (PDT) Message-ID: <4251C4CE.7030906@cloudview.com> Date: Mon, 04 Apr 2005 15:50:54 -0700 From: John Pettitt User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Justin Bennett References: <4251C00E.1050108@z-axis.com> In-Reply-To: <4251C00E.1050108@z-axis.com> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack X-Mailman-Approved-At: Tue, 05 Apr 2005 11:50:56 +0000 cc: FreeBSD Hackers cc: FreeBSD Questions Subject: Re: iSCSI (revisited?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 22:50:57 -0000 Justin Bennett wrote: > All, > > I was wondering what people thought of iSCSI and FreeBSD. Is it a > viable option for creating SANs? > > I want to move away from tape backups, and have numerous production > FreeBSD machines that I need to back up data from. > > Any other ideas for a disk to disk backup solution that people have used? > > Thanks, > > Justin > For disk-to-disk backup take a look at BackupPC (don't let the name fool you it supports *nix clients). The nice thing about BackupPC is it does file pooling which saves *a lot* of space. John From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 02:31:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74AC516A4CE for ; Tue, 5 Apr 2005 02:31:04 +0000 (GMT) Received: from tut.by (speedy.tutby.com [195.209.41.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C9F943D31 for ; Tue, 5 Apr 2005 02:31:03 +0000 (GMT) (envelope-from myst@tut.by) Received: from [213.184.242.176] (account myst@tut.by) by tut.by (CommuniGate Pro WebUser 4.1.8) with HTTP id 36716572; Tue, 05 Apr 2005 05:31:01 +0300 From: Stas Myasnikov To: Srinivasa R Yarrakonda X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Tue, 05 Apr 2005 05:31:01 +0300 Message-ID: In-Reply-To: <20050405015546.30911.qmail@web52507.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251"; format="flowed" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 05 Apr 2005 11:50:56 +0000 Subject: Re: Probing Devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 02:31:04 -0000 Mon, 4 Apr 2005 18:55:46 -0700 (PDT), Srinivasa R Yarrakonda ïèñàë(à): >I am trying to install FreeBSD on the second hard disk >of my windows PC. I have burned the >5.3-RELEASE-i386-disc1.iso onto a CD. >When I restart the computer it reads the boot CDROM >and then reports "Probing Device (This will take a >while)". The sysinstall menu shows up but my keyboard >doesn't work with this menu. I think it hangs. >Whats wrong..any suggestions/advice is helpful.. Do you have an USB keyboard? From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 09:10:11 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E995E16A4CE for ; Tue, 5 Apr 2005 09:10:11 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6323743D1D for ; Tue, 5 Apr 2005 09:10:11 +0000 (GMT) (envelope-from dunceor@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1412922rng for ; Tue, 05 Apr 2005 02:10:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=RWTDaSUPzB5BT1vi4kDS9wsDVHwOzVJlOPBPz8WhNRR9n2sGEpFKUI43hdFK+kjK3xnm7XOA2VBRSmEUlAqSLEXF/fEv13CYkFZtHM9XtFMY5fJyA+dWBCFXJkpG+rMmaOub/3mUMC8MhI/J1SkGHvS038ohnxXMRSLlsQoWBLg= Received: by 10.38.161.30 with SMTP id j30mr1379383rne; Tue, 05 Apr 2005 02:10:10 -0700 (PDT) Received: by 10.38.151.16 with HTTP; Tue, 5 Apr 2005 02:10:10 -0700 (PDT) Message-ID: <5d84cb30504050210337c4b7f@mail.gmail.com> Date: Tue, 5 Apr 2005 11:10:10 +0200 From: "Dunceor ." To: misc@openbsd.org In-Reply-To: <20050405084550.GB28754@pestilenz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <42518AC9.5070208@comcast.net> <20050404184926.GB56342@stack.nl> <20050404185538.GB42193@dan.emsphone.com> <20050405084550.GB28754@pestilenz.org> X-Mailman-Approved-At: Tue, 05 Apr 2005 11:50:56 +0000 cc: grunk@pestilenz.org Subject: Re: C programming question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Dunceor ." List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:10:12 -0000 Since freebsd-hackers also was included in the cc list in the first mail I guess the port exist in FreeBSD. On Apr 5, 2005 10:45 AM, Alexander von Gernler wrote: > * Dan Nelson [2005-04-04 20:55]: > > The cdecl command (ports/devel/cutils) is good as decoding stuff like > > * Marc Olzheim [2005-04-04 20:49]: > > /usr/ports/devel/cdecl: > > Neither this nor the other directory exist under /usr/ports/devel. > They have also not been removed, because you should be able to see the > directories containing an Attic in cvsweb then. > > http://www.openbsd.org/cgi-bin/cvsweb/ports/devel/ > > Which port did both of you really mean? > > -- > Alexander "grunk" von Gernler PGP key 0xEBC27515 > http://www.de.openbsd.org -- Free, functional, secure. > > From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 12:08:51 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383AF16A4CF for ; Tue, 5 Apr 2005 12:08:51 +0000 (GMT) Received: from mx1.mirknigi.ru (mx1.mirknigi.ru [217.114.33.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE8043D1F for ; Tue, 5 Apr 2005 12:08:49 +0000 (GMT) (envelope-from AVesnin@mirknigi.ru) Received: from [172.20.2.34] (account avesnin@mirknigi.ru [172.20.2.34] verified) by mx1.mirknigi.ru (CommuniGate Pro SMTP 4.2.10) with ESMTP id 1302598; Tue, 05 Apr 2005 16:03:46 +0400 Message-ID: <42528003.30407@mirknigi.ru> Date: Tue, 05 Apr 2005 16:09:39 +0400 From: Alexey Vesnin Organization: Mir Knigi User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050331 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stas Myasnikov , freebsd-hackers@freebsd.org References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090801080902050205000508" Subject: Re: Probing Devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: AVesnin@mirknigi.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 12:08:51 -0000 This is a cryptographically signed message in MIME format. --------------ms090801080902050205000508 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable Stas Myasnikov wrote: > Mon, 4 Apr 2005 18:55:46 -0700 (PDT), Srinivasa R Yarrakonda=20 > =EF=E8=F1=E0=EB(=E0): > >> I am trying to install FreeBSD on the second hard disk >> of my windows PC. I have burned the >> 5.3-RELEASE-i386-disc1.iso onto a CD. >> When I restart the computer it reads the boot CDROM >> and then reports "Probing Device (This will take a >> while)". The sysinstall menu shows up but my keyboard >> doesn't work with this menu. I think it hangs. Whats wrong..any=20 >> suggestions/advice is helpful.. > > > Do you have an USB keyboard? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to=20 > "freebsd-hackers-unsubscribe@freebsd.org" Not only USB keyboards causin' that problem - some cheap PS/2 keyboards=20 have a same one. When I faced that fact I just changed a keyboard - and=20 there was no troubles at all. I used BTC PS/2 mini - it works for sure. ___________________________________ Alexey "Steel Scorpion 666" Vesnin http://ss666.ru ICQ 31686351 --------------ms090801080902050205000508 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINrDCC BtIwggS6oAMCAQICCQDhjGZO1J78DTANBgkqhkiG9w0BAQQFADCBljELMAkGA1UEBhMCUlUx DzANBgNVBAgTBk1vc2NvdzEPMA0GA1UEBxMGTW9zY293MRYwFAYDVQQKEw1NaXIgS25pZ2kg TExDMRMwEQYDVQQLEwpJVFNlY3VyaXR5MRMwEQYDVQQDEwpJVFNlY3VyaXR5MSMwIQYJKoZI hvcNAQkBFhRyb290QGJzZC5taXJrbmlnaS5ydTAeFw0wNTAzMDIxMTI3MzlaFw0wNjAzMDIx MTI3MzlaMIGYMQswCQYDVQQGEwJSVTEPMA0GA1UECBMGTW9zY293MQ8wDQYDVQQHEwZNb3Nj b3cxFjAUBgNVBAoTDU1pciBLbmlnaSBMTEMxEzARBgNVBAsTCklUU2VjdXJpdHkxFjAUBgNV BAMTDUFsZXhleSBWZXNuaW4xIjAgBgkqhkiG9w0BCQEWE0FWZXNuaW5AbWlya25pZ2kucnUw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCvwWPTPK+NurLsFn6ifDXDX/+lFjHy Kyg6QKjk+Icfyj1vi1maHl0PVNvj/MyOEqW5nKOZemm1NzYbM8xPHBB2lfoG0k6wi4OLA5q+ N3Da+njdf9+tv5m/4KaoY7nedpjhGJ6JZIx2b8qN6myxJaabIa9nO6Ok1Ooh84Y0Np1WQXxk 3+CwWieZS/D7OwyESirK0DYdFhIqOapVOEYNWxTWJXahVNewWuVT7qEtBFJjSScmKKQoGF5s c3xVH/bJbsfmVrxQg1lyTxpYoCUWtfZ1OI/SPV1R2ZGaG7TZr3BXG8Ekamzj22Ylf6lLSjpC 3rQh4xQakC4Xg3pA+px0R3oGsgU1OEJ18zMtUg9F+/r6yWp4EQLkleQyU2Yue6DAKaz3e3Fl 0JLwVAkpj6+V3mM/NiyBmFMPXD6KFZ2L5xvi3cheYAuqZbxGhwg9zIzRk6+vOQq5ixJmJDHB sTN1K9uUNZr9+tj+y0l3nEEi4itRSaMU/eFKlA4eXKGQqIwD50DRrxY0CHn1GC0Zyf/yfMVJ PSKAgtbD+WaoCNxejjHZOPDkmid/FWR83amd3gklZde0U6Nl5+dFvAhhqOUigLAAfJc9K/EB amX3zQkRo8R+b8WDKK/93pRF3gjpL93cUKJNaoBuyckbTMWVdfMexPIk2BBcUOVXZwSjpaQ9 oLAoAQIDAQABo4IBHTCCARkwCQYDVR0TBAIwADAfBglghkgBhvhCAQ0EEhYQTWlyIEtuaWdp IExMQyBDQTAdBgNVHQ4EFgQU/t07iu2GwpVLEhybfz5DKRfXArYwgcsGA1UdIwSBwzCBwIAU clSINjcjvmaFXvJId6+ZHgIbTwahgZykgZkwgZYxCzAJBgNVBAYTAlJVMQ8wDQYDVQQIEwZN b3Njb3cxDzANBgNVBAcTBk1vc2NvdzEWMBQGA1UEChMNTWlyIEtuaWdpIExMQzETMBEGA1UE CxMKSVRTZWN1cml0eTETMBEGA1UEAxMKSVRTZWN1cml0eTEjMCEGCSqGSIb3DQEJARYUcm9v dEBic2QubWlya25pZ2kucnWCCQDhjGZO1J78BzANBgkqhkiG9w0BAQQFAAOCAgEAX7VDmJj3 nVwBaxLl5Ng6iB3LRk5V7gfIzeiLbgBpRw3/oCsUUg4qbWkJrybijYrI9u7dLiaT5BSAGIcH EGJdl/aac39cMhQxPVmMnQb4+xrLRbA3mFZibagKWkyc66XtYt/yoEXUq13M68Ib62dKS70N ZE2Q2GmvE1ilAS6B+2Gn5rUd3nnGDNIDRMfWzpos96migDjFz2IW3UyZdbfBMzcodN1vfn/v XOeDXOxHvTVZgrwo+iaptNm3GCq1H/uHbXNQD14aw/yfJBmkCt6zMs8q8e0F0RbrzlYCMDlR ZlObXpqQXvHO5JA952i7TamMZnxLKpowbKjqYzq9tltPdusl+uRpnV8qJExlpsT7PsP3gx94 rHTh9MlaqlM3pAgXreja69YODV7/plcmaT7lrCLeKz0BUMOrdyEJOGNJw08+SbVdYwXQKVP8 fE4nFUUJaMp5iIz9jerxtpdCsYGsfO1BtrUUQwj2/zShSwm0KV23KB5nHObJbSD78Pp4aQd3 OKJ6H5h1oQ/iHZOwHI6u9QJ6oMA4ydpCQQkgtu6dcJq8DmaN+7eMkzHAQkiDdnthUdBj2kCL +oD8XzJopci63aPMh9NTumR0orW/XSiqdACgQOzLytpnQ5PEKqVZeO0KWq/PkqUXKagN5bqJ XvKTj+hEN8cXe3Dhjj2Tu3+VLyYwggbSMIIEuqADAgECAgkA4YxmTtSe/A0wDQYJKoZIhvcN AQEEBQAwgZYxCzAJBgNVBAYTAlJVMQ8wDQYDVQQIEwZNb3Njb3cxDzANBgNVBAcTBk1vc2Nv dzEWMBQGA1UEChMNTWlyIEtuaWdpIExMQzETMBEGA1UECxMKSVRTZWN1cml0eTETMBEGA1UE AxMKSVRTZWN1cml0eTEjMCEGCSqGSIb3DQEJARYUcm9vdEBic2QubWlya25pZ2kucnUwHhcN MDUwMzAyMTEyNzM5WhcNMDYwMzAyMTEyNzM5WjCBmDELMAkGA1UEBhMCUlUxDzANBgNVBAgT Bk1vc2NvdzEPMA0GA1UEBxMGTW9zY293MRYwFAYDVQQKEw1NaXIgS25pZ2kgTExDMRMwEQYD VQQLEwpJVFNlY3VyaXR5MRYwFAYDVQQDEw1BbGV4ZXkgVmVzbmluMSIwIAYJKoZIhvcNAQkB FhNBVmVzbmluQG1pcmtuaWdpLnJ1MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA r8Fj0zyvjbqy7BZ+onw1w1//pRYx8isoOkCo5PiHH8o9b4tZmh5dD1Tb4/zMjhKluZyjmXpp tTc2GzPMTxwQdpX6BtJOsIuDiwOavjdw2vp43X/frb+Zv+CmqGO53naY4RieiWSMdm/Kjeps sSWmmyGvZzujpNTqIfOGNDadVkF8ZN/gsFonmUvw+zsMhEoqytA2HRYSKjmqVThGDVsU1iV2 oVTXsFrlU+6hLQRSY0knJiikKBhebHN8VR/2yW7H5la8UINZck8aWKAlFrX2dTiP0j1dUdmR mhu02a9wVxvBJGps49tmJX+pS0o6Qt60IeMUGpAuF4N6QPqcdEd6BrIFNThCdfMzLVIPRfv6 +slqeBEC5JXkMlNmLnugwCms93txZdCS8FQJKY+vld5jPzYsgZhTD1w+ihWdi+cb4t3IXmAL qmW8RocIPcyM0ZOvrzkKuYsSZiQxwbEzdSvblDWa/frY/stJd5xBIuIrUUmjFP3hSpQOHlyh kKiMA+dA0a8WNAh59RgtGcn/8nzFST0igILWw/lmqAjcXo4x2Tjw5JonfxVkfN2pnd4JJWXX tFOjZefnRbwIYajlIoCwAHyXPSvxAWpl980JEaPEfm/Fgyiv/d6URd4I6S/d3FCiTWqAbsnJ G0zFlXXzHsTyJNgQXFDlV2cEo6WkPaCwKAECAwEAAaOCAR0wggEZMAkGA1UdEwQCMAAwHwYJ YIZIAYb4QgENBBIWEE1pciBLbmlnaSBMTEMgQ0EwHQYDVR0OBBYEFP7dO4rthsKVSxIcm38+ QykX1wK2MIHLBgNVHSMEgcMwgcCAFHJUiDY3I75mhV7ySHevmR4CG08GoYGcpIGZMIGWMQsw CQYDVQQGEwJSVTEPMA0GA1UECBMGTW9zY293MQ8wDQYDVQQHEwZNb3Njb3cxFjAUBgNVBAoT DU1pciBLbmlnaSBMTEMxEzARBgNVBAsTCklUU2VjdXJpdHkxEzARBgNVBAMTCklUU2VjdXJp dHkxIzAhBgkqhkiG9w0BCQEWFHJvb3RAYnNkLm1pcmtuaWdpLnJ1ggkA4YxmTtSe/AcwDQYJ KoZIhvcNAQEEBQADggIBAF+1Q5iY951cAWsS5eTYOogdy0ZOVe4HyM3oi24AaUcN/6ArFFIO Km1pCa8m4o2KyPbu3S4mk+QUgBiHBxBiXZf2mnN/XDIUMT1ZjJ0G+Psay0WwN5hWYm2oClpM nOul7WLf8qBF1KtdzOvCG+tnSku9DWRNkNhprxNYpQEugfthp+a1Hd55xgzSA0TH1s6aLPep ooA4xc9iFt1MmXW3wTM3KHTdb35/71zng1zsR701WYK8KPomqbTZtxgqtR/7h21zUA9eGsP8 nyQZpAreszLPKvHtBdEW685WAjA5UWZTm16akF7xzuSQPedou02pjGZ8SyqaMGyo6mM6vbZb T3brJfrkaZ1fKiRMZabE+z7D94MfeKx04fTJWqpTN6QIF63o2uvWDg1e/6ZXJmk+5awi3is9 AVDDq3chCThjScNPPkm1XWMF0ClT/HxOJxVFCWjKeYiM/Y3q8baXQrGBrHztQba1FEMI9v80 oUsJtCldtygeZxzmyW0g+/D6eGkHdziieh+YdaEP4h2TsByOrvUCeqDAOMnaQkEJILbunXCa vA5mjfu3jJMxwEJIg3Z7YVHQY9pAi/qA/F8yaKXIut2jzIfTU7pkdKK1v10oqnQAoEDsy8ra Z0OTxCqlWXjtClqvz5KlFymoDeW6iV7yk4/oRDfHF3tw4Y49k7t/lS8mMYIE8zCCBO8CAQEw gaQwgZYxCzAJBgNVBAYTAlJVMQ8wDQYDVQQIEwZNb3Njb3cxDzANBgNVBAcTBk1vc2NvdzEW MBQGA1UEChMNTWlyIEtuaWdpIExMQzETMBEGA1UECxMKSVRTZWN1cml0eTETMBEGA1UEAxMK SVRTZWN1cml0eTEjMCEGCSqGSIb3DQEJARYUcm9vdEBic2QubWlya25pZ2kucnUCCQDhjGZO 1J78DTAJBgUrDgMCGgUAoIICIzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNTA0MDUxMjA5NDBaMCMGCSqGSIb3DQEJBDEWBBQONclCKh45W1igeGMA+YVj G8WtVjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBtQYJKwYBBAGCNxAEMYGnMIGk MIGWMQswCQYDVQQGEwJSVTEPMA0GA1UECBMGTW9zY293MQ8wDQYDVQQHEwZNb3Njb3cxFjAU BgNVBAoTDU1pciBLbmlnaSBMTEMxEzARBgNVBAsTCklUU2VjdXJpdHkxEzARBgNVBAMTCklU U2VjdXJpdHkxIzAhBgkqhkiG9w0BCQEWFHJvb3RAYnNkLm1pcmtuaWdpLnJ1AgkA4YxmTtSe /A0wgbcGCyqGSIb3DQEJEAILMYGnoIGkMIGWMQswCQYDVQQGEwJSVTEPMA0GA1UECBMGTW9z Y293MQ8wDQYDVQQHEwZNb3Njb3cxFjAUBgNVBAoTDU1pciBLbmlnaSBMTEMxEzARBgNVBAsT CklUU2VjdXJpdHkxEzARBgNVBAMTCklUU2VjdXJpdHkxIzAhBgkqhkiG9w0BCQEWFHJvb3RA YnNkLm1pcmtuaWdpLnJ1AgkA4YxmTtSe/A0wDQYJKoZIhvcNAQEBBQAEggIAcG7IEicxS3H5 0AKDnvTT8a/pAryDs+vw/MsMHIPCeOj7KqetokMpGE4kWhgipaE1Qcj8xd/Yymd9KblbBj1A myg6uSKKw6EjC/V5b6cUWMFE8wLCwIcVvT8PrZLfY3CHlUV2SENGtMFW9URrCKCGy+ikOFON 4zZwTl5k+crWC8svGNkAwwI7lL2VgOgLVRenDHb45eYavH3e991wTd1nPMVdjeLN5OqL3Et5 yqfZsmKTc+e7LxTY34yloSEm9AacBGeT568CBwFNHfJJG9ypBvYbtXtHjJdLJqIb0zx/qnY7 fv11VFCmpdLTgQb3rSsRnzoUbD15LBc745EF9NExNgOArSjqtz+3OOTpEYYKBQdflvDE96u+ nqDYlPCTsmqOCm4XBSP1L2vgTjpqHPwZQ+CqtsmFNIC8zuPS65ktkZYg6hFFvQtv6KYUXZlW UoFzHtGQMwWixUOKrsZFxhdXae0K9q419oHyZEr3qZjhLnrjhN3fcLZrP9KFffMV+29IgPtZ TAiCWHSgeI4rHdXVuPoghNzEoBIAuU9xvgF3Sjc+YkN34SeiQ79EgkTY6VN1jJiyCH5RGVJl m49j9O1NOPtKLiNnWM4N7fz65xaTdMo7p0/7oTeUGD3TLPd/RHSpRkGQKRqYICFsbq9YLbUc 8G5oVUmcldehiKnBabMEZusAAAAAAAA= --------------ms090801080902050205000508-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 12:25:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0572716A4CE for ; Tue, 5 Apr 2005 12:25:50 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA12543D2F for ; Tue, 5 Apr 2005 12:25:49 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 20AF7970FE for ; Tue, 5 Apr 2005 05:25:49 -0700 (PDT) Message-Id: <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Tue, 05 Apr 2005 05:26:01 -0700 To: freebsd-hackers@FreeBSD.ORG From: ray@redshift.com In-Reply-To: <42518AC9.5070208@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 12:25:50 -0000 I'm doing some tweaking on my kernel tonight (FreeBSD 5.3) and I'm trying to get a better grip on what the following lines do and what impact they could have to the overall performance of a server: options SHMALL= options SHMMAX= options SHMMAXPGS= options SHMMIN= options SHMMNI= options SHMSEG= I understand these control shared memory and how many semaphores the kernel can allocate, but I guess what I'm not 100% clear on is how the kernel uses these resources when it comes to running something like Apache or MySQL on a heavily loaded server. In other words, for something like Apache, how much shared memory is required? Or what would adding additional shared memory and/or semaphores provide. Does the default # provided for by FreeBSD create a problem and/or would it use additional ram if allocated? Is there the anyone on the list that has experience with changing these that can provide a clear, down to earth explanation as to their impacts? Just hearing "you get more memory" doesn't really explain what the OS can do with it, or what not having enough could limit, etc. Thanks! Ray From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 13:35:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE9F16A4CE for ; Tue, 5 Apr 2005 13:35:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC6BB43D31 for ; Tue, 5 Apr 2005 13:35:14 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so360923wra for ; Tue, 05 Apr 2005 06:35:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=D40VW/Agfrh6DWEibbR8BUue+X1L6P2YoJ8kkTg3+ygly4X1V2nhygEXIfXKS5owQPCKBLedCYKoHhFVXHyhC0VsQkBEseztBtGHW0XAYxa57NJi+8oFzSP/9doR0K/fmfxuuHN9AApP1keo3gkVRsem+3K8FvBDxVN1swLdjSQ= Received: by 10.54.32.67 with SMTP id f67mr85712wrf; Tue, 05 Apr 2005 06:35:13 -0700 (PDT) Received: by 10.54.37.43 with HTTP; Tue, 5 Apr 2005 06:35:13 -0700 (PDT) Message-ID: Date: Tue, 5 Apr 2005 14:35:13 +0100 From: Alex Burke To: FreeBSD-HACKERS Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Boot0 on boot floppies and 2.88meg drives/controllers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Burke List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:35:15 -0000 Hi, I seem to be haivng an odd issue on a couple of my machines here. This occurs with both 5.3-RELEASE and 4.11-RELEASE. Wasnt sure which list to post to, apologies if I chose badly. I downloaded the boot floppies, but upon putting it in the mahcine the \ symbol swirled maybe once, then a pause and then it came up with two disk error messages and then loader cannot be found. I remembered that this was a 2.88Meg capable system, and when i forced it into 1.44Meg mode in the system configuraiton FreeBSD booted like a charm. I confirmed this phenomenon on another 2.88Meg enable system here also. I must say that these systems are MCA boxes, but I am pretty confident for the boot0 program that should make no difference. I should also say the boot floppy used was a 1.44Meg normal boot floppy that had started many other systems. If this indeed is a little bug, is there anything I can do to help? FreeBSD atleast boots on the mahcine i changed back to 1.44, NetBSD seemed to hang at the point of detecting fdc0 no matter what mode it was. Thanks, Alex J Burke. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 14:07:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8751516A4CE for ; Tue, 5 Apr 2005 14:07:01 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0053743D5C for ; Tue, 5 Apr 2005 14:07:01 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH004Z88AC9150@bgo1smout1.broadpark.no> for freebsd-hackers@FreeBSD.ORG; Tue, 05 Apr 2005 16:01:24 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HTT8M0J0E0@bgo1sminn1.broadpark.no> for freebsd-hackers@FreeBSD.ORG; Tue, 05 Apr 2005 16:08:24 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 36FACEBC08; Tue, 05 Apr 2005 16:06:59 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id BBA2BA901E; Tue, 05 Apr 2005 16:06:53 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id AFF7533C5A; Tue, 05 Apr 2005 16:06:53 +0200 (CEST) Date: Tue, 05 Apr 2005 16:06:53 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050404215219.GA48852@nowhere> To: Craig Boston Message-id: <86is312u82.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200504031619.j33GJJMJ079167@marlena.vvi.at> <20050404215219.GA48852@nowhere> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: ALeine cc: freebsd-hackers@FreeBSD.ORG cc: sos@DeepCore.dk Subject: Re: ATA security commands, bug in atacontrol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:07:01 -0000 Craig Boston writes: > Um, wouldn't setting the password on a system in which the BIOS offers > no ATA security support render the system unbootable? The BIOS would > be unable to read the boot sector without first unlocking the disk... You are assuming that there is only one disk in the machine, and that the machine is booting from that disk. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 14:08:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E097916A4CE for ; Tue, 5 Apr 2005 14:08:29 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9092B43D4C for ; Tue, 5 Apr 2005 14:08:29 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH0043N8CU8Z60@bgo1smout1.broadpark.no> for hackers@freebsd.org; Tue, 05 Apr 2005 16:02:54 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HZ78OHJ0E0@bgo1sminn1.broadpark.no> for hackers@freebsd.org; Tue, 05 Apr 2005 16:09:53 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 6C193EBC08; Tue, 05 Apr 2005 16:08:28 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id E56FAA901E; Tue, 05 Apr 2005 16:08:23 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id DD1B133C5A; Tue, 05 Apr 2005 16:08:23 +0200 (CEST) Date: Tue, 05 Apr 2005 16:08:23 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050405100438.7d0e01ab.vlady@sun-fish.com> To: Vladimir Terziev Message-id: <86ekdp2u5k.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050405100438.7d0e01ab.vlady@sun-fish.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: hackers@freebsd.org Subject: Re: ICH6 SATA RAID support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:08:30 -0000 Vladimir Terziev writes: > could someone tell me what is the status of ICH6 SATA RAID support > in FreeBSD? The ICH6R is an Intel MatrixRAID chipset and is fully supported in -CURRENT. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 14:20:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36EF716A4CE; Tue, 5 Apr 2005 14:20:52 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-118-97.jan.bellsouth.net [68.222.118.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B31643D53; Tue, 5 Apr 2005 14:20:51 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 81F30210D5; Tue, 5 Apr 2005 09:20:50 -0500 (CDT) Date: Tue, 5 Apr 2005 09:20:49 -0500 From: "Matthew D. Fuller" To: hackers@freebsd.org Message-ID: <20050405142049.GE148@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 cc: jdp@freebsd.org Subject: CVSup and Attic files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:20:52 -0000 I've noticed some strange behavior suddenly out of CVSup. I refuse all Attic files in ports, and that doesn't seem to be working right all of a sudden. My best guess is that it's something due to the recent patch to cvsupd to handle INDEX issues, since I can't think of anything else that would make it suddenly change, but I don't know m3 or the cvsup source well enough to lay a guess as to why it's happening. Anybody else seeing anything like this? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 14:34:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB40B16A4CE for ; Tue, 5 Apr 2005 14:34:29 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C5B43D54 for ; Tue, 5 Apr 2005 14:34:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j35EbFsi038422; Tue, 5 Apr 2005 08:37:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4252A17E.3000306@samsco.org> Date: Tue, 05 Apr 2005 08:32:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20050405100438.7d0e01ab.vlady@sun-fish.com> <86ekdp2u5k.fsf@xps.des.no> In-Reply-To: <86ekdp2u5k.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: hackers@freebsd.org Subject: Re: ICH6 SATA RAID support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:34:29 -0000 Dag-Erling Smørgrav wrote: > Vladimir Terziev writes: > >>could someone tell me what is the status of ICH6 SATA RAID support >>in FreeBSD? > > > The ICH6R is an Intel MatrixRAID chipset and is fully supported in > -CURRENT. > > DES ICH6R is just like ICH5R in that it's just a dumb ATA/SATA controller with hooks that allow a motherboard BIOS to provide simple RAID functionaly at boot. It's not tied to any particular RAID implementation, and there are likely dozens of companies out there that will put their own, incompatible RAID functionality into the BIOS just like they did with the ICH5R. MatrixRAID is just one of these implementations. Scott From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 15:08:23 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6BC216A55E for ; Tue, 5 Apr 2005 15:08:23 +0000 (GMT) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3563943D45 for ; Tue, 5 Apr 2005 15:08:23 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.13.1/8.13.1) with ESMTP id j35F8MFu099754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2005 08:08:22 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.13.1/8.13.1/Submit) id j35F8MnC039392; Tue, 5 Apr 2005 08:08:22 -0700 (PDT) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20050405142049.GE148@over-yonder.net> Date: Tue, 05 Apr 2005 08:08:22 -0800 (PDT) From: John Polstra To: "Matthew D. Fuller" X-Bogosity: No, tests=bogofilter, spamicity=0.049513, version=0.14.5 cc: hackers@freebsd.org Subject: RE: CVSup and Attic files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:08:24 -0000 On 05-Apr-2005 Matthew D. Fuller wrote: > I've noticed some strange behavior suddenly out of CVSup. I refuse > all Attic files in ports, and that doesn't seem to be working right > all of a sudden. > > My best guess is that it's something due to the recent patch to cvsupd > to handle INDEX issues, since I can't think of anything else that > would make it suddenly change, You are right. The patch took away the ability to refuse Attic files. I know that's an inconvenience for some folks, but I think it better matches CVSup's overall philosophy of Attic files -- namely, that the Attic is a historical CVS quirk that ought to be hidden as much as possible. John From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 5 22:03:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 924FF16A4CE; Tue, 5 Apr 2005 22:03:02 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j35M32gC095976; Tue, 5 Apr 2005 18:03:02 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j35M31nm095975; Tue, 5 Apr 2005 18:03:01 -0400 (EDT) (envelope-from green) Date: Tue, 5 Apr 2005 18:03:01 -0400 From: Brian Fundakowski Feldman To: klowd9 - Message-ID: <20050405220301.GE69428@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.org Subject: Re: How the experts do it? (kernel dev) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 22:03:02 -0000 On Sun, Apr 03, 2005 at 07:37:22AM +0000, klowd9 - wrote: > I would like to setup a virtual machine for developing and debugging the > kernel, perhaps with the possibility of debugging from the host os to the > guest system. > Which software would best suite this: vmware, bochs, qemu ? > Keep in mind my host os will be FreeBSD 5.4. So whatever runs best on that. > > Also, How would i setup the system, so at boot i could choose between two > kernels? > One would be my Safe working kernel. And one would be constantly modifed > and recompiled. > Then i could easily switch between the two at boot time. > Is there any easier way to test if a kernel works, other then running the > whole boot process on a system? > > Could i do my kernel testing on a virtual macined minibsd, or is that a > different type of kernel and will not be valid in relation to freebsd? > > If you use a better or more efficient method for testing new kernel code, > please write it here also. I have a fair bit of experience using FreeBSD as a host and a guest within VMWare and was pretty happy with it. The methodology you describe is pretty standard fare, unless you're developing code as a kernel module, and manage to keep out bugs that would cause instability during the development process... that can definitely cut down development time. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 06:49:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E354816A4CE for ; Wed, 6 Apr 2005 06:49:19 +0000 (GMT) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E300943D5F for ; Wed, 6 Apr 2005 06:49:18 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from pulse (pulse.behrens [192.168.20.31]) ESMTP id j366nGQg021228; Wed, 6 Apr 2005 08:49:16 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200504060649.j366nGQg021228@pinky.frank-behrens.de> From: "Frank Behrens" To: Bruno Ducrot Date: Wed, 06 Apr 2005 08:49:15 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <20050404171735.GR2298@poupinou.org> References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 06:49:20 -0000 Bruno Ducrot wrote on 4 Apr 2005 19:17: > You may start looking at src/usr.sbin/powerd in -current, and improve it > a bit? The actual algorithm used in powerd may need some rework IMHO. Which problems do you see? My comments: 1. If the frequency is raised it should not go down immediately on short idle phases. To raise the frequency the current idle value should used but to lower the frequency we should calculate a weighted idle average value. 2. The default polling time of 500 ms seems to be very short. It can increased to several seconds. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 06:58:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB43416A4CE for ; Wed, 6 Apr 2005 06:58:18 +0000 (GMT) Received: from f13.mail.ru (f13.mail.ru [194.67.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A49F243D53 for ; Wed, 6 Apr 2005 06:58:18 +0000 (GMT) (envelope-from morzhus@mail.ru) Received: from mail by f13.mail.ru with local id 1DJ4UW-0003zG-00 for freebsd-hackers@freebsd.org; Wed, 06 Apr 2005 10:58:20 +0400 Received: from [67.42.132.139] by win.mail.ru with HTTP; Wed, 06 Apr 2005 10:58:20 +0400 From: Mrzh To: freebsd-hackers@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [67.42.132.139] Date: Wed, 06 Apr 2005 10:58:20 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Using kld functions in other kld's? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mrzh List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 06:58:19 -0000 I'm trying to access one kld's functions from another kld in FreeBSD 5.3. Even though I have non-static functions in my first loaded kld, subsequent kldload of another kld that refers to those symbols gives me "link_elf: symbol blahblahblah undefined". I was able to do this kind of thing in FreeBSD 4.x before. Is what I'm trying to do possible in FreeBSD 5.3? What could be source of the problem? Thanks very much for any reply! Paul. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 07:02:53 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BED516A4CE for ; Wed, 6 Apr 2005 07:02:53 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4E843D1F for ; Wed, 6 Apr 2005 07:02:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3672lg5092034; Wed, 6 Apr 2005 16:32:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, Mrzh Date: Wed, 6 Apr 2005 16:32:34 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1478740.DlmKVc8EFQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504061632.43062.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Using kld functions in other kld's? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 07:02:53 -0000 --nextPart1478740.DlmKVc8EFQ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 6 Apr 2005 16:28, Mrzh wrote: > I'm trying to access one kld's functions from another kld in FreeBSD 5.3. > Even though I have non-static functions in my first loaded kld, subsequent > kldload of another kld that refers to those symbols gives me "link_elf: > symbol blahblahblah undefined". I was able to do this kind of thing in > FreeBSD 4.x before. > > Is what I'm trying to do possible in FreeBSD 5.3? What could be source of > the problem? Thanks very much for any reply! A KLD's symbols aren't exported by default (any more?) so you can only acce= ss=20 the public interfaces. See EXPORT_SYMS in /usr/src/sys/conf/kmod.mk =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1478740.DlmKVc8EFQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCU4mS5ZPcIHs/zowRAow+AJ9u2c1NDPztz6U43HWHYzvXt6TVhQCeMYw2 a2Esm9sf9zTct0lpFRKH4p0= =yLGA -----END PGP SIGNATURE----- --nextPart1478740.DlmKVc8EFQ-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 14:01:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A4016A4D2 for ; Wed, 6 Apr 2005 14:01:10 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 061F843D39 for ; Wed, 6 Apr 2005 14:01:10 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DJB5a-0001vd-00; Wed, 06 Apr 2005 16:01:02 +0200 Date: Wed, 6 Apr 2005 16:01:02 +0200 To: Frank Behrens Message-ID: <20050406140102.GY2298@poupinou.org> References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> <200504060649.j366nGQg021228@pinky.frank-behrens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504060649.j366nGQg021228@pinky.frank-behrens.de> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 14:01:10 -0000 On Wed, Apr 06, 2005 at 08:49:15AM +0200, Frank Behrens wrote: > Bruno Ducrot wrote on 4 Apr 2005 19:17: > > You may start looking at src/usr.sbin/powerd in -current, and improve it > > a bit? The actual algorithm used in powerd may need some rework IMHO. > > Which problems do you see? powerd use an exponentional decrease of the frequency. This might be not stable for certain workload. > My comments: > 1. If the frequency is raised it should not go down immediately on > short idle phases. To raise the frequency the current idle value > should used but to lower the frequency we should calculate a weighted > idle average value. It might be a solution. It has been tested in that paper: http://www-mtl.mit.edu/research/icsystems/pubs/conferences/2001/sinha_vlsi2001.pdf and it seems it's maybe not the better one, though (search 'MAW', its exactly what you suggest). > 2. The default polling time of 500 ms seems to be very short. It can > increased to several seconds. Problem if you increase teh polling intervall is that you can't be sure that the system can detect in time when going up. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 15:37:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9273A16A4CE for ; Wed, 6 Apr 2005 15:37:58 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4086743D41 for ; Wed, 6 Apr 2005 15:37:58 +0000 (GMT) (envelope-from dipjyoti.saikia@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so226640wra for ; Wed, 06 Apr 2005 08:37:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=QalWutd47aIjqjUAfzWHkF2wjrJNsuJCWS6hsmLKCeWzJfAjgBsAMcBP98c33DLOGqiV18cNffDOD/GaL6V1+lM0q0Gus/3cnpctyraPc/3Ifemg3t6ascxNLbku/WBMwz0NuJf+PhFGJ2vaZYrN8V/yJz7uLM9kMDCtV/aj7F0= Received: by 10.54.15.21 with SMTP id 21mr266443wro; Wed, 06 Apr 2005 08:37:49 -0700 (PDT) Received: by 10.54.35.75 with HTTP; Wed, 6 Apr 2005 08:37:47 -0700 (PDT) Message-ID: Date: Wed, 6 Apr 2005 21:07:47 +0530 From: Dipjyoti Saikia To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Looking For Memory Management/Kernel Timing Details in FREE BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dipjyoti Saikia List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 15:37:58 -0000 Hi, Can any one guide me to appropriate place to start going through Free BSD mem. management/kernel timing management code . Thanks Dip From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 18:29:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D46816A4CE for ; Wed, 6 Apr 2005 18:29:40 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A33BA43D58 for ; Wed, 6 Apr 2005 18:29:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j36IS21n067079; Wed, 6 Apr 2005 12:28:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 06 Apr 2005 12:28:02 -0600 (MDT) Message-Id: <20050406.122802.41700175.imp@bsdimp.com> To: morzhus@mail.ru From: Warner Losh In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Using kld functions in other kld's? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 18:29:40 -0000 From: Mrzh Subject: Using kld functions in other kld's? Date: Wed, 06 Apr 2005 10:58:20 +0400 > I'm trying to access one kld's functions from another kld in FreeBSD 5.3. > Even though I have non-static functions in my first loaded kld, subsequent kldload of > another kld that refers to those symbols gives me "link_elf: symbol blahblahblah undefined". > I was able to do this kind of thing in FreeBSD 4.x before. > > Is what I'm trying to do possible in FreeBSD 5.3? What could be source of the problem? > Thanks very much for any reply! See MODULE_DEPEND for the proper way to have modules A refer to moudle B's symbols. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 18:29:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7A8F16A4D8 for ; Wed, 6 Apr 2005 18:29:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC0F43D49 for ; Wed, 6 Apr 2005 18:29:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j36ISJvc067080; Wed, 6 Apr 2005 12:28:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 06 Apr 2005 12:28:19 -0600 (MDT) Message-Id: <20050406.122819.71154504.imp@bsdimp.com> To: doconnor@gsoft.com.au From: Warner Losh In-Reply-To: <200504061632.43062.doconnor@gsoft.com.au> References: <200504061632.43062.doconnor@gsoft.com.au> X-Mailer: Mew version 3.3 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 cc: morzhus@mail.ru Subject: Re: Using kld functions in other kld's? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 18:29:45 -0000 From: "Daniel O'Connor" Subject: Re: Using kld functions in other kld's? Date: Wed, 6 Apr 2005 16:32:34 +0930 > On Wed, 6 Apr 2005 16:28, Mrzh wrote: > > I'm trying to access one kld's functions from another kld in FreeBSD 5.3. > > Even though I have non-static functions in my first loaded kld, subsequent > > kldload of another kld that refers to those symbols gives me "link_elf: > > symbol blahblahblah undefined". I was able to do this kind of thing in > > FreeBSD 4.x before. > > > > Is what I'm trying to do possible in FreeBSD 5.3? What could be source of > > the problem? Thanks very much for any reply! > > A KLD's symbols aren't exported by default (any more?) so you can only access > the public interfaces. > See EXPORT_SYMS in /usr/src/sys/conf/kmod.mk Generally this is to be avoided in favor of MODULE_DEPEND. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 20:11:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4BAA16A4CE for ; Wed, 6 Apr 2005 20:11:09 +0000 (GMT) Received: from f25.mail.ru (f25.mail.ru [194.67.57.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BDC43D49 for ; Wed, 6 Apr 2005 20:11:09 +0000 (GMT) (envelope-from morzhus@mail.ru) Received: from mail by f25.mail.ru with local id 1DJGrj-00091q-00; Thu, 07 Apr 2005 00:11:07 +0400 Received: from [168.103.115.128] by win.mail.ru with HTTP; Thu, 07 Apr 2005 00:11:07 +0400 From: Mrzh To: Warner Losh Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [168.103.115.128] Date: Thu, 07 Apr 2005 00:11:07 +0400 In-Reply-To: <20050406.122819.71154504.imp@bsdimp.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re[2]: Using kld functions in other kld's? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mrzh List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 20:11:10 -0000 Thanks a lot, I'll look into MODULE_DEPEND. -----Original Message----- From: Warner Losh To: doconnor@gsoft.com.au Date: Wed, 06 Apr 2005 12:28:19 -0600 (MDT) Subject: Re: Using kld functions in other kld's? > > From: "Daniel O'Connor" > Subject: Re: Using kld functions in other kld's? > Date: Wed, 6 Apr 2005 16:32:34 +0930 > > > On Wed, 6 Apr 2005 16:28, Mrzh wrote: > > > I'm trying to access one kld's functions from another kld in FreeBSD 5.3. > > > Even though I have non-static functions in my first loaded kld, subsequent > > > kldload of another kld that refers to those symbols gives me "link_elf: > > > symbol blahblahblah undefined". I was able to do this kind of thing in > > > FreeBSD 4.x before. > > > > > > Is what I'm trying to do possible in FreeBSD 5.3? What could be source of > > > the problem? Thanks very much for any reply! > > > > A KLD's symbols aren't exported by default (any more?) so you can only access > > the public interfaces. > > See EXPORT_SYMS in /usr/src/sys/conf/kmod.mk > > Generally this is to be avoided in favor of MODULE_DEPEND. > > Warner > From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 01:19:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96FC516A4CE for ; Thu, 7 Apr 2005 01:19:45 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31DAB43D3F for ; Thu, 7 Apr 2005 01:19:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j371JbXv015542; Thu, 7 Apr 2005 10:49:37 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 7 Apr 2005 10:49:25 +0930 User-Agent: KMail/1.8 References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> <200504060649.j366nGQg021228@pinky.frank-behrens.de> <20050406140102.GY2298@poupinou.org> In-Reply-To: <20050406140102.GY2298@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1592994.Ac9TFyuyFi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504071049.32854.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Frank Behrens cc: Bruno Ducrot Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 01:19:45 -0000 --nextPart1592994.Ac9TFyuyFi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 6 Apr 2005 23:31, Bruno Ducrot wrote: > On Wed, Apr 06, 2005 at 08:49:15AM +0200, Frank Behrens wrote: > > Bruno Ducrot wrote on 4 Apr 2005 19:17: > > > You may start looking at src/usr.sbin/powerd in -current, and improve > > > it a bit? The actual algorithm used in powerd may need some rework > > > IMHO. > > > > Which problems do you see? > > powerd use an exponentional decrease of the frequency. This might be > not stable for certain workload. The algorithm used by the acpi_ppc module semed quite good to me when I use= d=20 it (before the frequency stuff was committed). http://www.spa.is.uec.ac.jp/~nfukuda/software/index.html I have been meaning to get around to adding it to powerd.. For the moment I= =20 just added an option to powerd to do a linear backoff instead which seems=20 smoother to me since I only had a limited number of steps (although I just= =20 discovered if I load cpufreq.ko I get a lot more.. doh.. thought I'd alread= y=20 done that :) > http://www-mtl.mit.edu/research/icsystems/pubs/conferences/2001/sinha_vls= i2 >001.pdf > > and it seems it's maybe not the better one, though (search 'MAW', its > exactly what you suggest). That paper is interesting reading :) > > 2. The default polling time of 500 ms seems to be very short. It can > > increased to several seconds. > > Problem if you increase teh polling intervall is that you can't be sure > that the system can detect in time when going up. I don't think increasing the poll interval is a good idea - it means your=20 system will respond slowly to workload changes. However you could use=20 filtered averages (a la that paper) to reduce the number of speed changes. One thing that does worry me about having a userland daemon control the spe= ed=20 is that if it drops down to a really low speed after some idle time it coul= d=20 take a very long time to get some CPU time. Not sure if it's a real problem= =20 yet though. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1592994.Ac9TFyuyFi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCVIqk5ZPcIHs/zowRAojBAJ9pA5Bh+r68TW4kN4BItN90DLuEXgCgj5Ld vbOTF+YbC+Yetelu+AJk54E= =MB26 -----END PGP SIGNATURE----- --nextPart1592994.Ac9TFyuyFi-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 08:36:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F5516A4CE for ; Thu, 7 Apr 2005 08:36:42 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D6F43D53 for ; Thu, 7 Apr 2005 08:36:41 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j378aeuu005605 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 7 Apr 2005 18:36:40 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j378ad7l089165; Thu, 7 Apr 2005 18:36:39 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j378adxP089164; Thu, 7 Apr 2005 18:36:39 +1000 (EST) (envelope-from pjeremy) Date: Thu, 7 Apr 2005 18:36:39 +1000 From: Peter Jeremy To: ray@redshift.com Message-ID: <20050407083639.GD57256@cirb503493.alcatel.com.au> References: <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 08:36:42 -0000 On Tue, 2005-Apr-05 05:26:01 -0700, ray@redshift.com wrote: >options SHMALL= >options SHMMAX= >options SHMMAXPGS= >options SHMMIN= >options SHMMNI= >options SHMSEG= These are all reasonably well documented in sys/conf/NOTES. If you want more detail, try a SystemV-oriented Unix book >I understand these control shared memory and how many semaphores the >kernel can allocate, Close - they only control SystemV shared memory. Sane shared memory is available via mmap(2). SystemV semaphores are controlled via SEMxxx options. Posix semaphores are listed as 'experimental'. > but I guess what I'm not 100% clear on is how >the kernel uses these resources when it comes to running something >like Apache or MySQL on a heavily loaded server. These values all define limits on the amount of shared memory available system-wide (SHMALL and SHMMNI) and to a single process (remaining options). As far as I can tell, neither Apache nor MySQL use any SystemV IPC on FreeBSD. (The only thing that I've found that does use SHM is X in some modes). > In other words, for >something like Apache, how much shared memory is required? None. > Or what >would adding additional shared memory and/or semaphores provide. Nothing. >Does the default # provided for by FreeBSD create a problem and/or >would it use additional ram if allocated? Actually using SystemV IPC will use additional RAM. >Is there the anyone on the list that has experience with changing >these that can provide a clear, down to earth explanation as to their >impacts? I have used them on other Unices but never needed to tweak them on FreeBSD. Before adjusting anything, use ipcs(1) to confirm that they are being used. If you seem to be reaching limits (ipcs shows that you are close to system limits or the applications are reporting allocation errors), then just increase the parameter related to whatever you are running out of. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 08:39:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6182C16A4CE for ; Thu, 7 Apr 2005 08:39:38 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D348943D49 for ; Thu, 7 Apr 2005 08:39:37 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id BB7E013B681; Thu, 7 Apr 2005 10:39:36 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id F303713B609; Thu, 7 Apr 2005 10:39:34 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.3/8.13.1/Submit) id j378dY2H023439; Thu, 7 Apr 2005 10:39:34 +0200 (CEST) (envelope-from stijn) Date: Thu, 7 Apr 2005 10:39:34 +0200 From: Stijn Hoop To: Peter Jeremy Message-ID: <20050407083934.GN8381@pcwin002.win.tue.nl> Mail-Followup-To: Stijn Hoop , Peter Jeremy , ray@redshift.com, freebsd-hackers@freebsd.org References: <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> <20050407083639.GD57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bjuZg6miEcdLYP6q" Content-Disposition: inline In-Reply-To: <20050407083639.GD57256@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-DCC: : kweetal.tue.nl 1182; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 cc: freebsd-hackers@freebsd.org cc: ray@redshift.com Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 08:39:38 -0000 --bjuZg6miEcdLYP6q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 07, 2005 at 06:36:39PM +1000, Peter Jeremy wrote: > As far as I can tell, neither Apache nor MySQL > use any SystemV IPC on FreeBSD. (The only thing that I've found that > does use SHM is X in some modes). I know for a fact that PostgreSQL does use SysV IPC, and many times it will run better if given more room to work with. But as you said, use ipcs(1) to verify this for yourself if you're running Postgres. --Stijn --=20 "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc., 1989 --bjuZg6miEcdLYP6q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVPHGY3r/tLQmfWcRAh2OAJ9r0DDxPkGpTQjUZcY4HG12PqV3SwCdFht6 P5nv+TYDMka/AYesyzfQ2Ss= =GhRH -----END PGP SIGNATURE----- --bjuZg6miEcdLYP6q-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 08:51:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CD616A4CE for ; Thu, 7 Apr 2005 08:51:06 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FE043D39 for ; Thu, 7 Apr 2005 08:51:05 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id E8E6E97047; Thu, 7 Apr 2005 01:51:04 -0700 (PDT) Message-Id: <3.0.1.32.20050407015121.00aaeee8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Thu, 07 Apr 2005 01:51:21 -0700 To: Peter Jeremy From: ray@redshift.com In-Reply-To: <20050407083639.GD57256@cirb503493.alcatel.com.au> References: <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: freebsd-hackers@freebsd.org Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 08:51:06 -0000 Great run down, thanks Peter - I will do more checking in those areas. Ray At 06:36 PM 4/7/2005 +1000, Peter Jeremy wrote: | On Tue, 2005-Apr-05 05:26:01 -0700, ray@redshift.com wrote: | >options SHMALL= | >options SHMMAX= | >options SHMMAXPGS= | >options SHMMIN= | >options SHMMNI= | >options SHMSEG= | | These are all reasonably well documented in sys/conf/NOTES. If you | want more detail, try a SystemV-oriented Unix book | | >I understand these control shared memory and how many semaphores the | >kernel can allocate, | | Close - they only control SystemV shared memory. Sane shared memory | is available via mmap(2). SystemV semaphores are controlled via | SEMxxx options. Posix semaphores are listed as 'experimental'. | | > but I guess what I'm not 100% clear on is how | >the kernel uses these resources when it comes to running something | >like Apache or MySQL on a heavily loaded server. | | These values all define limits on the amount of shared memory | available system-wide (SHMALL and SHMMNI) and to a single process | (remaining options). As far as I can tell, neither Apache nor MySQL | use any SystemV IPC on FreeBSD. (The only thing that I've found that | does use SHM is X in some modes). | | > In other words, for | >something like Apache, how much shared memory is required? | | None. | | > Or what | >would adding additional shared memory and/or semaphores provide. | | Nothing. | | >Does the default # provided for by FreeBSD create a problem and/or | >would it use additional ram if allocated? | | Actually using SystemV IPC will use additional RAM. | | >Is there the anyone on the list that has experience with changing | >these that can provide a clear, down to earth explanation as to their | >impacts? | | I have used them on other Unices but never needed to tweak them on | FreeBSD. Before adjusting anything, use ipcs(1) to confirm that | they are being used. If you seem to be reaching limits (ipcs shows | that you are close to system limits or the applications are reporting | allocation errors), then just increase the parameter related to | whatever you are running out of. | | -- | Peter Jeremy | | From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 08:51:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B875316A4D0 for ; Thu, 7 Apr 2005 08:51:38 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 953CE43D53 for ; Thu, 7 Apr 2005 08:51:38 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id D2A4497047; Thu, 7 Apr 2005 01:51:37 -0700 (PDT) Message-Id: <3.0.1.32.20050407015154.00aaeee8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Thu, 07 Apr 2005 01:51:54 -0700 To: Stijn Hoop , Peter Jeremy From: ray@redshift.com In-Reply-To: <20050407083934.GN8381@pcwin002.win.tue.nl> References: <20050407083639.GD57256@cirb503493.alcatel.com.au> <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> <20050407083639.GD57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: freebsd-hackers@freebsd.org Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 08:51:38 -0000 Yeah, the only mentions of tweaking these I could find on the web was in relation to Postgres. Ray At 10:39 AM 4/7/2005 +0200, Stijn Hoop wrote: | On Thu, Apr 07, 2005 at 06:36:39PM +1000, Peter Jeremy wrote: | > As far as I can tell, neither Apache nor MySQL | > use any SystemV IPC on FreeBSD. (The only thing that I've found that | > does use SHM is X in some modes). | | I know for a fact that PostgreSQL does use SysV IPC, and many times it | will run better if given more room to work with. | | But as you said, use ipcs(1) to verify this for yourself if you're | running Postgres. | | --Stijn | | -- | "Computer games don't affect kids; I mean if Pac-Man affected us as kids, | we'd all be running around in darkened rooms, munching magic pills and | listening to repetitive electronic music." | -- Kristian Wilson, Nintendo, Inc., 1989 | | Attachment Converted: "c:\eudora2\ATTACH\Re Kernel [memory] tweaking qu" | From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 10:54:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3B3216A4CE for ; Thu, 7 Apr 2005 10:54:33 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6139743D1F for ; Thu, 7 Apr 2005 10:54:33 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEK008R0OPKI3A0@bgo1smout1.broadpark.no> for hackers@freebsd.org; Thu, 07 Apr 2005 12:48:56 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEK001YWP16KPC0@bgo1sminn1.broadpark.no> for hackers@freebsd.org; Thu, 07 Apr 2005 12:55:54 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id D08F5EBC15; Thu, 07 Apr 2005 12:54:31 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 6EE88EBC08 for ; Thu, 07 Apr 2005 12:54:26 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 4DD9133C5A; Thu, 07 Apr 2005 12:54:26 +0200 (CEST) Date: Thu, 07 Apr 2005 12:54:26 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: hackers@freebsd.org Message-id: <86d5t6eu1p.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: Subject: system identification X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 10:54:34 -0000 ISTR that there is a semi-standard way of obtaining the system (or motherboard) manufacturer and model from the BIOS or CMOS on PC clones, but all I can find right now is the BIOS copyright string starting at fe00:000e. Can anyone here refresh my memory? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 11:31:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E8116A4CE for ; Thu, 7 Apr 2005 11:31:02 +0000 (GMT) Received: from cydem.org (S0106000103ce4c9c.ed.shawcable.net [68.149.254.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6076543D4C for ; Thu, 7 Apr 2005 11:31:01 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from S01060020ed3972ba.ed.shawcable.net (S01060020ed3972ba.ed.shawcable.net [68.149.254.68]) by cydem.org (Postfix/FreeBSD) with ESMTP id 1E12C39548; Thu, 7 Apr 2005 05:31:00 -0600 (MDT) From: To: Date: Thu, 7 Apr 2005 05:31:02 -0600 User-Agent: KMail/1.5.4 References: <86d5t6eu1p.fsf@xps.des.no> In-Reply-To: <86d5t6eu1p.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504070531.02603.soralx@cydem.org> cc: freebsd-hackers@freebsd.org Subject: Re: system identification X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 11:31:02 -0000 > ISTR that there is a semi-standard way of obtaining the system (or > motherboard) manufacturer and model from the BIOS or CMOS on PC > clones, but all I can find right now is the BIOS copyright string > starting at fe00:000e. Can anyone here refresh my memory? > DES This might not be exactly what you need, but see '/usr/ports/sysutils/dmidecode' for some code. AFAIK, this approach should work on most newer machines. Is it necessary to obtain the mainboard manufacturer/model, or knowing chipset would be enough? Timestamp: 0x425518CE [SorAlx] http://cydem.org.ua/ ridin' VN1500-B2 From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 13:03:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485A916A4CE for ; Thu, 7 Apr 2005 13:03:41 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9A5643D45 for ; Thu, 7 Apr 2005 13:03:40 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DJWfR-0002wD-00; Thu, 07 Apr 2005 15:03:29 +0200 Date: Thu, 7 Apr 2005 15:03:29 +0200 To: Daniel O'Connor Message-ID: <20050407130329.GD2298@poupinou.org> References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> <200504060649.j366nGQg021228@pinky.frank-behrens.de> <20050406140102.GY2298@poupinou.org> <200504071049.32854.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504071049.32854.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: Frank Behrens cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:03:41 -0000 On Thu, Apr 07, 2005 at 10:49:25AM +0930, Daniel O'Connor wrote: > The algorithm used by the acpi_ppc module semed quite good to me when I used > it (before the frequency stuff was committed). > http://www.spa.is.uec.ac.jp/~nfukuda/software/index.html I saw it. I have some concern about the linear behaviour when going up (don't mind, I'm never happy ;). We'll miss the case where there are bursts. There were some heuristics such as the excess_cycle trick that may help if we consider this algorithm. (search ReducedEnergyScheduling.ps in your favorite search engine). Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 13:08:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C1B216A4CE for ; Thu, 7 Apr 2005 13:08:15 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD2143D2F for ; Thu, 7 Apr 2005 13:08:14 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j37D8Amm027057; Thu, 7 Apr 2005 22:38:11 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Thu, 7 Apr 2005 22:37:42 +0930 User-Agent: KMail/1.8 References: <200504041645.j34Gj2ow002999@pinky.frank-behrens.de> <200504071049.32854.doconnor@gsoft.com.au> <20050407130329.GD2298@poupinou.org> In-Reply-To: <20050407130329.GD2298@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1292237.QyMm4bGN6I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504072238.01070.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Frank Behrens cc: freebsd-hackers@freebsd.org Subject: Re: My experience with cpufreq in -STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:08:16 -0000 --nextPart1292237.QyMm4bGN6I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Apr 2005 22:33, Bruno Ducrot wrote: > On Thu, Apr 07, 2005 at 10:49:25AM +0930, Daniel O'Connor wrote: > > The algorithm used by the acpi_ppc module semed quite good to me when I > > used it (before the frequency stuff was committed). > > http://www.spa.is.uec.ac.jp/~nfukuda/software/index.html > > I saw it. I have some concern about the linear behaviour when going > up (don't mind, I'm never happy ;). We'll miss the case where > there are bursts. There were some heuristics such as the > excess_cycle trick that may help if we consider this algorithm. > (search ReducedEnergyScheduling.ps in your favorite search engine). Yes, well there is no "right" solution - it depends on what your goal is :) A few to choose from would be nice and it's a fairly easy coding task for=20 neophytes :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1292237.QyMm4bGN6I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCVTCx5ZPcIHs/zowRAqYzAJ0WaZl1NR0r/5xakitW4wdj85fSrQCcCFsf 4kOAEtzXPG+PdJ9iL7ke1RY= =EJKv -----END PGP SIGNATURE----- --nextPart1292237.QyMm4bGN6I-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 14:24:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DC116A4CE for ; Thu, 7 Apr 2005 14:24:42 +0000 (GMT) Received: from smtpout-1.priv.cc.uic.edu (smtpout-1.cc.uic.edu [128.248.155.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E9A143D45 for ; Thu, 7 Apr 2005 14:24:42 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 11698 invoked from network); 7 Apr 2005 09:24:41 -0500 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-1.cc.uic.edu with SMTP; 7 Apr 2005 09:24:41 -0500 Date: Thu, 7 Apr 2005 09:24:41 -0500 (CDT) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: freebsd-hackers@freebsd.org In-Reply-To: <20050407083639.GD57256@cirb503493.alcatel.com.au> Message-ID: References: <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> <20050407083639.GD57256@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 14:24:43 -0000 On Thu, 7 Apr 2005, Peter Jeremy wrote: > These are all reasonably well documented in sys/conf/NOTES. If you > want more detail, try a SystemV-oriented Unix book > > Close - they only control SystemV shared memory. Sane shared memory > is available via mmap(2). SystemV semaphores are controlled via > SEMxxx options. Posix semaphores are listed as 'experimental'. Is there any chance that POSIX semaphores will be anything other than experimental in the future, or is there no interest? Further, the man page indicates that the FreeBSD, POSIX semaphore implementation is not capable of supporting multiple process semaphores. I saw a similar note on a Linux man page. I think this is a shame, since POSIX semaphores seem to be well designed (from a user point of view) compared to SYSV semaphores, which are a total mess. -Zera From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 6 21:01:59 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A2FB16A4CE; Wed, 6 Apr 2005 21:01:59 +0000 (GMT) Received: from smtpgate.tsgincorporated.com (ns1.tsgincorporated.com [67.66.242.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E2D43D1F; Wed, 6 Apr 2005 21:01:56 +0000 (GMT) (envelope-from micheal@tsgincorporated.com) Received: from localhost (localhost.tsgincorporated.com [127.0.0.1]) by smtpgate.tsgincorporated.com (Postfix) with ESMTP id 5222C3CD706; Wed, 6 Apr 2005 16:01:56 -0500 (CDT) Received: from smtpgate.tsgincorporated.com ([127.0.0.1])port 10024) with ESMTP id 57633-04; Wed, 6 Apr 2005 16:01:52 -0500 (CDT) Received: from mail.tsgincorporated.com (lanmail.tsgincorporated.com [67.66.242.29]) by smtpgate.tsgincorporated.com (Postfix) with ESMTP id 01CF03CD704; Wed, 6 Apr 2005 16:01:52 -0500 (CDT) Received: from micheal (micheal.tsgincorporated.com [67.66.242.77]) by mail.tsgincorporated.com (Postfix) with SMTP id 0E3E4952827; Wed, 6 Apr 2005 16:01:51 -0500 (CDT) Message-ID: <123901c53aec$259d8420$4df24243@tsgincorporated.com> From: "Micheal Patterson" To: "Justin Bennett" , "FreeBSD Hackers" References: <4251C00E.1050108@z-axis.com> Date: Wed, 6 Apr 2005 15:58:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: amavisd-new at tsgincorporated.com X-Mailman-Approved-At: Thu, 07 Apr 2005 15:40:20 +0000 cc: FreeBSD Questions Subject: Re: iSCSI (revisited?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 21:01:59 -0000 ----- Original Message ----- From: "Justin Bennett" To: "FreeBSD Hackers" Cc: "FreeBSD Questions" Sent: Monday, April 04, 2005 5:30 PM Subject: iSCSI (revisited?) > All, > > I was wondering what people thought of iSCSI and FreeBSD. Is it a viable > option for creating SANs? > > I want to move away from tape backups, and have numerous production > FreeBSD machines that I need to back up data from. > > Any other ideas for a disk to disk backup solution that people have used? > > Thanks, > > Justin > Justin, what I'm currently using is the following for just that: Promise Vtrak 15100 with 15 250gb sata's, connected to a dual channel Adaptec 39160 housed in a Compaq ML 330 running FreeBSD 5.3. The Vtrak has 2 logical arrays assigned, where my other 14 servers (windows and freebsd alike) back up to one or the other arrays. I have one array shared via nfs for the bsd boxes to back up to and the other is samba shared so that windows systems can back up to that one. So far, it's worked well for me. All I need to do now is get the company to realize they still need tape if they want long term storage and then I can chain that to the Promise raid and have it back up to take during the day and still have my backup window in the early morning hours. -- Micheal Patterson Senior Communications Systems Engineer 405-917-0600 Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 18:25:35 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 057AD16A4CE for ; Thu, 7 Apr 2005 18:25:35 +0000 (GMT) Received: from email.web-1hosting.net (mail-node1.web-1hosting.net [63.123.79.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80FB343D2D for ; Thu, 7 Apr 2005 18:25:34 +0000 (GMT) (envelope-from security@adtu.org) Received: from localhost (localhost [127.0.0.1]) by email.web-1hosting.net (Postfix) with ESMTP id 2CA741CE for ; Thu, 7 Apr 2005 13:27:32 -0500 (CDT) Received: from [192.168.168.243] (spencer-900-31.iowaone.net [12.167.40.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by email.web-1hosting.net (Postfix) with ESMTP id E40A41CD for ; Thu, 7 Apr 2005 13:27:30 -0500 (CDT) Message-ID: <42557B1A.30705@adtu.org> Date: Thu, 07 Apr 2005 18:25:30 +0000 From: Aaron Sloan User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV at web-1hosting.net Subject: CPQ DL380 system fan control X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 18:25:35 -0000 Hello guys and gals, Does system fan control on a Compaq DL380 ,first edition, have any support? I have looked through the acpi and port recomendations I have come across via google and I'm not having any luck at all. I believe it is supported in Linux but I don't know how. I can't say I'm any hardware wizard on this kind of thing. %sysctl hw.acpi hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 GENERIC kernel Is acpi0 what I should be looking for or is there another system controlling the system/case fan? CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 536854528 (511 MB) avail memory = 515682304 (491 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 8 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-34 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc6000000-0xc6ffffff irq 19 at device 1.0 on pci0 ida0: drives=1 firm_rev=1.50 idad0: on ida0 idad0: 26017MB (53284800 sectors), blocksize=512 fxp0: port 0x2400-0x243f mem 0xc4e00000-0xc4efffff,0xc4fff000-0xc4ffffff irq 17 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:64:e6:95 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2c00-0x2c0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib1: on acpi0 pci3: on pcib1 acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 ppc0: port 0x778-0x77d,0x378-0x37f irq 7 drq 0 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xee000-0xeffff,0xe8000-0xedfff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 996849075 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 Mounting root from ufs:/dev/idad0s2a Thanks, Aaron From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 19:09:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B979616A4CE for ; Thu, 7 Apr 2005 19:09:05 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FC443D48 for ; Thu, 7 Apr 2005 19:09:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 9AC9746B0E; Thu, 7 Apr 2005 15:09:04 -0400 (EDT) Date: Thu, 7 Apr 2005 20:09:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Zera William Holladay In-Reply-To: Message-ID: <20050407200537.Q29189@fledge.watson.org> References: <42518AC9.5070208@comcast.net> <3.0.1.32.20050405052601.00ab4388@pop.redshift.com> <20050407083639.GD57256@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Kernel [memory] tweaking question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 19:09:05 -0000 On Thu, 7 Apr 2005, Zera William Holladay wrote: > On Thu, 7 Apr 2005, Peter Jeremy wrote: >> These are all reasonably well documented in sys/conf/NOTES. If you >> want more detail, try a SystemV-oriented Unix book >> >> Close - they only control SystemV shared memory. Sane shared memory >> is available via mmap(2). SystemV semaphores are controlled via >> SEMxxx options. Posix semaphores are listed as 'experimental'. > > Is there any chance that POSIX semaphores will be anything other than > experimental in the future, or is there no interest? Further, the man > page indicates that the FreeBSD, POSIX semaphore implementation is not > capable of supporting multiple process semaphores. I saw a similar note > on a Linux man page. I think this is a shame, since POSIX semaphores > seem to be well designed (from a user point of view) compared to SYSV > semaphores, which are a total mess. I haven't read the man page recently, but I've used our POSIX semaphores in an inter-process form successfully, and fixed a bug in them relating to fork relatively recently. My understanding is that some issues may remain in the handling of error cases when semaphore support isn't present -- whether the process is terminated, or gets ENOSYS, depending on whether the program is linked against libpthread or not. The fix for fork() handling will be present in 5.4-RELEASE. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 7 21:22:03 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71B0116A4CE for ; Thu, 7 Apr 2005 21:22:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id F40D543D41 for ; Thu, 7 Apr 2005 21:22:02 +0000 (GMT) (envelope-from opensource.enthousiat@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so844352wra for ; Thu, 07 Apr 2005 14:22:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=MHLZ9ytBVkaQgv992NSHNFMCflzqwZ535SPZKU5jnTVRkLwZoy9q2LLsz7oKQjbkynFkCKfMcfNpmzrEGhBfKshQGZaAmP2ISNXfczzPLINBe3FjSysRi6bC+sBiZ8UTmvQhOEqgDtVUlCUtqs3WasPxB3AUfp384UJhUvPG42Q= Received: by 10.54.95.8 with SMTP id s8mr270895wrb; Thu, 07 Apr 2005 14:22:02 -0700 (PDT) Received: by 10.54.49.28 with HTTP; Thu, 7 Apr 2005 14:22:02 -0700 (PDT) Message-ID: <37e13166050407142224e5057e@mail.gmail.com> Date: Thu, 7 Apr 2005 17:22:02 -0400 From: Aziz KEZZOU To: Kip Macy In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <4244A32C.4090603@elischer.org> cc: freebsd-hackers@freebsd.org cc: Julian Elischer Subject: Re: running freebsd in qemu using the "-nographic" option ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aziz KEZZOU List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:22:03 -0000 > > >So basically what I want to do now is mount the freeBSD image in a > > >loopback and modify the boot.conf file directly. Anyone knows how to > > >do this under linux (2.6 if relevant) ? BSD seems to have a "weird" > > >way of organizing the disk. Which file system shoud I support ? > > I would just do it on FreeBSD - man mdconfig. Last I looked (years ago) the UFS > support on linux was not actively maintained and I would be very surprised if > they have UFS2 support. I've had to create my own root images for doing work on > xen so I know it works just fine. If you insist on doing it on Linux, the > command is losetup. > to bind: > > losetup /dev/loop0 > to unbind: > > losetup -d /dev/loop0 Hi, I am now trying to do it now on a FreeBSD machine so I did : su-2.05b#mdconfig -a -t vnode -f freebsd.img => response : "md0" Then I mounted successfully : /dev/md0s1d (/var), /dev/md0s1e(/tmp) and /dev/md0s1f (/usr). But I can not mount /dev/md0s1a which is the root directory where "/boot/boot.conf" is located : su-2.05b# mount /dev/md0s1a /mnt/a mount: /dev/md0s1a: Operation not permitted Any hint ? -aziz From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 12:57:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F9016A4CE; Fri, 8 Apr 2005 12:57:19 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C3C43D1F; Fri, 8 Apr 2005 12:57:18 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j38CvGiE057592; Fri, 8 Apr 2005 16:57:17 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 8 Apr 2005 16:57:16 +0400 (MSD) From: Maxim Konovalov To: Vijay.Singh@nokia.com In-Reply-To: <20050324043742.C47410@odysseus.silby.com> Message-ID: <20050408165616.F57581@mp2.macomnet.net> References: <20050324043742.C47410@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: andre@freebsd.org Subject: Re: ip_reass() - possibly incorrect goto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 12:57:19 -0000 On Thu, 24 Mar 2005, 04:46-0600, Mike Silbersack wrote: > > On Wed, 23 Mar 2005, Maxim Konovalov wrote: > > > On Tue, 22 Mar 2005, 12:08-0800, Vijay.Singh@nokia.com wrote: > > > > > Hi hackers, I am looking at the ip_reass() routine. In case of the > > > 1st fragment we create the reassembly queue. After the queue has > > > been inserted in the hash bucket, the if () code does a " goto > > > inserted". Should this be changed to "goto done" instead? Any code > > > that is executed for the 1st fragment, like frag per packet limiting > > > and complete reassembly are not valid. Am I mistaken? > > > > Yep, it seems you are right. The second micro optimization - drop the > > fragment early if maxfragsperpacket == 0. > > > > Andre, Mike, what do you think? > > Looks good to me. Please tell us if you come up with any more optimizations > for the reassembly code, Vijay. [...] Committed to HEAD. Thanks, Vijay! -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 16:40:35 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D78316A4CE for ; Fri, 8 Apr 2005 16:40:35 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9794843D49 for ; Fri, 8 Apr 2005 16:40:34 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id B9250DA3C; Fri, 8 Apr 2005 12:40:33 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 2C0C61A0910; Fri, 8 Apr 2005 12:40:27 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16982.46075.115518.130213@canoe.dclg.ca> Date: Fri, 8 Apr 2005 12:40:27 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Subject: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 16:40:35 -0000 I've got an "OnTrak" ADU208. It's a USB device that has 8 relays and 8 ttl inputs. The documentation says it uses two interupt endpoints ... one input and one output. It seems to expect small text commands. Now... firstly, uhid is probing it as uhid0: uhid0: www.ontrak.net ADU208 USB Relay I/O Interface, rev 1.10/0.00, addr 4, iclass 3/0 ... I don't know if this is hindering me. The usbhid* commands aren't particularly helpful. The port udesc_dump seems only to work on ugen devices ... and ugen doesn't pop up for this device. I suppose I need to know how to supress uhid ... or to make ugen show up. It would also be nice to know how to generically poke the interupt enpoints... Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 16:49:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC2716A4CE for ; Fri, 8 Apr 2005 16:49:02 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4733743D41 for ; Fri, 8 Apr 2005 16:49:02 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 8B9103BE83; Fri, 8 Apr 2005 11:49:01 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05602-01-38; Fri, 8 Apr 2005 11:49:01 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 634BC3BE25; Fri, 8 Apr 2005 11:49:01 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 11:48:56 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 11:48:45 -0500 Message-ID: <4256B5EB.9080506@savvis.net> Date: Fri, 08 Apr 2005 09:48:43 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16982.46075.115518.130213@canoe.dclg.ca> In-Reply-To: <16982.46075.115518.130213@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Apr 2005 16:48:46.0071 (UTC) FILETIME=[D48DC070:01C53C5A] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-hackers@freebsd.org Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 16:49:02 -0000 David, > I've got an "OnTrak" ADU208. It's a USB device that has 8 relays and > 8 ttl inputs. The documentation says it uses two interupt endpoints > ... one input and one output. It seems to expect small text commands. ok > Now... firstly, uhid is probing it as uhid0: > > uhid0: www.ontrak.net ADU208 USB Relay I/O Interface, rev 1.10/0.00, addr 4, iclass 3/0 > > ... I don't know if this is hindering me. The usbhid* commands aren't > particularly helpful. The port udesc_dump seems only to work on ugen > devices ... and ugen doesn't pop up for this device. how about getting usb hid descriptor, parsing and dumping it? check out libusbhid - man usbhid(3). it might be that all you need to do is to create hid report and send it to the device. libusbhid(3) will help you with that. > I suppose I need to know how to supress uhid ... or to make ugen show > up. It would also be nice to know how to generically poke the > interupt enpoints... well comment out 'device uhid' from your kernel config and rebuilding the kernel should do the trick. max From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 16:56:23 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC25716A4CE for ; Fri, 8 Apr 2005 16:56:23 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4312443D41 for ; Fri, 8 Apr 2005 16:56:23 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id BB54DDA64; Fri, 8 Apr 2005 12:56:22 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 31D721A08B1; Fri, 8 Apr 2005 12:56:16 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16982.47024.135663.645297@canoe.dclg.ca> Date: Fri, 8 Apr 2005 12:56:16 -0400 To: Maksim Yevmenkin In-Reply-To: <4256B5EB.9080506@savvis.net> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 16:56:23 -0000 >>>>> "Maksim" == Maksim Yevmenkin writes: >> ... I don't know if this is hindering me. The usbhid* commands >> aren't particularly helpful. The port udesc_dump seems only to >> work on ugen devices ... and ugen doesn't pop up for this device. Maksim> how about getting usb hid descriptor, parsing and dumping it? Maksim> check out libusbhid - man usbhid(3). it might be that all you Maksim> need to do is to create hid report and send it to the Maksim> device. libusbhid(3) will help you with that. Tried that. The usb_get_report_desc() returns NULL. This is not a complicated device --- it's not even technically a "human interface" device. >> I suppose I need to know how to supress uhid ... or to make ugen >> show up. It would also be nice to know how to generically poke the >> interupt enpoints... Maksim> well comment out 'device uhid' from your kernel config and Maksim> rebuilding the kernel should do the trick. I wanted to try to avoid that since I use many USB devices, but it's a last resort kind-of-thing. The documentation for the device describes the interface as simply using the two interupt endpoints (read and write). Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 17:10:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9276F16A4CE for ; Fri, 8 Apr 2005 17:10:19 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F42543D2D for ; Fri, 8 Apr 2005 17:10:19 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id C57DE3C140; Fri, 8 Apr 2005 12:10:18 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06952-01-20; Fri, 8 Apr 2005 12:10:18 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 9C4153BE25; Fri, 8 Apr 2005 12:10:18 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 12:10:08 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 12:09:57 -0500 Message-ID: <4256BAE4.50207@savvis.net> Date: Fri, 08 Apr 2005 10:09:56 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> In-Reply-To: <16982.47024.135663.645297@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Apr 2005 17:09:57.0937 (UTC) FILETIME=[CAA51A10:01C53C5D] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-hackers@freebsd.org Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:10:19 -0000 David, >>> ... I don't know if this is hindering me. The usbhid* commands >>> aren't particularly helpful. The port udesc_dump seems only to >>> work on ugen devices ... and ugen doesn't pop up for this device. > > Maksim> how about getting usb hid descriptor, parsing and dumping it? > Maksim> check out libusbhid - man usbhid(3). it might be that all > you Maksim> need to do is to create hid report and send it to the > Maksim> device. libusbhid(3) will help you with that. > > Tried that. The usb_get_report_desc() returns NULL. This is not a > complicated device --- it's not even technically a "human interface" > device. fine, so i presume usbhidctl(1) does not work on the device too. why did they made look like usb hid device then? >>> I suppose I need to know how to supress uhid ... or to make ugen >>> show up. It would also be nice to know how to generically poke >>> the interupt enpoints... > > Maksim> well comment out 'device uhid' from your kernel config and > Maksim> rebuilding the kernel should do the trick. > > I wanted to try to avoid that since I use many USB devices, but it's > a last resort kind-of-thing. well, for what i know ugen(4) will only claim the device if no other usb device driver claimed it. so if the uhid(4) claimed it than (i assume) usb interface class on the device is set to the appropriate value. > The documentation for the device describes the interface as simply > using the two interupt endpoints (read and write). another way is to hack /sys/dev/usd/uhid.c and specifically ignore (usb vendor id, usb product id) for the device in the MATCH routine. something like if (uaa->vendor == XXXX && uaa->product == XXXX) return (UMATCH_NONE); max From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 17:17:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD8016A4CE for ; Fri, 8 Apr 2005 17:17:06 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5057543D1F for ; Fri, 8 Apr 2005 17:17:05 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id C6B5FDC22; Fri, 8 Apr 2005 13:17:04 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id A3F351A08C0; Fri, 8 Apr 2005 13:16:56 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16982.48264.401900.230305@canoe.dclg.ca> Date: Fri, 8 Apr 2005 13:16:56 -0400 To: Maksim Yevmenkin In-Reply-To: <4256BAE4.50207@savvis.net> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <4256BAE4.50207@savvis.net> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:17:06 -0000 >>>>> "Maksim" == Maksim Yevmenkin writes: Maksim> David, >>>> ... I don't know if this is hindering me. The usbhid* commands >>>> aren't particularly helpful. The port udesc_dump seems only to >>>> work on ugen devices ... and ugen doesn't pop up for this device. >> Maksim> how about getting usb hid descriptor, parsing and dumping it? Maksim> check out libusbhid - man usbhid(3). it might be that all >> you Maksim> need to do is to create hid report and send it to the Maksim> device. libusbhid(3) will help you with that. >> Tried that. The usb_get_report_desc() returns NULL. This is not >> a complicated device --- it's not even technically a "human >> interface" device. Maksim> fine, so i presume usbhidctl(1) does not work on the device Maksim> too. why did they made look like usb hid device then? Yeah... it appears to fail. I have no idea, but the guy at the company seemed to imply that he was just using a "standard" chip to drive the USB logic, so it may be a function of that. Maksim> another way is to hack /sys/dev/usd/uhid.c and specifically Maksim> ignore (usb vendor id, usb product id) for the device in the Maksim> MATCH routine. something like Maksim> if (uaa->vendor == XXXX && uaa->product == XXXX) return Maksim> (UMATCH_NONE); Hrm. I thought that there might be some general bogon list, but that will certainly do. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 19:06:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 189E416A4CE for ; Fri, 8 Apr 2005 19:06:13 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E2343D41 for ; Fri, 8 Apr 2005 19:06:12 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j38J64np008530 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 8 Apr 2005 21:06:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j38J5Hhs082350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Apr 2005 21:05:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j38J5GHN005292; Fri, 8 Apr 2005 21:05:16 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j38J5FH9005291; Fri, 8 Apr 2005 21:05:15 +0200 (CEST) (envelope-from ticso) Date: Fri, 8 Apr 2005 21:05:15 +0200 From: Bernd Walter To: David Gilbert Message-ID: <20050408190514.GS96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16982.47024.135663.645297@canoe.dclg.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:06:13 -0000 On Fri, Apr 08, 2005 at 12:56:16PM -0400, David Gilbert wrote: > >>>>> "Maksim" == Maksim Yevmenkin writes: > > >> ... I don't know if this is hindering me. The usbhid* commands > >> aren't particularly helpful. The port udesc_dump seems only to > >> work on ugen devices ... and ugen doesn't pop up for this device. > > Maksim> how about getting usb hid descriptor, parsing and dumping it? > Maksim> check out libusbhid - man usbhid(3). it might be that all you > Maksim> need to do is to create hid report and send it to the > Maksim> device. libusbhid(3) will help you with that. > > Tried that. The usb_get_report_desc() returns NULL. This is not a > complicated device --- it's not even technically a "human interface" > device. Then it really shouldn't have claimed to be one in the interface descriptor :( But the HID specification is more today than just _human_ interface. e.g. there are extensions for USV, ... > >> I suppose I need to know how to supress uhid ... or to make ugen > >> show up. It would also be nice to know how to generically poke the > >> interupt enpoints... > > Maksim> well comment out 'device uhid' from your kernel config and > Maksim> rebuilding the kernel should do the trick. > > I wanted to try to avoid that since I use many USB devices, but it's a > last resort kind-of-thing. > > The documentation for the device describes the interface as simply > using the two interupt endpoints (read and write). Has this device multiple interfaces? e.g. one HID and another as described. I often thought about getting ugen working at interface level too. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 20:07:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF9C16A4CE; Fri, 8 Apr 2005 20:07:29 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D1543D39; Fri, 8 Apr 2005 20:07:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DJzlI-0001qw-00; Fri, 08 Apr 2005 22:07:28 +0200 Received: from [84.163.233.210] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DJzlI-0002mo-00; Fri, 08 Apr 2005 22:07:28 +0200 Resent-From: Max Laier Resent-To: max@love2party.net Resent-Date: Fri, 8 Apr 2005 21:59:26 +0200 Resent-Message-ID: <200504082159.26646.max@love2party.net> Delivered-To: mlaier@vampire.homelinux.org Received: (qmail 21457 invoked by alias); 8 Apr 2005 00:21:22 -0000 Delivered-To: max@vampire.homelinux.org Received: (qmail 21454 invoked from network); 8 Apr 2005 00:21:21 -0000 Received: from mx2.freebsd.org (216.136.204.119) by p54a3b511.dip.t-dialin.net with SMTP; 8 Apr 2005 00:21:21 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 15E4055813 for ; Fri, 8 Apr 2005 00:21:04 +0000 (GMT) (envelope-from max@love2party.net) Received: by hub.freebsd.org (Postfix) id A595916A4D2; Fri, 8 Apr 2005 00:21:03 +0000 (GMT) Delivered-To: mlaier@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A120A16A4CE; Fri, 8 Apr 2005 00:21:03 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E421343D2D; Fri, 8 Apr 2005 00:21:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DJhF7-0007sj-00; Fri, 08 Apr 2005 02:21:01 +0200 Received: from [84.163.181.17] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DJhF7-0007nb-00; Fri, 08 Apr 2005 02:21:01 +0200 From: Max Laier To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Date: Fri, 8 Apr 2005 22:07:17 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Message-Id: <200504080220.57899.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-UID: 121 X-Length: 4858 Content-Type: multipart/signed; boundary="nextPart1171855.2IY8xKnOnx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: monthly@freebsd.org Subject: Call for FreeBSD status reports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: monthly@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:07:30 -0000 --nextPart1171855.2IY8xKnOnx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, It's time again for some recapitulation of your FreeBSD activities of the l= ast=20 months. In order to not collided with the preparation of the 5.4 release w= e=20 extended the cycle from bi-monthly to three months, so this one is open for= =20 anything that happend in 2005 until now. Submissions are due by April 15 t= o=20 monthly@freebsd.org As always, reports about every FreeBSD related activity of the past months = and=20 coming weeks are welcome. In the past there was some focus on technical=20 issues. In order to turn this into a more complete PR-vehicle, we highly=20 encourage and welcome reports on non-technical matters as well. If you are yet unfamiliar with the status-reports, please take a look at th= e=20 past reports: http://www.FreeBSD.org/news/status/ To support you in the process of fitting your report into the xml-template= =20 (available from: http://www.freebsd.org/news/status/report-sample.xml for=20 those who still prefer a plain old text editor) Julian Elischer came up wit= h=20 the idea and prototype to have a web based form. Many thanks for that work= =2E =20 The cgi-script is being reviewed on freebsd-www now and will be linked to=20 from http://www.freebsd.org/news/status/ shortly. The new features from last time (categories and task-list) will be availabl= e,=20 again. As a reminder the available categories are listed bellow. Please=20 feel free to suggest additional entries: proj =A0 - Projects (non-specific) docs =A0 - Documentation kern =A0 - Kernel arch =A0 - Architectures ports =A0- Ports vendor - Vendor / 3rd party software misc =A0 - Miscellaneous Submissions are due on April 15. Thanks a lot, and we are hoping for a big= =20 turn-out. =2D-=20 Max --nextPart1171855.2IY8xKnOnx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVuR+XyyEoT62BG0RAjbbAJ47vBoTSRa0ZTRrngyGQvb7i0qgqQCfQUyO Ja0rQGjNx2ebjCwqDfH6lkc= =BAIJ -----END PGP SIGNATURE----- --nextPart1171855.2IY8xKnOnx-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 22:12:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECCE016A4CE for ; Fri, 8 Apr 2005 22:12:41 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A68BE43D31 for ; Fri, 8 Apr 2005 22:12:41 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 0F809DB07; Fri, 8 Apr 2005 18:12:41 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 0FFD91A0910; Fri, 8 Apr 2005 18:12:34 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16983.465.572693.73195@canoe.dclg.ca> Date: Fri, 8 Apr 2005 18:12:33 -0400 To: ticso@cicely.de In-Reply-To: <20050408190514.GS96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 22:12:42 -0000 >>>>> "Bernd" == Bernd Walter writes: Bernd> Then it really shouldn't have claimed to be one in the Bernd> interface descriptor :( But the HID specification is more today Bernd> than just _human_ interface. e.g. there are extensions for Bernd> USV, ... [...] Bernd> Has this device multiple interfaces? e.g. one HID and another Bernd> as described. I often thought about getting ugen working at Bernd> interface level too. Here's the output of udesc_dump on it. Right now, using the current version of libusb (not the version from ports), I can use usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- and the data is sent --- at least lights on the USB hub flash. If I replace '1' with anything else, it doesn't accept it. However, it doesn't seem to have opened the relays. I'm also not entirely clear how/when to use usb_interrupt_read() ... as many of the commands listed in the manual return data, but usb_inerrupt_write() doesn't seem to allow for data to be returned, but following usb_interrupt_write(), the read will hang. ... so I'm somewhat at a loss, but I also can't find my multitester ... and will be fetching another one tonight. I'd appreciate any random knowledge anyone can summon on this topic. Standard Device Descriptor: bLength 18 bDescriptorType 01 bcdUSB 0110 bDeviceClass 00 bDeviceSubClass 00 bDeviceProtocol 00 bMaxPacketSize 8 idVendor 0a07 idProduct 00d0 bcdDevice 0000 iManufacturer 1 iProduct 2 iSerialNumber 3 bNumConfigurations 1 Configuration 0: Standard Configuration Descriptor: bLength 9 bDescriptorType 02 wTotalLength 41 bNumInterface 1 bConfigurationValue 1 iConfiguration 4 bmAttributes a0 (remote-wakeup) bMaxPower 100 (200 mA) Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 03 bInterfaceSubClass 00 bInterfaceProtocol 00 iInterface 5 HID Descriptor: bLength 9 bDescriptorType 21 bcdHID 0100 bCountryCode 00 bNumDescriptors 1 bDescriptorType 22 wDescriptorLength 102 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 81 (in) bmAttributes 03 (Interrupt) wMaxPacketSize 8 bInterval 10 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 01 (out) bmAttributes 03 (Interrupt) wMaxPacketSize 8 bInterval 10 Codes Representing Languages by the Device: bLength 4 bDescriptorType 03 wLANGID[0] 0409 String (index 1): www.ontrak.net String (index 2): ADU208 USB Relay I/O Interface String (index 3): C02053 String (index 4): Cfg1 String (index 5): EP10In From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 22:33:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C4F16A4CE for ; Fri, 8 Apr 2005 22:33:34 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43B043D2F for ; Fri, 8 Apr 2005 22:33:33 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 2E2AC3C162; Fri, 8 Apr 2005 17:33:33 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14639-01-68; Fri, 8 Apr 2005 17:33:33 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 028483BEBF; Fri, 8 Apr 2005 17:33:33 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 17:33:11 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 17:32:57 -0500 Message-ID: <42570698.4070205@savvis.net> Date: Fri, 08 Apr 2005 15:32:56 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> In-Reply-To: <16983.465.572693.73195@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Apr 2005 22:32:57.0846 (UTC) FILETIME=[E9F88960:01C53C8A] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 22:33:34 -0000 David, > Bernd> Then it really shouldn't have claimed to be one in the > Bernd> interface descriptor :( But the HID specification is more today > Bernd> than just _human_ interface. e.g. there are extensions for > Bernd> USV, ... > > [...] > > Bernd> Has this device multiple interfaces? e.g. one HID and another > Bernd> as described. I often thought about getting ugen working at > Bernd> interface level too. > > Here's the output of udesc_dump on it. Right now, using the current > version of libusb (not the version from ports), I can use > usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- and > the data is sent --- at least lights on the USB hub flash. If I > replace '1' with anything else, it doesn't accept it. However, it > doesn't seem to have opened the relays. hmm... why even use libusb? cant you just "fd = open("/dev/ugen0.1", O_RDWR);" and then "write(fd, "MK255", 5)" and "read(fd, ...);". note: here i assume ugen0 is the device. > I'm also not entirely clear how/when to use usb_interrupt_read() > ... as many of the commands listed in the manual return data, but > usb_inerrupt_write() doesn't seem to allow for data to be returned, > but following usb_interrupt_write(), the read will hang. i'd guess you have to keep read pipe open at all times. that is what "fd = open("/dev/ugen0.1", O_RDWR);" will do - it will open both read and write pipes (because of O_RDWR). then you just write(fd, ...); read(fd, ...); max From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 23:13:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ACA116A4CE for ; Fri, 8 Apr 2005 23:13:18 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F2C043D45 for ; Fri, 8 Apr 2005 23:13:17 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j38ND7np016046 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 01:13:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j38NClhs083915 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 01:12:48 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j38NClGk006703; Sat, 9 Apr 2005 01:12:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j38NCk0L006702; Sat, 9 Apr 2005 01:12:46 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 01:12:46 +0200 From: Bernd Walter To: Maksim Yevmenkin Message-ID: <20050408231246.GV96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <42570698.4070205@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42570698.4070205@savvis.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 23:13:18 -0000 On Fri, Apr 08, 2005 at 03:32:56PM -0700, Maksim Yevmenkin wrote: > hmm... why even use libusb? cant you just "fd = open("/dev/ugen0.1", > O_RDWR);" and then "write(fd, "MK255", 5)" and "read(fd, ...);". note: > here i assume ugen0 is the device. > > >I'm also not entirely clear how/when to use usb_interrupt_read() > >... as many of the commands listed in the manual return data, but > >usb_inerrupt_write() doesn't seem to allow for data to be returned, > >but following usb_interrupt_write(), the read will hang. > > i'd guess you have to keep read pipe open at all times. that is what "fd > = open("/dev/ugen0.1", O_RDWR);" will do - it will open both read and > write pipes (because of O_RDWR). > > then you just > > write(fd, ...); > read(fd, ...); select(2) and non-blocking should work with ugen and interrupt endpoints too. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 23:34:14 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ABE416A4CE for ; Fri, 8 Apr 2005 23:34:14 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 502FD43D45 for ; Fri, 8 Apr 2005 23:34:13 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j38NY7np016599 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 01:34:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j38NX3hs084033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 01:33:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j38NX2E5006812; Sat, 9 Apr 2005 01:33:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j38NX2AO006811; Sat, 9 Apr 2005 01:33:02 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 01:33:02 +0200 From: Bernd Walter To: David Gilbert Message-ID: <20050408233301.GW96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16983.465.572693.73195@canoe.dclg.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 23:34:14 -0000 On Fri, Apr 08, 2005 at 06:12:33PM -0400, David Gilbert wrote: > Bernd> Has this device multiple interfaces? e.g. one HID and another > Bernd> as described. I often thought about getting ugen working at > Bernd> interface level too. > > Here's the output of udesc_dump on it. Right now, using the current > version of libusb (not the version from ports), I can use > usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- and > the data is sent --- at least lights on the USB hub flash. If I > replace '1' with anything else, it doesn't accept it. However, it > doesn't seem to have opened the relays. Yes - you must use 1 - there is only one out-endpoint. 0x81 is for receiving data and endpoint 0 is the mandandory control endpoint. Interrupt Endpoints are not variable in size. Both interrupt endpoints are 8 Bytes, so you must read and write exact 8 Bytes per transfer - 5 shouldn't work for USB compliant devices. Btw: you shouldn't use 0 as timeout value - this is OK under FreeBSD for having no timeout, but Linux understands it as 0 seconds and things fail. Having a timeout isn't bad anyway - you can still restart the transfer if you want. If portability is not an issue you should take Maksim's advice and directly use ugen* access. > I'm also not entirely clear how/when to use usb_interrupt_read() > ... as many of the commands listed in the manual return data, but > usb_inerrupt_write() doesn't seem to allow for data to be returned, > but following usb_interrupt_write(), the read will hang. Depends on the device's firmware. I wouldn't be surprised if the whole device just hangs after receiving bogus data - it seems to be broken in many points. But it may block if the device has nothing to send. An easy way to check out is using tools like usbdevs -v and see if it hangs when accessing this device. > ... so I'm somewhat at a loss, but I also can't find my multitester > ... and will be fetching another one tonight. > > I'd appreciate any random knowledge anyone can summon on this topic. > > Standard Device Descriptor: > bLength 18 > bDescriptorType 01 > bcdUSB 0110 > bDeviceClass 00 > bDeviceSubClass 00 > bDeviceProtocol 00 > bMaxPacketSize 8 > idVendor 0a07 > idProduct 00d0 > bcdDevice 0000 > iManufacturer 1 > iProduct 2 > iSerialNumber 3 > bNumConfigurations 1 > > Configuration 0: > Standard Configuration Descriptor: > bLength 9 > bDescriptorType 02 > wTotalLength 41 > bNumInterface 1 > bConfigurationValue 1 > iConfiguration 4 > bmAttributes a0 (remote-wakeup) > bMaxPower 100 (200 mA) > > Standard Interface Descriptor: > bLength 9 > bDescriptorType 04 > bInterfaceNumber 0 > bAlternateSetting 0 > bNumEndpoints 2 > bInterfaceClass 03 > bInterfaceSubClass 00 > bInterfaceProtocol 00 > iInterface 5 > > HID Descriptor: > bLength 9 > bDescriptorType 21 > bcdHID 0100 > bCountryCode 00 > bNumDescriptors 1 > bDescriptorType 22 > wDescriptorLength 102 > > > Standard Endpoint Descriptor: > bLength 7 > bDescriptorType 05 > bEndpointAddress 81 (in) > bmAttributes 03 (Interrupt) > wMaxPacketSize 8 > bInterval 10 > > Standard Endpoint Descriptor: > bLength 7 > bDescriptorType 05 > bEndpointAddress 01 (out) > bmAttributes 03 (Interrupt) > wMaxPacketSize 8 > bInterval 10 OK - exactly one interface, which claims to be HID. I'm not familar with HID to say if it really is HID compatible. I personally would say that they took some sample code and just hacked it without really knowing what they do. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 8 23:47:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CF016A4CE for ; Fri, 8 Apr 2005 23:47:54 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D39C743D39 for ; Fri, 8 Apr 2005 23:47:53 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 38F6F3C140; Fri, 8 Apr 2005 18:47:53 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29762-01-85; Fri, 8 Apr 2005 18:47:53 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 0E7E93BEBB; Fri, 8 Apr 2005 18:47:53 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 18:47:50 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Apr 2005 18:47:44 -0500 Message-ID: <4257181F.1040904@savvis.net> Date: Fri, 08 Apr 2005 16:47:43 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> In-Reply-To: <20050408233301.GW96690@cicely12.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Apr 2005 23:47:45.0108 (UTC) FILETIME=[5C966140:01C53C95] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 23:47:54 -0000 Bernd Walter wrote: > On Fri, Apr 08, 2005 at 06:12:33PM -0400, David Gilbert wrote: > >> Bernd> Has this device multiple interfaces? e.g. one HID and >> another Bernd> as described. I often thought about getting ugen >> working at Bernd> interface level too. >> >> Here's the output of udesc_dump on it. Right now, using the >> current version of libusb (not the version from ports), I can use >> usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- >> and the data is sent --- at least lights on the USB hub flash. If >> I replace '1' with anything else, it doesn't accept it. However, >> it doesn't seem to have opened the relays. > > Yes - you must use 1 - there is only one out-endpoint. 0x81 is for > receiving data and endpoint 0 is the mandandory control endpoint. > Interrupt Endpoints are not variable in size. Both interrupt > endpoints are 8 Bytes, so you must read and write exact 8 Bytes per > transfer - 5 shouldn't work for USB compliant devices. hmmm... i was always confused about bMaxPacketSize. i was thinking that it limits the size of one usb transaction, and it could take several usb transactions to transfer one data packet. for example i have a bluetooth usb dongle that has Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 81 (in) bmAttributes 03 (Interruput) wMaxPacketSize 16 bInterval 1 and i certanly can receive data packets from this endpoint that are more (and less) then 16 bytes in size. so, i would guess (and i might be wrong) that it is ok to send/receive data packets that are not equal to bMaxPacketSize in size. max From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 00:32:14 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90AC216A4CE for ; Sat, 9 Apr 2005 00:32:14 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0B9643D2F for ; Sat, 9 Apr 2005 00:32:13 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j390W7np018031 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 02:32:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j390VJhs084403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 02:31:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j390VIwQ007107; Sat, 9 Apr 2005 02:31:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j390VIRn007106; Sat, 9 Apr 2005 02:31:18 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 02:31:18 +0200 From: Bernd Walter To: Maksim Yevmenkin Message-ID: <20050409003117.GX96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <4257181F.1040904@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4257181F.1040904@savvis.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0001] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 00:32:14 -0000 On Fri, Apr 08, 2005 at 04:47:43PM -0700, Maksim Yevmenkin wrote: > Bernd Walter wrote: > >On Fri, Apr 08, 2005 at 06:12:33PM -0400, David Gilbert wrote: > > > >>Bernd> Has this device multiple interfaces? e.g. one HID and > >>another Bernd> as described. I often thought about getting ugen > >>working at Bernd> interface level too. > >> > >>Here's the output of udesc_dump on it. Right now, using the > >>current version of libusb (not the version from ports), I can use > >>usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- > >>and the data is sent --- at least lights on the USB hub flash. If > >>I replace '1' with anything else, it doesn't accept it. However, > >>it doesn't seem to have opened the relays. > > > >Yes - you must use 1 - there is only one out-endpoint. 0x81 is for > >receiving data and endpoint 0 is the mandandory control endpoint. > >Interrupt Endpoints are not variable in size. Both interrupt > >endpoints are 8 Bytes, so you must read and write exact 8 Bytes per > >transfer - 5 shouldn't work for USB compliant devices. > > hmmm... i was always confused about bMaxPacketSize. i was thinking that > it limits the size of one usb transaction, and it could take several usb > transactions to transfer one data packet. It is a bit more complicated. For control endpoints packets transfers that are bigger than one packet can be transfered using multiple packets using a shortened last packet, which can be even of 0 length if the transfer exactly fits in packets. For bulk endpoints things can be handled specific to the protocol requirements - e.g. most serials don't track transfer borders. We have interrupt endpoints - you are right smaller than max packets are allowed - just checked the specs. The remaining is the same as for bulk endpoints, but interrupt endpoint are different in bus time calculations. > for example i have a bluetooth usb dongle that has > > Standard Endpoint Descriptor: > bLength 7 > bDescriptorType 05 > bEndpointAddress 81 (in) > bmAttributes 03 (Interruput) > wMaxPacketSize 16 > bInterval 1 > > and i certanly can receive data packets from this endpoint that are more > (and less) then 16 bytes in size. so, i would guess (and i might be > wrong) that it is ok to send/receive data packets that are not equal to > bMaxPacketSize in size. As corrected above - you are really allowed to have smaller packets. But you can't have larger ones - however you can transfer multiple packets in one transaction, but this is not optimal speedwise as interrupt endpoints are laid out in a specific timeline. bInterval=1 means one packet per 1ms will be transfered and not more. Doing a transfer with e.g. 2 packets will take 1ms longer - even if the bus is idle in the meantime. This is because interrupt endpoints get garantied bus time. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 01:06:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49A2F16A4CE for ; Sat, 9 Apr 2005 01:06:31 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F4843D41 for ; Sat, 9 Apr 2005 01:06:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id A8C8E7A424; Fri, 8 Apr 2005 18:06:30 -0700 (PDT) Message-ID: <42572A96.4090205@elischer.org> Date: Fri, 08 Apr 2005 18:06:30 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Maksim Yevmenkin References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <4257181F.1040904@savvis.net> In-Reply-To: <4257181F.1040904@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 01:06:31 -0000 Maksim Yevmenkin wrote: > Bernd Walter wrote: > >> On Fri, Apr 08, 2005 at 06:12:33PM -0400, David Gilbert wrote: >> >>> Bernd> Has this device multiple interfaces? e.g. one HID and >>> another Bernd> as described. I often thought about getting ugen >>> working at Bernd> interface level too. >>> >>> Here's the output of udesc_dump on it. Right now, using the >>> current version of libusb (not the version from ports), I can use >>> usb_interrupt_write(dev, 1, "MK255", 5, 0) to send data to it --- >>> and the data is sent --- at least lights on the USB hub flash. If >>> I replace '1' with anything else, it doesn't accept it. However, >>> it doesn't seem to have opened the relays. >> >> >> Yes - you must use 1 - there is only one out-endpoint. 0x81 is for >> receiving data and endpoint 0 is the mandandory control endpoint. >> Interrupt Endpoints are not variable in size. Both interrupt >> endpoints are 8 Bytes, so you must read and write exact 8 Bytes per >> transfer - 5 shouldn't work for USB compliant devices. > the device may accept 5 bytes of data. if it's feeling charitable. but you probably should send teh number of bytes suggested by the endpoint descriptor. that number is at least guaranteed to work. Hang on.. I'm trying to remember if the 8 includes the header.. if so then you probably only get 5 bytes of data space.. I need to go back to my USB book. From what I saw before, you may need to set the configuration number to 1 before it will do anything. so you may need to do a setConfiguration(1) then you should be able to read on the descriptor for endpoint 81. it should block until there is some activity to report on the switch. I'm guessing writing all 1s to endpoint 1 sets some leds or something. > > hmmm... i was always confused about bMaxPacketSize. i was thinking > that it limits the size of one usb transaction, and it could take > several usb transactions to transfer one data packet. > > for example i have a bluetooth usb dongle that has > > Standard Endpoint Descriptor: > bLength 7 > bDescriptorType 05 > bEndpointAddress 81 (in) > bmAttributes 03 (Interruput) > wMaxPacketSize 16 > bInterval 1 > > and i certanly can receive data packets from this endpoint that are > more (and less) then 16 bytes in size. so, i would guess (and i might > be wrong) that it is ok to send/receive data packets that are not > equal to bMaxPacketSize in size. yes bMaxPacketSize is the maximum single packet that the endpoint will handle, however many such transactions can be used to make up a USB request fronm the user.. > > max > _______________________________________________ > 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 Apr 9 04:02:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12A6916A4CE for ; Sat, 9 Apr 2005 04:02:26 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F6843D49 for ; Sat, 9 Apr 2005 04:02:25 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j3942Anp027997 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 06:02:12 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j3941Khs085927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 06:01:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j3941K9H008641; Sat, 9 Apr 2005 06:01:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j3941JmN008640; Sat, 9 Apr 2005 06:01:19 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 06:01:18 +0200 From: Bernd Walter To: Julian Elischer Message-ID: <20050409040118.GZ96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <4257181F.1040904@savvis.net> <42572A96.4090205@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42572A96.4090205@elischer.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 04:02:26 -0000 On Fri, Apr 08, 2005 at 06:06:30PM -0700, Julian Elischer wrote: > Maksim Yevmenkin wrote: > >Bernd Walter wrote: > >>On Fri, Apr 08, 2005 at 06:12:33PM -0400, David Gilbert wrote: > >>Yes - you must use 1 - there is only one out-endpoint. 0x81 is for > >>receiving data and endpoint 0 is the mandandory control endpoint. > >>Interrupt Endpoints are not variable in size. Both interrupt > >>endpoints are 8 Bytes, so you must read and write exact 8 Bytes per > >>transfer - 5 shouldn't work for USB compliant devices. > > > > the device may accept 5 bytes of data. if it's feeling charitable. > but you probably should send teh number of bytes suggested by the > endpoint descriptor. > that number is at least guaranteed to work. Hang on.. I'm trying to > remember if the 8 includes the header.. The size is just the payload - I was just wrong, as interrupts transfers are allowed to be smaller. However the device should make use of 8 Byte packets or not say 8 Bytes at all. > if so then you probably only get 5 bytes of data space.. I need to go > back to my USB book. > > From what I saw before, you may need to set the configuration number > to 1 before it will do anything. > so you may need to do a setConfiguration(1) ugen will have done that already, otherwise it wouldn't know about the devnodes for the interrupt endpoints in the first configuration. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 15:45:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A6616A4CE; Sat, 9 Apr 2005 15:45:41 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0747643D31; Sat, 9 Apr 2005 15:45:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DKI9Q-0002Pv-00; Sat, 09 Apr 2005 17:45:36 +0200 Received: from [84.163.250.78] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DKI9P-0001PN-00; Sat, 09 Apr 2005 17:45:36 +0200 From: Max Laier To: Diomidis Spinellis Date: Sat, 9 Apr 2005 17:45:26 +0200 User-Agent: KMail/1.8 References: <200504080220.57899.max@love2party.net> <4257F260.8030807@aueb.gr> In-Reply-To: <4257F260.8030807@aueb.gr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2231281.fYEdJQRSLW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504091745.34553.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-hackers@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: monthly@FreeBSD.ORG Subject: Re: Call for FreeBSD status reports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 15:45:41 -0000 --nextPart2231281.fYEdJQRSLW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 09 April 2005 17:18, Diomidis Spinellis wrote: > Max Laier wrote: > > The new features from last time (categories and task-list) will be > > available, again. As a reminder the available categories are listed > > bellow. Please feel free to suggest additional entries: > > > > proj - Projects (non-specific) > > docs - Documentation > > kern - Kernel > > arch - Architectures > > ports - Ports > > vendor - Vendor / 3rd party software > > misc - Miscellaneous > > By comparing the categories to those of GNATS three I see missing are: > > bin - Userland programs Yes, I will add that. Send your reports! ;) > www - FreeBSD web site In my opinion, status reports about changes there fit the "docs" category. = =20 Too fine-grained classification does not make too much sense here nor do I= =20 except more than one or two reports in this category. This is why I think= =20 it's justified to keep it merged with "docs". > advocacy- Spreading out the word This one is a common dominator and idea behind the status reports. Special= =20 advocacy events - such as conference announcement - should probably go to=20 "misc" where everybody will see them. I am not convinced that we need this= =20 separately. However, nothing is finally here, if people submit a lot "foobar" reports, = we=20 will create a category for them. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2231281.fYEdJQRSLW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCV/ieXyyEoT62BG0RAgG9AJ9rAMXnUo05NmkLlSN1PVU6qCaH+QCePbrC G9yNVMfq9uHN2BYMWDjsjpk= =5Pu1 -----END PGP SIGNATURE----- --nextPart2231281.fYEdJQRSLW-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 17:27:14 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B267916A4CE for ; Sat, 9 Apr 2005 17:27:14 +0000 (GMT) Received: from mail.foolishgames.com (mail.foolishgames.com [216.55.178.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E85643D1D for ; Sat, 9 Apr 2005 17:27:14 +0000 (GMT) (envelope-from luke@foolishgames.com) Received: from [192.168.0.49] (24.247.120.6.kzo.mi.chartermi.net [24.247.120.6]) (authenticated bits=0)j39HRCV0088836 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Sat, 9 Apr 2005 10:27:13 -0700 (PDT) (envelope-from luke@foolishgames.com) X-Authentication-Warning: mail.foolishgames.com: Host 24.247.120.6.kzo.mi.chartermi.net [24.247.120.6] claimed to be [192.168.0.49] X-Habeas-Swe-5: Sender Warranted Email (SWE) (tm). The sender of this Mime-Version: 1.0 (Apple Message framework v619.2) X-Habeas-Swe-8: Message (HCM) and not spam. Please report use of this X-Habeas-Swe-3: like Habeas SWE (tm) X-Habeas-Swe-6: email in exchange for a license for this Habeas X-Habeas-Swe-1: winter into spring Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0e82862eed1dddaca9b75c3e2680f646@foolishgames.com> X-Habeas-Swe-9: mark in spam to . X-Habeas-Swe-4: Copyright 2002 Habeas (tm) Content-Transfer-Encoding: 7bit From: Lucas Holt X-Habeas-Swe-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-Swe-2: brightly anticipated Date: Sat, 9 Apr 2005 13:22:58 -0400 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Nvidia nforce2 sata controller X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 17:27:14 -0000 I have a MSI k7n2 delta2 lsr motherboard (msicomputer.com). Odd as it sounds, it has a nvidia sata controller. From a post on current in december, I learned it uses the pata controller and another chip in front of it. The sata controller is not detected by 5-STABLE and i'd like to see it included. I noticed the how to write a problem report documentation recommended bouncing things off a mailing list first. Here i am. I've played around with the sources of the ata driver and managed to get the card to report properly with hints from that thread in december on current. I also figured out that having the controller initialize with the sata init routine instead of the via init seemed to make it work and negotiate SA150. i'm still having a few stability problems with the system. I don't know if its the driver or my NIC. It tends to only happen when i'm using the network (cvsup, etc) so i'm not sure. in /usr/src/sys/dev/ata/ i made the following changes ata-chipset.c: The ata_nvidia_ident function now contains this int ata_nvidia_ident(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); struct ata_chip_id *idx; static struct ata_chip_id ids[] = {{ ATA_NFORCE1, 0, AMDNVIDIA, NVIDIA, ATA_UDMA5, "nVidia nForce" }, { ATA_NFORCE2, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce2" }, { ATA_NFORCE2_MCP, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce2 MCP" }, { ATA_NFORCE2_MCP_S, 0, AMDNVIDIA, NVIDIA, ATA_SA150, "nVidia nForce2 MCP SATA" }, { ATA_NFORCE3, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce3" }, { ATA_NFORCE3_PRO, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce3 Pro" }, { ATA_NFORCE3_MCP, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce3 MCP" }, { ATA_NFORCE4, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nVidia nForce4" }, { 0, 0, 0, 0, 0, 0}}; I added { ATA_NFORCE2_MCP_S, 0, AMDNVIDIA, NVIDIA, ATA_SA150, "nVidia nForce2 MCP SATA" }, Then in ata_nvidia_chipinit(device_t dev) if (ctlr->chip->max_dma >= ATA_SA150) ctlr->setmode = ata_sata_setmode; else ctlr->setmode = ata_via_family_setmode; before there was only the else clause. Finally ata-pci.h has one new definition #define ATA_NFORCE2_MCP_S 0x008e10de (i used _S for sata in this case.. ) I realize this isn't packaged well. I'd appreciate any comments on the patch or how to get it to a point i could use send-pr or have someone commit it. It would make my life easier. oh, i cvsup'd RELENG_5 yesterday and built the system with it. Thats what the changes were done on. Here's some output from atacontrol after i made the changes: deathstar# atacontrol list ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present deathstar# atacontrol mode 2 Master = SATA150 Slave = BIOSPIO deathstar# Lucas Holt Luke@FoolishGames.com ________________________________________________________ FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) FoolishGames.net (Enemy Territory IoM site) From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 18:30:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F2C16A4CE for ; Sat, 9 Apr 2005 18:30:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF9243D2D for ; Sat, 9 Apr 2005 18:30:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j39IUU4l001954; Sat, 9 Apr 2005 20:30:30 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <42581EE5.3050502@DeepCore.dk> Date: Sat, 09 Apr 2005 20:28:53 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lucas Holt References: <0e82862eed1dddaca9b75c3e2680f646@foolishgames.com> In-Reply-To: <0e82862eed1dddaca9b75c3e2680f646@foolishgames.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: freebsd-hackers@freebsd.org Subject: Re: Nvidia nforce2 sata controller X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 18:30:42 -0000 Lucas Holt wrote: > I have a MSI k7n2 delta2 lsr motherboard (msicomputer.com). Odd as it = > sounds, it has a nvidia sata controller. From a post on current in=20 > december, I learned it uses the pata controller and another chip in=20 > front of it. The sata controller is not detected by 5-STABLE and i'd=20 > like to see it included. I noticed the how to write a problem report=20 > documentation recommended bouncing things off a mailing list first. =20 > Here i am. >=20 > I've played around with the sources of the ata driver and managed to ge= t=20 > the card to report properly with hints from that thread in december on = > current. I also figured out that having the controller initialize with= =20 > the sata init routine instead of the via init seemed to make it work an= d=20 > negotiate SA150. >=20 > i'm still having a few stability problems with the system. I don't kno= w=20 > if its the driver or my NIC. It tends to only happen when i'm using=20 > the network (cvsup, etc) so i'm not sure. You should try out -current as it has support for the nVidia chips=20 already... --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 21:05:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF85316A4CE for ; Sat, 9 Apr 2005 21:05:41 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E28A43D31 for ; Sat, 9 Apr 2005 21:05:41 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 6B352DA01; Sat, 9 Apr 2005 17:05:40 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id D3CA81A0895; Sat, 9 Apr 2005 17:05:31 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16984.17307.804041.502108@canoe.dclg.ca> Date: Sat, 9 Apr 2005 17:05:31 -0400 To: ticso@cicely.de In-Reply-To: <20050408233301.GW96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 21:05:42 -0000 >>>>> "Bernd" == Bernd Walter writes: Bernd> Yes - you must use 1 - there is only one out-endpoint. 0x81 is Bernd> for receiving data and endpoint 0 is the mandandory control Bernd> endpoint. Interrupt Endpoints are not variable in size. Both Bernd> interrupt endpoints are 8 Bytes, so you must read and write Bernd> exact 8 Bytes per transfer - 5 shouldn't work for USB compliant Bernd> devices. I took your earlier advice and just opened ugen0.1 O_RDWR. I've tried sending 5 and 8 byte strings to it without effect. To make the 8 byte strings, I added spaces to the end of my 5 byte strings. I've also got a proper multitester now to verify operation. Bernd> Depends on the device's firmware. I wouldn't be surprised if Bernd> the whole device just hangs after receiving bogus data - it Bernd> seems to be broken in many points. But it may block if the Bernd> device has nothing to send. An easy way to check out is using Bernd> tools like usbdevs -v and see if it hangs when accessing this Bernd> device. usbdevs -v and udesc_dump both operate fine after trying this. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 21:19:51 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF98D16A4CE for ; Sat, 9 Apr 2005 21:19:51 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB4B43D2F for ; Sat, 9 Apr 2005 21:19:51 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 04FA9DA00; Sat, 9 Apr 2005 17:19:50 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id C5BD41A08C0; Sat, 9 Apr 2005 17:19:43 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16984.18159.732608.234243@canoe.dclg.ca> Date: Sat, 9 Apr 2005 17:19:43 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Subject: ggate failures. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 21:19:51 -0000 I have two systems, each with 4 300 gig SATA disks. Let's call them m0 and m1. M1 exports it's disks with ggated ... on two private GigE networks. M0, on those same two GigE networks, imports them with ggatec. M0, then does the following: Mirror Disks ====== ===== s0 ggate0 da0s1g s1 ggate1 da1s1g s2 ggate2 da2s1g s3 ggate3 da3s1g And then: concat Disks ====== ===== v0 s0 s1 s2 s3 (so v0 is a concatination of 4 mirrors that consist of a local and remote disk, each) Now... This all works, and we create a filesystem on v0. The problem arises that whenever a lot of activity occurs on v0 (untaring a copy of /usr is sufficient), the ggate links break down. An example message from the dmesg: GEOM_MIRROR: Request failed (error=5). ggate2[WRITE(offset=259891840000, length=8192)] Now... I don't know a lot about ggate, but this appears trivial to trigger. Has anyone tried similar configurations and is there any wisdom about ggate configurations? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 21:24:37 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8022216A4CE for ; Sat, 9 Apr 2005 21:24:37 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7902243D31 for ; Sat, 9 Apr 2005 21:24:36 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j39LOJnp063196 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 23:24:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j39LNShs091543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 23:23:29 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j39LNS4W014096; Sat, 9 Apr 2005 23:23:28 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j39LNSc8014095; Sat, 9 Apr 2005 23:23:28 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 23:23:27 +0200 From: Bernd Walter To: David Gilbert Message-ID: <20050409212327.GI96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <16984.17307.804041.502108@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16984.17307.804041.502108@canoe.dclg.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 21:24:37 -0000 On Sat, Apr 09, 2005 at 05:05:31PM -0400, David Gilbert wrote: > >>>>> "Bernd" == Bernd Walter writes: > > Bernd> Yes - you must use 1 - there is only one out-endpoint. 0x81 is > Bernd> for receiving data and endpoint 0 is the mandandory control > Bernd> endpoint. Interrupt Endpoints are not variable in size. Both > Bernd> interrupt endpoints are 8 Bytes, so you must read and write > Bernd> exact 8 Bytes per transfer - 5 shouldn't work for USB compliant > Bernd> devices. > > I took your earlier advice and just opened ugen0.1 O_RDWR. I've tried > sending 5 and 8 byte strings to it without effect. To make the 8 byte > strings, I added spaces to the end of my 5 byte strings. I've also > got a proper multitester now to verify operation. > > Bernd> Depends on the device's firmware. I wouldn't be surprised if > Bernd> the whole device just hangs after receiving bogus data - it > Bernd> seems to be broken in many points. But it may block if the > Bernd> device has nothing to send. An easy way to check out is using > Bernd> tools like usbdevs -v and see if it hangs when accessing this > Bernd> device. > > usbdevs -v and udesc_dump both operate fine after trying this. Then the device is still working and just has nothing to send. Would be helpfull to know something about the protocol used on the endpoints. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 21:48:51 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FCA16A4CF for ; Sat, 9 Apr 2005 21:48:51 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D6843D1D for ; Sat, 9 Apr 2005 21:48:51 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id CA22DD982; Sat, 9 Apr 2005 17:48:50 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id A55F61A08A8; Sat, 9 Apr 2005 17:48:43 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16984.19899.604657.135854@canoe.dclg.ca> Date: Sat, 9 Apr 2005 17:48:43 -0400 To: ticso@cicely.de In-Reply-To: <20050409212327.GI96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <16984.17307.804041.502108@canoe.dclg.ca> <20050409212327.GI96690@cicely12.cicely.de> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 21:48:51 -0000 >>>>> "Bernd" == Bernd Walter writes: Bernd> Then the device is still working and just has nothing to send. Bernd> Would be helpfull to know something about the protocol used on Bernd> the endpoints. It's pretty simple. I'm sending (right now) MK255 and MK0 with 1 second sleeps in between. The device has 8 relays and I should be triggering them on and off (The MK command doesn't have output --- so I'm not looking for it). Here's a snippet from the manual: The relays may be SET ( ON ) or RESET ( OFF ) individually or as an 8 bit port. The relay commands include; SKn SETS ( ON ) relay specified by n ( n = 0-7 ) # of Bytes 3 Response NONE Example; SK2 ;closes contact K2 RKn RESETS ( OFF ) relay specified by n ( n= 0 - 7 ) # of Bytes 3 Response NONE Example; RK1 ;opens contact K1 MKddd Sets PORTK to decimal value ddd ( ddd= 0 to 255 ) ( K7-MSB, K0 = LSB ) # of Bytes 3 , 4 or 5 Response NONE Example; MK128 ;SETS K7, RESETS K0 - K6. RPKn Returns status of relay specified by n ( n= 0 - 7 ) # of Bytes 4 Response 1 byte ( 0 or 1 ) Example; RPK2 ;Relay K2 is closed. 1 ( response) PK Returns status of PORT K in decimal format. # of Bytes 2 Response 3 bytes ( 000 to 255 in decimal ) Example; PK ;K0 -K3 are SET ( ON ), K4-K7 are RESET ( OFF ). 015 ( response) Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 21:57:20 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9A0416A4CE for ; Sat, 9 Apr 2005 21:57:20 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E09BB43D2D for ; Sat, 9 Apr 2005 21:57:19 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j39LvBnr063939 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Apr 2005 23:57:16 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j39Lv1hs091768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 23:57:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j39Lv1WD014289; Sat, 9 Apr 2005 23:57:01 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j39Lv1cg014288; Sat, 9 Apr 2005 23:57:01 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Apr 2005 23:57:00 +0200 From: Bernd Walter To: David Gilbert Message-ID: <20050409215700.GL96690@cicely12.cicely.de> References: <16982.46075.115518.130213@canoe.dclg.ca> <4256B5EB.9080506@savvis.net> <16982.47024.135663.645297@canoe.dclg.ca> <20050408190514.GS96690@cicely12.cicely.de> <16983.465.572693.73195@canoe.dclg.ca> <20050408233301.GW96690@cicely12.cicely.de> <16984.17307.804041.502108@canoe.dclg.ca> <20050409212327.GI96690@cicely12.cicely.de> <16984.19899.604657.135854@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16984.19899.604657.135854@canoe.dclg.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: Tricky USB device. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 21:57:20 -0000 On Sat, Apr 09, 2005 at 05:48:43PM -0400, David Gilbert wrote: > >>>>> "Bernd" == Bernd Walter writes: > > Bernd> Then the device is still working and just has nothing to send. > Bernd> Would be helpfull to know something about the protocol used on > Bernd> the endpoints. > > It's pretty simple. I'm sending (right now) MK255 and MK0 with 1 > second sleeps in between. The device has 8 relays and I should be > triggering them on and off (The MK command doesn't have output --- so > I'm not looking for it). Here's a snippet from the manual: > > The relays may be SET ( ON ) or RESET ( OFF ) individually or as an 8 bit port. The relay commands > include; > > SKn SETS ( ON ) relay specified by n ( n = 0-7 ) > # of Bytes 3 > Response NONE > Example; SK2 ;closes contact K2 [...] Sounds simple. Tried with lower case characters? Otherwise I would say sniff a working driver - for windows there is at least one good freeware USB sniffer avaiable. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 9 23:36:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1D516A4CE for ; Sat, 9 Apr 2005 23:36:04 +0000 (GMT) Received: from mail.foolishgames.com (mail.foolishgames.com [216.55.178.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359B743D2D for ; Sat, 9 Apr 2005 23:36:04 +0000 (GMT) (envelope-from luke@foolishgames.com) Received: from [192.168.0.49] (24.247.120.6.kzo.mi.chartermi.net [24.247.120.6]) (authenticated bits=0)j39Na1Y5090450 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 9 Apr 2005 16:36:02 -0700 (PDT) (envelope-from luke@foolishgames.com) X-Authentication-Warning: mail.foolishgames.com: Host 24.247.120.6.kzo.mi.chartermi.net [24.247.120.6] claimed to be [192.168.0.49] Message-Id: X-Habeas-Swe-6: email in exchange for a license for this Habeas X-Habeas-Swe-3: like Habeas SWE (tm) Date: Sat, 9 Apr 2005 19:35:46 -0400 X-Habeas-Swe-8: Message (HCM) and not spam. Please report use of this From: Lucas Holt X-Habeas-Swe-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-Swe-2: brightly anticipated In-Reply-To: <0e82862eed1dddaca9b75c3e2680f646@foolishgames.com> References: <0e82862eed1dddaca9b75c3e2680f646@foolishgames.com> To: Lucas Holt X-Habeas-Swe-7: warrant mark warrants that this is a Habeas Compliant Mime-Version: 1.0 (Apple Message framework v619.2) X-Habeas-Swe-4: Copyright 2002 Habeas (tm) Content-Type: text/plain; charset=US-ASCII; format=flowed X-Habeas-Swe-1: winter into spring Content-Transfer-Encoding: 7bit X-Habeas-Swe-9: mark in spam to . X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: Nvidia nforce2 sata controller X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 23:36:04 -0000 Someone suggested I check out 6-Current as many nvidia controllers were added. i do see nforce3 & nforce4 sata controllers in there. I do not see the pci id for the nforce2 sata controller on my motherboard, however. Lucas Holt Luke@FoolishGames.com ________________________________________________________ FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) FoolishGames.net (Enemy Territory IoM site)