From owner-freebsd-hackers Sun Nov 24 3:57:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C68A137B401; Sun, 24 Nov 2002 03:57:49 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6746A43E88; Sun, 24 Nov 2002 03:57:48 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gAOBvjU9031402; Sun, 24 Nov 2002 06:57:45 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gAOBvi1n031401; Sun, 24 Nov 2002 06:57:44 -0500 (EST) (envelope-from hiten) Date: Sun, 24 Nov 2002 06:57:44 -0500 From: Hiten Pandya To: freebsd-hackers@FreeBSD.org Cc: bp@FreeBSD.org Subject: SMBFS uses incorrect field for process identification. Message-ID: <20021124065744.B29384@angelica.unixdaemons.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello there. The SMBFS build fails miserably, if SMB_VNODE_DEBUG is defined. It fails in smbfs_vnops.c, line 255. Only in -CURRENT. This is, because it enquires the wrong / inexistent field (struct thread)->td_pid. I am submitting a teeny weeny delta, which changes this, to use the correct field, which is: (struct thread)->td_proc->p_pid. You can get justification for this, by: # cd /sys/fs/smbfs # cvs log -r1.13 smbfs_vnops.c ---------------------------- revision 1.13 date: 2001/12/02 08:56:58; author: bp; state: Exp; lines: +66 -65 Catch up with KSE changes. Submitted by: Max Khon ---------------------------- # cvs diff -u -r1.12 -r1.13 smbfs_vnops.c %-- (extract from the diff) - SMBVDEBUG("name=%s, pid=%d, c=%d\n",np->n_name, p->p_pid, np->n_opencount); + SMBVDEBUG("name=%s, pid=%d, c=%d\n",np->n_name, td->td_pid, np->n_opencount); --% Fix is attached. I have tested it with build/ and it works. Debug extract: "smbfs_closel: name=TheRooT, pid=927, c=1" Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="smbfs_vnops.c.patch" Index: smbfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/smbfs/smbfs_vnops.c,v retrieving revision 1.24 diff -u -r1.24 smbfs_vnops.c --- smbfs_vnops.c 2002/09/26 14:07:43 1.24 +++ smbfs_vnops.c 2002/11/24 11:43:06 @@ -252,7 +252,7 @@ struct vattr vattr; int error; - SMBVDEBUG("name=%s, pid=%d, c=%d\n",np->n_name, td->td_pid, np->n_opencount); + SMBVDEBUG("name=%s, pid=%d, c=%d\n",np->n_name, td->td_proc->p_pid, np->n_opencount); smb_makescred(&scred, td, ap->a_cred); --YZ5djTAD1cGYuMQK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 0: 0:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BCC937B401 for ; Mon, 25 Nov 2002 00:00:48 -0800 (PST) Received: from yahoo.samart.co.th (tidkeaw.samart.co.th [203.149.0.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 824DA43E9C for ; Mon, 25 Nov 2002 00:00:47 -0800 (PST) (envelope-from iddi55@hotmail.com) Received: (qmail 701 invoked from network); 25 Nov 2002 08:08:57 -0000 Received: from unknown (HELO ardency.samart.co.th) ([10.0.0.11]) (envelope-sender ) by 10.0.0.22 (qmail-ldap-1.03) with SMTP for ; 25 Nov 2002 08:08:57 -0000 Received: (qmail 12277 invoked from network); 25 Nov 2002 08:10:05 -0000 Received: from unknown (HELO yahoo.samart.co.th) ([203.149.34.105]) (envelope-sender ) by yahoo.samart.co.th (qmail-ldap-1.03) with SMTP for ; 25 Nov 2002 08:10:05 -0000 Message-Id: <1038211241.824@samart.co.th> Date: Mon, 25 Nov 2002 15:00:41 0700 To: freebsd-hackers@FreeBSD.org From: "ฉันชนก" Subject: มีของดีมาบอกนะค๊ะ.... MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ลองเข้าไปกันดูนะค๊ะสำหรับผู้ที่ต้องการที่จะรักษาสุขภาพและควบคุมน้ำหนักที่ได้ผ ลที่สุด ไม่ต้องอดอาหาร เข้ามาได้ที่www.geocities.com/lookbestshape/health_slim/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 1: 2:14 2002 Delivered-To: freebsd-hackers@freefall.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E0837B42C for ; Mon, 25 Nov 2002 01:02:10 -0800 (PST) Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F2943E91 for ; Mon, 25 Nov 2002 01:02:09 -0800 (PST) (envelope-from mariam_auc@libero.it) Received: from libero.it (193.70.192.62) by smtp2.libero.it (6.5.028) id 3DD26E4B001C7694; Mon, 25 Nov 2002 09:56:23 +0100 Date: Mon, 25 Nov 2002 09:56:22 +0100 Message-Id: Subject: =?iso-8859-1?Q?Holle?= MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "=?iso-8859-1?Q?mariam=5Fauc@libero.it?=" To: "=?iso-8859-1?Q?mariam=5Fauc?=" X-XaM3-API-Version: 3.2 R24 (B46 pl2) X-type: 0 X-SenderIP: 64.110.146.37 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Good day,=0D=0A=0D=0AI am obliged to confide in you with the hope that yo= u will understand=0D=0Amy plight and need of assistance. I got your addre= ss from the net and=0D=0Aafter praying for God=B4s guidance, decided to c= ontact you.=0D=0AI am Mariam Bangura, daughter of late Mr John Bangura o= f Sierra Leone=0D=0Awho was killed by the Sierra Leone's rebel forces on = the 24th of=0D=0ADecember,1999 in my country Sierra Leone.=0D=0AWhen he w= as still alive, he deposited one trunk box containing the sum=0D=0Aof USD= $10 million dollars in cash (Ten Million dollars). with a private=0D=0Ase= curity and safe deposit company here in Abidjan Cote d=B4Ivoire.=0D=0AThi= s=0D=0Amoney was made from the sell of Gold and Diamond by my mother and = she=0D=0Ahave already decided to use this money for future investment of = the=0D=0Afamily.=0D=0ARecently, I rushed down to Abidjan after being able= to locate where my=0D=0Alate father kept the depository Agreement made b= etween himself and the=0D=0Asecurity company. I have confirmed from the s= ecurity company that the=0D=0Aconsignment is in their custody, when I dem= anded for the release of the=0D=0Aconsignment to me in my capacity of bei= ng the daughter of Mr Bangura,=0D=0Athe depositor of the consignment, I w= as told that in the absence of my=0D=0Afather, the only person that can d= emand for the release of the=0D=0Aconsignment is my late father=B4s forei= gn partner on whose behalf the=0D=0Aconsignment was deposited.=0D=0AMeanw= hile, my father have instructed me that in the case of his death,=0D=0Ath= at I should look for a trusted foreigner who can assist me to move=0D=0Ao= ut this money from C=F4te d=B4Ivoire immediately for investment .=0D=0A=0D= =0ABased on this , I solicit for your assistance to transfer this fund=0D= =0Ainto your Account, but I will demand for the following requirement:=0D= =0A=0D=0A(1) Could you provide for me a safe Bank Account where=0D=0Athis= fund will be transferred to in your country after retrieving the=0D=0Ab= ox containing the money from the custody of the security company.=0D=0A=0D= =0A(2) Could you be able to introduce me to a profitable business venture= =0D=0Athat would not require much technical expertise in your country whe= re=0D=0Apart of this fund will be invested?=0D=0A=0D=0A I am a Christian= and I will please, want you to handle this=0D=0Atransaction based on the= trust I have established on you.=0D=0AFor your assistance in this transa= ction, I have decided to compensate=0D=0Ayou with 10 percent of the total= amount at the end of this business.=0D=0AThe security of this business i= s very important to me and as such, I=0D=0Awould like you to keep this bu= siness very confidential.=0D=0AI shall expect an early response from you.= =0D=0AThank you and God bless.=0D=0A=0D=0AYours sincerely,=0D=0AMariam Ba= ngura=0D=0Amariam_auc@libero.it =0D=0A=0D=0A=0D=0A=0D=0A =0D=0A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 1: 2:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D6237B433; Mon, 25 Nov 2002 01:02:16 -0800 (PST) Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 660FE43E9C; Mon, 25 Nov 2002 01:02:15 -0800 (PST) (envelope-from mariam_auc@libero.it) Received: from libero.it (193.70.192.62) by smtp2.libero.it (6.5.028) id 3DD26E4B001C7694; Mon, 25 Nov 2002 09:56:23 +0100 Date: Mon, 25 Nov 2002 09:56:22 +0100 Message-Id: Subject: =?iso-8859-1?Q?Holle?= MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "=?iso-8859-1?Q?mariam=5Fauc@libero.it?=" To: "=?iso-8859-1?Q?mariam=5Fauc?=" X-XaM3-API-Version: 3.2 R24 (B46 pl2) X-type: 0 X-SenderIP: 64.110.146.37 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Good day,=0D=0A=0D=0AI am obliged to confide in you with the hope that yo= u will understand=0D=0Amy plight and need of assistance. I got your addre= ss from the net and=0D=0Aafter praying for God=B4s guidance, decided to c= ontact you.=0D=0AI am Mariam Bangura, daughter of late Mr John Bangura o= f Sierra Leone=0D=0Awho was killed by the Sierra Leone's rebel forces on = the 24th of=0D=0ADecember,1999 in my country Sierra Leone.=0D=0AWhen he w= as still alive, he deposited one trunk box containing the sum=0D=0Aof USD= $10 million dollars in cash (Ten Million dollars). with a private=0D=0Ase= curity and safe deposit company here in Abidjan Cote d=B4Ivoire.=0D=0AThi= s=0D=0Amoney was made from the sell of Gold and Diamond by my mother and = she=0D=0Ahave already decided to use this money for future investment of = the=0D=0Afamily.=0D=0ARecently, I rushed down to Abidjan after being able= to locate where my=0D=0Alate father kept the depository Agreement made b= etween himself and the=0D=0Asecurity company. I have confirmed from the s= ecurity company that the=0D=0Aconsignment is in their custody, when I dem= anded for the release of the=0D=0Aconsignment to me in my capacity of bei= ng the daughter of Mr Bangura,=0D=0Athe depositor of the consignment, I w= as told that in the absence of my=0D=0Afather, the only person that can d= emand for the release of the=0D=0Aconsignment is my late father=B4s forei= gn partner on whose behalf the=0D=0Aconsignment was deposited.=0D=0AMeanw= hile, my father have instructed me that in the case of his death,=0D=0Ath= at I should look for a trusted foreigner who can assist me to move=0D=0Ao= ut this money from C=F4te d=B4Ivoire immediately for investment .=0D=0A=0D= =0ABased on this , I solicit for your assistance to transfer this fund=0D= =0Ainto your Account, but I will demand for the following requirement:=0D= =0A=0D=0A(1) Could you provide for me a safe Bank Account where=0D=0Athis= fund will be transferred to in your country after retrieving the=0D=0Ab= ox containing the money from the custody of the security company.=0D=0A=0D= =0A(2) Could you be able to introduce me to a profitable business venture= =0D=0Athat would not require much technical expertise in your country whe= re=0D=0Apart of this fund will be invested?=0D=0A=0D=0A I am a Christian= and I will please, want you to handle this=0D=0Atransaction based on the= trust I have established on you.=0D=0AFor your assistance in this transa= ction, I have decided to compensate=0D=0Ayou with 10 percent of the total= amount at the end of this business.=0D=0AThe security of this business i= s very important to me and as such, I=0D=0Awould like you to keep this bu= siness very confidential.=0D=0AI shall expect an early response from you.= =0D=0AThank you and God bless.=0D=0A=0D=0AYours sincerely,=0D=0AMariam Ba= ngura=0D=0Amariam_auc@libero.it =0D=0A=0D=0A=0D=0A=0D=0A =0D=0A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 1:52:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F394C37B401; Mon, 25 Nov 2002 01:52:22 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D60243E3B; Mon, 25 Nov 2002 01:52:16 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAP9nnkY024495; Mon, 25 Nov 2002 04:49:49 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAP9nm8Z024492; Mon, 25 Nov 2002 04:49:49 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Mon, 25 Nov 2002 04:49:48 -0500 (EST) From: Kenneth Culver To: freebsd-questions@freebsd.org, Subject: Wierd message followed mem prob Message-ID: <20021125044616.E24473-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.3 required=5.0 tests=X_AUTH_WARNING,DOUBLE_CAPSWORD,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, This is in addition to my last mail. Just to reiterate, I'm using FreeBSD 4.7-STABLE as of a few days ago, and I've never seen this problem before. The wierd message comes from /usr/src/sys/i386/i386/machdep.c: "Too many holes in the physical address space, giving up" It prints before even the copyright message on bootup. Second is (I think as a result of this message) My total memory is too small by over 100M (I have 512M): Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #0: Mon Nov 25 04:25:46 EST 2002 culverk@kenshin.yumyumyum.org:/usr/src/sys/compile/MYKERNEL Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) XP 2000+ (1667.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 402669568 (393232K bytes) avail memory = 386879488 (377812K bytes) Anyone know what's going on/how to fix it? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 1:57:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49C8337B401 for ; Mon, 25 Nov 2002 01:57:42 -0800 (PST) Received: from grsu.by (grsu.grodno.by [194.158.202.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 91EB743E3B for ; Mon, 25 Nov 2002 01:57:22 -0800 (PST) (envelope-from grog@grsu.by) Received: (qmail 18410 invoked from network); 25 Nov 2002 09:56:33 -0000 Received: from unknown (HELO grsu.by) (10.31.16.99) by grsu.by with SMTP; 25 Nov 2002 09:56:33 -0000 Received: (qmail 3953 invoked by uid 1000); 25 Nov 2002 10:00:15 -0000 Date: Mon, 25 Nov 2002 12:00:14 +0200 From: Yury Tarasievich To: freebsd-hackers@freebsd.org Subject: documentation on kernel locks, mutexes? Message-ID: <20021125100013.GA3937@deptty.in.grsu.by> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I need to port some driver from linux to freebsd and, somehow, I can't find documentation on kernel locks and mutexes. There are no man pages, links from handbook are broken, and search on freebsd site gives nothing (besides the handbook itself). Where can I find some docs? ,Yury. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 2:23: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498FC37B401; Mon, 25 Nov 2002 02:23:07 -0800 (PST) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 465EA43E88; Mon, 25 Nov 2002 02:23:06 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0020.cvx21-bradley.dialup.earthlink.net ([209.179.192.20] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GGOG-0004Dw-00; Mon, 25 Nov 2002 02:22:56 -0800 Message-ID: <3DE1F9B0.19CEAB5F@mindspring.com> Date: Mon, 25 Nov 2002 02:21:36 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Wierd message followed mem prob References: <20021125044616.E24473-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > This is in addition to my last mail. Just to reiterate, I'm using > FreeBSD 4.7-STABLE as of a few days ago, and I've never seen this problem > before. The wierd message comes from /usr/src/sys/i386/i386/machdep.c: > > "Too many holes in the physical address space, giving up" > > It prints before even the copyright message on bootup. Second is (I think > as a result of this message) My total memory is too small by over 100M (I > have 512M): Your physical memory map is laid out such that it has holes in; in general, the code, as written, can tolerate up to 7 holes... 8 discontiguous chunks. In a properly functioning system, you will not have more than that, and will generally have much less (the number goes up if 384K is remapped from expansion RAM to back-fill the "hole" above 640K; in general, you should turn this off in the BIOS, if you can, unless you are multibooting the system in DOS, and are using QEMM or a similar TSR to access expansion RAM). In general, the message is mostly harmless. What it means is that there is some physical memory that was not mapped into the address space as a known chunk, because of regions within memory that have been "mapped out" -- "holes". You lose access to chunks above the last chunk. If it's complaining about holes, rather than segments, then it means that "INT 15:E820" is succeeding without leaving anything out, but that the number of holes detected are larger than the number of holes that the BIOS knows about -- there is a mismatch -- and that the number of holes is greater than 8. The number of holes available to be mapped this way are limited to PHYS_AVAIL_ARRAY_END. By default, this will be 8... the maximum number supported is limited by the index for the declaration of the phys_avail[] array, minus 2 (default: 10). You can increase this number by modifying the "10" in the phys_avail[] array declaration. You may want to try jumping it up to 20, and recompiling the kernel (the declaration is around line 206 of /sys/i386/i386/machdep.c). In general, this is a bad way to work around the problem. If you have many detected holes like this in your address space, it is usually indicative of a hardware problem. This is usually either a brocken interior address line (but above a page worth of bits - bit 12) in the memory bus circuitry, or a broken RAM chip and/or bad connections on a SIMM. NB: Given address space layout on PC's, the algorithm would lose less total RAM in the situation where it has chunk issues like this, if it started from the top down, instead of the bottom up, since the "chunkiness" will be found below 540K and/or in the bus I/O address space. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 2:27:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A82A337B401 for ; Mon, 25 Nov 2002 02:27:17 -0800 (PST) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EC743E4A for ; Mon, 25 Nov 2002 02:27:17 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0020.cvx21-bradley.dialup.earthlink.net ([209.179.192.20] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GGSI-0006OZ-00; Mon, 25 Nov 2002 02:27:06 -0800 Message-ID: <3DE1FAAB.81356E0A@mindspring.com> Date: Mon, 25 Nov 2002 02:25:47 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Yury Tarasievich Cc: freebsd-hackers@freebsd.org Subject: Re: documentation on kernel locks, mutexes? References: <20021125100013.GA3937@deptty.in.grsu.by> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yury Tarasievich wrote: > I need to port some driver from linux to freebsd and, somehow, > I can't find documentation on kernel locks and mutexes. > There are no man pages, links from handbook are broken, and search on > freebsd site gives nothing (besides the handbook itself). > > Where can I find some docs? Kernel documentation is poor, because interfaces are not as fixed in stone as you might expect them to be to encourage third party developement and porting efforts like yours. Your best bet is to pick a driver for an existing device that is similar in operation to the device whose driver you are in the process of porting, and use it as a guide to tell you where and how to lock. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 4:30: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE5D37B401 for ; Mon, 25 Nov 2002 04:30:06 -0800 (PST) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 960E643E88 for ; Mon, 25 Nov 2002 04:29:56 -0800 (PST) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6/8.12.6) with ESMTP id gAPCT4TP093705; Mon, 25 Nov 2002 14:29:05 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6/8.12.6/Submit) id gAPCT2nP093704; Mon, 25 Nov 2002 14:29:02 +0200 (EET) Date: Mon, 25 Nov 2002 14:29:02 +0200 From: Alexandr Kovalenko To: Matthew Dillon Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG Subject: jail: hide df output Message-ID: <20021125122902.GA92545@nevermind.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm trying to find place in kernel which is used by df to show mountpoints and free space on them to change it in way that jailed user: - cannot view any host-os mounted filesystems; - can view in df output only his /jail/jailXX/ unionfs mount where data taken from quota data. Any help would be appreciated. -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 4:43:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7694137B401 for ; Mon, 25 Nov 2002 04:43:42 -0800 (PST) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF4443E91 for ; Mon, 25 Nov 2002 04:43:41 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id gAPCgsS4862723; Mon, 25 Nov 2002 15:42:55 +0300 (MSK) Date: Mon, 25 Nov 2002 15:42:54 +0300 (MSK) From: Maxim Konovalov To: Alexandr Kovalenko Cc: Matthew Dillon , Poul-Henning Kamp , Subject: Re: jail: hide df output In-Reply-To: <20021125122902.GA92545@nevermind.kiev.ua> Message-ID: <20021125154223.T25655-100000@news1.macomnet.ru> References: <20021125122902.GA92545@nevermind.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15:29+0300, Nov 25, 2002, Alexandr Kovalenko wrote: > Hello, > > I'm trying to find place in kernel which is used by df to show > mountpoints and free space on them to change it in way that jailed user: > - cannot view any host-os mounted filesystems; > - can view in df output only his /jail/jailXX/ unionfs mount where > data taken from quota data. > > Any help would be appreciated. http://www.freebsd.org/cgi/query-pr.cgi?pr=26740 -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 5:15:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1E6937B401; Mon, 25 Nov 2002 05:15:34 -0800 (PST) Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC89E43EB2; Mon, 25 Nov 2002 05:15:33 -0800 (PST) (envelope-from dmagda@number6.dyndns.org) Received: from number6.magda.ca ([64.229.177.206]) by tomts9-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021125131533.YSWI4359.tomts9-srv.bellnexxia.net@number6.magda.ca>; Mon, 25 Nov 2002 08:15:33 -0500 Received: from number6.magda.ca (localhost.magda.ca [127.0.0.1]) by number6.magda.ca (8.12.6/8.12.6) with ESMTP id gAPDFWWj000799 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 25 Nov 2002 08:15:32 -0500 (EST) (envelope-from dmagda@number6.dyndns.org) Received: (from dmagda@localhost) by number6.magda.ca (8.12.6/8.12.6/Submit) id gAPDFSSe000796; Mon, 25 Nov 2002 08:15:28 -0500 (EST) (envelope-from dmagda@number6.dyndns.org) X-Authentication-Warning: number6.magda.ca: dmagda set sender to dmagda@number6.magda.ca using -f To: Alexander Cc: freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, Subject: Re: SiS 900 Ethernet card References: <20021120182432.I52541-100000@amour.ath.cx> Reply-To: dmagda@ee.ryerson.ca From: David Magda Date: 25 Nov 2002 08:15:28 -0500 In-Reply-To: <20021120182432.I52541-100000@amour.ath.cx> Message-ID: <86k7j1n633.fsf@number6.magda.ca> Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander writes: > I just tested the sis.diff patch and it almost worked on me :) What version of FreeBSD are you running? We had the same problem but when we updated the sources to 4.6-stable it was fixed in src/sys/pci/if_sis.c on February 19. Check the source of the file and make sure you have at least version 1.13.4.20. If you don't, update the sources and recompile. If you have that version (or newer) then it's not the problem I'm thing about. -- David Magda Because the innovator has for enemies all those who have done well under the old conditions, and lukewarm defenders in those who may do well under the new. -- Niccolo Machiavelli, _The Prince_, Chapter VI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 5:45:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B65C37B401 for ; Mon, 25 Nov 2002 05:45:57 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A9343E88 for ; Mon, 25 Nov 2002 05:45:55 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id gAPDjq9K030327 for ; Mon, 25 Nov 2002 16:45:52 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id gAPDjpXc030326 for freebsd-hackers@freebsd.org; Mon, 25 Nov 2002 16:45:51 +0300 (MSK) Date: Mon, 25 Nov 2002 16:45:51 +0300 From: Yar Tikhiy To: freebsd-hackers@freebsd.org Subject: Review by USB wizard wanted Message-ID: <20021125164551.A26800@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I'm playing with a Sony USB memory stick reader/writer. It's a pretty slow device, so it triggers some bugs in the FreeBSD USB code unnoticed before. I'm new to USB programming, so I submit my notes to a discussion or review. First, sometimes (especially, if twitching a memory stick out of the reader while the device is being detected) a transfer to the umass device is initiated *after* the device is already gone. System panic follows. The transfer is initiated when destroying the default pipe to the device. Indeed, the current usb_subr.c code will detach child devices first and destroy the default pipe then. Reverting this order eliminates the panic. Second, twitching a memory stick can cause CAM jam. That happens because the umass detach routine won't wake up the upper layer when processing a device with a pending transfer on it. Patches addressing the above problems are attached below. -- Yar --- usb_subr.c.orig Sat Nov 16 12:07:50 2002 +++ usb_subr.c Fri Nov 22 15:45:35 2002 @@ -1292,8 +1292,6 @@ { int ifcidx, nifc; - if (dev->default_pipe != NULL) - usbd_kill_pipe(dev->default_pipe); if (dev->ifaces != NULL) { nifc = dev->cdesc->bNumInterface; for (ifcidx = 0; ifcidx < nifc; ifcidx++) @@ -1340,6 +1338,9 @@ return; } #endif + + if (dev->default_pipe != NULL) + usbd_kill_pipe(dev->default_pipe); if (dev->subdevs != NULL) { DPRINTFN(3,("usb_disconnect_port: disconnect subdevs\n")); --- umass.c.orig Sat Nov 16 12:07:50 2002 +++ umass.c Fri Nov 22 21:42:10 2002 @@ -1033,6 +1033,13 @@ /* detach the device from the SCSI host controller (SIM) */ err = umass_cam_detach(sc); + /* if upper layer is waiting for a transfer to finish, wake it up */ + if (sc->transfer_state != TSTATE_IDLE) { + sc->transfer_state = TSTATE_IDLE; + sc->transfer_cb(sc, sc->transfer_priv, + sc->transfer_datalen, STATUS_WIRE_FAILED); + } + for (i = 0; i < XFER_NR; i++) if (sc->transfer_xfer[i]) usbd_free_xfer(sc->transfer_xfer[i]); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 5:56:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F17F737B406 for ; Mon, 25 Nov 2002 05:56:50 -0800 (PST) Received: from mail.clubiti.com (loudspeaker.itisb.com [64.114.25.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5421143EB2 for ; Mon, 25 Nov 2002 05:56:50 -0800 (PST) (envelope-from onacct456t@aol.com) Received: (qmail 6903 invoked by uid 85); 25 Nov 2002 13:54:39 -0000 Received: from onacct456t@aol.com by mail.clubiti.com by uid 82 with qmail-scanner-1.11 (uvscan: v4.1.40/v4202. . Clear:. Processed in 1.124603 secs); 25 Nov 2002 13:54:39 -0000 Received: from loudspeaker.itisb.com (HELO localhost) (10.10.11.1) by -H with SMTP; 25 Nov 2002 13:54:37 -0000 Received: from 200.68.150.54 (200.68.150.54) by loudspeaker From: "From the desk of E.A. Roth" Reply-To: onacct456t@aol.com To: orders@sinauer.com, msb@sq.sq.com Cc: listserv@webber.oup.co.uk, jah@praxis.co.uk, radzi@kusza.edu.my, freebsd-hackers@freebsd.org, simon.tong@st-johns.oxford.ac.uk Date: Mon, 25 Nov 2002 09:56:39 -0400 Subject: Looking for old friends MIME-Version: 1.0 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20021125135650.5421143EB2@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG *** Come Check Out Me and My Happy Friends **** Live webmcams, one on one chat and lots more. Click here for our pics: http://ssvideos.com/main.html No one under 18 allowed to view this material! if you would like to be removed please click here: http://ssvideos.com/remove.html [^3247(^(P] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 6: 8:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 241F737B401 for ; Mon, 25 Nov 2002 06:08:09 -0800 (PST) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AE743E88 for ; Mon, 25 Nov 2002 06:08:01 -0800 (PST) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6/8.12.6) with ESMTP id gAPE7DTP098383; Mon, 25 Nov 2002 16:07:15 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6/8.12.6/Submit) id gAPE7B6r098382; Mon, 25 Nov 2002 16:07:11 +0200 (EET) Date: Mon, 25 Nov 2002 16:07:10 +0200 From: Alexandr Kovalenko To: Maxim Konovalov Cc: Matthew Dillon , Poul-Henning Kamp , hackers@FreeBSD.ORG Subject: Re: jail: hide df output Message-ID: <20021125140710.GA94012@nevermind.kiev.ua> References: <20021125122902.GA92545@nevermind.kiev.ua> <20021125154223.T25655-100000@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20021125154223.T25655-100000@news1.macomnet.ru> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Maxim Konovalov! On Mon, Nov 25, 2002 at 03:42:54PM +0300, you wrote: > > I'm trying to find place in kernel which is used by df to show > > mountpoints and free space on them to change it in way that jailed user: > > - cannot view any host-os mounted filesystems; > > - can view in df output only his /jail/jailXX/ unionfs mount where > > data taken from quota data. > > > > Any help would be appreciated. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=26740 Thank you! :) Now I need only quota thing and fix for correct stripping of unionfs mounts. -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 6:22: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F2BE37B401 for ; Mon, 25 Nov 2002 06:22:03 -0800 (PST) Received: from hotmail.com (f169.law7.hotmail.com [216.33.237.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D56343EA9 for ; Mon, 25 Nov 2002 06:22:03 -0800 (PST) (envelope-from ultraman62@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 25 Nov 2002 06:22:03 -0800 Received: from 203.147.0.42 by lw7fd.law7.hotmail.msn.com with HTTP; Mon, 25 Nov 2002 14:22:03 GMT X-Originating-IP: [203.147.0.42] From: "Daorat Kerdlapanan" To: hackers@FreeBSD.ORG Subject: Why my FreeBSD can't recieve Multicast MAC frame Date: Mon, 25 Nov 2002 21:22:03 +0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Nov 2002 14:22:03.0356 (UTC) FILETIME=[066849C0:01C2948E] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I sent HTTP request to IP alias of my host with Multicast MAC address 01:00:5e:01:02:03, but i don't see reply or respone from my FreeBSD. How can i do it? I joined IP Multicast address Group 224.1.2.3 (Mac = 01:00:5e:01:02:03) by mtest program. #netstat -nia /* At My host. Results of netstat -nia after join by mtest (j 224.1.2.3 0.0.0.0) */ Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ep1 1500 00:60:97:1a:af:ee 16 0 15 0 0 01:00:5e:01:02:03 /* Multicast MAC address from joining 224.1.2.3 */ 33:33:95:a7:5b:2a 33:33:00:00:00:01 33:33:ff:1a:af:ee 01:00:5e:00:00:01 ep1 1500 192.168.2 192.168.2.2 12 - 8 - - 224.1.2.3 /* IP multicast */ 224.0.0.1 ep1 1500 fe80:3::260 fe80:3::260:97ff: 0 - 0 - - ff02:3::2:95a7:5b2a (refs: 1) ff02:3::1 (refs: 1) ff02:3::1:ff1a:afee (refs: 1) ep1 1500 192.168.2.4/3 192.168.2.4 0 - 0 - - 224.1.2.3 224.0.0.1 #ifconfig /* My host is Apache server */ ep1: flags=8873 mtu 1500 inet 192.168.2.2 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fe80::260:97ff:fe1a:afee%ep1 prefixlen 64 scopeid 0x3 inet 192.168.2.4 netmask 0xffffffff broadcast 192.168.2.4 ether 00:60:97:1A:AF:EE media: Ehernet 10baseT/UTP Packet (HTTP request) contain following below:- -src ether 00:A0:24:9D:AC:65 -dst ether 01:00:5E:01:02:03 -src IP 192.168.1.226 -dst IP 192.168.2.4 Why my FreeBSD can't recieve Multicast MAC frame that I sent to? How can i do? Please help me. Thank you Daorat _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 7:25:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D2237B401 for ; Mon, 25 Nov 2002 07:25:30 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9664543EA9 for ; Mon, 25 Nov 2002 07:25:29 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Mon, 25 Nov 2002 10:25:28 -0500 Message-ID: From: Don Bowman To: 'Daorat Kerdlapanan' , hackers@FreeBSD.ORG Subject: RE: Why my FreeBSD can't recieve Multicast MAC frame Date: Mon, 25 Nov 2002 10:25:27 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Daorat Kerdlapanan [mailto:ultraman62@hotmail.com] > I sent HTTP request to IP alias of my host with Multicast MAC address > 01:00:5e:01:02:03, but i don't see reply or respone from my > FreeBSD. How can > i do it? HTTP is a TCP protocol. TCP doesn't support multicast (since there are replies to be sent). --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 7:41:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8EC337B401 for ; Mon, 25 Nov 2002 07:41:30 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A8043EAA for ; Mon, 25 Nov 2002 07:41:25 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPFfMBF034898; Mon, 25 Nov 2002 10:41:22 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 10:41:21 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dancho Penev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: default acl for directory In-Reply-To: <20021123160418.GA252@earth.dpsca.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 23 Nov 2002, Dancho Penev wrote: > I was played with acl and specially default acl for directories at my > FreeBSD-CURRENT machine with UFS2 filesystem and some questions appears > to me: > > 1. How about default acl permission to override umask? Is that the idea > who isn't yet implemented or you have opinions against that. My reading of the POSIX.1e spec was that umask would continue to mask ACLs in the same manner it masked permissions. However, you're welcome to re-read the spec, or e-mail the POSIX.1e mailing list, and let us know if the result looks different to you :-). The idea, btw, I suspect, is that this provides maximum compatibility for applications that understand only permissions and not full ACLs. > 2. What are reasons to update ACL_MASK entry (if exist) or ACL_GROUP_OBJ > entry (if mask doesn't exist) but not both in ufs_sync_acl_from_inode()? > > It's true that reverse function ufs_sync_inode_from_acl() uses the same > logic but take a look at follow situation: This is another POSIX.1e-ism, and our implementation is based on a reading of that draft spec. If you want to give it a reading, or query the POSIX.1e list for clarification, I'd welcome any investigation of the issue. My understanding is that the goal of the mask is to match the semantics of the permissions group entry in the traditional inode protections for applications that don't understand ACLs. I.e., suppose an application creates a file, then chmods it 0600 -- the application wants the owner, and only the owner, to have read and write access. If a mask entry is present (and it is required if there is ever any other extended entry), then we update the mask entry in the chmod(), which in effect leads to the same result: it masks all entries but the owner and the other entry. If there's no mask entry, then there are no extended entries, so we actually change the group protections. If the implementation of this logic looks incorrect, please let me know. Also, feel free to read the spec and e-mail the list and see if this actually is a sensical interpretation of the spec. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 10:54:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3EAB37B404 for ; Mon, 25 Nov 2002 10:54:40 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81B2E43EAA for ; Mon, 25 Nov 2002 10:54:39 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.6/8.12.6) with ESMTP id gAPIutnm000579 for ; Mon, 25 Nov 2002 19:56:55 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: Thierry Herbelot To: "freebsd-hackers@FreeBSD.ORG" Subject: Reading from an OS-X HFS disk drive ? Date: Mon, 25 Nov 2002 19:54:32 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200211251954.32081.thierry@herbelot.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've installed 5.0-DP2 on my Vaio which has a firewire port. I already had loaded the firewire driver in 4.7-Stable, to see what happened (nothing remarkable : the chipset is indeed probed and recognized, nevertheless, thanks for the driver !). To go a bit further, I've borrowed a 80Gb disk from a colleague, who runs OS-X on his machine. I'm trying to read from this disk under 5.0-DP2 after loading the sbp.ko module, the disk is detected as : sbp0: on firewire0 sbp_attach sbp_post_explore: EUI:0030e001e0000005 spec=1 key=1. sbp0:0:0 LOGIN sbp0:0:0 ordered:1 type:14 EUI:0030e001e0000005 node:1 speed:2 maxrec:5 new! sbp0:0:0 'Oxford Semiconductor Ltd. ' 'OXFORD IDE Device ' '000031' sbp0:0:0 login: len 16, ID 0, cmd 0000fffff0100000, recon_hold 0 sbp0:0:0 sbp_busy_timeout sbp0:0:0 sbp_agent_reset sbp0:0:0 sbp_do_attach sbp0:0:0 sbp_cam_scan_lun pass0 at sbp0 bus 0 target 0 lun 0 pass0: Fixed Simplified Direct Access SCSI-4 device pass0: Serial Number VNC402A4L6Z6LA pass0: 50.000MB/s transfers da0 at sbp0 bus 0 target 0 lun 0 da0: FixedSimplified Direct Access SCSI-4 device da0: Serial Number VNC402A4L6Z6LA da0: 50.000MB/s transfers da0: 78533MB (160836480 512 byte sectors: 255H 63S/T 10011C) GEOM: new disk da0 I've tried both /usr/ports/emulators/hfs and hfsutils, but I can't read the HFS partition. I only have the root directory : portable-cur# hfs dir -d /dev/da0 Volume is Musique Directory of : DMGR BTFL 1257472 0 Aug 29 14:23 Desktop DB DMGR DTFL 0 0 Aug 29 14:23 Desktop DF MACS FNDR 0 0 Aug 29 14:23 Finder ttxt ttro 1781 0 Aug 29 14:23 ReadMe MACS zsys 0 22233 Aug 29 14:23 System 5 file(s) 1259253 bytes (data) 22233 bytes (resource) 0 bytes free Is it a special form of HFS (HFS+ ?) ? is there some utility to mount this kinds of partitions ? Thanks in advance TfH PS : the first sentence of the ReadMe file is : "This hard disk is formatted with the Mac OS Extended format. Your files and information are still on the hard disk, but you cannot access them with the version To access your files you must mount this hard disk on a computer that has Mac OS 8.1 or later installed." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 12:18:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59E4337B401 for ; Mon, 25 Nov 2002 12:18:33 -0800 (PST) Received: from server2.wojo.com (server2.wojo.com [198.77.29.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B79D43E9C for ; Mon, 25 Nov 2002 12:18:25 -0800 (PST) (envelope-from robertw@wojo.com) Received: by server2.wojo.com (Postfix, from userid 502) id E52EA8D6; Mon, 25 Nov 2002 15:18:12 -0500 (EST) Received: from moe.wojo.net (ip44.dialup.iflint.net [198.173.220.44]) by server2.wojo.com (Postfix) with ESMTP id 946228B for ; Mon, 25 Nov 2002 15:18:08 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: jail: hide df output X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 25 Nov 2002 15:18:06 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: jail: hide df output Thread-Index: AcKUfsAY3BgxE9PDTVu2jM9rLgHe+AAQL53A From: "Robert S. Wojciechowski Jr." To: X-Spam-Status: No, hits=-106.2 required=6.0 tests=QUOTED_EMAIL_TEXT,USER_IN_WHITELIST,USER_IN_WHITELIST_TO version=2.50-cvs X-Spam-Level: X-Sanitizer: Anomy Sanitizer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm trying to find place in kernel which is used by df to show > mountpoints and free space on them to change it in way that jailed user: > - cannot view any host-os mounted filesystems; > - can view in df output only his /jail/jailXX/ unionfs mount where > data taken from quota data. >=20 Try http://garage.freebsd.pl/jailfsstat.README and http://garage.freebsd.pl/ -- Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 13:27:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A2A337B408 for ; Mon, 25 Nov 2002 13:27:44 -0800 (PST) Received: from theearthis.mine.nu (24-90-200-150.nyc.rr.com [24.90.200.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA1443EBE for ; Mon, 25 Nov 2002 13:27:43 -0800 (PST) (envelope-from jonah@theearthis.mine.nu) Received: by theearthis.mine.nu (Postfix, from userid 1000) id 46E2A443; Fri, 22 Nov 2002 20:13:09 -0500 (EST) Date: Fri, 22 Nov 2002 20:13:09 -0500 From: Jonah Sherman To: freebsd-hackers@freebsd.org Subject: Re: Assembly and ELF Message-ID: <20021123011309.GA145@haxb0x> Reply-To: Jonah Sherman Mail-Followup-To: freebsd-hackers@freebsd.org References: <3D9FE7F600006860@cpfe5.be.tisc.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D9FE7F600006860@cpfe5.be.tisc.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I suggest you read "The Design and Implementation of the 4.4BSD Operating System". It will answer most if not all of your questions. On Sat, Nov 23, 2002 at 02:05:03AM +0100, dslb@tiscali.dk wrote: > OK, I have read some more now and will ask a few questions. If I am asking > the wrong place, please say so. > 1. If have found part of what I am looking for: > http://www.cs.ucdavis.edu/~haungs/paper/node14.html#sections > But I need more info (in depth info). Is .bss = the heap? > > 2. I would like more info about the FreeBSD program loader. I would like > to know what happens when you load a program, what is put in the ram. I > have come by a short list: > Fist .text > Then .data > Last the stack. > But I would really like to know more about how FreeBSD use these, what is > else there (in the ram)? > > 3. I also read that when a buffer is overflowed, it is because this happens: > a) The system make room in the stack for the buffer > b) The buffer is overwritten. > What I don't understand is why the stack is being use to store whole strings > in (I understand that it is used to store addresses of string and other > data). Why doesn't the program/system write to .data? > > Hope someone can help me with these questions. > > br > socketd > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 13:43:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D0337B404; Mon, 25 Nov 2002 13:43:26 -0800 (PST) Received: from amour.ath.cx (free203-x103.dialo.tiscali.de [62.246.203.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 458DE43E4A; Mon, 25 Nov 2002 13:43:25 -0800 (PST) (envelope-from amour@amour.ath.cx) Received: from amour.ath.cx (amour@localhost.ath.cx [127.0.0.1]) by amour.ath.cx (8.12.6/8.12.6) with ESMTP id gAPLgtsB001912; Mon, 25 Nov 2002 22:42:56 +0100 (CET) (envelope-from amour@amour.ath.cx) Received: from localhost (amour@localhost) by amour.ath.cx (8.12.6/8.12.6/Submit) with ESMTP id gAPLgrPJ001909; Mon, 25 Nov 2002 22:42:54 +0100 (CET) Date: Mon, 25 Nov 2002 22:42:53 +0100 (CET) From: Alexander To: dmagda@ee.ryerson.ca Cc: freebsd-stable@FreeBSD.ORG, , Subject: Re: SiS 900 Ethernet card In-Reply-To: <86k7j1n633.fsf@number6.magda.ca> Message-ID: <20021125220040.B1409-100000@amour.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi again. I've looked at the sources and if_sis.c is 1.13.4.22 from 2002/08/09. I've also recompiled my kernel and tried it on the laptop (thats where the SIS 900 on board ethernet card is). The card is detected well, the mac is shown and then the kernel fails: Boot CD-ROM Type: Floppy Booting Booting from Removable Media Uncompressing ... done BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard BIOS drive C: is disk0 BIOS 639kB/457664kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 (murray@builder.freebsdmall.com, Tue Oct 8 00:52:30 PDT 2002) Can't work out which disk we are booting from. Guessed BIOS device 0x0 not found by probes, defaulting to disk0: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel]... can't load 'kernel' can't load 'kernel.old' Type '?' for a list of commands, 'help' for more detailed help. ok _ ok set currdev=disk0s1 ok boot kernel /kernel .... .... sis0: port 0xe400-0xe4ff mem 0xf4000000-0xf4000fff irq 10 at device 3.0 on pci0 sis0: Ethernet address: 00:40:d0:2a:b0:af miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci_cfgintr_virgin: using routable interrupt 5 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe6dc2 fault code = supervisor read, page not present instruction pointer = 0x8:0xc00e8cb5 stack pointer = 0x10:0xc0536d6c frame pointer = 0x10:0xc0536d6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio cam trap number = 12 panic: page fault Uptime: 0s Automatic reboot in 15 seconds - press a key on the console to abort I'm booting 4.7-RELEASE from the CDROM because I have only CD (no floppy). I also have FreeBSD 4.7-STABLE on other computer where I recompile the kernel. At the beginning of this dmesg output (actually I rewrote everything by hand) You may see that my CD device is not detected but that is not my worse problem I go through it easily. I have a fat32 partition where I place the kernel and when changing 'currdev' to this partition I'm able to boot the kernel. My CD is: SAMSUNG CDRW/DVD SN-308BI (fully supported by Windows XP, RedHat Linux, OpenBSD (I've tested it)). The next thing that comes is the Ethernet Card. It is on board and from the dmesg output You see what happens. The card is working properly on Windows XP, RedHat Linux (OpenBSD have the same problems except for the kernel failure). I've tried removing the driver from the kernel so that at least I can boot and install FreeBSD and then probably go on PCMCIA but the kernel failed again saying that the device is unknown (huh !). Please, if someone knows a fix or thinks that can help, write me. I'm ready to test patches and provide more information. thanks P.S. Please excuse my English. On 25 Nov 2002, David Magda wrote: > Alexander writes: > > > I just tested the sis.diff patch and it almost worked on me :) > > What version of FreeBSD are you running? We had the same problem but > when we updated the sources to 4.6-stable it was fixed in > src/sys/pci/if_sis.c on February 19. Check the source of the file and > make sure you have at least version 1.13.4.20. If you don't, update > the sources and recompile. If you have that version (or newer) then > it's not the problem I'm thing about. > > -- > David Magda > Because the innovator has for enemies all those who have done well under > the old conditions, and lukewarm defenders in those who may do well > under the new. -- Niccolo Machiavelli, _The Prince_, Chapter VI > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 14:39:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F56F37B401 for ; Mon, 25 Nov 2002 14:39:19 -0800 (PST) Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F92743EB2 for ; Mon, 25 Nov 2002 14:39:17 -0800 (PST) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 50009A818; Tue, 26 Nov 2002 09:39:07 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 4B597542D; Tue, 26 Nov 2002 09:39:07 +1100 (EST) Date: Tue, 26 Nov 2002 09:39:07 +1100 (EST) From: Andrew To: Thierry Herbelot Cc: "freebsd-hackers@FreeBSD.ORG" Subject: Re: Reading from an OS-X HFS disk drive ? In-Reply-To: <200211251954.32081.thierry@herbelot.com> Message-ID: <20021126093623.T4846-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Thierry Herbelot wrote: > Is it a special form of HFS (HFS+ ?) ? is there some utility to mount this Yes its HFS+. You are seeing the little compatability partition thats on HFS+ volumes. You'll see the same thing if you look at the drive under System 7 or MacOS 8.0. I'm not sure if there are any tools to read it (although you might be able to make your own using some of the stuff from Darwin). You will also see it reffered to (as it says in the ReadMe) as "MacOS Extended". Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 14:39:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEC737B401; Mon, 25 Nov 2002 14:39:26 -0800 (PST) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5340343E9C; Mon, 25 Nov 2002 14:39:25 -0800 (PST) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id OAA23827; Mon, 25 Nov 2002 14:38:48 -0800 Message-ID: <3DE2A677.8020709@owt.com> Date: Mon, 25 Nov 2002 14:38:47 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Alexander Cc: dmagda@ee.ryerson.ca, freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, FreeBSD-hardware@FreeBSD.ORG Subject: Re: SiS 900 Ethernet card References: <20021125220040.B1409-100000@amour.ath.cx> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander wrote: > The next thing that comes is the Ethernet Card. It is on board and from > the dmesg output You see what happens. The card is working properly on > Windows XP, RedHat Linux (OpenBSD have the same problems except for the > kernel failure). > > I've tried removing the driver from the kernel so that at least I can > boot and install FreeBSD and then probably go on PCMCIA but the kernel > failed again saying that the device is unknown (huh !). > > Please, if someone knows a fix or thinks that can help, write me. > I'm ready to test patches and provide more information. > A temporary solution as far as the kernel is concerned is to disable the on-board SiS-900 in the bios. Get your boot problem stable. Then, you can fix the kernel and try things. I had problems with the SiS-900 on my SiS-735 based motherboard. I had a number of Intel 100's or 3Coms and adding one of them worked just fine. You need to be able to cvsup and in my case I am dependant on the NIC that is connected to my ADSL modem. FWIW, an FTP between 2 machines with SiS-900's gives me my fastest transfer rates. The 3Com is the slowest. The 3Com's are older because I liked the idea of the onboard memory being 2x larger in the Intels. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 14:55: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDD3537B401 for ; Mon, 25 Nov 2002 14:54:51 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F37243E88 for ; Mon, 25 Nov 2002 14:54:50 -0800 (PST) (envelope-from scottl@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gAPMsnj18702 for ; Mon, 25 Nov 2002 14:54:49 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA04290 for ; Mon, 25 Nov 2002 14:54:49 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA11808 for ; Mon, 25 Nov 2002 15:54:46 -0700 (MST) Received: from hollin.btc.adaptec.com (localhost [127.0.0.1]) by hollin.btc.adaptec.com (8.12.6/8.12.5) with ESMTP id gAPMokfw032877 for ; Mon, 25 Nov 2002 15:50:46 -0700 (MST) (envelope-from scottl@hollin.btc.adaptec.com) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.12.6/8.12.5/Submit) id gAPMokMR032876 for hackers@freebsd.org; Mon, 25 Nov 2002 15:50:46 -0700 (MST) Date: Mon, 25 Nov 2002 15:50:46 -0700 From: Scott Long To: hackers@freebsd.org Subject: September-October 2002 Development Status Report Message-ID: <20021125225044.GB32860@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG September-October 2002 Status Report Introduction: Another busy pair of months at the FreeBSD Project have brought substantial maturity and feature completeness to the fledgeling 5.0-CURRENT branch. And just in time too, because by the time you read the next status report, we hope that you'll have FreeBSD 5.0 running on your desktop! Over the past two months, we've seen an upgrade of sparc64 to Tier 1 (Fully Supported) status, integration of a high quality storage encryption module, the commit of hardware-accelerated IPsec support, the addition of a general-purpose "Device Daemon" to process hardware attach/detach events to replace earlier single-purpose and bus-specific daemons, the commit of RAIDFrame, and the improved maturity of the TrustedBSD work. We've also seen another successful release of the 4.x branch, 4.7-RELEASE, which will continue to be the production supported platform as 5.X is brought in for landing. Over the next two months, the FreeBSD Project will be focussed almost entirely on making 5.0 a success: improving system stability and performance, as well as increasing the pool of applications that build and run on 5.0. The Release Engineering team will have announced the 5.0 code freeze, and released DP2 by the time you read this. Following DP2 will be a series of Release Candidates (RC's), and then the release itself. If you're interested in getting involved in the testing process, please lend a hand -- a spare box and a copy of the DP and RC ISOs burnt onto CD will make a difference. The normal caveats associated with pre-release versions of operating systems apply! You may also be interested in reading the Early Adopter's guide produced by the Release Engineering team to help determine when a transition from the 4.x branch to the 5.x branch will be appropriate for you and your organization. Thanks, Robert Watson, Scott Long * Bluetooth stack for FreeBSD (Netgraph implementation) * BSDCon 2003 * C99 & POSIX Conformance Project * DEVD Status Report * Fast IPsec Status * FreeBSD GNOME Project * FreeBSD Java Project * FreeBSD/MIPS * FreeBSD/sparc64 Status Report * GBDE - Geom Based Disk Encryption * GEOM - generalized block storage manipulation * Hardware Crypto Support Status * jp.FreeBSD.org daily SNAPSHOTs project * jpman project * KDE FreeBSD Project * KSE Project Status * LibH * NEWCARD Status Report * OSF DCE 1.1 RPC UUIDs * PowerPC Port * RAIDFrame for FreeBSD * Release Engineering * TrustedBSD Project * Wireless Networking Status Bluetooth stack for FreeBSD (Netgraph implementation) URL: http://www.geocities.com/m_evmenkin/ URL: http://bluez.sf.net URL: http://sourceforge.net/projects/openobex Contact: Maksim Yevmenkin I'm very pleased to announce that another engineering release is available for download at http://www.geocities.com/m_evmenkin/ngbt-fbsd-20021104.tar.gz This release features minor bug fixes and new OpenOBEX library port. The snapshot includes support for H4 UART and H2 USB transport layers, Host Controller Interface (HCI), Link Layer Control and Adaptation Protocol (L2CAP) and Bluetooth sockets layer. It also comes with several user space utilities that can be used to configure and test Bluetooth devices. Also there are several man pages. Service Discovery Protocol (SDP) port has been updated to version 0.8. (ported from BlueZ-sdp-0.8). Most of the RFCOMM issues have been resolved and now rfcommd works with Windows (3COM, Xircom and Widcomm) and Linux stacks. New supported USB device - EPoX BT-DG02 dongle. Also I have received successful report about Mitsumi USB dongle and C413S Bluetooth enabled cell phone (L2CAP and SDP works, waiting on RFCOMM report). I'm currently working on OBEX server (Push and File Transfer profiles) which will be based on OpenOBEX library (included in the snapshot). ---------------------------------------------------------------------- BSDCon 2003 URL: http://www.usenix.org/events/bsdcon03/cfp/ Contact: Gregory Shapiro The BSDCon 2003 Program Committee invites you to contribute original and innovative papers on topics related to BSD-derived systems and the Open Source world. Topics of interest include but are not limited to: * Embedded BSD application development and deployment * Real world experiences using BSD systems * Using BSD in a mixed OS environment * Comparison with non-BSD operating systems; technical, practical, licensing (GPL vs. BSD) * Tracking open source development on non-BSD systems * BSD on the desktop * I/O subsystem and device driver development * SMP and kernel threads * Kernel enhancements * Internet and networking services * Security * Performance analysis and tuning * System administration * Future of BSD Submissions in the form of extended abstracts are due by April 1, 2003. Be sure to review the extended abstract expectations before submitting. Selection will be based on the quality of the written submission and whether the work is of interest to the community. We look forward to receiving your submissions! ---------------------------------------------------------------------- C99 & POSIX Conformance Project URL: http://www.FreeBSD.org/projects/c99/ Contact: Mike Barcroft Contact: FreeBSD-Standards Mailing List October 10, 2002 marked the one year anniversary of our project. During that time we have made significant advances in FreeBSD's standards conformance. FreeBSD 5.0-RELEASE will be the showcase for most of our hard work. We hope that our tireless effort has had a positive effect on FreeBSD and software vendors that maintain or are considering porting their software to FreeBSD. On the API front, _Exit(3) (an alias for _exit(2)) was added, sysconf(3) was update for POSIX.1-2001, and some of the glob(3) additions were MFC'd. The insque(), lsearch(), and remque() family of functions were reimplemented and moved to libc from libcompat. Several wide character functions were implemented, including all printf() and scanf() variants. Finally, support for wide character format types (%C, %S, %lc, %ls) were added to printf(3). Work on utility conformance continued as getconf(1)'s compliance was updated, c99(1) (a new version of c89(1)) was implemented, and cd(1) and command(1) changes were MFC'd. Almost 20 headers were brought up to conformance with applicable standards. Not much work remains to fix conformance issues in the remaining standard headers. Work in this area, as well as others, has slowed down in preparation for 5.0-RELEASE. ---------------------------------------------------------------------- DEVD Status Report Contact: Warner Losh DEVD has been integrated into FreeBSD current. It was integrated in an incomplete state. However, it is useful in the state that it is in for doing simple things like running camcontrol rescan when a SCSI pcmcia card is inserted, or running /etc/pccard_ether with an ethernet card is inserted. The more sophisticated regular expression matching is not yet complete. Devd only does actions on device arrival and departure, but does not yet do anything with unknown devices. In addition to listening for device events, there is some desire to have /dev/devctl also allow for some direct control of the device tree. ---------------------------------------------------------------------- Fast IPsec Status Contact: Sam Leffler The main goal of this project is to modify the IPsec protocols to use the kernel-level crypto subsystem imported from OpenBSD (see elsewhere). A secondary goal is to do general performance tuning of the IPsec protocols. This work was committed to -current. To configure it for use specify options FAST_IPSEC in your system configuration file. At present support is limited to IPv4. ---------------------------------------------------------------------- FreeBSD GNOME Project URL: http://www.freebsd.org/gnome/ Contact: Joe Marcus Contact: Maxim Sobolev Contact: Adam Weinberger <> These last two months have seen quite a lot of GNOME activity. GNOME has started releasing development snapshots of the upcoming GNOME 2.2 desktop. FreeBSD porting has begun outside of the main ports tree in the MarcusCom CVS repository. If you are interested in testing the new desktop, follow the instructions on the aforementioned cvsweb URL, and checkout the "ports" module. Evolution 1.2 is also close at hand. Ximian has posted its first release candidate, 1.1.90, which has been ported to FreeBSD, and is available from the MarcusCom CVS repo listed above. As soon as Ximian officially releases Evolution 1.2, it will be placed in the FreeBSD ports tree. The Mozilla ports have received numerous updates. We are now tracking all three released Mozilla versions. The mozilla-vendor port is tracking the 1.0.x branch, mozilla is tracking 1.1.x, and mozilla-devel is tracking 1.2.x. The mozilla-devel port now has support for anti-aliased fonts as well as a GTK+-2 interface Finally, the GNOME team would like to welcome its newest team member, Adam Weinberger. Adam has been submitting patches for both GNOME ports as well as documentation. Currently, he has been active in the GNOME 2.2 porting effort. We are happy to have him. ---------------------------------------------------------------------- FreeBSD Java Project URL: http://www.freebsd.org/java/ Contact: Greg Lewis Since the last status report the BSD Java Porting Team has continued to make steady progress. The most exciting news we have is courtesy of our newest team member, Alexey Zelkin of FreeBSD committer fame. * Thanks to a lot of hard work, primarily by Alexey, the project is very close to being able to release our first patch set for the 1.4 JDK. Things are reportedly working quite well under -CURRENT, with -STABLE support being only marginally behind (thanks in part to the libc_r MFC by Max Khon). * The project has released another patchset for the 1.2.2 JDK, mainly to add support for OpenBSD and for JPDA. Most of the projects energy at the moment is focused on 1.3 and 1.4, however we still hope to back port relevant fixes if appropriate to 1.2.2. * Nate Williams has been hard at work behind the scenes migrating us to a new CVS server which has kindly been donated by the FreeBSD Foundation. The Project appreciates the continued support of the Foundation. Please support them so they can continue to support us and other important FreeBSD efforts! ---------------------------------------------------------------------- FreeBSD/MIPS Contact: Juli Mallett A mailing list was created, freebsd-mips, and a Perforce branch was created in //depot/projects/mips. Changes which will be necessary to allow multiple MIPS (and PowerPC) metaports to exist under one architecture port were made, and are being pushed back into the main FreeBSD tree. Some preliminary header work has been done, and porting the ARCBIOS interfaces to the kernel has begun. The toolchain in tree was updated and modified in places to support a FreeBSD/MIPS (Big Endian) target, in the Perforce branch. Some early boot code has proven the GDB MIPS simulator to work, for at least R3000 code, though whether R3000 will be supported has been under discussion. Some initial architectural decisions were also made, to steer current work. ---------------------------------------------------------------------- FreeBSD/sparc64 Status Report Contact: Jake Burkholder Contact: Thomas Moestl A lot has happened recently for the sparc64 port. Sysinstall and make release work and can be used to build installable snapshots. The gdb5.3 port now works, and, thanks to Thomas Moestl, kernel crash dumps are supported which can be analyzed by gdb. These 2 items are the last things considered necessary by the Core team for FreeBSD/sparc64 to be a Tier 1 architecture, which means that 5.0-RELEASE for sparc64 will be officially supported by the release engineering team and by the security officer team. Recently Jake Burkholder has been working on alternate installation methods other than bootable iso, including a mini-root filesystem which can be written to the swap partition of an existing machine. Thomas Moestl has been putting some finishing touches on the release process, ensuring that the release documentation can be built properly, and that the port readme files can be generated by the release process. An experimental iso built with make release is now available on the freebsd ftp site and mirrors in /pub/FreeBSD/development/sparc64/5.0-20021031-SNAP. It is expected that by the middle of November new 5.0-SNAP releases will be available every few days for download and for ftp install, cpu power and bandwidth permitting. ---------------------------------------------------------------------- GBDE - Geom Based Disk Encryption Contact: Poul-Henning Kamp GBDE has been committed to -current. The "Geom Based Disk Encryption" module provides a mechanism for very strong encryption of a GEOM "disk". The algorithm has passed informal review by a couple of seasoned crypto heavy-weights. Any GEOM device can be protected with GBDE, entire physical disks, MBR slices, BSD paritions etc etc. Booting from an encrypted partition is not possible however. The focus of GBDE is to protect a "cold" disk media. (FreeBSD is not equipped well for protecting key material on a running system from being compromised.) For a cold media, the only feasible attack on a GBDE protected media is guessing the pass-phrase. Summary of the GBDE multilevel protection scheme: Up to four separate pass-phrases can unlock their own separate copies of the 2048 bit masterkey. The master-keys are protected using AES/256/CBC keyed with a SHA-2 hash derived from the pass-phrase. A salted MD5 hash over the sectoroffset "cherry-picks" which masterkey bytes participate in the MD5 hash which generates the "kkey" for each particular sector. The kkey AES/128/CBC encrypts the PRNG produced single-use key which AES/128/CBC encrypts the actual sector data. GBDE has features for master-key destruction and pass-phrase invalidation. See gbde(4) and gbde(8) for more details. This software was developed for the FreeBSD Project by Poul-Henning Kamp and NAI Labs, the Security Research Division of Network Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 ("CBOSS"), as part of the DARPA CHATS research program. ---------------------------------------------------------------------- GEOM - generalized block storage manipulation URL: http://www.freebsd.org/~phk/Geom/ Contact: Poul-Henning Kamp The GEOM code is now the default on most (if not all ?) architectures and the few remaining issues in libdisk/sysinstall is being hashed out. Although we are far from finished developing GEOM, its current feature set is a significant step forward for FreeBSD, providing not only immediate relief for new architectures (sparc64, ia64 etc) but also because it is designed as SMPng code from the start. This software was developed for the FreeBSD Project by Poul-Henning Kamp and NAI Labs, the Security Research Division of Network Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 ("CBOSS"), as part of the DARPA CHATS research program. ---------------------------------------------------------------------- Hardware Crypto Support Status Contact: Sam Leffler The goal of this project is to import the OpenBSD kernel-level crypto subsystem. This facility provides kernel- and user-level access to hardware crypto devices for the calculation of cryptographic hashes, ciphers, and public key operations. The main clients of this facility are the kernel RNG (/dev/random), network protocols (e.g. IPsec), and OpenSSL (through the /dev/crypto device). This work was committed to the -current tree. To configure it for use specifiy device crypto in your system configuration file or you can load the crypto module. The /dev/crypto device support is brought in with device cryptodev or by loading the cryptodev module. Two crypto device drivers exist: ubsec for Broadcom-based PCI hardware and hifn for Hifn-based PCI hardware. Integration of this work into the -stable source tree should be completed by the time this report is published. ---------------------------------------------------------------------- jp.FreeBSD.org daily SNAPSHOTs project URL: http://snapshots.jp.FreeBSD.org/ URL: http://www.jp.FreeBSD.org/snapshots/ Contact: Makoto Matsushita Recent 5-current release procedure troubles prevent the project from releasing a new snapshots. But 5-current FreeBSD/i386 release is back again in late Oct/2002! I have a plan to build daily FreeBSD/sparc64 snapshots for 5-current. Stay tuned... ---------------------------------------------------------------------- jpman project URL: http://www.jp.FreeBSD.org/man-jp/ URL: ftp://daemon.jp.FreeBSD.org/pub/FreeBSD-jp/man-jp/packages-4.7.0/ja-man-doc-4.7.tgz Contact: Kazuo Horikawa For 4.7-RELEASE, we privately published package ja-man-doc-4.7.tgz which consists of man[1256789] entries 10 days after the 4.7-RELEASE release date. Man3 update god no progress, as updating other sections busied us. We decided to suspend man3 update officially, as we need to spend most of our time to catch up with the forthcoming 5.0-RELEASE. ---------------------------------------------------------------------- KDE FreeBSD Project URL: http://freebsd.kde.org URL: http://rabarber.fruitsalad.org/ Contact: Will Andrews Contact: KDE-FreeBSD Mailinglist The KDE/FreeBSD team has been working on two major goals during the last two months, Maintenance of the KDE 3.0.x ports and Preparing the upcoming KDE 3.1 Release. Maintenance KDE 3.0 conducted by Alan Eldrige: September started with the Removal of the KDE 2.x Ports from the FreeBSD-Repository. Later Packages of KDE 3.0.4 were released and the FreeBSD Ports were updated. Preparing for KDE 3.1 conducted by Will Andrews: A lot of effort was spent on Improving the Fruitsalad-Build-System. We are now able to create packages directly from the KDE CVS. ---------------------------------------------------------------------- KSE Project Status URL: http://www.freebsd/org/~julian Contact: Julian Elischer Contact: David Xu Contact: Jonathon Mini Contact: Daniel Eischen The KSE code has now all the basic kernel functionality to start being used by the userland. There are still things to be done for testing and familiarisation. General system utilities have not yet been changed. e.g. ps and top etc. need to know about threads. There is quite a lot of code in the kernel that still assumes that there is one thread in a process. Signals are not yet handled in the final manner (though they are delivered to a random thread in the process :-/ ). The system calls and datastructures are now however in place. The test program successfully starts several threads that can be scheduled on different processors, and closes them down again. The userland is probably going to be able to do simple scheduling of pthread threads using KSE by the time that this report is published. I still need someone to take over the "official" web page since jason left. LaTex sure isn't my thing. ---------------------------------------------------------------------- LibH URL: http://www.freebsd.org/projects/libh.html URL: http://rtp1.slowblink.com/~libh/ Contact: Antoine Beaupre Contact: Alexander Langer Not much since the last status report, except that we now have the repo and development web page back online, thanks to the services of John De Boskey who freely provided the necessary hardware and bandwidth to host the project. We have also ported LibH to GCC 3.x, so that it can compile on -CURRENT correctly. This, however, broke tvision, which doesn't compile under GCC 3.x, so we moved to rhtvision but this caused linking problems so we're stuck with no console front end, for now. Work on a Hui rewrite and SWIG bindings stalled. Alex was able to come up with a simple patch to make the ports system use LibH's pkg_create script to build libh packages, so we're getting closer to a real pkg_create(1) drop-in replacement. I rewrote the milestone list to show a bit more relevant and encouraging tasks that will be dealt with in order to really push LibH forward. ---------------------------------------------------------------------- NEWCARD Status Report Contact: Warner Losh Work on newcard continues. A number of bugs have been fixed in the last few months. You are now able to load and unload drivers (including the bridge) to test changes to pccard and/or cardbus bus code. It is now possible to load a driver that has a pccard attachment and have a previously inserted card probe and attach. This is also true for CardBus. A number of issues remain to be solved before 5.0. However, with the integration of devd into the tree nearly all of old functionality of OLDCARD is now present in NEWCARD (the biggest remaining parts are power control for the sockets, as well as pccardc dumpcis). ---------------------------------------------------------------------- OSF DCE 1.1 RPC UUIDs URL: http://www.FreeBSD.ORG/cgi/cvsweb.cgi/src/lib/libc/uuid Contact: Marcel Moolenaar Universally Unique Identifiers (UUIDs) are 128 bit values that may be generated independently on seperate nodes (hosts), which, result in globally unique strings. UUIDs are also known as Globally Unique Identifiers (GUIDs). The UUID support for FreeBSD (libc) conforms to the DCE 1.1 RPC specification. UUID suport has been added to FreeBSD -CURRENT, and will be available in version 5.0. It is being extensively used in GPT partition handling for IA-64 platform. For now, a simple manual page has been provided, which outlines information about the provided uuid routines. The following things are in the pipeline: * Man Page Reorganization. * Documentation of quirks (e.g. subst. for rpc_string_free() etc). * Chapter for developers-handbook and/or article. * Enhance uuidgen(1) by adding beneficial options found on other OSes (e.g. HP-UX): -o filename - Write output to filename instead of stdout, -i - Emit as IDL file template, -s - Emit as C struct initializer, -c uuid - Use supplied UUID to emit output; do not generate a new UUID. * UUID support for NetBSD/OpenBSD. Userland and Kernel. ---------------------------------------------------------------------- PowerPC Port Contact: Peter Grehan The PowerPC port has been running diskless on NewWorld G3/G4 machines for a while now. A GEOM module to support Apple Partition Maps is being written. There should be an installable ISO image available in the near future. ---------------------------------------------------------------------- RAIDFrame for FreeBSD URL: http://people.freebsd.org/~scottl/rf Contact: Scott Long RAIDFrame was imported into FreeBSD-current in late October, a major milestone after 18 months. It is still very experimental and not suitable for production environments. The website contains a lengthy TODO list which I hope to start attending to soon. Still, I encourage everyone to try it out and report bugs back to me. ---------------------------------------------------------------------- Release Engineering URL: http://www.FreeBSD.org/releng/ URL: http://www.FreeBSD.org/relnotes.html Contact: The Release Engineering (RE) team completed and released FreeBSD 4.7 on 10 October 2002. This release features updates for a number of contributed software programs in the base system, as well as all of the security and bug fixes from FreeBSD 4.6.2. The next release in the 4.X series will be FreeBSD 4.8, which has a scheduled release date of 1 February 2003. Before that time, however, will be the release of FreeBSD 5.0. Thus far, we have not been able to release the 5.0-DP2 developer snapshot due to various stability issues. Thanks to much effort from many of our fellow developers, we believe that most of these have been resolved. The RE team wishes to emphasize that FreeBSD 5.0 will involve new code and features that have not seen widespread testing, and that more conservative users may wish to continue to track the 4.X series for the near-term future. To provide more information on these issues, we have added an Early Adopter's Guide to the release documentation for 5.0. Brian Somers has resigned from the RE team due to increased time pressures. We thank him for all of his help with FreeBSD 4.5, 4.6, 4.6.2, and 4.7, and we hope to continue working with him as a fellow developer. Scott Long has graciously offered to help improve the communication between the RE team and the rest of the developer community. We greatly appreciate his assistance. ---------------------------------------------------------------------- TrustedBSD Project URL: http://www.TrustedBSD.org/ Contact: Robert Watson Contact: TrustedBSD Discussion Mailing List Most progress on TrustedBSD over the last two months related to improving the maturity of the ACL and MAC implementations, and merging new aspects of those features into the primary FreeBSD CVS Repository for inclusion in FreeBSD 5.0. This included fixes to run better on sparc64, improved tuning of what system objects are mediated, locking fixes and optimizations especially relating to the vnode and pipe implementations, improved support for MAC labeling on symlinks, support for asynchronous process label changes as required in some locking situations, remove use of "temporary labels" and prefer use of object type specific labels reducing redundant and/or confusing label management code in policies, improve avoidance of memory allocation in M_NOWAIT scenarios for socket allocation in the syncache, mediation of link operations, race condition fixes for devfs involving label creation, improve handling of VM events such as mmaping, improve mediation of socket send/receive events (as distinguished from socket transmit/deliver events), support for manipulating EAs on symlinks using new system calls, support for MNT_ACLS and MNT_MULTILABEL flags at mount time, as well as FS_ACLS and FS_MULTILABEL superblock flags to key useful defaults using tunefs, correction of a memory leak in the UFS ACL code, enable UFS ACL support by default in GENERIC, mediation points for file creation, deletion, and rename, support for a mac_execve() execution interface in the style of SELinux's execve_secure() permitting a label transition request as part of the exec operation for policies that support it, more consistent handling of NFS lookups, support for labeling of multicast encapsulated packets, ATM packet labeling, FDDI packet labeling, STF packet labeling, revised label interface that avoids userland parsing of per-policy elements, reducing us to a single instance of parsing and printing for each policy (and further abstracting policy implementation details from the library code). Also, change to single-level sockets for Biba and MLS policies, support for partial label updates for Biba and MLS, addition of mac.9 man page, revised user API system calls, implementation of mac_get_pid(), and various other related bits, creation of mac.conf(5) to specify label defaults, checks for various system operations including swapon(), settime(), and sysctl(), reboot(), acct(), introduction of command line utilities for maintaining file and process labels, support for user labels tied to login class, su support for label changes, ifconfig support for interface labels, ps support for process labels, ls support for file labels, ftpd support for login labels, development of the Biba and MLS notions of privilege, and a move to C99 sparse structure initialization, restoring full type checking for policy entry points. ---------------------------------------------------------------------- Wireless Networking Status Contact: Sam Leffler The goal of this project is to improve the wireless networking support in the system. The initial work will incorporate the 802.11 link layer done by Atsushi Onoe for NetBSD. This core support code implements the basic 802.11 protocols required for Station and AP operation in BSS, IBSS, and Ad Hoc modes of operation. Wireless device drivers will then be revised to use this common code instead of their private implementations. Following this initial stage the wireless networking support will be extended to support functionality needed for workgroup, enterprise, and metropolitan (e.g. mesh) networking environments. This will include full power management support, the 802.1D spanning tree protocol for running multiple AP's in a bridged configuration, QoS support, and enhanced security protocols (LEAP, AES, EAP). Support for new hardware devices is also planned. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 15: 2:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB8937B401 for ; Mon, 25 Nov 2002 15:02:12 -0800 (PST) Received: from primus.vsservices.com (primus.vsservices.com [63.66.136.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75AAC43EB2 for ; Mon, 25 Nov 2002 15:02:11 -0800 (PST) (envelope-from gclarkii@vsservices.com) Received: from prime.vsservices.com (conr-adsl-dhcp-26-247.txucom.net [209.34.26.247]) by primus.vsservices.com (8.12.6/8.12.5) with SMTP id gAPLwvtG099875 for ; Mon, 25 Nov 2002 15:58:57 -0600 (CST) (envelope-from gclarkii@vsservices.com) Date: Mon, 25 Nov 2002 16:02:02 -0600 From: GB Clark To: freebsd-hackers@freebsd.org Subject: Fw: lpd and lprm broken? Message-Id: <20021125160202.05d75190.gclarkii@vsservices.com> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Forwarding this for a friend that can't get mail to the list. GB Begin forwarded message: Date: Mon, 25 Nov 2002 15:56:33 -0600 From: Peter Elsner To: gclarkii@vsservices.com Subject: lpd and lprm broken? Hello All... Something appears to be broken with lpq and lprm. I'm writing a Perl script to easily allow users to manage printers/jobs from a easy to use interface. 1st problem (lpq): man lpq displays the use as follows: NAME lpq - spool queue examination program SYNOPSIS lpq [-a] [-l] [-Pprinter] [job # ...] [user ...] lpq -a (works fine) lpq -l (doesn't return anything) lpq -Pprinter (works fine) lpq job# and lpq user (don't work). Examples follow: spxdev:root# lpq -a lsjd1p2: spxdev.servplex.com: Warning: lsjd1p2 is down: spxdev.servplex.com: Warning: no daemon present Rank Owner Job Files Total Size 1st peter 13 (standard input) 785 bytes (LPD Server): spxdev:root# lpq -l (LPD Server): spxdev:root# lpq -Plsjd1p2 spxdev.servplex.com: Warning: lsjd1p2 is down: spxdev.servplex.com: Warning: no daemon present Rank Owner Job Files Total Size 1st peter 13 (standard input) 785 bytes (LPD Server): spxdev:root# lpq 13 (LPD Server): spxdev:root# lpq peter (LPD Server): spxdev:root# 2nd problem (lprm): man lprm displays the use as follows: NAME lprm - remove jobs from the line printer spooling queue SYNOPSIS lprm [-Pprinter] [-] [job # ...] [user ...] lprm -Plsjd1p2 (none of the above work at all) spxdev:root# lprm -Plsjd1p2 (LPD Server): Cancel Function Not Supported spxdev:root# lprm - (LPD Server): Cancel Function Not Supported spxdev:root# lprm 13 (LPD Server): Cancel Function Not Supported spxdev:root# lprm peter (LPD Server): Cancel Function Not Supported spxdev:root# Now, it does work if (and only if) I enter the following: lprm -Plsjd1p2 13 spxdev:root# lprm -Plsjd1p2 13 dfA013spxdev.servplex.com dequeued cfA013spxdev.servplex.com dequeued (LPD Server): Cancel Function Not Supported spxdev:root# It does actually remove the print job but still gives the Cancel Function Not Supported message... System is 4.7-STABLE. and I went back to another server that is running 4.4-STABLE and got the same results which indicates that this has been broken for some time. Any help or insight anyone might be able to provide, would be greatly appreciated. Thanks in advance, Peter Elsner ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say "Daddy, where were you when they took freedom of the press away from the Internet?" -- Mike Godwin Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. -- GB Clark II | Roaming FreeBSD Admin gclarkii@VSServices.COM | General Geek CTHULU for President - Why choose the lesser of two evils? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 15:24:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8A037B404 for ; Mon, 25 Nov 2002 15:24:11 -0800 (PST) Received: from smtp010.tiscali.dk (smtp010.tiscali.dk [212.54.64.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C9A43EA9 for ; Mon, 25 Nov 2002 15:24:10 -0800 (PST) (envelope-from dslb@tiscali.dk) Received: from cpmail.dk.tiscali.com ([212.54.64.52]) by smtp010.tiscali.dk (8.12.5/8.12.5) with ESMTP id gAPNNpoj019427 for ; Tue, 26 Nov 2002 00:24:07 +0100 (MET) Received: from [213.237.112.252] by cpmail.dk.tiscali.com with HTTP; Tue, 26 Nov 2002 00:24:06 +0100 Date: Tue, 26 Nov 2002 00:24:06 +0100 Message-ID: <3D9FE7F600006EBF@cpfe5.be.tisc.dk> From: dslb@tiscali.dk Subject: Re: Assembly and ELF To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002.11.23 02:13 Jonah Sherman wrote: > I suggest you read "The Design and Implementation of the 4.4BSD > Operating System". It will answer most if not all of your > questions. Funny you should mention that. I ordered that book thursday, It will be here within 6-8 days :-) br socketd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 15:46: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B99837B401 for ; Mon, 25 Nov 2002 15:45:58 -0800 (PST) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC9843EAA for ; Mon, 25 Nov 2002 15:45:57 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gAPNjpjh194784; Mon, 25 Nov 2002 18:45:52 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20021125160202.05d75190.gclarkii@vsservices.com> References: <20021125160202.05d75190.gclarkii@vsservices.com> Date: Mon, 25 Nov 2002 18:45:50 -0500 To: GB Clark , freebsd-hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Fw: lpd and lprm broken? Cc: Peter Elsner Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11/25/02, Peter Elsner wanted to know: >Hello All... > >Something appears to be broken with lpq and lprm. I'm writing >a Perl script to easily allow users to manage printers/jobs >from a easy to use interface. > >1st problem (lpq): man lpq displays the use as follows: > >NAME > lpq - spool queue examination program > >SYNOPSIS > lpq [-a] [-l] [-Pprinter] [job # ...] [user ...] > >lpq -a (works fine) >lpq -l (doesn't return anything) >lpq -Pprinter (works fine) >lpq job# and lpq user (don't work). 'lpq -a' will check all local printer queues for any queues which have jobs waiting for them. It is the only option which checks "all queues". If you do not specify '-a', then lpq will check only one queue for print jobs. By default, that single queue will be the one named 'lp', unless you have defined and exported the environment variable "PRINTER". In that case, it will check whatever single queue is specified by PRINTER. The same is true for 'lprm'. It will only look at one single queue for the job or jobs that you are trying to remove. >Now, it does work if (and only if) I enter the following: > >lprm -Plsjd1p2 13 > >spxdev:root# lprm -Plsjd1p2 13 >dfA013spxdev.servplex.com dequeued >cfA013spxdev.servplex.com dequeued >(LPD Server): >Cancel Function Not Supported >spxdev:root# > >It does actually remove the print job but still gives the >Cancel Function Not Supported message... The "Cancel Function Not Supported" message does not come from lprm or lpd. The queue named lsjd1p2 is probably pointing at some remote machine (either the printer itself, or maybe a print server that is between you and the printer). Given the look of that error message, I would guess that you're talking to the printer itself, or an LPD server which is running on some flavor of Windows. When removing jobs, lpd first removes any jobs on the local machine which match the criteria you gave. It then sends the exact same criteria on to the remote host, so it can delete any jobs which match your request. In this case, the local host was able to delete the one job, and when it asked the remote machine to delete the same job, the remote machine said that it does not support the cancelling of any jobs. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 15:53:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC4737B401; Mon, 25 Nov 2002 15:53:14 -0800 (PST) Received: from amour.ath.cx (core100-s222.dialo.tiscali.de [62.246.100.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F92443EA9; Mon, 25 Nov 2002 15:53:11 -0800 (PST) (envelope-from amour@amour.ath.cx) Received: from amour.ath.cx (amour@localhost.ath.cx [127.0.0.1]) by amour.ath.cx (8.12.6/8.12.6) with ESMTP id gAPNr1md000783; Tue, 26 Nov 2002 00:53:01 +0100 (CET) (envelope-from amour@amour.ath.cx) Received: from localhost (amour@localhost) by amour.ath.cx (8.12.6/8.12.6/Submit) with ESMTP id gAPNqn7H000774; Tue, 26 Nov 2002 00:52:59 +0100 (CET) Date: Tue, 26 Nov 2002 00:52:49 +0100 (CET) From: Alexander To: Kent Stewart Cc: dmagda@ee.ryerson.ca, , , Subject: Re: SiS 900 Ethernet card In-Reply-To: <3DE2A677.8020709@owt.com> Message-ID: <20021126004445.I657-100000@amour.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, The problem is that my bios have very few features and I can't disable the Network Card. I'm not sure what is the mainboard, it is sis but I don't know which model. Maybe this dmesg output from OpenBSD may help someone: cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SYS,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SIMD real mem = 469282816 (458284K) avail mem = 429006848 (418952K) using 4278 buffers containing 23568384 bytes (23016K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(8d) BIOS, data 07/25/02, BIOS32 rev. 0 @ 0xe87c0 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown pcibios0 at bios0: rev. 2.1 @ 0xe6000/0x691 pcibios0: PCI IRQ Routing Table rev. 1.0 @ 0xfe840/176 (9 entries) pcibios0: PCI Interrupt Router at 000:02:0 ("SIS 85C503 ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc0000/0xc000 0xe0000/0x1800! 0xe5000/0x1000! 0xea000/0x5000! pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 vendor "SIS", unknown product 0x650 rev 0x01 ppb0 at pci0 dev 1 function 0 "SIS 86C201 Host-AGP" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor "SIS", unknown product 0x6325 rev 0x00: aperture at 0x90000000, size 0x400000 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 2 function 0 "SIS 85C503 ISA" rev 0x00 ohci0 at pci0 dev 2 function 2 "SIS 5597/5598 USB" rev 0x07: irq 11, OHCI version 1.0, legacy support ohci0: SMM does not respond, resetting usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: vendor 0x0000 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1 at pci0 dev 2 function 3 "SIS 5597/5598 USB" rev 0x07: irq 11, OHCI version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: vendor 0x0000 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pciide0 at pci0 dev 2 function 5 "SIS 5513 EIDE" rev 0xd0: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 38154MB, 16383 cyl, 16 head, 63 sec, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 vendor "SIS", unknown product 0x7013 (class communications, subclass modem, rev 0xa0) at pci0 dev 2 function 6 not configured vendor "SIS2, unknown product 0x7012 (class multimedia, subclass audio, rev 0xa0) at pci0 dev 2 function 7 not configured sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 address 00:00:00:00:00:00 cbb0 at pci0 dev 9 function 0 "Texas Instruments PCI1410 PCI-CardBus" rev 0x02: irq 10 vendor "NEC", unknown product 0xce (class serial bus, subclass Firewire, rev 0x01) at pci0 dev 11 function 0 not configured isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq7 npx0 at isa0 port 0xf0/15: using exception 16 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 2 device 0 cacheline 0x8, lattimer 0x40 pcmcia0 at cardslot0 biomask cc0 netmask cc0 ttymask dc82 pctr: user-level cycle counter enabled dkcsum: wd0 matched BIOS disk 80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 syncing disks... OpenBSD 3.2 (AMOUR) #2: Tue Nov 19 17:21:00 CET 2002 end of dmesg output; ifconfig -m sis0: sis0: flags=8843 mtu 1500 address: 00:00:00:00:00:00 media: Ethernet none (none) supported media: media none inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::7c41:74f5:5650:398d%sis0 prefixlen 64 scopeid 0x1 end of ifconfig output; On Mon, 25 Nov 2002, Kent Stewart wrote: > > > Alexander wrote: > > > The next thing that comes is the Ethernet Card. It is on board and from > > the dmesg output You see what happens. The card is working properly on > > Windows XP, RedHat Linux (OpenBSD have the same problems except for the > > kernel failure). > > > > I've tried removing the driver from the kernel so that at least I can > > boot and install FreeBSD and then probably go on PCMCIA but the kernel > > failed again saying that the device is unknown (huh !). > > > > > Please, if someone knows a fix or thinks that can help, write me. > > I'm ready to test patches and provide more information. > > > > A temporary solution as far as the kernel is concerned is to disable > the on-board SiS-900 in the bios. Get your boot problem stable. Then, > you can fix the kernel and try things. > > I had problems with the SiS-900 on my SiS-735 based motherboard. I had > a number of Intel 100's or 3Coms and adding one of them worked just > fine. You need to be able to cvsup and in my case I am dependant on > the NIC that is connected to my ADSL modem. > > FWIW, an FTP between 2 machines with SiS-900's gives me my fastest > transfer rates. The 3Com is the slowest. The 3Com's are older because > I liked the idea of the onboard memory being 2x larger in the Intels. > > Kent > > -- > Kent Stewart > Richland, WA > > http://users.owt.com/kstewart/index.html > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 16:26:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06CA437B401 for ; Mon, 25 Nov 2002 16:26:28 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C1443EAF for ; Mon, 25 Nov 2002 16:26:27 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id gAQ0QGTO056029; Mon, 25 Nov 2002 16:26:16 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id gAQ0QGkr056028; Mon, 25 Nov 2002 16:26:16 -0800 (PST) (envelope-from rizzo) Date: Mon, 25 Nov 2002 16:26:16 -0800 From: Luigi Rizzo To: hackers@freebsd.org Subject: out-of-order execution and code profiling Message-ID: <20021125162615.A52619@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just got hit by a peculiar problem related to out-of-order execution of instructions. I was doing some low-level timing measurements using the rdtsc() around selected pieces of code (the rdtsc() is included in the TSTMP() functions that are in RELENG_4, source is in sys/i386/isa/clock.c), as follows: TSTMP(3, ifp->if_unit, 1, 0); tmp = CSR_READ_1(sc, FXP_CSR_SCB_STATACK); TSTMP(3, ifp->if_unit, 2, 0); TSTMP(3, ifp->if_unit, 3, 0); CSR_READ_1() goes to do a volatile read on memory across a 33MHz PCI bus, so it should take a very minimum of 100ns, plus arbitration and bridge crossing and whatnot. To my surprise, on a 750MHz Athlon box, the delta between the first two timestamps turned out to be in the order of 39 clock cycles, whereas the delta between 2 and 3 is the 270-300 cycles range. The only explaination i can find is that the rdtsc() within TSTMP() is executed out of order. I wonder, is there on the high-end i386 processors any 'barrier' instruction of some kind that enforces in-order execution of some piece of code ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17: 5:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB76437B401; Mon, 25 Nov 2002 17:05:25 -0800 (PST) Received: from subnet.sub.net (subnet.sub.net [193.197.184.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A37643EA9; Mon, 25 Nov 2002 17:05:24 -0800 (PST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from subnet.sub.net (uucp@localhost [127.0.0.1]) by subnet.sub.net (8.12.6/8.12.6/subnet-freebsd-1.0) with ESMTP id gAQ158B6057299; Tue, 26 Nov 2002 02:05:08 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from lyxys.ka.sub.org (uucp@localhost) by subnet.sub.net (8.12.6/8.12.6/Submit) with bsmtp id gAQ157d8057298; Tue, 26 Nov 2002 02:05:07 +0100 (CET) Received: from localhost (1100 bytes) by lyxys.ka.sub.org via sendmail with P:stdio/R:smart_host/T:inet_uusmtp (sender: ) (ident using unix) id for ; Tue, 26 Nov 2002 02:04:10 +0100 (CET) (Smail-3.2.0.111 2000-Feb-17 #1 built 2000-Aug-23) Message-Id: From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker) Subject: Re: SiS 900 Ethernet card In-Reply-To: <20021126004445.I657-100000@amour.ath.cx> To: Alexander Date: Tue, 26 Nov 2002 02:04:10 +0100 (CET) Cc: Kent Stewart , dmagda@ee.ryerson.ca, freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, FreeBSD-hardware@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > The problem is that my bios have very few features and I can't disable > the Network Card. > I'm not sure what is the mainboard, it is sis but I don't know which > model. Maybe this dmesg output from OpenBSD may help someone: > cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz > [..] > sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 that's apparently a nic integrated in the SiS 635 chipset. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17:15:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C83637B401 for ; Mon, 25 Nov 2002 17:15:13 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id DDB7143EAA for ; Mon, 25 Nov 2002 17:15:09 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 84185 invoked by uid 1000); 26 Nov 2002 01:15:06 -0000 Date: Mon, 25 Nov 2002 17:15:06 -0800 (PST) From: Nate Lawson To: Luigi Rizzo Cc: hackers@freebsd.org Subject: Re: out-of-order execution and code profiling In-Reply-To: <20021125162615.A52619@xorpc.icir.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Luigi Rizzo wrote: > I just got hit by a peculiar problem related to out-of-order > execution of instructions. > I was doing some low-level timing measurements using the rdtsc() > around selected pieces of code (the rdtsc() is included in > the TSTMP() functions that are in RELENG_4, source is in > sys/i386/isa/clock.c), as follows: > > TSTMP(3, ifp->if_unit, 1, 0); > tmp = CSR_READ_1(sc, FXP_CSR_SCB_STATACK); > TSTMP(3, ifp->if_unit, 2, 0); > TSTMP(3, ifp->if_unit, 3, 0); > > CSR_READ_1() goes to do a volatile read on memory across a 33MHz > PCI bus, so it should take a very minimum of 100ns, plus arbitration > and bridge crossing and whatnot. To my surprise, on a 750MHz Athlon > box, the delta between the first two timestamps turned out to be > in the order of 39 clock cycles, whereas the delta between 2 and 3 > is the 270-300 cycles range. > > The only explaination i can find is that the rdtsc() within TSTMP() > is executed out of order. > > I wonder, is there on the high-end i386 processors any 'barrier' > instruction of some kind that enforces in-order execution of some > piece of code ? The Intel processor manual has an explicit example for this and recommends you use cpuid as a serializing instruction before the call to rdtsc. Basically you call cpuid + rdtsc a bunch of times to calibrate its average latency. Then do your run with cpuid + rdtsc to get the beginning and end clockstamp, subtract the two plus the latency you calculated above. This gives a good value for the cycles in your routine. Other factors like acpi can affect rdtsc so beware of this. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17:28:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 084D537B401; Mon, 25 Nov 2002 17:28:14 -0800 (PST) Received: from sage-one.net (adsl-65-71-135-137.dsl.crchtx.swbell.net [65.71.135.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 869AA43E9C; Mon, 25 Nov 2002 17:28:13 -0800 (PST) (envelope-from jackstone@sage-one.net) Received: from sagea (sagea [192.168.0.3]) by sage-one.net (8.11.6/8.11.6) with SMTP id gAQ1RrD26893; Mon, 25 Nov 2002 19:27:55 -0600 (CST) (envelope-from jackstone@sage-one.net) Message-Id: <3.0.5.32.20021125192751.010f3850@mail.sage-one.net> X-Sender: jackstone@mail.sage-one.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 25 Nov 2002 19:27:51 -0600 To: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker), Alexander From: "Jack L. Stone" Subject: Re: SiS 900 Ethernet card Cc: Kent Stewart , dmagda@ee.ryerson.ca, freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, FreeBSD-hardware@FreeBSD.ORG In-Reply-To: References: <20021126004445.I657-100000@amour.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 02:04 AM 11.26.2002 +0100, Wolfgang Zenker wrote: >Hello, > >> The problem is that my bios have very few features and I can't disable >> the Network Card. >> I'm not sure what is the mainboard, it is sis but I don't know which >> model. Maybe this dmesg output from OpenBSD may help someone: > >> cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz >> [..] >> sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 > >that's apparently a nic integrated in the SiS 635 chipset. > >Wolfgang > At the very least, it should have a jumper on the MB to disable such a feature.... you should go to the MB website if you don't have a manual with the MB layout and jumpers. They should have the info there -- certainly Tech support would be available.... I can't imagine an onboard NIC that would not have an option to disable just as with audio or video.... Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net jackstone@sage-one.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17:40:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D055537B401 for ; Mon, 25 Nov 2002 17:40:26 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F9743EAA for ; Mon, 25 Nov 2002 17:40:26 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id gAQ1ePTO075953; Mon, 25 Nov 2002 17:40:25 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id gAQ1ePPV075952; Mon, 25 Nov 2002 17:40:25 -0800 (PST) (envelope-from rizzo) Date: Mon, 25 Nov 2002 17:40:25 -0800 From: Luigi Rizzo To: Nate Lawson Cc: hackers@FreeBSD.ORG Subject: Re: out-of-order execution and code profiling Message-ID: <20021125174025.C70294@xorpc.icir.org> References: <20021125162615.A52619@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from nate@root.org on Mon, Nov 25, 2002 at 05:15:06PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG thanks a lot for the pointer to CPUID luigi On Mon, Nov 25, 2002 at 05:15:06PM -0800, Nate Lawson wrote: ... > The Intel processor manual has an explicit example for this and recommends > you use cpuid as a serializing instruction before the call to rdtsc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17:44: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 299C237B404; Mon, 25 Nov 2002 17:44:05 -0800 (PST) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8727F43EBE; Mon, 25 Nov 2002 17:44:04 -0800 (PST) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id RAA02717; Mon, 25 Nov 2002 17:43:47 -0800 Message-ID: <3DE2D1D1.8060105@owt.com> Date: Mon, 25 Nov 2002 17:43:45 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: "Jack L. Stone" Cc: Wolfgang Zenker , Alexander , dmagda@ee.ryerson.ca, freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, FreeBSD-hardware@FreeBSD.ORG Subject: Re: SiS 900 Ethernet card References: <20021126004445.I657-100000@amour.ath.cx> <3.0.5.32.20021125192751.010f3850@mail.sage-one.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jack L. Stone wrote: > At 02:04 AM 11.26.2002 +0100, Wolfgang Zenker wrote: > >>Hello, >> >> >>> The problem is that my bios have very few features and I can't disable >>>the Network Card. >>> I'm not sure what is the mainboard, it is sis but I don't know which >>>model. Maybe this dmesg output from OpenBSD may help someone: >> >>>cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz >>>[..] >>>sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 >> >>that's apparently a nic integrated in the SiS 635 chipset. >> >>Wolfgang >> > > > At the very least, it should have a jumper on the MB to disable such a > feature.... you should go to the MB website if you don't have a manual with > the MB layout and jumpers. They should have the info there -- certainly > Tech support would be available.... I can't imagine an onboard NIC that > would not have an option to disable just as with audio or video.... There should be an option in the bios called "Features Setup". In it you have a choice of "Onboard LAN" enabled or disabled. There are virtually no jumpers on SIS based motherboards. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 17:53:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0330D37B401; Mon, 25 Nov 2002 17:53:33 -0800 (PST) Received: from sage-one.net (adsl-65-71-135-137.dsl.crchtx.swbell.net [65.71.135.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9177443ECF; Mon, 25 Nov 2002 17:53:31 -0800 (PST) (envelope-from jackstone@sage-one.net) Received: from sagea (sagea [192.168.0.3]) by sage-one.net (8.11.6/8.11.6) with SMTP id gAQ1r9D27112; Mon, 25 Nov 2002 19:53:09 -0600 (CST) (envelope-from jackstone@sage-one.net) Message-Id: <3.0.5.32.20021125195307.010f3850@mail.sage-one.net> X-Sender: jackstone@mail.sage-one.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 25 Nov 2002 19:53:07 -0600 To: Kent Stewart From: "Jack L. Stone" Subject: Re: SiS 900 Ethernet card Cc: Wolfgang Zenker , Alexander , dmagda@ee.ryerson.ca, freebsd-stable@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, FreeBSD-hardware@FreeBSD.ORG In-Reply-To: <3DE2D1D1.8060105@owt.com> References: <20021126004445.I657-100000@amour.ath.cx> <3.0.5.32.20021125192751.010f3850@mail.sage-one.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 05:43 PM 11.25.2002 -0800, Kent Stewart wrote: > > >Jack L. Stone wrote: >> At 02:04 AM 11.26.2002 +0100, Wolfgang Zenker wrote: >> >>>Hello, >>> >>> >>>> The problem is that my bios have very few features and I can't disable >>>>the Network Card. >>>> I'm not sure what is the mainboard, it is sis but I don't know which >>>>model. Maybe this dmesg output from OpenBSD may help someone: >>> >>>>cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz >>>>[..] >>>>sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 >>> >>>that's apparently a nic integrated in the SiS 635 chipset. >>> >>>Wolfgang >>> >> >> >> At the very least, it should have a jumper on the MB to disable such a >> feature.... you should go to the MB website if you don't have a manual with >> the MB layout and jumpers. They should have the info there -- certainly >> Tech support would be available.... I can't imagine an onboard NIC that >> would not have an option to disable just as with audio or video.... > >There should be an option in the bios called "Features Setup". In it >you have a choice of "Onboard LAN" enabled or disabled. > >There are virtually no jumpers on SIS based motherboards. > >Kent > >-- >Kent Stewart >Richland, WA > Well, he said no such option in the BIOS, so other way would be jumpers. Sorry, not much more specific help... never owned a SIS MB.... Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net jackstone@sage-one.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 19:45:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F9937B401; Mon, 25 Nov 2002 19:45:17 -0800 (PST) Received: from abaptools.com (adsl-67-38-247-6.dsl.bcvloh.ameritech.net [67.38.247.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 3710243EAA; Mon, 25 Nov 2002 19:45:16 -0800 (PST) (envelope-from mail@abaptools.com) From: mail@abaptools.com Reply-To: mail@abaptools.com To: mail@abaptools.com Subject: Special Offer for SAP Professionals Message-Id: <20021126034516.3710243EAA@mx1.FreeBSD.org> Date: Mon, 25 Nov 2002 19:45:16 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear SAP Professional: For a limited time, the popular book 'SAP R/3 Data Integration Techniques Using ABAP/4 and Visual Basic' is being offered together with the DataSuite Data Dictionary for R/3 utility at a special price at http://www.abaptools.com . The Data Dictionary is a utility that allows users to analyze SAP data structures, create documentation and programming specifications without an SAP connection. The Data Dictionary is FREE with a purchase of the book. The Data Dictionary is a $69.00 value. 'SAP Data Integration Techniques' is a comprehensive guide to SAP RFC programming. loaded with fully tested source code (and internet support), the book provides real world examples of integrating HTML, XML, Access, Excel, Adobe Acrobat and more! A must for SAP analysts and programmers! This offer expires 11/30/02 so please visit http://www.abaptools.com today. Thank You, abaptools.com ___________________________________________________________ This mailing is courtesy of abaptools.com. Our mailings are purely opt-in/referral based and intended for the SAP community. If you have received this message in error, or if you wish to be removed from our mailings, please reply to mail@abaptools.com for immediate removal. Thank You. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 25 22:33:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84F3D37B401 for ; Mon, 25 Nov 2002 22:33:35 -0800 (PST) Received: from bob.no (fb173248.ot.FreeBit.NE.JP [61.203.173.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9660E43E9C for ; Mon, 25 Nov 2002 22:33:28 -0800 (PST) (envelope-from cmail9999jp@yahoo.co.jp) Received: from C ([192.168.0.2]) by bob (8.9.3+3.2W/3.7W) with SMTP id PAA13323; Tue, 26 Nov 2002 15:35:58 +0900 Message-Id: <200211260635.PAA13323@bob> From: =?iso-2022-jp?B?Y21haWw5OTk5?= To: =?iso-2022-jp?B?YzAy?=@bob.FreeBSD.ORG Reply-To: cmail9999jp@yahoo.co.jp Date: Tue, 26 Nov 2002 15:33:50 +0900 Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoRUU7UiVhITwlazktOXAbKEo=?= Content-Type: text/plain Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG <‘—MŽา> “dŽqƒ[ƒ‹LŽะ กŒใAL‚๐‚ฒŠ๓–]‚ต‚ศ‚ข•๛‚อ‚ฑ‚ฑ‚ึ (•K‚ธ–{•ถ‚ษ‚ ‚ศ‚ฝ‚ฬƒ[ƒ‹ƒAƒhƒŒƒX‚ฬ‚‚๐‚จ‘‚ซ‰บ‚ณ‚ขj me463886@members.interq.or.jp ƒ[ƒ‹ƒAƒhƒŒƒX‚๐‚ฒ‹L“‚ต‚ฤ‚ญ‚พ‚ณ‚ขB ง104-0061 “Œ‹ž“s’†‰›‹ๆ‹โภ8-19-3 ‘ๆ2ƒEƒCƒ“ƒOƒrƒ‹@3F ƒ[ƒ‹ƒ}ƒKƒWƒ“”ญs TEL@03-3544-6222 FAX@03-3544-6218 =============================================================== –โ‘่ค•i‚ฮ‚ฉ‚่W‚฿‚‚ต‚ฝ‚ฬ‚ลAม‚ณ‚๊‚้‹ฐ‚๊‚ช‚ ‚่‚‚ท‚ฬ‚ล ‚จ\ž‚‚อ‚จ‘‚฿‚ษI ================================================================= ™\\\™\\\™\\\™\\\™\\\™\\\™\\\™\\\™ — ƒrƒfƒI”ฬ”„EƒƒŠƒrƒfƒIE“มŽ๊ƒ_ƒbƒ`ƒƒCƒtE‚r‚lƒNƒ‰ƒu @@ ‚`‚u’j—D•ๅWE‰‡•Œ๐E‚r‚d‚wƒtƒŒƒ“ƒhEƒAƒ_ƒ‹ƒgƒOƒbƒY‚ศ‚ว š@ƒAƒ_ƒ‹ƒgŠึ˜A‚ฬ๎•๑–žฺ@š  @@‚จ\ž‚E‚ฒ’•ถEค•iฺื“™‚อ@ @@@@@‰บ‹L‚t‚q‚k‚๐ƒNƒŠƒbƒN‚ต‚ฤ‚ฒ——‰บ‚ณ‚ขB  ซ@@@@ซ@@@@ซ@ @@@http://changeboy.kir.jp/ ™\\\™\\\™\\\™\\\™\\\™\\\™\\\™\\\™ @@@@@@@@ŠJ‰^ƒOƒbƒYE‹ษ”้๎•๑Ž @@@@–h”ฦƒOƒbƒYE‹เ–ื‚ฏ๎•๑Eƒ_ƒCƒGƒbƒgH•i‚ศ‚ว@ @@@@@@@@š@‚ป‚ฬ‘ผ๎•๑–žฺ@š  @@‚จ\ž‚E‚ฒ’•ถEค•iฺื“™‚อ@ @@@@@‰บ‹L‚t‚q‚k‚๐ƒNƒŠƒbƒN‚ต‚ฤ‚ฒ——‰บ‚ณ‚ขB  ซ@@@@ซ@@@@ซ@ http://changeboy.kir.jp/index2.html ™\\\™\\\™\\\™\\\™\\\™\\\™\\\™\\\™ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 0:34: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B114137B401; Tue, 26 Nov 2002 00:34:06 -0800 (PST) Received: from amour.ath.cx (free204-x164.dialo.tiscali.de [62.246.204.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F6CA43EA9; Tue, 26 Nov 2002 00:34:05 -0800 (PST) (envelope-from amour@amour.ath.cx) Received: from amour.ath.cx (amour@localhost.ath.cx [127.0.0.1]) by amour.ath.cx (8.12.6/8.12.6) with ESMTP id gAQ8XniF000443; Tue, 26 Nov 2002 09:33:49 +0100 (CET) (envelope-from amour@amour.ath.cx) Received: from localhost (amour@localhost) by amour.ath.cx (8.12.6/8.12.6/Submit) with ESMTP id gAQ8Xkfj000440; Tue, 26 Nov 2002 09:33:47 +0100 (CET) Date: Tue, 26 Nov 2002 09:33:46 +0100 (CET) From: Alexander To: Kent Stewart Cc: "Jack L. Stone" , Wolfgang Zenker , , , , Subject: Re: SiS 900 Ethernet card In-Reply-To: <3DE2D1D1.8060105@owt.com> Message-ID: <20021126092516.C315-100000@amour.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, It is a laptop and the only thing I can open (without voiding the guarantee) is the place where the memory sticks lie. Anyway, I don't think this is the solution. Can't anyone port the linux driver on bsd ? (It works great on linux, but I don't wan't to go on linux) thanks On Mon, 25 Nov 2002, Kent Stewart wrote: > > > Jack L. Stone wrote: > > At 02:04 AM 11.26.2002 +0100, Wolfgang Zenker wrote: > > > >>Hello, > >> > >> > >>> The problem is that my bios have very few features and I can't disable > >>>the Network Card. > >>> I'm not sure what is the mainboard, it is sis but I don't know which > >>>model. Maybe this dmesg output from OpenBSD may help someone: > >> > >>>cpu0: Intel Pentium 4 ("GenuineIntel" 686-class) 2.20 GHz > >>>[..] > >>>sis0 at pci0 dev 3 function 0 "SIS 900 10/100BaseTX" rev 0x90: irq 10 > >> > >>that's apparently a nic integrated in the SiS 635 chipset. > >> > >>Wolfgang > >> > > > > > > At the very least, it should have a jumper on the MB to disable such a > > feature.... you should go to the MB website if you don't have a manual with > > the MB layout and jumpers. They should have the info there -- certainly > > Tech support would be available.... I can't imagine an onboard NIC that > > would not have an option to disable just as with audio or video.... > > There should be an option in the bios called "Features Setup". In it > you have a choice of "Onboard LAN" enabled or disabled. > > There are virtually no jumpers on SIS based motherboards. > > Kent > > -- > Kent Stewart > Richland, WA > > http://users.owt.com/kstewart/index.html > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 0:49:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA0CA37B401 for ; Tue, 26 Nov 2002 00:49:21 -0800 (PST) Received: from hehipc.phy.uic.edu (hehipc.phy.uic.edu [131.193.191.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B06E43EA9 for ; Tue, 26 Nov 2002 00:49:21 -0800 (PST) (envelope-from cosmin@hehipc.phy.uic.edu) Received: from localhost (cosmin@localhost) by hehipc.phy.uic.edu (8.11.6/8.11.6) with ESMTP id gAQ8nK219343 for ; Tue, 26 Nov 2002 02:49:20 -0600 Date: Tue, 26 Nov 2002 02:49:20 -0600 (CST) From: Cosmin Stroe To: freebsd-hackers@freebsd.org Subject: Diskless booting with codafs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Is there a codafs diskless booting option available for FreeBSD .. something similar to the NFS_ROOT option available currently in the kernel ? Is there even CODA fs builtin kernel support ? Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 1:45:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8539737B401 for ; Tue, 26 Nov 2002 01:45:50 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AAE43EB2 for ; Tue, 26 Nov 2002 01:45:44 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAQ9gvkY030394; Tue, 26 Nov 2002 04:42:57 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAQ9gu31030391; Tue, 26 Nov 2002 04:42:56 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Tue, 26 Nov 2002 04:42:56 -0500 (EST) From: Kenneth Culver To: freebsd-hackers@freebsd.org Cc: mchopra@engmail.uwaterloo.ca Subject: Warcraft3 on FreeBSD Message-ID: <20021126043637.I30271-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-0.2 required=5.0 tests=X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just in case anyone here cares, I have implemented the linux ftruncate64, truncate64, and mmap2 syscalls in the linuxulator on my computer, (mostly cut 'n pasted the mmap2 from regular mmap with a couple of changes) and with these changes it is possible to run the linux version of winex (the one you have to pay for) to run warcraft 3. IT works in both direct3d mode and in opengl mode using the following commandline: winex --dll dsound=n --dll quartz=n --dll d3d8=b War3.exe -- War3.exe Anyway, just thought someone might want to know. If anyone wants step-by-step instructions to getting this working I'll have those worked up in the next few days and posted somewhere along with the patches to the linux kernel module. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 3: 8:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC13137B401 for ; Tue, 26 Nov 2002 03:08:27 -0800 (PST) Received: from nano-system.com (as3-4-6.far.s.bonet.se [217.215.64.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE29143EBE for ; Tue, 26 Nov 2002 03:08:20 -0800 (PST) (envelope-from zaiberd@nano-system.com) Received: (from zaiberd@localhost) by Tue Nov 26 12:14:27 2002nano-system.com (8.11.6/8.11.6) id gAQBERc01328 for freebsd-hackers@freebsd.org; Tue, 26 Nov 2002 12:14:27 +0100 (CET) Date: Tue, 26 Nov 2002 12:14:27 +0100 From: Alexander Funcke To: freebsd-hackers@freebsd.org Subject: Correct way to get hold of a isab Message-ID: <20021126111427.GB1063@gothis.peppernet.se> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've written a GPIO driver for the National Geode SCx200 processors. While I was developing I added the following line in isab_match() (sys/pci/pcisupport.c) so it wouldn't be identified as a isa-bridge. isab_match(device_t dev) { switch(pci_get_devid(dev)) { . . . /* National Geode SCx200's ISA and GPIO/LPC bridge, needs to be free so we can claim it later from the GPIO-driver. */ case 0x0500100b: return(NULL); } . . . } This do work, but I guess this isn't the correct way, how should it be done? TIA, /Alexander To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 5:14:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7B037B401 for ; Tue, 26 Nov 2002 05:14:41 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 869B243EC2 for ; Tue, 26 Nov 2002 05:14:40 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 4515B6264; Tue, 26 Nov 2002 14:14:39 +0100 (MET) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 306A47942; Tue, 26 Nov 2002 14:14:39 +0100 (MET) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 9C067136FA; Tue, 26 Nov 2002 14:14:38 +0100 (CET) Date: Tue, 26 Nov 2002 14:14:38 +0100 From: Daniel Lang To: freebsd-hackers@freebsd.org Cc: chopin@sgh.waw.pl Subject: strange coredump in malloc_bytes()/libc in 4.7p2 Message-ID: <20021126131438.GC60278@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, before I send a PR, I though I'll ask about the opinion of the people here. Background: We run an IRCnet ircd on a FreeBSD box here. This combination lived very happy for a very long time. Recently I've updated the box to 4.7-RELEASE-p2. After the update, the "ircd" won't start any longer. Recompile of ircd did not help at all. ow, after many hours trying to debug the problem, I built a world with CFLAGS=-g to get a libc with debugging symbols and a useful backtrace: (gdb) bt #0 0x2819244b in malloc_bytes (size=476) at /usr/src/lib/libc/../libc/stdlib/malloc.c:673 #1 0x28192581 in imalloc (size=476) at /usr/src/lib/libc/../libc/stdlib/malloc.c:715 #2 0x28192a44 in malloc (size=476) at /usr/src/lib/libc/../libc/stdlib/malloc.c:1076 #3 0x281885b5 in calloc (num=1, size=476) at /usr/src/lib/libc/../libc/stdlib/calloc.c:49 #4 0x2817dd77 in __hash_open (file=0x28198232 "/etc/pwd.db", flags=0, mode=0, info=0x0, dflags=0) at /usr/src/lib/libc/../libc/db/hash/hash.c:113 #5 0x2817dc5e in dbopen (fname=0x28198232 "/etc/pwd.db", flags=0, mode=0, type=DB_HASH, openinfo=0x0) at /usr/src/lib/libc/../libc/db/db/db.c:66 #6 0x281421c3 in __initdb () at /usr/src/lib/libc/../libc/gen/getpwent.c:276 #7 0x28141f5d in getpwuid (uid=25091) at /usr/src/lib/libc/../libc/gen/getpwent.c:194 #8 0x8058823 in setup_me (mp=0x8116440) at ../ircd/ircd.c:545 #9 0x805919e in main (argc=0, argv=0xbfbffcb0) at ../ircd/ircd.c:915 #10 0x8049a79 in _start () If inspect the crashing frame I get: 672 /* Find first word of bitmap which isn't empty */ 673 for (lp = bp->bits; !*lp; lp++) 674 ; (gdb) p lp $19 = (u_int *) 0x8f949b0 (gdb) p *lp Cannot access memory at address 0x8f949b0. gdb) p bp $20 = (struct pginfo *) 0x8f949a0 (gdb) p *bp Cannot access memory at address 0x8f949a0. (gdb) p j $23 = 9 (gdb) p page_dir[j] $24 = (struct pginfo *) 0x8f949a0 Unfortunately, I have no clue about reasonable contents of a struct pginfo and valid pointers or not in such an array. My impression is, that this symptom is caused by a buffer overflow somewhere else in the code, possibly ircd's code, which thrashes the content of struct pginfo. If anyone agrees, or has any other ideas, what could be the cause, please give instructions, how to debug further. Thanks and best regards, Daniel -- IRCnet: Mr-Spock - Der Schatten von Hasenfuss ist ziemlich dunkel - *Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 5:36:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB9D237B401 for ; Tue, 26 Nov 2002 05:36:24 -0800 (PST) Received: from i19-177.us.catvmics.ne.jp (i19-071.us.catvmics.ne.jp [202.238.34.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60DF43EA9 for ; Tue, 26 Nov 2002 05:36:18 -0800 (PST) (envelope-from peterh@sapros.com) Received: from islir.sapros.com (localhost [127.0.0.1]) by i19-177.us.catvmics.ne.jp (8.12.6/8.12.6) with ESMTP id gAQACfdd000284 for ; Tue, 26 Nov 2002 19:12:43 +0900 (JST) (envelope-from peterh@islir.sapros.com) Message-Id: <200211261012.gAQACfdd000284@i19-177.us.catvmics.ne.jp> To: freebsd-hackers@freebsd.org Subject: Re: When you get a moment. Date: Tue, 26 Nov 2002 19:12:41 +0900 From: Peter Haight Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a VAIO with an AC97 soundcard. Here's the pciconf output: pcm0@pci0:31:5: class=0x040100 card=0x80fa104d chip=0x24858086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Audio Controller' class = multimedia subclass = audio Here's the /var/log/messages entry: Nov 26 18:53:34 islir /kernel: pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff irq 9 at device 31.5 on pci0 Now it works fine, but only if I constantly wiggle my USB mouse. If I take a look at /var/log/messages, all the USB controllers share the same IRQ (9). Of course, this all works fine under Windows XP with the IRQs all the same. I've looked into the BIOS and there is hardly anything you can set and certainly no settings for PnP or PCI. Any suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 6:13:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DCFE37B401 for ; Tue, 26 Nov 2002 06:13:38 -0800 (PST) Received: from srv2.resnet.ohio-state.edu (srv2.resnet.ohio-state.edu [164.107.3.56]) by mx1.FreeBSD.org (Postfix) with SMTP id 58B0B43EAF for ; Tue, 26 Nov 2002 06:13:37 -0800 (PST) (envelope-from mistry.7@osu.edu) Received: (qmail 29931 invoked by uid 506); 26 Nov 2002 14:25:03 -0000 Received: from mistry.7@osu.edu by srv2.resnet.ohio-state.edu by uid 503 with qmail-scanner-1.14 ( Clear:. Processed in 0.020155 secs); 26 Nov 2002 14:25:03 -0000 Received: from rdrt-164-107-205-149.resnet.ohio-state.edu (HELO littleguy.am-productions.biz) (164.107.205.149) by srv2.resnet.ohio-state.edu with SMTP; 26 Nov 2002 14:25:03 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Anish Mistry To: Kenneth Culver Subject: Re: Warcraft3 on FreeBSD Date: Tue, 26 Nov 2002 09:10:59 -0500 User-Agent: KMail/1.4.3 References: <20021126043637.I30271-100000@alpha.yumyumyum.org> In-Reply-To: <20021126043637.I30271-100000@alpha.yumyumyum.org> Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200211260911.00071.mistry.7@osu.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 26 November 2002 04:42 am, Kenneth Culver wrote: > Just in case anyone here cares, I have implemented the linux ftruncate6= 4, > truncate64, and mmap2 syscalls in the linuxulator on my computer, (most= ly > cut 'n pasted the mmap2 from regular mmap with a couple of changes) and > with these changes it is possible to run the linux version of winex (th= e > one you have to pay for) to run warcraft 3. IT works in both direct3d m= ode > and in opengl mode using the following commandline: > > winex --dll dsound=3Dn --dll quartz=3Dn --dll d3d8=3Db War3.exe -- War3= =2Eexe > > Anyway, just thought someone might want to know. If anyone wants > step-by-step instructions to getting this working I'll have those worke= d > up in the next few days and posted somewhere along with the patches to = the > linux kernel module. > > Ken > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message This sounds great. I and I'm sure a lot of others will be eagerly awaiti= ng=20 you patches. --=20 Anish Mistry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 8:41:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E9A37B406 for ; Tue, 26 Nov 2002 08:41:16 -0800 (PST) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B6343E4A for ; Tue, 26 Nov 2002 08:41:16 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 25298 invoked from network); 26 Nov 2002 16:41:19 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 26 Nov 2002 16:41:19 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAQGfEuH013047; Tue, 26 Nov 2002 11:41:15 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021126111427.GB1063@gothis.peppernet.se> Date: Tue, 26 Nov 2002 11:41:20 -0500 (EST) From: John Baldwin To: Alexander Funcke Subject: RE: Correct way to get hold of a isab Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Nov-2002 Alexander Funcke wrote: > Hi, > > > I've written a GPIO driver for the National Geode SCx200 processors. > While I was developing I added the following line in isab_match() > (sys/pci/pcisupport.c) so it wouldn't be identified as a isa-bridge. > > > isab_match(device_t dev) > { > switch(pci_get_devid(dev)) { > > . > . > . > > /* National Geode SCx200's ISA and GPIO/LPC bridge, > needs to be free so we can claim it later from > the GPIO-driver. */ > > case 0x0500100b: > return(NULL); > } > > . > . > . > } > > This do work, but I guess this isn't the correct way, how should it > be done? Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? (class of 0x0601zz where zz is any value). If so it is claiming to be a PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't claim to be one. If it is a PCI-ISA bridge then you do need to use that kind of hack for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 9:33:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8219937B404 for ; Tue, 26 Nov 2002 09:33:31 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F271E43EAF for ; Tue, 26 Nov 2002 09:33:30 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAQHXQBF094920; Tue, 26 Nov 2002 12:33:27 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 26 Nov 2002 12:33:26 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Cosmin Stroe Cc: freebsd-hackers@freebsd.org Subject: Re: Diskless booting with codafs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 26 Nov 2002, Cosmin Stroe wrote: > Is there a codafs diskless booting option available for FreeBSD .. > something similar to the NFS_ROOT option available currently in the > kernel ? > > Is there even CODA fs builtin kernel support ? Unlike many network file systems, Coda relies on a local disk cache, so typically the approach taken is to boot to at least a minimal local file system, then bring in everything else from over the network once Venus (the user space cache manager) is started. If you want to chroot() somewhere in the process so that the perceived root is in /coda, it can be done, but you might have to tweak the boot scripts and init some to make it happen, as well as make sure you re-mount devfs. Coda is currently in the base source tree, although I'm not sure it's been tested much on 5.x. Drop e-mail to shafeeq@FreeBSD.org to find out how things are going, since I'm not sure he tracks the mailing lists much. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 11:58:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434BE37B401 for ; Tue, 26 Nov 2002 11:58:32 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64DB943EAF for ; Tue, 26 Nov 2002 11:58:31 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAQJw976099291; Tue, 26 Nov 2002 20:58:09 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Daniel Lang Cc: freebsd-hackers@FreeBSD.ORG, chopin@sgh.waw.pl Subject: Re: strange coredump in malloc_bytes()/libc in 4.7p2 In-Reply-To: Your message of "Tue, 26 Nov 2002 14:14:38 +0100." <20021126131438.GC60278@atrbg11.informatik.tu-muenchen.de> Date: Tue, 26 Nov 2002 20:58:09 +0100 Message-ID: <99290.1038340689@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021126131438.GC60278@atrbg11.informatik.tu-muenchen.de>, Daniel L ang writes: >Hi folks, > >before I send a PR, I though I'll ask about the opinion >of the people here. > >Background: > >We run an IRCnet ircd on a FreeBSD box here. This combination >lived very happy for a very long time. Recently I've updated >the box to 4.7-RELEASE-p2. After the update, the "ircd" >won't start any longer. > >Recompile of ircd did not help at all. > >ow, after many hours trying to debug the problem, I built >a world with CFLAGS=-g to get a libc with debugging symbols >and a useful backtrace: > >(gdb) bt >#0 0x2819244b in malloc_bytes (size=476) > at /usr/src/lib/libc/../libc/stdlib/malloc.c:673 >#1 0x28192581 in imalloc (size=476) > at /usr/src/lib/libc/../libc/stdlib/malloc.c:715 >#2 0x28192a44 in malloc (size=476) > at /usr/src/lib/libc/../libc/stdlib/malloc.c:1076 >#3 0x281885b5 in calloc (num=1, size=476) > at /usr/src/lib/libc/../libc/stdlib/calloc.c:49 I think we can more or less conclude that something has trashed your memory. I'd suggest you try to run your program with ElectricFence or similar. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 14:39:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142A337B401 for ; Tue, 26 Nov 2002 14:39:44 -0800 (PST) Received: from msgbas2x.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B10243EBE for ; Tue, 26 Nov 2002 14:39:43 -0800 (PST) (envelope-from ctuffli@rose.agilent.com) Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas2x.cos.agilent.com (Postfix) with ESMTP id 0D653EBA for ; Tue, 26 Nov 2002 15:39:38 -0700 (MST) Received: from rtl.rose.agilent.com (rtl.rose.agilent.com [130.30.179.189]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 9B09546C for ; Tue, 26 Nov 2002 15:39:37 -0700 (MST) Received: from mail.rose.agilent.com (mailsrv@bellhop [130.30.179.19]) by rtl.rose.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.1.0) with ESMTP id OAA12027 for ; Tue, 26 Nov 2002 14:39:36 -0800 (PST) Received: from thegrail (anu.rose.agilent.com [156.140.225.186]) by mail.rose.agilent.com (Netscape Messaging Server 3.6) with ESMTP id AAA4BE4 for ; Tue, 26 Nov 2002 14:39:34 -0800 Received: by thegrail (Postfix, from userid 1001) id 96780846E3; Tue, 26 Nov 2002 14:35:23 -0800 (PST) Date: Tue, 26 Nov 2002 14:35:23 -0800 From: Chuck Tuffli To: freebsd-hackers@FreeBSD.ORG Subject: double fault w/o playing tennis Message-ID: <20021126223522.GA18962@thegrail.rose.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So I'm doing something "bad" in my driver which is causing a double fault (a fault inside a fault handler I think) panic. I have a remote gdb session setup, but things like backtrace are only telling me what I know (the code is in trap_fatal). Is there a resource out there ("Frame pointers for dummies") that I can use to figure out what went wrong? Thanks! -- Chuck Tuffli Agilent Technologies, Storage and Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 15:15:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867A837B401 for ; Tue, 26 Nov 2002 15:15:23 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE0A43EAF for ; Tue, 26 Nov 2002 15:15:16 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.6) with ESMTP id gAQNCcrv034282; Tue, 26 Nov 2002 18:12:39 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.6/Submit) with ESMTP id gAQNCbAS034279; Tue, 26 Nov 2002 18:12:38 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Tue, 26 Nov 2002 18:12:37 -0500 (EST) From: Kenneth Culver To: Michael Reifenberger Cc: freebsd-hackers@freebsd.org Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021126235714.Y800-100000@nihil> Message-ID: <20021126180337.U34164-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.3 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I havn't submitted them to anyone b/c I wanted more people to test them. > > The patches work fine with everything I've tried though (using the > > linux_base-7.1 package). I've tested linux-mozilla, quake3, Unreal > > Tournament 2003, Return to castle Wolfenstein, and now winex. (winex won't > > work without the patches). So I take it you're interested in messing with > > the patches I have? > Yes. > I'm using suse8. > I had the impression that glibc had fallbacks to the old (non64) functions > when not present in kernel.... > I could get it commited but Im not shure when. > Current is under code freeze yet. > Either we get re@ approval or have to wait until 5.0 is out. > Well the kernel patches MIGHT not even be necessary, I'm not sure because I only tried a little bit without them. There could be a fallback. Almost nothing would run right without the mmap2, it would run and crash at one place or another. For all the syscalls, I noticed that they weren't implemented, and they were easy enough to implement (ftruncate64 and truncate64 were similar to truncate, and mmap2 was almost a complete cut 'n paste from the mmap that's already there, just used ctob(pgoff) for pos I believe), so I did it. My patches are to a -STABLE machine though, so there'd probably be a little work necessary in getting them on to -CURRENT unless the linuxulators have stayed the same between the two versions of FreeBSD. I had help from a few people from the lists with the mmap2, although I can't remember who helped. Anyway, I'll submit a PR once I clean up the patches a bit. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 15:26:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8671937B401 for ; Tue, 26 Nov 2002 15:26:18 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id F192243EAF for ; Tue, 26 Nov 2002 15:26:17 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 87132 invoked by uid 1000); 26 Nov 2002 23:26:19 -0000 Date: Tue, 26 Nov 2002 15:26:19 -0800 (PST) From: Nate Lawson To: Yar Tikhiy Cc: freebsd-hackers@freebsd.org Subject: Re: Review by USB wizard wanted In-Reply-To: <20021125164551.A26800@comp.chem.msu.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm not a usb expert but I think your patch deserves some comments. On Mon, 25 Nov 2002, Yar Tikhiy wrote: > First, sometimes (especially, if twitching a memory stick out of > the reader while the device is being detected) a transfer to the > umass device is initiated *after* the device is already gone. System > panic follows. The transfer is initiated when destroying the default > pipe to the device. Indeed, the current usb_subr.c code will detach > child devices first and destroy the default pipe then. Reverting > this order eliminates the panic. > > Second, twitching a memory stick can cause CAM jam. That happens > because the umass detach routine won't wake up the upper layer when > processing a device with a pending transfer on it. > > Patches addressing the above problems are attached below. > [...] > --- usb_subr.c.orig Sat Nov 16 12:07:50 2002 > +++ usb_subr.c Fri Nov 22 15:45:35 2002 > @@ -1292,8 +1292,6 @@ > { > int ifcidx, nifc; > > - if (dev->default_pipe != NULL) > - usbd_kill_pipe(dev->default_pipe); > if (dev->ifaces != NULL) { > nifc = dev->cdesc->bNumInterface; > for (ifcidx = 0; ifcidx < nifc; ifcidx++) > @@ -1340,6 +1338,9 @@ > return; > } > #endif > + > + if (dev->default_pipe != NULL) > + usbd_kill_pipe(dev->default_pipe); > > if (dev->subdevs != NULL) { > DPRINTFN(3,("usb_disconnect_port: disconnect subdevs\n")); > This change looks good to me. With your patch, we need to be careful if anyone ever calls usb_free_device() directly since the default pipe won't be killed. But since I don't see it called by anyone else, it seems ok. Why not make usb_free_device() static too? > --- umass.c.orig Sat Nov 16 12:07:50 2002 > +++ umass.c Fri Nov 22 21:42:10 2002 > @@ -1033,6 +1033,13 @@ > /* detach the device from the SCSI host controller (SIM) */ > err = umass_cam_detach(sc); > > + /* if upper layer is waiting for a transfer to finish, wake it up */ > + if (sc->transfer_state != TSTATE_IDLE) { > + sc->transfer_state = TSTATE_IDLE; > + sc->transfer_cb(sc, sc->transfer_priv, > + sc->transfer_datalen, STATUS_WIRE_FAILED); > + } > + > for (i = 0; i < XFER_NR; i++) > if (sc->transfer_xfer[i]) > usbd_free_xfer(sc->transfer_xfer[i]); This looks good except you're passing the full datalen as the residue. Does this address the situation where the data has been partially transferred successfully? Or should you subtract transfer_actlen in that case? I think your code is correct, I just am not familiar enough with usb to be sure. After addressing these questions, please send your patch to re@ for commit approval. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 16:36:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A0E37B401 for ; Tue, 26 Nov 2002 16:36:18 -0800 (PST) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D4043E88 for ; Tue, 26 Nov 2002 16:36:17 -0800 (PST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.12.3/8.12.3) with UUCP id gAR0ZQej098171; Wed, 27 Nov 2002 01:35:26 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.6/8.12.2) with ESMTP id gAQNkUev006376; Wed, 27 Nov 2002 00:46:30 +0100 (CET) (envelope-from root@nihil.plaut.de) Date: Wed, 27 Nov 2002 00:46:30 +0100 (CET) From: Michael Reifenberger To: Kenneth Culver Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021126180337.U34164-100000@alpha.yumyumyum.org> Message-ID: <20021127004511.F6366-100000@nihil> References: <20021126180337.U34164-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 26 Nov 2002, Kenneth Culver wrote: ... > Anyway, I'll submit a PR once I clean up the patches a bit. Yes, please. Please post the number when ready. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 19: 6:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418D337B401 for ; Tue, 26 Nov 2002 19:06:10 -0800 (PST) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AACB43E9C for ; Tue, 26 Nov 2002 19:06:09 -0800 (PST) (envelope-from sem@ciam.ru) Received: from semhome (ppp136-249.dialup.mtu-net.ru [62.118.136.249]) by hueymiccailhuitl.mtu.ru (Postfix) with SMTP id E6A75F83C2 for ; Wed, 27 Nov 2002 06:06:05 +0300 (MSK) (envelope-from sem@ciam.ru) Message-ID: <000501c295c1$ee68fd80$f988763e@semhome> From: "Sergey Matveychuk" To: Subject: ports conflicts: PR/13650 Date: Wed, 27 Nov 2002 06:05:59 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'v tried find out a fate of PR/13650 dated by September 1999. I'v wrote to freebsd-ports and to Satoshi. And I'v got no answer. Who can answer me? Who can change bsd.port.mk? ---- Sem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 20:47:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14BEB37B401 for ; Tue, 26 Nov 2002 20:47:47 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 318B343E88 for ; Tue, 26 Nov 2002 20:47:46 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAR4lXpk053911; Tue, 26 Nov 2002 21:47:34 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 26 Nov 2002 21:47:14 -0700 (MST) Message-Id: <20021126.214714.27951670.imp@bsdimp.com> To: funcke@nano-system.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Correct way to get hold of a isab From: "M. Warner Losh" In-Reply-To: <20021126111427.GB1063@gothis.peppernet.se> References: <20021126111427.GB1063@gothis.peppernet.se> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021126111427.GB1063@gothis.peppernet.se> Alexander Funcke writes: : This do work, but I guess this isn't the correct way, how should it : be done? Have isab_probe return a negative number (say -20). Have your probe routine return a larger negative number (say -10). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 20:52:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE3FF37B401; Tue, 26 Nov 2002 20:52:40 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3653643E9C; Tue, 26 Nov 2002 20:52:40 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAR4qdpk053925; Tue, 26 Nov 2002 21:52:39 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 26 Nov 2002 21:52:20 -0700 (MST) Message-Id: <20021126.215220.91026914.imp@bsdimp.com> To: jhb@FreeBSD.ORG Cc: funcke@nano-system.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Correct way to get hold of a isab From: "M. Warner Losh" In-Reply-To: References: <20021126111427.GB1063@gothis.peppernet.se> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: John Baldwin writes: : Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? : (class of 0x0601zz where zz is any value). If so it is claiming to be a : PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't : claim to be one. If it is a PCI-ISA bridge then you do need to use that : kind of hack for now. Well, already isab_probe returns: if (matched) { device_set_desc(dev, "PCI-ISA bridge"); return(-10000); } so a specific driver should return -100. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 21:22:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E4A537B401 for ; Tue, 26 Nov 2002 21:22:55 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F3FC43EAF for ; Tue, 26 Nov 2002 21:22:54 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.6) with ESMTP id gAR5KErv035661; Wed, 27 Nov 2002 00:20:16 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.6/Submit) with ESMTP id gAR5KDNu035658; Wed, 27 Nov 2002 00:20:14 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 27 Nov 2002 00:20:13 -0500 (EST) From: Kenneth Culver To: Michael Reifenberger Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021127004511.F6366-100000@nihil> Message-ID: <20021127001956.W35654-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.2 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 27 Nov 2002, Michael Reifenberger wrote: > On Tue, 26 Nov 2002, Kenneth Culver wrote: > ... > > Anyway, I'll submit a PR once I clean up the patches a bit. > Yes, please. > Please post the number when ready. > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS > Does a mail come back to me with the pr number or something? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 22: 0:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0525037B401 for ; Tue, 26 Nov 2002 22:00:11 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A1143E88 for ; Tue, 26 Nov 2002 22:00:10 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.6) with ESMTP id gAR5vVrv035830; Wed, 27 Nov 2002 00:57:31 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.6/Submit) with ESMTP id gAR5vVd1035827; Wed, 27 Nov 2002 00:57:31 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST) From: Kenneth Culver To: Michael Reifenberger Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021127004511.F6366-100000@nihil> Message-ID: <20021127005710.I35654-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.3 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, the PR is located at http://www.freebsd.org/cgi/query-pr.cgi?pr=45785 The patch should be there as well. Thanks Ken On Wed, 27 Nov 2002, Michael Reifenberger wrote: > On Tue, 26 Nov 2002, Kenneth Culver wrote: > ... > > Anyway, I'll submit a PR once I clean up the patches a bit. > Yes, please. > Please post the number when ready. > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 26 23:45: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20A2237B401; Tue, 26 Nov 2002 23:45:03 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B454043EAF; Tue, 26 Nov 2002 23:45:02 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gAR7j159072655; Tue, 26 Nov 2002 23:45:01 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200211270745.gAR7j159072655@beastie.mckusick.com> To: Ruslan Ermilov Subject: Re: fsck -p Cc: Ian Dowse , hackers@FreeBSD.org In-Reply-To: Your message of "Wed, 20 Nov 2002 13:09:55 +0200." <20021120110955.GA48212@sunbay.com> Date: Tue, 26 Nov 2002 23:45:01 -0800 From: Kirk McKusick Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Date: Wed, 20 Nov 2002 13:09:55 +0200 From: Ruslan Ermilov To: Ian Dowse , Kirk McKusick Cc: hackers@FreeBSD.org Subject: fsck -p Hi! Today I've got a hard lockup with 4.7 box. Upon reboot, ``fsck -p'' was run, and it resulted in the following, in particular: /dev/da0s1h: UNREF FILE I=3D591 OWNER=3Dnobody MODE=3D100644 /dev/da0s1h: SIZE=3D81269024 MTIME=3DNov 20 09:50 2002 (CLEARED) /dev/da0s1h: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/da0s1h: SUMMARY INFORMATION BAD (SALVAGED) /dev/da0s1h: BLK(S) MISSING IN BIT MAPS (SALVAGED) I thought that the correct action here would be to reconnect this file under fs's lost+found, but it did not happen. Why? (I've lost a week of useful squid's access.log.) Cheers, Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age The reference count on the file was zero, so the assumption by fsck is that you were in the process of removing it at the time of the crash (e.g., the name had been removed from the directory but the inode had not yet been cleared). Thus the default behavior is to finish the removal. FYI, if you had run fsck manually, it would have given you the option to save the file. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 1:54:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BF937B401 for ; Wed, 27 Nov 2002 01:54:58 -0800 (PST) Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ACDF43EBE for ; Wed, 27 Nov 2002 01:54:57 -0800 (PST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.12.3/8.12.3) with UUCP id gAR9s4Tv002093; Wed, 27 Nov 2002 10:54:04 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.12.6/8.12.2) with ESMTP id gAR9qvxi000605; Wed, 27 Nov 2002 10:52:59 +0100 (CET) (envelope-from root@nihil.plaut.de) Date: Wed, 27 Nov 2002 10:52:57 +0100 (CET) From: Michael Reifenberger To: Kenneth Culver Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021127005710.I35654-100000@alpha.yumyumyum.org> Message-ID: <20021127105216.U487-100000@nihil> References: <20021127005710.I35654-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 27 Nov 2002, Kenneth Culver wrote: > Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST) > From: Kenneth Culver > To: Michael Reifenberger > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: Warcraft3 on FreeBSD > > OK, the PR is located at > > http://www.freebsd.org/cgi/query-pr.cgi?pr=45785 > > The patch should be there as well. Ok, got it. Will test under -current first. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 2:14:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A9F437B401 for ; Wed, 27 Nov 2002 02:14:12 -0800 (PST) Received: from nano-system.com (as3-4-6.far.s.bonet.se [217.215.64.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3576643EAF for ; Wed, 27 Nov 2002 02:14:05 -0800 (PST) (envelope-from zaiberd@nano-system.com) Received: (from zaiberd@localhost) by Wed Nov 27 11:20:07 2002nano-system.com (8.11.6/8.11.6) id gARAK7x03839 for freebsd-hackers@FreeBSD.ORG; Wed, 27 Nov 2002 11:20:07 +0100 (CET) Date: Wed, 27 Nov 2002 11:20:07 +0100 From: Alexander Funcke To: freebsd-hackers@FreeBSD.ORG Subject: Re: Correct way to get hold of a isab Message-ID: <20021127102006.GF1063@gothis.peppernet.se> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021126111427.GB1063@gothis.peppernet.se> <20021126.215220.91026914.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021126.215220.91026914.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 26, 2002 at 09:52:20PM -0700, M. Warner Losh wrote: > In message: > John Baldwin writes: > : Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? > : (class of 0x0601zz where zz is any value). If so it is claiming to be a > : PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't > : claim to be one. If it is a PCI-ISA bridge then you do need to use that > : kind of hack for now. > > Well, already isab_probe returns: > if (matched) { > device_set_desc(dev, "PCI-ISA bridge"); > return(-10000); > } I've been stuck with a RELENG_4 cvs tree, where isab_probe didn't do so much more than call isab_match/eisab_match. So I didn't quite grasp this, but I can see why now. > > so a specific driver should return -100. Ok. thanks, /Alexander > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 2:42:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 114CB37B401 for ; Wed, 27 Nov 2002 02:42:40 -0800 (PST) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0125243EB2 for ; Wed, 27 Nov 2002 02:42:38 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from foem (foem [10.11.0.2]) by foem.leiden.webweaving.org (8.12.6/8.12.6) with ESMTP id gARAgV64076484 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 27 Nov 2002 11:42:31 +0100 (CET) (envelope-from dirkx@webweaving.org) Date: Wed, 27 Nov 2002 11:42:31 +0100 (CET) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem.leiden.webweaving.org To: freebsd-hackers@FreeBSD.ORG Subject: Understanding PCI intr routing on a Cirrus Logic PD6729 Message-ID: <20021127111749.V2484-100000@foem.leiden.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've got a "Compaq" "WL200_11Mbps_Wireless_PCI_Card" here. This is a PCI card with a CL-PD6729 pci<->pcmcia bridge on it. The pcmcia is hard wired through to a prism/2 card. The WL200 pci cards get assigned irq 12, 11 and 10 (or if there is just one card, irq 12) at bootup and the first wi0 detected gets assigned the first free irq 3. The trouble is either a hang on detection (when pd6729_intr_path=2 is used) or a Timeout (with pd6729_intr_path=1/default) when trying to use this card with either 4.6 or -CURRENT. Now it seems that all 4 PCI interrupt pins #A to #D of the PD6729 as well as IRQ9-12 are all wired together and all are routed to the same INT#A pin on the PCI bus. The INT#B, C and D pints of the PCI bus are not connected to anything. Now what exactly does this mean ? Should all PCI cards and their PCMCIA children all share the same IRQ and use polling only ? How is that configured ? As I am guessing that any of the IRQ setup by /sys/pccard/pcic_pci.c is rather ignored by having the wiring on the physical card all going to #A ? Dw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 3:15:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED7DB37B401 for ; Wed, 27 Nov 2002 03:15:43 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C67843E4A for ; Wed, 27 Nov 2002 03:15:43 -0800 (PST) (envelope-from garyj@jennejohn.org) Received: from fwd10.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18H0AQ-00080f-06; Wed, 27 Nov 2002 12:15:42 +0100 Received: from peedub.jennejohn.org (520017439985-0001@[217.228.213.144]) by fmrl10.sul.t-online.com with esmtp id 18H0AC-1b8880C; Wed, 27 Nov 2002 12:15:28 +0100 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.6/8.11.6) with ESMTP id gARBFETP015895; Wed, 27 Nov 2002 12:15:14 +0100 (CET) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200211271115.gARBFETP015895@peedub.jennejohn.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: "Sergey Matveychuk" Cc: freebsd-hackers@freebsd.org Subject: Re: ports conflicts: PR/13650 Reply-To: Gary Jennejohn In-reply-to: Your message of "Wed, 27 Nov 2002 06:05:59 +0300." <000501c295c1$ee68fd80$f988763e@semhome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Nov 2002 12:15:14 +0100 From: Gary Jennejohn X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Sergey Matveychuk" writes: > I'v tried find out a fate of PR/13650 dated by September 1999. I'v wrote to > freebsd-ports and to Satoshi. And I'v got no answer. > Who can answer me? > Who can change bsd.port.mk? > It's still open. The patch is guaranteed to not apply since bsd.port.mk has changed considerably since the PR was submitted. portmgr is marked as the responsible party. AFAIK only portmgr@ is allowed to modify bsd.port.mk. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 5:23:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32ABB37B401 for ; Wed, 27 Nov 2002 05:23:14 -0800 (PST) Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151]) by mx1.FreeBSD.org (Postfix) with SMTP id D46EB43EC2 for ; Wed, 27 Nov 2002 05:23:12 -0800 (PST) (envelope-from plusik@pohoda.cz) Received: (qmail 4925 invoked from network); 27 Nov 2002 13:23:15 -0000 Received: from plusik@pohoda.cz by pohoda.cz by uid 513 with qmail-scanner-1.15 ( Clear:. Processed in 0.937901 secs); 27 Nov 2002 13:23:15 -0000 Received: from saturn.netcore.cz (HELO localhost.localdomain) (212.67.74.6) by pohoda.pohoda.cz with SMTP; 27 Nov 2002 13:23:14 -0000 Received: by localhost.localdomain (Postfix, from userid 1000) id 37A4B1CBA3A; Wed, 27 Nov 2002 14:23:09 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 22A461CBA39; Wed, 27 Nov 2002 14:23:09 +0100 (CET) Date: Wed, 27 Nov 2002 14:23:09 +0100 (CET) From: Tomas Pluskal X-X-Sender: plusik@localhost.localdomain To: Nick Hibma Cc: freebsd-hackers@freebsd.org Subject: umass driver speed In-Reply-To: <20020824101044.F3912-100000@heather.van-laarhoven.org> Message-ID: <20021127141637.A343-100000@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, It seems to me that the slowness of umass driver is not caused by msdosfs. I know about the msdosfs problems, for example when I run dd from my ZIP drive (with FAT) with request size of 2048, it's extremely slow. When I change request size to 64K, it gains normal speed (about 1MB/s). But with my camera (umass), I get: # dd if=/dev/da0s1 of=/tmp/nikon bs=2048 count=10 10+0 records in 10+0 records out 20480 bytes transferred in 0.379587 secs (53953 bytes/sec) # dd if=/dev/da0s1 of=/tmp/nikon bs=4096 count=10 10+0 records in 10+0 records out 40960 bytes transferred in 0.719477 secs (56930 bytes/sec) # dd if=/dev/da0s1 of=/tmp/nikon bs=8192 count=10 10+0 records in 10+0 records out 81920 bytes transferred in 1.389069 secs (58975 bytes/sec) # dd if=/dev/da0s1 of=/tmp/nikon bs=65536 count=10 10+0 records in 10+0 records out 655360 bytes transferred in 10.832928 secs (60497 bytes/sec) # dd if=/dev/da0s1 of=/tmp/nikon bs=524288 count=1 1+0 records in 1+0 records out 524288 bytes transferred in 8.668605 secs (60481 bytes/sec) The speed is nearly the same, no matter about the request size. What do you think about it ? Tomas On Sat, 24 Aug 2002, Nick Hibma wrote: > > Yes, unfortunately it is a known issue in the msdos file system. The > requests it makes are too small for the driver to take advantage of the > speed of USB. > > Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 5:31:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA39137B408 for ; Wed, 27 Nov 2002 05:31:05 -0800 (PST) Received: from ws1-1.us4.outblaze.com (205-158-62-49.outblaze.com [205.158.62.49]) by mx1.FreeBSD.org (Postfix) with SMTP id 03F7643EDE for ; Wed, 27 Nov 2002 05:31:01 -0800 (PST) (envelope-from luisapejercito1@asia.com) Received: (qmail 54431 invoked by uid 1001); 27 Nov 2002 13:30:56 -0000 Message-ID: <20021127133056.54429.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [66.178.47.92] by ws1-1.us4.outblaze.com with http for luisapejercito1@asia.com; Wed, 27 Nov 2002 08:30:56 -0500 From: "Luisa Estrada Ejercito" To: luisapejercito1@asia.com Date: Wed, 27 Nov 2002 08:30:56 -0500 Subject: Luisa Estrada X-Originating-Ip: 66.178.47.92 X-Originating-Server: ws1-1.us4.outblaze.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am Dr Luisa Pimentel Estrada, the wife of Joseph Ejercito Estrada,former president of Philippines. I have children with my husband Jose, Jacqueline and Jude.Two sons and a daugther.This mail may be coming to you as a surprise or an article but it is very real.I gave the mail to my daugther Jude to send the mail to any contacts she sees and may be a God fearing person will listen to our plight.I will want you as the receiver to read through it and think very well if you can help or render us any assistance. My husband Joseph Ejercito estrada was elected as the 13th President of the Philippines in May 1998 by the people of Philippines due to his popularity in the film industry made him to win the largest popularity in the history of election in Philippines.He has attain the position of Senate in 1987,then vice-president in May 1992 and later become the president 1998.My husband became mayor of his hometown, San Juan in 1969 but it was 1972 that he had a string of public successes. My husband was named one of the ten Outstanding Young Men in Public Administration. He was also named Most Outstanding Mayor and Foremost Nationalist and Most Outstanding Metro Manila Mayor. My husband is recently accused of illegal acquire some four Billion Peso ($80M) during his 31 months in office as President backed up by an uprising of mass Demonstrators and Senate Traitors. They also said that he has skimmed off tobacco excise Taxes benefitting from government business deals.Most of them benefitted from my husband's generousity when he was in office. But they just turned around to be the ones to impeach him. I have tried every possible means to get him out of Detention without success. The Despotic forces in power appear bent in deriding him, rubbishing his achievements while freezing all his known Bank accounts.He has been accused of economic plunder carrying the maximum penalty of death.To the worst of it all,all other wives of my husband especailly Guia Gomez and some of his children born outside wedlock are testifying against us.In conjunction with the PCGG funded by the recent President Arroyo Macapagal Gloria. These are some of the allegations file before my husband in the impeachment trial; 1. Gov. Luis Singson, a longtime friend of my husband, said he provided the my husband with more than $8 million in payoffs from illegal gambling and $2.7 million from tobacco taxes. 2. Witnesses testify one of an account in the Philippines third largest bank held millions of dollars in bribes collected by my husband. Equitable PCI Bank President George Go resigns. The banks senior vice president, Clarissa Ocampo, said she saw my husband sign a false name to documents withdrawing $10 million from a secret personal account. 3. On Dec 31 Five synchronized bomb attacks kill 22 people and injure more than 120 in Manila, days before the trial is to return from holiday recess. Police accuse Muslim rebels but many fear the bombs may be linked to the trial. 4. That my husband received about $8.5 million in pay-offs from illegal gambling operators. 5. That my husband participated in a real estate business controlled by me and my son Jose despite a prohibition on outside business interests while in office. My husband is suffering from bronchitis and emphysema right now and he detained at the Veterans Memorial Medical Center in Quezon City in hospital prison outside Manila where the life of my husband is in danger.I will let you know that it is political motivated by Gloria Arroyo.Meanwhile,the government has said that it may drop rebellion charges against my husband allies Senator Juan Ponce Enrile and the former ambassador to the United State Ernesto Maceda because they were in the side of my husband,both men were later jailed by the government of Gloria Arroyo that they instigated a march on the presidential palace by 50,000 supporters of my husband.These are all political.All these are done to have my husband death. Presently life has not been easy for my children and I,my travelling documents have been seized by the government and they restricted me and my children to have access to my husband. Haven seen the way things are going with us.He decided to let me know that he deposited some money with security companies in Bangkok,Thailand and Amsterdam,Netherland.He said that he deposited the sum of twenty Million dollars $20,000,000 in my name (Pimentel Luisa Estrada) in Amsterdam.Now I want to start a new life with the money.I want to invest the money outside Philippines. What I am begging you is to assist me in receiving the money on my behalf.You will have to represent me in receiving the money with the security company. I have discussed with the security company here in Metropolitan Manila about this arrangement,they assured me that the money will be release to my representative.In that regards,I have gone to collect the documents needed from Gomez Carlos who my husband kept the documents with. If you are willing to assist me in receiving the money.You will send me your full names,contact Fax and Telephone numbers to enable me forward your information to the security company. Once you get back to me,we will discuss the percentage you will liken to take as a fee for the assistance.I will be communicating with you by email because my telephone lines are not safe for the transaction because of the heighten security around me and my family. You can respond to drluisaestradaejercito@pinoymail.com and jacestradaejercito@pinoymail.com because I can not be reaching you all the time. I would want us to be in partnership in any good business you may suggest in your country. Please handle this transaction with maturity and sincerity. Best Regards, Dr Luisa Pimental Estrada -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup One click access to the Top Search Engines http://www.exactsearchbar.com/mailcom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 5:33:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D7937B401 for ; Wed, 27 Nov 2002 05:33:39 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7951743EDA for ; Wed, 27 Nov 2002 05:33:33 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 29447 invoked from network); 27 Nov 2002 13:33:34 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Nov 2002 13:33:34 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gARDXWuH016376; Wed, 27 Nov 2002 08:33:32 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021126.215220.91026914.imp@bsdimp.com> Date: Wed, 27 Nov 2002 08:33:36 -0500 (EST) From: John Baldwin To: "M. Warner Losh" Subject: Re: Correct way to get hold of a isab Cc: freebsd-hackers@FreeBSD.ORG, funcke@nano-system.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Nov-2002 M. Warner Losh wrote: > In message: > John Baldwin writes: >: Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? >: (class of 0x0601zz where zz is any value). If so it is claiming to be a >: PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't >: claim to be one. If it is a PCI-ISA bridge then you do need to use that >: kind of hack for now. > > Well, already isab_probe returns: > if (matched) { > device_set_desc(dev, "PCI-ISA bridge"); > return(-10000); > } > > so a specific driver should return Ah, good. That is in -current though, in -stable it returns 0. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 5:44:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AB337B401 for ; Wed, 27 Nov 2002 05:44:19 -0800 (PST) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 40DF043E4A for ; Wed, 27 Nov 2002 05:44:12 -0800 (PST) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 276 invoked from network); 27 Nov 2002 13:44:10 -0000 Received: from uitsmijter.van-laarhoven.org (n?hibma@10.66.0.1) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2002 13:44:10 -0000 Date: Wed, 27 Nov 2002 14:44:10 +0100 (CET) From: Nick Hibma To: Tomas Pluskal Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127141637.A343-100000@localhost.localdomain> Message-ID: <20021127144232.N99600-100000@uitsmijter.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You would have to switch on UMASS_DEBUG in your kernel config to see whether the driver is actually asked for large chunks. If you ask CAM for 64k blocks it will produce 64k requests, which are passed down to the USB layer, which doesn't cut them up. So in that case there is something else wrong. Nick > > Hello, > > It seems to me that the slowness of umass driver is not caused by msdosfs. > I know about the msdosfs problems, for example when I run dd from my ZIP > drive (with FAT) with request size of 2048, it's extremely slow. When I > change request size to 64K, it gains normal speed (about 1MB/s). > > But with my camera (umass), I get: > > # dd if=/dev/da0s1 of=/tmp/nikon bs=2048 count=10 > 10+0 records in > 10+0 records out > 20480 bytes transferred in 0.379587 secs (53953 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=4096 count=10 > 10+0 records in > 10+0 records out > 40960 bytes transferred in 0.719477 secs (56930 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=8192 count=10 > 10+0 records in > 10+0 records out > 81920 bytes transferred in 1.389069 secs (58975 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=65536 count=10 > 10+0 records in > 10+0 records out > 655360 bytes transferred in 10.832928 secs (60497 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=524288 count=1 > 1+0 records in > 1+0 records out > 524288 bytes transferred in 8.668605 secs (60481 bytes/sec) > > The speed is nearly the same, no matter about the request size. > > What do you think about it ? > > Tomas > > On Sat, 24 Aug 2002, Nick Hibma wrote: > > > > > Yes, unfortunately it is a known issue in the msdos file system. The > > requests it makes are too small for the driver to take advantage of the > > speed of USB. > > > > Nick > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 6:11:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B37037B401 for ; Wed, 27 Nov 2002 06:11:47 -0800 (PST) Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BB0443EB2 for ; Wed, 27 Nov 2002 06:11:46 -0800 (PST) (envelope-from plusik@pohoda.cz) Received: (qmail 6100 invoked from network); 27 Nov 2002 14:11:49 -0000 Received: from plusik@pohoda.cz by pohoda.cz by uid 513 with qmail-scanner-1.15 ( Clear:. Processed in 1.460758 secs); 27 Nov 2002 14:11:49 -0000 Received: from saturn.netcore.cz (HELO localhost.localdomain) (212.67.74.6) by pohoda.pohoda.cz with SMTP; 27 Nov 2002 14:11:47 -0000 Received: by localhost.localdomain (Postfix, from userid 1000) id 4DBE01CBA3A; Wed, 27 Nov 2002 15:11:41 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 38A9D1CBA39; Wed, 27 Nov 2002 15:11:41 +0100 (CET) Date: Wed, 27 Nov 2002 15:11:41 +0100 (CET) From: Tomas Pluskal X-X-Sender: plusik@localhost.localdomain To: Nick Hibma Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127144232.N99600-100000@uitsmijter.van-laarhoven.org> Message-ID: <20021127151016.V315-100000@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the debug output of #dd if=/dev/da0s1c of=/tmp/data bs=65536 count=3 umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0: CBW 66: cmd = 10b (0x250000000000...), data = 8b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x 0001f47f00000200 buffer=0xc16a4040, buflen=8 umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 66: sig = 0x53425355 (valid), tag = 66, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense umass0: CBW 67: cmd = 6b (0x1e0000000100), data = 0b, dir = out umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: no data phase umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 67: sig = 0x53425355 (valid), tag = 67, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense umass0: CBW 68: cmd = 10b (0x280000000000...), data = 512b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x fabe007cbf007ab90001fc0e1f0e07f3 buffer=0xc18d1200, buflen=512 umass0: 0x a5ea167a0000bbbe7b33c9803f807506 umass0: 0x fec58bf3eb07803f007502fec183c310 ... umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 68: sig = 0x53425355 (valid), tag = 68, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense umass0: CBW 69: cmd = 10b (0x280000000021...), data = 512b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x f8ffffffffffffffffffffffe0250000 buffer=0xc19b7e00, buflen=512 umass0: 0x 00000000000000000000000000000000 umass0: 0x 00000000000000000000000000000000 ... umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 69: sig = 0x53425355 (valid), tag = 69, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense umass0: CBW 70: cmd = 10b (0x280000000020...), data = 65536b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x eb3c902a564e40744948430002040100 buffer=0xd1b49000, buflen=65536 umass0: 0x 0200020000f87d002000040020000000 umass0: 0x e0f301008000290a141b084e4f204e41 ... umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 70: sig = 0x53425355 (valid), tag = 70, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense umass0: CBW 71: cmd = 10b (0x2800000000a0...), data = 65536b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x 00000000000000000000000000000000 buffer=0xd1b49000, buflen=65536 umass0: 0x 00000000000000000000000000000000 umass0: 0x 00000000000000000000000000000000 ... umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 71: sig = 0x53425355 (valid), tag = 71, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense umass0: CBW 72: cmd = 10b (0x280000000120...), data = 65536b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x 00000000000000000000000000000000 buffer=0xd1b09000, buflen=65536 umass0: 0x 00000000000000000000000000000000 umass0: 0x 00000000000000000000000000000000 ... umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 72: sig = 0x53425355 (valid), tag = 72, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x35, flags: 0xc0, 10b cmd/0b data/32b sense umass0: CBW 73: cmd = 10b (0x350000000000...), data = 0b, dir = out umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: no data phase umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 73: sig = 0x53425355 (valid), tag = 73, res = 0, status = 0x01 (failed) umass0: Command Failed, res = 0 umass0: Fetching 32b sense data umass0: CBW 74: cmd = 6b (0x030000002000), data = 32b, dir = in umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: Handling BBB state 3 (BBB Data), xfer=0xc1827000, NORMAL_COMPLETION umass0: 0x 700005000000000a0000000020000000 buffer=0xc192a470, buflen=32 umass0: 0x 00000000000000000000000000000000 umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 74: sig = 0x53425355 (valid), tag = 74, res = 0, status = 0x00 (good) umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense umass0: CBW 75: cmd = 6b (0x1e0000000000), data = 0b, dir = out umass0: Handling BBB state 2 (BBB CBW), xfer=0xc16bca80, NORMAL_COMPLETION umass0: no data phase umass0: Handling BBB state 5 (BBB CSW, 1st attempt), xfer=0xc1909780, NORMAL_COMPLETION umass0: CSW 75: sig = 0x53425355 (valid), tag = 75, res = 0, status = 0x00 (good) I am not sure what to look for, though. Tomas On Wed, 27 Nov 2002, Nick Hibma wrote: > > You would have to switch on UMASS_DEBUG in your kernel config to see > whether the driver is actually asked for large chunks. If you ask CAM > for 64k blocks it will produce 64k requests, which are passed down to > the USB layer, which doesn't cut them up. So in that case there is > something else wrong. > > Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 6:50: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCF937B401 for ; Wed, 27 Nov 2002 06:50:02 -0800 (PST) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id B11EA43EC2 for ; Wed, 27 Nov 2002 06:50:00 -0800 (PST) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 487 invoked from network); 27 Nov 2002 14:49:59 -0000 Received: from uitsmijter.van-laarhoven.org (n?hibma@10.66.0.1) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2002 14:49:59 -0000 Date: Wed, 27 Nov 2002 15:49:59 +0100 (CET) From: Nick Hibma To: Tomas Pluskal Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127151016.V315-100000@localhost.localdomain> Message-ID: <20021127154231.T99600-100000@uitsmijter.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > This is the debug output of > #dd if=/dev/da0s1c of=/tmp/data bs=65536 count=3 > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense The 3 64k blocks you asked for are below. > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x35, flags: 0xc0, 10b cmd/0b data/32b sense > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense So, the blocks are fetched in 64k blocks. Two options: Either the USB stack does not chain the transfers in such a way that the device can run at full performance or otherwise the device chokes on the transfers and forces the chain of transfers to be delayed till the next frame. There is a 'bandwidth reclamation' feature in the NetBSD stack in the UHCI driver of which I do not know whether they made it into the USB stack. An option would be to fetch a timestamp from somewhere (is there a tick counter that counts in HZ?) to see which transfer takes a long time. If there is no other activity transferring 64k should take no more than 64 frames roughly, which 64 msecs. Nick -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 6:51:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11BFC37B401 for ; Wed, 27 Nov 2002 06:51:57 -0800 (PST) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id B278F43E9C for ; Wed, 27 Nov 2002 06:51:55 -0800 (PST) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 529 invoked from network); 27 Nov 2002 14:51:54 -0000 Received: from uitsmijter.van-laarhoven.org (n?hibma@10.66.0.1) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2002 14:51:54 -0000 Date: Wed, 27 Nov 2002 15:51:54 +0100 (CET) From: Nick Hibma To: Tomas Pluskal Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127141637.A343-100000@localhost.localdomain> Message-ID: <20021127155133.W99600-100000@uitsmijter.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The ZIP Drive is USB as well? Are you using a UHCI controller (dmesg)? Nick > > Hello, > > It seems to me that the slowness of umass driver is not caused by msdosfs. > I know about the msdosfs problems, for example when I run dd from my ZIP > drive (with FAT) with request size of 2048, it's extremely slow. When I > change request size to 64K, it gains normal speed (about 1MB/s). > > But with my camera (umass), I get: > > # dd if=/dev/da0s1 of=/tmp/nikon bs=2048 count=10 > 10+0 records in > 10+0 records out > 20480 bytes transferred in 0.379587 secs (53953 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=4096 count=10 > 10+0 records in > 10+0 records out > 40960 bytes transferred in 0.719477 secs (56930 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=8192 count=10 > 10+0 records in > 10+0 records out > 81920 bytes transferred in 1.389069 secs (58975 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=65536 count=10 > 10+0 records in > 10+0 records out > 655360 bytes transferred in 10.832928 secs (60497 bytes/sec) > > # dd if=/dev/da0s1 of=/tmp/nikon bs=524288 count=1 > 1+0 records in > 1+0 records out > 524288 bytes transferred in 8.668605 secs (60481 bytes/sec) > > The speed is nearly the same, no matter about the request size. > > What do you think about it ? > > Tomas > > On Sat, 24 Aug 2002, Nick Hibma wrote: > > > > > Yes, unfortunately it is a known issue in the msdos file system. The > > requests it makes are too small for the driver to take advantage of the > > speed of USB. > > > > Nick > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 6:54:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7020E37B401 for ; Wed, 27 Nov 2002 06:54:34 -0800 (PST) Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151]) by mx1.FreeBSD.org (Postfix) with SMTP id 39DFF43EAF for ; Wed, 27 Nov 2002 06:54:33 -0800 (PST) (envelope-from plusik@pohoda.cz) Received: (qmail 7371 invoked from network); 27 Nov 2002 14:54:34 -0000 Received: from plusik@pohoda.cz by pohoda.cz by uid 513 with qmail-scanner-1.15 ( Clear:. Processed in 0.047777 secs); 27 Nov 2002 14:54:34 -0000 Received: from saturn.netcore.cz (HELO localhost.localdomain) (212.67.74.6) by pohoda.pohoda.cz with SMTP; 27 Nov 2002 14:54:34 -0000 Received: by localhost.localdomain (Postfix, from userid 1000) id B6B181CBA3A; Wed, 27 Nov 2002 15:54:27 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id B503D1CBA39; Wed, 27 Nov 2002 15:54:27 +0100 (CET) Date: Wed, 27 Nov 2002 15:54:27 +0100 (CET) From: Tomas Pluskal X-X-Sender: plusik@localhost.localdomain To: Nick Hibma Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127155133.W99600-100000@uitsmijter.van-laarhoven.org> Message-ID: <20021127155318.N601-100000@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 27 Nov 2002, Nick Hibma wrote: > > The ZIP Drive is USB as well? No, it's ATAPI. > Are you using a UHCI controller (dmesg)? Yes: uhci0: port 0xc000-0xc01f irq 11 at device 17.2 on pci0 usb0: on uhci0 uhci1: port 0xc400-0xc41f irq 11 at device 17.3 on pci0 usb1: on uhci1 Tomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 6:59:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8BC437B401 for ; Wed, 27 Nov 2002 06:59:29 -0800 (PST) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id A20A943EC5 for ; Wed, 27 Nov 2002 06:59:28 -0800 (PST) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 575 invoked from network); 27 Nov 2002 14:59:27 -0000 Received: from uitsmijter.van-laarhoven.org (n?hibma@10.66.0.1) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2002 14:59:27 -0000 Date: Wed, 27 Nov 2002 15:59:27 +0100 (CET) From: Nick Hibma To: Tomas Pluskal Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127155318.N601-100000@localhost.localdomain> Message-ID: <20021127155755.G99600-100000@uitsmijter.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG uhci_{add,rem}_loop from http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/dev/usb/uhci.c.diff?r1=1.122&r2=1.123 is probably what is needed then. Nick P.S.: And no,. I don't have the time at the moment to actually do the work. Patches are welocme. There is another change in that tree that needs copying at the same time, about control transfers. > > On Wed, 27 Nov 2002, Nick Hibma wrote: > > > > > The ZIP Drive is USB as well? > > No, it's ATAPI. > > > Are you using a UHCI controller (dmesg)? > > Yes: > uhci0: port 0xc000-0xc01f irq 11 at device > 17.2 on pci0 > usb0: on uhci0 > uhci1: port 0xc400-0xc41f irq 11 at device > 17.3 on pci0 > usb1: on uhci1 > > Tomas > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 7:27:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB27F37B401 for ; Wed, 27 Nov 2002 07:27:32 -0800 (PST) Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151]) by mx1.FreeBSD.org (Postfix) with SMTP id 8380743EA9 for ; Wed, 27 Nov 2002 07:27:31 -0800 (PST) (envelope-from plusik@pohoda.cz) Received: (qmail 8237 invoked from network); 27 Nov 2002 15:27:35 -0000 Received: from plusik@pohoda.cz by pohoda.cz by uid 513 with qmail-scanner-1.15 ( Clear:. Processed in 0.049012 secs); 27 Nov 2002 15:27:35 -0000 Received: from saturn.netcore.cz (HELO localhost.localdomain) (212.67.74.6) by pohoda.pohoda.cz with SMTP; 27 Nov 2002 15:27:35 -0000 Received: by localhost.localdomain (Postfix, from userid 1000) id 4F62A1CBA3A; Wed, 27 Nov 2002 16:27:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 466C81CBA39; Wed, 27 Nov 2002 16:27:28 +0100 (CET) Date: Wed, 27 Nov 2002 16:27:28 +0100 (CET) From: Tomas Pluskal X-X-Sender: plusik@localhost.localdomain To: Nick Hibma Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127155755.G99600-100000@uitsmijter.van-laarhoven.org> Message-ID: <20021127162610.M601-100000@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems to me that it is present in -CURRENT, isn't it ? Tomas On Wed, 27 Nov 2002, Nick Hibma wrote: > > uhci_{add,rem}_loop from > > http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/dev/usb/uhci.c.diff?r1=1.122&r2=1.123 > > is probably what is needed then. > > Nick > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 7:37:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC71637B401 for ; Wed, 27 Nov 2002 07:37:43 -0800 (PST) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 5FE0143EBE for ; Wed, 27 Nov 2002 07:37:42 -0800 (PST) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 793 invoked from network); 27 Nov 2002 15:37:41 -0000 Received: from uitsmijter.van-laarhoven.org (n?hibma@10.66.0.1) by uitsmijter.van-laarhoven.org with SMTP; 27 Nov 2002 15:37:41 -0000 Date: Wed, 27 Nov 2002 16:37:41 +0100 (CET) From: Nick Hibma To: Tomas Pluskal Cc: "freebsd-hackers@freebsd.org" Subject: Re: umass driver speed In-Reply-To: <20021127162610.M601-100000@localhost.localdomain> Message-ID: <20021127163541.F99600-100000@uitsmijter.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [pats Joe on the head] Well done! Well, the only sections that are needed are the ones that relate to uhci_{add,rem}_loop. Do a diff between RELENG_4 and HEAD and filter out the stuff that you would need to implmenet the bandwidth reclamation. Nick > It seems to me that it is present in -CURRENT, > isn't it ? > Tomas > > On Wed, 27 Nov 2002, Nick Hibma wrote: > > > > > uhci_{add,rem}_loop from > > > > http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/dev/usb/uhci.c.diff?r1=1.122&r2=1.123 > > > > is probably what is needed then. > > > > Nick > > > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 7:45:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 466A337B406 for ; Wed, 27 Nov 2002 07:45:13 -0800 (PST) Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by mx1.FreeBSD.org (Postfix) with SMTP id 227D943EBE for ; Wed, 27 Nov 2002 07:45:09 -0800 (PST) (envelope-from roam@ringlet.net) Received: (qmail 55209 invoked by uid 1000); 27 Nov 2002 15:44:53 -0000 Date: Wed, 27 Nov 2002 17:44:53 +0200 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem Message-ID: <20021127154453.GE375@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@FreeBSD.ORG References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> <1035232308.24315.37.camel@bilbo> <20021022052405.GD377@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: <20021022052405.GD377@straylight.oblivion.bg> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --l76fUT7nc3MelDdI Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 08:24:05AM +0300, Peter Pentchev wrote: > On Mon, Oct 21, 2002 at 10:31:48PM +0200, Linus Kendall wrote: > [snip] > >=20 > > That was very thorough, thanks! Now I at least have a notion of what=20 > > is going on. Since this is slightly urgent I guess a hack into the > > libcurl source code to try to remove the sigalarms would do the trick > > (in my case). In the general case it seems like there's a rather big > > problem here as libcurl's behavior cannot really work together with the > > FreeBSD implementation of threads. >=20 > I wonder, though.. If libcurl depends on Linux-specific threads library > behavior, what would the effects be if it were to be compiled against > the devel/linuxthreads port? Maybe I will try building curl with > linuxthreads later today.. Okay, here's another option: could you try the attached patch? It updates the ftp/curl port to 7.10.2, and additionally, forcibly enables the CURLOPT_NOSIGNAL option on every curl handle created, thus disabling any signal handling for DNS query timeouts. It would be interesting to see if this helps your multithreaded application.. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=windows-1251 Content-Disposition: attachment; filename="ftp-curl-nosignal.patch" Content-Transfer-Encoding: quoted-printable Index: ports/ftp/curl/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/ports/ftp/curl/Makefile,v retrieving revision 1.45 diff -u -r1.45 Makefile --- ports/ftp/curl/Makefile 2 Jul 2002 08:36:46 -0000 1.45 +++ ports/ftp/curl/Makefile 27 Nov 2002 14:54:36 -0000 @@ -6,7 +6,7 @@ # =20 PORTNAME=3D curl -PORTVERSION=3D 7.9.8 +PORTVERSION=3D 7.10.2 CATEGORIES=3D ftp ipv6 www MASTER_SITES=3D http://curl.haxx.se/download/ \ http://download.sourceforge.net/curl/ \ @@ -21,6 +21,7 @@ curl_easy_init.3 curl_easy_perform.3 curl_easy_setopt.3 \ curl_escape.3 curl_unescape.3 \ curl_formadd.3 curl_formparse.3 curl_formfree.3 \ + curl_free.3 \ curl_getdate.3 curl_getenv.3 \ curl_global_init.3 curl_global_cleanup.3 \ curl_mprintf.3 \ @@ -29,7 +30,7 @@ curl_multi_perform.3 curl_multi_remove_handle.3 \ curl_slist_append.3 curl_slist_free_all.3 \ curl_strequal.3 curl_strnequal.3 \ - curl_version.3 \ + curl_version.3 curl_version_info.3 \ libcurl.3 libcurl-multi.3 libcurl-errors.3 =20 INSTALLS_SHLIB=3D yes @@ -56,5 +57,11 @@ # I don't know why they would do that, yet. test: build @cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ${MAKE} test + +.if !defined(NOPORTDOCS) +post-install: + ${MKDIR} ${DOCSDIR} + ${CP} -r ${WRKSRC}/docs/* ${DOCSDIR}/=20 +.endif =20 .include Index: ports/ftp/curl/distinfo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/ports/ftp/curl/distinfo,v retrieving revision 1.26 diff -u -r1.26 distinfo --- ports/ftp/curl/distinfo 2 Jul 2002 08:36:46 -0000 1.26 +++ ports/ftp/curl/distinfo 27 Nov 2002 14:40:45 -0000 @@ -1 +1 @@ -MD5 (curl-7.9.8.tar.bz2) =3D 9f29e398d36050816fc4759d4837eb65 +MD5 (curl-7.10.2.tar.bz2) =3D 9f6a911b5ee5432128f67d4d8df09279 Index: ports/ftp/curl/pkg-plist =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/ports/ftp/curl/pkg-plist,v retrieving revision 1.5 diff -u -r1.5 pkg-plist --- ports/ftp/curl/pkg-plist 16 Apr 2002 11:30:21 -0000 1.5 +++ ports/ftp/curl/pkg-plist 27 Nov 2002 14:58:20 -0000 @@ -11,3 +11,162 @@ lib/libcurl.la lib/libcurl.so lib/libcurl.so.%%SHLIB_VER%% +share/curl/curl-ca-bundle.crt +@dirrm share/curl +%%PORTDOCS%%share/doc/curl/BINDINGS +%%PORTDOCS%%share/doc/curl/BUGS +%%PORTDOCS%%share/doc/curl/CONTRIBUTE +%%PORTDOCS%%share/doc/curl/FAQ +%%PORTDOCS%%share/doc/curl/FEATURES +%%PORTDOCS%%share/doc/curl/HISTORY +%%PORTDOCS%%share/doc/curl/INSTALL +%%PORTDOCS%%share/doc/curl/INTERNALS +%%PORTDOCS%%share/doc/curl/KNOWN_BUGS +%%PORTDOCS%%share/doc/curl/MANUAL +%%PORTDOCS%%share/doc/curl/Makefile +%%PORTDOCS%%share/doc/curl/Makefile.am +%%PORTDOCS%%share/doc/curl/Makefile.in +%%PORTDOCS%%share/doc/curl/README.win32 +%%PORTDOCS%%share/doc/curl/RESOURCES +%%PORTDOCS%%share/doc/curl/THANKS +%%PORTDOCS%%share/doc/curl/TODO +%%PORTDOCS%%share/doc/curl/TheArtOfHttpScripting +%%PORTDOCS%%share/doc/curl/VERSIONS +%%PORTDOCS%%share/doc/curl/curl-config.1 +%%PORTDOCS%%share/doc/curl/curl-config.html +%%PORTDOCS%%share/doc/curl/curl-config.pdf +%%PORTDOCS%%share/doc/curl/curl.1 +%%PORTDOCS%%share/doc/curl/curl.html +%%PORTDOCS%%share/doc/curl/curl.pdf +%%PORTDOCS%%share/doc/curl/examples/Makefile +%%PORTDOCS%%share/doc/curl/examples/Makefile.am +%%PORTDOCS%%share/doc/curl/examples/Makefile.example +%%PORTDOCS%%share/doc/curl/examples/Makefile.in +%%PORTDOCS%%share/doc/curl/examples/README +%%PORTDOCS%%share/doc/curl/examples/curlgtk.c +%%PORTDOCS%%share/doc/curl/examples/fopen.c +%%PORTDOCS%%share/doc/curl/examples/ftpget.c +%%PORTDOCS%%share/doc/curl/examples/ftpgetresp.c +%%PORTDOCS%%share/doc/curl/examples/ftpupload.c +%%PORTDOCS%%share/doc/curl/examples/getinmemory.c +%%PORTDOCS%%share/doc/curl/examples/http-post.c +%%PORTDOCS%%share/doc/curl/examples/httpput.c +%%PORTDOCS%%share/doc/curl/examples/multi-app.c +%%PORTDOCS%%share/doc/curl/examples/multi-double.c +%%PORTDOCS%%share/doc/curl/examples/multi-post.c +%%PORTDOCS%%share/doc/curl/examples/multi-single.c +%%PORTDOCS%%share/doc/curl/examples/multithread.c +%%PORTDOCS%%share/doc/curl/examples/persistant.c +%%PORTDOCS%%share/doc/curl/examples/post-callback.c +%%PORTDOCS%%share/doc/curl/examples/postit2.c +%%PORTDOCS%%share/doc/curl/examples/sepheaders.c +%%PORTDOCS%%share/doc/curl/examples/simple.c +%%PORTDOCS%%share/doc/curl/examples/simplepost.c +%%PORTDOCS%%share/doc/curl/examples/simplessl.c +%%PORTDOCS%%share/doc/curl/libcurl-the-guide +%%PORTDOCS%%share/doc/curl/libcurl/Makefile +%%PORTDOCS%%share/doc/curl/libcurl/Makefile.am +%%PORTDOCS%%share/doc/curl/libcurl/Makefile.in +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_cleanup.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_cleanup.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_cleanup.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_duphandle.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_duphandle.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_duphandle.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_getinfo.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_getinfo.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_getinfo.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_init.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_init.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_init.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_perform.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_perform.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_perform.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_setopt.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_setopt.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_easy_setopt.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_escape.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_escape.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_escape.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_formadd.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_formadd.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_formadd.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_formfree.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_formfree.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_formfree.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_formparse.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_formparse.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_formparse.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_free.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_free.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_free.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_getdate.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_getdate.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_getdate.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_getenv.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_getenv.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_getenv.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_cleanup.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_cleanup.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_cleanup.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_init.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_init.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_global_init.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_mprintf.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_mprintf.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_mprintf.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_add_handle.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_add_handle.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_add_handle.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_cleanup.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_cleanup.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_cleanup.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_fdset.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_fdset.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_fdset.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_info_read.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_info_read.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_info_read.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_init.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_init.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_init.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_perform.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_perform.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_perform.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_remove_handle.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_remove_handle.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_multi_remove_handle.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_append.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_append.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_append.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_free_all.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_free_all.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_slist_free_all.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_strequal.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_strequal.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_strequal.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_strnequal.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_strnequal.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_strnequal.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_unescape.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_unescape.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_unescape.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_version.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_version.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_version.pdf +%%PORTDOCS%%share/doc/curl/libcurl/curl_version_info.3 +%%PORTDOCS%%share/doc/curl/libcurl/curl_version_info.html +%%PORTDOCS%%share/doc/curl/libcurl/curl_version_info.pdf +%%PORTDOCS%%share/doc/curl/libcurl/index.html +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-errors.3 +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-errors.html +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-errors.pdf +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-multi.3 +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-multi.html +%%PORTDOCS%%share/doc/curl/libcurl/libcurl-multi.pdf +%%PORTDOCS%%share/doc/curl/libcurl/libcurl.3 +%%PORTDOCS%%share/doc/curl/libcurl/libcurl.html +%%PORTDOCS%%share/doc/curl/libcurl/libcurl.pdf +%%PORTDOCS%%@dirrm share/doc/curl/libcurl +%%PORTDOCS%%@dirrm share/doc/curl/examples +%%PORTDOCS%%@dirrm share/doc/curl Index: ports/ftp/curl/files/patch-lib::url.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: ports/ftp/curl/files/patch-lib::url.c diff -N ports/ftp/curl/files/patch-lib::url.c --- ports/ftp/curl/files/patch-lib::url.c 1 Jan 1970 00:00:00 -0000 +++ ports/ftp/curl/files/patch-lib::url.c 27 Nov 2002 15:23:37 -0000 @@ -0,0 +1,13 @@ +--- lib/url.c.old Wed Nov 27 17:22:24 2002 ++++ lib/url.c Wed Nov 27 17:23:29 2002 +@@ -288,6 +288,10 @@ + =20 + data->set.proxytype =3D CURLPROXY_HTTP; /* defaults to HTTP proxy */ +=20 ++#if defined(__FreeBSD_version) ++ data->set.no_signal =3D TRUE; /* different handling of signals and thre= ads */ ++#endif /* __FreeBSD_version */ ++ + /* create an array with connection data struct pointers */ + data->state.numconnects =3D 5; /* hard-coded right now */ + data->state.connects =3D (struct connectdata **) --Q68bSM7Ycu6FN28Q-- --l76fUT7nc3MelDdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE95Oh17Ri2jRYZRVMRAg38AJ93djOqmxFiPXXno2ajH7oVvLAicgCeKeIo a7Yl0cl074dmoGfhWAT2KC4= =dPDh -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 8:50:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE6037B43D; Wed, 27 Nov 2002 08:50:14 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BC5643ED8; Wed, 27 Nov 2002 08:50:14 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gARGoCpk057489; Wed, 27 Nov 2002 09:50:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 27 Nov 2002 09:49:34 -0700 (MST) Message-Id: <20021127.094934.33850159.imp@bsdimp.com> To: jhb@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org, funcke@nano-system.com Subject: Re: Correct way to get hold of a isab From: "M. Warner Losh" In-Reply-To: References: <20021126.215220.91026914.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: John Baldwin writes: : : On 27-Nov-2002 M. Warner Losh wrote: : > In message: : > John Baldwin writes: : >: Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? : >: (class of 0x0601zz where zz is any value). If so it is claiming to be a : >: PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't : >: claim to be one. If it is a PCI-ISA bridge then you do need to use that : >: kind of hack for now. : > : > Well, already isab_probe returns: : > if (matched) { : > device_set_desc(dev, "PCI-ISA bridge"); : > return(-10000); : > } : > : > so a specific driver should return : : Ah, good. That is in -current though, in -stable it returns : 0. :) It is easier in -stable to change it to return -1000 than to do other hacks he was talking about :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 9: 6:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEB5037B401 for ; Wed, 27 Nov 2002 09:06:18 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC6343E9C for ; Wed, 27 Nov 2002 09:04:09 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gARH40pk057558; Wed, 27 Nov 2002 10:04:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 27 Nov 2002 10:03:23 -0700 (MST) Message-Id: <20021127.100323.111035160.imp@bsdimp.com> To: dirkx@webweaving.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Understanding PCI intr routing on a Cirrus Logic PD6729 From: "M. Warner Losh" In-Reply-To: <20021127111749.V2484-100000@foem.leiden.webweaving.org> References: <20021127111749.V2484-100000@foem.leiden.webweaving.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021127111749.V2484-100000@foem.leiden.webweaving.org> Dirk-Willem van Gulik writes: : I've got a "Compaq" "WL200_11Mbps_Wireless_PCI_Card" here. This is a PCI : card with a CL-PD6729 pci<->pcmcia bridge on it. You poor bastard. The 6729 is a many magical and wonderful beast that's different in subtle and not so subtle ways from all other parts. : The trouble is either a hang on detection (when pd6729_intr_path=2 is : used) or a Timeout (with pd6729_intr_path=1/default) when trying to use : this card with either 4.6 or -CURRENT. -current has a better chance of working, but it is still busted. You definitely want pd6729_intr_path=2. In my testing I've almost gotten this card to work, but never completely. :-( : Now it seems that all 4 PCI interrupt pins #A to #D of the PD6729 as well : as IRQ9-12 are all wired together and all are routed to the same INT#A pin : on the PCI bus. : : The INT#B, C and D pints of the PCI bus are not connected to anything. : : Now what exactly does this mean ? : : Should all PCI cards and their PCMCIA children all share the same IRQ and : use polling only ? Yes and no. : How is that configured ? As I am guessing that any of : the IRQ setup by /sys/pccard/pcic_pci.c is rather ignored by having the : wiring on the physical card all going to #A ? In theory, you'd set the pd6729_intr_path to 2. However, there's still some stubtle bug that precludes this wfrom working. Well, right now the following code is trying to force INTA#: /* * Ohterwise we're doing PCI interrupts. For those cardbus bridges * that follow yenta (and the one pcmcia bridge that does), we don't * do a thing to get the IRQ mapped into the system. However, * for other controllers that are PCI, but not yetna compliant, we * need to do some special mapping. * * XXX Maybe we shouldn't assume INTA#, but rather as the function * XXX what Intline to use. */ if (sp->controller == PCIC_PD6729) { /* * INTA - 3 * INTB - 4 * INTC - 5 * INTD - 7 */ sp->putb(sp, PCIC_INT_GEN, /* Assume INTA# */ (sp->getb(sp, PCIC_INT_GEN) & 0xF0) | 3); return (0); } This doesn't force the interrupt to be IRQ3, but rather tells the card to use INTA#. The probe line for wi card should say irq N where N is the same as the bridge's irq. I don't suppose you could enable a serial console and use that to get me a dmesg? I'll help you debug this, but am a little busy with 5.0 issues right now to take another swing at it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 9:24:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A0D637B401 for ; Wed, 27 Nov 2002 09:24:18 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D3B43EC5 for ; Wed, 27 Nov 2002 09:24:17 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.6) with ESMTP id gARHLarv038779; Wed, 27 Nov 2002 12:21:37 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.6/Submit) with ESMTP id gARHLZF7038776; Wed, 27 Nov 2002 12:21:36 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 27 Nov 2002 12:21:35 -0500 (EST) From: Kenneth Culver To: Michael Reifenberger Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD In-Reply-To: <20021127105216.U487-100000@nihil> Message-ID: <20021127122122.Q38744-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.4 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alright, I've never tested this on -CURRENT though... I don't see why it wouldn't work there though... Ken On Wed, 27 Nov 2002, Michael Reifenberger wrote: > On Wed, 27 Nov 2002, Kenneth Culver wrote: > > > Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST) > > From: Kenneth Culver > > To: Michael Reifenberger > > Cc: freebsd-hackers@FreeBSD.ORG > > Subject: Re: Warcraft3 on FreeBSD > > > > OK, the PR is located at > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=45785 > > > > The patch should be there as well. > Ok, got it. > Will test under -current first. > > Bye! > ---- > Michael Reifenberger > ^.*Plaut.*$, IT, R/3 Basis, GPS > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 9:34:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8757A37B401 for ; Wed, 27 Nov 2002 09:34:19 -0800 (PST) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id D777A43EA9 for ; Wed, 27 Nov 2002 09:34:18 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 20742 invoked from network); 27 Nov 2002 17:34:21 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Nov 2002 17:34:21 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gARHYGuH017109; Wed, 27 Nov 2002 12:34:16 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021127.094934.33850159.imp@bsdimp.com> Date: Wed, 27 Nov 2002 12:34:19 -0500 (EST) From: John Baldwin To: "M. Warner Losh" Subject: Re: Correct way to get hold of a isab Cc: funcke@nano-system.com, freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Nov-2002 M. Warner Losh wrote: > In message: > John Baldwin writes: >: >: On 27-Nov-2002 M. Warner Losh wrote: >: > In message: >: > John Baldwin writes: >: >: Does this device have a class of PCIC_BRIDGE and subclass of PCIS_BRIDGE_ISA? >: >: (class of 0x0601zz where zz is any value). If so it is claiming to be a >: >: PCI-ISA bridge. If this device is not a PCI-ISA bridge, then it shouldn't >: >: claim to be one. If it is a PCI-ISA bridge then you do need to use that >: >: kind of hack for now. >: > >: > Well, already isab_probe returns: >: > if (matched) { >: > device_set_desc(dev, "PCI-ISA bridge"); >: > return(-10000); >: > } >: > >: > so a specific driver should return >: >: Ah, good. That is in -current though, in -stable it returns >: 0. :) > > It is easier in -stable to change it to return -1000 than to do other > hacks he was talking about :-) True enough I guess. You can go for it. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 10:11: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA6A37B401; Wed, 27 Nov 2002 10:11:07 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A639D43EC2; Wed, 27 Nov 2002 10:11:06 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gARIB5pk058009; Wed, 27 Nov 2002 11:11:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 27 Nov 2002 11:10:27 -0700 (MST) Message-Id: <20021127.111027.06961990.imp@bsdimp.com> To: jhb@FreeBSD.ORG Cc: funcke@nano-system.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Correct way to get hold of a isab From: "M. Warner Losh" In-Reply-To: References: <20021127.094934.33850159.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: John Baldwin writes: : True enough I guess. You can go for it. :) OK. I will. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 10:13:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C46D37B401 for ; Wed, 27 Nov 2002 10:13:47 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5A343EBE for ; Wed, 27 Nov 2002 10:13:46 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gARIDkOM018998; Wed, 27 Nov 2002 10:13:46 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gARIDkF0018997; Wed, 27 Nov 2002 10:13:46 -0800 (PST) (envelope-from dillon) Date: Wed, 27 Nov 2002 10:13:46 -0800 (PST) From: Matthew Dillon Message-Id: <200211271813.gARIDkF0018997@apollo.backplane.com> To: Kenneth Culver Cc: Michael Reifenberger , freebsd-hackers@FreeBSD.ORG Subject: Re: Warcraft3 on FreeBSD References: <20021127122122.Q38744-100000@alpha.yumyumyum.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Remember, we are in code-freeze on -current at the moment. I took a quick look at the patch set and it looks fine to me. I think the patch set can be committed (and MFCd) after the freeze is lifted. If someone else doesn't get to it first, just remind me after the freeze is lifted and I would be happy to do the work. -Matt Matthew Dillon : :Alright, I've never tested this on -CURRENT though... I don't see why it :wouldn't work there though... : :Ken : :On Wed, 27 Nov 2002, Michael Reifenberger wrote: : :> On Wed, 27 Nov 2002, Kenneth Culver wrote: :> :> > Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST) :> > From: Kenneth Culver :> > To: Michael Reifenberger :> > Cc: freebsd-hackers@FreeBSD.ORG :> > Subject: Re: Warcraft3 on FreeBSD :> > :> > OK, the PR is located at :> > :> > http://www.freebsd.org/cgi/query-pr.cgi?pr=45785 :> > :> > The patch should be there as well. :> Ok, got it. :> Will test under -current first. :> :> Bye! :> ---- :> Michael Reifenberger :> ^.*Plaut.*$, IT, R/3 Basis, GPS :> : : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 11:53:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FEA37B401 for ; Wed, 27 Nov 2002 11:53:22 -0800 (PST) Received: from grebe.mail.pas.earthlink.net (grebe.mail.pas.earthlink.net [207.217.120.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E7C343EAF for ; Wed, 27 Nov 2002 11:53:22 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0147.cvx21-bradley.dialup.earthlink.net ([209.179.192.147] helo=mindspring.com) by grebe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18H8FF-0001tE-00; Wed, 27 Nov 2002 11:53:13 -0800 Message-ID: <3DE52258.3CECEE53@mindspring.com> Date: Wed, 27 Nov 2002 11:51:52 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Gary Jennejohn Cc: Sergey Matveychuk , freebsd-hackers@freebsd.org Subject: Re: ports conflicts: PR/13650 References: <200211271115.gARBFETP015895@peedub.jennejohn.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gary Jennejohn wrote: > It's still open. The patch is guaranteed to not apply since bsd.port.mk > has changed considerably since the PR was submitted. portmgr is marked > as the responsible party. > > AFAIK only portmgr@ is allowed to modify bsd.port.mk. Too bad there's not a pr # required for checkins, if there are outstanding pr's with a patch, and a pr state called "open, no patch", to let pr's without patches be ignored. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 27 12:26:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFBB37B401 for ; Wed, 27 Nov 2002 12:26:05 -0800 (PST) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC3F43EA9 for ; Wed, 27 Nov 2002 12:26:02 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from foem (foem [10.11.0.2]) by foem.leiden.webweaving.org (8.12.6/8.12.6) with ESMTP id gARKPg64092128 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 27 Nov 2002 21:25:42 +0100 (CET) (envelope-from dirkx@webweaving.org) Date: Wed, 27 Nov 2002 21:25:42 +0100 (CET) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem.leiden.webweaving.org To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Understanding PCI intr routing on a Cirrus Logic PD6729 In-Reply-To: <20021127.100323.111035160.imp@bsdimp.com> Message-ID: <20021127210203.N2484-100000@foem.leiden.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In theory, you'd set the pd6729_intr_path to 2. However, there's > still some stubtle bug that precludes this wfrom working. Aye - that is what gives me the hangs - and kdb/ddb does not get me into that. > This doesn't force the interrupt to be IRQ3, but rather tells the card > to use INTA#. The probe line for wi card should say irq N where N is > the same as the bridge's irq. Ack. > I don't suppose you could enable a serial console and use that to get > me a dmesg? I'll help you debug this, but am a little busy with 5.0 > issues right now to take another swing at it. See below; intr routing =2 for the pd6729. I can switch off the VGA to claim an extra IRQ. It hangs right at the end. Dw Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #43: Wed Nov 27 20:58:23 CET 2002 dirkx@foem.leiden.webweaving.org:/usr/src/sys/i386/compile/FLOOR Preloaded elf kernel "kernel" at 0xc03b41f0. Calibrating clock(s) ... TSC clock: 119741036 Hz, i8254 clock: 1193076 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 119753076 Hz CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping = 6 Features=0x1bf real memory = 67108864 (64 MB) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x003db000 - 0x03ff7fff, 63033344 bytes (15389 pages) avail memory = 61280256 (58 MB) bios32: Found BIOS32 Service Directory header at 0xc00f99e0 bios32: Entry = 0xf0380 (c00f0380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x3b0 pnpbios: Found PnP BIOS data at 0xc00fcef0 pnpbios: Entry = f0000:cf20 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug Initializing GEOMetry subsystem null: random: mem: npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80004830 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=122d8086) Using $PIR table, 4 entries at 0xc00f0930 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x60 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x61 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x62 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x61 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x62 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x62 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x63 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x122d, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x122e, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e800, size 4, enabled found-> vendor=0x8086, dev=0x1230, revid=0x02 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000e400, size 5, enabled found-> vendor=0x10b7, dev=0x5950, revid=0x00 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=7 map[10]: type 4, range 32, base 0000e000, size 2, enabled found-> vendor=0x1013, dev=0x1100, revid=0x07 bus=0, slot=10, func=0 class=06-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0083, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 map[10]: type 4, range 32, base 0000d800, size 2, enabled found-> vendor=0x1013, dev=0x1100, revid=0x07 bus=0, slot=11, func=0 class=06-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0083, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 0000d400, size 2, enabled found-> vendor=0x1013, dev=0x1100, revid=0x07 bus=0, slot=12, func=0 class=06-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0083, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 7.1 (no driver attached) vx0: <3COM 3C595 Etherlink III PCI> port 0xe400-0xe41f irq 7 at device 9.0 on pci0 utp/tx[*utp*] address 00:a0:24:78:31:0d vx0: bpf attached pcic0: port 0xe000-0xe003 irq 9 at device 10.0 on pci0 pcic0: PD67xx maybe broken for PCI routing. pcic0: PCI Configuration space: 0x00: 0x11001013 0x04000083 0x06050007 0x00000000 0x10: 0x0000e001 0x00000000 0x00000000 0x00000000 0x20: 0x00000000 0x00000000 0x00000000 0x00000000 0x30: 0x00000000 0x00000000 0x00000000 0x00000109 0x40: 0x00000000 0x00000000 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00212007 0x00045309 0x00000000 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pccard0: on pcic0 pccard1: on pcic0 pcic1: port 0xd800-0xd803 irq 10 at device 11.0 on pci0 pcic1: PD67xx maybe broken for PCI routing. pcic1: PCI Configuration space: 0x00: 0x11001013 0x04000083 0x06050007 0x00000000 0x10: 0x0000d801 0x00000000 0x00000000 0x00000000 0x20: 0x00000000 0x00000000 0x00000000 0x00000000 0x30: 0x00000000 0x00000000 0x00000000 0x0000010a 0x40: 0x00000000 0x00000000 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00212007 0x00045309 0x00000000 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pccard2: on pcic1 pccard3: on pcic1 pcic2: port 0xd400-0xd403 irq 11 at device 12.0 on pci0 pcic2: PD67xx maybe broken for PCI routing. pcic2: PCI Configuration space: 0x00: 0x11001013 0x04000083 0x06050007 0x00000000 0x10: 0x0000d401 0x00000000 0x00000000 0x00000000 0x20: 0x00000000 0x00000000 0x00000000 0x00000000 0x30: 0x00000000 0x00000000 0x00000000 0x0000010b 0x40: 0x00000000 0x00000000 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00212007 0x00045309 0x00000000 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pccard4: on pcic2 pccard5: on pcic2 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 11 devices, largest 66 bytes PNP0500: adding irq mask 0x10 PNP0500: adding fixed io range 0x3f8-0x3ff, size=0x8, align=0x1 pnpbios: handle 2 device ID PNP0500 (0005d041) PNP0700: adding irq mask 0x40 PNP0700: adding fixed io range 0x3f2-0x3f5, size=0x4, align=0x1 PNP0700: adding dma mask 0x4 PNP0700: adding fixed io range 0x3f7-0x3f7, size=0x1, align=0x1 pnpbios: handle 4 device ID PNP0700 (0007d041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x3ffffff, size=0x3f00000 PNP0c01: adding fixed memory32 range 0xe8000-0xfffff, size=0x18000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 pnpbios: handle 6 device ID PNP0c01 (010cd041) PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding io range 0x4d0-0x4d1, size=0x2, align=0 pnpbios: handle 7 device ID PNP0000 (0000d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 8 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 9 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 10 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 pnpbios: handle 11 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding fixed io range 0-0xf, size=0x10, align=0x1 PNP0200: adding fixed io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding fixed io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding fixed io range 0xc0-0xde, size=0x1f, align=0x1 pnpbios: handle 12 device ID PNP0200 (0002d041) PNP0800: adding fixed io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 13 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 14 device ID PNP0a03 (030ad041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: