From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 15 00:40:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64EDB16A400; Sun, 15 Apr 2007 00:40:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 437F613C45A; Sun, 15 Apr 2007 00:40:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3F0eC8q022013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 Apr 2007 17:40:12 -0700 X-Auth-Received: from [192.168.10.45] (c-24-7-142-221.hsd1.ca.comcast.net [24.7.142.221]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3F0eCY1024755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 14 Apr 2007 17:40:12 -0700 Message-ID: <46217486.6080801@u.washington.edu> Date: Sat, 14 Apr 2007 17:40:38 -0700 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Alejandro Pulver References: <20070414184719.110deaa2@deimos.mars.bsd> In-Reply-To: <20070414184719.110deaa2@deimos.mars.bsd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.4.14.173033 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-hackers@freebsd.org Subject: Re: High disk load +mount/atacontrol/NFS/SMBFS crashes the system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 00:40:13 -0000 Alejandro Pulver wrote: > Hello. > > I have experienced the following problem a couple of times in 2 > different machines and FreeBSD versions (see below): when the disk is > continuously reading/writing (like when copying/extracting a file, > checking the filesystem in the background, etc.) my system crashes > sometimes (it's not an everyday thing, but quite frustrating when it > happens). > > When copying from another machine by NFS/SMBFS more than one file at > the same time (or when using the disk, like described above) often > crashes (and the disk light indicator turns off). Running "atacontrol > ad0 mode UDMA100" when it was UDMA133 crashed the system (the disk > activity indicator was always on) when I tried to solve the problem > that way. Also when I was installing a port which installs many files > on the second machine without using NFS/SMBFS, trying to mount a local > NTFS filesystem (with kernel driver) crashed. > > The first machine is an Athlon XP 2400+ with FreeBSD 6.1-RELEASE and > custom kernel (see below) and the second one a new Athlon64 X2 3500 > with FreeBSD 6.2-RELEASE running in i386 mode, with generic SMP kernel. > See the boot messages and kernel config here: > > http://people.freebsd.org/~alepulver/disk-crash.tar.bz2 > > Also I got (only twice, when checking the filesystem after one of these > crashes) the following error on the first machine, that I don't know if > it's related or not to the previous problems: > > fsync: giving up on dirty > 0xc51d6990: tag devfs, type VCHR > usecount 1, writecount 0, refcount 806 mountedhere 0xc51a4000 > flags () > v_object 0xc144cb58 ref 0 pages 3232 > lock type devfs: EXCL (count 1) by thread 0xc54e2c00 (pid 837) > dev ad2s1f > > I would appreciate any help. If you need more information just ask. > > Thanks and Best Regards, > Ale > > P.S.: please CC me as I'm not subscribed. > Ale, Could you provide more information about your machine, in particular the devices attached (lspci -vv from sysutils/pciutils does the trick) and the options enabled in your custom kernel please? Also, could you provide more information about what the settings are that you are using for NFS and SMBFS (-rsize, -wsize, special mountd/rpcbind options, etc). -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 15 19:18:06 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8DA716A401 for ; Sun, 15 Apr 2007 19:18:06 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 715B913C448 for ; Sun, 15 Apr 2007 19:18:06 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 75888 invoked by uid 0); 15 Apr 2007 19:18:04 -0000 Received: from 190.55.91.88 (HELO deimos.mars.bsd) (190.55.91.88) by relay03.pair.com with SMTP; 15 Apr 2007 19:18:04 -0000 X-pair-Authenticated: 190.55.91.88 Date: Sun, 15 Apr 2007 16:17:53 -0300 From: Alejandro Pulver To: Garrett Cooper Message-ID: <20070415161753.7c7a604d@deimos.mars.bsd> In-Reply-To: <46217486.6080801@u.washington.edu> References: <20070414184719.110deaa2@deimos.mars.bsd> <46217486.6080801@u.washington.edu> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_AoIubWp5o=xQO5WGQYqWV+N"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-hackers@freebsd.org Subject: Re: High disk load +mount/atacontrol/NFS/SMBFS crashes the system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 19:18:06 -0000 --Sig_AoIubWp5o=xQO5WGQYqWV+N Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 14 Apr 2007 17:40:38 -0700 Garrett Cooper wrote: > Alejandro Pulver wrote: > > Hello. > > > > I have experienced the following problem a couple of times in 2 > > different machines and FreeBSD versions (see below): when the disk is > > continuously reading/writing (like when copying/extracting a file, > > checking the filesystem in the background, etc.) my system crashes > > sometimes (it's not an everyday thing, but quite frustrating when it > > happens). > > > > When copying from another machine by NFS/SMBFS more than one file at > > the same time (or when using the disk, like described above) often > > crashes (and the disk light indicator turns off). Running "atacontrol > > ad0 mode UDMA100" when it was UDMA133 crashed the system (the disk > > activity indicator was always on) when I tried to solve the problem > > that way. Also when I was installing a port which installs many files > > on the second machine without using NFS/SMBFS, trying to mount a local > > NTFS filesystem (with kernel driver) crashed. > > [...] >=20 > Ale, Hello. Thank you for your reply. > Could you provide more information about your machine, in particular= =20 > the devices attached (lspci -vv from sysutils/pciutils does the trick)=20 > and the options enabled in your custom kernel please? Sure. I have updated the file (added pci_machine_1.txt and pci_machine_2.txt). The kernel configuration is already there (named ATHLON-PHOBOS), the second machine has a default SMP kernel. http://people.freebsd.org/~alepulver/disk-crash.tar.bz2 > Also, could you provide more information about what the settings are= =20 > that you are using for NFS and SMBFS (-rsize, -wsize, special=20 > mountd/rpcbind options, etc). > -Garrett I am not using nothing special here. In rc.conf: rpcbind_enable=3D"YES" nfs_server_enable=3D"YES" nfs_client_enable=3D"YES" And the commands (at different times): # mount deimos:/wxp /mnt # mount -t smbfs //administrator@mariana/c /mnt After both FreeBSD machines crashed when the problem happened (because of the NFS waiting infinitely), I started using "-i". The second command was to copy some data from a Windows machine. BTW I don't think the problem is related to NFS/SMBFS but to the disk drivers, since it happens without them too. One is ATA (has an year) and the other is SATA (new). However I am not experienced in this to tell. Thanks and Best Regards, Ale --Sig_AoIubWp5o=xQO5WGQYqWV+N Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGInphiV05EpRcP2ERArlzAJ9c5e5bCo45Qeeo3y7J3DndHeQv5wCfTV6P UfyjRj9NEqfDsBSAwMe6fQo= =uXMi -----END PGP SIGNATURE----- --Sig_AoIubWp5o=xQO5WGQYqWV+N-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 03:06:06 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64A0E16A400 for ; Mon, 16 Apr 2007 03:06:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0657313C46C for ; Mon, 16 Apr 2007 03:06:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3G363Pj073080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2007 12:36:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Mon, 16 Apr 2007 12:35:57 +0930 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1611239.L9zfHD47WD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704161235.58745.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Subject: Device sysctl confusion.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 03:06:06 -0000 --nextPart1611239.L9zfHD47WD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am trying to automatically generate a description for a given device (eg= =20 what it's connected to) but I am having trouble with umass. The other disks I have tried (acd, ad, twed) all have dev.name.number sysct= l=20 nodes but umass disks seem to be inconsistently named. =46or example they appear in kern.disks as daX but the corresponding sysctl= tree=20 is dev.umass.X. I can add some code to handle it but it would be nice if it were fixed (if = it=20 really is broken :) =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 --nextPart1611239.L9zfHD47WD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGIugW5ZPcIHs/zowRAsPHAJ9ydsBoQuN1xOHULRwLjM1aon55pQCfWpVq v90dueFCt5fp3/vfeZj1wLg= =kB+g -----END PGP SIGNATURE----- --nextPart1611239.L9zfHD47WD-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 06:33:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81FAA16A402; Mon, 16 Apr 2007 06:33:22 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5F55E13C43E; Mon, 16 Apr 2007 06:33:22 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3G6XLHL002607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 15 Apr 2007 23:33:21 -0700 X-Auth-Received: from [192.168.10.45] (c-24-7-142-221.hsd1.ca.comcast.net [24.7.142.221]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3G6XL2J021135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 15 Apr 2007 23:33:21 -0700 Message-ID: <462318CB.3030205@u.washington.edu> Date: Sun, 15 Apr 2007 23:33:47 -0700 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20070414184719.110deaa2@deimos.mars.bsd> <46217486.6080801@u.washington.edu> <20070415161753.7c7a604d@deimos.mars.bsd> In-Reply-To: <20070415161753.7c7a604d@deimos.mars.bsd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.4.15.232233 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Alejandro Pulver Subject: Re: High disk load +mount/atacontrol/NFS/SMBFS crashes the system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 06:33:22 -0000 Alejandro Pulver wrote: > On Sat, 14 Apr 2007 17:40:38 -0700 > Garrett Cooper wrote: > >> Alejandro Pulver wrote: >>> Hello. >>> >>> I have experienced the following problem a couple of times in 2 >>> different machines and FreeBSD versions (see below): when the disk is >>> continuously reading/writing (like when copying/extracting a file, >>> checking the filesystem in the background, etc.) my system crashes >>> sometimes (it's not an everyday thing, but quite frustrating when it >>> happens). >>> >>> When copying from another machine by NFS/SMBFS more than one file at >>> the same time (or when using the disk, like described above) often >>> crashes (and the disk light indicator turns off). Running "atacontrol >>> ad0 mode UDMA100" when it was UDMA133 crashed the system (the disk >>> activity indicator was always on) when I tried to solve the problem >>> that way. Also when I was installing a port which installs many files >>> on the second machine without using NFS/SMBFS, trying to mount a local >>> NTFS filesystem (with kernel driver) crashed. >>> > [...] >> Ale, > > Hello. > > Thank you for your reply. > >> Could you provide more information about your machine, in particular >> the devices attached (lspci -vv from sysutils/pciutils does the trick) >> and the options enabled in your custom kernel please? > > Sure. I have updated the file (added pci_machine_1.txt and > pci_machine_2.txt). The kernel configuration is already there (named > ATHLON-PHOBOS), the second machine has a default SMP kernel. > > http://people.freebsd.org/~alepulver/disk-crash.tar.bz2 > >> Also, could you provide more information about what the settings are >> that you are using for NFS and SMBFS (-rsize, -wsize, special >> mountd/rpcbind options, etc). >> -Garrett > > I am not using nothing special here. In rc.conf: > > rpcbind_enable="YES" > nfs_server_enable="YES" > nfs_client_enable="YES" > > And the commands (at different times): > > # mount deimos:/wxp /mnt > # mount -t smbfs //administrator@mariana/c /mnt > > After both FreeBSD machines crashed when the problem happened (because > of the NFS waiting infinitely), I started using "-i". The second > command was to copy some data from a Windows machine. > > BTW I don't think the problem is related to NFS/SMBFS but to the disk > drivers, since it happens without them too. One is ATA (has an year) > and the other is SATA (new). However I am not experienced in this to > tell. > > Thanks and Best Regards, > Ale Ale, I'm not sure what's going on exactly based on the information you provided, but I would try the following steps to isolate the issue: 1) See if you can upgrade the first machine to a later version of FreeBSD, say 6.2. I believe that there were related issues resolved in 6.2, but my memory could be incorrect. See if your problems occur after that. 2) Try grabbing a different machine if possible and see if the same issue occurs when you put the new machine as server and client with one of the other machines. 3) Try switching roles with the 2 machines. If machine 1 is usually server, let it play client and vice versa with machine 2. 4) Remove the new drive if possible, see if issue goes away. If it does, try acquiring a cheap(er) drive and put it Also, it appears that another FreeBSD team member had a similar issue (see: http://people.freebsd.org/~pho/stress/log/cons205.html and http://people.freebsd.org/~pho/stress/log/cons225.html). I dunno how but it showed up as one of the leading searches on Google. It looks like a (localized) filesystem issue, but I'm not sure what it is exactly. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 07:14:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 698AB16A400 for ; Mon, 16 Apr 2007 07:14:09 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2EFE013C459 for ; Mon, 16 Apr 2007 07:14:09 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.99] (unknown [192.168.1.99]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id 94F7B5CE3 for ; Mon, 16 Apr 2007 17:14:06 +1000 (EST) From: Alan Garfield To: freebsd-hackers@freebsd.org Content-Type: text/plain Date: Mon, 16 Apr 2007 17:14:06 +1000 Message-Id: <1176707646.5068.23.camel@hiro.auspc.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Subject: mbuf and IP frame lengths X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 07:14:09 -0000 Hi all! A question, is it ok to just say pass an entire rx buffer of your ethernet device up the chain and let the ip stack figure out the frame size. I have a device that can only ever receive 255 bytes of data, I receive this data from a buffer in the PRS. On an interrupt I read this data out of the PRS buffer into a local buffer, which I then :- ---- eh = mtod(m, struct ether_header *); // Copy buf into mbuf bcopy(buf + 1, (char *)eh, FIFO_SIZE - 1); // Set the header length m->m_pkthdr.len = m->m_len = FIFO_SIZE - 1; JNET_UNLOCK(sc); (*ifp->if_input)(ifp, m); JNET_LOCK(sc); ---- FIFO_SIZE = 256, minus 1 for a control character in the device (which handily keeps under the 256 frame size). The interface is working just fine, but I'm not sure if I'm completely correct in the way I'm doing this. I've tried casting the buffer to struct ip* to get ip->ip_len but I always get a "dereferencing pointer to incomplete type" error (don't exactly know why). Any help would be greatly appreciated. Thanks, Alan. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 12:38:06 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF15D16A400 for ; Mon, 16 Apr 2007 12:38:06 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id BB13D13C487 for ; Mon, 16 Apr 2007 12:38:05 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id 86502238045 for ; Mon, 16 Apr 2007 20:10:14 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12993-09 for ; Mon, 16 Apr 2007 20:10:11 +0800 (CST) Received: from [218.193.55.195] (206.226.77.125.board.xm.fj.dynamic.163data.com.cn [125.77.226.206]) by bossdog.realss.com (Postfix) with ESMTP id 459B01C000A for ; Mon, 16 Apr 2007 20:10:11 +0800 (CST) From: Zhang Weiwu To: freebsd-hackers@freebsd.org Content-Type: text/plain Organization: Real Softservice Date: Mon, 16 Apr 2007 20:07:01 +0800 Message-Id: <1176725221.17708.16.camel@joe.realss.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 12:38:06 -0000 I am not actively involved in FreeBSD development. I am an ordinary user and this is my first post on this list so please just redirect me to correct place if I posted OT. I know probably ftpd is not going to accept changes for a lot of reasons, and I think it's reasonable if ftpd is not accepting anything but patches that satisfies basic requirements. Here is a patch to enable ftpd for RFC2640, I think this is a very basic requirement so I hope it can be accepted and used in next release: Compare to those who only use English for a life time, probably we Asian users feel much more painful for character-set issue. To Asian users the UTF8 compliance as defined in RFC2640 is very important. As FreeBSD is an international project, UTF8 and related RFC compliance is AFAIK basic requirement. The attached path added an option -8 to ftpd, when used, it indicate the file system on server is using UTF-8 and the FTP client (e.g. smart ftp, filezilla, lftp, gftp ...) should convert the filenames and path names to local character set (which they do fine). FTP server tell client to do character conversion if necessary by including "UTF8" in FEAT. RFC2640 is the only way to make international ftp server: it is the only standard way to deliver non-latin filenames to different OSs. a.k.a. Suppose you set up an FTP server and you want users use the Chinese file names for both Simplified Chinese version of Windows user and Traditional Chinese version of Windows. This is a very simple and (sorry for that) not high quality patch and I am not a developer so I'd be very thankful if some hacker can check the correctness of this patch (I myself checked it and is running it on my FreeBSD server). P.S. RFC 2640 is based on RFC2389 which also gets implemented here. -- Zhang Weiwu Real Softservice http://www.realss.com +86 592 2091112 diff -u ftpd.FreeBSD-6.1/ftpcmd.y ftpd/ftpcmd.y --- ftpd.FreeBSD-6.1/ftpcmd.y Thu Nov 18 21:46:29 2004 +++ ftpd/ftpcmd.y Mon Apr 16 19:27:31 2007 @@ -95,6 +95,7 @@ extern int usedefault; extern char tmpline[]; extern int readonly; +extern int utf8_mode; extern int noepsv; extern int noretr; extern int noguestretr; @@ -135,7 +136,7 @@ ABOR DELE CWD LIST NLST SITE STAT HELP NOOP MKD RMD PWD CDUP STOU SMNT SYST SIZE MDTM - LPRT LPSV EPRT EPSV + LPRT LPSV EPRT EPSV FEAT UMASK IDLE CHMOD MDFIVE @@ -687,6 +688,16 @@ if ($4 != NULL) free($4); } + | FEAT CRLF + { + lreply(211, "Features:"); + printf(" EPSV\r\n"); + printf(" EPRT\r\n"); + printf(" MDTM\r\n"); + printf(" SIZE\r\n"); + if (utf8_mode) printf(" UTF8\r\n"); + reply(211, "End"); + } | SYST check_login CRLF { if ($2) { @@ -1112,6 +1123,7 @@ { "NLST", NLST, OSTR, 1, "[ path-name ]" }, { "SITE", SITE, SITECMD, 1, "site-cmd [ arguments ]" }, { "SYST", SYST, ARGS, 1, "(get type of operating system)" }, + { "FEAT", FEAT, ARGS, 1, "(get features supported)" }, { "STAT", STAT, OSTR, 1, "[ path-name ]" }, { "HELP", HELP, OSTR, 1, "[ ]" }, { "NOOP", NOOP, ARGS, 1, "" }, diff -u ftpd.FreeBSD-6.1/ftpd.8 ftpd/ftpd.8 --- ftpd.FreeBSD-6.1/ftpd.8 Sun Jan 29 21:21:05 2006 +++ ftpd/ftpd.8 Mon Apr 16 20:03:35 2007 @@ -40,7 +40,7 @@ .Nd Internet File Transfer Protocol server .Sh SYNOPSIS .Nm -.Op Fl 46ADdEhMmOoRrSUvW +.Op Fl 468ADdEhMmOoRrSUvW .Op Fl l Op Fl l .Op Fl a Ar address .Op Fl P Ar port @@ -78,6 +78,11 @@ is specified, accept connections via .Dv AF_INET6 socket. +.It Fl 8 +Server is running in UTF-8 mode, an RFC2640 compliant client should convert +all paths and messages from server from UTF-8 to client's local character-set. +Note enalbing this option does not make server do any filesystem encoding +conversion, it only tell client to do so. .It Fl A Allow only anonymous ftp access. .It Fl a @@ -250,6 +255,7 @@ .It DELE Ta "delete a file [RW]" .It EPRT Ta "specify data connection port, multiprotocol" .It EPSV Ta "prepare for server-to-server transfer, multiprotocol" +.It FEAT Ta "give server feature information" .It HELP Ta "give help information" .It LIST Ta "give list files in a directory" Pq Dq Li "ls -lgA" .It LPRT Ta "specify data connection port, multiprotocol" diff -u ftpd.FreeBSD-6.1/ftpd.c ftpd/ftpd.c --- ftpd.FreeBSD-6.1/ftpd.c Thu Mar 9 17:12:44 2006 +++ ftpd/ftpd.c Mon Apr 16 19:25:15 2007 @@ -128,6 +128,7 @@ int restricted_data_ports = 1; int paranoid = 1; /* be extra careful about security */ int anon_only = 0; /* Only anonymous ftp allowed */ +int utf8_mode = 0; /* server file system is in UTF-8 */ int guest; int dochroot; char *chrootdir; @@ -308,7 +309,7 @@ openlog("ftpd", LOG_PID | LOG_NDELAY, LOG_FTP); while ((ch = getopt(argc, argv, - "46a:AdDEhlmMoOp:P:rRSt:T:u:UvW")) != -1) { + "468a:AdDEhlmMoOp:P:rRSt:T:u:UvW")) != -1) { switch (ch) { case '4': family = (family == AF_INET6) ? AF_UNSPEC : AF_INET; @@ -317,6 +318,9 @@ case '6': family = (family == AF_INET) ? AF_UNSPEC : AF_INET6; break; + + case '8': + utf8_mode = 1; case 'a': bindname = optarg; From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 14:38:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABDA416A400 for ; Mon, 16 Apr 2007 14:38:20 +0000 (UTC) (envelope-from nickp102@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD5213C489 for ; Mon, 16 Apr 2007 14:38:20 +0000 (UTC) (envelope-from nickp102@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1234484nza for ; Mon, 16 Apr 2007 07:38:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=SQVyuBuIv2XkHnj2S16IvvUHTC6ojQNR5qA9lo9kQ/SnTAdGtC7GvkjpW1UCWJb9LqPtdKrHD7rWxEXKlMqp4KmyJ+lzPVaPsciNCnUVylC6ie8lguTaYRbqMAXxFpc9GvyVKOzUVIo7XLBfSpvnRHescICgMi3L7UXIARfKf9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=iJF+ZdUSynOw+g51YdKfu0xJS+pBm74XC7nCC496XTAdwuteJ9xb+3KNLdZs4G+XEJjAnvgA1kv0IguZiwPr5Lhl/KI2GxGmjMiRVl+F10MOAVNsCk+hRoXnnPwT9R35JpPMU4WaSTckb3Fj1yFQh4eZ2G/V4edgz+KoMTVbcuo= Received: by 10.114.110.1 with SMTP id i1mr1920304wac.1176732620820; Mon, 16 Apr 2007 07:10:20 -0700 (PDT) Received: by 10.114.190.8 with HTTP; Mon, 16 Apr 2007 07:10:20 -0700 (PDT) Message-ID: Date: Mon, 16 Apr 2007 18:10:20 +0400 From: "=?KOI8-R?B?/sXSztHX08vJyiDhzMXTwc7E0iDhzsTSxcXXyd4=?=" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ULI M5263 NIC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 14:38:20 -0000 Hello everybody, I have an ULI M5263 NIC on my MaxSelect Mission AWD laptop. I have tried all drivers, but they have not work. I searched driver in Google but I did not find. Some people(from openbsd mailing lists) said that this NIC is "dc-like" device. I added PCI IDs to if_dc, but it read only MAC adress. I want to get working my NIC so I will do what will need to write a driver. I know that I need to read some books or articles, can you give me a list of them and any ideas for my situation? -- Alexander From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 15:22:27 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9080C16A400 for ; Mon, 16 Apr 2007 15:22:27 +0000 (UTC) (envelope-from Mailer-Daemon@smtp.seq.org) Received: from seq.org (mail.seq.org [205.132.248.10]) by mx1.freebsd.org (Postfix) with ESMTP id 79DAF13C455 for ; Mon, 16 Apr 2007 15:22:27 +0000 (UTC) (envelope-from Mailer-Daemon@smtp.seq.org) Received: from smtp.seq.org (unknown [127.0.0.1]) by seq.org (Postfix) with ESMTP id 1194E2C9054 for ; Mon, 16 Apr 2007 08:04:07 -0700 (PDT) Received: from 192.168.1.10 ([192.168.1.10] helo=smtp.seq.org) by SEQ-nospam; 16 Apr 2007 08:04:07 -0700 Received: from SEQ_UHSD-MTA by smtp.seq.org with Novell_GroupWise; Mon, 16 Apr 2007 07:51:56 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.7 Date: Mon, 16 Apr 2007 07:51:29 -0700 From: "Stuart Cianos" Sender: Postmaster@seq.org Errors-To: Postmaster@seq.org To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: freebsd-hackers Digest, Vol 212, Issue 1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scianos@seq.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 15:22:27 -0000 Greettings - As of February 20, 2007, I will no longer be working with the SUHSD. Is has been of great pleasure to have worked with you. Very truly yours, -Stu From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 17:10:24 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F5F916A409 for ; Mon, 16 Apr 2007 17:10:24 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id E8DBF13C459 for ; Mon, 16 Apr 2007 17:10:23 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l3GHAHLr009478; Mon, 16 Apr 2007 19:10:18 +0200 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Mon, 16 Apr 2007 19:10:17 +0200 User-Agent: KMail/1.9.6 References: <1176725221.17708.16.camel@joe.realss.com> In-Reply-To: <1176725221.17708.16.camel@joe.realss.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704161910.17794.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Zhang Weiwu Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 17:10:24 -0000 I think your patch looks good, however there have been some changes to ftpd= =20 since 6.1. Also, since lukemftp is imported from NetBSD, you might want to= =20 contact the original author so future imports won't discard this new featur= e. On Monday 16 April 2007, Zhang Weiwu wrote: > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 family =3D (family =3D=3D= AF_INET) ? AF_UNSPEC : > AF_INET6; break; > + > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 case '8': > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 utf8_mode =3D 1; Add missing break statement here? > =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 case 'a': > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bindname =3D optarg; Cheers, Pieter de Goeje From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 18:24:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27EAA16A40B for ; Mon, 16 Apr 2007 18:24:58 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id D386013C4C6 for ; Mon, 16 Apr 2007 18:24:57 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id C7622238045 for ; Tue, 17 Apr 2007 02:24:59 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16105-16 for ; Tue, 17 Apr 2007 02:24:59 +0800 (CST) Received: from [192.168.1.200] (58.52.72.124.board.xm.fj.dynamic.163data.com.cn [124.72.52.58]) by bossdog.realss.com (Postfix) with ESMTP id D36AF1C000A for ; Tue, 17 Apr 2007 02:24:58 +0800 (CST) Message-ID: <4623BF5E.7000907@realss.com> Date: Tue, 17 Apr 2007 02:24:30 +0800 From: Zhang Weiwu User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1176725221.17708.16.camel@joe.realss.com> <200704161910.17794.pieter@degoeje.nl> In-Reply-To: <200704161910.17794.pieter@degoeje.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 18:24:58 -0000 Pieter de Goeje ๅ†™้“: > I think your patch looks good, however there have been some changes to ftpd > since 6.1. Also, since lukemftp is imported from NetBSD, you might want to > contact the original author so future imports won't discard this new feature. > Original author of lukemftp? I never used that software before, but would be glad to try as next option and see if I can patch that too. You already discovered (by checking my patch) I am a C newbie who only wish to solve his own problem at hand... > On Monday 16 April 2007, Zhang Weiwu wrote: > >> family = (family == AF_INET) ? AF_UNSPEC : >> AF_INET6; break; >> + >> + case '8': >> + utf8_mode = 1; >> > Add missing break statement here? > Yes. A break is missing:) From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 16 18:36:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E7CB16A400 for ; Mon, 16 Apr 2007 18:36:55 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D0E3A13C45E for ; Mon, 16 Apr 2007 18:36:54 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l3GIKe8r007980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 16 Apr 2007 21:20:49 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l3GIKKNZ030930; Mon, 16 Apr 2007 21:20:32 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l3GIKJCR030929; Mon, 16 Apr 2007 21:20:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Mon, 16 Apr 2007 21:20:19 +0300 From: Giorgos Keramidas To: Zhang Weiwu Message-ID: <20070416182019.GA24830@kobe.laptop> References: <1176725221.17708.16.camel@joe.realss.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <1176725221.17708.16.camel@joe.realss.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.799, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.60, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 18:36:55 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-04-16 20:07, Zhang Weiwu wrote: > I am not actively involved in FreeBSD development. I am an ordinary user > and this is my first post on this list so please just redirect me to > correct place if I posted OT. >=20 > I know probably ftpd is not going to accept changes for a lot of > reasons, and I think it's reasonable if ftpd is not accepting anything > but patches that satisfies basic requirements. Here is a patch to enable > ftpd for RFC2640, I think this is a very basic requirement so I hope it > can be accepted and used in next release: That's a reasonable feature request. Can you please file a problem report for this? If you need help with filing a bug report, you can follow the links from: http://www.FreeBSD.org/ =3D> Support =3D> Submit a Problem Report or I can help you with the process of submitting one. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGI75j1g+UGjGGA7YRAufeAJ4rKFeL/Ainz9rDBMbWn7/muMl69gCgjChr R1QyE2VYGVD9etrv+gEAj7A= =Q75X -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 03:23:41 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DF1216A40B for ; Tue, 17 Apr 2007 03:23:41 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id E8B7013C43E for ; Tue, 17 Apr 2007 03:23:40 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id 543912380B7 for ; Tue, 17 Apr 2007 11:23:53 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03330-10 for ; Tue, 17 Apr 2007 11:23:49 +0800 (CST) Received: from [192.168.1.200] (58.52.72.124.board.xm.fj.dynamic.163data.com.cn [124.72.52.58]) by bossdog.realss.com (Postfix) with ESMTP id 40C051C0006 for ; Tue, 17 Apr 2007 11:23:49 +0800 (CST) Message-ID: <46243D94.900@realss.com> Date: Tue, 17 Apr 2007 11:23:00 +0800 From: Zhang Weiwu User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1176725221.17708.16.camel@joe.realss.com> <20070416182019.GA24830@kobe.laptop> In-Reply-To: <20070416182019.GA24830@kobe.laptop> Content-Type: text/plain; charset=GB18030; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 03:23:41 -0000 Giorgos Keramidas ะดตภ: > On 2007-04-16 20:07, Zhang Weiwu wrote: > >> I am not actively involved in FreeBSD development. I am an ordinary user >> and this is my first post on this list so please just redirect me to >> correct place if I posted OT. >> >> I know probably ftpd is not going to accept changes for a lot of >> reasons, and I think it's reasonable if ftpd is not accepting anything >> but patches that satisfies basic requirements. Here is a patch to enable >> ftpd for RFC2640, I think this is a very basic requirement so I hope it >> can be accepted and used in next release: >> > > That's a reasonable feature request. > > Can you please file a problem report for this? > > If you need help with filing a bug report, you can follow the links from: > > http://www.FreeBSD.org/ > => Support > => Submit a Problem Report > > or I can help you with the process of submitting one. Done, id 111714 From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 07:05:26 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56AA016A40D for ; Tue, 17 Apr 2007 07:05:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C278913C48A for ; Tue, 17 Apr 2007 07:05:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3H75IFc033874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Apr 2007 16:35:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 17 Apr 2007 16:35:04 +0930 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6227996.kjPGNndXHJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704171635.13818.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Floppy detection probems with 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 07:05:26 -0000 --nextPart6227996.kjPGNndXHJ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am installing FreeBSD 6.2/amd64 on a Supermicro P8SCT however the install= =20 kernel refuses to attach the floppy (it returns ENOMEM). If I boot the same= =20 kernel without the mfsroot image it sees it fine so. I am trying to find out more information about what memory is being used,=20 etc.. Does anyone have a suggestion how I can do this? Thanks. =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 --nextPart6227996.kjPGNndXHJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGJHGp5ZPcIHs/zowRAkuxAJ9ihYZLdCghzmPRRt9VD35YLfBp4wCeKdBl qLEIC7wIUXuehCU8AAHGbVY= =sh8Z -----END PGP SIGNATURE----- --nextPart6227996.kjPGNndXHJ-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 08:46:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95B3E16A403 for ; Tue, 17 Apr 2007 08:46:32 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id 4718D13C468 for ; Tue, 17 Apr 2007 08:46:32 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id 39B272380B7 for ; Tue, 17 Apr 2007 16:46:51 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12701-18 for ; Tue, 17 Apr 2007 16:46:47 +0800 (CST) Received: from [218.193.55.195] (206.226.77.125.board.xm.fj.dynamic.163data.com.cn [125.77.226.206]) by bossdog.realss.com (Postfix) with ESMTP id EB2441C0006 for ; Tue, 17 Apr 2007 16:46:46 +0800 (CST) From: Zhang Weiwu To: freebsd-hackers@freebsd.org In-Reply-To: <200704171037.25514.nvass@teledomenet.gr> References: <1176725221.17708.16.camel@joe.realss.com> <200704161910.17794.pieter@degoeje.nl> <4623BF5E.7000907@realss.com> <200704171037.25514.nvass@teledomenet.gr> Content-Type: text/plain; charset=UTF-8 Organization: Real Softservice Date: Tue, 17 Apr 2007 16:43:32 +0800 Message-Id: <1176799412.6766.19.camel@joe.realss.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 08:46:32 -0000 On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote: > On Monday 16 April 2007 21:24, Zhang Weiwu wrote: > > Pieter de Goeje ๅ†™้“: > > > I think your patch looks good, however there have been some changes to ftpd > > > since 6.1. Also, since lukemftp is imported from NetBSD, you might want to > > > contact the original author so future imports won't discard this new feature. > > > > > Original author of lukemftp? I never used that software before, but > > would be glad to try as next option and see if I can patch that too. > > lukemftp is the former name of tnftp, which is known in > FreeBSD as the native ftp client and server. So it would > be better to send your pathes directly to them, Luke Mewburn > or the NetBSD project. > > http://freshmeat.net/projects/tnftp/ > Okay, now I got it, so /usr/libexec/ftpd is simply /usr/libexec/lukemftpd's copy or reconfigured version. I'll reach tnftp team. I read from their webpage that they have implemented RFC 2389 themselves. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 14:48:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9DD616A404 for ; Tue, 17 Apr 2007 14:48:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 54B0913C44C for ; Tue, 17 Apr 2007 14:48:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 95712 invoked from network); 17 Apr 2007 13:45:53 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Apr 2007 13:45:53 -0000 Message-ID: <4624D800.1060607@freebsd.org> Date: Tue, 17 Apr 2007 16:21:52 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Zhang Weiwu References: <1176725221.17708.16.camel@joe.realss.com> <200704161910.17794.pieter@degoeje.nl> <4623BF5E.7000907@realss.com> <200704171037.25514.nvass@teledomenet.gr> <1176799412.6766.19.camel@joe.realss.com> In-Reply-To: <1176799412.6766.19.camel@joe.realss.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, yar@freebsd.org Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 14:48:36 -0000 Zhang Weiwu wrote: > On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote: > >>On Monday 16 April 2007 21:24, Zhang Weiwu wrote: >> >>>Pieter de Goeje ๅ†™้“: >>> >>>>I think your patch looks good, however there have been some changes to ftpd >>>>since 6.1. Also, since lukemftp is imported from NetBSD, you might want to >>>>contact the original author so future imports won't discard this new feature. >>>> >>> >>>Original author of lukemftp? I never used that software before, but >>>would be glad to try as next option and see if I can patch that too. >> >>lukemftp is the former name of tnftp, which is known in >>FreeBSD as the native ftp client and server. So it would >>be better to send your pathes directly to them, Luke Mewburn >>or the NetBSD project. >> >>http://freshmeat.net/projects/tnftp/ >> > > Okay, now I got it, so /usr/libexec/ftpd is > simply /usr/libexec/lukemftpd's copy or reconfigured version. This is not correct. We have lukemftpd in the src/contrib directory but it is not activated by default. The standard ftpd found in usr/libexec is the traditional FreeBSD ftpd. It is not imported from somewhere else. > I'll reach tnftp team. I read from their webpage that they have > implemented RFC 2389 themselves. Yar Tikhiy is our ftpd maintainer. I've put him into the cc line of this email. He may not be subscribed to this mailing list. -- Andre From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 15:14:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B6716A401 for ; Tue, 17 Apr 2007 15:14:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 76ABD13C459 for ; Tue, 17 Apr 2007 15:14:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l3HFCwR9010589; Tue, 17 Apr 2007 09:12:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 17 Apr 2007 09:13:01 -0600 (MDT) Message-Id: <20070417.091301.-928140281.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200704171635.13818.doconnor@gsoft.com.au> References: <200704171635.13818.doconnor@gsoft.com.au> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 17 Apr 2007 09:12:59 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Floppy detection probems with 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 15:14:25 -0000 In message: <200704171635.13818.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : I am installing FreeBSD 6.2/amd64 on a Supermicro P8SCT however the install : kernel refuses to attach the floppy (it returns ENOMEM). If I boot the same : kernel without the mfsroot image it sees it fine so. : : I am trying to find out more information about what memory is being used, : etc.. Does anyone have a suggestion how I can do this? Maybe we've come to the point in time that we need to do PIO for floppies when we can't allocate enough memory for their DMA at boot. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 15:14:45 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B679416A500; Tue, 17 Apr 2007 15:14:45 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: from gdead.mooseriver.com (gdead.mooseriver.com [205.166.121.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9F62913C489; Tue, 17 Apr 2007 15:14:45 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: by gdead.mooseriver.com (Postfix, from userid 2010) id 2BBFD3B8C71; Tue, 17 Apr 2007 07:56:32 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gdead.mooseriver.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00, DNS_FROM_RFC_WHOIS autolearn=no version=3.1.8 Received: from mooseriver.com (berkeley.mooseriver.com [75.61.201.134]) by gdead.mooseriver.com (Postfix) with ESMTP id E46D53B8BE1; Tue, 17 Apr 2007 07:56:26 -0700 (PDT) Received: by mooseriver.com (Postfix, from userid 200) id CB4622E5CA7; Tue, 17 Apr 2007 07:56:26 -0700 (PDT) Date: Tue, 17 Apr 2007 07:56:26 -0700 From: Josef Grosch To: hackers@freebsd.org Message-ID: <20070417145626.GA1818@mooseriver.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: Moose River, LLC Cc: dwmalone@freebsd.org Subject: PR conf/107453 still pending X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 15:14:45 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The PR conf/107453 (calendar.judaic is out of date) is still pending. I submitted the patch to correct this bug back in January. It is just a replacement of an ASCII text file and should not affect the operation of the OS. Could some one with the commit bit please look at this and commit it? Also, I just noticed there is an error in the PR description. The description says "CE calendar year 2003". That should read "CE calendar year 2007"=20 Thanks Josef --=20 Josef Grosch | Another day closer to a | FreeBSD 6.2 jgrosch@MooseRiver.com | Micro$oft free world | Berkeley, Ca. --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFGJOAay8prLS1GYSERAoC6AKCa9qizrhU3FrA0ldEqg6o5naqe4QCgnsJR 8PNlmguVINwEOYXSrEJ0xQI= =WRl8 -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 15:19:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 361F816A408 for ; Tue, 17 Apr 2007 15:19:45 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: from gdead.mooseriver.com (gdead.mooseriver.com [205.166.121.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD9113C4C6 for ; Tue, 17 Apr 2007 15:19:45 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: by gdead.mooseriver.com (Postfix, from userid 2010) id 56EEB3B8C26; Tue, 17 Apr 2007 08:00:40 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gdead.mooseriver.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00, DNS_FROM_RFC_WHOIS autolearn=no version=3.1.8 Received: from mooseriver.com (berkeley.mooseriver.com [75.61.201.134]) by gdead.mooseriver.com (Postfix) with ESMTP id 0395F3B89F6 for ; Tue, 17 Apr 2007 08:00:36 -0700 (PDT) Received: by mooseriver.com (Postfix, from userid 200) id EB5952E5CA7; Tue, 17 Apr 2007 08:00:35 -0700 (PDT) Date: Tue, 17 Apr 2007 08:00:35 -0700 From: Josef Grosch To: freebsd-hackers@freebsd.org Message-ID: <20070417150035.GA2023@mooseriver.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: Moose River, LLC Subject: PR conf/107453 still pending X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 15:19:45 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The PR conf/107453 (calendar.judaic is out of date) is still pending. I submitted the patch to correct this bug back in January. It is just a replacement of an ASCII text file and should not affect the operation of the OS. Could some one with the commit bit please look at this and commit it? Also, I just noticed there is an error in the PR description. The description says "CE calendar year 2003". That should read "CE calendar year 2007"=20 Thanks Josef --=20 Josef Grosch | Another day closer to a | FreeBSD 6.2 jgrosch@MooseRiver.com | Micro$oft free world | Berkeley, Ca. --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFGJOETy8prLS1GYSERAnRUAKC5dh40GPUYehVW639e13Fohyt5vgCgqOxL cS8si3uo0vhGzKMOSe1p08E= =lX/K -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 17:16:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20EC016A402 for ; Tue, 17 Apr 2007 17:16:36 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 38CE713C468 for ; Tue, 17 Apr 2007 17:16:34 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3HHGPlI098936; Tue, 17 Apr 2007 21:16:25 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3HHGNmu098933; Tue, 17 Apr 2007 21:16:24 +0400 (MSD) (envelope-from yar) Date: Tue, 17 Apr 2007 21:16:23 +0400 From: Yar Tikhiy To: "M. Warner Losh" Message-ID: <20070417171622.GB95814@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409.222300.-1350498722.imp@bsdimp.com> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org, alan@fromorbit.com Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 17:16:36 -0000 On Mon, Apr 09, 2007 at 10:23:00PM -0600, M. Warner Losh wrote: > In message: <1176096815.4064.6.camel@hiro.auspc.com.au> > Alan Garfield writes: > : I'd like to port/re-write this driver for FreeBSD but I cannot find > : enough documentation and examples of a basic Ethernet driver for > : FreeBSD. (if_wlan and if_ef look like good candidates but if_clone and > : the miibus confuse me a bit and there isn't any clear docs on them) > : > : Can someone point me in the direction of an example or the relevant man > : pages I should be reading to help with this. > : > : The device driver for Linux seems quite simple. > : > : Any help would be gratefully appreciated. > > In addition to the other advise, you might also look at if_ed.c. It > is a little complicated since it talks to real hardware, and that > hardware is, ummm, a little icky. That little thing Alan is writing a driver for should be simpler and clearer than the ed(4) hw, so Alan's driver will be a source of knowledge itself when it's complete. :-) It can be a good companion for if_edsc, as the latter doesn't work with hardware at all and fails to illustrate some important points due to that. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 17:41:29 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA5F116A404; Tue, 17 Apr 2007 17:41:29 +0000 (UTC) (envelope-from thIOretic@yandex.ru) Received: from mfront8.mail.yandex.net (mfront8.mail.yandex.net [213.180.223.98]) by mx1.freebsd.org (Postfix) with ESMTP id A6D5C13C4AD; Tue, 17 Apr 2007 17:41:29 +0000 (UTC) (envelope-from thIOretic@yandex.ru) Received: from YAMAIL (mfront8.yandex.ru) by mail.yandex.ru id ; Tue, 17 Apr 2007 21:21:59 +0400 Received: from [80.92.248.155] ([80.92.248.155]) by mail.yandex.ru with HTTP; Tue, 17 Apr 2007 21:21:59 +0400 (MSD) Date: Tue, 17 Apr 2007 21:21:59 +0400 (MSD) From: "thIOretic" Sender: thIOretic@yandex.ru Message-Id: <46250237.000008.20157@mfront8.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: thIOretic@yandex.ru To: freebsd-arch@FreeBSD.org, freebsd-hackers@FreeBSD.org X-MsgDayCount: 2 X-BornDate: 1105563600 X-Source-Ip: 80.92.248.155 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: thioretic@FreeBSD.org, nsouch@free.fr, philip@FreeBSD.org Subject: GSoC project community intro and sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thIOretic@yandex.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 17:41:30 -0000 Hi, hackers. I'm working on 'Generic input device layer' GSoC2007 project (http://wiki.freebsd.org/SummerOfCode2007). This mail is actually to introduce my ideas and to synchronize it with current community efforts. --Intro-- The project addresses input devices handling and multiplexing. The proposal with raw design is located at http://wiki.freebsd.org/GenericInputDeviceLayer. It also includes current state overview. In brief, the proposal suggests to implement input handling via usermode drivers stacks. Usermode stage is handled by usermode drivers framework. The device class specific data is specified by 'exporters'. --Sync-- I would like to get info from everyone, who may take similar efforts in FreeBSD input handling. I'm aware of * newpsm framework * KGI/KII * vtc(4) was mentioned, but its code seems to do nothing from my project thesis perspective. Or I've missed something? Maybe we will find some optimal design that will unify our efforts. --Generic input handling ... even more generic layer-- I will appreciate any ideas from people, who may find the usermode drivers approach useful for their projects. Any useful discussion may result in some more generic design, that will fit more needs. E.g. one of generalization ways is to allow exporters to specify drivers interface. P.S. please 'reply all', so that all CC'd people receive their copy. Thanks, - Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 19:36:07 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 182E516A409; Tue, 17 Apr 2007 19:36:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.171]) by mx1.freebsd.org (Postfix) with ESMTP id EB39213C45D; Tue, 17 Apr 2007 19:36:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout01/MantshX 4.0) with ESMTP id l3HJO32V007031; Tue, 17 Apr 2007 12:24:03 -0700 (PDT) Received: from [172.24.104.161] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3HJO0cH027667 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Apr 2007 12:24:01 -0700 (PDT) In-Reply-To: <46250237.000008.20157@mfront8.yandex.ru> References: <46250237.000008.20157@mfront8.yandex.ru> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 17 Apr 2007 12:23:00 -0700 To: thIOretic@yandex.ru X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@FreeBSD.org, philip@FreeBSD.org, thioretic@FreeBSD.org, nsouch@free.fr, freebsd-arch@FreeBSD.org Subject: Re: GSoC project community intro and sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 19:36:07 -0000 On Apr 17, 2007, at 10:21 AM, thIOretic wrote: > I would like to get info from everyone, who may take similar > efforts in FreeBSD input handling. I'm aware of > * newpsm framework > * KGI/KII > * vtc(4) was mentioned, but its code seems to do nothing from my > project thesis perspective. Or I've missed something? As for vtc(4): I've not been working on input devices because of the lack of a generic layer. Note that vtc(4) deals with the low-level console as much as it deals with user-visible terminals, so from that point of view, a user space stack will not address the need for having console input when there's no (functional) user space -- this includes early boot, the kernel debugger and single-user mode. I therefore doubt that it will sufficiently (or at all) solve problems we already have. Also, while multiplexing is an important feature I think that de- multiplexing is important too. With USB and multi-head or multiple graphics cards it's conceptually easy to turn a PC into a multi- user workstation, having multiple independent terminals. This implies that input devices need to be tied to output devices, which together form one or more terminals. In short: We do need a generic input framework, but I think we need it in the kernel, not in user space. I also think that a generic input layer should be capable of handling both focussed and non- focussed input devices to lay the foundation for configurations that do not include keyboards. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 22:43:25 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C074D16A401; Tue, 17 Apr 2007 22:43:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id A0AE113C4CA; Tue, 17 Apr 2007 22:43:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id l3HMhNVl028678; Tue, 17 Apr 2007 15:43:23 -0700 (PDT) Received: from [172.24.104.161] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3HMhHA3003388 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Apr 2007 15:43:18 -0700 (PDT) In-Reply-To: References: <46250237.000008.20157@mfront8.yandex.ru> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 17 Apr 2007 15:42:19 -0700 To: Maxim Zhuravlev X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@FreeBSD.org, thIOretic@yandex.ru, philip@FreeBSD.org, nsouch@free.fr, freebsd-arch@FreeBSD.org Subject: Re: GSoC project community intro and sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 22:43:25 -0000 On Apr 17, 2007, at 3:17 PM, Maxim Zhuravlev wrote: > 2007/4/17, Marcel Moolenaar : > > Thanks for detailed useful reply. > >> As for vtc(4): I've not been working on input devices because of the >> lack of a generic layer. Note that vtc(4) deals with the low-level >> console as much as it deals with user-visible terminals, so from that >> point of view, a user space stack will not address the need for >> having >> console input when there's no (functional) user space -- this >> includes >> early boot, the kernel debugger and single-user mode. I therefore >> doubt >> that it will sufficiently (or at all) solve problems we already have. > > Yup. That's what I'm thinking about right now. > One of possible decisions is to move stacking into the kernel and have > an optional usermode part 'stacked' through a 2 'stub' drivers. That's a possibility. I think it's reasonable to not provide a fully-fledged stack when there's no user space. For example, while i18n and l10n are important, I think that an english-only or a Latin-only fallback mode makes matters simpler in case of an emergency. The user interacting with the boot process or working in single user mode is not an average user and can be expected to adjust to the more limited fallback mode. The question becomes to what extend the stack would live in kernel space and to what extend there will be duplication or control from user space. >> Also, while multiplexing is an important feature I think that de- >> multiplexing is important too. > > I guess, demux can be done by 'top' driver or by drivers layout. There > are several ways, that have little impact on the total design. Unfortunately, this goes beyond just input-stack only. A terminal consists typically of input and output devices and can even include audio devices for the historical beeps, keyclicks and other audible cues. There needs to be a higher entity, like vtc(4), that manages terminals and that will be in control of bundling devices into a functional terminal. This would imply that any logic to control the bundling would be part of that higher entity and not of the input stack itself. This would significantly alter the design of the input stack if the design of the input stack incorporates such control (as I think is the case here). Not to worry, I'm going to ask you to change your design :-) Just think of it as food for thought. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 17 22:44:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12FAD16A40B for ; Tue, 17 Apr 2007 22:44:39 +0000 (UTC) (envelope-from maxim.zhuravlev@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id B089313C48C for ; Tue, 17 Apr 2007 22:44:38 +0000 (UTC) (envelope-from maxim.zhuravlev@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1643517nza for ; Tue, 17 Apr 2007 15:44:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=g4UTX2VJo5ADRL45nQYpnnwP99h6hhDMWe4Motnbvoh9QC9X8dfZE9P9XQHdYGP+5X7PaKRfqwDRQa/Lg8tSp9hmw0VK5A9LK4kYoBSGSg7e5IAAYKQ5eL8Sfac9vTj7Ijnb1jNHkOFSclvz1c87qWaSgPtaazk+zW++cczKtLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SQdXvzm/MX+MRI2g3lEDj8PY1vxRhZmfdbwN/KRayjkYQg1Ntpv0Xo+OhlkUPnnUBuoO5aIZeRgo6HC/s2KZxmRqKQAFx01fQcKNhB0WrijA0qqq7R10+qnsBRtI/OaUqd3ysd38/OSbsBpUppGmXab/HIaHUsh+BXfVPnvuAJA= Received: by 10.114.111.1 with SMTP id j1mr1517982wac.1176848240998; Tue, 17 Apr 2007 15:17:20 -0700 (PDT) Received: by 10.114.234.12 with HTTP; Tue, 17 Apr 2007 15:17:20 -0700 (PDT) Message-ID: Date: Wed, 18 Apr 2007 02:17:20 +0400 From: "Maxim Zhuravlev" Sender: maxim.zhuravlev@gmail.com To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46250237.000008.20157@mfront8.yandex.ru> X-Google-Sender-Auth: c849bd34e4142d0d Cc: freebsd-hackers@freebsd.org, thIOretic@yandex.ru, nsouch@free.fr, freebsd-arch@freebsd.org Subject: Re: GSoC project community intro and sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 22:44:39 -0000 2007/4/17, Marcel Moolenaar : Thanks for detailed useful reply. > As for vtc(4): I've not been working on input devices because of the > lack of a generic layer. Note that vtc(4) deals with the low-level > console as much as it deals with user-visible terminals, so from that > point of view, a user space stack will not address the need for having > console input when there's no (functional) user space -- this includes > early boot, the kernel debugger and single-user mode. I therefore doubt > that it will sufficiently (or at all) solve problems we already have. Yup. That's what I'm thinking about right now. One of possible decisions is to move stacking into the kernel and have an optional usermode part 'stacked' through a 2 'stub' drivers. > Also, while multiplexing is an important feature I think that de- > multiplexing is important too. I guess, demux can be done by 'top' driver or by drivers layout. There are several ways, that have little impact on the total design. Thanks, - Maxim From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 01:00:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1076E16A406 for ; Wed, 18 Apr 2007 01:00:40 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id C914B13C459 for ; Wed, 18 Apr 2007 01:00:39 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.99] (unknown [192.168.1.99]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id 874B65C19; Wed, 18 Apr 2007 11:00:33 +1000 (EST) From: Alan Garfield To: Yar Tikhiy In-Reply-To: <20070417171622.GB95814@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> Content-Type: text/plain Date: Wed, 18 Apr 2007 11:00:32 +1000 Message-Id: <1176858032.4426.3.camel@hiro.auspc.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 01:00:40 -0000 On Tue, 2007-04-17 at 21:16 +0400, Yar Tikhiy wrote: > > In addition to the other advise, you might also look at if_ed.c. It > > is a little complicated since it talks to real hardware, and that > > hardware is, ummm, a little icky. > > That little thing Alan is writing a driver for should be simpler > and clearer than the ed(4) hw, so Alan's driver will be a source > of knowledge itself when it's complete. :-) It can be a good > companion for if_edsc, as the latter doesn't work with hardware at > all and fails to illustrate some important points due to that. Thanks for your comments. :) I just wish I could figure out what all this rtrequest/arp stuff was about so I could finish it. :) If anyone wants to look at the code just pop me an email. It's based on a GPL driver (although there isn't anything really left of it other than #defines and a few comments, the code is all new) so I don't know how/if I can get it added to FreeBSD HEAD. Anyway, back to figuring out arp. UGH! -A. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 06:00:22 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A29D16A40D for ; Wed, 18 Apr 2007 06:00:22 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.freebsd.org (Postfix) with SMTP id A5A0E13C46A for ; Wed, 18 Apr 2007 06:00:21 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 18 Apr 2007 06:40:40 +0100 (BST) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 18 Apr 2007 06:40:39 +0100 (BST) To: jgrosch@MooseRiver.com In-reply-to: Your message of "Tue, 17 Apr 2007 07:56:26 PDT." <20070417145626.GA1818@mooseriver.com> X-Request-Do: Date: Wed, 18 Apr 2007 06:40:39 +0100 From: David Malone Message-ID: <200704180640.aa35110@walton.maths.tcd.ie> Cc: hackers@freebsd.org Subject: Re: PR conf/107453 still pending X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 06:00:22 -0000 > The PR conf/107453 (calendar.judaic is out of date) is still pending. I > submitted the patch to correct this bug back in January. It is just a > replacement of an ASCII text file and should not affect the operation of > the OS. Could some one with the commit bit please look at this and commit > it? Hi Josef, I applied the patch to -current ages ago, but noticed some minor problems with it and mailed you to ask if you could check my corrections before I merged it to 6.X, but I never got a reply. I wonder if you could check the version in -current, and I'll merge the change once I hear it is OK from you. David. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 06:47:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F6B016A407 for ; Wed, 18 Apr 2007 06:47:25 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id A1E2D13C4BE for ; Wed, 18 Apr 2007 06:47:24 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3I6lKDO037180; Wed, 18 Apr 2007 10:47:20 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3I6lKdk037178; Wed, 18 Apr 2007 10:47:20 +0400 (MSD) (envelope-from yar) Date: Wed, 18 Apr 2007 10:47:20 +0400 From: Yar Tikhiy To: Alan Garfield Message-ID: <20070418064720.GA36635@comp.chem.msu.su> References: <1176707646.5068.23.camel@hiro.auspc.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176707646.5068.23.camel@hiro.auspc.com.au> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: mbuf and IP frame lengths X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 06:47:25 -0000 On Mon, Apr 16, 2007 at 05:14:06PM +1000, Alan Garfield wrote: > Hi all! > > A question, is it ok to just say pass an entire rx buffer of your > ethernet device up the chain and let the ip stack figure out the frame > size. > > I have a device that can only ever receive 255 bytes of data, I receive > this data from a buffer in the PRS. On an interrupt I read this data out > of the PRS buffer into a local buffer, which I then :- > > ---- > eh = mtod(m, struct ether_header *); > > // Copy buf into mbuf Please use plain C comments for the sake of style(9) if you want your driver to be a good example. > bcopy(buf + 1, (char *)eh, FIFO_SIZE - 1); See below. > > // Set the header length > m->m_pkthdr.len = m->m_len = FIFO_SIZE - 1; Ditto. > JNET_UNLOCK(sc); > (*ifp->if_input)(ifp, m); > JNET_LOCK(sc); > ---- > > FIFO_SIZE = 256, minus 1 for a control character in the device (which > handily keeps under the 256 frame size). The constant 1 there is worth a symbolic name. E.g.: /* The offset of an actual Ethernet frame into the FIFO */ #define FRAME_OFFSET 1 /* XXX is frame size fixed? */ #define FRAME_SIZE (FIFO_SIZE - FRAME_OFFSET) > The interface is working just fine, but I'm not sure if I'm completely > correct in the way I'm doing this. AFAIK it's OK to pass a longer mbuf chain. E.g., real Ethernet has a limit on minimum frame size, which is 46 bytes of payload plus a header and an FCS, and Ethernet II encapsulation doesn't specify payload size; but it doesn't mean that you can't send an IPv4 packet with less than 26 bytes of IP payload over Ethernet. My only reservation is that less data could be copied from the device memory if the driver knew the actual frame size, but your device might have no such notion at all, relying on the upper layer, such as IP, to specify accurate data size. > I've tried casting the buffer to struct ip* to get ip->ip_len but I > always get a "dereferencing pointer to incomplete type" error (don't > exactly know why). Perhaps it's because your driver doesn't include all IP related headers. But in fact it shouldn't try to analyze IP headers because that isn't its job. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 06:58:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5009816A400; Wed, 18 Apr 2007 06:58:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (mail.turbocat.net [213.133.116.130]) by mx1.freebsd.org (Postfix) with ESMTP id 12D9313C4BF; Wed, 18 Apr 2007 06:58:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: by mail.turbocat.net (Postfix, from userid 1002) id B77A0422ECDB; Wed, 18 Apr 2007 08:28:46 +0200 (CEST) Received: from laptop.lan (c983ABF51.dhcp.bluecom.no [81.191.58.152]) by mail.turbocat.net (Postfix) with ESMTP id D727B422ECD9; Wed, 18 Apr 2007 08:28:45 +0200 (CEST) From: Hans Petter Selasky To: freebsd-arch@freebsd.org Date: Wed, 18 Apr 2007 08:28:25 +0200 User-Agent: KMail/1.9.5 References: <46250237.000008.20157@mfront8.yandex.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704180828.25357.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, Marcel Moolenaar , thioretic@freebsd.org, nsouch@free.fr, thIOretic@yandex.ru Subject: Re: GSoC project community intro and sync X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 06:58:09 -0000 Hi, My input in this regard is: 1) The new stack must be detach safe. I.E. no race conditions at detatch. 2) The stack must be able to take an arbitrary mutex, that is provided by the low level device driver, and not just Giant. --HPS From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 07:15:52 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9644116A403 for ; Wed, 18 Apr 2007 07:15:52 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 632BE13C45B for ; Wed, 18 Apr 2007 07:15:50 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3I7FlSZ037668; Wed, 18 Apr 2007 11:15:47 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3I7FkKK037662; Wed, 18 Apr 2007 11:15:46 +0400 (MSD) (envelope-from yar) Date: Wed, 18 Apr 2007 11:15:46 +0400 From: Yar Tikhiy To: Zhang Weiwu Message-ID: <20070418071546.GB36635@comp.chem.msu.su> References: <1176725221.17708.16.camel@joe.realss.com> <200704161910.17794.pieter@degoeje.nl> <4623BF5E.7000907@realss.com> <200704171037.25514.nvass@teledomenet.gr> <1176799412.6766.19.camel@joe.realss.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176799412.6766.19.camel@joe.realss.com> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 07:15:52 -0000 On Tue, Apr 17, 2007 at 04:43:32PM +0800, Zhang Weiwu wrote: > On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote: > > On Monday 16 April 2007 21:24, Zhang Weiwu wrote: > > > Pieter de Goeje ??????: > > > > I think your patch looks good, however there have been some changes to ftpd > > > > since 6.1. Also, since lukemftp is imported from NetBSD, you might want to > > > > contact the original author so future imports won't discard this new feature. > > > > > > > Original author of lukemftp? I never used that software before, but > > > would be glad to try as next option and see if I can patch that too. > > > > lukemftp is the former name of tnftp, which is known in > > FreeBSD as the native ftp client and server. So it would > > be better to send your pathes directly to them, Luke Mewburn > > or the NetBSD project. > > > > http://freshmeat.net/projects/tnftp/ > > Okay, now I got it, so /usr/libexec/ftpd is > simply /usr/libexec/lukemftpd's copy or reconfigured version. Oh, what sad times are these when passing ruffians can say "Ni" at will to old ladies. There is a pestilence upon this land! nothing is sacred. Even those who arrange and design shrubberies are under considerable economic stress at this point in time. -- Monty Python and the Holy Grail In fact, it's tnftpd (aka, lukemftpd) that is a "copy or reconfigured version". :-) We still stick to the original BSD version of ftpd because it has much less configuration knobs, which means less opportunities for errors and security implications in simple scenarios. FreeBSD ftpd is also believed to perform better than tnftpd when all you need is to serve a bunch of files to the public w/o fine-grained access controls or data rate limits. Nevertheless, an imported version of tnftpd is also available in the base system as /usr/libexec/lukemftpd for more complex cases so that FreeBSD users don't need to install hairy ftpd ports unless they have really peculiar needs. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 07:28:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A8C916A406 for ; Wed, 18 Apr 2007 07:28:33 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 573C413C457 for ; Wed, 18 Apr 2007 07:28:31 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3I7SPp9037893; Wed, 18 Apr 2007 11:28:26 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3I7SPPm037892; Wed, 18 Apr 2007 11:28:25 +0400 (MSD) (envelope-from yar) Date: Wed, 18 Apr 2007 11:28:25 +0400 From: Yar Tikhiy To: Zhang Weiwu Message-ID: <20070418072825.GC36635@comp.chem.msu.su> References: <1176725221.17708.16.camel@joe.realss.com> <20070416182019.GA24830@kobe.laptop> <46243D94.900@realss.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46243D94.900@realss.com> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 07:28:33 -0000 On Tue, Apr 17, 2007 at 11:23:00AM +0800, Zhang Weiwu wrote: > Giorgos Keramidas ????: > >On 2007-04-16 20:07, Zhang Weiwu wrote: > > > >>I am not actively involved in FreeBSD development. I am an ordinary user > >>and this is my first post on this list so please just redirect me to > >>correct place if I posted OT. > >> > >>I know probably ftpd is not going to accept changes for a lot of > >>reasons, and I think it's reasonable if ftpd is not accepting anything > >>but patches that satisfies basic requirements. Here is a patch to enable > >>ftpd for RFC2640, I think this is a very basic requirement so I hope it > >>can be accepted and used in next release: > >> > > > >That's a reasonable feature request. > > > >Can you please file a problem report for this? > > > >If you need help with filing a bug report, you can follow the links from: > > > > http://www.FreeBSD.org/ > > => Support > > => Submit a Problem Report > > > >or I can help you with the process of submitting one. > Done, id 111714 Thanks! I've had FEAT support for ftpd on my to-do list for quite a while. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 07:45:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0412316A400 for ; Wed, 18 Apr 2007 07:45:02 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 600BB13C458 for ; Wed, 18 Apr 2007 07:45:01 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3I7itT6038331; Wed, 18 Apr 2007 11:44:55 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3I7itFn038330; Wed, 18 Apr 2007 11:44:55 +0400 (MSD) (envelope-from yar) Date: Wed, 18 Apr 2007 11:44:55 +0400 From: Yar Tikhiy To: Alan Garfield Message-ID: <20070418074455.GD36635@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176858032.4426.3.camel@hiro.auspc.com.au> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 07:45:02 -0000 On Wed, Apr 18, 2007 at 11:00:32AM +1000, Alan Garfield wrote: > On Tue, 2007-04-17 at 21:16 +0400, Yar Tikhiy wrote: > > > In addition to the other advise, you might also look at if_ed.c. It > > > is a little complicated since it talks to real hardware, and that > > > hardware is, ummm, a little icky. > > > > That little thing Alan is writing a driver for should be simpler > > and clearer than the ed(4) hw, so Alan's driver will be a source > > of knowledge itself when it's complete. :-) It can be a good > > companion for if_edsc, as the latter doesn't work with hardware at > > all and fails to illustrate some important points due to that. > > > Thanks for your comments. :) > > I just wish I could figure out what all this rtrequest/arp stuff was > about so I could finish it. :) > > If anyone wants to look at the code just pop me an email. It's based on > a GPL driver (although there isn't anything really left of it other than > #defines and a few comments, the code is all new) so I don't know how/if > I can get it added to FreeBSD HEAD. > > Anyway, back to figuring out arp. UGH! As a rule, an Ethernet driver needn't worry about ARP by itself because ARP has own separate module in the network stack. Does your driver have a partucular reason to? -- Yar From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 17:06:27 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55E2D16A402 for ; Wed, 18 Apr 2007 17:06:27 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: from web32901.mail.mud.yahoo.com (web32901.mail.mud.yahoo.com [209.191.69.78]) by mx1.freebsd.org (Postfix) with SMTP id 06A9D13C459 for ; Wed, 18 Apr 2007 17:06:26 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: (qmail 30554 invoked by uid 60001); 18 Apr 2007 17:06:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gIqzsxehnhbPxVaqbfC/81zv5dioN+inrfLXmPfHRW4ETKISmRjGfsr64LcuibKLm9fKGMnir3ghKbb1OAUKOUoBw4Xy+jWdeRxuSHBqV5FiQTMy/zS5RXAmWecJqKG/BcCCe4SyAHpffIqtOAH+LNC/2jXt90rYHxwxWrHdcJc=; X-YMail-OSG: x8yVvAIVM1mZqdU3sfPQe8WjeE4RuM5fILZa.YLaWXTZuM9jg1UBK3pkez1RJIXkHg-- Received: from [66.129.224.36] by web32901.mail.mud.yahoo.com via HTTP; Wed, 18 Apr 2007 10:06:26 PDT Date: Wed, 18 Apr 2007 10:06:26 -0700 (PDT) From: Peter Holmes To: fbsd hackers MIME-Version: 1.0 Message-ID: <408150.28627.qm@web32901.mail.mud.yahoo.com> X-Mailman-Approved-At: Wed, 18 Apr 2007 17:16:12 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Shared library support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 17:06:27 -0000 I am trying to implement shared library support for a new architecture. Where can I start looking . Can someone point out the architecture dependent pieces. - Peter --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 17:27:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84D7716A406 for ; Wed, 18 Apr 2007 17:27:02 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6F50F13C45A for ; Wed, 18 Apr 2007 17:27:02 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout16/MantshX 4.0) with ESMTP id l3IHQqWb002085; Wed, 18 Apr 2007 10:26:57 -0700 (PDT) Received: from [172.24.104.161] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3IHQlkO019808 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Apr 2007 10:26:50 -0700 (PDT) In-Reply-To: <408150.28627.qm@web32901.mail.mud.yahoo.com> References: <408150.28627.qm@web32901.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <394DF199-B2AA-467E-99AE-85AF5BBF0903@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 18 Apr 2007 10:25:34 -0700 To: Peter Holmes X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: fbsd hackers Subject: Re: Shared library support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 17:27:02 -0000 On Apr 18, 2007, at 10:06 AM, Peter Holmes wrote: > I am trying to implement shared library support for a new > architecture. Where can I start looking . Can someone point out the > architecture dependent pieces. Roughly speaking: Start with the runtime specification for that architecture. In particular, look at the relocations designed for shared linking. Those relocations need to be supported by both the toolchain (gcc, as and ld) and the runtime linker (rtld). Assuming that the toolchain already supports shared linking, most of the work will be in rtld-elf. After the basics work, look at TLS (more relocations) and gdb. You may need to review threading support... HTH, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 17:43:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34A1C16A402 for ; Wed, 18 Apr 2007 17:43:23 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id A25AA13C483 for ; Wed, 18 Apr 2007 17:43:22 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l3IHhCox011734; Wed, 18 Apr 2007 19:43:13 +0200 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Wed, 18 Apr 2007 19:43:12 +0200 User-Agent: KMail/1.9.6 References: <1176725221.17708.16.camel@joe.realss.com> <1176799412.6766.19.camel@joe.realss.com> <4624D800.1060607@freebsd.org> In-Reply-To: <4624D800.1060607@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704181943.12521.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Andre Oppermann , Zhang Weiwu Subject: Re: a simple patch to enable RFC2640 for /usr/libexec/ftpd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 17:43:23 -0000 On Tuesday 17 April 2007, Andre Oppermann wrote: > Zhang Weiwu wrote: > > On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote: > >>On Monday 16 April 2007 21:24, Zhang Weiwu wrote: > >>>Pieter de Goeje =E5=86=99=E9=81=93: > >>>>I think your patch looks good, however there have been some changes to > >>>> ftpd since 6.1. Also, since lukemftp is imported from NetBSD, you > >>>> might want to contact the original author so future imports won't > >>>> discard this new feature. > >>> > >>>Original author of lukemftp? I never used that software before, but > >>>would be glad to try as next option and see if I can patch that too. > >> > >>lukemftp is the former name of tnftp, which is known in > >>FreeBSD as the native ftp client and server. So it would > >>be better to send your pathes directly to them, Luke Mewburn > >>or the NetBSD project. > >> > >>http://freshmeat.net/projects/tnftp/ > > > > Okay, now I got it, so /usr/libexec/ftpd is > > simply /usr/libexec/lukemftpd's copy or reconfigured version. > > This is not correct. We have lukemftpd in the src/contrib directory > but it is not activated by default. The standard ftpd found in usr/libex= ec > is the traditional FreeBSD ftpd. It is not imported from somewhere else. Ah thanks for clearing that up :) > > > I'll reach tnftp team. I read from their webpage that they have > > implemented RFC 2389 themselves. > > Yar Tikhiy is our ftpd maintainer. I've put him into the cc line of this > email. He may not be subscribed to this mailing list. Cheers, Pieter de Goeje From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 18:37:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E97F16A403 for ; Wed, 18 Apr 2007 18:37:25 +0000 (UTC) (envelope-from stas.ibragimov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id DBAB613C459 for ; Wed, 18 Apr 2007 18:37:24 +0000 (UTC) (envelope-from stas.ibragimov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so402921ugh for ; Wed, 18 Apr 2007 11:37:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:mime-version:content-type:content-disposition:user-agent:from:message-id; b=kAURDWIB5EPfZLT7sgzE65OEbE3+Ip3FAGdnVDADEky/RvZKPdYcpHoQQ11+aQ/TF4m+uEXMlBw/a8nqqrahtBWlKwXMkpRjqdvByhWan4j8ws5rxsiW/i5JtbBhb1YVu7jfPB+zuh5BRBotZdK49gsanWjt7ZiOPkg4BPzN2Kw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:mime-version:content-type:content-disposition:user-agent:from:message-id; b=JfBJD2RSegvh5UrsT3tsODkgxzJrl8PqLUJhv7J/KDqMTUClpnBsP2eSC+JBqIM/51pjJKj4fnxaXwCSClhSsn7iQIpmw3d258f1s6QHbr1OQBoayqqVUMjlTFCQTMXDQtBGSM73GjRMDWJpWnGs2tcQCGP8OkdOKXEKfrareXA= Received: by 10.66.248.13 with SMTP id v13mr1427019ugh.1176919752536; Wed, 18 Apr 2007 11:09:12 -0700 (PDT) Received: from localhost ( [213.141.154.21]) by mx.google.com with ESMTP id s1sm2086814uge.2007.04.18.11.09.10; Wed, 18 Apr 2007 11:09:10 -0700 (PDT) Date: Wed, 18 Apr 2007 22:11:48 +0400 To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: stas.ibragimov@gmail.com Message-ID: <46265ec6.4bc81c47.0b0d.ffff97f3@mx.google.com> Subject: Routing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 18:37:25 -0000 Hi, hackers :) In /usr/src/sys/netinet/tcp_output.c if function tcp_output() there are code: error = ip_output(m, tp->t_inpcb->inp_options, NULL, ((so->so_options & SO_DONTROUTE) ? IP_ROUTETOIF : 0), 0, tp->t_inpcb); In this function there are only one call ip_output function, but struct route is null. I think, that more optimaly is to keep the pointer to struct route in tcpcb.And not to search route every time, when tcp_output called. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 18 20:20:50 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C45F516A403 for ; Wed, 18 Apr 2007 20:20:50 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAEA13C44C for ; Wed, 18 Apr 2007 20:20:50 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 37973 invoked from network); 18 Apr 2007 19:44:35 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Apr 2007 19:44:35 -0000 Message-ID: <46267DA0.6040901@freebsd.org> Date: Wed, 18 Apr 2007 22:20:48 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: stas.ibragimov@gmail.com References: <46265ec6.4bc81c47.0b0d.ffff97f3@mx.google.com> In-Reply-To: <46265ec6.4bc81c47.0b0d.ffff97f3@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Routing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 20:20:50 -0000 stas.ibragimov@gmail.com wrote: > Hi, hackers :) In /usr/src/sys/netinet/tcp_output.c if function tcp_output() there are > code: error = ip_output(m, tp->t_inpcb->inp_options, NULL, ((so->so_options & > SO_DONTROUTE) ? IP_ROUTETOIF : 0), 0, tp->t_inpcb); In this function there are only one > call ip_output function, but struct route is null. I think, that more optimaly is to > keep the pointer to struct route in tcpcb.And not to search route every time, when > tcp_output called. We had what you describe in FreeBSD prior to version 5.2 and it was a mess. There were routing table pointers and references all over the place and when routes changed we had to scan all tcpcb's to nuke old references. Also the cached host information moved from the routing table to the tcp_hostcache. While the route loopup per segment send is a very small overhead it outweights the drawbacks of the previous system quite a bit. And the code is much nicer. -- Andre From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 00:53:10 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E94416A408 for ; Thu, 19 Apr 2007 00:53:10 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id C849113C46A for ; Thu, 19 Apr 2007 00:53:09 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3J0EEOs075913; Thu, 19 Apr 2007 10:14:14 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Thu, 19 Apr 2007 10:14:14 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 Apr 2007 10:14:13 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF17C@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD Install problem Thread-Index: AceCF6j+aEkZoB1bRl+l/+Xh5jc6kg== From: "Murray Taylor" To: "FreeBSD Mailing List" , Cc: Subject: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 00:53:10 -0000 Server: IBM X3850 (88633SM) CPU X 4: 40K2522 HDD X 6: 40K1051 IBM ServeRAID 8i: 39R8729 We are attempting to install FreeBSD 6.2-RELEASE onto this machine and are running into a problem getting the operating system to recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an "aac" module, which according to the BSD website, should provide support for this type of controller. When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message "cpu id 38 too high". However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems -- "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein=20 --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 01:26:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AB8A16A402; Thu, 19 Apr 2007 01:26:23 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id CAE0813C45E; Thu, 19 Apr 2007 01:26:22 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3J1QLCJ078804; Thu, 19 Apr 2007 11:26:21 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Thu, 19 Apr 2007 11:26:20 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 Apr 2007 11:26:20 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF183@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD Install problem - more Thread-Index: AceCIbv1zlc6ve/sQ8qeWHyRehB0bA== From: "Murray Taylor" To: "FreeBSD Mailing List" , , Cc: Subject: IBM / FreeBSD Install problem - more X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 01:26:23 -0000 OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with=20 set hint.acpi.0.disabled=3D1 set acpi_load=3DNO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output=20 off the machine.... What i have seen is that the ServeRAID 8i controller=20 say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs=20 show=20 pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 01:32:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8869D16A408; Thu, 19 Apr 2007 01:32:13 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id EF89C13C45D; Thu, 19 Apr 2007 01:32:12 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3J1WCeA078996; Thu, 19 Apr 2007 11:32:12 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Thu, 19 Apr 2007 11:32:11 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 Apr 2007 11:32:11 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF184@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD Install problem - more part 2 Thread-Index: AceCIbv1zlc6ve/sQ8qeWHyRehB0bAAAIEnA From: "Murray Taylor" To: "FreeBSD Mailing List" , , Cc: Subject: FW: IBM / FreeBSD Install problem - more part 2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 01:32:13 -0000 =20BTW we have also successfully booted the=20 'offending box' with FC4 and it all came up ok. This should rule out hardware issues I hope. Is there a way to force a (re)scan of the other PCI busses ?? Or is there a hint.??? line I can add? mjt -----Original Message----- From: Murray Taylor=20 Sent: Thursday, 19 April 2007 11:26 AM To: FreeBSD Mailing List; freebsd-hackers@freebsd.org; general@vicfug.au.freebsd.org Subject: IBM / FreeBSD Install problem - more OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with=20 set hint.acpi.0.disabled=3D1 set acpi_load=3DNO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output=20 off the machine.... What i have seen is that the ServeRAID 8i controller=20 say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs=20 show=20 pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 02:14:51 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFE1216A400 for ; Thu, 19 Apr 2007 02:14:51 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id A53CE13C45E for ; Thu, 19 Apr 2007 02:14:51 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.99] (unknown [192.168.1.99]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id C17165C19; Thu, 19 Apr 2007 12:14:50 +1000 (EST) From: Alan Garfield To: Yar Tikhiy In-Reply-To: <20070418074455.GD36635@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> Content-Type: text/plain Date: Thu, 19 Apr 2007 12:14:50 +1000 Message-Id: <1176948890.4175.50.camel@hiro.auspc.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 02:14:52 -0000 On Wed, 2007-04-18 at 11:44 +0400, Yar Tikhiy wrote: > > > Anyway, back to figuring out arp. UGH! > > As a rule, an Ethernet driver needn't worry about ARP by itself > because ARP has own separate module in the network stack. Does > your driver have a partucular reason to? Apart from using fake MAC addresses, I don't think so. -A. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 02:18:56 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7047A16A404 for ; Thu, 19 Apr 2007 02:18:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F0C2A13C480 for ; Thu, 19 Apr 2007 02:18:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3J2ImsP029094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Apr 2007 11:48:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Thu, 19 Apr 2007 11:48:45 +0930 User-Agent: KMail/1.9.5 References: <200704171635.13818.doconnor@gsoft.com.au> <20070417.091301.-928140281.imp@bsdimp.com> In-Reply-To: <20070417.091301.-928140281.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3589826.ODaEmEZ3X5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704191148.45989.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-hackers@freebsd.org Subject: Re: Floppy detection probems with 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 02:18:56 -0000 --nextPart3589826.ODaEmEZ3X5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 April 2007 00:43, M. Warner Losh wrote: > : I am trying to find out more information about what memory is being use= d, > : etc.. Does anyone have a suggestion how I can do this? > > Maybe we've come to the point in time that we need to do PIO for > floppies when we can't allocate enough memory for their DMA at boot. That'd be a nice fall back but it surely it can't be too hard to reserve so= me=20 memory for stuff like this?=20 =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 --nextPart3589826.ODaEmEZ3X5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGJtGF5ZPcIHs/zowRAuoJAJ476EBENVg9iqBn+bP0VEtAkIsRjQCgg3In 4tX8fMjzfZzteqgLeeWNIrI= =gAHR -----END PGP SIGNATURE----- --nextPart3589826.ODaEmEZ3X5-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 02:29:30 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EA5916A404 for ; Thu, 19 Apr 2007 02:29:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 190A313C46A for ; Thu, 19 Apr 2007 02:29:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l3J2RWt2030350; Wed, 18 Apr 2007 20:27:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 18 Apr 2007 20:27:36 -0600 (MDT) Message-Id: <20070418.202736.-42205895.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200704191148.45989.doconnor@gsoft.com.au> References: <200704171635.13818.doconnor@gsoft.com.au> <20070417.091301.-928140281.imp@bsdimp.com> <200704191148.45989.doconnor@gsoft.com.au> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 18 Apr 2007 20:27:32 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Floppy detection probems with 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 02:29:30 -0000 In message: <200704191148.45989.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : On Wednesday 18 April 2007 00:43, M. Warner Losh wrote: : > : I am trying to find out more information about what memory is being used, : > : etc.. Does anyone have a suggestion how I can do this? : > : > Maybe we've come to the point in time that we need to do PIO for : > floppies when we can't allocate enough memory for their DMA at boot. : : That'd be a nice fall back but it surely it can't be too hard to reserve some : memory for stuff like this? I think that there is a way... We only need ~20k for this... Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 04:33:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8E4B16A407 for ; Thu, 19 Apr 2007 04:33:11 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E69D13C46E for ; Thu, 19 Apr 2007 04:33:11 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3J4XAOn085506 for ; Thu, 19 Apr 2007 14:33:10 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Thu, 19 Apr 2007 14:33:07 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 Apr 2007 14:33:08 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF19D@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD - Install Update - Seems to be ACPI Thread-Index: AceCO1YciVyr0eLVQEqPX3Ob5NGOAwAACd0wAAAOgtAAAASs0A== From: "Murray Taylor" To: Subject: FW: IBM / FreeBSD - Install Update - Seems to be ACPI X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 04:33:11 -0000 In our initial posts, we stated that we seemed to be having issues getting the machine to boot with the 4 processors, so to bypass this we disabled ACPI on boot. This allowed us to get past the CPU error and continue to boot. However down the track we noticed things like the ethernet adapater not getting picked up, and the big problem - none of the disks getting recognised. We have since tried a few things, one of which was removing all but one of the CPU's. If we do this, and boot with ACPI enabled, all is totally fine. All disks are found, and I receive no CPU panic error. So it appears to me that by disabling ACPI in an attempt to bypass the QUAD CPU problem, we are causing another issue behind the scenes. The root of the problem now appears to be, that if we have anything over 1 CPU, directly after the kernel is loaded (when booting from the CD), we receive the error message "panic: madt_probe_cpus_handler: CPU ID 38 Too High". The moment a second CPU to the machine....it bombs out. Murray Taylor Special Projects Engineer Bytecraft Systems P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 E: mtaylor@bytecraft.com.au=20 -- "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein=20 --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 07:56:16 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D79716A400 for ; Thu, 19 Apr 2007 07:56:16 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 39CCB13C480 for ; Thu, 19 Apr 2007 07:56:12 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3J7u8pt085191; Thu, 19 Apr 2007 11:56:08 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3J7u5dm085188; Thu, 19 Apr 2007 11:56:05 +0400 (MSD) (envelope-from yar) Date: Thu, 19 Apr 2007 11:56:05 +0400 From: Yar Tikhiy To: Alan Garfield Message-ID: <20070419075604.GB60301@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176948890.4175.50.camel@hiro.auspc.com.au> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 07:56:16 -0000 On Thu, Apr 19, 2007 at 12:14:50PM +1000, Alan Garfield wrote: > On Wed, 2007-04-18 at 11:44 +0400, Yar Tikhiy wrote: > > > > > Anyway, back to figuring out arp. UGH! > > > > As a rule, an Ethernet driver needn't worry about ARP by itself > > because ARP has own separate module in the network stack. Does > > your driver have a partucular reason to? > > Apart from using fake MAC addresses, I don't think so. I don't understand the concept of a fake MAC address, sorry. The classic Ethernet is a broadcast medium by design, so a very primitive NIC can just receive all traffic and let the driver or network stack decide if the host wants a particular frame. On output, the network stack can usually put any source MAC address into the frame -- it's true for the most of Ethernet network interfaces. So MAC addresses are always "fake" in a sense, as neither the hardware nor the medium design enforces them. If I understand your case right, the two processors, CPU and SP, share a hardware buffer, in which they can put some data for the other side, e.g., an Ethernet frame, and then prod the other side with an interrupt. That fits the Ethernet model ideally, so there should be no need for hacks unless the other side, the SP running a special Linux, takes the whole thing wrong. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 08:49:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 519FF16A401 for ; Thu, 19 Apr 2007 08:49:35 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1474913C483 for ; Thu, 19 Apr 2007 08:49:34 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.99] (unknown [192.168.1.99]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id CB6765C19; Thu, 19 Apr 2007 18:49:30 +1000 (EST) From: Alan Garfield To: Yar Tikhiy In-Reply-To: <20070419075604.GB60301@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> Content-Type: text/plain Date: Thu, 19 Apr 2007 18:49:30 +1000 Message-Id: <1176972570.4177.1.camel@hiro.auspc.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 08:49:35 -0000 On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote: > > > Apart from using fake MAC addresses, I don't think so. > > I don't understand the concept of a fake MAC address, sorry. > The classic Ethernet is a broadcast medium by design, so a very > primitive NIC can just receive all traffic and let the driver or > network stack decide if the host wants a particular frame. On > output, the network stack can usually put any source MAC address > into the frame -- it's true for the most of Ethernet network > interfaces. So MAC addresses are always "fake" in a sense, as > neither the hardware nor the medium design enforces them. You're right. I don't fully understand quite what's happening behind the scene it would seem. > If I understand your case right, the two processors, CPU and SP, > share a hardware buffer, in which they can put some data for the > other side, e.g., an Ethernet frame, and then prod the other side > with an interrupt. That fits the Ethernet model ideally, so there > should be no need for hacks unless the other side, the SP running > a special Linux, takes the whole thing wrong. Again, you're correct. The Linux driver does have a certain 'quality' to it, but otherwise it should work as you've said. Alan. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 09:21:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05E6716A403; Thu, 19 Apr 2007 09:21:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id B27F913C458; Thu, 19 Apr 2007 09:21:10 +0000 (UTC) (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 1HeSpB-000E1X-3S; Thu, 19 Apr 2007 12:21:09 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kris Kennaway In-reply-to: <20070404160436.GA59964@xor.obsecurity.org> References: <20070404160436.GA59964@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Wed, 04 Apr 2007 12:04:36 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Apr 2007 12:21:09 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: diskless/rm causing deadlock? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 09:21:11 -0000 > > --opJtzjQTFsWo+cga > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Apr 04, 2007 at 11:55:10AM +0300, Danny Braniss wrote: > > I stumbled on this in -current, but it's also true for 6.2. > > /(root) is mounted diskless, doing rm of a file in /, even as a lowly mor= > tal > > will hang the network, and hence everything. > > on a 6.1 system, it works as expected. > >=20 > > badwolf> rm /usr/ports > > rm: /usr/ports: Read-only file system > >=20 > > i'll try to hunt this down, but some pointers where to start might be > > helpfull > > Start with a tcpdump of network traffic. CC mohans@ :) > > I have seen something similar myself, but have not yet tracked it down. it's because / is mounted NFS/V2 - so the 'bug' must be in the V2 stack. danny From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 06:30:05 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE82B16A40B for ; Thu, 19 Apr 2007 06:30:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 862DB13C48A for ; Thu, 19 Apr 2007 06:30:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E119.dip.t-dialin.net [84.165.225.25]) by redbull.bpaserver.net (Postfix) with ESMTP id 8C2AE2E177; Thu, 19 Apr 2007 08:30:01 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 114465B4817; Thu, 19 Apr 2007 08:29:47 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l3J6TkOc055841; Thu, 19 Apr 2007 08:29:46 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 19 Apr 2007 08:29:46 +0200 Message-ID: <20070419082946.98bt1jv45c44gos8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 19 Apr 2007 08:29:46 +0200 From: Alexander Leidinger To: Tyrael References: <41a3236c0704140724v1e6e4254r20adb5e7cc7c214e@mail.gmail.com> In-Reply-To: <41a3236c0704140724v1e6e4254r20adb5e7cc7c214e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Thu, 19 Apr 2007 11:39:44 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: prebind support status X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 06:30:05 -0000 Quoting Tyrael (from Sat, 14 Apr 2007 17:24:16 +0300): > Has anyone started working on porting 'prebind' from OpenBSD? We are not aware of such work. > Has there been any discussion over this matter; as to how much work this > would require ? > I would be interested into looking over this and see if i can implement it, > so any info any of you has would help a lot Apart from http://www.freebsd.org/projects/ideas/#p-prebind I'm not aware of anything in this regard. Bye, Alexander. -- Real programmers never work 9 to 5. If any real programmers are around at 9 a.m., it's because they were up all night. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 12:54:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8527C16A403 for ; Thu, 19 Apr 2007 12:54:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id BDFF913C44B for ; Thu, 19 Apr 2007 12:54:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp87-175.lns3.adl4.internode.on.net [121.44.87.175]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3JCrnhB045328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Apr 2007 22:23:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Thu, 19 Apr 2007 22:23:42 +0930 User-Agent: KMail/1.9.5 References: <200704171635.13818.doconnor@gsoft.com.au> <200704191148.45989.doconnor@gsoft.com.au> <20070418.202736.-42205895.imp@bsdimp.com> In-Reply-To: <20070418.202736.-42205895.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526396.ffViOjyVAp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704192223.43190.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-hackers@freebsd.org Subject: Re: Floppy detection probems with 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 12:54:14 -0000 --nextPart1526396.ffViOjyVAp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 19 April 2007 11:57, M. Warner Losh wrote: > : That'd be a nice fall back but it surely it can't be too hard to reserve > : some memory for stuff like this? > > I think that there is a way... We only need ~20k for this... Is it perhaps that the loader puts the kernel low down in memory or somethi= ng? (Wild guess..) =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 --nextPart1526396.ffViOjyVAp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGJ2ZX5ZPcIHs/zowRAsCpAJ9WWFq9D7w6kg9BgkTcpqk/BD+QSgCglL1P Q4TorCrN3nLt9Vggq3K9yM0= =WkgM -----END PGP SIGNATURE----- --nextPart1526396.ffViOjyVAp-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 14:01:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98CCA16A500 for ; Thu, 19 Apr 2007 14:01:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 76F8D13C44C for ; Thu, 19 Apr 2007 14:01:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3JE1Cb5091865 for ; Thu, 19 Apr 2007 10:01:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3JE1CCN041907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Apr 2007 10:01:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704191401.l3JE1CCN041907@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Apr 2007 10:01:39 -0400 To: freebsd-hackers@freebsd.org From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20070405163059.16b8a220@sentex.net> References: <7.1.0.9.0.20070405163059.16b8a220@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: fixing IRQ storms (sort of solved) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 14:01:13 -0000 At 04:47 PM 4/5/2007, Mike Tancsa wrote: >Using >http://lists.freebsd.org/pipermail/freebsd-bugs/2007-March/022753.html > >I have been able to get my GPRS card to be recognized in >FreeBSD. However, the IRQ it has picked, seems to conflict with the >irq of the cardbus causing an interrupt storm. Is there a way to >make the card use a different IRQ ? I tried ORing in >PCCARD_CFE_IRQSHARE, but it doesnt seem to make a difference. Just to followup on this thread in case others run into this problem. The card is "working" with the uart driver, but I am still getting an initial interrupt storm at boot up.... ...from a boot -v snippet Elan-mmcr driver: MMCR at 0xc5b53000. Elan-mmcr Soekris net45xx comBIOS ver. 1.28 20050527 Copyright (C) 2000-2005 pflog0: bpf attached lo0: bpf attached pccard0: using CIS quirks for Sierra Wireless, AC860, 3G Network Adapter, R1 pccard0: CIS version PC Card Standard 7.0 pccard0: CIS info: Sierra Wireless, AC860, 3G Network Adapter, R1 pccard0: Manufacturer code 0x192, product 0x710 pccard0: function 1: serial port, ccr addr 700 mask 73 pccard0: function 1, config table entry 34: I/O card; irq mask 3fbc; iomask 0, iospace 3e8-3ef; io8 irqlevel uart4: at port 0x3e8-0x3ef irq 10 function 1 config 34 on pccard0 Interrupt storm detected on "irq10:"; throttling interrupt source ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire ad0: 991MB at ata0-master PIO4 ad0: 2030112 sectors [2014C/16H/63S] 1 sectors/interrupt 1 depth queue And looking at vmstat -i [datawest-soekris]# vmstat -i ;sleep 1;vmstat -i interrupt total rate irq0: clk 137079 993 irq4: uart0 502 3 irq8: rtc 17544 127 irq10: cbb0 uart4 128357 930 irq11: sis0 29 0 irq14: ata0 16188 117 Total 299699 2171 interrupt total rate irq0: clk 138212 994 irq4: uart0 529 3 irq8: rtc 17689 127 irq10: cbb0 uart4 129477 931 irq11: sis0 29 0 irq14: ata0 16200 116 Total 302136 2173 Over 1,110 interrupts in one second and it will just continue that way forever..... Yet, if I then attach to the modem, all becomes OK after that ?!?! # cu -l /dev/cuau4 Connected ati3 Manufacturer: Sierra Wireless, Inc. Model: AC860 Revision: U1_2_40ACAP G:/WS/FW/U1_2_40ACAP/MSM6275/SRC 2006/09/11 17:50:27 IMEI: 357806001674042 IMEI SV: 17 FSN: X171696267512 3GPP Release 5 +GCAP: +CGSM,+FCLASS,+DS 2007/04/19 09:57:29 OK # vmstat -i ; sleep 1 ; vmstat -i interrupt total rate irq0: clk 252979 995 irq4: uart0 718 2 irq8: rtc 32377 127 irq10: cbb0 uart4 225905 889 irq11: sis0 86 0 irq14: ata0 16392 64 Total 528457 2080 interrupt total rate irq0: clk 254064 996 irq4: uart0 745 2 irq8: rtc 32516 127 irq10: cbb0 uart4 225905 885 irq11: sis0 86 0 irq14: ata0 16392 64 Total 529708 2077 I also confirmed that if I set hw.intr_storm_threshold=0 in the /boot/loader.conf, the Soekris does indeed lockup after displaying the uart4 on the console. ---Mike From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 15:13:16 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2863616A409 for ; Thu, 19 Apr 2007 15:13:16 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (gizmo.acns.msu.edu [35.8.1.43]) by mx1.freebsd.org (Postfix) with ESMTP id 033B813C44C for ; Thu, 19 Apr 2007 15:13:15 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (localhost [127.0.0.1]) by gizmo.acns.msu.edu (8.13.6/8.13.6) with ESMTP id l3JEdtXi062309; Thu, 19 Apr 2007 10:39:55 -0400 (EDT) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: (from jerrymc@localhost) by gizmo.acns.msu.edu (8.13.6/8.13.6/Submit) id l3JEdt7k062308; Thu, 19 Apr 2007 10:39:55 -0400 (EDT) (envelope-from jerrymc) Date: Thu, 19 Apr 2007 10:39:55 -0400 From: Jerry McAllister To: Murray Taylor Message-ID: <20070419143955.GB62190@gizmo.acns.msu.edu> References: <04E232FDCD9FBE43857F7066CAD3C0F12DF17C@svmailmel.bytecraft.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04E232FDCD9FBE43857F7066CAD3C0F12DF17C@svmailmel.bytecraft.internal> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Thu, 19 Apr 2007 15:31:21 +0000 Cc: freebsd-hackers@freebsd.org, FreeBSD Mailing List Subject: Re: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 15:13:16 -0000 On Thu, Apr 19, 2007 at 10:14:13AM +1000, Murray Taylor wrote: > Server: IBM X3850 (88633SM) > CPU X 4: 40K2522 > HDD X 6: 40K1051 > IBM ServeRAID 8i: 39R8729 > > We are attempting to install FreeBSD 6.2-RELEASE onto this machine and > are running into a problem getting the operating system to recognise the > RAID controller. As a result not finding any disks when it comes to > installing the O/S. > > We have attempted various modifications to the boot process, including > the loading of an "aac" module, which according to the BSD website, > should provide support for this type of controller. I have only installed on a couple of raids and so don't know about them all or even this one. So, this might not apply to your situation. But, I found that I had to study DMESG very carefully to find out what device to use for them. The system seemed to put out a lot of messages that looked like other device names but in the end there was just one little line that pointed to the correct one. The most recent one was a Dell Perc 3i or something like that and I had to run the fixit and study the boot messages to figure it out. I don't have that one available to look at what it turned out to be, but it was more simple than I first thought from all the stuff it wrote out. After mucking with fixit a bit, then sysinstall seemed to figure it out OK. I don't remember actually changing anything - just fishing around a while. I may have run fdisk under fixit to look at things and maybe delete some slices. So, rather than trying to change things right off, I would suggest looking carefully at stuff and trying to determine what it is already doing. Anyway, good luck, ////jerry > > When we attempt to boot to OS to install after making these above > modifications, the boot loader advises that this module already appears > to be loaded, which contradicts what I believe. In any respect, it > doesn't work either way (with or without the module manually loaded). > > One side note (which i don't think is contributing) is that when I > attempt to start the boot loader with ACPI enabled, it freezes with the > message "cpu id 38 too high". However if I boot the boot loader with > ACPI disabled, this message dissapears. It _may_ be a possibility that a > bi-product of disabling the ACPI is causing the RAID controller to have > issues. This appears to be an issue because of the X4 CPU count ?? > > That's a quick summary of the problem we have, and the path(s) we have > been down to date to attempt to fix it. Any help you can provide would > be very much appreciated. We are at the position now where we are > prepared to pay for consulting services to get it going. > > Dave Faulkner / Murray Taylor > > Bytecraft Systems > > > -- > > "Any intelligent fool can make things bigger and more complex... It > takes a > touch of genius - and a lot of courage to move in the opposite > direction." > --Albert Einstein > --------------------------------------------------------------- > The information transmitted in this e-mail is for the exclusive > use of the intended addressee and may contain confidential > and/or privileged material. Any review, re-transmission, > dissemination or other use of it, or the taking of any action > in reliance upon this information by persons and/or entities > other than the intended recipient is prohibited. If you > received this in error, please inform the sender and/or > addressee immediately and delete the material. > > E-mails may not be secure, may contain computer viruses and > may be corrupted in transmission. Please carefully check this > e-mail (and any attachment) accordingly. No warranties are > given and no liability is accepted for any loss or damage > caused by such matters. > --------------------------------------------------------------- > > ### This e-mail message has been scanned for Viruses by Bytecraft ### > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 16:09:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B31D816A401; Thu, 19 Apr 2007 16:09:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6E1A613C45E; Thu, 19 Apr 2007 16:09:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A8FA6207E; Thu, 19 Apr 2007 18:09:36 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 786B02049; Thu, 19 Apr 2007 18:09:36 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6E03253F1; Thu, 19 Apr 2007 18:09:35 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Murray Taylor" References: <04E232FDCD9FBE43857F7066CAD3C0F12DF17C@svmailmel.bytecraft.internal> Date: Thu, 19 Apr 2007 18:09:35 +0200 In-Reply-To: <04E232FDCD9FBE43857F7066CAD3C0F12DF17C@svmailmel.bytecraft.internal> (Murray Taylor's message of "Thu, 19 Apr 2007 10:14:13 +1000") Message-ID: <86wt088hxc.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, FreeBSD Mailing List Subject: Re: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 16:09:40 -0000 "Murray Taylor" writes: > We are attempting to install FreeBSD 6.2-RELEASE onto this machine and > are running into a problem getting the operating system to recognise the > RAID controller. As a result not finding any disks when it comes to > installing the O/S. > > We have attempted various modifications to the boot process, including > the loading of an "aac" module, which according to the BSD website, > should provide support for this type of controller. Excuse me for asking a stupid question, but did you define an array before attempting to install FreeBSD? The aac driver won't attach individual disks, it will only attached defined arrays. > When we attempt to boot to OS to install after making these above > modifications, the boot loader advises that this module already appears > to be loaded, which contradicts what I believe. In any respect, it > doesn't work either way (with or without the module manually loaded). The loader is correct, aac is included in GENERIC. > One side note (which i don't think is contributing) is that when I > attempt to start the boot loader with ACPI enabled, it freezes with the > message "cpu id 38 too high". However if I boot the boot loader with > ACPI disabled, this message dissapears. It _may_ be a possibility that a > bi-product of disabling the ACPI is causing the RAID controller to have > issues. This appears to be an issue because of the X4 CPU count ?? It appears the server uses non-consecutive CPU numbers, and we use a static array with 32 slots, indexed by CPU number, to hold information about the CPUs (or rather the local APICs they contain). If you can either install without ACPI, or remove two of the CPUs during installation, this should be fairly easy to fix: change the definition of NLAPICS in /usr/src/sys/{amd64,i386}/acpica/madt.c and rebuild your kernel, then boot with ACPI enabled and report back to us. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 17:28:30 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B358316A402 for ; Thu, 19 Apr 2007 17:28:30 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0C713C44C for ; Thu, 19 Apr 2007 17:28:30 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 73EEB8BD22A; Thu, 19 Apr 2007 19:10:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNH9TfaqtutD; Thu, 19 Apr 2007 19:10:49 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 610588BD219; Thu, 19 Apr 2007 19:10:49 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3JHAmxb021362; Thu, 19 Apr 2007 19:10:48 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 19 Apr 2007 19:10:48 +0200 From: Roman Divacky To: Tyrael Message-ID: <20070419171048.GA21349@freebsd.org> References: <41a3236c0704140724v1e6e4254r20adb5e7cc7c214e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41a3236c0704140724v1e6e4254r20adb5e7cc7c214e@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: prebind support status X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 17:28:30 -0000 On Sat, Apr 14, 2007 at 05:24:16PM +0300, Tyrael wrote: > Has anyone started working on porting 'prebind' from OpenBSD? > > Has there been any discussion over this matter; as to how much work this > would require ? > I would be interested into looking over this and see if i can implement it, > so any info any of you has would help a lot maybe if someone posted some interesting benchmark numbers people would care a little more ;) From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 17:52:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E577116A403; Thu, 19 Apr 2007 17:52:44 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFBE13C455; Thu, 19 Apr 2007 17:52:44 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id l3JHaeQ9057896; Thu, 19 Apr 2007 12:36:40 -0500 (CDT) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id l3JHad0E057895; Thu, 19 Apr 2007 12:36:39 -0500 (CDT) (envelope-from tinguely) Date: Thu, 19 Apr 2007 12:36:39 -0500 (CDT) From: Mark Tinguely Message-Id: <200704191736.l3JHad0E057895@casselton.net> To: des@des.no, MTaylor@bytecraft.com.au In-Reply-To: <86wt088hxc.fsf@dwp.des.no> X-Mailman-Approved-At: Thu, 19 Apr 2007 18:50:21 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 17:52:45 -0000 > > If you can either install without ACPI, or remove two of the CPUs > during installation, this should be fairly easy to fix: change the > definition of NLAPICS in /usr/src/sys/{amd64,i386}/acpica/madt.c and > rebuild your kernel, then boot with ACPI enabled and report back to > us. > > DES > --=20 > Dag-Erling Sm=F8rgrav - des@des.no I suggested that in email too, but looking closer, I think the MAXCPU needs to be increased because the cpu number uses the apic_id. Or could that be changed with a logical CPU to APIC ID lookup? Isn't the APIC IDs programmable? not that I am suggesting that, I can think of headaches of all the places (like interrupt tables) where it needs to be changed, not to mention the worry that the lower APIC IDs were assigned to IOAPICs. --Mark Tinguely From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 19:11:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5980716A406; Thu, 19 Apr 2007 19:11:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 18B4413C45D; Thu, 19 Apr 2007 19:11:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 8270E2083; Thu, 19 Apr 2007 21:11:32 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 706602049; Thu, 19 Apr 2007 21:11:32 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 59FC75410; Thu, 19 Apr 2007 21:11:32 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Mark Tinguely References: <200704191736.l3JHad0E057895@casselton.net> Date: Thu, 19 Apr 2007 21:11:32 +0200 In-Reply-To: <200704191736.l3JHad0E057895@casselton.net> (Mark Tinguely's message of "Thu, 19 Apr 2007 12:36:39 -0500 (CDT)") Message-ID: <86y7ko2n8b.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, MTaylor@bytecraft.com.au Subject: Re: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 19:11:36 -0000 Mark Tinguely writes: > I suggested that in email too, but looking closer, I think the MAXCPU > needs to be increased because the cpu number uses the apic_id. Or could > that be changed with a logical CPU to APIC ID lookup? > > Isn't the APIC IDs programmable? not that I am suggesting that, I > can think of headaches of all the places (like interrupt tables) > where it needs to be changed, not to mention the worry that the > lower APIC IDs were assigned to IOAPICs. I don't know, you'd have to ask jhb@ about the details. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 19:30:53 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DC0C16A40A for ; Thu, 19 Apr 2007 19:30:53 +0000 (UTC) (envelope-from subhashg.unix@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.235]) by mx1.freebsd.org (Postfix) with ESMTP id ECAFE13C45A for ; Thu, 19 Apr 2007 19:30:52 +0000 (UTC) (envelope-from subhashg.unix@gmail.com) Received: by qb-out-0506.google.com with SMTP id q18so1354839qba for ; Thu, 19 Apr 2007 12:30:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=VW+SzniJchzqvo9Fl7GP16ZmVeNGx3/LDhToLiH3j6sMq7XrsLsEKemy/SHsQR8DaQ13stD2aOdqZyh6E2QOEdVoSG5BxWPAy8Xgy3GYgGziOqpc+njBMv7hq4e719DmOzKXnh+L6gfSyDZlA39C767X3GLmsvLhQKrZFU+AFcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sZngqrSXOtERlTVobjs7uVaJ9WhPLLTjntuZzkQ0Urwn9wT0xnIUTrOYiOuJssmFxwWZqKGoZkj3TDhv8vkk+BE3C7AsEBb7jl7J2/4IXCFUAoUG1JAwICY26UJ9Tfo/m0Y32Zz6/PGNWs5ujG/fMJNmuHSKTRG/uNMW/w+mOJo= Received: by 10.115.106.7 with SMTP id i7mr867689wam.1177010239841; Thu, 19 Apr 2007 12:17:19 -0700 (PDT) Received: by 10.115.92.19 with HTTP; Thu, 19 Apr 2007 12:17:19 -0700 (PDT) Message-ID: <5db9d2e0704191217h6068f7d8m14388a926f4ea5d7@mail.gmail.com> Date: Thu, 19 Apr 2007 12:17:19 -0700 From: "Subhash Gopinath" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Ipv6 mbuf vulnerability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 19:30:53 -0000 Hello folks, Does anyone know if FreeBSD 4.x or 5.x is affected by the Ipv6 mbuf vulnerability just like OpenBSD? http://www.coresecurity.com/index.php5?module=ContentMod&action=item&id=1703 Thanks, Subhash From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 19:34:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43D0116A407 for ; Thu, 19 Apr 2007 19:34:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outZ.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA6D13C43E for ; Thu, 19 Apr 2007 19:34:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 19 Apr 2007 12:02:14 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id A59BA125AE6; Thu, 19 Apr 2007 12:34:07 -0700 (PDT) Message-ID: <4627C438.8000304@elischer.org> Date: Thu, 19 Apr 2007 12:34:16 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Alan Garfield References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> <1176972570.4177.1.camel@hiro.auspc.com.au> In-Reply-To: <1176972570.4177.1.camel@hiro.auspc.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 19:34:08 -0000 Alan Garfield wrote: > On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote: >> >>> Apart from using fake MAC addresses, I don't think so. >> I don't understand the concept of a fake MAC address, sorry. >> The classic Ethernet is a broadcast medium by design, so a very >> primitive NIC can just receive all traffic and let the driver or >> network stack decide if the host wants a particular frame. On >> output, the network stack can usually put any source MAC address >> into the frame -- it's true for the most of Ethernet network >> interfaces. So MAC addresses are always "fake" in a sense, as >> neither the hardware nor the medium design enforces them. > > You're right. I don't fully understand quite what's happening behind the > scene it would seem. It sounds like this should be a "point-to-point" interface, and not an Ethernet interface.. If I understand what you are saying there is only ever communications between 2 entities. What is on the other side of this connection? > >> If I understand your case right, the two processors, CPU and SP, >> share a hardware buffer, in which they can put some data for the >> other side, e.g., an Ethernet frame, and then prod the other side >> with an interrupt. That fits the Ethernet model ideally, so there >> should be no need for hacks unless the other side, the SP running >> a special Linux, takes the whole thing wrong. > > Again, you're correct. The Linux driver does have a certain 'quality' to > it, but otherwise it should work as you've said. > > Alan. > > _______________________________________________ > 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 Thu Apr 19 19:43:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6B3816A407 for ; Thu, 19 Apr 2007 19:43:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D426113C455 for ; Thu, 19 Apr 2007 19:43:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 12F141A4D80; Thu, 19 Apr 2007 12:43:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0A4D151406; Thu, 19 Apr 2007 15:43:19 -0400 (EDT) Date: Thu, 19 Apr 2007 15:43:19 -0400 From: Kris Kennaway To: Subhash Gopinath Message-ID: <20070419194319.GA82856@xor.obsecurity.org> References: <5db9d2e0704191217h6068f7d8m14388a926f4ea5d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5db9d2e0704191217h6068f7d8m14388a926f4ea5d7@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: Ipv6 mbuf vulnerability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 19:43:21 -0000 On Thu, Apr 19, 2007 at 12:17:19PM -0700, Subhash Gopinath wrote: > Hello folks, > > Does anyone know if FreeBSD 4.x or 5.x is affected by the Ipv6 mbuf > vulnerability > just like OpenBSD? > > http://www.coresecurity.com/index.php5?module=ContentMod&action=item&id=1703 As discussed on the security@ list at the time, no. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 20:26:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5D2316A402 for ; Thu, 19 Apr 2007 20:26:45 +0000 (UTC) (envelope-from baka.rob@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6839E13C44C for ; Thu, 19 Apr 2007 20:26:45 +0000 (UTC) (envelope-from baka.rob@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so656202ugh for ; Thu, 19 Apr 2007 13:26:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T4PcagYCxf9udebl/I4GyRAWZlG7cF4Tl42ztLFDG7ePmJdGkKQTtyero2FLbj3Id+hh5mT0KpPmp/uEgLv9ndYWeFhdYfT6iJTkfGvy9EbVjPVpb1OLYC4+bNXhoNc6O295WdhjxzVjys3V4OAVU946Ut5xg63MmxlrcUvp8Nc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IYcFsebgYoPmFprh4AfNbDFZ6VwjZEO+ohszZKzxqJZVRq4MvjdSNHOwUtapCoorRyIJab3/qmfwow08U0SL/8QOS9/z7TBzm1D4lBQVdXCGY54HoeaJhsoKq5scMkhY1okzVmwVtvv9YoAwgWt0lOKTsSq0sntPzQ20fERutEY= Received: by 10.67.119.13 with SMTP id w13mr2297530ugm.1177012657047; Thu, 19 Apr 2007 12:57:37 -0700 (PDT) Received: by 10.67.49.7 with HTTP; Thu, 19 Apr 2007 12:57:36 -0700 (PDT) Message-ID: Date: Thu, 19 Apr 2007 14:57:36 -0500 From: "James Anderson" To: "Kris Kennaway" In-Reply-To: <20070419194319.GA82856@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5db9d2e0704191217h6068f7d8m14388a926f4ea5d7@mail.gmail.com> <20070419194319.GA82856@xor.obsecurity.org> Cc: freebsd-hackers@freebsd.org, Subhash Gopinath Subject: Re: Ipv6 mbuf vulnerability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 20:26:45 -0000 On 4/19/07, Kris Kennaway wrote: > > Does anyone know if FreeBSD 4.x or 5.x is affected by the Ipv6 mbuf > > vulnerability > > just like OpenBSD? > > > As discussed on the security@ list at the time, no. Here is a mirror I found of the original thread: http://www.nabble.com/OpenBSD-IPv6-remote-kernel-buffer-overflow.-FreeBSD-has-this-too--t3400697.html Sincerely, -Parker From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 21:39:30 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A21616A407; Thu, 19 Apr 2007 21:39:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9FB13C469; Thu, 19 Apr 2007 21:39:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id C9B401A4D83; Thu, 19 Apr 2007 14:10:21 -0700 (PDT) Date: Thu, 19 Apr 2007 14:10:21 -0700 From: Alfred Perlstein To: hackers@freebsd.org, bde@freebsd.org Message-ID: <20070419211021.GH69188@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: serial help ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 21:39:30 -0000 I'm working on some custom hardware and I'm getting garbled console output. I noticed that siocntxwait looks like this: static void siocntxwait(iobase) Port_t iobase; { int timo; /* * Wait for any pending transmission to finish. Required to avoid * the UART lockup bug when the speed is changed, and for normal * transmits. */ timo = 100000; while ((inb(iobase + com_lsr) & (LSR_TSRE | LSR_TXRDY)) != (LSR_TSRE | LSR_TXRDY) && --timo != 0) ; } Shouldn't there be some sort of DELAY in there? My platform has an emulated serial device in hardware, so it may be that the loop could run a LOT faster than transmit can happen... any ideas of what the DELAY should be? -- - Alfred Perlstein From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 19 22:14:11 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF2F616A402; Thu, 19 Apr 2007 22:14:11 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 9428E13C455; Thu, 19 Apr 2007 22:14:11 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms071.mailsrvcs.net ([192.168.1.2]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JGR007OVN3ICRS8@vms046.mailsrvcs.net>; Thu, 19 Apr 2007 17:14:07 -0500 (CDT) Received: from 208.253.138.194 ([208.253.138.194]) by vms071.mailsrvcs.net (Verizon Webmail) with HTTP; Thu, 19 Apr 2007 17:14:06 -0500 (CDT) Date: Thu, 19 Apr 2007 17:14:06 -0500 (CDT) From: Sergey Babkin X-Originating-IP: [208.253.138.194] To: Alfred Perlstein , hackers@freebsd.org, bde@freebsd.org Message-id: <13342342.1865051177020847028.JavaMail.root@vms071.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Mailman-Approved-At: Fri, 20 Apr 2007 00:17:46 +0000 Cc: Subject: Re: serial help ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 22:14:11 -0000 > >I'm working on some custom hardware and I'm getting garbled console >output. > >I noticed that siocntxwait looks like this: > >static void >siocntxwait(iobase) > Port_t iobase; >{ > int timo; > > /* > * Wait for any pending transmission to finish. Required to avoid > * the UART lockup bug when the speed is changed, and for normal > * transmits. > */ > timo = 100000; > while ((inb(iobase + com_lsr) & (LSR_TSRE | LSR_TXRDY)) > != (LSR_TSRE | LSR_TXRDY) && --timo != 0) > ; >} > >Shouldn't there be some sort of DELAY in there? > >My platform has an emulated serial device in hardware, so it >may be that the loop could run a LOT faster than transmit can >happen... > >any ideas of what the DELAY should be? I would do something like delay(1) in the loop after this one. The idea being that if the output buffer is empty os nearly empty, the first loop will exit quickly and skip the second one. Otherwise it would go into the slow loop with delay(). Then for the 2nd loop count limit I guess take the size of the hardware buffer, multiply by 10 (8 data bits + 2 start/stop), add a little for safety and divide the bit rate by that, and then divide the length of delay(1) by that. Or however long it takes for your device to transmit. If the actual transmission happens faster, it will set the TXRDY bit and the loop will complete faster. -SB From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 00:25:37 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6460F16A407; Fri, 20 Apr 2007 00:25:37 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id AFF8913C45A; Fri, 20 Apr 2007 00:25:36 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3K0PXX8020500; Fri, 20 Apr 2007 10:25:33 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Fri, 20 Apr 2007 10:25:32 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 20 Apr 2007 10:25:32 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF1C6@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD Install problem Thread-Index: AceC2VfHArr8RUijQtqjHMjQzFhwgwAB/Plg From: "Murray Taylor" To: "Jerry McAllister" Cc: freebsd-hackers@freebsd.org, FreeBSD Mailing List Subject: RE: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 00:25:37 -0000 Thanks Jerry, We have determined that our problem is related to the god-awful mess known as ACPI. With a single processor installed, it all boots fine, including finding PCI busses 1 and 2 .... and the raid on the aac driver is peachy! With 2 or more processors installed, and ACPI enabled, it panics with a madt error about id 38 is greater than the allowed max And with ACPI disabled, it boots, but doesnt find PCI busses 1 and 2, which is unfortunate as the RAID controller sits in PCI bus 1 .... and the bge inet interface seems to be on PCI bus 2 ....=20 So at present we are on the FC6 path, which is obviously much softer on the vagaries of ACPI and is ignoring the crap data returns. mjt > -----Original Message----- > From: Jerry McAllister [mailto:jerrymc@msu.edu]=20 > Sent: Friday, 20 April 2007 12:40 AM > To: Murray Taylor > Cc: FreeBSD Mailing List; freebsd-hackers@freebsd.org > Subject: Re: IBM / FreeBSD Install problem >=20 > On Thu, Apr 19, 2007 at 10:14:13AM +1000, Murray Taylor wrote: >=20 > > Server: IBM X3850 (88633SM) > > CPU X 4: 40K2522 > > HDD X 6: 40K1051 > > IBM ServeRAID 8i: 39R8729 > >=20 > > We are attempting to install FreeBSD 6.2-RELEASE onto this=20 > machine and > > are running into a problem getting the operating system to=20 > recognise the > > RAID controller. As a result not finding any disks when it comes to > > installing the O/S. > >=20 > > We have attempted various modifications to the boot=20 > process, including > > the loading of an "aac" module, which according to the BSD website, > > should provide support for this type of controller. >=20 > I have only installed on a couple of raids and so don't know about > them all or even this one. So, this might not apply to your=20 > situation. > But, I found that I had to study DMESG very carefully to find=20 > out what=20 > device to use for them. The system seemed to put out a lot=20 > of messages=20 > that looked like other device names but in the end there was just one=20 > little line that pointed to the correct one. The most=20 > recent one was=20 > a Dell Perc 3i or something like that and I had to run the fixit and=20 > study the boot messages to figure it out. I don't have that one=20 > available to look at what it turned out to be, but it was more simple=20 > than I first thought from all the stuff it wrote out. After mucking > with fixit a bit, then sysinstall seemed to figure it out OK. I don't > remember actually changing anything - just fishing around a while. > I may have run fdisk under fixit to look at things and maybe delete > some slices. >=20 > So, rather than trying to change things right off, I would suggest > looking carefully at stuff and trying to determine what it is already > doing. >=20 > Anyway, good luck, >=20 > ////jerry >=20 > >=20 > > When we attempt to boot to OS to install after making these above > > modifications, the boot loader advises that this module=20 > already appears > > to be loaded, which contradicts what I believe. In any respect, it > > doesn't work either way (with or without the module=20 > manually loaded). > >=20 > > One side note (which i don't think is contributing) is that when I > > attempt to start the boot loader with ACPI enabled, it=20 > freezes with the > > message "cpu id 38 too high". However if I boot the boot loader with > > ACPI disabled, this message dissapears. It _may_ be a=20 > possibility that a > > bi-product of disabling the ACPI is causing the RAID=20 > controller to have > > issues. This appears to be an issue because of the X4 CPU count ?? > >=20 > > That's a quick summary of the problem we have, and the=20 > path(s) we have > > been down to date to attempt to fix it. Any help you can=20 > provide would > > be very much appreciated. We are at the position now where we are > > prepared to pay for consulting services to get it going. > >=20 > > Dave Faulkner / Murray Taylor > >=20 > > Bytecraft Systems > >=20 > >=20 > > -- > >=20 > > "Any intelligent fool can make things bigger and more complex... It > > takes a > > touch of genius - and a lot of courage to move in the opposite > > direction." > > --Albert Einstein=20 > > --------------------------------------------------------------- > > The information transmitted in this e-mail is for the exclusive > > use of the intended addressee and may contain confidential > > and/or privileged material. Any review, re-transmission, > > dissemination or other use of it, or the taking of any action > > in reliance upon this information by persons and/or entities > > other than the intended recipient is prohibited. If you > > received this in error, please inform the sender and/or > > addressee immediately and delete the material.=20 > >=20 > > E-mails may not be secure, may contain computer viruses and > > may be corrupted in transmission. Please carefully check this > > e-mail (and any attachment) accordingly. No warranties are > > given and no liability is accepted for any loss or damage > > caused by such matters. > > --------------------------------------------------------------- > >=20 > > ### This e-mail message has been scanned for Viruses by=20 > Bytecraft ### > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to=20 > "freebsd-questions-unsubscribe@freebsd.org" > >=20 >=20 --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 00:36:52 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC96B16A403; Fri, 20 Apr 2007 00:36:52 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id 43E9713C469; Fri, 20 Apr 2007 00:36:52 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3K0ZJ1l021050; Fri, 20 Apr 2007 10:35:20 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Fri, 20 Apr 2007 10:35:19 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 20 Apr 2007 10:35:18 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF1C8@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD Install problem Thread-Index: AceCqUwugFGHBMaMR6aAjDxQrwx98AAOiDTQ From: "Murray Taylor" To: "Mark Tinguely" , Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: RE: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 00:36:52 -0000 Thanks all, We will look into the code editting and see what we can get however we are on an very short time frame so may not be able to=20 slot it in before a maintenance slot where we need to be able to drop in the box 'seamlessly' ..... But I have noted the proposed fix provided on these lists into the red book! mjt =20 > -----Original Message----- > From: Mark Tinguely [mailto:tinguely@casselton.net]=20 > Sent: Friday, 20 April 2007 3:37 AM > To: des@des.no; Murray Taylor > Cc: freebsd-hackers@freebsd.org; freebsd-questions@freebsd.org > Subject: Re: IBM / FreeBSD Install problem >=20 > > > > If you can either install without ACPI, or remove two of the CPUs > > during installation, this should be fairly easy to fix: change the > > definition of NLAPICS in=20 > /usr/src/sys/{amd64,i386}/acpica/madt.c and > > rebuild your kernel, then boot with ACPI enabled and report back to > > us. > > > > DES > > --=3D20 > > Dag-Erling Sm=3DF8rgrav - des@des.no >=20 > I suggested that in email too, but looking closer, I think the MAXCPU > needs to be increased because the cpu number uses the=20 > apic_id. Or could > that be changed with a logical CPU to APIC ID lookup? >=20 > Isn't the APIC IDs programmable? not that I am suggesting that, I > can think of headaches of all the places (like interrupt tables) > where it needs to be changed, not to mention the worry that the > lower APIC IDs were assigned to IOAPICs. >=20 > --Mark Tinguely >=20 --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ### From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 15:20:20 2007 Return-Path: X-Original-To: FreeBSD-Hackers@FreeBSD.org Delivered-To: FreeBSD-Hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B064716A403 for ; Fri, 20 Apr 2007 15:20:20 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.freebsd.org (Postfix) with SMTP id 0DDBF13C469 for ; Fri, 20 Apr 2007 15:20:19 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: (qmail 62555 invoked by uid 98); 20 Apr 2007 14:53:38 -0000 Received: from 63.105.9.34 by digitaldaemon.com (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.87/1195. Clear:RC:1(63.105.9.34):. Processed in 0.046179 secs); 20 Apr 2007 14:53:38 -0000 X-Qmail-Scanner-Mail-From: jan@digitaldaemon.com via digitaldaemon.com X-Qmail-Scanner: 1.25 (Clear:RC:1(63.105.9.34):. Processed in 0.046179 secs) Received: from digitaldaemon.com (HELO ?128.200.150.2?) (63.105.9.34) by digitaldaemon.com with SMTP; 20 Apr 2007 14:53:38 -0000 Message-ID: <4628D3EA.6060405@digitaldaemon.com> Date: Fri, 20 Apr 2007 10:53:30 -0400 From: Jan Knepper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Mohacsi Janos References: <45F1C355.8030504@digitaldaemon.com> <20070310082316.K64466@mignon.ki.iif.hu> In-Reply-To: <20070310082316.K64466@mignon.ki.iif.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 15:20:20 -0000 Mohacsi Janos wrote: > Hi Jan, > The problem with your patch is the missing IPv6 support. I know... So what you are saying it does not work? > The drafonfly version already supports it. I know... However... If you could get me a version of DragonFlyBSD that supports amd64 I might consider switching... Jan > Regards, > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning and > Projects > NIIF/HUNGARNET, HUNGARY > Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > On Fri, 9 Mar 2007, Jan Knepper wrote: > >> Any change this can be included officially at some point? >> I did not write the code. Just patched it so it would compile in 6.2 >> >> Thanks! >> Jan >> >> >> >> http://www.digitaldaemon.com/FreeBSD/FreeBSD/index.html >> >> >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> > > From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 19:38:21 2007 Return-Path: X-Original-To: FreeBSD-Hackers@FreeBSD.org Delivered-To: FreeBSD-Hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EC1216A402 for ; Fri, 20 Apr 2007 19:38:21 +0000 (UTC) (envelope-from ah@crypta.net) Received: from mail.crypta.net (mail.crypta.net [83.136.131.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1251E13C468 for ; Fri, 20 Apr 2007 19:38:21 +0000 (UTC) (envelope-from ah@crypta.net) Received: by mail.crypta.net (cryptobank/eProtect-smtpd, from userid 1001) id 29270ECD471; Fri, 20 Apr 2007 21:20:41 +0200 (CEST) Date: Fri, 20 Apr 2007 21:20:41 +0200 From: Andy Hilker To: FreeBSD Hackers Message-ID: <20070420192041.GA83236@mail.crypta.net> References: <45F1C355.8030504@digitaldaemon.com> <20070310082316.K64466@mignon.ki.iif.hu> <4628D3EA.6060405@digitaldaemon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4628D3EA.6060405@digitaldaemon.com> User-Agent: Mutt/1.4.2.2i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Cc: Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 19:38:21 -0000 Hi, You (Jan Knepper) wrote: > Any change this can be included officially at some point? Yes, this would be really nice. Especially because it would not be conflicting with using freebsd-update (without an own build server). bye, Andy From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 21:30:24 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EE1316A404 for ; Fri, 20 Apr 2007 21:30:24 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5A16B13C469 for ; Fri, 20 Apr 2007 21:30:24 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JGT00MRECWQ2490@l-daemon> for freebsd-hackers@freebsd.org; Fri, 20 Apr 2007 14:29:14 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JGT00AJ2CWN9Q21@pd3mr3so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Fri, 20 Apr 2007 14:29:12 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JGT00HA3CWN9KB2@l-daemon> for freebsd-hackers@freebsd.org; Fri, 20 Apr 2007 14:29:11 -0600 (MDT) Received: (qmail 4468 invoked from network); Fri, 20 Apr 2007 20:28:40 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Fri, 20 Apr 2007 20:28:40 +0000 Date: Fri, 20 Apr 2007 13:28:39 -0700 From: Colin Percival In-reply-to: <20070420120014.110ED16A40B@hub.freebsd.org> To: freebsd-hackers@freebsd.org, Subhash Gopinath Message-id: <46292277.1070201@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <20070420120014.110ED16A40B@hub.freebsd.org> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: Subject: Re: Ipv6 mbuf vulnerability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 21:30:24 -0000 Subhash Gopinath wrote: > Does anyone know if FreeBSD 4.x or 5.x is affected by the Ipv6 mbuf > vulnerability just like OpenBSD? > > http://www.coresecurity.com/index.php5?module=ContentMod&action=item&id=1703 The project ipv6 experts have convinced me that FreeBSD is not affected. Colin Percival FreeBSD Security Officer From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 23:03:00 2007 Return-Path: X-Original-To: FreeBSD-Hackers@FreeBSD.org Delivered-To: FreeBSD-Hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2125816A400 for ; Fri, 20 Apr 2007 23:03:00 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.freebsd.org (Postfix) with SMTP id A94B013C489 for ; Fri, 20 Apr 2007 23:02:59 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: (qmail 22726 invoked by uid 98); 20 Apr 2007 23:02:58 -0000 Received: from 63.105.9.34 by digitaldaemon.com (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.87/1195. Clear:RC:1(63.105.9.34):. Processed in 0.078966 secs); 20 Apr 2007 23:02:58 -0000 X-Qmail-Scanner-Mail-From: jan@digitaldaemon.com via digitaldaemon.com X-Qmail-Scanner: 1.25 (Clear:RC:1(63.105.9.34):. Processed in 0.078966 secs) Received: from digitaldaemon.com (HELO ?80.175.151.2?) (63.105.9.34) by digitaldaemon.com with SMTP; 20 Apr 2007 23:02:58 -0000 Message-ID: <46294699.7040501@digitaldaemon.com> Date: Fri, 20 Apr 2007 19:02:49 -0400 From: Jan Knepper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Andy Hilker References: <45F1C355.8030504@digitaldaemon.com> <20070310082316.K64466@mignon.ki.iif.hu> <4628D3EA.6060405@digitaldaemon.com> <20070420192041.GA83236@mail.crypta.net> In-Reply-To: <20070420192041.GA83236@mail.crypta.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 23:03:00 -0000 Andy Hilker wrote: > Hi, > > You (Jan Knepper) wrote: > >> Any change this can be included officially at some point? >> > > Yes, this would be really nice. Especially because it would not be > conflicting with using freebsd-update (without an own build server). > Probably should be a configuration option (kernel config). Jan From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 20 23:24:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5914916A400 for ; Fri, 20 Apr 2007 23:24:45 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id A7FFD13C480 for ; Fri, 20 Apr 2007 23:24:44 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3KNMOEW053109; Sat, 21 Apr 2007 03:22:24 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3KNK8hq053090; Sat, 21 Apr 2007 03:20:08 +0400 (MSD) (envelope-from yar) Date: Sat, 21 Apr 2007 03:20:08 +0400 From: Yar Tikhiy To: Julian Elischer Message-ID: <20070420232008.GB52136@comp.chem.msu.su> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> <1176972570.4177.1.camel@hiro.auspc.com.au> <4627C438.8000304@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4627C438.8000304@elischer.org> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org, Alan Garfield Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 23:24:45 -0000 On Thu, Apr 19, 2007 at 12:34:16PM -0700, Julian Elischer wrote: > Alan Garfield wrote: > >On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote: > >> > >>>Apart from using fake MAC addresses, I don't think so. > >>I don't understand the concept of a fake MAC address, sorry. > >>The classic Ethernet is a broadcast medium by design, so a very > >>primitive NIC can just receive all traffic and let the driver or > >>network stack decide if the host wants a particular frame. On > >>output, the network stack can usually put any source MAC address > >>into the frame -- it's true for the most of Ethernet network > >>interfaces. So MAC addresses are always "fake" in a sense, as > >>neither the hardware nor the medium design enforces them. > > > >You're right. I don't fully understand quite what's happening behind the > >scene it would seem. > > It sounds like this should be a "point-to-point" interface, > and not an Ethernet interface.. If I understand what you are saying there > is only ever communications between 2 entities. > > What is on the other side of this connection? Alan may be busy debugging the driver, so let me answer for him, as he said my notion of the thing was correct. Sun Fire 20z is a more or less conventional amd64 machine but, besides the usual components forming the main system (CPU, RAM, bus, etc) it contains an additional small embedded-style computer (seems to be m68k based) with the role of monitoring and managing the main system hardware independently from the host OS, which can be overloaded with heavy tasks, unstable, or unresponsive. The small computer has its own external Ethernet interface for remote management and also can communicate with the main host OS via a small hardware buffer. It runs a custom Linux, and there's not much control over its properties. The Linux is hard-coded to send and receive but Ethernet frames via the buffer, so the main host OS has little choice there, too. > > > >>If I understand your case right, the two processors, CPU and SP, > >>share a hardware buffer, in which they can put some data for the > >>other side, e.g., an Ethernet frame, and then prod the other side > >>with an interrupt. That fits the Ethernet model ideally, so there > >>should be no need for hacks unless the other side, the SP running > >>a special Linux, takes the whole thing wrong. > > > >Again, you're correct. The Linux driver does have a certain 'quality' to > >it, but otherwise it should work as you've said. > > > >Alan. > > > >_______________________________________________ > >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" -- Yar From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 21 08:12:44 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6E2416A401 for ; Sat, 21 Apr 2007 08:12:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 5E97B13C4B0 for ; Sat, 21 Apr 2007 08:12:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3L8CBdI016967; Sat, 21 Apr 2007 18:12:11 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3L8CAN7016966; Sat, 21 Apr 2007 18:12:10 +1000 (EST) (envelope-from peter) Date: Sat, 21 Apr 2007 18:12:10 +1000 From: Peter Jeremy To: Yar Tikhiy Message-ID: <20070421081210.GK5257@turion.vk2pj.dyndns.org> References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> <1176972570.4177.1.camel@hiro.auspc.com.au> <4627C438.8000304@elischer.org> <20070420232008.GB52136@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AkbCVLjbJ9qUtAXD" Content-Disposition: inline In-Reply-To: <20070420232008.GB52136@comp.chem.msu.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 08:12:44 -0000 --AkbCVLjbJ9qUtAXD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-21 03:20:08 +0400, Yar Tikhiy wrote: >components forming the main system (CPU, RAM, bus, etc) it contains >an additional small embedded-style computer (seems to be m68k based) PPC actually. >with the role of monitoring and managing the main system hardware >independently from the host OS, which can be overloaded with heavy >tasks, unstable, or unresponsive. It provides fairly standard lights-out management access from a dedicated NIC: serial console (using conserver), remote reset and power control as well as system/environment monitoring (eg the CPU fans run at >16,000RPM). --=20 Peter Jeremy --AkbCVLjbJ9qUtAXD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGKcda/opHv/APuIcRAt2YAJ90vvxiqZVHHBDdeR3v7AdDcktWdwCfetgv 922nhzKThLk38RZwrh/moNA= =2WFI -----END PGP SIGNATURE----- --AkbCVLjbJ9qUtAXD-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 21 11:57:14 2007 Return-Path: X-Original-To: FreeBSD-Hackers@FreeBSD.org Delivered-To: FreeBSD-Hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F91A16A403 for ; Sat, 21 Apr 2007 11:57:14 +0000 (UTC) (envelope-from ah@crypta.net) Received: from mail.crypta.net (mail.crypta.net [83.136.131.3]) by mx1.freebsd.org (Postfix) with ESMTP id 142DE13C45A for ; Sat, 21 Apr 2007 11:57:14 +0000 (UTC) (envelope-from ah@crypta.net) Received: by mail.crypta.net (cryptobank/eProtect-smtpd, from userid 1001) id 098DFECD471; Sat, 21 Apr 2007 13:57:13 +0200 (CEST) Date: Sat, 21 Apr 2007 13:57:12 +0200 From: Andy Hilker To: Jan Knepper Message-ID: <20070421115712.GB41964@mail.crypta.net> References: <45F1C355.8030504@digitaldaemon.com> <20070310082316.K64466@mignon.ki.iif.hu> <4628D3EA.6060405@digitaldaemon.com> <20070420192041.GA83236@mail.crypta.net> <46294699.7040501@digitaldaemon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46294699.7040501@digitaldaemon.com> User-Agent: Mutt/1.4.2.2i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Cc: FreeBSD Hackers Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 11:57:14 -0000 You (Jan Knepper) wrote: > Andy Hilker wrote: > >Hi, > > > >You (Jan Knepper) wrote: > > > >>Any change this can be included officially at some point? > >> > > > >Yes, this would be really nice. Especially because it would not be > >conflicting with using freebsd-update (without an own build server). > > > Probably should be a configuration option (kernel config). Why? It would be more nice to configure it with rc.conf / sysctl if needed (because of freebsd-update). bye, Andy From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 21 16:19:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA10716A401 for ; Sat, 21 Apr 2007 16:19:22 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9B12D13C46A for ; Sat, 21 Apr 2007 16:19:21 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.197] (c220-239-255-86.rivrw3.nsw.optusnet.com.au [220.239.255.86]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id 4F9F55D45; Sun, 22 Apr 2007 02:19:18 +1000 (EST) Message-ID: <462A3962.1090505@fromorbit.com> Date: Sun, 22 Apr 2007 02:18:42 +1000 From: Alan Garfield User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Peter Jeremy References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> <1176972570.4177.1.camel@hiro.auspc.com.au> <4627C438.8000304@elischer.org> <20070420232008.GB52136@comp.chem.msu.su> <20070421081210.GK5257@turion.vk2pj.dyndns.org> In-Reply-To: <20070421081210.GK5257@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , Julian Elischer , freebsd-hackers@freebsd.org Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 16:19:22 -0000 Peter Jeremy wrote: > On 2007-Apr-21 03:20:08 +0400, Yar Tikhiy wrote: >> components forming the main system (CPU, RAM, bus, etc) it contains >> an additional small embedded-style computer (seems to be m68k based) > > PPC actually. And very limited in what they've included in it's base OS (no telnet, no vi!). > power control as well as system/environment monitoring (eg the CPU > fans run at >16,000RPM). And they're noisy suckers (pun intended) when the the SP is resetting or not running, as they default to max power when uncontrolled. The suction from the front is quite impressive. :) Alan. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 21 16:21:48 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 878AB16A408 for ; Sat, 21 Apr 2007 16:21:48 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id 49BB913C45A for ; Sat, 21 Apr 2007 16:21:48 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.197] (c220-239-255-86.rivrw3.nsw.optusnet.com.au [220.239.255.86]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id 741F25C18; Sun, 22 Apr 2007 02:21:47 +1000 (EST) Message-ID: <462A39F8.6010306@fromorbit.com> Date: Sun, 22 Apr 2007 02:21:12 +1000 From: Alan Garfield User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Yar Tikhiy References: <1176096815.4064.6.camel@hiro.auspc.com.au> <20070409.222300.-1350498722.imp@bsdimp.com> <20070417171622.GB95814@comp.chem.msu.su> <1176858032.4426.3.camel@hiro.auspc.com.au> <20070418074455.GD36635@comp.chem.msu.su> <1176948890.4175.50.camel@hiro.auspc.com.au> <20070419075604.GB60301@comp.chem.msu.su> <1176972570.4177.1.camel@hiro.auspc.com.au> <4627C438.8000304@elischer.org> <20070420232008.GB52136@comp.chem.msu.su> In-Reply-To: <20070420232008.GB52136@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: RFI: Ethernet driver ported from Linux X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 16:21:48 -0000 Yar Tikhiy wrote: > On Thu, Apr 19, 2007 at 12:34:16PM -0700, Julian Elischer wrote: >> What is on the other side of this connection? > > Alan may be busy debugging the driver, so let me answer for him, > as he said my notion of the thing was correct. Sun Fire 20z is a Nope sorry not debugging, I was out on my motorcycle riding around our beautiful north coast here in Sydney, Australia. I am however back at it now. :) You've nailed it pretty bang on there Yar, thanks very much. Cheers, Alan.