From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 01:44:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92FD916A424; Sun, 8 Jan 2006 01:44:03 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7329543D4C; Sun, 8 Jan 2006 01:44:01 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id k081hXO1023736; Sat, 7 Jan 2006 17:43:38 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200601080143.k081hXO1023736@gw.catspoiler.org> Date: Sat, 7 Jan 2006 17:43:33 -0800 (PST) From: Don Lewis To: dillon@apollo.backplane.com In-Reply-To: <200512050440.jB54eghJ043706@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org, kris@obsecurity.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 01:44:05 -0000 On 4 Dec, Matthew Dillon wrote: > I did see one possible issue, and that is the fact that > softdep_setup_freeblocks() is called BEFORE vinvalbuf() in ffs_truncate(). > If softdeps somehow is able to execute *ANY* of those workitems before > the vinvalbuf runs, in particular if there is already I/O in progress > on any of those buffers (and thus doesn't get invalidated by vinvalbuf > until after the I/O is complete), then that could result in the above > scenario. The case occurs in several situations but the main one that > DragonFly and FreeBSD shares is when a file is truncated to 0-length. That does look suspicious, especially since softdep_setup_freeblocks() can execute the workitem immediately if the inode was never written, though it is supposed to wait for any pending writes to complete and invalidate any dirty bufs. /* * Add the freeblks structure to the list of operations that * must await the zero'ed inode being written to disk. If we * still have a bitmap dependency (delay == 0), then the inode * has never been written to disk, so we can process the * freeblks below once we have deleted the dependencies. */ delay = (inodedep->id_state & DEPCOMPLETE); if (delay) WORKLIST_INSERT(&inodedep->id_bufwait, &freeblks->fb_list); [snip] /* * We must wait for any I/O in progress to finish so that * all potential buffers on the dirty list will be visible. * Once they are all there, walk the list and get rid of * any dependencies. */ vp = ITOV(ip); VI_LOCK(vp); drain_output(vp); restart: TAILQ_FOREACH(bp, &vp->v_bufobj.bo_dirty.bv_hd, b_bobufs) { if (((flags & IO_EXT) == 0 && (bp->b_xflags & BX_ALTDATA)) || ((flags & IO_NORMAL) == 0 && (bp->b_xflags & BX_ALTDATA) == 0)) continue; if ((bp = getdirtybuf(bp, VI_MTX(vp), MNT_WAIT)) == NULL) goto restart; VI_UNLOCK(vp); ACQUIRE_LOCK(&lk); (void) inodedep_lookup(fs, ip->i_number, 0, &inodedep); deallocate_dependencies(bp, inodedep); FREE_LOCK(&lk); bp->b_flags |= B_INVAL | B_NOCACHE; brelse(bp); VI_LOCK(vp); goto restart; } [snip] /* * If the inode has never been written to disk (delay == 0), * then we can process the freeblks now that we have deleted * the dependencies. */ if (!delay) handle_workitem_freeblocks(freeblks, 0); Hmn, I'm actually wondering if it might be the "delay" case: delay = (inodedep->id_state & DEPCOMPLETE); if (delay) WORKLIST_INSERT(&inodedep->id_bufwait, &freeblks->fb_list); /* * Because the file length has been truncated to zero, any * pending block allocation dependency structures associated * with this inode are obsolete and can simply be de-allocated. * We must first merge the two dependency lists to get rid of * any duplicate freefrag structures, then purge the merged list. * If we still have a bitmap dependency, then the inode has never * been written to disk, so we can free any fragments without delay. */ if (flags & IO_NORMAL) { merge_inode_lists(&inodedep->id_newinoupdt, &inodedep->id_inoupdt); while ((adp = TAILQ_FIRST(&inodedep->id_inoupdt)) != 0) free_allocdirect(&inodedep->id_inoupdt, adp, delay); } if (flags & IO_EXT) { merge_inode_lists(&inodedep->id_newextupdt, &inodedep->id_extupdt); while ((adp = TAILQ_FIRST(&inodedep->id_extupdt)) != 0) free_allocdirect(&inodedep->id_extupdt, adp, delay); } FREE_LOCK(&lk); bdwrite(bp); [what happens if the inode block write completes here, handle_workitem_freeblocks() is called, and the block is reallocated, before the call to drain_output()?] /* * We must wait for any I/O in progress to finish so that * all potential buffers on the dirty list will be visible. * Once they are all there, walk the list and get rid of * any dependencies. */ vp = ITOV(ip); VI_LOCK(vp); drain_output(vp); ... Maybe the proper fix is to do the I/O drain code earlier. From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 07:09:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E98C716A41F for ; Sun, 8 Jan 2006 07:09:17 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C5B343D45 for ; Sun, 8 Jan 2006 07:09:16 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 22826AD for ; Sun, 8 Jan 2006 01:09:16 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 5509B61C21; Sun, 8 Jan 2006 01:09:15 -0600 (CST) Date: Sun, 8 Jan 2006 01:09:15 -0600 From: "Matthew D. Fuller" To: current@freebsd.org Message-ID: <20060108070915.GA98507@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: Subject: nmount() issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 07:09:18 -0000 I just updated from an October 1 -CURRENT, and I'm having some issues from nmount(). SOME (but not all, and with no pattern I can see) of my filesystems react poorly to `mount -u`. I keep getting: % mount -u /usr/ports mount: /dev/da0s1e: Bad address All my filesystems have been through a good fsck'ing. I can even newfs ports, and it'll still have that issue. /depot fails too. /depot2 goes through without a hitch. So do / and /usr. A ktrace is pretty uninformative; it just shows the EFAULT return from nmount(). Some of the filesystems are UFS1, some UFS2, and the split isn't along those lines. Anybody else seen anything like this? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 10:59:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D3C016A41F for ; Sun, 8 Jan 2006 10:59:13 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD9C43D46 for ; Sun, 8 Jan 2006 10:59:11 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 89D8D2C906 for ; Sun, 8 Jan 2006 11:59:10 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 96B172C90A; Sun, 8 Jan 2006 11:59:08 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 6E4B42C906; Sun, 8 Jan 2006 11:59:08 +0100 (CET) From: Massimo Lusetti To: Scott Long In-Reply-To: <43C02362.2070009@samsco.org> References: <73774.1136109554@critter.freebsd.dk> <20060101035958.A86264@xorpc.icir.org> <43B7E1EC.5090301@mac.com> <200601060636.k066aNYn079015@apollo.backplane.com> <43BFEB2E.4040303@freebsd.org> <200601071940.k07JeHt3095158@apollo.backplane.com> <43C02362.2070009@samsco.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Sun, 08 Jan 2006 11:59:08 +0100 Message-Id: <1136717948.4312.5.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Andre Oppermann , current@freebsd.org Subject: Patch for 1mpps on if_em (was: FreeBSD handles leapsecond correctly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 10:59:13 -0000 On Sat, 2006-01-07 at 13:24 -0700, Scott Long wrote: > I'm about to release a patch to Andre that should allow if_em to fast > forward 1mpps or more on his hardware, using no shortcuts or hacks other > than the inherent shortcut that the ffwd code provides. The approach > I'm taking also works on the other high performance network interfaces. > There is also a lot of work going on to streamline the ifnet layer that > will likely result in several hundred nanoseconds of latency being > removed from there. I'd personally love to see DragonFly approach this Will all this great stuff end up in RELENG_6 branch? That's very good news (TM) to hear... -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 11:17:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1B416A41F for ; Sun, 8 Jan 2006 11:17:10 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DDE43D45 for ; Sun, 8 Jan 2006 11:17:09 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 59094 invoked from network); 8 Jan 2006 11:20:24 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Jan 2006 11:20:24 -0000 Message-ID: <43C0F4B6.5EB89A5E@freebsd.org> Date: Sun, 08 Jan 2006 12:17:10 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon References: <73774.1136109554@critter.freebsd.dk> <20060101035958.A86264@xorpc.icir.org> <43B7E1EC.5090301@mac.com> <200601060636.k066aNYn079015@apollo.backplane.com> <43BFEB2E.4040303@freebsd.org> <200601071940.k07JeHt3095158@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , Poul-Henning Kamp , current@freebsd.org Subject: Re: FreeBSD handles leapsecond correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 11:17:10 -0000 Matthew Dillon wrote: > > :Matt, > : > :I've been testing network and routing performance over the past two weeks > :with an calibrated Agilent N2X packet generator. My test box is a dual > :Opteron 852 (2.6Ghz) with Tyan S8228 mobo and Intel dual-GigE in PCI-X-133 > :slot. Note that I've run all tests with UP kernels em0->em1. > : > :For stock FreeBSD-7-CURRENT from 28. Dec. 2005 I've got 580kpps with fast- > :forward enabled. A em(4) patch from Scott Long implementing a taskqueue > :raised this to 729kpps. > : > :For stock DragonFlyBSD-1.4-RC1 I've got 327kpps and then it breaks down and > :never ever passes a packet again until a down/up on the receiving interface. > :net.inet.ip.intr_queue_maxlen has to be set to 200, otherwise it breaks down > :at 252kpps already. Enabling polling did not make a difference and I've tried > :various settings and combinations without any apparent effect on performance > :(burst=1000, each_burst=50, user_frac=1, pollhz=5000). > : > :What suprised me most, apart from the generally poor performance, is the sharp > :dropoff after max pps and the wedging of the interface. I didn't see this kind > :of behaviour on any other OS I've tested (FreeBSD and OpenBSD). > : > :-- > :Andre > > Well, considering that we haven't removed the MP lock from the network > code yet, I'm not surprised at the poorer performance. The priority has > been on getting the algorithms in, correct, and stable, proving their > potential, but not hacking things up to eek out maximum performance > before its time. At the moment there is a great deal of work slated for > 1.5 to properly address many of the issues. This was using the UP kernel. No SMP, only one CPU. The CPU was not maxed out as shown by top. There must be something else that is killing performance on DragonFlyBSD. -- Andre > Remember that the difference between 327kps and 792kps is the difference > between 3 uS and 1.2 uS per packet of overhead. That isn't all that > huge a difference, really, especially considering that everything is > serialized down to effectively 1 cpu due to the MP lock. > > :For stock FreeBSD-7-CURRENT from 28. Dec. 2005 I've got 580kpps with fast- > :forward enabled. A em(4) patch from Scott Long implementing a taskqueue > :raised this to 729kpps. > > The single biggest overhead we have right now is that we have not > yet embedded a LWKT message structure in the mbuf. That means we > are currently malloc() and free()ing a message structure for every > packet, costing at least 700 nS in additional overhead and possibly > more if a cross-cpu free is needed (even with the passive IPIQ the > free() code does in that case). This problem is going to be fixed once > 1.4 is released, but in order to do it properly I intend to completely > separate the mbuf data vs header concept... give them totally different > structural names instead of overloading them with a union, then embedding > the LWKT message structure in the mbuf_pkt. > > Another example would be our IP forwarding code. Hahahah. I'm amazed > that it only takes 3 uS considering that it is running under both the > MP lock *AND* the new mutex-like serializer locks that will be replacing > the MP lock in the network subsystem AND hacking up those locks (so there > are four serializer locking operations per packet plus the MP lock). > > The interrupt routing code has similar issues. The code is designed to > be per-cpu and tested in that context (by testing driver entry from other > cpus), but all hardware interrupts are still being taken on cpu #0, and > all polling is issued on cpu #0. This adds considerable overhead, > though it is mitigated somewhat by packet aggregation. > > There are two or three other non-algorithmic issues of that nature in > the current network path that exist to allow the old algorithms to be > migrated to the new ones and which are slowly being cleaned up. I'm not > at all surprised that all of these shims cost us 1.8 uS in overhead. > I've run end-to-end timing tests for a number of operations, which you > can see from my BayLisa slides here: > > http://www.dragonflybsd.org/docs/LISA200512/ > > What I have found is that the algorithms are sound and the extra overheads > are basically just due to the migrationary hacks (like the malloc). > Those tests also tested that our algorithms are capable of pipelining > (MP safe wise) between the network interrupt and TCP or UDP protocol > stacks, and they can with only about 40 ns of IPI messaging overhead. > There are sysctls for testing the MP safe interrupt path, but they aren't > production ready yet (because they aren't totally MP safe due to the > route table, IP filter, and mbuf stats which are the only remaining > items that need to be made MP safe). > > Frankly, I'm not really all that concerned about any of this. Certainly > not raw routing overhead (someone explain to me why you don't simply buy > a cisco, or write a custom driver if you really need to pop packets > between interfaces at 1 megapps instead of trying to use a piece of > generic code in a generic operating system to do it). Our focus is > frankly never going to be on raw packet switching because there is no > real-life situation where you would actually need to switch such a high > packet rate where you wouldn't also have the budget to simply buy an > off-the-shelf solution. > > Our focus vis-a-vie the network stack is going to be on terminus > communications, meaning UDP and TCP services terminated or sourced on > the machine. All the algorithms have been proved out, the only thing > preventing me from flipping the MP lock off are the aformentioned > mbuf stats, route table, and packet filter code. In fact, Jeff *has* > turned off the MP lock for the TCP protocol threads for testing purposes, > with very good results. The route table is going to be fixed this month > when we get Jeff's MPSAFE parallel route table code into the tree. The > mbuf stats are a non-problem, really, just some minor work. The packet > filter(s) are more of an issue. > > The numbers I ran for the BayLisa talk show our network interrupt overhead > is around 1-1.5 uS per packet, and our TCP overhead is around > 1-1.5 uS per packet. 700 ns of that is the aformentioned malloc/free > issue, and a good chunk of the remaining overhead is MP lock related. > > :For stock FreeBSD-7-CURRENT from 28. Dec. 2005 I've got 580kpps with fast- > :forward enabled. A em(4) patch from Scott Long implementing a taskqueue > :raised this to 729kpps. > > An interface lockup is a different matter. Nothing can be said about > that until the cause of the problem is tracked down. I can't speculate > as to the problem without more information. > > -Matt > Matthew Dillon > From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 11:33:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8F1A16A41F for ; Sun, 8 Jan 2006 11:33:47 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12B743D4C for ; Sun, 8 Jan 2006 11:33:46 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 59206 invoked from network); 8 Jan 2006 11:37:02 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Jan 2006 11:37:02 -0000 Message-ID: <43C0F89B.7FC19C0F@freebsd.org> Date: Sun, 08 Jan 2006 12:33:47 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Massimo Lusetti References: <73774.1136109554@critter.freebsd.dk> <20060101035958.A86264@xorpc.icir.org> <43B7E1EC.5090301@mac.com> <200601060636.k066aNYn079015@apollo.backplane.com> <43BFEB2E.4040303@freebsd.org> <200601071940.k07JeHt3095158@apollo.backplane.com> <43C02362.2070009@samsco.org> <1136717948.4312.5.camel@massimo.datacode.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Patch for 1mpps on if_em (was: FreeBSD handles leapsecondcorrectly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 11:33:47 -0000 Massimo Lusetti wrote: > > On Sat, 2006-01-07 at 13:24 -0700, Scott Long wrote: > > > I'm about to release a patch to Andre that should allow if_em to fast > > forward 1mpps or more on his hardware, using no shortcuts or hacks other > > than the inherent shortcut that the ffwd code provides. The approach > > I'm taking also works on the other high performance network interfaces. > > There is also a lot of work going on to streamline the ifnet layer that > > will likely result in several hundred nanoseconds of latency being > > removed from there. I'd personally love to see DragonFly approach this > > Will all this great stuff end up in RELENG_6 branch? Some of it but not all. Those things which are driver optimizations and other detail stuff will be backported. Stuff that does architectual and API/ABI changes will not. We are not allowed to break the API/ABI within a -STABLE series. > That's very good news (TM) to hear... Indeed. I have tons of measurements and data from the test runs which has to be processed. Once that is done we can start to reach firm conclusions and to tackle all the other items which put some breaks on the performance. -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 13:18:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D5A16A41F for ; Sun, 8 Jan 2006 13:18:54 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4280143D45 for ; Sun, 8 Jan 2006 13:18:53 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k08DIp3G087453; Sun, 8 Jan 2006 14:18:52 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <2BCEB9A37A4D354AA276774EE13FB8C2B109E3@mailserver.sandvine.com> References: <2BCEB9A37A4D354AA276774EE13FB8C2B109E3@mailserver.sandvine.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sun, 8 Jan 2006 14:18:17 +0100 To: Don Bowman X-Mailer: Apple Mail (2.746.2) Cc: freebsd-current@freebsd.org Subject: Re: Trendnet TEW-424UB usb wireless card & ndis driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 13:18:55 -0000 Am 06.01.2006 um 03:51 schrieb Don Bowman: > > I'm on 6.0 release > > I ran ndisgen SiS163u.INF SiS163u.sys > > and then loaded the resulting driver. However, i get missing symbols > when i load it: ndis(4) does not support USB adapters, only directly attached (PCI, CardBus, and PCMCIA) devices. The man page should be more explicit about this limitation. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 15:00:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C6116A41F for ; Sun, 8 Jan 2006 15:00:15 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6630843D75 for ; Sun, 8 Jan 2006 15:00:07 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 08 Jan 2006 15:00:07 -0000 Received: from unknown (EHLO zi025.glh.mhn.de) [129.187.43.241] by mail.gmx.net (mp033) with SMTP; 08 Jan 2006 16:00:07 +0100 X-Authenticated: #147403 Received: by zi025.glh.mhn.de (Postfix, from userid 1000) id 4D612C454; Sun, 8 Jan 2006 16:00:05 +0100 (CET) Date: Sun, 8 Jan 2006 16:00:05 +0100 From: Simon Barner To: Stefan Bethke Message-ID: <20060108150005.GA35716@zi025.glh.mhn.de> References: <2BCEB9A37A4D354AA276774EE13FB8C2B109E3@mailserver.sandvine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QXO0/MSS4VvK6f+D" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: Bill Paul , freebsd-current@freebsd.org, Don Bowman Subject: Re: Trendnet TEW-424UB usb wireless card & ndis driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 15:00:15 -0000 --QXO0/MSS4VvK6f+D Content-Type: multipart/mixed; boundary="sfyO1m2EN8ZOtJL6" Content-Disposition: inline --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > ndis(4) does not support USB adapters, only directly attached (PCI, =20 > CardBus, and PCMCIA) devices. >=20 > The man page should be more explicit about this limitation. [ Cc'ing ndis maintainer ] Suggested patch attached. --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ndis.4-no_usb" Index: ndis.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/man4.i386/ndis.4,v retrieving revision 1.9 diff -u -r1.9 ndis.4 --- ndis.4 21 Dec 2004 01:09:34 -0000 1.9 +++ ndis.4 8 Jan 2006 14:56:45 -0000 @@ -109,7 +109,8 @@ driver is designed to support mainly Ethernet and wireless network devices with PCI and PCMCIA bus attachments. (Cardbus -devices are also supported as a subset of PCI.) +devices are also supported as a subset of PCI.) Please note +that presently USB devices are not supported. It can support many different media types and speeds. One limitation --sfyO1m2EN8ZOtJL6-- --QXO0/MSS4VvK6f+D Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDwSj0Ckn+/eutqCoRAvkdAKCZmdLATPFgfsZVi9CwKdA70NiW0wCfdwZQ kpivz1DPsRa7l61CUofTkfo= =iajM -----END PGP SIGNATURE----- --QXO0/MSS4VvK6f+D-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 15:28:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A21D216A420; Sun, 8 Jan 2006 15:28:40 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB1B43D49; Sun, 8 Jan 2006 15:28:38 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k08FSWVE089813; Sun, 8 Jan 2006 16:28:37 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20060108150005.GA35716@zi025.glh.mhn.de> References: <2BCEB9A37A4D354AA276774EE13FB8C2B109E3@mailserver.sandvine.com> <20060108150005.GA35716@zi025.glh.mhn.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <78D4D8FB-738F-4C94-A6DA-D53CC9A4FE05@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sun, 8 Jan 2006 16:27:56 +0100 To: Simon Barner X-Mailer: Apple Mail (2.746.2) Cc: Bill Paul , freebsd-current@FreeBSD.org, Don Bowman Subject: Re: Trendnet TEW-424UB usb wireless card & ndis driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 15:28:41 -0000 Am 08.01.2006 um 16:00 schrieb Simon Barner: >> ndis(4) does not support USB adapters, only directly attached (PCI, >> CardBus, and PCMCIA) devices. >> >> The man page should be more explicit about this limitation. > > [ Cc'ing ndis maintainer ] > > Suggested patch attached. I've opened docs/91506 earlier with my own suggestion. -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 16:33:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4381716A41F for ; Sun, 8 Jan 2006 16:33:58 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1428143D45 for ; Sun, 8 Jan 2006 16:33:56 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so440512uge for ; Sun, 08 Jan 2006 08:33:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=t/iZ5MPhkz3A2cZVNFeqlLkdjVbAqSrkWYIXo1JErStFY11pC+z5OQ1BE+oKUd0RZNcmG0eA/zzhmsu3KXMZ7E3JCwJzgFsuCNd24OZLP2qSatXBWAYOkJCoby8bTjgtrU3sz5epjp0qzsXU0oCQfKB5yskLluDHefOkIlZsMaw= Received: by 10.66.255.18 with SMTP id c18mr7162304ugi; Sun, 08 Jan 2006 08:33:54 -0800 (PST) Received: by 10.67.24.10 with HTTP; Sun, 8 Jan 2006 08:33:53 -0800 (PST) Message-ID: <5f67a8c40601080833t24a65704x453bf4354f9339eb@mail.gmail.com> Date: Sun, 8 Jan 2006 11:33:53 -0500 From: Zaphod Beeblebrox To: Max Laier In-Reply-To: <200601070605.05535.max@love2party.net> MIME-Version: 1.0 References: <200601070605.05535.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Damien Bergamini Subject: Re: Intel 2915abg and 11a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 16:33:58 -0000 On 1/7/06, Max Laier wrote: > is anyone successfully running their Intel 2915abg card in 11a mode with > the > iwi(4) driver? I am wondering, because since 11a has been enabled in the > driver I can't use it anymore. "fatal error" while scanning through the > 11a > channels. No matter what firmware I use. > Please let me know - if there are no positive reports I'd like to disable > 11a > for the moment to have the driver working in 11b/g mode at least - which > it > does. I would be running it on 11a, but 11a doesn't seem to be working with 6.0-STABLE. I have followed -CURRENT with my laptop in the past, but I havn't yet decided to with 7.0 One other issue I'm seeing, though, is that the iwi0 in my laptop which is = : iwi0: mem 0xdcfef000-0xdcfeffff irq 17 at device 3.0 on pci3 ... is that the adaptor looses association with the access point and never regains it unless I down and up it... From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 18:01:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC1CB16A41F; Sun, 8 Jan 2006 18:01:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197B143D48; Sun, 8 Jan 2006 18:01:44 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k08I1go7050838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jan 2006 10:01:44 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43C153EB.7050803@errno.com> Date: Sun, 08 Jan 2006 10:03:23 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zaphod Beeblebrox References: <200601070605.05535.max@love2party.net> <5f67a8c40601080833t24a65704x453bf4354f9339eb@mail.gmail.com> In-Reply-To: <5f67a8c40601080833t24a65704x453bf4354f9339eb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-current@freebsd.org, Damien Bergamini Subject: Re: Intel 2915abg and 11a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 18:01:45 -0000 Zaphod Beeblebrox wrote: > On 1/7/06, Max Laier wrote: > > >>is anyone successfully running their Intel 2915abg card in 11a mode with >>the >>iwi(4) driver? I am wondering, because since 11a has been enabled in the >>driver I can't use it anymore. "fatal error" while scanning through the >>11a >>channels. No matter what firmware I use. > > > > >>Please let me know - if there are no positive reports I'd like to disable >>11a >>for the moment to have the driver working in 11b/g mode at least - which >>it >>does. > > > > I would be running it on 11a, but 11a doesn't seem to be working with > 6.0-STABLE. I have followed -CURRENT with my laptop in the past, but I > havn't yet decided to with 7.0 There is a #if 0 block of code in the attach method that adds the 11a channels. Until you enable that code the patch will not help with operating in 11a. I've verified that doing that + the patch enables 11a operation. I'm also sending Max an updated patch that uses the extended scan cmd to do dual-band scanning w/ only one request. This cmd also lets you do things like specify passive scanning on channels where it is required, and some other bits that will be useful in the future. > > One other issue I'm seeing, though, is that the iwi0 in my laptop which is : > > iwi0: mem 0xdcfef000-0xdcfeffff irq 17 at > device 3.0 on pci3 > > ... is that the adaptor looses association with the access point and never > regains it unless I down and up it... The chip delivers a beacon miss notification event that appears to be discarded by the driver. I expect this is why you see the behaviour. Sam From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 20:44:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EED516A41F for ; Sun, 8 Jan 2006 20:44:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E87143D45 for ; Sun, 8 Jan 2006 20:44:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 55159BC50 for ; Sun, 8 Jan 2006 20:44:37 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 08 Jan 2006 21:44:07 +0100 Message-ID: <37858.1136753047@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 20:44:40 -0000 On my AMD64/-current, the console prints bge0: gigabit link up once per second... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 00:10:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD3516A41F for ; Mon, 9 Jan 2006 00:10:09 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590AA43D48 for ; Mon, 9 Jan 2006 00:10:09 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so13407nzo for ; Sun, 08 Jan 2006 16:10:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DgjPYATYeF9q3AtrAnRT7BTydFbkZnYLDSxpGpb+jbhDMWk5J1cuunFzriksOMJZY00dfPn+mvV8rpniVnuHGPZtEwiptAoHTMeXNGWMJ7/HYzIjpscXjrzBaUiA7Wacf8NhMKVYww/BhRGlvIJhJVATJs8uTzqVfgzJmac6/t8= Received: by 10.36.36.12 with SMTP id j12mr6084548nzj; Sun, 08 Jan 2006 16:10:07 -0800 (PST) Received: by 10.36.41.7 with HTTP; Sun, 8 Jan 2006 16:10:07 -0800 (PST) Message-ID: <3e1162e60601081610m2ec3ecfbk16b447b1dd325da7@mail.gmail.com> Date: Sun, 8 Jan 2006 16:10:07 -0800 From: David Leimbach To: Poul-Henning Kamp In-Reply-To: <37858.1136753047@critter.freebsd.dk> MIME-Version: 1.0 References: <37858.1136753047@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 00:10:10 -0000 On 1/8/06, Poul-Henning Kamp wrote: > > > On my AMD64/-current, the console prints > > bge0: gigabit link up > > once per second... I'm having trouble with this driver too in FBSD 6.0 in conjunction with if_bridge. Dave From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 14:08:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE16B16A41F for ; Mon, 9 Jan 2006 14:08:23 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id B1F0843D48 for ; Mon, 9 Jan 2006 14:08:22 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 66796 invoked from network); 9 Jan 2006 11:03:47 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 9 Jan 2006 11:03:47 -0000 Message-ID: <43C2472C.5070103@freebsd.org> Date: Mon, 09 Jan 2006 20:21:16 +0900 From: Daichi GOTO User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43BD1054.7020409@ongs.co.jp> In-Reply-To: <43BD1054.7020409@ongs.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 14:08:24 -0000 I have updated the patches: For 7-current patch: http://people.freebsd.org/~daichi/unionfs/unionfs-p3.diff For 6.x patch: http://people.freebsd.org/~daichi/unionfs/unionfs6-p3.diff changes from -p2 to -p3: - fixed problem of attribute associated with shadow dir - fixed lock/unlock problem (-p2 is not enought of this) - fixed initial treatment problem of some componentnames Please do the unionfs test with above new patch. And do not forget to include daichi@freebsd.org on Cc: even for mail directory to ozawa. He can not use English well. All mails he sent are written by daichi :) > For 7-current patch: > http://people.freebsd.org/~daichi/unionfs/unionfs-p2.diff (latest patch) > http://people.freebsd.org/~daichi/unionfs/unionfs-p1.diff (old patch) > > For 6.x patch: > http://people.freebsd.org/~daichi/unionfs/unionfs6-p2.diff (latest > patch) > http://people.freebsd.org/~daichi/unionfs/unionfs6-p1.diff (old patch) > > HowToInstall: > http://people.freebsd.org/~daichi/unionfs/howtoinstall (UTF-8) > > Detail description: > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese, UTF-8) > http://people.freebsd.org/~daichi/unionfs/index.html (English, but not > yet, so sorry) > > Please keep up your interest around unionfs. We need to improve > FreeBSD's unionfs I believe :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 16:02:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A22E16A41F for ; Mon, 9 Jan 2006 16:02:38 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BE943D55 for ; Mon, 9 Jan 2006 16:02:34 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 36CCB39832 for ; Mon, 9 Jan 2006 17:02:56 +0100 (CET) Date: Mon, 9 Jan 2006 16:01:51 +0000 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20060109160151.1a3393b5.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: WDS and Atheros X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:02:38 -0000 Hi guys. Is WDS for Atheros avaliable for CURRENT? I browsed through madwifi archives and it seems the Linux folks managed to implement it. Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 16:37:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9172516A41F; Mon, 9 Jan 2006 16:37:05 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED7443D69; Mon, 9 Jan 2006 16:36:48 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k09Gae5K017695; Mon, 9 Jan 2006 17:36:40 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id k09Gad1f017693; Mon, 9 Jan 2006 11:36:39 -0500 (EST) (envelope-from cracauer) Date: Mon, 9 Jan 2006 11:36:37 -0500 From: Martin Cracauer To: Colin Percival Message-ID: <20060109113634.A17206@cons.org> References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> <43B66EF1.4020906@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <43B66EF1.4020906@freebsd.org>; from cperciva@freebsd.org on Sat, Dec 31, 2005 at 03:43:45AM -0800 Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Martin Cracauer , freebsd-current@freebsd.org Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:37:05 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline All right, I hope we all calmed down a little. To make people a little happier, I changed the meaning of the -O flag. Previously giving this non-argument -O flag would use the Content-Disposition header after a basic safey check. Now this flag takes an expected filename as an argument. If the argument is given, the server-supplied name will only be used if it matches the expected filename. If it doesn't the transport is aborted after reading the header. This will be useful when ports distfiles are distributed from servers using this mechanism, which is bound to happen (if it doesn't already). This way a port can say "download this URL", where the URL is some random php script as a filename, such as http://foo.com/download?fileid=3682, and download and save it only if the server gave the name of the expected distfile. So we would catch it if we make a mistake in the URL or if the server changes the mapping. Note that this will abort before actually downloading the file. For the rest of us who need this for attachments in Bugzilla and forums without knowing the expected filename you can give "." which means use the server-supplied name as is, after the previously mentioned safety checks. The manpage is now very verbose about the implications of this feature. Please do not comment on this unless you understand that it is off by default, what the use is, if your reply is philosophical only or insulting or if you didn't read the last round of messages. Thanks. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd-fetch-O3.diff" Index: lib/libfetch/fetch.3 =================================================================== RCS file: /lhome/CVS-FreeBSD/src/lib/libfetch/fetch.3,v retrieving revision 1.61 diff -u -r1.61 fetch.3 --- lib/libfetch/fetch.3 30 Nov 2005 04:08:45 -0000 1.61 +++ lib/libfetch/fetch.3 9 Jan 2006 16:18:58 -0000 @@ -211,6 +211,7 @@ off_t size; time_t atime; time_t mtime; + char content_disposition[PATH_MAX]; }; .Ed .Pp @@ -223,6 +224,10 @@ If the access time could not be obtained from the server, the .Fa atime field is set to the modification time. +If the server sent a Content-Disposition header, the +.Fa content_disposition +field will contain the suggested local filename. If no such header +was sent, or if the contents were invalid, the string will be size zero. .Pp .Fn fetchListURL attempts to list the contents of the directory pointed to by the URL Index: lib/libfetch/fetch.h =================================================================== RCS file: /lhome/CVS-FreeBSD/src/lib/libfetch/fetch.h,v retrieving revision 1.26 diff -u -r1.26 fetch.h --- lib/libfetch/fetch.h 21 Sep 2004 18:35:20 -0000 1.26 +++ lib/libfetch/fetch.h 9 Jan 2006 16:18:58 -0000 @@ -52,6 +52,7 @@ off_t size; time_t atime; time_t mtime; + char content_disposition[PATH_MAX]; }; struct url_ent { Index: lib/libfetch/http.c =================================================================== RCS file: /lhome/CVS-FreeBSD/src/lib/libfetch/http.c,v retrieving revision 1.77 diff -u -r1.77 http.c --- lib/libfetch/http.c 24 Aug 2005 12:28:05 -0000 1.77 +++ lib/libfetch/http.c 9 Jan 2006 16:18:58 -0000 @@ -334,6 +334,7 @@ hdr_error = -1, hdr_end = 0, hdr_unknown = 1, + hdr_content_disposition, hdr_content_length, hdr_content_range, hdr_last_modified, @@ -347,6 +348,7 @@ hdr_t num; const char *name; } hdr_names[] = { + { hdr_content_disposition, "Content-Disposition" }, { hdr_content_length, "Content-Length" }, { hdr_content_range, "Content-Range" }, { hdr_last_modified, "Last-Modified" }, @@ -549,6 +551,66 @@ return (0); } +/* + * Parse a content-disposition header + */ +static char * +_http_parse_content_disposition(const char *p, char *const target, int length) +{ + const char *looking_for = "filename=\""; + char *s; + int i; + int name_altered = 0; + + if ((s = strstr(p, looking_for))) { + s += strlen(looking_for); + + for (i = 0; s[i] != '"' && i < length - 1; i++) { + if (s[i] < ' ') { + name_altered++; + target[i] = '_'; + } else { + target[i] = s[i]; + } + } + + + if (s[i] == '"') { + target[i] = '\0'; + if (strchr(target, '/')) { + warnx("WARNING: Content-disposition header " + "had / in it, ignoring for " + "security reasons"); + target[0] = '\0'; + return NULL; + } + if (target[0] == '.') { + warnx("WARNING: Content-disposition header " + "starts with dot, ignoring for " + "security reasons"); + target[0] = '\0'; + return NULL; + } + + /* All clear, pass back to called */ + if (name_altered > 0) + warnx("WARNING: Invalid characters in " + "Content-disposition header " + "have been changed to _ for " + "security reasons"); + + return target; + } else { + /* Invalid */ + target[0] = '\0'; + return NULL; + } + } else { + target[0] = '\0'; + return NULL; + } +} + /***************************************************************************** * Helper functions for authorization @@ -804,6 +866,8 @@ noredirect = CHECK_FLAG('A'); verbose = CHECK_FLAG('v'); + us->content_disposition[0] = '\0'; + if (direct && purl) { fetchFreeURL(purl); purl = NULL; @@ -991,6 +1055,11 @@ case hdr_error: _http_seterr(HTTP_PROTOCOL_ERROR); goto ouch; + case hdr_content_disposition: + _http_parse_content_disposition(p, + us->content_disposition, + sizeof(us->content_disposition)); + break; case hdr_content_length: _http_parse_length(p, &clength); break; Index: usr.bin/fetch/fetch.1 =================================================================== RCS file: /lhome/CVS-FreeBSD/src/usr.bin/fetch/fetch.1,v retrieving revision 1.66 diff -u -r1.66 fetch.1 --- usr.bin/fetch/fetch.1 13 Feb 2005 22:25:21 -0000 1.66 +++ usr.bin/fetch/fetch.1 9 Jan 2006 16:18:58 -0000 @@ -37,12 +37,13 @@ .Nd retrieve a file by Uniform Resource Locator .Sh SYNOPSIS .Nm -.Op Fl 146AFMPRUadlmnpqrsv +.Op Fl 146AFMPQRUadlmnpqrsv .Op Fl B Ar bytes .Op Fl S Ar bytes .Op Fl T Ar seconds .Op Fl N Ar file .Op Fl o Ar file +.Op Fl O Ar file .Op Fl w Ar seconds .Op Fl h Ar host .Op Fl c Ar dir @@ -148,6 +149,24 @@ .Ar file argument is a directory, fetched file(s) will be placed within the directory, with name(s) selected as in the default behaviour. +.It Fl O Ar expected_filename +For the output filename, use the name supplied by the server in +a Content-Disposition header. If +.Ar expected_filename +is not ".", then the server-supplied filename will only be used if it +matches +.Ar expected_filename . +If you use "." you will use the server-supplied filename as the local +filename. This can be a security risk as it can overwrite any file in +the current directory. Do not keep scripts in the current +directory. The server-supplied filename is scanned and will be +rejected if it contains slashes or starts with a dot. If the server +did not provide a filename in a Content-Disposition header, then +fetch will behave as if this option was not set (fall through to -o or +derive from URL if -o was not given). The option will be ignored when +output goes to stdout. In combination with the -s flag, this option +will print the server-supplied filename to stdout, without downloading +the file. .It Fl P .It Fl p Use passive FTP. @@ -158,6 +177,9 @@ seems to hang when retrieving FTP URLs. .It Fl q Quiet mode. +.It Fl Q +If the output filename is coming from a Content-Disposition header via +-O, print it to stdout. .It Fl R The output files are precious, and should not be deleted under any circumstances, even if the transfer failed or was incomplete. @@ -175,7 +197,12 @@ If the server does not support reporting file sizes, this option is ignored and the file is fetched unconditionally. .It Fl s -Print the size in bytes of each requested file, without fetching it. +Print the size in bytes of each requested file to stdout, without +fetching it. If the size is not known, the string "Unknown_size" will +be printed. If -O is also given (with any argument to -O), do not +print the size, but print the filename that the server supplied in a +Content-Disposition header. If no valid filename was given by the +server print the string "No_filename_supplied". .It Fl T Ar seconds Set timeout value to .Ar seconds . Index: usr.bin/fetch/fetch.c =================================================================== RCS file: /lhome/CVS-FreeBSD/src/usr.bin/fetch/fetch.c,v retrieving revision 1.77 diff -u -r1.77 fetch.c --- usr.bin/fetch/fetch.c 30 Dec 2005 23:36:26 -0000 1.77 +++ usr.bin/fetch/fetch.c 9 Jan 2006 16:18:58 -0000 @@ -68,7 +68,10 @@ int o_directory; /* output file is a directory */ char *o_filename; /* name of output file */ int o_stdout; /* output file is stdout */ +int O_flag; /* -O: filename from content-disposition header */ +char *O_filename; /* name of requested file for -O option*/ int once_flag; /* -1: stop at first successful file */ +int Q_flag; /* -Q: print filename from -O to stdout */ int p_flag; /* -[Pp]: use passive FTP */ int R_flag; /* -R: don't delete partially transferred files */ int r_flag; /* -r: restart previously interrupted transfer */ @@ -399,13 +402,66 @@ warnx("%s", fetchLastErrString); goto failure; } - if (us.size == -1) - printf("Unknown\n"); - else - printf("%jd\n", (intmax_t)us.size); + if (O_flag) { + if (us.content_disposition[0]) + printf("%s\n", us.content_disposition); + else + printf("No_filename_supplied\n"); + } else { + if (us.size == -1) + printf("Unknown_size\n"); + else + printf("%jd\n", (intmax_t)us.size); + } goto success; } + /* start the transfer */ + if (timeout) + alarm(timeout); + us.content_disposition[0] = '\0'; + f = fetchXGet(url, &us, flags); + if (timeout) + alarm(0); + if (sigalrm || sigint) + goto signal; + if (f == NULL) { + warnx("%s: %s", URL, fetchLastErrString); + goto failure; + } + if (sigint) + goto signal; + + /* + * If the user asked us to use the filename from a Content-Disposition + * header, and if the server provided such a header, use it. + * + * Note that this header, if set, is malloc memory that is our + * responsibility to free. This is the case no matter whether + * O_flag is set or not. + */ + if (O_flag && us.content_disposition[0] != '\0' && !o_stdout) { + if (Q_flag) + printf("%s\n", us.content_disposition); + if (strcmp(O_filename, ".")) + /* + * User wants to use the server-supplied filename + * only if it matches the expected filename. + */ + if (strcmp(us.content_disposition, O_filename)) { + fprintf(stderr, + "Server-supplied filename '%s' does " + "not match requested name '%s' - exiting\n", + us.content_disposition, O_filename); + exit(34); + } + if (v_level > 0) + fprintf(stderr, + "Using server-supplied filename '%s'\n", + us.content_disposition); + path = us.content_disposition; + } + /* * If the -r flag was specified, we have to compare the local * and remote files, so we should really do a fetchStat() @@ -438,21 +494,6 @@ } } - /* start the transfer */ - if (timeout) - alarm(timeout); - f = fetchXGet(url, &us, flags); - if (timeout) - alarm(0); - if (sigalrm || sigint) - goto signal; - if (f == NULL) { - warnx("%s: %s", URL, fetchLastErrString); - goto failure; - } - if (sigint) - goto signal; - /* check that size is as expected */ if (S_size) { if (us.size == -1) { @@ -709,7 +750,7 @@ usage(void) { fprintf(stderr, "%s\n%s\n%s\n", - "usage: fetch [-146AFMPRUadlmnpqrsv] [-N netrc] [-o outputfile]", + "usage: fetch [-146AFMOPQRUadlmnpqrsv] [-N netrc] [-o outputfile]", " [-S bytes] [-B bytes] [-T seconds] [-w seconds]", " [-h host -f file [-c dir] | URL ...]"); } @@ -728,7 +769,7 @@ int c, e, r; while ((c = getopt(argc, argv, - "146AaB:bc:dFf:Hh:lMmN:nPpo:qRrS:sT:tUvw:")) != -1) + "146AaB:bc:dFf:Hh:lMmN:nPpo:O:QqRrS:sT:tUvw:")) != -1) switch (c) { case '1': once_flag = 1; @@ -780,6 +821,10 @@ o_flag = 1; o_filename = optarg; break; + case 'O': + O_flag = 1; + O_filename = optarg; + break; case 'M': case 'm': if (r_flag) @@ -799,6 +844,9 @@ break; case 'q': v_level = 0; + break; + case 'Q': + Q_flag = 1; break; case 'R': R_flag = 1; --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 16:52:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07AA616A41F for ; Mon, 9 Jan 2006 16:52:34 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA8643D64 for ; Mon, 9 Jan 2006 16:52:22 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so176446nzo for ; Mon, 09 Jan 2006 08:52:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=r6E19mqJUE0ytIeH5p1EDGZSB6spCumsYrN0RlUXTyHjoo61nzMxJI9ZsoXb8/M9X0uCK3G4X7Tfmf5i5zm/0jiFDdfc3sgL06TFOASzgQPmHPc73AKy8iiQxuu2CQPO9WXHZHtcEBInm1V+/MvDNPWeL5c4Ror5+uIOlGO2yI8= Received: by 10.36.128.18 with SMTP id a18mr5720883nzd; Mon, 09 Jan 2006 08:52:21 -0800 (PST) Received: by 10.36.41.7 with HTTP; Mon, 9 Jan 2006 08:52:21 -0800 (PST) Message-ID: <3e1162e60601090852w4b2cca72r9f637746b2156db2@mail.gmail.com> Date: Mon, 9 Jan 2006 08:52:21 -0800 From: David Leimbach To: Erik Osterholm In-Reply-To: <20060109010635.GA8029@idoru.cepheid.org> MIME-Version: 1.0 References: <37858.1136753047@critter.freebsd.dk> <3e1162e60601081610m2ec3ecfbk16b447b1dd325da7@mail.gmail.com> <20060109010635.GA8029@idoru.cepheid.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:52:34 -0000 On 1/8/06, Erik Osterholm wrote: > > On Sun, Jan 08, 2006 at 04:10:07PM -0800, David Leimbach wrote: > > On 1/8/06, Poul-Henning Kamp wrote: > > > > > > > > > On my AMD64/-current, the console prints > > > > > > bge0: gigabit link up > > > > > > once per second... > > > > > > > > I'm having trouble with this driver too in FBSD 6.0 in conjunction with > > if_bridge. > > > > Dave > > Same problem as listed above, or something different? I haven't honestly had the time to look and see if it is exhibiting the sam= e behavior. I've been terribly sick and now very busy. Needless to say I've had no end of problems with Broadcom hardware on many different platforms right down to the Xserves on G5 systems [seen em just hang dead because of some incorrect specification givent to driver writers at a particularly large deployment of these servers] I'm seeing crashes after just a little bit of traffic is received on > the bridge (if_bridge) if bgeX is a part of the bridge. I plan on > submitting a bug report this week on the problem. Interesting... I don't crash, I just can't receive any traffic. As soon as I destroy the bridge interface things start working again. I've tried both bge0 and bge1. I'll try to collect some data of my own today on the matter. Dave Erik > From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 16:59:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A5316A41F for ; Mon, 9 Jan 2006 16:59:07 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753A043D45 for ; Mon, 9 Jan 2006 16:59:06 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k09H3rUD002049 for ; Mon, 9 Jan 2006 17:03:53 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k09H3qef002048 for freebsd-current@freebsd.org; Mon, 9 Jan 2006 17:03:52 GMT (envelope-from dunstan) Date: Mon, 9 Jan 2006 17:03:52 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20060109170351.GA2024@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [PANIC] More details about problem with syscons(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 16:59:07 -0000 Hello, There is a problem I've reported earlier: http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058221.html Analisis has shown that allscreen_flags="80x50" or allscreen_flags="MODE_278" is a reason. After I removed it and run my box with typical 80x25 console, everything seems to be fine. I'm getting that problem from time to time, which is really unpleasant (especially because it happens after fsck'ing your filesystem when it's mounted read/write). For some time I've been running modified schistory.c from src/sys/dev/syscons. It's here: http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/schistory.c Successful booting with my printf's looks like that: http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/dmesg_success.txt I got a panic, obtained a crash dump and was able to track it. Result is here: http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/syscons_crash.txt As you see from attached information, I'm running with: options SC_PIXEL_MODE options SC_HISTORY_SIZE=20000 Complete kernel configuration is here: http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/LAPTOP http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/devel http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/debug http://freebsd.czest.pl/dunstan/FreeBSD/vidcontrol/security rwatson@ suggested that this highly XXXed part in schistory might be a problem, since this area is where memory allocation happens. I belive my analisis can confirm it: (kgdb) list *0xc05db628 0xc05db628 is in sc_alloc_history_buffer (/usr/src/sys/dev/syscons/schistory.c:154). 149 150 /* FIXME: XXX no good? */ 151 152 sc_vtb_clear(history, scp->sc->scr_map[0x20], 153 SC_NORM_ATTR << 8); 154 SC_DBG("prev_history=%p", prev_history); 155 if (prev_history != NULL) 156 copy_history(prev_history, history); 157 scp->history_pos = sc_vtb_tail(history); 158 SC_DBG("scp->history_pos=%d", scp->history_pos); -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 17:09:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 269FE16A41F for ; Mon, 9 Jan 2006 17:09:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A990743D45 for ; Mon, 9 Jan 2006 17:09:14 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k09H9AXO020157; Mon, 9 Jan 2006 11:09:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C298A2.5090304@centtech.com> Date: Mon, 09 Jan 2006 11:08:50 -0600 From: Eric Anderson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060104) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200601060340.35999.akbeech@gmail.com> <43BE7888.8060302@centtech.com> <43BEA035.9030704@errno.com> <43BEAEB3.1050105@centtech.com> <43BEEFF2.6060300@errno.com> In-Reply-To: <43BEEFF2.6060300@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1235/Sun Jan 8 12:13:01 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: /dev/ath log messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 17:09:17 -0000 Sam Leffler wrote: > Eric Anderson wrote: > >> Sam Leffler wrote: >> >>> Eric Anderson wrote: >>> >>>> Beech Rintoul wrote: >>>> >>>>> I have noticed that for about the past month or so I've been >>>>> getting hundreds of the following every day in /var/log/messages: >>>>> >>>>> +ath0: link state changed to DOWN >>>>> +ath0: link state changed to UP >>>>> >>>>> It doesn't seem to affect connectivity, but it's really annoying >>>>> in the security report. Is there anything I can do to stop this? >>>>> I'm running -CURRENT from yesterday. I have built Sam's new >>>>> drivers, but this problem started long before that and was not >>>>> affected by the upgrade. The lease on the AP I'm connecting to is >>>>> good for 24 hours so I don't think that's an issue. I looked at >>>>> the traffic with ethereal and everything looks normal. I'm getting >>>>> sorely tempted to go back to isc-dhclient and see if this goes >>>>> away, but I thought I would ask here first. >>>>> >>>>> >>>>> >>>> >>>> I've noticed something recently too - my ath device frequently >>>> stops working, and I get this in messages: >>>> >>>> Jan 6 06:19:48 neutrino kernel: ath0: link state changed to DOWN >>>> Jan 6 06:20:35 neutrino kernel: ath0: device timeout >>>> Jan 6 06:20:56 neutrino kernel: ath0: device timeout >>>> Jan 6 06:21:06 neutrino kernel: ath0: device timeout >>>> Jan 6 06:21:59 neutrino last message repeated 2 times >>>> Jan 6 06:22:25 neutrino kernel: ath0: device timeout >>>> Jan 6 06:23:03 neutrino kernel: ath0: link state changed to UP >>>> Jan 6 06:41:35 neutrino kernel: ath0: link state changed to DOWN >>>> Jan 6 06:42:03 neutrino kernel: Memory modified after free >>>> 0xc5402000(2048) val=11600000 @ 0xc5402000 >>>> Jan 6 06:42:04 neutrino kernel: ath0: link state changed to UP >>>> Jan 6 06:42:08 neutrino kernel: ath0: device timeout >>>> Jan 6 06:42:09 neutrino kernel: ath0: link state changed to DOWN >>>> Jan 6 06:43:12 neutrino kernel: ath0: link state changed to UP >>>> Jan 6 06:43:17 neutrino kernel: ath0: device timeout >>>> Jan 6 06:43:17 neutrino kernel: ath0: link state changed to DOWN >>>> Jan 6 06:43:33 neutrino kernel: ath0: device timeout >>>> Jan 6 06:44:10 neutrino kernel: ath0: device timeout >>>> [and so on] >>>> >>>> >>>> I would say this started happening for me in the last 2 weeks. >>> >>> >>> >>> >>> Device timeouts should not happen; it means the driver submitted a >>> packet to the card and didn't get a tx complete interrupt back in 5 >>> seconds. >>> >>> It's unclear if the "modified after free" msgs is related and w/o >>> more diagnostic info it's really hard to say why you're seeing >>> device timeouts. >> >> >> >> >> Ok - wasn't sure if was related or not, so I posted it anyway. >> Before about 2 weeks ago, ath has been rock solid for me. > > > The last change I made to the ath driver was >1 month ago and that was > to delete code. Recent changes to the net80211 layer mostly add code > that is not yet used. If a code change is affecting operation it > seems likely it's elsewhere in the system. If you can rollback code > to the point where things work and they return to operation then > perhaps you can pinpoint the problem if it's s/w. > >> >>> >>>> >>>> I'm running -current from Jan 4th. All kinds of system information >>>> is here: >>>> >>>> http://googlebit.com/freebsd/ >>> >>> >>> >>> >>> Most of the useful info is not there. No boot dmsg or indication of >>> what your network config is. No indication of the hal version or >>> the mac+phy revs. yada yada yada... >> >> >> >> >> Yea, I see that now. Sorry - here's dmesg.boot: >> http://googlebit.com/freebsd/dmesg.boot-20060106 >> >> And some additional info: >> /etc/rc.conf snippet: >> ifconfig_em0="DHCP" >> ifconfig_ath0="WPA DHCP" >> >> /etc/wpa_supplicant.conf: >> ctrl_interface=/var/run/wpa_supplicant >> ctrl_interface_group=wheel >> >> network={ >> ssid="centtech" >> key_mgmt=NONE >> wep_key0=0E...CD >> wep_tx_keyidx=0 >> scan_ssid=1 >> priority=5 >> } >> >> $ kldstat >> Id Refs Address Size Name >> 1 36 0xc0400000 7707a4 kernel >> 2 2 0xc0b71000 1e198 linux.ko >> 3 1 0xc0b90000 125a0 if_ath.ko >> 4 3 0xc0ba3000 26b70 ath_hal.ko >> 5 2 0xc0bca000 472c ath_rate.ko >> 6 1 0xc0bcf000 55e8 snd_ich.ko >> 7 2 0xc0bd5000 268b8 sound.ko >> 8 1 0xc0bfc000 56e4 acpi_video.ko >> 9 3 0xc0c02000 63c94 acpi.ko >> 10 1 0xc0c66000 2730 acpi_sony.ko >> 11 1 0xc0c69000 2fac wlan_wep.ko >> 12 1 0xc0c6c000 416c atapicam.ko >> 13 1 0xc0c71000 3694 ucom.ko >> 14 1 0xc0c75000 9454 cpufreq.ko >> 15 6 0xc0c7f000 d3b0 netgraph.ko >> 16 1 0xc0c8d000 8550 ng_ubt.ko >> 17 1 0xc0c96000 68f8 vkbd.ko >> 18 1 0xc53bd000 6000 linprocfs.ko >> 19 4 0xc56be000 2000 ng_bluetooth.ko >> 20 1 0xc56ec000 d000 ng_hci.ko >> 21 1 0xc5712000 10000 ng_l2cap.ko >> 22 1 0xc5722000 1a000 ng_btsocket.ko >> 23 1 0xc5744000 4000 ng_socket.ko >> >> I have several AP's I roam on, but I am about 10ft from the closest >> AP which I seem to stick with. This also happens at home where I >> have a single AP (same brand and model). >> >> Unloading and reloading the modules helped once if I recall >> correctly, but not usually. Rebooting the computer does help, but >> only for some period of time, sometimes many hours, but usually not >> that long. >> >> Anything else I can provide? > > > You mean like your network config? I see you're using wpa but 11g, > 11a, 11b? Have you tried operating w/o WPA? Different channel? > Different card? Since there don't appear to be code changes related > to your issue you need to work on isolating what's changed or is failing. > > Sam I'm using wpa_supplicant for the setup and config, but WEP currently, no WPA. My AP's are 11g, but I have them also enabling 11b support. Each access point is set up to a different channel (mostly, there might be a duplicate channel on another floor, but I can't see it anyhow). I have not yet tried a different card, since it's been working fine for a long time. The one thing I *did* change, is I switched from a manual configuration in /etc/rc.conf to wpa_supplicant.conf. Maybe my wpa_supplicant.conf file is not correct? Using wpa_cli (which should be in the SEE ALSO section of the wpa_supplicant man page), and turning up debug messages, I see something like this: [.. snip ..] <2>Authentication with 00:00:00:00:00:00 timed out. status bssid=00:00:00:00:00:00 pairwise_cipher=WEP-104 group_cipher=WEP-104 key_mgmt=NONE wpa_state=SCANNING > <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) reconfigure OK > <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Associated with 00:80:c8:17:b3:26 <2>Disconnect event - remove keys <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b1:14 (SSID='centtech' freq=2422 MHz) <2>Associated with 00:80:c8:17:b1:14 <2>Disconnect event - remove keys <2>Trying to associate with 00:11:95:f9:fb:c2 (SSID='centtech' freq=2462 MHz) <2>Trying to associate with 00:11:95:f9:fb:c2 (SSID='centtech' freq=2462 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. <2>Trying to associate with 00:80:c8:17:b3:26 (SSID='centtech' freq=2437 MHz) <2>Authentication with 00:00:00:00:00:00 timed out. [..snip ..] The access point nearest to me is '00:80:c8:17:b3:26'. This also happens at home, where I have a single AP and no other nearby APs that I can detect. What other information would you like? Can I make wpa_supplicant log verbosely to /var/log/messages? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 17:18:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B8D16A41F; Mon, 9 Jan 2006 17:18:01 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA5143D49; Mon, 9 Jan 2006 17:18:01 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0D8EF20AB; Mon, 9 Jan 2006 18:17:56 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id F268420AA; Mon, 9 Jan 2006 18:17:55 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id D50F933C3E; Mon, 9 Jan 2006 18:17:55 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> <43B66EF1.4020906@freebsd.org> <20060109113634.A17206@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 09 Jan 2006 18:17:55 +0100 In-Reply-To: <20060109113634.A17206@cons.org> (Martin Cracauer's message of "Mon, 9 Jan 2006 11:36:37 -0500") Message-ID: <86ace5mibg.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 17:18:01 -0000 Martin Cracauer writes: > To make people a little happier, I changed the meaning of the -O > flag. > > Previously giving this non-argument -O flag would use the > Content-Disposition header after a basic safey check. > > Now this flag takes an expected filename as an argument. If the > argument is given, the server-supplied name will only be used if it > matches the expected filename. If it doesn't the transport is aborted > after reading the header. All my objections (including those related to breaking the ABI and the -r option) still stand. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 17:30:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 566FC16A41F; Mon, 9 Jan 2006 17:30:50 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDC7C43D60; Mon, 9 Jan 2006 17:30:41 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k09HUR6w028029; Mon, 9 Jan 2006 17:30:27 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id k09HURGI067651; Mon, 9 Jan 2006 17:30:27 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id k09HURIo067650; Mon, 9 Jan 2006 17:30:27 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Martin Cracauer In-Reply-To: <20060109113634.A17206@cons.org> References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> <43B66EF1.4020906@freebsd.org> <20060109113634.A17206@cons.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 09 Jan 2006 17:30:27 +0000 Message-Id: <1136827827.66132.30.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 17:30:50 -0000 On Mon, 2006-01-09 at 11:36 -0500, Martin Cracauer wrote: > All right, I hope we all calmed down a little. > > To make people a little happier, I changed the meaning of the -O > flag. > > Previously giving this non-argument -O flag would use the > Content-Disposition header after a basic safey check. > > Now this flag takes an expected filename as an argument. If the > argument is given, the server-supplied name will only be used if it > matches the expected filename. If it doesn't the transport is aborted > after reading the header. > > This will be useful when ports distfiles are distributed from servers > using this mechanism, which is bound to happen (if it doesn't > already). This way a port can say "download this URL", where the URL > is some random php script as a filename, such as > http://foo.com/download?fileid=3682, and download and save it only if the > server gave the name of the expected distfile. So we would catch it > if we make a mistake in the URL or if the server changes the mapping. > Note that this will abort before actually downloading the file. > > For the rest of us who need this for attachments in Bugzilla and > forums without knowing the expected filename you can give "." which > means use the server-supplied name as is, after the previously > mentioned safety checks. I'm not sure I like the choice of ".", but can't think of a better choice. A couple of issues with the patch: + for (i = 0; s[i] != '"' && i < length - 1; i++) { + if (s[i] < ' ') { + name_altered++; + target[i] = '_'; + } else { Maybe better off using iscntrl(3) rather than "(s[i] < ' ')"? + return NULL; These should be "return (NULL);" per style(9) - if (us.size == -1) - printf("Unknown\n"); - else - printf("%jd\n", (intmax_t)us.size); + if (O_flag) { + if (us.content_disposition[0]) + printf("%s\n", us.content_disposition); + else + printf("No_filename_supplied\n"); + } else { + if (us.size == -1) + printf("Unknown_size\n"); + else + printf("%jd\n", (intmax_t)us.size); + } I don't like the underscores in this output. You're also changing the output in the case of "-s" on it's own, which could break scripts (the most likely user for the -s option). There's also some overlap with the -Q option, I'm not sure it's needed at all. Why not, in the -O case, always print the filename unless -q is specified? + /* start the transfer */ You move this block of code to before the checks for "-r" and subsequent stat(2) of the local file - I haven't tested it, but I suspect this will break the -r option's ability to resume a partially downloaded file. + exit(34); Why 34? The man page says fetch will return 1 on failure. I wonder if this should be replaced with a "goto failure;" instead? Other than those points, the patch seems good. I can see a definite need for this functionality. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 17:36:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9612C16A41F; Mon, 9 Jan 2006 17:36:06 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8075343D46; Mon, 9 Jan 2006 17:36:05 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k09Ha2sq019621; Mon, 9 Jan 2006 18:36:02 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id k09Ha2rt019620; Mon, 9 Jan 2006 12:36:02 -0500 (EST) (envelope-from cracauer) Date: Mon, 9 Jan 2006 12:36:02 -0500 From: Martin Cracauer To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Message-ID: <20060109123602.A19382@cons.org> References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> <43B66EF1.4020906@freebsd.org> <20060109113634.A17206@cons.org> <86ace5mibg.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <86ace5mibg.fsf@xps.des.no>; from des@des.no on Mon, Jan 09, 2006 at 06:17:55PM +0100 Cc: Martin Cracauer , freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 17:36:06 -0000 Dag-Erling Smørgrav wrote on Mon, Jan 09, 2006 at 06:17:55PM +0100: > Martin Cracauer writes: > > To make people a little happier, I changed the meaning of the -O > > flag. > > > > Previously giving this non-argument -O flag would use the > > Content-Disposition header after a basic safey check. > > > > Now this flag takes an expected filename as an argument. If the > > argument is given, the server-supplied name will only be used if it > > matches the expected filename. If it doesn't the transport is aborted > > after reading the header. > > All my objections (including those related to breaking the ABI and the > -r option) still stand. I really like your discussion style. Omitting technical details and making nebulous statements triggering what you consider fear factors in the audience. I don't "break" the -r option. It just happens not to work in combination with the -O option. If you had read my diff you would see that I forbid both -m and -r in combination with -O and document this in the manpage. %% As for the ABI incompatibility (now that you at least admit it's the ABI and not the API as you previously claimed), the only reason why it is an incompatible change when the library is newer than the application (it's fine the other way round) is that *you* chose an interface design that locks libfetch against supporting any kind of future HTTP headers or extensions without ABI change. I don't think the FreeBSD operating system can accept getting locked down this way. Now, for technical solutions, I previously offered you to redesign the interface so that it would be extensible in ABI and API compatible manners - which you did not reply to. Personally I wouldn't bother since all two clients using libfetch (fetch and sysinstall) are part of the base system, so lets just bump the shared library version number and get it over with. If you can point me to other software using libfetch I would be happy to design said non-locked interface. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 21:58:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B6916A41F; Mon, 9 Jan 2006 21:58:01 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B1643D45; Mon, 9 Jan 2006 21:58:00 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D724320A9; Mon, 9 Jan 2006 22:57:54 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 522E020A8; Mon, 9 Jan 2006 22:57:54 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 2BB6433C3E; Mon, 9 Jan 2006 22:57:54 +0100 (CET) To: Martin Cracauer References: <20051229221459.A17102@cons.org> <868xu22mmp.fsf@xps.des.no> <200512301856.28800.jhb@freebsd.org> <200512310115.40490.jhb@freebsd.org> <20051231015102.A51804@cons.org> <43B66EF1.4020906@freebsd.org> <20060109113634.A17206@cons.org> <86ace5mibg.fsf@xps.des.no> <20060109123602.A19382@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 09 Jan 2006 22:57:54 +0100 In-Reply-To: <20060109123602.A19382@cons.org> (Martin Cracauer's message of "Mon, 9 Jan 2006 12:36:02 -0500") Message-ID: <86u0cdvzbx.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 21:58:01 -0000 Martin Cracauer writes: > I really like your discussion style. Omitting technical details and > making nebulous statements triggering what you consider fear factors > in the audience. I could comment in like manner on *your* discussion style, which consists of ignoring my objections and arguments and then accusing me of not making any; of trying to pretend that I don't exist and / or don't matter; and of blaming me for requirements which were laid down for libfetch by others before I started working on it. > I don't "break" the -r option. Yes, you do. You moved the fetchXGet() call so it occurs before its arguments are fully initialized. > Now, for technical solutions, I previously offered you to redesign the > interface so that it would be extensible in ABI and API compatible > manners - which you did not reply to. I submit that there is no way you can do that. libfetch started out with a very tight and clean API based on its primary "mission statement" which I explained in a previous message. For a number of reasons (mostly to do with supporting existing features of the old fetch and helping bsd.ports.mk deal with broken distfile servers), it was necessary to extend that API somewhat in ways which I wish could have been avoided: the fetchX*() calls (which aren't too bad) and a handful of global variables (which *are* bad, not to mention undocumented). What you propose is to follow that unfortunate precedent and add even more badly designed interfaces and complexity to support features which do not further the goal for which libfetch was created. More badly designed interfaces will not turn libfetch into what you want it to be. It will only make matters worse. You also seem to fail (or refuse) to understand that libfetch is already quite complex and fragile; that complexity in software rises exponentially, not linearly, with the number of features; that this rule has already been demonstrated several times, both by myself and by others who were certain that they understood better than me how libfetch should work; and that if something breaks as a consequence of your obstinacy, I'm the one who will have to pick up the pieces. If you want a library that fully implements RFC 2616 and allows you to manipulate and access the full range of HTTP headers, take a look at libcurl; and if you just want a quick and dirty way to download an attachment from Bugzilla and save it under its proper name, use Perl with Net::HTTP; but please leave libfetch alone. (to stave off markm's biting sarcasm re Perl: it really *is* quite trivial, and there is a nearly complete example in the first few lines of the Net::HTTP man page) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 22:51:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C3C16A41F for ; Mon, 9 Jan 2006 22:51:33 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from mailserver1.internap.com (mailserver1.internap.com [63.251.68.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12CEB43D49 for ; Mon, 9 Jan 2006 22:51:30 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from [63.251.67.32] (account rnoland@mail.internap.com HELO [63.251.67.32]) by mailserver1.internap.com (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 58139542 for freebsd-current@freebsd.org; Mon, 09 Jan 2006 17:51:30 -0500 Message-ID: <43C2E8EE.2060000@2hip.net> Date: Mon, 09 Jan 2006 17:51:26 -0500 From: Robert Noland User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051226) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: panic with evolution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 22:51:33 -0000 I reported this a couple of weeks ago, but wasn't able to get a trace from serial console. Every time I start evolution I get the following panic shortly after. Where the definition of shortly is not more than a couple of minutes. Evolution is configured with spamassasin and spamd is running. It seems to occur while it is trying to filter spam messages. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc070b71c stack pointer = 0x28:0xe7ad4b80 frame pointer = 0x28:0xe7ad4ba8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 988 (evolution-2.4) [thread pid 988 tid 100166 ] Stopped at propagate_priority+0x68: movl 0x24(%eax),%eax db> bt Tracing pid 988 tid 100166 td 0xc5d1cd00 propagate_priority(c5d1cd00,c5fd4d00,c070bbc9,efa28856,ffc00014) at propagate_pr iority+0x68 turnstile_wait(c5f73b30,c5fd4d00,0,c5f73ac8,c5d1cd00) at turnstile_wait+0x32a _mtx_lock_sleep(c5f73b30,c5d1cd00,0,0,0) at _mtx_lock_sleep+0xf9 thread_single(0,8,c06b9e2d,c5fdec60,0) at thread_single+0x2db fork1(c5d1cd00,14,0,e7ad4c78,c5f73ac8) at fork1+0x10c fork(c5d1cd00,e7ad4d04,0,28f33000,7) at fork+0x29 syscall(1062003b,808003b,bfbf003b,4,0) at syscall+0x385 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip = 0x29121f07, esp = 0xbf8fdb5c, ebp = 0xbf8fdbb8 --- db> KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 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 7.0-CURRENT #40: Fri Jan 6 23:06:25 EST 2006 root@laptop.xxxx.com:/usr/obj/usr/src/sys/LAPTOP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1993.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff Features2=0x400 real memory = 1073618944 (1023 MB) avail memory = 1037193216 (989 MB) wlan: mac acl policy registered ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7ffffff,0 xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 acpi_video0: on vgapci0 uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8ff fc7f irq 11 at device 0.0 on pci2 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:08:74:9d:9a:91 cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at device 31 .5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi 0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on ac pi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcf7ff,0xcf800-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1993542564 Hz quality 800 Timecounters tick every 1.000 msec ath0: mem 0xf4010000-0xf401ffff at device 0.0 on cardbus1 ath0: Ethernet address: 00:0f:b5:ad:2f:6f ath0: mac 7.9 phy 4.5 radio 5.6 ad0: 38154MB at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a xl0: link state changed to DOWN ath0: link state changed to UP drm0: on vgapci0 info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 --- kernel config --- include GENERIC ident LAPTOP nocpu I486_CPU nocpu I586_CPU options SCHED_ULE nooptions SCHED_4BSD nooptions GDB nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN options ZERO_COPY_SOCKETS options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options SC_PIXEL_MODE device cpufreq device atapicam device wlan_wep device wlan_ccmp device wlan_tkip device wlan_xauth device wlan_acl device ath device ath_hal device ath_rate_sample device sound device snd_ich nodevice plip --- kernel config --- robert. From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 06:36:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A99B816A41F for ; Tue, 10 Jan 2006 06:36:26 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B76E43D46 for ; Tue, 10 Jan 2006 06:36:25 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 78331 invoked by uid 89); 10 Jan 2006 07:11:24 -0000 Received: from ool-4355e580.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.229.128) by s1tank.virtdom.com with SMTP; 10 Jan 2006 07:11:24 -0000 Message-ID: <025601c615b0$29eeefb0$931fa8c0@venti> From: "Brian K. White" To: References: <20060104104521.463FA16A420@hub.freebsd.org> Date: Tue, 10 Jan 2006 01:36:18 -0500 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: usb mouse support update plans X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 06:36:26 -0000 ----- Original Message ----- From: "Bill Paul" To: "Brian K. White" Cc: Sent: Wednesday, January 04, 2006 5:45 AM Subject: Re: usb mouse support update plans >> >> > On Tuesday 03 January 2006 17:23, Jordan Sissel wrote: >> >> On my grande circuit of trying to make mouse support better for >> >> FreeBSD, >> >> I've finally come about to working on usb mice. I've done a bit of >> >> research about usb hid, and I need some feedback on where I should >> >> take >> >> usb mouse support. >> >> >> >> How can you help? If you are having issues with mouse support in >> >> FreeBSD I need to know the following: >> >> - Mouse model and brand (as specific as possible would help) >> >> - Symptoms of strange behavior >> >> - Environment (moused+ums? plain ums in X? plain psm in X? moused >> >> with serial mice?) >> > > > [...] > Would it be too much trouble for you to describe your system in a bit > more depth? "Thin client" is... well, not very helpful. > > [...] > - Boot up FreeBSD 6.0. > - Plug the wireless keyboard/mouse into a USB port on a FreeBSD machine > - Wait until you see the ukbd0/uhid0 probe output on the console (i.e. > wait until FreeBSD sees the devices) > - Run "dmesg" and save _ALL_ the output. Report it to us so we can > see it. And I mean _ALL_ of it. > - Run the following commands, as root: > > # usbdevs -v > # usbhidctl -f /dev/uhid0 -r > > [...] > I don't think the solution will be all that complicated. Just go boot up > FreeBSD 6.0 and report the stuff I asked for. Haven't seen any acknowledgement so just making sure you don't miss that I did do this a few days ago. Shall I build a kernel with USB_DEBUG as you mentioned to someone else? Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 07:19:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D528516A41F; Tue, 10 Jan 2006 07:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6785E43D45; Tue, 10 Jan 2006 07:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0A7JliE020580; Tue, 10 Jan 2006 02:19:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0A7JmWj064612; Tue, 10 Jan 2006 02:19:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2CB47302F; Tue, 10 Jan 2006 02:19:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060110071947.D2CB47302F@freebsd-current.sentex.ca> Date: Tue, 10 Jan 2006 02:19:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 07:19:50 -0000 TB --- 2006-01-10 05:42:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-10 05:42:48 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-10 05:42:48 - cleaning the object tree TB --- 2006-01-10 05:43:34 - checking out the source tree TB --- 2006-01-10 05:43:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-10 05:43:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-10 05:55:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-10 05:55:49 - cd /src TB --- 2006-01-10 05:55:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-10 07:19:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-10 07:19:47 - ERROR: failed to build world TB --- 2006-01-10 07:19:47 - tinderbox aborted TB --- 1.33 user 7.03 system 5819.30 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 08:13:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7531F16A420; Tue, 10 Jan 2006 08:13:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B88243D60; Tue, 10 Jan 2006 08:13:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0A8DRhS097854; Tue, 10 Jan 2006 10:13:27 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 09734-08-2; Tue, 10 Jan 2006 10:13:25 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0A8Cs10097817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 10:12:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0A8Cu1o047065; Tue, 10 Jan 2006 10:12:56 +0200 (EET) (envelope-from ru) Date: Tue, 10 Jan 2006 10:12:55 +0200 From: Ruslan Ermilov To: Frederic Praca Message-ID: <20060110081255.GB90253@ip.net.ua> References: <20060109204927.5092d323@localhost.darkstar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <20060109204927.5092d323@localhost.darkstar> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: stable@freebsd.org, current@freebsd.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 08:13:33 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote: > Hello and happy new year, > I still got the same problem that is described there > (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squir= rel ).=20 > My uname is : > FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed > Jan 4 21:41:20 CET 2006 > fred@coruscant.dnsalias.net:/usr/obj/usr/src/sys/CORUSCANT i386 >=20 > Any idea ? >=20 Do you have ccache stuff in /etc/make.conf? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDw2yHqRfpzJluFF4RAkbxAJ9ikeFQHX66HreSJe4AC2zm+KAC+QCeOoKm dyOfVNmbWtl+L18qRVc/aLg= =7QHs -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 08:16:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28AFB16A41F; Tue, 10 Jan 2006 08:16:53 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A85FA43D45; Tue, 10 Jan 2006 08:16:52 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (82.54.178.124) by vsmtp4.tin.it (7.2.060.1) id 43BC4306003F0CFE; Tue, 10 Jan 2006 09:16:58 +0100 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 7000C6306; Tue, 10 Jan 2006 09:16:51 +0100 (CET) Date: Tue, 10 Jan 2006 09:16:51 +0100 From: Matteo Riondato To: Daichi GOTO Message-ID: <20060110081651.GD42716@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Daichi GOTO , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C2472C.5070103@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 08:16:53 -0000 On Mon, Jan 09, 2006 at 08:21:16PM +0900, Daichi GOTO wrote: > I have updated the patches: > > For 7-current patch: > http://people.freebsd.org/~daichi/unionfs/unionfs-p3.diff > > For 6.x patch: > http://people.freebsd.org/~daichi/unionfs/unionfs6-p3.diff > > changes from -p2 to -p3: > - fixed problem of attribute associated with shadow dir > - fixed lock/unlock problem (-p2 is not enought of this) > - fixed initial treatment problem of some componentnames > > Please do the unionfs test with above new patch. I think that on sys/fs/unionfs/union_vfsops.c, line 116, done should be size_t, to have unionfs compiled on amd64 (and probably other !32bit archs) Best Regards -- Matteo Riondato FreeBSD Volunteer (http://freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 09:56:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D03216A41F for ; Tue, 10 Jan 2006 09:56:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF7843D48 for ; Tue, 10 Jan 2006 09:56:06 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0A9u3gJ036875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 12:56:04 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0A9u3FT036874; Tue, 10 Jan 2006 12:56:03 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 12:56:03 +0300 From: Gleb Smirnoff To: Poul-Henning Kamp Message-ID: <20060110095603.GD87430@FreeBSD.org> References: <37858.1136753047@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <37858.1136753047@critter.freebsd.dk> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 09:56:07 -0000 On Sun, Jan 08, 2006 at 09:44:07PM +0100, Poul-Henning Kamp wrote: P> On my AMD64/-current, the console prints P> P> bge0: gigabit link up P> P> once per second... I know that Oleg is working on this. He is now testing patch on different chips supported by bge(4). -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 09:59:48 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CBC16A41F for ; Tue, 10 Jan 2006 09:59:48 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0542843D45 for ; Tue, 10 Jan 2006 09:59:47 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0A9xWFA037049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 12:59:32 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0A9xR3T037048; Tue, 10 Jan 2006 12:59:27 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 12:59:26 +0300 From: Gleb Smirnoff To: Goran Gajic Message-ID: <20060110095926.GE87430@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 09:59:48 -0000 On Sat, Jan 07, 2006 at 01:42:29PM +0100, Goran Gajic wrote: G> I have managed to trigger two panics by doing ifconfig ppp0 destroy while G> ppp was running. Kernel ppp(4) is known to have problems. At least there are problems with interaction of Giant-locked tty layer and Giant-less network layer. I'd recommend you to use user-level ppp(8), or mpd, which routes traffic through kernel ng_ppp(4). G> #7 0xffffffff805af8eb in calltrap () at G> ../../../amd64/amd64/exception.S:168 G> #8 0xffffffff8043fc90 in m_freem (mb=0xdeadc0dedeadc0de) at mbuf.h:447 G> #9 0xffffffff804873b6 in pppasyncrelinq (sc=0xffffff003d872400) G> at ../../../net/ppp_tty.c:270 G> #10 0xffffffff80487457 in pppclose (tp=0xffffff003cd98850, flag=669686832) G> at ../../../net/ppp_tty.c:252 G> #11 0xffffffff80438ad5 in ttioctl (tp=0xffffff003cd98800, cmd=2147775515, G> data=0xffffff003cdc7780, flag=3) at linedisc.h:93 G> #12 0xffffffff8043ac53 in ttyioctl (dev=0xdeadc0dedeadc0de, cmd=2147775515, G> data=0xffffff003cdc7780 "", flag=3, td=0xfffffffd) G> at ../../../kern/tty.c:3224 G> #13 0xffffffff803cec85 in giant_ioctl (dev=0xffffff003cda5600, G> cmd=2147775515, data=0xffffff003cdc7780 "", fflag=3, G> td=0xffffff0027ea9c30) at ../../../kern/kern_conf.c:288 G> #14 0xffffffff8039d6ff in devfs_ioctl_f (fp=0xffffff0030bfc870, G> com=2147775515, data=0xffffffff8083f340, cred=0x26e, G> td=0xffffff0027ea9c30) at ../../../fs/devfs/devfs_vnops.c:407 G> #15 0xffffffff80429837 in ioctl (td=0xffffff0027ea9c30, G> uap=0xffffffffa7e71c00) at file.h:259 G> #16 0xffffffff805c3cf7 in syscall (frame= G> {tf_rdi = 5, tf_rsi = 2147775515, tf_rdx = 5347264, tf_rcx = G> 34374038268, G> tf_r8 = -2140497280, tf_r9 = 140737488349784, tf_rax = 54, tf_rbx = 5, G> tf_rbp = G> 0, tf_r10 = 1, tf_r11 = 582, tf_r12 = 1500, tf_r13 = 0, tf_r14 = G> 34375374336, tf G> _r15 = 0, tf_trapno = 12, tf_addr = 5347268, tf_flags = 12, tf_err = 2, G> tf_rip = G> 34374100300, tf_cs = 43, tf_rflags = 582, tf_rsp = 140737488349784, tf_ss G> = 35} G> ) at ../../../amd64/amd64/trap.c:821 G> #17 0xffffffff805afa88 in Xfast_syscall () G> at ../../../amd64/amd64/exception.S:270 G> #18 0x0000000800db254c in ?? () -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 10:07:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48E4616A41F for ; Tue, 10 Jan 2006 10:07:15 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6F443D49 for ; Tue, 10 Jan 2006 10:07:14 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0AA7C8E014909 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 10 Jan 2006 21:07:13 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0AA7CHh061120 for ; Tue, 10 Jan 2006 21:07:12 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0AA7CY4061119 for freebsd-current@freebsd.org; Tue, 10 Jan 2006 21:07:12 +1100 (EST) (envelope-from pjeremy) Date: Tue, 10 Jan 2006 21:07:12 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20060110100711.GG60380@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Subject: panic: vm_page_insert: page already inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 10:07:15 -0000 Whilst loading a device driver I'm working on, I got an instant panic during the attach. I haven't seen this before and doing the kldload immediately after a reboot was successful. This is -current from a 7th Jan, about 1200UT. contigmalloc_fn() is a patched version of contigmalloc() that tracks file and line number information. I've got a crashdump. Anyone got any ideas for investigation? panic: vm_page_insert: page already inserted KDB: stack backtrace: kdb_backtrace(c070a1cf,c0772e80,c071eee4,d755d9b4,100) at kdb_backtrace+0x2e panic(c071eee4,1,c071ee29,21e,0) at panic+0xb7 vm_page_insert(c190e9c0,c07c5c60,17735,0,d7634000) at vm_page_insert+0x47 contigmalloc2(c190e9c0,7,0,102,1000) at contigmalloc2+0x160 contigmalloc_fn(7000,c074b9e0,102,0,ffffffff) at contigmalloc_fn+0xe2 bus_dmamem_alloc_fn(c3a91000,c5976034,c,c5976030,c598e25d) at bus_dmamem_alloc_fn+0xe9 saa_alloc_pta(c5976000,c3372180,c597601c,0,ffffffff) at saa_alloc_pta+0xd7 saa_attach(c3372180,c3ec584c,c0748218,c3372180,c3372180) at saa_attach+0x192 device_attach(c3372180,c3372180,c070bd04,90c,24) at device_attach+0x6a device_probe_and_attach(c3372180,c3345800,d755db5c,0,c4a8ac40) at device_probe_and_attach+0x10b pci_driver_added(c3372580,c598f928,c0748088,c32f4380,c598f940) at pci_driver_added+0xf5 devclass_add_driver(c32f4380,c598f928,1,c4296380,c598f954) at devclass_add_driver+0xe0 driver_module_handler(c4296380,0,c598f940,c07716e0,0) at driver_module_handler+0x8c module_register_init(c598f954,c07078c8,d755dbf0,d755dbf4,0) at module_register_init+0x81 linker_file_sysinit(c5986a00,c5c70060,d755dc18,1,c5986a00) at linker_file_sysinit+0x90 linker_load_file(c5c70060,d755dc3c,0,c104ea80,0) at linker_load_file+0xe9 linker_load_module(0,c3326000,0,0,d755dc68) at linker_load_module+0xc9 kldload(c3e80c00,d755dd04,4,c3e80c00,c353fc60) at kldload+0x11a -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 10:34:09 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B88C916A41F; Tue, 10 Jan 2006 10:34:09 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from indor.net.tomline.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7243B43D45; Tue, 10 Jan 2006 10:34:07 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000043618.msg; Tue, 10 Jan 2006 16:34:02 +0600 X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 132805, updated: 29.12.2005] To: Gleb Smirnoff References: <20060110095926.GE87430@FreeBSD.org> From: Victor Snezhko Date: Tue, 10 Jan 2006 16:34:00 +0600 In-Reply-To: <20060110095926.GE87430@FreeBSD.org> (Gleb Smirnoff's message of "Tue, 10 Jan 2006 12:59:26 +0300") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Tue, 10 Jan 2006 16:34:02 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-VVS-Spam: false Cc: freebsd-current@FreeBSD.org, Goran Gajic Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 10:34:09 -0000 Gleb Smirnoff writes: > G> I have managed to trigger two panics by doing ifconfig ppp0 destroy while > G> ppp was running. > > Kernel ppp(4) is known to have problems. At least there are problems with > interaction of Giant-locked tty layer and Giant-less network layer. > > I'd recommend you to use user-level ppp(8), or mpd, which routes traffic > through kernel ng_ppp(4). I may be mistaken, but I saw pppd in the panic report, isn't it an indication of user-level ppp? P.S.: I'm using user-level ppp(it comes before kernel one in the handbook :)) and I am lucky enough not to experience any problem since I switched to -current in November (besides INET6-caused one, which is now fixed). Thanks for notice, though. -- WBR, Victor V. Snezhko EMail: snezhko@indorsoft.ru From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 10:36:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9401716A41F for ; Tue, 10 Jan 2006 10:36:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D529543D45 for ; Tue, 10 Jan 2006 10:36:19 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0AAaAew037741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 13:36:10 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0AAa9ea037740; Tue, 10 Jan 2006 13:36:09 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 13:36:09 +0300 From: Gleb Smirnoff To: Victor Snezhko Message-ID: <20060110103609.GG87430@cell.sick.ru> References: <20060110095926.GE87430@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org, Goran Gajic Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 10:36:20 -0000 On Tue, Jan 10, 2006 at 04:34:00PM +0600, Victor Snezhko wrote: V> > G> I have managed to trigger two panics by doing ifconfig ppp0 destroy while V> > G> ppp was running. V> > V> > Kernel ppp(4) is known to have problems. At least there are problems with V> > interaction of Giant-locked tty layer and Giant-less network layer. V> > V> > I'd recommend you to use user-level ppp(8), or mpd, which routes traffic V> > through kernel ng_ppp(4). V> V> I may be mistaken, but I saw pppd in the panic report, isn't it an V> indication of user-level ppp? pppd(8) is a daemon that controls kernel level PPP. ppp(8) is a daemon implementing PPP in userland. V> P.S.: I'm using user-level ppp(it comes before kernel one in the V> handbook :)) and I am lucky enough not to experience any problem since V> I switched to -current in November (besides INET6-caused one, which is V> now fixed). Thanks for notice, though. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 10:43:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4AED16A41F; Tue, 10 Jan 2006 10:43:27 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from indor.net.tomline.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25DA43D75; Tue, 10 Jan 2006 10:43:22 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000043623.msg; Tue, 10 Jan 2006 16:43:14 +0600 X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 132805, updated: 29.12.2005] To: Gleb Smirnoff References: <20060110095926.GE87430@FreeBSD.org> <20060110103609.GG87430@cell.sick.ru> From: Victor Snezhko Date: Tue, 10 Jan 2006 16:43:11 +0600 In-Reply-To: <20060110103609.GG87430@cell.sick.ru> (Gleb Smirnoff's message of "Tue, 10 Jan 2006 13:36:09 +0300") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Tue, 10 Jan 2006 16:43:14 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-VVS-Spam: false Cc: freebsd-current@FreeBSD.org, Goran Gajic Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 10:43:27 -0000 Gleb Smirnoff writes: > V> > Kernel ppp(4) is known to have problems. At least there are problems with > V> > interaction of Giant-locked tty layer and Giant-less network layer. > V> > > V> > I'd recommend you to use user-level ppp(8), or mpd, which routes traffic > V> > through kernel ng_ppp(4). > V> > V> I may be mistaken, but I saw pppd in the panic report, isn't it an > V> indication of user-level ppp? > > pppd(8) is a daemon that controls kernel level PPP. > ppp(8) is a daemon implementing PPP in userland. Yes, it's time for me to learn to read, sorry... I meant the kernel one :) -- WBR, Victor V. Snezhko EMail: snezhko@indorsoft.ru From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 10:56:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4C916A41F; Tue, 10 Jan 2006 10:56:43 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 950EA43D45; Tue, 10 Jan 2006 10:56:41 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k0AAuTuL043727; Tue, 10 Jan 2006 11:56:29 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: References: <20060110095926.GE87430@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 10 Jan 2006 11:56:46 +0100 To: Victor Snezhko X-Mailer: Apple Mail (2.746.2) Cc: Goran Gajic , Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 10:56:43 -0000 Am 10.01.2006 um 11:34 schrieb Victor Snezhko: > I may be mistaken, but I saw pppd in the panic report, isn't it an > indication of user-level ppp? ppp(8) != pppd(8). pppd handles the LCP and IPCP setup bits for ppp(4). Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 11:00:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52CD16A41F; Tue, 10 Jan 2006 11:00:57 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from hepitas.ongs.net (hepitas.ongs.net [202.216.232.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3937543D4C; Tue, 10 Jan 2006 11:00:57 +0000 (GMT) (envelope-from ozawa@ongs.co.jp) Received: from [IPv6???1] (localhost.ongs.net [127.0.0.1]) by hepitas.ongs.net (Postfix) with ESMTP id 1F9863F; Tue, 10 Jan 2006 19:40:23 +0900 (JST) Message-ID: <43C393EB.4020304@ongs.co.jp> Date: Tue, 10 Jan 2006 20:00:59 +0900 From: Masanori OZAWA Organization: ONGS Inc. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matteo Riondato References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <20060110081651.GD42716@kaiser.sig11.org> In-Reply-To: <20060110081651.GD42716@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, daichi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ozawa@ongs.co.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 11:00:57 -0000 Matteo Riondato wrote: > I think that on sys/fs/unionfs/union_vfsops.c, line 116, done should > be size_t, to have unionfs compiled on amd64 (and probably other > !32bit archs) > > Best Regards Yes, you are correct. Danny have pointed out the same problem. It is a careless mistake, so sorry. Please try the latest patch as follow: For 7-current patch: http://people.freebsd.org/~daichi/unionfs/unionfs-p4.diff For 6.x patch: http://people.freebsd.org/~daichi/unionfs/unionfs6-p4.diff -- ONGS Inc. Masanori OZAWA (ozawa@ongs.co.jp) WWW: http://www.ongs.co.jp/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 11:22:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE91216A420 for ; Tue, 10 Jan 2006 11:22:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A37E43D45 for ; Tue, 10 Jan 2006 11:22:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0ABMHPs019462 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 10 Jan 2006 22:22:18 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0ABMHHh061255 for ; Tue, 10 Jan 2006 22:22:17 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0ABMHIA061254 for freebsd-current@freebsd.org; Tue, 10 Jan 2006 22:22:17 +1100 (EST) (envelope-from pjeremy) Date: Tue, 10 Jan 2006 22:22:17 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20060110112217.GH60380@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Subject: "Use after free" error during kldunload X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 11:22:21 -0000 I got an unexpected and reproducable "page fault while in kernel mode" whilst unloading a device driver. The offending address indicates that a pointer contains 0xdeadc0de. This part of the code used to work (long ago - it's been a while since I've tried kldunload'ing it, possibly since 5.3 or so). Can anyone suggest what I am doing wrong. The relevant part of the backtrace looks like: --- trap 0xc, eip = 0xc056229a, esp = 0xd6b9cae4, ebp = 0xd6b9caf0 --- device_delete_child(c32e6900,deadc0de,c3379610,d6b9cb1c,c04a1fb6) at device_delete_child+0xa device_delete_child(c3350100,c32e6900,c3350100,c3350100,d6b9cb40) at device_delete_child+0x1d iicsmb_detach(c3350100,c3321050,c0748228,965,c3350100) at iicsmb_detach+0x36 device_detach(c3350100,c32e6900,c336e100,d6b9cb68,c05622ad) at device_detach+0x8e device_delete_child(c336e100,c3350100,c338f000,d6b9cb88,c087fd7f) at device_delete_child+0x30 device_delete_child(c3371180,c336e100,0,c33a2e00,c3371180) at device_delete_child+0x1d release_resources(c338f000,c0886928,c3371180,c3371180,d6b9cbc4) at release_resources+0xdf saa_detach(c3371180,c3331850,c0748228,965,c331e9a0) at saa_detach+0x84 device_detach(c3371180,c0885188,c3371180,c32f0380,c0886940) at device_detach+0x8e devclass_delete_driver(c32f0380,c0886928,1,c3281c80,c3281c80) at devclass_delete_driver+0x95 driver_module_handler(c3281c80,1,c0886940) at driver_module_handler+0xf3 module_unload(c3281c80,0,1fb,0,0) at module_unload+0x60 linker_file_unload(c32a2e00,0,c0707925,327,2) at linker_file_unload+0x87 kern_kldunload(c3a30600,2,0,d6b9cd30,c06c3d63) at kern_kldunload+0x94 kldunloadf(c3a30600,d6b9cd04,8,440,c3b6b318) at kldunloadf+0x2c I have a crashdump but kgdb is reporting more 0xdeadcode's in locations that don't make sense (it would have panic'd much earlier if they were correct). saa_detach() and release_resources() are in my driver. The attach code looks like: saa_attach(device_t dev) { struct saa_softc *sc; sc = (struct saa_softc *)device_get_softc(dev); sc->sc_dev = dev; ... sc->sc_iicbus_dev = device_add_child(dev, "iicbus", -1); if (!sc->sc_iicbus_dev || bus_generic_attach(dev)) { emsg = "Error adding iicbus device"; goto attach_failed; } ... } The detach code (in release_resources) looks like: rval = device_delete_child(sc->sc_dev, sc->sc_iicbus_dev); -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jan 8 13:33:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 504F716A41F; Sun, 8 Jan 2006 13:33:40 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE7143D45; Sun, 8 Jan 2006 13:33:35 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 2DCBC1CC64; Sun, 8 Jan 2006 14:33:30 +0100 (CET) Received: by mail.rulez.sk (Postfix, from userid 1001) id 9FA221CC62; Sun, 8 Jan 2006 14:33:22 +0100 (CET) Date: Sun, 8 Jan 2006 14:33:22 +0100 From: Daniel Gerzo To: Andre Oppermann Message-ID: <20060108133322.GA39105@daemon.rulez.sk> References: <73774.1136109554@critter.freebsd.dk> <20060101035958.A86264@xorpc.icir.org> <43B7E1EC.5090301@mac.com> <200601060636.k066aNYn079015@apollo.backplane.com> <43BFEB2E.4040303@freebsd.org> <200601071940.k07JeHt3095158@apollo.backplane.com> <43C02362.2070009@samsco.org> <1136717948.4312.5.camel@massimo.datacode.it> <43C0F89B.7FC19C0F@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C0F89B.7FC19C0F@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] X-Spam-Score: -2.6 X-Spam-Level: X-Mailman-Approved-At: Wed, 11 Jan 2006 03:30:41 +0000 Cc: current@freebsd.org Subject: Re: Patch for 1mpps on if_em (was: FreeBSD handles leapsecondcorrectly) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 13:33:40 -0000 On Sun, Jan 08, 2006 at 12:33:47PM +0100, Andre Oppermann wrote: > Massimo Lusetti wrote: > > > > On Sat, 2006-01-07 at 13:24 -0700, Scott Long wrote: > > > > > I'm about to release a patch to Andre that should allow if_em to fast > > > forward 1mpps or more on his hardware, using no shortcuts or hacks other > > > than the inherent shortcut that the ffwd code provides. The approach > > > I'm taking also works on the other high performance network interfaces. > > > There is also a lot of work going on to streamline the ifnet layer that > > > will likely result in several hundred nanoseconds of latency being > > > removed from there. I'd personally love to see DragonFly approach this > > > > Will all this great stuff end up in RELENG_6 branch? > > Some of it but not all. Those things which are driver optimizations and > other detail stuff will be backported. Stuff that does architectual and > API/ABI changes will not. We are not allowed to break the API/ABI within > a -STABLE series. > are these things related to your TCP/IP Cleanup and Optimizations work? if so, does it mean that you are going to merge this work to current soon? > > That's very good news (TM) to hear... > > Indeed. I have tons of measurements and data from the test runs which has > to be processed. Once that is done we can start to reach firm conclusions > and to tackle all the other items which put some breaks on the performance. > > -- > Andre -- Daniel From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 01:06:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0482F16A41F for ; Mon, 9 Jan 2006 01:06:37 +0000 (GMT) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (wintermute.cepheid.org [64.92.165.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8254D43D49 for ; Mon, 9 Jan 2006 01:06:36 +0000 (GMT) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id BCC9F170B5; Sun, 8 Jan 2006 19:06:35 -0600 (CST) Date: Sun, 8 Jan 2006 19:06:35 -0600 From: Erik Osterholm To: David Leimbach Message-ID: <20060109010635.GA8029@idoru.cepheid.org> References: <37858.1136753047@critter.freebsd.dk> <3e1162e60601081610m2ec3ecfbk16b447b1dd325da7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e1162e60601081610m2ec3ecfbk16b447b1dd325da7@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 11 Jan 2006 03:32:04 +0000 Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 01:06:37 -0000 On Sun, Jan 08, 2006 at 04:10:07PM -0800, David Leimbach wrote: > On 1/8/06, Poul-Henning Kamp wrote: > > > > > > On my AMD64/-current, the console prints > > > > bge0: gigabit link up > > > > once per second... > > > > I'm having trouble with this driver too in FBSD 6.0 in conjunction with > if_bridge. > > Dave Same problem as listed above, or something different? I'm seeing crashes after just a little bit of traffic is received on the bridge (if_bridge) if bgeX is a part of the bridge. I plan on submitting a bug report this week on the problem. Erik From owner-freebsd-current@FreeBSD.ORG Mon Jan 9 11:01:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371F616A41F for ; Mon, 9 Jan 2006 11:01:01 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from b.mx.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF6643D46 for ; Mon, 9 Jan 2006 11:01:00 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from memory (b.fw.visualtech.com [208.16.19.254]) by b.mx.visualtech.com (Postfix) with ESMTP id DB4894E9B; Mon, 9 Jan 2006 06:00:59 -0500 (EST) From: Adam K Kirchhoff To: freebsd-current@freebsd.org In-Reply-To: 20051229173701.GA1531@galgenberg.net Content-Type: text/plain Date: Mon, 09 Jan 2006 06:01:29 -0500 Message-Id: <1136804489.65608.3.camel@memory> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Jan 2006 03:35:07 +0000 Cc: chris@lainos.org Subject: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 11:01:01 -0000 Chris, It seems that the tarball isn't available from the location in the ports Makefile (and the port isn't available to download from the location you mentioned in your previous e-mail). Any idea where else it can be downloaded from? Adam From owner-freebsd-current@FreeBSD.ORG Tue Jan 10 15:05:20 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3142616A423 for ; Tue, 10 Jan 2006 15:05:20 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C693643D6B for ; Tue, 10 Jan 2006 15:04:57 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k0AF4XNM028489 for ; Tue, 10 Jan 2006 16:04:33 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k0AF4UB8028486 for ; Tue, 10 Jan 2006 16:04:33 +0100 Date: Tue, 10 Jan 2006 16:04:30 +0100 (CET) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Wed, 11 Jan 2006 03:36:56 +0000 Cc: Subject: Re: 7.0-CURRENT ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 15:05:20 -0000 Hi, I'm sorry not to mention how panic can be reproduced. First I run ppp-go script to connect to Internet (it is in fact: pppd connect 'chat -v -f chat -v -f pppscript') While I'm connected I do ifconfig ppp0 destroy without killing pppd. When I try to reboot I'm droped into debugger with reported panic... Regadrs, gg. From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 07:39:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A4316A41F; Wed, 11 Jan 2006 07:39:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB4B43D46; Wed, 11 Jan 2006 07:39:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0B7cx9T050502; Wed, 11 Jan 2006 02:38:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0B7cxOs015151; Wed, 11 Jan 2006 02:38:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 457C37302F; Wed, 11 Jan 2006 02:38:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060111073859.457C37302F@freebsd-current.sentex.ca> Date: Wed, 11 Jan 2006 02:38:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 07:39:02 -0000 TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-11 06:07:43 - cleaning the object tree TB --- 2006-01-11 06:08:05 - checking out the source tree TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-11 06:19:05 - cd /src TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-11 07:38:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-11 07:38:59 - ERROR: failed to build world TB --- 2006-01-11 07:38:59 - tinderbox aborted TB --- 0.75 user 3.23 system 5476.03 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 08:03:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A962816A41F; Wed, 11 Jan 2006 08:03:00 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 159EE43D46; Wed, 11 Jan 2006 08:02:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 Jan 2006 09:02:59 +0100 Date: Wed, 11 Jan 2006 09:03:00 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: current@freebsd.org In-Reply-To: <20060111073859.457C37302F@freebsd-current.sentex.ca> Message-ID: <20060111090039.N760@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Jan 2006 08:02:59.0132 (UTC) FILETIME=[6FF35FC0:01C61685] Cc: amd64@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 08:03:00 -0000 On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the object tree FT>TB --- 2006-01-11 06:08:05 - checking out the source tree FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 -pipe) FT>TB --- 2006-01-11 06:19:05 - cd /src FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld FT>>>> Rebuilding the temporary build tree FT>>>> stage 1.1: legacy release compatibility shims FT>>>> stage 1.2: bootstrap tools FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3: cross tools FT>>>> stage 4.1: building includes FT>>>> stage 4.2: building libraries FT>>>> stage 4.3: make dependencies FT>>>> stage 4.4: building everything FT>[...] FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared library snmp_hostres.so.4 FT>/obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value Can anybody of the binutils folk explain what's happening here? Why does this compile on all other architectures but not on amd64? harti From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 09:09:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B006B16A441 for ; Wed, 11 Jan 2006 09:09:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DFC43D5F for ; Wed, 11 Jan 2006 09:01:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DE86746B6B; Wed, 11 Jan 2006 03:38:37 -0500 (EST) Date: Wed, 11 Jan 2006 08:38:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Steve Kargl In-Reply-To: <20060103233458.GA3763@troutmask.apl.washington.edu> Message-ID: <20060111083750.U28748@fledge.watson.org> References: <17338.64976.685459.349707@roam.psg.com> <20060103225401.GA3009@troutmask.apl.washington.edu> <17339.1894.74343.72704@roam.psg.com> <20060103233458.GA3763@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , FreeBSD Current Subject: Re: mount option is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 09:09:01 -0000 On Tue, 3 Jan 2006, Steve Kargl wrote: > The first URL notes the same problem with "mount option is unknown". > The second URL points to the CVS repository for sbin/mount/mount.c. It > should have read "rev. 1.77". In particular, > > Revision 1.77 / (download) - annotate - [select for diffs], Sat Dec 3 > 01:57:58 2005 UTC (4 weeks, 3 days ago) by rodrigc > Branch: MAIN > Changes since 1.76: +1 -1 lines > Diff to previous 1.76 (colored) > > Simplify parsing of mount options by passing > "rw" option down to kernel, since vfs_donmount() can now parse it. > > "Simplify" is a misspelling of "Break possibility of using older kernels > with newer sbin/mount command". This, of course, makes panic recovery more > difficult. > > I don't recall what the outcome of using a newer kernel with an old > sbin/mount is. I think that, other than some windows of breakage, that does work with a sufficiently recent kernel. The middle bit was a bit more bumpy than I expect was planned by the committer. :-) At least, it's my theory it works, because somehow all my machines got past the bumpy bit (eventually). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 13:57:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B894716A41F; Wed, 11 Jan 2006 13:57:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B375343D46; Wed, 11 Jan 2006 13:57:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5793390 for multiple; Wed, 11 Jan 2006 08:55:34 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0BDv6xG071359; Wed, 11 Jan 2006 08:57:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, Harti Brandt Date: Wed, 11 Jan 2006 08:53:17 -0500 User-Agent: KMail/1.8.3 References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> In-Reply-To: <20060111090039.N760@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601110853.19622.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 05:19:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 13:57:10 -0000 On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: > On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on > freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD > tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the > object tree > FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update > -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D-O2 > -pipe) > FT>TB --- 2006-01-11 06:19:05 - cd /src > FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>[...] > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o > hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o > hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o > hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/prin= tc >ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared > library snmp_hostres.so.4 > FT>/obj/amd64/src/tmp/usr/bin/ld: > /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can > not be used when making a shared object; recompile with -fPIC > FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value > > Can anybody of the binutils folk explain what's happening here? > Why does this compile on all other architectures but not on amd64? Because the .o files in libdisk.a are not compiled with -fPIC but the .o fi= les=20 in your shared object that is linking against it are? I think amd64 is mor= e=20 picky about not mixing and matching those. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 13:57:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B894716A41F; Wed, 11 Jan 2006 13:57:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B375343D46; Wed, 11 Jan 2006 13:57:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5793390 for multiple; Wed, 11 Jan 2006 08:55:34 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0BDv6xG071359; Wed, 11 Jan 2006 08:57:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, Harti Brandt Date: Wed, 11 Jan 2006 08:53:17 -0500 User-Agent: KMail/1.8.3 References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> In-Reply-To: <20060111090039.N760@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601110853.19622.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 05:19:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 13:57:10 -0000 On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: > On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on > freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD > tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the > object tree > FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update > -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D-O2 > -pipe) > FT>TB --- 2006-01-11 06:19:05 - cd /src > FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>[...] > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o > hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o > hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o > hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/prin= tc >ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared > library snmp_hostres.so.4 > FT>/obj/amd64/src/tmp/usr/bin/ld: > /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can > not be used when making a shared object; recompile with -fPIC > FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value > > Can anybody of the binutils folk explain what's happening here? > Why does this compile on all other architectures but not on amd64? Because the .o files in libdisk.a are not compiled with -fPIC but the .o fi= les=20 in your shared object that is linking against it are? I think amd64 is mor= e=20 picky about not mixing and matching those. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 14:08:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A60116A420; Wed, 11 Jan 2006 14:08:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD3E143D46; Wed, 11 Jan 2006 14:08:57 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 Jan 2006 15:08:56 +0100 Date: Wed, 11 Jan 2006 15:08:58 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: John Baldwin In-Reply-To: <200601110853.19622.jhb@freebsd.org> Message-ID: <20060111150808.P760@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Jan 2006 14:08:56.0690 (UTC) FILETIME=[8FACD520:01C616B8] Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:08:59 -0000 On Wed, 11 Jan 2006, John Baldwin wrote: JB>On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: JB>> On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: JB>> JB>> FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on JB>> freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD JB>> tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the JB>> object tree JB>> FT>TB --- 2006-01-11 06:08:05 - checking out the source tree JB>> FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 JB>> FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update JB>> -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 JB>> -pipe) JB>> FT>TB --- 2006-01-11 06:19:05 - cd /src JB>> FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld JB>> FT>>>> Rebuilding the temporary build tree JB>> FT>>>> stage 1.1: legacy release compatibility shims JB>> FT>>>> stage 1.2: bootstrap tools JB>> FT>>>> stage 2.1: cleaning up the object tree JB>> FT>>>> stage 2.2: rebuilding the object tree JB>> FT>>>> stage 2.3: build tools JB>> FT>>>> stage 3: cross tools JB>> FT>>>> stage 4.1: building includes JB>> FT>>>> stage 4.2: building libraries JB>> FT>>>> stage 4.3: make dependencies JB>> FT>>>> stage 4.4: building everything JB>> FT>[...] JB>> FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o JB>> hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o JB>> hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o JB>> hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printc JB>>ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared JB>> library snmp_hostres.so.4 JB>> FT>/obj/amd64/src/tmp/usr/bin/ld: JB>> /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can JB>> not be used when making a shared object; recompile with -fPIC JB>> FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value JB>> JB>> Can anybody of the binutils folk explain what's happening here? JB>> Why does this compile on all other architectures but not on amd64? JB> JB>Because the .o files in libdisk.a are not compiled with -fPIC but the .o files JB>in your shared object that is linking against it are? I think amd64 is more JB>picky about not mixing and matching those. Wouldn't it then make sense just to build a shared libdisk? Is there a reason not to have one? harti From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 14:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBF3416A41F for ; Wed, 11 Jan 2006 14:25:14 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4843F43D81 for ; Wed, 11 Jan 2006 14:25:08 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so134645wra for ; Wed, 11 Jan 2006 06:25:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=mSjsIgN8uLfgvnC1B1LwmHJCjGNuXRW18VnyhIGuKZuYqG3/ZMHFY/tKhaz9UHVR8D/s/37H0l0GmZCYQCeqe8Ur76q+EFQnbAJENnM8TjJfRNJmYlKfwXTOZZyfVGS+ROKDK6fL3EKnpQjQXViaMAPfIkG7IyE18crY6oHnGIw= Received: by 10.54.119.14 with SMTP id r14mr2153798wrc; Wed, 11 Jan 2006 06:25:07 -0800 (PST) Received: by 10.54.91.14 with HTTP; Wed, 11 Jan 2006 06:25:07 -0800 (PST) Message-ID: <49402550601110625v39c87390s95f483c880f066b6@mail.gmail.com> Date: Wed, 11 Jan 2006 16:25:07 +0200 From: victor cruceru To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:25:15 -0000 Hi, It seems to be a generic (not only FreeBSD - related) issue with gnu gcc tool chain on amd64, as I've discovered googling for this error: "relocation R_X86_64_32S can not be used when making a shared object." Maybe it will be a good idea to have a shared version of libdisk (if this shared version is missing). Regards, -- victor cruceru > > Message: 6 > Date: Wed, 11 Jan 2006 09:03:00 +0100 (CET) > From: Harti Brandt > Subject: Re: [head tinderbox] failure on amd64/amd64 > To: current@freebsd.org > Cc: amd64@freebsd.org > Message-ID: <20060111090039.N760@beagle.kn.op.dlr.de> > Content-Type: TEXT/PLAIN; charset=3DUS-ASCII > > On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.= sentex.ca > FT>TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd= 64 > FT>TB --- 2006-01-11 06:07:43 - cleaning the object tree > FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update= -Pd -A src > FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D-O2 -pipe) > FT>TB --- 2006-01-11 06:19:05 - cd /src > FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>[...] > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _storage_tbl.c -o hostres_storage_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _swinstalled_tbl.c -o hostres_swinstalled_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _swrun_tbl.c -o hostres_swrun_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_= hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source/printcap.c -o printcap.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c hostres_tree.c -o hostres_tree.So > FT>building shared library snmp_hostres.so.4 > FT>/obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(di= sk.o): relocation R_X86_64_32S can not be used when making a shared object;= recompile with -fPIC > FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad valu= e > > Can anybody of the binutils folk explain what's happening here? > Why does this compile on all other architectures but not on amd64? > > harti > > > ------------------------------ > From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 14:28:36 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18DCE16A420; Wed, 11 Jan 2006 14:28:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8A3443D7E; Wed, 11 Jan 2006 14:28:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BERkCl056162; Wed, 11 Jan 2006 16:27:46 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30253-01; Wed, 11 Jan 2006 16:27:42 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEN03U055930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:23:01 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BEN35C035869; Wed, 11 Jan 2006 16:23:03 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 16:23:02 +0200 From: Ruslan Ermilov To: Harti Brandt , Peter Wemm , Poul-Henning Kamp Message-ID: <20060111142302.GA34661@ip.net.ua> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20060111150808.P760@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:28:36 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 03:08:58PM +0100, Harti Brandt wrote: > On Wed, 11 Jan 2006, John Baldwin wrote: >=20 > JB>On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: > JB>> On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > JB>> > JB>> FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on > JB>> freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting H= EAD > JB>> tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleani= ng the > JB>> object tree > JB>> FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > JB>> FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > JB>> FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs u= pdate > JB>> -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D= -O2 > JB>> -pipe) > JB>> FT>TB --- 2006-01-11 06:19:05 - cd /src > JB>> FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > JB>> FT>>>> Rebuilding the temporary build tree > JB>> FT>>>> stage 1.1: legacy release compatibility shims > JB>> FT>>>> stage 1.2: bootstrap tools > JB>> FT>>>> stage 2.1: cleaning up the object tree > JB>> FT>>>> stage 2.2: rebuilding the object tree > JB>> FT>>>> stage 2.3: build tools > JB>> FT>>>> stage 3: cross tools > JB>> FT>>>> stage 4.1: building includes > JB>> FT>>>> stage 4.2: building libraries > JB>> FT>>>> stage 4.3: make dependencies > JB>> FT>>>> stage 4.4: building everything > JB>> FT>[...] > JB>> FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o > JB>> hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c = -o > JB>> hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o > JB>> hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source= /printc > JB>>ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building s= hared > JB>> library snmp_hostres.so.4 > JB>> FT>/obj/amd64/src/tmp/usr/bin/ld: > JB>> /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32= S can > JB>> not be used when making a shared object; recompile with -fPIC > JB>> FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad= value > JB>> > JB>> Can anybody of the binutils folk explain what's happening here? > JB>> Why does this compile on all other architectures but not on amd64? > JB> > JB>Because the .o files in libdisk.a are not compiled with -fPIC but the = =2Eo files=20 > JB>in your shared object that is linking against it are? I think amd64 i= s more=20 > JB>picky about not mixing and matching those. >=20 > Wouldn't it then make sense just to build a shared libdisk? Is there a=20 > reason not to have one? >=20 Here's the original reason. I'm not sure if it still holds. peter@ and phk@ Cc:ed. : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v : Working file: Makefile : head: 1.44 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 65; selected revisions: 1 : description: : ---------------------------- : revision 1.12 : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 : Repository copy src/release/libdisk to src/lib/libdisk as per recent : discussion on -core about disk partitioning tools etc. :=20 : Add NOPIC=3Dyes to Makefile to prevent any possibility of version mismatch : because of the potential grave consequences. (as suggested by phk) :=20 : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is : hopefully going to remain in sync. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxRTGqRfpzJluFF4RAkqCAJwJtgcDsZxeBfEKlsamTAoFTryUrwCgl5tK 31gbhDA1Py3UoN8/1JpBR+E= =VUUv -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 14:28:40 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E272016A41F; Wed, 11 Jan 2006 14:28:40 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E54743D8A; Wed, 11 Jan 2006 14:28:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BES96r056235; Wed, 11 Jan 2006 16:28:09 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30263-01-3; Wed, 11 Jan 2006 16:28:06 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEQK7H056095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:26:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BEQMcw035889; Wed, 11 Jan 2006 16:26:22 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 16:26:22 +0200 From: Ruslan Ermilov To: Harti Brandt , Peter Wemm , Poul-Henning Kamp Message-ID: <20060111142622.GB34661@ip.net.ua> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20060111142302.GA34661@ip.net.ua> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:28:41 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > > Wouldn't it then make sense just to build a shared libdisk? Is there a= =20 > > reason not to have one? > >=20 > Here's the original reason. I'm not sure if it still holds. peter@ and > phk@ Cc:ed. >=20 > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v > : Working file: Makefile > : head: 1.44 > : branch: > : locks: strict > : access list: > : keyword substitution: kv > : total revisions: 65; selected revisions: 1 > : description: > : ---------------------------- > : revision 1.12 > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > : Repository copy src/release/libdisk to src/lib/libdisk as per recent > : discussion on -core about disk partitioning tools etc. > :=20 > : Add NOPIC=3Dyes to Makefile to prevent any possibility of version misma= tch > : because of the potential grave consequences. (as suggested by phk) > :=20 > : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > : hopefully going to remain in sync. >=20 As a safe measure, we can build and install a special PIC archive, similar to libc_pic.a and libgcc_pic.a, and use it here. This is all in an assumption that it's still unsafe to produce the libdisk.so. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxRWOqRfpzJluFF4RAlmwAKCTa9pJPvt+OEfEYkfQ6jRmGoWKPgCeNR87 TjsY4FD66YW8V9zRI/Cirfo= =DXHx -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 15:57:30 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B8C16A41F; Wed, 11 Jan 2006 15:57:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFEC43D45; Wed, 11 Jan 2006 15:57:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BFuCqn058774; Wed, 11 Jan 2006 17:56:12 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31153-02; Wed, 11 Jan 2006 17:55:44 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BFniIb058606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 17:49:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BFnk7M036609; Wed, 11 Jan 2006 17:49:46 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 17:49:46 +0200 From: Ruslan Ermilov To: Fr?d?ric PRACA Message-ID: <20060111154946.GA36556@ip.net.ua> References: <20060109204927.5092d323@localhost.darkstar> <20060110081255.GB90253@ip.net.ua> <1136969550.43c4c74eef9ab@imp3-g19.free.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <1136969550.43c4c74eef9ab@imp3-g19.free.fr> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: stable@FreeBSD.org, current@FreeBSD.org, ahze@FreeBSD.org Subject: Re: libnetgraph compilation problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 15:57:30 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 09:52:30AM +0100, Fr?d?ric PRACA wrote: > Selon Ruslan Ermilov : >=20 > > Do you have ccache stuff in /etc/make.conf? > Yes, but I already tried with NOCCACHE and the problem is still there. >=20 The example in /etc/make.conf that you copied from the port is wrong -- it causes the following to be set if NOCCACHE is defined: CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ This OTOH prevents buildworld from working correctly, as the latter uses internal versions of cc and c++. Comment out the ccache stuff completely in /etc/make.conf, and you'll be done. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxSkaqRfpzJluFF4RAjt1AJ45q8cz8rDzN53p4cmaOGhql0mCNwCeKfsF Bu7zU9XOtmfGAAxt9eCyoRk= =fHn8 -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 21:20:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E553816A41F for ; Wed, 11 Jan 2006 21:20:17 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622BD43D45 for ; Wed, 11 Jan 2006 21:20:17 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so251899nzo for ; Wed, 11 Jan 2006 13:20:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Pdf5NlgnJyacsisGPdAmvMgWmg+SdHlhCuBUSFzJSd4X7yHTxZYIJJOd3IOtoW4HwgSfy9bk2zejHFeQmN05a4onFOPL6IIvbPwggigesB77Hv2H2Bxrfajgld62mvKJSQJfqDuJk2amvZoUecT9awlIq/9he3WlbELSW44yJSI= Received: by 10.36.196.12 with SMTP id t12mr1219411nzf; Wed, 11 Jan 2006 13:20:16 -0800 (PST) Received: by 10.36.46.13 with HTTP; Wed, 11 Jan 2006 13:20:16 -0800 (PST) Message-ID: <3e1162e60601111320o4552f15fnf9eaaff7b138887a@mail.gmail.com> Date: Wed, 11 Jan 2006 13:20:16 -0800 From: David Leimbach To: Robert Noland In-Reply-To: <43C2E8EE.2060000@2hip.net> MIME-Version: 1.0 References: <43C2E8EE.2060000@2hip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: panic with evolution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:20:18 -0000 On 1/9/06, Robert Noland wrote: > > I reported this a couple of weeks ago, but wasn't able to get a trace > from serial console. Every time I start evolution I get the following > panic shortly after. Where the definition of shortly is not more than a > couple of minutes. Evolution is configured with spamassasin and spamd > is running. It seems to occur while it is trying to filter spam messages= . Have you tested all of your physical RAM? I'd check this first before diving deeper into the kernel. I had a similar problem once and found that if I moved a DIMM to a differen= t slot everything was fine. Took me almost a year to figure out that that wa= s the problem... for 6 months I ran with half my RAM installed. There's some free memory testers you can "boot" into that do a decent job. Dave From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 21:23:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BD6616A420 for ; Wed, 11 Jan 2006 21:23:21 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F8F043D48 for ; Wed, 11 Jan 2006 21:23:20 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so252530nzo for ; Wed, 11 Jan 2006 13:23:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XhR7iNs2BJH2+wq2xk7fiMTTV1xXVggizT44v2xS8GpL8xkRpUDyvI6pMj2owO3v/l3dIVnBmfvuv6hcDp7stVdfUdAKud0W42qLAsztgZSICkxEBqlyCCzJW+ek/keNWie7MR+rHCmzR3YJfhzqPuwlLhuWIC5b+r+LgHxhxEU= Received: by 10.36.39.5 with SMTP id m5mr1236155nzm; Wed, 11 Jan 2006 13:23:19 -0800 (PST) Received: by 10.36.46.13 with HTTP; Wed, 11 Jan 2006 13:23:19 -0800 (PST) Message-ID: <3e1162e60601111323j4628e2d9g3e7488c1a8fbcc5f@mail.gmail.com> Date: Wed, 11 Jan 2006 13:23:19 -0800 From: David Leimbach To: Gleb Smirnoff In-Reply-To: <20060110095603.GD87430@FreeBSD.org> MIME-Version: 1.0 References: <37858.1136753047@critter.freebsd.dk> <20060110095603.GD87430@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:23:21 -0000 On 1/10/06, Gleb Smirnoff wrote: > > On Sun, Jan 08, 2006 at 09:44:07PM +0100, Poul-Henning Kamp wrote: > P> On my AMD64/-current, the console prints > P> > P> bge0: gigabit link up > P> > P> once per second... > > I know that Oleg is working on this. He is now testing patch on different > chips supported by bge(4). Hmm I have a dual Opteron here and I never see that on my console. But I'm not running current either. Just the 6.0 release for now. Dave -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 21:26:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF4216A41F for ; Wed, 11 Jan 2006 21:26:06 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web34104.mail.mud.yahoo.com (web34104.mail.mud.yahoo.com [66.163.178.102]) by mx1.FreeBSD.org (Postfix) with SMTP id E010E43D45 for ; Wed, 11 Jan 2006 21:26:05 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 79850 invoked by uid 60001); 11 Jan 2006 21:26:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fC+jo5NjdNpsM/QHXAZwqt+JvabSnSveYzJn/tOMYFNWTswJzzSnhGltn/lYnAYHOg7sCsPAhsN0ip6GcX4i9CQnLCfZw6xsbly37jKHYG8wnsnpUO+ZnbqEyTqzh/o7YPyWV9e1UPllpkS2pfSWs+dJk9NwR3to3PMwIEiBcVo= ; Message-ID: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> Received: from [67.99.246.2] by web34104.mail.mud.yahoo.com via HTTP; Wed, 11 Jan 2006 13:26:05 PST Date: Wed, 11 Jan 2006 13:26:05 -0800 (PST) From: alan bryan To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:26:06 -0000 I read that the new Intel (x86) Macs use EFI rather than the traditional PC Bios to boot up. I'm interested in using one of these to multiboot OS X and FreeBSD and am wondering if it is yet known to work or not. Do any changes need to be made to FreeBSD or should it work out of the box? Thanks for any insight and I know that it may be impossible to fully answer until people get their hands on the hardware but I just wanted to start thinking about the possibilities. --Alan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 21:36:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73D1116A41F for ; Wed, 11 Jan 2006 21:36:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 390FA43D45 for ; Wed, 11 Jan 2006 21:36:58 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 11 Jan 2006 13:36:58 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43C57A7A.3080802@elischer.org> Date: Wed, 11 Jan 2006 13:36:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: alan bryan References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> In-Reply-To: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 21:36:59 -0000 alan bryan wrote: >I read that the new Intel (x86) Macs use EFI rather >than the traditional PC Bios to boot up. I'm >interested in using one of these to multiboot OS X and >FreeBSD and am wondering if it is yet known to work or >not. Do any changes need to be made to FreeBSD or >should it work out of the box? Thanks for any insight >and I know that it may be impossible to fully answer >until people get their hands on the hardware but I >just wanted to start thinking about the possibilities. > > well if they can boot Darwin I'm sure they can be hacked to boot FreeBSD. It would probabty require a different bootloader binary. >--Alan > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 22:05:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC5416A41F for ; Wed, 11 Jan 2006 22:05:53 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E34043D45 for ; Wed, 11 Jan 2006 22:05:52 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so260791nzo for ; Wed, 11 Jan 2006 14:05:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oC0s8ASwBDMyJci90eXHBpFakGLJq4Vx6p4bBfnGQtA2BEnqiCYGyVKWd3sFcm3FuRKYFFyHu7Uk/poeYPE1iU9EEzS9BnijLF7lg+MBQcMt3Qml4vlsU099hV9BU1wfIVe7aVtUE1dU4jpn/z1tF/zV036m9UxM2wq5IBYVnWY= Received: by 10.37.14.38 with SMTP id r38mr1244328nzi; Wed, 11 Jan 2006 14:05:52 -0800 (PST) Received: by 10.36.46.13 with HTTP; Wed, 11 Jan 2006 14:05:51 -0800 (PST) Message-ID: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> Date: Wed, 11 Jan 2006 14:05:51 -0800 From: David Leimbach To: Julian Elischer In-Reply-To: <43C57A7A.3080802@elischer.org> MIME-Version: 1.0 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alan bryan , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 22:05:53 -0000 On 1/11/06, Julian Elischer wrote: > > alan bryan wrote: > > >I read that the new Intel (x86) Macs use EFI rather > >than the traditional PC Bios to boot up. I'm > >interested in using one of these to multiboot OS X and > >FreeBSD and am wondering if it is yet known to work or > >not. Do any changes need to be made to FreeBSD or > >should it work out of the box? Thanks for any insight > >and I know that it may be impossible to fully answer > >until people get their hands on the hardware but I > >just wanted to start thinking about the possibilities. > > > > > well if they can boot Darwin I'm sure they can be hacked to boot FreeBSD. > It would probabty require a different bootloader binary. I don't see what booting Darwin has to do with booting FreeBSD. However, since FreeBSD boots on IA64 using the FreeBSD bootloader for IA64, I *hope* it won't be much work to port whatever changes that requires to IA32. Dave From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 23:24:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E71016A41F for ; Wed, 11 Jan 2006 23:24:27 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B897343D48 for ; Wed, 11 Jan 2006 23:24:26 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0BNOQhh025293 for ; Wed, 11 Jan 2006 15:24:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0BNOQNw025292 for freebsd-current@freebsd.org; Wed, 11 Jan 2006 15:24:26 -0800 (PST) (envelope-from sgk) Date: Wed, 11 Jan 2006 15:24:26 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060111232426.GB20722@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: bsnmpd breaks buildworld on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 23:24:27 -0000 building shared library snmp_hostres.so.4 /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/obj/usr/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 23:39:06 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3AF516A41F for ; Wed, 11 Jan 2006 23:39:06 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CD3143D46 for ; Wed, 11 Jan 2006 23:39:05 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k0BNd3Xx026510 for ; Thu, 12 Jan 2006 00:39:03 +0100 (CET) (envelope-from sos@FreeBSD.org) Message-ID: <43C59717.7000203@FreeBSD.org> Date: Thu, 12 Jan 2006 00:39:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------020809040703060107040900" X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: Subject: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 23:39:07 -0000 This is a multi-part message in MIME format. --------------020809040703060107040900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Evening! Originally I wanted to finally add dump functionality to ata-raid, but quickly discovered that it would be a pain todo the old way. So I decided to reuse strategy for dumping by implementing polled mode in ATA, and have dump simply call strategy. (This could be generalised for all drivers, and would make driver writing easier). Now this also gave me the chance to use DMA on dumps, and that does do wonders for dump speed. There is a few chipsets (ICH6+7 in AHCI mode and Marvell) that wont do dumps yet not even PIO but they didn't work before either. Anyhow this needs a bit testing on various HW out there before it hits the tree, so please give it a go and let me know... -Søren --------------020809040703060107040900 Content-Type: text/plain; name="dmadump-p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmadump-p1" Index: ata-all.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.261 diff -u -r1.261 ata-all.c --- ata-all.c 5 Jan 2006 21:27:18 -0000 1.261 +++ ata-all.c 11 Jan 2006 23:00:53 -0000 @@ -63,7 +63,6 @@ }; /* prototypes */ -static void ata_interrupt(void *); static void ata_boot_attach(void); static device_t ata_add_child(device_t, struct ata_device *, int); static int ata_getparam(struct ata_device *, int); @@ -139,7 +138,7 @@ return ENXIO; } if ((error = bus_setup_intr(dev, ch->r_irq, ATA_INTR_FLAGS, - ata_interrupt, ch, &ch->ih))) { + (driver_intr_t *)ata_interrupt, ch, &ch->ih))) { device_printf(dev, "unable to setup interrupt\n"); return error; } @@ -317,7 +316,7 @@ return error; } -static void +int ata_interrupt(void *data) { struct ata_channel *ch = (struct ata_channel *)data; @@ -325,20 +324,17 @@ mtx_lock(&ch->state_mtx); do { + /* ignore interrupt if its not for us */ + if (ch->hw.status && !ch->hw.status(ch->dev)) + break; + /* do we have a running request */ if (!(request = ch->running)) break; ATA_DEBUG_RQ(request, "interrupt"); - /* ignore interrupt if device is busy */ - if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) { - DELAY(100); - if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) - break; - } - - /* check for the right state */ + /* safetycheck for the right state */ if (ch->state != ATA_ACTIVE && ch->state != ATA_STALL_QUEUE) { device_printf(request->dev, "interrupt on idle channel ignored\n"); break; @@ -355,10 +351,11 @@ mtx_unlock(&ch->state_mtx); ATA_LOCKING(ch->dev, ATA_LF_UNLOCK); ata_finish(request); - return; + return 1; } } while (0); mtx_unlock(&ch->state_mtx); + return 0; } /* Index: ata-all.h =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.110 diff -u -r1.110 ata-all.h --- ata-all.h 5 Jan 2006 21:27:19 -0000 1.110 +++ ata-all.h 11 Jan 2006 23:00:53 -0000 @@ -470,6 +470,7 @@ /* structure holding lowlevel functions */ struct ata_lowlevel { + int (*status)(device_t dev); int (*begin_transaction)(struct ata_request *request); int (*end_transaction)(struct ata_request *request); int (*command)(struct ata_request *request); @@ -495,6 +496,7 @@ #define ATA_USE_16BIT 0x02 #define ATA_ATAPI_DMA_RO 0x04 #define ATA_NO_48BIT_DMA 0x08 +#define ATA_ALWAYS_DMASTAT 0x10 int devices; /* what is present */ #define ATA_ATA_MASTER 0x01 @@ -534,6 +536,7 @@ int ata_reinit(device_t dev); int ata_suspend(device_t dev); int ata_resume(device_t dev); +int ata_interrupt(void *data); int ata_device_ioctl(device_t dev, u_long cmd, caddr_t data); int ata_identify(device_t dev); void ata_default_registers(device_t dev); Index: ata-chipset.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.149 diff -u -r1.149 ata-chipset.c --- ata-chipset.c 5 Jan 2006 21:27:19 -0000 1.149 +++ ata-chipset.c 11 Jan 2006 23:00:53 -0000 @@ -82,15 +82,15 @@ static int ata_cypress_chipinit(device_t dev); static void ata_cypress_setmode(device_t dev, int mode); static int ata_highpoint_chipinit(device_t dev); -static void ata_highpoint_intr(void *data); +static int ata_highpoint_allocate(device_t dev); static void ata_highpoint_setmode(device_t dev, int mode); static int ata_highpoint_check_80pin(device_t dev, int mode); static int ata_intel_chipinit(device_t dev); +static int ata_intel_allocate(device_t dev); static int ata_intel_31244_allocate(device_t dev); static void ata_intel_31244_intr(void *data); static void ata_intel_31244_reset(device_t dev); static int ata_intel_31244_command(struct ata_request *request); -static void ata_intel_intr(void *data); static void ata_intel_reset(device_t dev); static void ata_intel_old_setmode(device_t dev, int mode); static void ata_intel_new_setmode(device_t dev, int mode); @@ -132,7 +132,6 @@ static int ata_sii_allocate(device_t dev); static void ata_sii_intr(void *data); static void ata_cmd_intr(void *data); -static void ata_cmd_old_intr(void *data); static void ata_sii_reset(device_t dev); static void ata_sii_setmode(device_t dev, int mode); static void ata_cmd_setmode(device_t dev, int mode); @@ -184,18 +183,8 @@ int unit; for (unit = 0; unit < ctlr->channels; unit++) { - if (!(ch = ctlr->interrupt[unit].argument)) - continue; - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } - ctlr->interrupt[unit].function(ch); + if ((ch = ctlr->interrupt[unit].argument)) + ctlr->interrupt[unit].function(ch); } } @@ -748,18 +737,6 @@ if (ctlr->chip->cfg1 == ATPOLD && ATA_LOCKING(ch->dev, ATA_LF_WHICH) != unit) continue; - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - ATA_IDX_OUTB(ch, ATA_BMCMD_PORT, - ATA_IDX_INB(ch, ATA_BMCMD_PORT)&~ATA_BMCMD_START_STOP); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } @@ -903,8 +880,8 @@ device_printf(dev, "using PIO transfers above 137GB as workaround for " "48bit DMA access bug, expect reduced performance\n"); - ctlr->reset = ata_ali_reset; ctlr->allocate = ata_ali_allocate; + ctlr->reset = ata_ali_reset; ctlr->setmode = ata_ali_setmode; break; @@ -973,7 +950,7 @@ ch->flags |= ATA_NO_SLAVE; /* XXX SOS PHY handling awkward in ALI chip not supported yet */ - ata_generic_hw(dev); + ata_pci_hw(dev); return 0; } @@ -1407,18 +1384,9 @@ ata_highpoint_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); - int rid = ATA_IRQ_RID; - if (!(ctlr->r_irq = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, - RF_SHAREABLE | RF_ACTIVE))) { - device_printf(dev, "unable to map interrupt\n"); - return ENXIO; - } - if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, - ata_highpoint_intr, ctlr, &ctlr->handle))) { - device_printf(dev, "unable to setup interrupt\n"); + if (ata_setup_interrupt(dev)) return ENXIO; - } if (ctlr->chip->cfg2 == HPTOLD) { /* disable interrupt prediction */ @@ -1439,31 +1407,22 @@ pci_write_config(dev, 0x5b, (pci_read_config(dev, 0x5b, 1) & 0x01) | 0x20, 1); } + ctlr->allocate = ata_highpoint_allocate; ctlr->setmode = ata_highpoint_setmode; return 0; } -static void -ata_highpoint_intr(void *data) +static int +ata_highpoint_allocate(device_t dev) { - struct ata_pci_controller *ctlr = data; - struct ata_channel *ch; - int unit; + struct ata_channel *ch = device_get_softc(dev); - for (unit = 0; unit < ctlr->channels; unit++) { - if (!(ch = ctlr->interrupt[unit].argument)) - continue; - if (ch->dma) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + /* setup the usual register normal pci style */ + if (ata_pci_allocate(dev)) + return ENXIO; - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } - ctlr->interrupt[unit].function(ch); - } + ch->flags |= ATA_ALWAYS_DMASTAT; + return 0; } static void @@ -1603,20 +1562,9 @@ ata_intel_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); - int rid = ATA_IRQ_RID; - if (!ata_legacy(dev)) { - if (!(ctlr->r_irq = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, - RF_SHAREABLE | RF_ACTIVE))) { - device_printf(dev, "unable to map interrupt\n"); - return ENXIO; - } - if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, - ata_intel_intr, ctlr, &ctlr->handle))) { - device_printf(dev, "unable to setup interrupt\n"); - return ENXIO; - } - } + if (ata_setup_interrupt(dev)) + return ENXIO; /* good old PIIX needs special treatment (not implemented) */ if (ctlr->chip->chipid == ATA_I82371FB) { @@ -1640,14 +1588,15 @@ return ENXIO; } ctlr->channels = 4; - ctlr->reset = ata_intel_31244_reset; ctlr->allocate = ata_intel_31244_allocate; + ctlr->reset = ata_intel_31244_reset; } ctlr->setmode = ata_sata_setmode; } /* non SATA intel chips goes here */ else if (ctlr->chip->max_dma < ATA_SA150) { + ctlr->allocate = ata_intel_allocate; ctlr->setmode = ata_intel_new_setmode; } @@ -1656,6 +1605,7 @@ /* force all ports active "the legacy way" */ pci_write_config(dev, 0x92, pci_read_config(dev, 0x92, 2) | 0x0f,2); + ctlr->allocate = ata_intel_allocate; ctlr->reset = ata_intel_reset; /* if we have AHCI capability and BAR(5) as a memory resource */ @@ -1685,9 +1635,9 @@ ATA_OUTL(ctlr->r_res2, ATA_AHCI_GHC, ATA_INL(ctlr->r_res2, ATA_AHCI_GHC) | ATA_AHCI_GHC_IE); + ctlr->allocate = ata_ahci_allocate; ctlr->reset = ata_ahci_reset; ctlr->dmainit = ata_ahci_dmainit; - ctlr->allocate = ata_ahci_allocate; } } } @@ -1701,6 +1651,19 @@ } static int +ata_intel_allocate(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + /* setup the usual register normal pci style */ + if (ata_pci_allocate(dev)) + return ENXIO; + + ch->flags |= ATA_ALWAYS_DMASTAT; + return 0; +} + +static int ata_intel_31244_allocate(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); @@ -1732,7 +1695,7 @@ ch->r_io[ATA_BMDTP_PORT].offset = ch_offset + 0x74; ch->flags |= ATA_NO_SLAVE; - ata_generic_hw(dev); + ata_pci_hw(dev); ch->hw.command = ata_intel_31244_command; /* enable PHY state change interrupt */ @@ -1784,14 +1747,6 @@ } /* any drive action to take care of ? */ - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if (!(bmstat & ATA_BMSTAT_INTERRUPT)) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } @@ -1833,29 +1788,6 @@ } static void -ata_intel_intr(void *data) -{ - struct ata_pci_controller *ctlr = data; - struct ata_channel *ch; - int unit; - - for (unit = 0; unit < ctlr->channels; unit++) { - if (!(ch = ctlr->interrupt[unit].argument)) - continue; - if (ch->dma) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } - ctlr->interrupt[unit].function(ch); - } -} - -static void ata_intel_reset(device_t dev) { device_t parent = device_get_parent(dev); @@ -2142,9 +2074,9 @@ /* mask all PCI interrupts */ ATA_OUTL(ctlr->r_res1, 0x01d5c, 0x00000000); + ctlr->allocate = ata_marvell_allocate; ctlr->reset = ata_marvell_reset; ctlr->dmainit = ata_marvell_dmainit; - ctlr->allocate = ata_marvell_allocate; ctlr->setmode = ata_sata_setmode; ctlr->channels = ctlr->chip->cfg1; @@ -2809,15 +2741,6 @@ /* any drive action to take care of ? */ if (status & (0x01 << maskshift)) { - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = - ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if (!(bmstat & ATA_BMSTAT_INTERRUPT)) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat&~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } @@ -3006,9 +2929,9 @@ bus_release_resource(dev, ctlr->r_type1, ctlr->r_rid1,ctlr->r_res1); return ENXIO; } + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; - ctlr->allocate = ata_promise_mio_allocate; if (ctlr->chip->cfg2 == PRSX4X) { struct ata_promise_sx4 *hpkt; @@ -3573,15 +3496,6 @@ continue; ATA_IDX_OUTB(ch, ATA_BMDEVSPEC_0, 0x0b); if (ATA_IDX_INB(ch, ATA_BMDEVSPEC_1) & 0x20) { - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } @@ -3598,15 +3512,6 @@ if (!(ch = ctlr->interrupt[unit].argument)) continue; if (ATA_INL(ctlr->r_res1, 0x1c) & (ch->unit ? 0x00004000 : 0x00000400)){ - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } @@ -3973,7 +3878,7 @@ else { if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, ctlr->chip->cfg2 & SIIINTR ? - ata_cmd_intr : ata_cmd_old_intr, + ata_cmd_intr : ata_generic_intr, ctlr, &ctlr->handle))) { device_printf(dev, "unable to setup interrupt\n"); return ENXIO; @@ -4036,7 +3941,7 @@ ch->dma->segsize = 15 * DEV_BSIZE; } - ata_generic_hw(dev); + ata_pci_hw(dev); return 0; } @@ -4084,14 +3989,6 @@ /* any drive action to take care of ? */ if (ATA_IDX_INB(ch, ATA_BMDEVSPEC_0) & 0x08) { - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if (!(bmstat & ATA_BMSTAT_INTERRUPT)) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } @@ -4113,44 +4010,12 @@ (ch->unit ? 0x08 : 0x04))) { pci_write_config(device_get_parent(ch->dev), 0x71, reg71 & ~(ch->unit ? 0x04 : 0x08), 1); - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } ctlr->interrupt[unit].function(ch); } } } static void -ata_cmd_old_intr(void *data) -{ - struct ata_pci_controller *ctlr = data; - struct ata_channel *ch; - int unit; - - for (unit = 0; unit < ctlr->channels; unit++) { - if (!(ch = ctlr->interrupt[unit].argument)) - continue; - if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { - int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; - - if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != - ATA_BMSTAT_INTERRUPT) - continue; - ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); - DELAY(1); - } - ctlr->interrupt[unit].function(ch); - } -} - -static void ata_sii_reset(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); @@ -4661,7 +4526,7 @@ ch->r_io[i].res = ctlr->r_res1; ch->r_io[i].offset = i - ATA_BMCMD_PORT; } - ata_generic_hw(dev); + ata_pci_hw(dev); } else { if (ata_pci_allocate(dev)) Index: ata-disk.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.192 diff -u -r1.192 ata-disk.c --- ata-disk.c 5 Jan 2006 21:27:19 -0000 1.192 +++ ata-disk.c 11 Jan 2006 23:00:53 -0000 @@ -289,45 +289,23 @@ static int ad_dump(void *arg, void *virtual, vm_offset_t physical, - off_t offset, size_t length) + off_t offset, size_t length) { struct disk *dp = arg; - device_t dev = dp->d_drv1; - struct ata_device *atadev = device_get_softc(dev); - struct ad_softc *adp = device_get_ivars(dev); - struct ata_channel *ch = device_get_softc(device_get_parent(dev)); - struct ata_request request; + struct bio bp; - if (!adp) - return ENXIO; - - bzero(&request, sizeof(struct ata_request)); - request.dev = dev; - - if (length) { - request.data = virtual; - request.bytecount = length; - request.transfersize = min(length, atadev->max_iosize); - request.flags = ATA_R_WRITE; - if (atadev->max_iosize > DEV_BSIZE) - request.u.ata.command = ATA_WRITE_MUL; - else - request.u.ata.command = ATA_WRITE; - request.u.ata.lba = offset / DEV_BSIZE; - request.u.ata.count = request.bytecount / DEV_BSIZE; - } - else { - request.u.ata.command = ATA_FLUSHCACHE; - request.flags = ATA_R_CONTROL; - } - if (ch->hw.begin_transaction(&request) == ATA_OP_CONTINUES) { - do { - DELAY(20); - } while (ch->hw.end_transaction(&request) == ATA_OP_CONTINUES); - } - if (request.status & ATA_S_ERROR) - return EIO; - return 0; + /* length zero is special and really means flush buffers to media */ + if (!length) + return ata_controlcmd(dp->d_drv1, ATA_FLUSHCACHE, 0, 0, 0); + + bzero(&bp, sizeof(struct bio)); + bp.bio_disk = dp; + bp.bio_pblkno = offset / DEV_BSIZE; + bp.bio_bcount = length; + bp.bio_data = virtual; + bp.bio_cmd = BIO_WRITE; + ad_strategy(&bp); + return bp.bio_error; } static void Index: ata-lowlevel.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.75 diff -u -r1.75 ata-lowlevel.c --- ata-lowlevel.c 5 Jan 2006 21:27:19 -0000 1.75 +++ ata-lowlevel.c 11 Jan 2006 23:00:53 -0000 @@ -48,6 +48,7 @@ /* prototypes */ static int ata_begin_transaction(struct ata_request *); static int ata_end_transaction(struct ata_request *); +static int ata_generic_status(device_t dev); static int ata_wait(struct ata_channel *ch, struct ata_device *, u_int8_t); static void ata_pio_read(struct ata_request *, int); static void ata_pio_write(struct ata_request *, int); @@ -62,6 +63,7 @@ ch->hw.begin_transaction = ata_begin_transaction; ch->hw.end_transaction = ata_end_transaction; + ch->hw.status = ata_generic_status; ch->hw.command = ata_generic_command; } @@ -470,7 +472,7 @@ return ATA_OP_CONTINUES; } -/* must be called with ATA channel locked */ +/* must be called with ATA channel locked and state_mtx held */ void ata_generic_reset(device_t dev) { @@ -605,6 +607,20 @@ "\20\4ATAPI_SLAVE\3ATAPI_MASTER\2ATA_SLAVE\1ATA_MASTER"); } +/* must be called with ATA channel locked and state_mtx held */ +int +ata_generic_status(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) { + DELAY(100); + if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) + return 0; + } + return 1; +} + static int ata_wait(struct ata_channel *ch, struct ata_device *atadev, u_int8_t mask) { Index: ata-pci.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.110 diff -u -r1.110 ata-pci.c --- ata-pci.c 5 Jan 2006 21:27:19 -0000 1.110 +++ ata-pci.c 11 Jan 2006 23:00:54 -0000 @@ -60,6 +60,7 @@ /* prototypes */ static void ata_pci_dmainit(device_t); +static int ata_pci_status(device_t dev); int ata_legacy(device_t dev) @@ -203,7 +204,8 @@ RF_ACTIVE); } - ctlr->chipinit(dev); + if (ctlr->chipinit(dev)) + return ENXIO; /* attach all channels on this controller */ for (unit = 0; unit < ctlr->channels; unit++) { @@ -420,10 +422,42 @@ } } - ata_generic_hw(dev); + ata_pci_hw(dev); return 0; } +void +ata_pci_hw(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + ata_generic_hw(dev); + ch->hw.status = ata_pci_status; +} + +static int +ata_pci_status(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + if (ch->dma && ((ch->flags & ATA_ALWAYS_DMASTAT) || + (ch->dma->flags & ATA_DMA_ACTIVE))) { + int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + + if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != + ATA_BMSTAT_INTERRUPT) + return 0; + ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); + DELAY(1); + } + if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) { + DELAY(100); + if (ATA_IDX_INB(ch, ATA_ALTSTAT) & ATA_S_BUSY) + return 0; + } + return 1; +} + static int ata_pci_dmastart(device_t dev) { Index: ata-pci.h =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.59 diff -u -r1.59 ata-pci.h --- ata-pci.h 5 Jan 2006 21:27:19 -0000 1.59 +++ ata-pci.h 11 Jan 2006 23:00:54 -0000 @@ -392,6 +392,7 @@ int ata_pci_setup_intr(device_t dev, device_t child, struct resource *irq, int flags, driver_intr_t *function, void *argument, void **cookiep); int ata_pci_teardown_intr(device_t dev, device_t child, struct resource *irq, void *cookie); int ata_pci_allocate(device_t dev); +void ata_pci_hw(device_t dev); /* global prototypes ata-chipset.c */ int ata_generic_ident(device_t); Index: ata-queue.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.53 diff -u -r1.53 ata-queue.c --- ata-queue.c 5 Jan 2006 21:27:19 -0000 1.53 +++ ata-queue.c 11 Jan 2006 23:22:38 -0000 @@ -94,7 +94,8 @@ /* if this is not a callback wait until request is completed */ if (!request->callback) { ATA_DEBUG_RQ(request, "wait for completition"); - while (sema_timedwait(&request->done, request->timeout * hz * 4)) { + while (!dumping && + sema_timedwait(&request->done, request->timeout * hz * 4)) { device_printf(request->dev, "req=%p %s semaphore timeout !! DANGER Will Robinson !!\n", request, ata_cmd2str(request)); @@ -200,6 +201,13 @@ ata_finish(request); return; } + if (dumping) { + mtx_unlock(&ch->state_mtx); + mtx_unlock(&ch->queue_mtx); + while (!ata_interrupt(ch)) + DELAY(10); + return; + } } mtx_unlock(&ch->state_mtx); } @@ -216,7 +224,8 @@ * if in ATA_STALL_QUEUE state or request has ATA_R_DIRECT flags set * we need to call ata_complete() directly here (no taskqueue involvement) */ - if ((ch->state & ATA_STALL_QUEUE) || (request->flags & ATA_R_DIRECT)) { + if (dumping || + (ch->state & ATA_STALL_QUEUE) || (request->flags & ATA_R_DIRECT)) { ATA_DEBUG_RQ(request, "finish directly"); ata_completed(request, 0); } Index: ata-raid.c =================================================================== RCS file: /nfs/export/ncvs/src/sys/dev/ata/ata-raid.c,v retrieving revision 1.115 diff -u -r1.115 ata-raid.c --- ata-raid.c 5 Jan 2006 21:27:19 -0000 1.115 +++ ata-raid.c 11 Jan 2006 23:28:35 -0000 @@ -111,7 +111,7 @@ /* device structures */ static disk_strategy_t ata_raid_strategy; -//static dumper_t ata_raid_dump; +static dumper_t ata_raid_dump; static void ata_raid_attach(struct ar_softc *rdp, int writeback) @@ -134,7 +134,7 @@ buffer[0] = '\0'; rdp->disk = disk_alloc(); rdp->disk->d_strategy = ata_raid_strategy; - //rdp->disk->d_dump = ata_raid_dump; + rdp->disk->d_dump = ata_raid_dump; rdp->disk->d_name = "ar"; rdp->disk->d_sectorsize = DEV_BSIZE; rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE; @@ -751,6 +751,35 @@ ata_free_request(request); } +static int +ata_raid_dump(void *arg, void *virtual, vm_offset_t physical, + off_t offset, size_t length) +{ + struct disk *dp = arg; + struct ar_softc *rdp = dp->d_drv1; + struct bio bp; + + /* length zero is special and really means flush buffers to media */ + if (!length) { + int disk, error; + + for (disk = 0, error = 0; disk < rdp->total_disks; disk++) + if (rdp->disks[disk].dev) + error |= ata_controlcmd(rdp->disks[disk].dev, + ATA_FLUSHCACHE, 0, 0, 0); + return (error ? EIO : 0); + } + + bzero(&bp, sizeof(struct bio)); + bp.bio_disk = dp; + bp.bio_pblkno = offset / DEV_BSIZE; + bp.bio_bcount = length; + bp.bio_data = virtual; + bp.bio_cmd = BIO_WRITE; + ata_raid_strategy(&bp); + return bp.bio_error; +} + static void ata_raid_config_changed(struct ar_softc *rdp, int writeback) { --------------020809040703060107040900-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 00:11:02 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B4B16A41F for ; Thu, 12 Jan 2006 00:11:02 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8493143D62 for ; Thu, 12 Jan 2006 00:10:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0C0AreM068589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2006 03:10:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0C0ArSd068588; Thu, 12 Jan 2006 03:10:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Jan 2006 03:10:53 +0300 From: Gleb Smirnoff To: David Leimbach Message-ID: <20060112001053.GK57606@cell.sick.ru> References: <37858.1136753047@critter.freebsd.dk> <20060110095603.GD87430@FreeBSD.org> <3e1162e60601111323j4628e2d9g3e7488c1a8fbcc5f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <3e1162e60601111323j4628e2d9g3e7488c1a8fbcc5f@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: Poul-Henning Kamp , current@FreeBSD.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 00:11:02 -0000 On Wed, Jan 11, 2006 at 01:23:19PM -0800, David Leimbach wrote: D> > On Sun, Jan 08, 2006 at 09:44:07PM +0100, Poul-Henning Kamp wrote: D> > P> On my AMD64/-current, the console prints D> > P> D> > P> bge0: gigabit link up D> > P> D> > P> once per second... D> > D> > I know that Oleg is working on this. He is now testing patch on different D> > chips supported by bge(4). D> D> Hmm I have a dual Opteron here and I never see that on my console. But I'm D> not running current either. Just the 6.0 release for now. The problem dicussed is applicable only to CURRENT. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:44:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F6D16A41F; Thu, 12 Jan 2006 01:44:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B9CD43D45; Thu, 12 Jan 2006 01:44:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0C1i13b029826; Wed, 11 Jan 2006 18:44:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C5B463.5020505@samsco.org> Date: Wed, 11 Jan 2006 18:44:03 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> In-Reply-To: <20060111142622.GB34661@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: amd64@freebsd.org, Harti Brandt , Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:44:06 -0000 Ruslan Ermilov wrote: > On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > >>>Wouldn't it then make sense just to build a shared libdisk? Is there a >>>reason not to have one? >>> >> >>Here's the original reason. I'm not sure if it still holds. peter@ and >>phk@ Cc:ed. >> >>: RCS file: /home/ncvs/src/lib/libdisk/Makefile,v >>: Working file: Makefile >>: head: 1.44 >>: branch: >>: locks: strict >>: access list: >>: keyword substitution: kv >>: total revisions: 65; selected revisions: 1 >>: description: >>: ---------------------------- >>: revision 1.12 >>: date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 >>: Repository copy src/release/libdisk to src/lib/libdisk as per recent >>: discussion on -core about disk partitioning tools etc. >>: >>: Add NOPIC=yes to Makefile to prevent any possibility of version mismatch >>: because of the potential grave consequences. (as suggested by phk) >>: >>: Note that this is also on RELENG_2_1_0, since the sysinstall stuff is >>: hopefully going to remain in sync. >> > > As a safe measure, we can build and install a special PIC archive, > similar to libc_pic.a and libgcc_pic.a, and use it here. This is > all in an assumption that it's still unsafe to produce the libdisk.so. > > > Cheers, One way or another, please fix it. Why is bsnmp linking to libdisk anyways? It's an absolutely horrible library. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:45:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B65216A422 for ; Thu, 12 Jan 2006 01:45:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B03F43D45 for ; Thu, 12 Jan 2006 01:45:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 11 Jan 2006 17:45:23 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43C5B4B2.9000707@elischer.org> Date: Wed, 11 Jan 2006 17:45:22 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Leimbach References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> In-Reply-To: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alan bryan , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:45:23 -0000 David Leimbach wrote: > > > On 1/11/06, *Julian Elischer* > wrote: > > alan bryan wrote: > > >I read that the new Intel (x86) Macs use EFI rather > >than the traditional PC Bios to boot up. I'm > >interested in using one of these to multiboot OS X and > >FreeBSD and am wondering if it is yet known to work or > >not. Do any changes need to be made to FreeBSD or > >should it work out of the box? Thanks for any insight > >and I know that it may be impossible to fully answer > >until people get their hands on the hardware but I > >just wanted to start thinking about the possibilities. > > > > > well if they can boot Darwin I'm sure they can be hacked to boot > FreeBSD. > It would probabty require a different bootloader binary. > > > > I don't see what booting Darwin has to do with booting FreeBSD. If they were bastards they could refuse to load anything that wasn't in some format or didn't decrypt with some public key. I doubt they wouod do that but since they control the horizontal and the vertical they COULD do it. It is possible that the boot loader sequence may require a stage that is in some format supported by the apple firmware, depending on how wired down they have made it. > > However, since FreeBSD boots on IA64 using the FreeBSD bootloader for > IA64, I *hope* it won't be much work to port whatever changes that > requires to IA32. On apple hardware? I haven't heard this.. > > Dave > From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:54:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95A616A41F for ; Thu, 12 Jan 2006 01:54:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id F007D43D45 for ; Thu, 12 Jan 2006 01:54:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 83785 invoked from network); 12 Jan 2006 01:54:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xfJIhMtGbbpr1qYuImtMrc8GGHI/VUvlilGyvRcAVKmYLgKz6iG4c7pdUk1PO0Vq+3GJB/JXc4NQG6lUvhLlZtP6+FGPzSXc4f6KBXatRJB0eokYjNS7A/X6+QQr/IgBiPEou5IQAhlreGRtJELqF5zdS9aKJE84SI87ZaffK2g= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2006 01:54:20 -0000 Message-ID: <43C5B6F1.90607@rogers.com> Date: Wed, 11 Jan 2006 20:54:57 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Julian Elischer References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> In-Reply-To: <43C5B4B2.9000707@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alan bryan , freebsd-current@freebsd.org, David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:54:33 -0000 Julian Elischer wrote: > David Leimbach wrote: > >> >> >> On 1/11/06, *Julian Elischer* > > wrote: >> >> alan bryan wrote: >> >> >I read that the new Intel (x86) Macs use EFI rather >> >than the traditional PC Bios to boot up. I'm >> >interested in using one of these to multiboot OS X and >> >FreeBSD and am wondering if it is yet known to work or >> >not. Do any changes need to be made to FreeBSD or >> >should it work out of the box? Thanks for any insight >> >and I know that it may be impossible to fully answer >> >until people get their hands on the hardware but I >> >just wanted to start thinking about the possibilities. >> > >> > >> well if they can boot Darwin I'm sure they can be hacked to boot >> FreeBSD. >> It would probabty require a different bootloader binary. >> >> >> >> I don't see what booting Darwin has to do with booting FreeBSD. > > > If they were bastards they could refuse to load anything that wasn't > in some format or didn't > decrypt with some public key. I doubt they wouod do that but since > they control the > horizontal and the vertical they COULD do it. > > It is possible that the boot loader sequence may require a stage that > is in some format > supported by the apple firmware, depending on how wired down they have > made it. Indeed. But why even bother? We have enough Intel hardware already. The challenge should be porting the OS to run on any x86 hw, not the hardware to other OS's. From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:54:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EBEF16A424 for ; Thu, 12 Jan 2006 01:54:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8132843D45 for ; Thu, 12 Jan 2006 01:54:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0C1stCJ029886; Wed, 11 Jan 2006 18:54:55 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C5B6F0.1050004@samsco.org> Date: Wed, 11 Jan 2006 18:54:56 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> In-Reply-To: <43C5B4B2.9000707@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: alan bryan , freebsd-current@freebsd.org, David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:54:59 -0000 Julian Elischer wrote: > David Leimbach wrote: > >> >> >> On 1/11/06, *Julian Elischer* > > wrote: >> >> alan bryan wrote: >> >> >I read that the new Intel (x86) Macs use EFI rather >> >than the traditional PC Bios to boot up. I'm >> >interested in using one of these to multiboot OS X and >> >FreeBSD and am wondering if it is yet known to work or >> >not. Do any changes need to be made to FreeBSD or >> >should it work out of the box? Thanks for any insight >> >and I know that it may be impossible to fully answer >> >until people get their hands on the hardware but I >> >just wanted to start thinking about the possibilities. >> > >> > >> well if they can boot Darwin I'm sure they can be hacked to boot >> FreeBSD. >> It would probabty require a different bootloader binary. >> >> >> >> I don't see what booting Darwin has to do with booting FreeBSD. > > > > If they were bastards they could refuse to load anything that wasn't in > some format or didn't > decrypt with some public key. I doubt they wouod do that but since they > control the > horizontal and the vertical they COULD do it. > > It is possible that the boot loader sequence may require a stage that is > in some format > supported by the apple firmware, depending on how wired down they have > made it. > Geez, please take off the tinfoil hat. This has been an FAQ since about 3 seconds after the word 'Intel' escaped Jobs' lips in June. Apple has quite clearly stated that they will not do anything to lock down the hardware from other OS's, just that they won't go out of their way to support anything other than OSX. So, repeat after me: "APPLE IS NOT KILLING KITTENS AND CALLING YOUR MOTHER DIRTY NAMES". A gold star goes to the first person who boots FreeBSD on an Intel iMac. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 01:58:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79C6416A420; Thu, 12 Jan 2006 01:58:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9CC43D5D; Thu, 12 Jan 2006 01:58:52 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k0C1wqUU021795; Wed, 11 Jan 2006 17:58:52 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k0C1wqA1021794; Wed, 11 Jan 2006 17:58:52 -0800 (PST) (envelope-from obrien) Date: Wed, 11 Jan 2006 17:58:52 -0800 From: "David O'Brien" To: Scott Long Message-ID: <20060112015852.GA21690@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , Ruslan Ermilov , amd64@freebsd.org, Harti Brandt , Peter Wemm , freebsd-current@freebsd.org References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C5B463.5020505@samsco.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: amd64@freebsd.org, Harti Brandt , freebsd-current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:58:54 -0000 On Wed, Jan 11, 2006 at 06:44:03PM -0700, Scott Long wrote: > >>: ---------------------------- > >>: revision 1.12 > >>: date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > >>: Repository copy src/release/libdisk to src/lib/libdisk as per recent > >>: discussion on -core about disk partitioning tools etc. > >>: > >>: Add NOPIC=yes to Makefile to prevent any possibility of version mismatch > >>: because of the potential grave consequences. (as suggested by phk) > >>: > >>: Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > >>: hopefully going to remain in sync. > > > >As a safe measure, we can build and install a special PIC archive, > >similar to libc_pic.a and libgcc_pic.a, and use it here. This is > >all in an assumption that it's still unsafe to produce the libdisk.so. > > One way or another, please fix it. Why is bsnmp linking to libdisk > anyways? It's an absolutely horrible library. That is the best question. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 02:09:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54EBD16A41F for ; Thu, 12 Jan 2006 02:09:39 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B3E43D45 for ; Thu, 12 Jan 2006 02:09:39 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 11 Jan 2006 18:09:39 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43C5BA62.3010301@elischer.org> Date: Wed, 11 Jan 2006 18:09:38 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> In-Reply-To: <43C5B6F0.1050004@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alan bryan , freebsd-current@freebsd.org, David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 02:09:39 -0000 Scott Long wrote: > Julian Elischer wrote: > >> David Leimbach wrote: >> >>> >>> >>> On 1/11/06, *Julian Elischer* >> > wrote: >>> >>> alan bryan wrote: >>> >>> >I read that the new Intel (x86) Macs use EFI rather >>> >than the traditional PC Bios to boot up. I'm >>> >interested in using one of these to multiboot OS X and >>> >FreeBSD and am wondering if it is yet known to work or >>> >not. Do any changes need to be made to FreeBSD or >>> >should it work out of the box? Thanks for any insight >>> >and I know that it may be impossible to fully answer >>> >until people get their hands on the hardware but I >>> >just wanted to start thinking about the possibilities. >>> > >>> > >>> well if they can boot Darwin I'm sure they can be hacked to boot >>> FreeBSD. >>> It would probabty require a different bootloader binary. >>> >>> >>> >>> I don't see what booting Darwin has to do with booting FreeBSD. >> >> >> >> >> If they were bastards they could refuse to load anything that wasn't >> in some format or didn't >> decrypt with some public key. I doubt they wouod do that but since >> they control the >> horizontal and the vertical they COULD do it. >> >> It is possible that the boot loader sequence may require a stage that >> is in some format >> supported by the apple firmware, depending on how wired down they >> have made it. >> > > Geez, please take off the tinfoil hat. This has been an FAQ since about > 3 seconds after the word 'Intel' escaped Jobs' lips in June. Apple has > quite clearly stated that they will not do anything to lock down the > hardware from other OS's, just that they won't go out of their way to > support anything other than OSX. > > So, repeat after me: "APPLE IS NOT KILLING KITTENS AND CALLING YOUR > MOTHER DIRTY NAMES". A gold star goes to the first person who boots > FreeBSD on an Intel iMac. What I thought I said: "They COULD have done XYZ bad things (see above) but in all probability the worst thing we'd have to do is have a boot loader component (possibly boot0) that conforms to some file format, and that should be relatively simple" > > Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 02:13:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C844916A41F for ; Thu, 12 Jan 2006 02:13:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 599C743D45 for ; Thu, 12 Jan 2006 02:13:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0C2D9g3029997; Wed, 11 Jan 2006 19:13:09 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C5BB37.6040202@samsco.org> Date: Wed, 11 Jan 2006 19:13:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> In-Reply-To: <43C5BA62.3010301@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: alan bryan , freebsd-current@freebsd.org, David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 02:13:16 -0000 Julian Elischer wrote: > Scott Long wrote: > >> Julian Elischer wrote: >> >>> David Leimbach wrote: >>> >>>> >>>> >>>> On 1/11/06, *Julian Elischer* >>> > wrote: >>>> >>>> alan bryan wrote: >>>> >>>> >I read that the new Intel (x86) Macs use EFI rather >>>> >than the traditional PC Bios to boot up. I'm >>>> >interested in using one of these to multiboot OS X and >>>> >FreeBSD and am wondering if it is yet known to work or >>>> >not. Do any changes need to be made to FreeBSD or >>>> >should it work out of the box? Thanks for any insight >>>> >and I know that it may be impossible to fully answer >>>> >until people get their hands on the hardware but I >>>> >just wanted to start thinking about the possibilities. >>>> > >>>> > >>>> well if they can boot Darwin I'm sure they can be hacked to boot >>>> FreeBSD. >>>> It would probabty require a different bootloader binary. >>>> >>>> >>>> >>>> I don't see what booting Darwin has to do with booting FreeBSD. >>> >>> >>> >>> >>> >>> If they were bastards they could refuse to load anything that wasn't >>> in some format or didn't >>> decrypt with some public key. I doubt they wouod do that but since >>> they control the >>> horizontal and the vertical they COULD do it. >>> >>> It is possible that the boot loader sequence may require a stage that >>> is in some format >>> supported by the apple firmware, depending on how wired down they >>> have made it. >>> >> >> Geez, please take off the tinfoil hat. This has been an FAQ since about >> 3 seconds after the word 'Intel' escaped Jobs' lips in June. Apple has >> quite clearly stated that they will not do anything to lock down the >> hardware from other OS's, just that they won't go out of their way to >> support anything other than OSX. >> >> So, repeat after me: "APPLE IS NOT KILLING KITTENS AND CALLING YOUR >> MOTHER DIRTY NAMES". A gold star goes to the first person who boots >> FreeBSD on an Intel iMac. > > > What I thought I said: > > "They COULD have done XYZ bad things (see above) but in all probability > the worst thing we'd > have to do is have a boot loader component (possibly boot0) that > conforms to some file format, > and that should be relatively simple" > >> >> Scott > > You're spreading FUD, even if you're doing it in a polite way. Buy an iMac, download the EFI spec from www.intel.com, open up the existing FreeBSD EFI bootloader code, compare, compile, enjoy. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 02:21:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD49816A41F for ; Thu, 12 Jan 2006 02:21:26 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6D343D45 for ; Thu, 12 Jan 2006 02:21:26 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so195812wxc for ; Wed, 11 Jan 2006 18:21:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QfsHgr5q+RwsFeO3/JGtyjetan7/rWlUg52HJjDGlEDLH0DZzo30OUVy0JneKaqWRxiPbL6borrTDR747yNF7L3pT2FZuI9O33rEMEFijCZWGsAYHNSkokjQFvfnicgZPyhWUJuTeziZRK8f+mIGNIltu2V/hBF7qjqAI9yuZDU= Received: by 10.70.109.3 with SMTP id h3mr1696883wxc; Wed, 11 Jan 2006 18:21:25 -0800 (PST) Received: by 10.70.65.4 with HTTP; Wed, 11 Jan 2006 18:21:25 -0800 (PST) Message-ID: <9ab217670601111821u27cb9852w@mail.gmail.com> Date: Wed, 11 Jan 2006 18:21:25 -0800 From: "Devon H. O'Dell" To: freebsd-current@freebsd.org In-Reply-To: <43C5BB37.6040202@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 02:21:26 -0000 > iMac, download the EFI spec from www.intel.com, open up the existing For the lazy / impatient / bad searchers: http://www.intel.com/technology/efi/ > Scott --Devon From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 06:50:52 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E24DC16A41F for ; Thu, 12 Jan 2006 06:50:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0ECD43D46 for ; Thu, 12 Jan 2006 06:50:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0C6mKka017841; Wed, 11 Jan 2006 23:48:20 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 11 Jan 2006 23:48:30 -0700 (MST) Message-Id: <20060111.234830.49434547.imp@bsdimp.com> To: leimy2k@gmail.com From: "M. Warner Losh" In-Reply-To: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 11 Jan 2006 23:48:22 -0700 (MST) Cc: alanbryan1234@yahoo.com, freebsd-current@FreeBSD.org, julian@elischer.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 06:50:53 -0000 In message: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> David Leimbach writes: : On 1/11/06, Julian Elischer wrote: : > : > alan bryan wrote: : > : > >I read that the new Intel (x86) Macs use EFI rather : > >than the traditional PC Bios to boot up. I'm : > >interested in using one of these to multiboot OS X and : > >FreeBSD and am wondering if it is yet known to work or : > >not. Do any changes need to be made to FreeBSD or : > >should it work out of the box? Thanks for any insight : > >and I know that it may be impossible to fully answer : > >until people get their hands on the hardware but I : > >just wanted to start thinking about the possibilities. : > > : > > : > well if they can boot Darwin I'm sure they can be hacked to boot FreeBSD. : > It would probabty require a different bootloader binary. : : : : I don't see what booting Darwin has to do with booting FreeBSD. : : However, since FreeBSD boots on IA64 using the FreeBSD bootloader for IA64, : I *hope* it won't be much work to port whatever changes that requires to : IA32. Assuming any DRM or copy protection that apple puts in place allows US to put a boot loader there in the first place. Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:36:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA5D16A41F; Thu, 12 Jan 2006 07:36:28 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F191843D48; Thu, 12 Jan 2006 07:36:27 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 08:36:11 +0100 Date: Thu, 12 Jan 2006 08:36:10 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Scott Long In-Reply-To: <43C5B463.5020505@samsco.org> Message-ID: <20060112083224.U34596@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 07:36:12.0021 (UTC) FILETIME=[DC737250:01C6174A] Cc: amd64@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:36:29 -0000 On Wed, 11 Jan 2006, Scott Long wrote: SL>Ruslan Ermilov wrote: SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: SL>> SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a SL>> > > reason not to have one? SL>> > > SL>> > SL>> > Here's the original reason. I'm not sure if it still holds. peter@ and SL>> > phk@ Cc:ed. SL>> > SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v SL>> > : Working file: Makefile SL>> > : head: 1.44 SL>> > : branch: SL>> > : locks: strict SL>> > : access list: SL>> > : keyword substitution: kv SL>> > : total revisions: 65; selected revisions: 1 SL>> > : description: SL>> > : ---------------------------- SL>> > : revision 1.12 SL>> > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent SL>> > : discussion on -core about disk partitioning tools etc. SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version SL>> > mismatch SL>> > : because of the potential grave consequences. (as suggested by phk) SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is SL>> > : hopefully going to remain in sync. SL>> > SL>> SL>> As a safe measure, we can build and install a special PIC archive, SL>> similar to libc_pic.a and libgcc_pic.a, and use it here. This is SL>> all in an assumption that it's still unsafe to produce the libdisk.so. SL>> SL>> SL>> Cheers, SL> SL>One way or another, please fix it. Why is bsnmp linking to libdisk anyways? SL>It's an absolutely horrible library. Then either remove it, put a 'don't use this horrible library' into the man page or whatever. How is one supposed to know that it shouldn't be used if it is there? I suppose that this library is currently the easiest way to enumerate all the partitions and slices. The hostres MIB needs this to populate the hrPartitionTable. I would also say, that everybody is free to 'fix' this. harti From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:50:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B1316A41F for ; Thu, 12 Jan 2006 07:50:52 +0000 (GMT) (envelope-from pete@altadena.net) Received: from puffin.altadena.net (puffin.altadena.net [207.151.161.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1BE243D58 for ; Thu, 12 Jan 2006 07:50:49 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.puffin; d=altadena.net; b=F83wAjKctbU4k2D2cbRLDk0glTn2CijOMNxV63gPJZ8GAArFDOVUsMp5nbLxpxCPd3BLzXvrs1bIfKazcM7aCL1RlYscoK6Rc2hJ6nyBYDwOpTy91NN0xNI5ZlOuePej1diMRF6Ly2uGDIeoynwRkiedKD3QAOzjjVPIVc4KZiQ=; Received: from nat-gw.home.altadena.net ([66.127.158.99] helo=[192.168.169.21]) by puffin.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1EwxEO-0001Ia-Hh for current@freebsd.org; Wed, 11 Jan 2006 23:50:48 -0800 Message-ID: <43C60A57.3040405@altadena.net> Date: Wed, 11 Jan 2006 23:50:47 -0800 From: Peter Carah User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Problem building new bsnmpd import on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:50:52 -0000 I'm seeing a problem with the new import of bsnmpd; it refuses to build on my amd64 (with native fbsd). substituting -fPIC resulted in no change; the hint that ld gave is insufficient (or unrelated?). -- Pete --------------------------------------------------------------------------------- ........ cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DNDEBUG -I/usr/src/usr.sbin/bsnmp d/modules/snmp_hostres/../../../lpr/common_source -I. -c /usr/src/usr.sbin/bsnmp d/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DNDEBUG -I/usr/src/usr.sbin/bsnm error -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/obj/usr/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:58:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CB516A420 for ; Thu, 12 Jan 2006 07:58:03 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B241043D45 for ; Thu, 12 Jan 2006 07:58:01 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 08:57:59 +0100 Date: Thu, 12 Jan 2006 08:58:01 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Peter Carah In-Reply-To: <43C60A57.3040405@altadena.net> Message-ID: <20060112085736.L34596@beagle.kn.op.dlr.de> References: <43C60A57.3040405@altadena.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 07:57:59.0234 (UTC) FILETIME=[E79C5220:01C6174D] Cc: current@freebsd.org Subject: Re: Problem building new bsnmpd import on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:58:03 -0000 This should been fixed now (by building a shareable libdisk). harti On Wed, 11 Jan 2006, Peter Carah wrote: PC>I'm seeing a problem with the new import of bsnmpd; it refuses to build on my PC>amd64 (with native fbsd). substituting -fPIC resulted in no change; the hint PC>that ld gave is insufficient (or unrelated?). PC> PC>-- Pete PC>--------------------------------------------------------------------------------- PC>........ PC>cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DNDEBUG -I/usr/src/usr.sbin/bsnmp PC>d/modules/snmp_hostres/../../../lpr/common_source -I. -c /usr/src/usr.sbin/bsnmp PC>d/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So PC>cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -DNDEBUG -I/usr/src/usr.sbin/bsnm PC>error PC>-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro PC>totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha PC>dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs PC>-Wredundant-decls -c hostres_tree.c -o hostres_tree.So PC>building shared library snmp_hostres.so.4 PC>/usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libdisk.a(disk.o): PC> relocation R_X86_64_32S can not be used when making a shared object; recompile PC>with -fPIC PC>/usr/obj/usr/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value PC>*** Error code 1 PC> PC>Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_hostres. PC>*** Error code 1 PC> PC>Stop in /usr/src/usr.sbin/bsnmpd/modules. PC>*** Error code 1 PC> PC>Stop in /usr/src/usr.sbin/bsnmpd. PC>*** Error code 1 PC> PC>Stop in /usr/src/usr.sbin. PC>*** Error code 1 PC> PC>Stop in /usr/src. PC>*** Error code 1 PC> PC>Stop in /usr/src. PC>*** Error code 1 PC> PC>Stop in /usr/src. PC>------------------------------------------------------------------------------ PC>_______________________________________________ PC>freebsd-current@freebsd.org mailing list PC>http://lists.freebsd.org/mailman/listinfo/freebsd-current PC>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" PC> PC> PC> From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 07:58:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C266616A41F; Thu, 12 Jan 2006 07:58:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4E043D48; Thu, 12 Jan 2006 07:58:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0C7wpvb031064; Thu, 12 Jan 2006 02:58:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0C7wqbT047662; Thu, 12 Jan 2006 02:58:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E81A07302F; Thu, 12 Jan 2006 02:58:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060112075851.E81A07302F@freebsd-current.sentex.ca> Date: Thu, 12 Jan 2006 02:58:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:58:54 -0000 TB --- 2006-01-12 06:27:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-12 06:27:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-12 06:27:19 - cleaning the object tree TB --- 2006-01-12 06:27:50 - checking out the source tree TB --- 2006-01-12 06:27:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-12 06:27:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-12 06:43:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-12 06:43:10 - cd /src TB --- 2006-01-12 06:43:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-12 07:58:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-12 07:58:51 - ERROR: failed to build world TB --- 2006-01-12 07:58:51 - tinderbox aborted TB --- 0.76 user 3.27 system 5491.91 real From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 08:47:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 212B416A422 for ; Thu, 12 Jan 2006 08:47:19 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B69843D68 for ; Thu, 12 Jan 2006 08:47:10 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so348756nzo for ; Thu, 12 Jan 2006 00:47:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Bm2IB5QBEgpqDrVmYxovCClk7QkJs8Se5Y9GA3SRn9T/xtHybSXWAu8F6p0Hwb7DSrf9nTdHvJPsVCpjYqJ6Z6eXyGdjPhyitzA73Mqgf1aMwjWjJ3MQXR2SDHEGa1KDm9SmE1JAryMGKyEtRinN8qgAF+dtEhmpFMBeSG0toW4= Received: by 10.36.121.4 with SMTP id t4mr1672153nzc; Thu, 12 Jan 2006 00:47:09 -0800 (PST) Received: by 10.36.46.13 with HTTP; Thu, 12 Jan 2006 00:47:09 -0800 (PST) Message-ID: <3e1162e60601120047u3b7d6c29x6ba1f0d69bf2d0fb@mail.gmail.com> Date: Thu, 12 Jan 2006 00:47:09 -0800 From: David Leimbach To: Julian Elischer In-Reply-To: <43C5B4B2.9000707@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> Cc: alan bryan , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:47:19 -0000 On 1/11/06, Julian Elischer wrote: > David Leimbach wrote: > > > > > > > On 1/11/06, *Julian Elischer* > > wrote: > > > > alan bryan wrote: > > > > >I read that the new Intel (x86) Macs use EFI rather > > >than the traditional PC Bios to boot up. I'm > > >interested in using one of these to multiboot OS X and > > >FreeBSD and am wondering if it is yet known to work or > > >not. Do any changes need to be made to FreeBSD or > > >should it work out of the box? Thanks for any insight > > >and I know that it may be impossible to fully answer > > >until people get their hands on the hardware but I > > >just wanted to start thinking about the possibilities. > > > > > > > > well if they can boot Darwin I'm sure they can be hacked to boot > > FreeBSD. > > It would probabty require a different bootloader binary. > > > > > > > > I don't see what booting Darwin has to do with booting FreeBSD. > > > If they were bastards they could refuse to load anything that wasn't in > some format or didn't > decrypt with some public key. I doubt they wouod do that but since they > control the > horizontal and the vertical they COULD do it. > > It is possible that the boot loader sequence may require a stage that is > in some format > supported by the apple firmware, depending on how wired down they have > made it. > EFI has a pretty interesting specification we can read about. Unless they've done something exceedingly funky to it, I think it should be pretty easy to boot other OSes with it. > > > > However, since FreeBSD boots on IA64 using the FreeBSD bootloader for > > IA64, I *hope* it won't be much work to port whatever changes that > > requires to IA32. > > > On apple hardware? > I haven't heard this.. There is no IA64 apple hardware and likely never will be [Itanium]. I think you may have thought I was talking about x86-64 or AMD64/EM64T. EFI was originally deployed on IA64 years ago and FreeBSD has supported it at at least some point. Also my fellow L4 developers have used the FreeBSD EFI-enabled bootloader to load L4 programs. That's all I was referring to, I didn't mean to imply anyone has run FreeBSD on Apple intel hardware. Dave From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:13:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A3116A41F; Thu, 12 Jan 2006 09:13:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F37543D49; Thu, 12 Jan 2006 09:13:02 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C29DDBC50; Thu, 12 Jan 2006 09:12:57 +0000 (UTC) To: Harti Brandt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Jan 2006 08:36:10 +0100." <20060112083224.U34596@beagle.kn.op.dlr.de> Date: Thu, 12 Jan 2006 10:12:57 +0100 Message-ID: <97715.1137057177@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: amd64@freebsd.org, current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 09:13:08 -0000 In message <20060112083224.U34596@beagle.kn.op.dlr.de>, Harti Brandt writes: >I suppose that this library is currently the easiest >way to enumerate all the partitions and slices. You need to use libgeom -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:47:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A28EA16A41F; Thu, 12 Jan 2006 09:47:57 +0000 (GMT) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B01F43D45; Thu, 12 Jan 2006 09:47:57 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; b=tupG7CZ2WEpnCkg5qTKFNAPHDIXK74kn88rhW/I0DHp33y/FJsQTl8AzQkmcYrcAv0clFQiFO8pvDTci9QNfkUi6tyB6FTOACEKc5N4woUuPmsycRJljrQrYIeLM18yCLOpP1fHMUAt1InkrpMGIh9RxNftBE9s6Evqi+s5+4tY=; Received: from nat-gw.home.altadena.net ([66.127.158.99] helo=[192.168.169.21]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1Ewz3c-0002bM-FJ; Thu, 12 Jan 2006 01:47:48 -0800 Message-ID: <43C625C2.2030208@altadena.net> Date: Thu, 12 Jan 2006 01:47:46 -0800 From: Peter Carah User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <43C60A57.3040405@altadena.net> <20060112085736.L34596@beagle.kn.op.dlr.de> In-Reply-To: <20060112085736.L34596@beagle.kn.op.dlr.de> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Problem building new bsnmpd import on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 09:47:57 -0000 Harti Brandt wrote: > This should been fixed now (by building a shareable libdisk). > > harti > I waited several days before sending this query, just in case a fix came in. It didn't until late today (I cvsup'd this morning and it didn't come yet). Then why did it build just fine on i386, and fail (on my only 2 samples) only on amd64. (I have a sparc64 but at the moment it doesn't run fbsd so I can't tell if it matters there or not...) Perhaps the 32-bit arch only supports relocations that are common between shared and not? Or that gcc doesn't try to get too fancy? I do understand the fix and all, just curious as to why it didn't matter on i386. -- Pete From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:27:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF9CE16A41F; Thu, 12 Jan 2006 10:27:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AD543D55; Thu, 12 Jan 2006 10:27:22 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CARLuR072956 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 20:57:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Jan 2006 20:57:19 +1030 User-Agent: KMail/1.8.3 References: <20060112080856.GI84964@svcolo.com> In-Reply-To: <20060112080856.GI84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2836752.KEI0pMRxDa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122057.20181.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:27:34 -0000 --nextPart2836752.KEI0pMRxDa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:38, Jo Rhett wrote: > 20-something people telling me that my shorthand for -core proves that I'm > an idiot. It wasn't the topic, and it doesn't change the real question o= ne > bit, but it's a great chance for everyone to call me an idiot. Am I in this category? I wonder.. Anyway.. Your use of nomenclature not matching that of the rest of the community is = a=20 sure fire way to be misunderstood and brushed off. Yes, people shouldn't just ignore you because you used the wrong name, but= =20 since those people are very busy they are guessing you are probably just a= =20 troll, or clueless.. This sort of attitude is necessary otherwise you'd was= te=20 heaps of time dealing with clueless people or trolls. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2836752.KEI0pMRxDa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxi8I5ZPcIHs/zowRAkFIAKCYiRQ9PE4QIgpS+p9uTgI7LQR4AACdEWOK HLrSldQn6OknEJIb03syflM= =Pba2 -----END PGP SIGNATURE----- --nextPart2836752.KEI0pMRxDa-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 10:42:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE6616A41F; Thu, 12 Jan 2006 10:42:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E1743D4C; Thu, 12 Jan 2006 10:42:17 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-188.lns2.adl4.internode.on.net [203.122.233.188]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0CAgENv073248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 12 Jan 2006 21:12:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jo Rhett Date: Thu, 12 Jan 2006 21:12:12 +1030 User-Agent: KMail/1.8.3 References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> In-Reply-To: <20060112073733.GG84964@svcolo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2243913.CToydO0EHq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601122112.13347.doconnor@gsoft.com.au> X-Spam-Score: 0 () SUBJECT_EXCESS_QP X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 10:42:18 -0000 --nextPart2243913.CToydO0EHq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 12 Jan 2006 18:07, Jo Rhett wrote: > On Fri, Jan 06, 2006 at 10:20:11PM +1030, Daniel O'Connor wrote: > > I imagine there are a few committers interested, but I'd say you need to > > ask the right way first.. > > As in...? I don't know any personally, but then again I only know about 3 committers= =20 which is not a large percentage. > But again, there are lots of people interested in this topic. Colin for > an obvious one. But if Colin can't convince the team to take this on, > where do you start? Colin is a committer. You write the code under his guidance. He commits it. So, there you go, problem solved. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2243913.CToydO0EHq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxjKF5ZPcIHs/zowRAsqGAJ4/BEw3roHS8fChGo7Ahva0qhQY3ACgpOmI 446W728pzdJrt+XmHWkDw5U= =5ol6 -----END PGP SIGNATURE----- --nextPart2243913.CToydO0EHq-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:33:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8598116A420 for ; Thu, 12 Jan 2006 11:33:19 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F366C43D49 for ; Thu, 12 Jan 2006 11:33:18 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so339933nzf for ; Thu, 12 Jan 2006 03:33:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=GHDyVINAMEq1XDUZ1g/5E+OHfsXMSS9wA77IteGM1IIAxBnpZqEn4JR4uXcawkDnBYeG3zzglDyVE4yuyFV+SC1YxvVdNM7t+Y7AgpZSD8HN8Oz+CGbGMDjPdWKw++12upjZ6P9XlXWr7DgWyW+HDw5FkAH1Hg9nZG4G6AujwZY= Received: by 10.36.77.8 with SMTP id z8mr1866058nza; Thu, 12 Jan 2006 03:33:18 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 7sm1647162nzn.2006.01.12.03.33.17; Thu, 12 Jan 2006 03:33:18 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0CBWp4t015429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Jan 2006 20:32:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0CBWpIW015428 for current@FreeBSD.org; Thu, 12 Jan 2006 20:32:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 12 Jan 2006 20:32:51 +0900 From: Pyun YongHyeon To: current@FreeBSD.org Message-ID: <20060112113251.GB13481@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:33:19 -0000 All, Here is modified sk(4) that makes use of bus_dma(9). It was lightly tested on sparc64(SMP)/i386(SMP). Changes from stock sk(4) - MPSAFE. No more recursive lock requiried. - bus_dma(9) conversion. I think it should work on all architectures. But testing on systems with > 4Gb was not performed due to lack of hardware resources. - optimized Rx handler for each normal and jumbo frames. Stock sk(4) used jumbo frame management code to handle normal sized frames. As the handler needs an additional lock to protect jumbo frame management structure from races, the stock driver actually used two lock operations for each received packet. The new driver uses single lock operation for normal frame.(Jumbo frame needs two lock operations as before.) - Tx TCP/Rx IP checksum offload support. According to the data sheet of SK-NET GENESIS the hardware supports Rx IP/TCP/UDP offerload. But I couldn't make it work on my Yukon hardware. So Rx TCP/UDP was disabled at the moment. - Other minor changes(callout(9) conversion, fix bugs etc.) You can get latest sk(4) driver from the following URL. http://people.freebsd.org/~yongari/sk/if_sk.c http://people.freebsd.org/~yongari/sk/if_skreg.h Or big diffs against HEAD. http://people.freebsd.org/~yongari/sk/sk.patch.CURRENT I'd like to hear any success/failure reports. If you have a NIC that is supported by sk(4) please give it a try and let me know the result. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:35:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44CB16A41F for ; Thu, 12 Jan 2006 11:35:01 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F216B43D48 for ; Thu, 12 Jan 2006 11:35:00 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 12:34:59 +0100 Date: Thu, 12 Jan 2006 12:35:33 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Peter Carah In-Reply-To: <43C625C2.2030208@altadena.net> Message-ID: <20060112123435.B35349@beagle.kn.op.dlr.de> References: <43C60A57.3040405@altadena.net> <20060112085736.L34596@beagle.kn.op.dlr.de> <43C625C2.2030208@altadena.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 11:34:59.0242 (UTC) FILETIME=[3823E0A0:01C6176C] Cc: current@freebsd.org Subject: Re: Problem building new bsnmpd import on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:35:01 -0000 On Thu, 12 Jan 2006, Peter Carah wrote: PC>Harti Brandt wrote: PC>> This should been fixed now (by building a shareable libdisk). PC>> PC>> harti PC>> PC> PC>I waited several days before sending this query, just in case a fix came in. PC>It didn't until late today (I cvsup'd this morning and it didn't come yet). PC> PC>Then why did it build just fine on i386, and fail (on my only 2 samples) only PC>on amd64. (I have a sparc64 but at the moment it doesn't run fbsd so I can't PC>tell if it matters there or not...) Perhaps the 32-bit arch only supports PC>relocations that are common between shared and not? Or that gcc doesn't try to PC>get too fancy? PC> PC>I do understand the fix and all, just curious as to why it didn't PC>matter on i386. It seems that amd64 relocation is different from, for example, sparc64 and doesn't allow to link non-pic static libraries into a shared object. harti From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 11:37:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5861016A41F; Thu, 12 Jan 2006 11:37:35 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41C43D48; Thu, 12 Jan 2006 11:37:34 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 12:37:33 +0100 Date: Thu, 12 Jan 2006 12:38:09 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Poul-Henning Kamp In-Reply-To: <97715.1137057177@critter.freebsd.dk> Message-ID: <20060112123741.M35349@beagle.kn.op.dlr.de> References: <97715.1137057177@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 11:37:33.0649 (UTC) FILETIME=[942C8410:01C6176C] Cc: amd64@freebsd.org, current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:37:35 -0000 On Thu, 12 Jan 2006, Poul-Henning Kamp wrote: PK>In message <20060112083224.U34596@beagle.kn.op.dlr.de>, Harti Brandt writes: PK> PK>>I suppose that this library is currently the easiest PK>>way to enumerate all the partitions and slices. PK> PK>You need to use libgeom I think, Victor will look into this. Thanks, harti From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:00:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C266E16A41F for ; Thu, 12 Jan 2006 12:00:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D5543D45 for ; Thu, 12 Jan 2006 12:00:12 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 9A8131FF9A6; Thu, 12 Jan 2006 13:00:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E051B1FF9AB; Thu, 12 Jan 2006 13:00:07 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7B7D644487E; Thu, 12 Jan 2006 12:00:02 +0000 (UTC) Date: Thu, 12 Jan 2006 12:00:02 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Pyun YongHyeon In-Reply-To: <20060112113251.GB13481@rndsoft.co.kr> Message-ID: <20060112115600.P24703@maildrop.int.zabbadoz.net> References: <20060112113251.GB13481@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 12:00:13 -0000 On Thu, 12 Jan 2006, Pyun YongHyeon wrote: Hi, > Here is modified sk(4) that makes use of bus_dma(9). It was lightly > tested on sparc64(SMP)/i386(SMP). I had a really quick glance at the patch and I will try it this evening. Sounds really great! > Changes from stock sk(4) > - MPSAFE. No more recursive lock requiried. Are you sure you can get a away with the recursive lock for the dual port cards? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:36:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 818D116A422 for ; Thu, 12 Jan 2006 12:36:36 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2764343D5E for ; Thu, 12 Jan 2006 12:36:28 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so339796wra for ; Thu, 12 Jan 2006 04:36:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=mIWErsx4LH5dA0I2a6EU0zJbDpf7wHKr36qr3fvr0qDrhgbyLDYO3ZMK5lXjn2Tfv6iKqTqsP7qJTMUbPyuStbBfinREKJKoPwEMj8l2tTWISEkoY4YILaHWHfT1A2gVOIYvRAqczn+4UG73DEhx2xEHvQ6VK7z5Uza2yi8ukR0= Received: by 10.54.63.9 with SMTP id l9mr105878wra; Thu, 12 Jan 2006 04:36:28 -0800 (PST) Received: by 10.54.91.14 with HTTP; Thu, 12 Jan 2006 04:36:27 -0800 (PST) Message-ID: <49402550601120436x1228e447o21e4bf13ecf12edc@mail.gmail.com> Date: Thu, 12 Jan 2006 14:36:27 +0200 From: victor cruceru To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 12:36:36 -0000 Hi All, Please find below. > Message: 16 > Date: Wed, 11 Jan 2006 18:44:03 -0700 > From: Scott Long > Subject: Re: [head tinderbox] failure on amd64/amd64 > > As a safe measure, we can build and install a special PIC archive, > > similar to libc_pic.a and libgcc_pic.a, and use it here. This is > > all in an assumption that it's still unsafe to produce the libdisk.so. > > > > > > Cheers, > > One way or another, please fix it. Why is bsnmp linking to libdisk > anyways? It's an absolutely horrible library. > > Scott > Because it was my decision to use libdisk I have to answer to this question= . First, only one bsnmp module is linking to this libdisk (a module for HOST-RESOURCES-MIB). I have to agree that this libdisk is not the nicest library I have ever seen (I don't like these kind of APIs/libs allocating memory for the user - but sometimes we can't avoid them for the sake of =20 execution speed), but at that time I only could think at one alternative solution to libdisk: to call the respective sysctl to programmatically detect the disks/partitions in the running system. This would make my code dependant to any change in the respective sysctl implementation (not to mention that this sysctl approach will reinvent the wheel - this is exactly what the libdisk is doing or was doing at that time). Seeing this libdisk used in a very sensitive part of the system -the installer - this gave me confidence that the usage of libdisk is a good approach, beside its ugliness. Also I was thinking that -on a long term- this libdisk will be well maintained and thus we could rely on it for this bsnmp modules. The final thing to say is that I haven't seen anything saying that this libdisk is ugly and should not be used (At that time I was looking for any hints in the FreeBSD mailing lists and in its manual page). I can try to replace the usage of libdisk with something else which will do the job of detecting the disks and the partitions in a running system. Any suggestion is greatly appreciated. Thanks, -- victor cruceru From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 08:11:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED2916A41F; Thu, 12 Jan 2006 08:11:48 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB6B43D68; Thu, 12 Jan 2006 08:11:43 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k0C8Aa1v016763; Thu, 12 Jan 2006 00:11:42 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k0C88u9B013251; Thu, 12 Jan 2006 00:08:56 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k0C88uOa013250; Thu, 12 Jan 2006 00:08:56 -0800 (PST) (envelope-from jrhett) Date: Thu, 12 Jan 2006 00:08:56 -0800 From: Jo Rhett To: freebsd-stable@freebsd.org Message-ID: <20060112080856.GI84964@svcolo.com> Mail-Followup-To: freebsd-stable@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: svcolo.com User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Thu, 12 Jan 2006 12:38:17 +0000 Cc: current@freebsd.org Subject: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:11:48 -0000 FreeBSD-current: please accept this posting to close off the thread that your list saw half of. I'm going to kill this topic. Results of my trolling to see if we could get any committer interest in this topic are: 17 enterprises e-mailing me privately to agree that it sucks, but that they doubt it will ever change. Some notes about how we handle certain situations today exchanged. 2 e-mails from people working at the bsdupdates project. I explain again to them why we can't run GENERIC, and they agree that without core operation system support there's no easy way to handle this. 3 e-mails from people who've been burned trying to raise this topic before, suggesting that I run and hide after raising an issue like this. They don't believe it will happen. 12 or so honest queries on the mailing list about why "make buildworld" or the freebsd-update mechanism doesn't work for me. Which I try to answer in detail, even when the questioner was insulting me. 7 or so suggestions on the mailing list that I deliver a working solution before asking for consensus. 16-something people telling me that I clearly don't understand the problem, and that if I wasn't an idiot I could solve it using this or that. Most of which are tools we are using today, and know the limitations of pretty well. (none of whom actually delivered information about how to improve on this) 20-something people telling me that my shorthand for -core proves that I'm an idiot. It wasn't the topic, and it doesn't change the real question one bit, but it's a great chance for everyone to call me an idiot. 1,215,545 or thereabouts people writing me to call me an idiot, without much justification whatsoever. In short, the situation remains as before. A lot of need, but no solution. A lot of interest, but no belief that it will be accepted into the core operating system. No interest from any of the developers who could make this happen. Without any interest, you can't come up with a starting definition or goals for consensus. Thus there's no point in trying to build a team to do it. Kind of like invading Iraq without a clear objective and a plan. (sorry for the off-topic political reference, but it is apt) For now we'll have to see if Colin can find ways around the problems without the tools he needs to do it right. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 12:49:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B343816A41F for ; Thu, 12 Jan 2006 12:49:12 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0027C43D45 for ; Thu, 12 Jan 2006 12:49:11 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0CCn24W044630; Thu, 12 Jan 2006 13:49:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k0CCn2VE044726; Thu, 12 Jan 2006 13:49:02 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k0CCmxE7044725; Thu, 12 Jan 2006 13:48:59 +0100 (CET) (envelope-from wb) Date: Thu, 12 Jan 2006 13:48:59 +0100 From: Wilko Bulte To: Scott Long Message-ID: <20060112124859.GA44686@freebie.xs4all.nl> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C5B6F0.1050004@samsco.org> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: alan bryan , freebsd-current@freebsd.org, Julian Elischer , David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 12:49:12 -0000 On Wed, Jan 11, 2006 at 06:54:56PM -0700, Scott Long wrote.. > Julian Elischer wrote: > >David Leimbach wrote: > > > >> > >> > >>On 1/11/06, *Julian Elischer* >>> wrote: > >> > >> alan bryan wrote: > >> > >> >I read that the new Intel (x86) Macs use EFI rather > >> >than the traditional PC Bios to boot up. I'm > >> >interested in using one of these to multiboot OS X and > >> >FreeBSD and am wondering if it is yet known to work or > >> >not. Do any changes need to be made to FreeBSD or > >> >should it work out of the box? Thanks for any insight > >> >and I know that it may be impossible to fully answer > >> >until people get their hands on the hardware but I > >> >just wanted to start thinking about the possibilities. > >> > > >> > > >> well if they can boot Darwin I'm sure they can be hacked to boot > >> FreeBSD. > >> It would probabty require a different bootloader binary. > >> > >> > >> > >>I don't see what booting Darwin has to do with booting FreeBSD. > > > > > > > >If they were bastards they could refuse to load anything that wasn't in > >some format or didn't > >decrypt with some public key. I doubt they wouod do that but since they > >control the > >horizontal and the vertical they COULD do it. > > > >It is possible that the boot loader sequence may require a stage that is > >in some format > >supported by the apple firmware, depending on how wired down they have > >made it. > > > > Geez, please take off the tinfoil hat. This has been an FAQ since about > 3 seconds after the word 'Intel' escaped Jobs' lips in June. Apple has > quite clearly stated that they will not do anything to lock down the > hardware from other OS's, just that they won't go out of their way to > support anything other than OSX. > > So, repeat after me: "APPLE IS NOT KILLING KITTENS AND CALLING YOUR Not too surprising the abundance of cats over at jkh's residence ;) > MOTHER DIRTY NAMES". A gold star goes to the first person who boots -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 13:13:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E29A016A41F for ; Thu, 12 Jan 2006 13:13:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F7443D45 for ; Thu, 12 Jan 2006 13:13:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.134] (dhcp-171-134.centtech.com [10.177.171.134]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k0CDDiCx095626; Thu, 12 Jan 2006 07:13:51 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C6560A.8020200@centtech.com> Date: Thu, 12 Jan 2006 07:13:46 -0600 From: Eric Anderson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> In-Reply-To: <200601122112.13347.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Jo Rhett , current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 13:13:55 -0000 Daniel O'Connor wrote: >On Thu, 12 Jan 2006 18:07, Jo Rhett wrote: > > >>On Fri, Jan 06, 2006 at 10:20:11PM +1030, Daniel O'Connor wrote: >> >> >>>I imagine there are a few committers interested, but I'd say you need to >>>ask the right way first.. >>> >>> >>As in...? >> >> > >I don't know any personally, but then again I only know about 3 committers >which is not a large percentage. > > > >>But again, there are lots of people interested in this topic. Colin for >>an obvious one. But if Colin can't convince the team to take this on, >>where do you start? >> >> > >Colin is a committer. >You write the code under his guidance. >He commits it. > >So, there you go, problem solved. > > That's true, if you can find a committer willing to help - and I think that's the issue. I've tried numerous times to contact committers of certain areas, asking quick questions, or things like 'if I build this, would it be comittable?' - with about 80% of the time receiving no response. Now, I'm not complaining, or claiming they should reply - they are volunteers and already busy doing their regular life stuff in addition to the FreeBSD code they contribute. I'm just mentioning it as a data point, that it is pretty hard to find a committer willing to mentor someone, or at a minimum, give them pointers. The -hackers list is excellent as far as answering most technical questions (rapidly!), but in the end, it is pretty difficult to find a committer to listen to you, unless you already have patches ready to roll, since that takes less time of course. Maybe, on the FreeBSD developers page, we could have a list of categories and mentors for those categories for those willing to work on code to contact with questions, etc. Then committers could volunteer as a mentor for a category they enjoy.. Or is it enough to just post to -hackers asking 'anyone want to mentor me?' ? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 14:09:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9964916A41F for ; Thu, 12 Jan 2006 14:09:46 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA43043D58 for ; Thu, 12 Jan 2006 14:09:33 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id k0CE9LvD023192; Thu, 12 Jan 2006 14:09:21 GMT (envelope-from dfr@nlsystems.com) In-Reply-To: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Thu, 12 Jan 2006 14:09:18 +0000 To: David Leimbach X-Mailer: Apple Mail (2.746.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/1239/Thu Jan 12 11:36:22 2006 on mail.qubesoft.com X-Virus-Status: Clean Cc: alan bryan , freebsd-current@freebsd.org, Julian Elischer Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 14:09:46 -0000 On 11 Jan 2006, at 22:05, David Leimbach wrote: > On 1/11/06, Julian Elischer wrote: >> >> alan bryan wrote: >> >>> I read that the new Intel (x86) Macs use EFI rather >>> than the traditional PC Bios to boot up. I'm >>> interested in using one of these to multiboot OS X and >>> FreeBSD and am wondering if it is yet known to work or >>> not. Do any changes need to be made to FreeBSD or >>> should it work out of the box? Thanks for any insight >>> and I know that it may be impossible to fully answer >>> until people get their hands on the hardware but I >>> just wanted to start thinking about the possibilities. >>> >>> >> well if they can boot Darwin I'm sure they can be hacked to boot >> FreeBSD. >> It would probabty require a different bootloader binary. > > > > I don't see what booting Darwin has to do with booting FreeBSD. > > However, since FreeBSD boots on IA64 using the FreeBSD bootloader > for IA64, > I *hope* it won't be much work to port whatever changes that > requires to > IA32. When I wrote the EFI bootloader for ia64, I spent a small amount of time trying to make it possible to port to an i386 EFI environment. I reckon it would only take a day or two to do the port. If someone donates a nice new 20" iMac to me, I'll even do the work :-) From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 14:23:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B55F16A41F; Thu, 12 Jan 2006 14:23:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CDE43D6D; Thu, 12 Jan 2006 14:23:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0CENjeY033377; Thu, 12 Jan 2006 07:23:45 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C66673.8070809@samsco.org> Date: Thu, 12 Jan 2006 07:23:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> <20060112083224.U34596@beagle.kn.op.dlr.de> In-Reply-To: <20060112083224.U34596@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: amd64@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 14:23:50 -0000 Harti Brandt wrote: > On Wed, 11 Jan 2006, Scott Long wrote: > > SL>Ruslan Ermilov wrote: > SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > SL>> > SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a > SL>> > > reason not to have one? > SL>> > > > SL>> > > SL>> > Here's the original reason. I'm not sure if it still holds. peter@ and > SL>> > phk@ Cc:ed. > SL>> > > SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v > SL>> > : Working file: Makefile > SL>> > : head: 1.44 > SL>> > : branch: > SL>> > : locks: strict > SL>> > : access list: > SL>> > : keyword substitution: kv > SL>> > : total revisions: 65; selected revisions: 1 > SL>> > : description: > SL>> > : ---------------------------- > SL>> > : revision 1.12 > SL>> > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent > SL>> > : discussion on -core about disk partitioning tools etc. > SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version > SL>> > mismatch > SL>> > : because of the potential grave consequences. (as suggested by phk) > SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > SL>> > : hopefully going to remain in sync. > SL>> > > SL>> > SL>> As a safe measure, we can build and install a special PIC archive, > SL>> similar to libc_pic.a and libgcc_pic.a, and use it here. This is > SL>> all in an assumption that it's still unsafe to produce the libdisk.so. > SL>> > SL>> > SL>> Cheers, > SL> > SL>One way or another, please fix it. Why is bsnmp linking to libdisk anyways? > SL>It's an absolutely horrible library. > > Then either remove it, put a 'don't use this horrible library' into the > man page or whatever. How is one supposed to know that it shouldn't be > used if it is there? I suppose that this library is currently the easiest > way to enumerate all the partitions and slices. The hostres MIB needs this > to populate the hrPartitionTable. I would also say, that everybody is free > to 'fix' this. > > harti libdisk is an artifact of sysinstall, and has been for abut 10 years. And no, it's quite customary for the person who created the compile problem to fix it in a timely manner. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:20:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 410AD16A420; Thu, 12 Jan 2006 15:20:33 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBD8643D48; Thu, 12 Jan 2006 15:20:32 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Ex4Fb-000AMk-7t; Thu, 12 Jan 2006 17:20:31 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Ruslan Ermilov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jan 2006 17:20:31 +0200 From: Danny Braniss Message-ID: Cc: current@freebsd.org Subject: make buildworld - cross compiling error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:20:33 -0000 Hi, I have been using Freebsd 5.4/i386 to 'make build*' to cross build i386/amd64 5.4/6.0. So now im trying to use FreeBSD 6.0/amd64 to do the same. it's failing when: setenv MAKEOBJDIRPREFIX /r+d/obj/bsd cd /r+d/5.4/src make -j2 TARGET_ARCH=i386 buildworld i think the problem is somewhere here: ... crunchgen: make error: "/usr/share/mk/bsd.compat.mk", line 36: warning: NOLINT is deprecated in favor of NO_LINT btw, without the -j2 it works ok. danny From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:25:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7031216A41F for ; Thu, 12 Jan 2006 15:25:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5520943D70 for ; Thu, 12 Jan 2006 15:25:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0CFPFXe033615; Thu, 12 Jan 2006 08:25:16 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C674DD.6030506@samsco.org> Date: Thu, 12 Jan 2006 08:25:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <20060111.234830.49434547.imp@bsdimp.com> In-Reply-To: <20060111.234830.49434547.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: alanbryan1234@yahoo.com, freebsd-current@freebsd.org, julian@elischer.org, leimy2k@gmail.com Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:25:25 -0000 M. Warner Losh wrote: > In message: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> > David Leimbach writes: > : On 1/11/06, Julian Elischer wrote: > : > > : > alan bryan wrote: > : > > : > >I read that the new Intel (x86) Macs use EFI rather > : > >than the traditional PC Bios to boot up. I'm > : > >interested in using one of these to multiboot OS X and > : > >FreeBSD and am wondering if it is yet known to work or > : > >not. Do any changes need to be made to FreeBSD or > : > >should it work out of the box? Thanks for any insight > : > >and I know that it may be impossible to fully answer > : > >until people get their hands on the hardware but I > : > >just wanted to start thinking about the possibilities. > : > > > : > > > : > well if they can boot Darwin I'm sure they can be hacked to boot FreeBSD. > : > It would probabty require a different bootloader binary. > : > : > : > : I don't see what booting Darwin has to do with booting FreeBSD. > : > : However, since FreeBSD boots on IA64 using the FreeBSD bootloader for IA64, > : I *hope* it won't be much work to port whatever changes that requires to > : IA32. > > Assuming any DRM or copy protection that apple puts in place allows US > to put a boot loader there in the first place. > > Warner GRRRRRRRRRRRRR Please stop the absolutely baseless conjecture. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:45:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3063F16A41F for ; Thu, 12 Jan 2006 15:45:14 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71CD543D5E for ; Thu, 12 Jan 2006 15:45:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0CFivuD006270; Thu, 12 Jan 2006 17:44:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 03839-03-4; Thu, 12 Jan 2006 17:44:55 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0CFblWL005997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2006 17:37:47 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0CFbo2s024158; Thu, 12 Jan 2006 17:37:50 +0200 (EET) (envelope-from ru) Date: Thu, 12 Jan 2006 17:37:50 +0200 From: Ruslan Ermilov To: Danny Braniss Message-ID: <20060112153750.GB22977@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: make buildworld - cross compiling error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:45:14 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Danny, On Thu, Jan 12, 2006 at 05:20:31PM +0200, Danny Braniss wrote: > Hi, > I have been using Freebsd 5.4/i386 to 'make build*' to cross build > i386/amd64 5.4/6.0. >=20 > So now im trying to use FreeBSD 6.0/amd64 to do the same. > it's failing when: > setenv MAKEOBJDIRPREFIX /r+d/obj/bsd > cd /r+d/5.4/src > make -j2 TARGET_ARCH=3Di386 buildworld >=20 > i think the problem is somewhere here: > ... > crunchgen: make error: "/usr/share/mk/bsd.compat.mk", line 36: warning: N= OLINT=20 > is deprecated in favor of NO_LINT >=20 > btw, without the -j2 it works ok. >=20 No, it's just the harmless warning. If it works without -j2 then it's a parallelization problem. If it happens compiling 5.4, I don't care to fix it -- I have only time and energy for HEAD and RELENG_6. If it fails somewhere in kerberbos or in aicasm during kernel build, chances are you can simply merge one of my fixes. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxnfOqRfpzJluFF4RAugWAJ9gpIoo+xcvdR6mItrvPfmWtNSjlwCgmDR2 2fbQJ0qgwWoy0u6UdNeZu0I= =sKRC -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:48:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 589A616A41F for ; Thu, 12 Jan 2006 15:48:47 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5BA43D46 for ; Thu, 12 Jan 2006 15:48:46 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so423382nzo for ; Thu, 12 Jan 2006 07:48:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A0xAu8tJSItAe/QSy6e8ShB+WF5TpmySMQ2mUfbijMRCiar9tPBTbaBagH0A20L27WscPOoZtPAsc/b7mr/CaOv1i8NbgN6PlkSOsmK/FzrQIOnpXDDR39RdBMk7lj3FoPDNdjndbi58dxlllTPYV7nW9TzuCy3omDgabFNb9CY= Received: by 10.36.196.6 with SMTP id t6mr1854538nzf; Thu, 12 Jan 2006 07:48:46 -0800 (PST) Received: by 10.36.46.13 with HTTP; Thu, 12 Jan 2006 07:48:46 -0800 (PST) Message-ID: <3e1162e60601120748p55e6d77cib782917714c75afb@mail.gmail.com> Date: Thu, 12 Jan 2006 07:48:46 -0800 From: David Leimbach To: Scott Long In-Reply-To: <43C674DD.6030506@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <20060111.234830.49434547.imp@bsdimp.com> <43C674DD.6030506@samsco.org> Cc: alanbryan1234@yahoo.com, freebsd-current@freebsd.org, julian@elischer.org, "M. Warner Losh" Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:48:47 -0000 On 1/12/06, Scott Long wrote: > M. Warner Losh wrote: > > In message: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.co= m> > > David Leimbach writes: > > : On 1/11/06, Julian Elischer wrote: > > : > > > : > alan bryan wrote: > > : > > > : > >I read that the new Intel (x86) Macs use EFI rather > > : > >than the traditional PC Bios to boot up. I'm > > : > >interested in using one of these to multiboot OS X and > > : > >FreeBSD and am wondering if it is yet known to work or > > : > >not. Do any changes need to be made to FreeBSD or > > : > >should it work out of the box? Thanks for any insight > > : > >and I know that it may be impossible to fully answer > > : > >until people get their hands on the hardware but I > > : > >just wanted to start thinking about the possibilities. > > : > > > > : > > > > : > well if they can boot Darwin I'm sure they can be hacked to boot Fr= eeBSD. > > : > It would probabty require a different bootloader binary. > > : > > : > > : > > : I don't see what booting Darwin has to do with booting FreeBSD. > > : > > : However, since FreeBSD boots on IA64 using the FreeBSD bootloader for= IA64, > > : I *hope* it won't be much work to port whatever changes that requires= to > > : IA32. > > > > Assuming any DRM or copy protection that apple puts in place allows US > > to put a boot loader there in the first place. > > > > Warner > > GRRRRRRRRRRRRR > > Please stop the absolutely baseless conjecture. FYI, the entire first paragraph of the wikipedia article on EFI is pretty much a bunch of crap. At least they flagged it for not being neutral. There's so much misinformation on the www. Wikipedia's like a piece of flypaper for it sometimes. Dave From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:54:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1365416A41F for ; Thu, 12 Jan 2006 15:54:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD67B43D81 for ; Thu, 12 Jan 2006 15:54:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0CFs401033748; Thu, 12 Jan 2006 08:54:04 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C67B9E.7030306@samsco.org> Date: Thu, 12 Jan 2006 08:54:06 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Leimbach References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <20060111.234830.49434547.imp@bsdimp.com> <43C674DD.6030506@samsco.org> <3e1162e60601120748p55e6d77cib782917714c75afb@mail.gmail.com> In-Reply-To: <3e1162e60601120748p55e6d77cib782917714c75afb@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: alanbryan1234@yahoo.com, freebsd-current@freebsd.org, julian@elischer.org, "M. Warner Losh" Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:54:25 -0000 David Leimbach wrote: > On 1/12/06, Scott Long wrote: > >>M. Warner Losh wrote: >> >>>In message: <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> >>> David Leimbach writes: >>>: On 1/11/06, Julian Elischer wrote: >>>: > >>>: > alan bryan wrote: >>>: > >>>: > >I read that the new Intel (x86) Macs use EFI rather >>>: > >than the traditional PC Bios to boot up. I'm >>>: > >interested in using one of these to multiboot OS X and >>>: > >FreeBSD and am wondering if it is yet known to work or >>>: > >not. Do any changes need to be made to FreeBSD or >>>: > >should it work out of the box? Thanks for any insight >>>: > >and I know that it may be impossible to fully answer >>>: > >until people get their hands on the hardware but I >>>: > >just wanted to start thinking about the possibilities. >>>: > > >>>: > > >>>: > well if they can boot Darwin I'm sure they can be hacked to boot FreeBSD. >>>: > It would probabty require a different bootloader binary. >>>: >>>: >>>: >>>: I don't see what booting Darwin has to do with booting FreeBSD. >>>: >>>: However, since FreeBSD boots on IA64 using the FreeBSD bootloader for IA64, >>>: I *hope* it won't be much work to port whatever changes that requires to >>>: IA32. >>> >>>Assuming any DRM or copy protection that apple puts in place allows US >>>to put a boot loader there in the first place. >>> >>>Warner >> >>GRRRRRRRRRRRRR >> >>Please stop the absolutely baseless conjecture. > > > FYI, the entire first paragraph of the wikipedia article on EFI is > pretty much a bunch of crap. At least they flagged it for not being > neutral. There's so much misinformation on the www. Wikipedia's like > a piece of flypaper for it sometimes. > > Dave All I can say to that article is.... wow. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 15:56:35 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9431016A41F for ; Thu, 12 Jan 2006 15:56:35 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3272243DA9 for ; Thu, 12 Jan 2006 15:55:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0CFtiar082549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2006 18:55:44 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0CFth4U082548; Thu, 12 Jan 2006 18:55:43 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Jan 2006 18:55:43 +0300 From: Gleb Smirnoff To: Eric Anderson Message-ID: <20060112155543.GY57606@FreeBSD.org> References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43C6560A.8020200@centtech.com> User-Agent: Mutt/1.5.6i Cc: current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 15:56:35 -0000 Eric, On Thu, Jan 12, 2006 at 07:13:46AM -0600, Eric Anderson wrote: E> That's true, if you can find a committer willing to help - and I think E> that's the issue. I've tried numerous times to contact committers of E> certain areas, asking quick questions, or things like 'if I build this, E> would it be comittable?' - with about 80% of the time receiving no E> response. Now, I'm not complaining, or claiming they should reply - E> they are volunteers and already busy doing their regular life stuff in E> addition to the FreeBSD code they contribute. I'm just mentioning it as E> a data point, that it is pretty hard to find a committer willing to E> mentor someone, or at a minimum, give them pointers. The -hackers list E> is excellent as far as answering most technical questions (rapidly!), E> but in the end, it is pretty difficult to find a committer to listen to E> you, unless you already have patches ready to roll, since that takes E> less time of course. First you should to check whether given person is active now in CVS and/or mailing lists. If he is not, then you have a lesser chance to get answer. If he is active, then don't hesitate to ask for help. And don't be afraid to send a reminded, if discussion freezes. And don't forget that email goblins can eat your email. This is quite often a reason for "ignoring", at least for myself. E> Maybe, on the FreeBSD developers page, we could have a list of E> categories and mentors for those categories for those willing to work on E> code to contact with questions, etc. Then committers could volunteer as E> a mentor for a category they enjoy.. Or is it enough to just post to E> -hackers asking 'anyone want to mentor me?' ? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 16:05:04 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C0C16A41F; Thu, 12 Jan 2006 16:05:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F49443D45; Thu, 12 Jan 2006 16:05:03 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.134] (dhcp-171-134.centtech.com [10.177.171.134]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0CG52nE083938; Thu, 12 Jan 2006 10:05:03 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C67E30.7000603@centtech.com> Date: Thu, 12 Jan 2006 10:05:04 -0600 From: Eric Anderson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> <20060112155543.GY57606@FreeBSD.org> In-Reply-To: <20060112155543.GY57606@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 16:05:04 -0000 Gleb Smirnoff wrote: > Eric, > >On Thu, Jan 12, 2006 at 07:13:46AM -0600, Eric Anderson wrote: >E> That's true, if you can find a committer willing to help - and I think >E> that's the issue. I've tried numerous times to contact committers of >E> certain areas, asking quick questions, or things like 'if I build this, >E> would it be comittable?' - with about 80% of the time receiving no >E> response. Now, I'm not complaining, or claiming they should reply - >E> they are volunteers and already busy doing their regular life stuff in >E> addition to the FreeBSD code they contribute. I'm just mentioning it as >E> a data point, that it is pretty hard to find a committer willing to >E> mentor someone, or at a minimum, give them pointers. The -hackers list >E> is excellent as far as answering most technical questions (rapidly!), >E> but in the end, it is pretty difficult to find a committer to listen to >E> you, unless you already have patches ready to roll, since that takes >E> less time of course. > >First you should to check whether given person is active now in CVS and/or >mailing lists. If he is not, then you have a lesser chance to get answer. > > Yep, all the people I email are active on the lists, for sure, and almost always active (or extremely active) committers. >If he is active, then don't hesitate to ask for help. And don't be afraid >to send a reminded, if discussion freezes. > >And don't forget that email goblins can eat your email. This is quite often >a reason for "ignoring", at least for myself. > > Yea, I forget about that, thanks for pointing it out.. >E> Maybe, on the FreeBSD developers page, we could have a list of >E> categories and mentors for those categories for those willing to work on >E> code to contact with questions, etc. Then committers could volunteer as >E> a mentor for a category they enjoy.. Or is it enough to just post to >E> -hackers asking 'anyone want to mentor me?' ? > > > -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 17:47:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6A5D16A41F; Thu, 12 Jan 2006 17:47:21 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3D143D49; Thu, 12 Jan 2006 17:47:17 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from sam.flintsbach.schmalzbauer.de (sam.flintsbach.schmalzbauer.de [172.21.2.4]) by flb.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id k0CHlwdJ021495; Thu, 12 Jan 2006 18:47:58 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.252]) by sam.flintsbach.schmalzbauer.de (Postfix) with ESMTP id A696EB62D; Thu, 12 Jan 2006 18:47:15 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id k0CHl8J1009611; Thu, 12 Jan 2006 18:47:08 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id k0CHl8Fc009610; Thu, 12 Jan 2006 18:47:08 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: cvs-src@freebsd.org Date: Thu, 12 Jan 2006 18:47:00 +0100 User-Agent: KMail/1.8.1 References: <200601110030.k0B0UPOx009098@repoman.freebsd.org> In-Reply-To: <200601110030.k0B0UPOx009098@repoman.freebsd.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1613906.PzIa2BOAlf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601121847.08044@harrymail> X-Mailman-Approved-At: Thu, 12 Jan 2006 18:11:30 +0000 Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/em if_em.c if_em.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 17:47:21 -0000 --nextPart1613906.PzIa2BOAlf Content-Type: multipart/mixed; boundary="Boundary-01=_WYpxDx9t7bKI4jf" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_WYpxDx9t7bKI4jf Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 11. Januar 2006 01:30 CEST schrieb Scott Long: > scottl 2006-01-11 00:30:25 UTC > > FreeBSD src repository > > Modified files: > sys/dev/em if_em.c if_em.h > Log: > Significant performance improvements for the if_em driver: > > - Only update the rx ring consumer pointer after running through the > rx loop, not with each iteration through the loop. > - If possible, use a fast interupt handler instead of an ithread > handler. Use the interrupt handler to check and squelch the interrupt, > then schedule a taskqueue to do the actual work. This has three > benefits: Thank you very much for your work! Since I'm using many em cards and can't= =20 get higher tranfer rates compared to fxp (but I wanted to double it so I=20 spent some money to replace F-Eth equipment with GbE) I'd like to apply=20 your work to RELENG_6. I made the attached diff, but compiler stops here: /usr/obj/GUNE/usr/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V=20 GEN_CFILES | MKDEP_CPP=3D"cc -E" CC=3D"cc" xargs mkdep -a -f .newdep -O2=20 =2Dpipe -fno-strict-aliasing -march=3Dpentium3 -Wall -Wredundant-decls=20 =2DWnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h=20 =2DWinline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I= =2E=20 =2DI/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilte= r=20 =2DI/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath=20 =2DI/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm=20 =2DI/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include=20 opt_global.h -fno-common -finline-limit=3D8000 --param=20 inline-unit-growth=3D100 --param large-function-growth=3D1000 =20 =2Dmno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dn= ow=20 =2Dmno-sse -mno-sse2 -ffreestanding /usr/src/sys/dev/em/if_em.c:3178:34: macro "VLAN_INPUT_TAG" requires 4=20 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /usr/obj/GUNE/usr/src/sys/CUV-LV. *** Error code 1 I have no idea how to correct this, could you please help me? Or isn't it=20 that simple, eg. VLAN isn't the same level in RELENG_6 and -current? Thanks in advance, =2DHarry > Revision Changes Path > 1.98 +193 -18 src/sys/dev/em/if_em.c > 1.41 +10 -1 src/sys/dev/em/if_em.h > _______________________________________________ > cvs-src@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-src > To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" --Boundary-01=_WYpxDx9t7bKI4jf Content-Type: text/x-diff; charset="iso-8859-15"; name="if_em.c.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_em.c.diff" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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: /usr/local/www/cvsroot/FreeBSD/src/sys/dev/em/if_em.c,v retrieving revision 1.65.2.10 retrieving revision 1.98 diff -u -p -r1.65.2.10 -r1.98 =2D-- sys/dev/em/if_em.c 2006/01/10 10:09:03 1.65.2.10 +++ sys/dev/em/if_em.c 2006/01/11 00:30:25 1.98 @@ -31,7 +31,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 **************************************************************************= */ =20 =2D/*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.10 2006/01/10 10:09:03 glebi= us Exp $*/ +/*$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/sys/dev/em/if_em.c,v 1.98 2= 006/01/11 00:30:25 scottl Exp $*/ =20 #ifdef HAVE_KERNEL_OPTION_HEADERS #include "opt_device_polling.h" @@ -141,6 +141,9 @@ static int em_shutdown(device_t); static int em_suspend(device_t); static int em_resume(device_t); static void em_intr(void *); +#ifndef NO_EM_FASTINTR +static void em_intr_fast(void *); +#endif static void em_start(struct ifnet *); static void em_start_locked(struct ifnet *ifp); static int em_ioctl(struct ifnet *, u_long, caddr_t); @@ -168,7 +171,10 @@ static void em_update_stats_counters(str static void em_clean_transmit_interrupts(struct adapter *); static int em_allocate_receive_structures(struct adapter *); static int em_allocate_transmit_structures(struct adapter *); =2Dstatic void em_process_receive_interrupts(struct adapter *, int); +static int em_process_receive_interrupts(struct adapter *, int); +#ifndef __NO_STRICT_ALIGNMENT +static int em_fixup_rx(struct adapter *); +#endif static void em_receive_checksum(struct adapter *,=20 struct em_rx_desc *, struct mbuf *); @@ -206,6 +212,12 @@ static int em_sysctl_int_delay(SYSCTL_H static void em_add_int_delay_sysctl(struct adapter *, const char *, const char *, struct em_int_delay_info *, int, int); +#ifndef NO_EM_FASTINTR +static void em_add_int_process_limit(struct adapter *, const char *, + const char *, int *, int); +static void em_handle_rxtx(void *context, int pending); +static void em_handle_link(void *context, int pending); +#endif #ifdef DEVICE_POLLING static poll_handler_t em_poll; #endif @@ -254,6 +266,10 @@ TUNABLE_INT("hw.em.tx_abs_int_delay", &e TUNABLE_INT("hw.em.rx_abs_int_delay", &em_rx_abs_int_delay_dflt); TUNABLE_INT("hw.em.rxd", &em_rxd); TUNABLE_INT("hw.em.txd", &em_txd); +#ifndef NO_EM_FASTINTR +static int em_rx_process_limit =3D 100; +TUNABLE_INT("hw.em.rx_process_limit", &em_rx_process_limit); +#endif =20 /********************************************************************* * Device identification routine @@ -376,6 +392,13 @@ em_attach(device_t dev) em_tx_abs_int_delay_dflt); } =20 + /* Sysctls for limiting the amount of work done in the taskqueue */ +#ifndef NO_EM_FASTINTR + em_add_int_process_limit(adapter, "rx_processing_limit", + "max number of rx packets to process", &adapter->rx_process_limit, + em_rx_process_limit); +#endif + /* * Validate number of transmit and receive descriptors. It * must not exceed hardware maximum, and must be multiple @@ -430,7 +453,6 @@ em_attach(device_t dev) */ adapter->hw.report_tx_early =3D 1; =20 =2D if (em_allocate_pci_resources(adapter)) { printf("em%d: Allocation of PCI resources failed\n",=20 adapter->unit); @@ -560,6 +582,17 @@ em_detach(device_t dev) ether_poll_deregister(ifp); #endif =20 + if (adapter->res_interrupt !=3D NULL) { + bus_teardown_intr(dev, adapter->res_interrupt,=20 + adapter->int_handler_tag); + bus_release_resource(dev, SYS_RES_IRQ, 0,=20 + adapter->res_interrupt); + adapter->res_interrupt =3D NULL; + if (adapter->tq !=3D NULL) { + taskqueue_drain(adapter->tq, &adapter->rxtx_task); + taskqueue_drain(taskqueue_fast, &adapter->link_task); + } + } EM_LOCK(adapter); adapter->in_detach =3D 1; em_stop(adapter); @@ -723,16 +756,6 @@ em_ioctl(struct ifnet *ifp, u_long comma break; case SIOCSIFMTU: { =2D#ifndef __NO_STRICT_ALIGNMENT =2D if (ifr->ifr_mtu > ETHERMTU) =2D /* =2D * XXX =2D * Due to the limitation of DMA engine, it needs fix-up =2D * code for strict alignment architectures. Disable =2D * jumbo frame until we have better solutions. =2D */ =2D error =3D EINVAL; =2D#else int max_frame_size; =20 IOCTL_DEBUGOUT("ioctl rcv'd: SIOCSIFMTU (Set Interface MTU)"); @@ -761,7 +784,6 @@ em_ioctl(struct ifnet *ifp, u_long comma ifp->if_mtu + ETHER_HDR_LEN + ETHER_CRC_LEN; em_init_locked(adapter); EM_UNLOCK(adapter); =2D#endif break; } case SIOCSIFFLAGS: @@ -1060,11 +1082,113 @@ em_poll(struct ifnet *ifp, enum poll_cmd } #endif /* DEVICE_POLLING */ =20 +#ifndef NO_EM_FASTINTR +static void +em_handle_link(void *context, int pending) +{ + struct adapter *adapter =3D context; + struct ifnet *ifp; + + ifp =3D adapter->ifp; + + EM_LOCK(adapter); + + callout_stop(&adapter->timer); + adapter->hw.get_link_status =3D 1; + em_check_for_link(&adapter->hw); + em_print_link_status(adapter); + callout_reset(&adapter->timer, hz, em_local_timer, + adapter); + EM_UNLOCK(adapter); +} + +static void +em_handle_rxtx(void *context, int pending) +{ + struct adapter *adapter =3D context; + struct ifnet *ifp; + + ifp =3D adapter->ifp; + + /* + * TODO: + * It should be possible to run the tx clean loop without the lock. + */ + if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + if (em_process_receive_interrupts(adapter, + adapter->rx_process_limit) !=3D 0) + taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); + EM_LOCK(adapter); + em_clean_transmit_interrupts(adapter); + + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + em_start_locked(ifp); + EM_UNLOCK(adapter); + } + + em_enable_intr(adapter); + return; +} +#endif + /********************************************************************* * * Interrupt Service routine =20 * **********************************************************************/ +#ifndef NO_EM_FASTINTR +static void +em_intr_fast(void *arg) +{ + struct adapter *adapter =3D arg; + struct ifnet *ifp; + uint32_t reg_icr; + + ifp =3D adapter->ifp; =20 + +#ifdef DEVICE_POLLING + if (ifp->if_capenable & IFCAP_POLLING) { + return; + } +#endif /* DEVICE_POLLING */ + + reg_icr =3D E1000_READ_REG(&adapter->hw, ICR); + + /* Hot eject? */ + if (reg_icr =3D=3D 0xffffffff) + return; + + /* Definitely not our interrupt. */ + if (reg_icr =3D=3D 0x0) + return; + + /* + * Starting with the 82571 chip, bit 31 should be used to + * determine whether the interrupt belongs to us. + */ + if (adapter->hw.mac_type >=3D em_82571 && + (reg_icr & E1000_ICR_INT_ASSERTED) =3D=3D 0) + return; + + /* + * Mask interrupts until the taskqueue is finished running. This is + * cheap, just assume that it is needed. This also works around the + * MSI message reordering errata on certain systems. + */ + em_disable_intr(adapter); + taskqueue_enqueue(adapter->tq, &adapter->rxtx_task); + + /* Link status change */ + if (reg_icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC)) + taskqueue_enqueue(taskqueue_fast, &adapter->link_task); + + if (reg_icr & E1000_ICR_RXO) { + adapter->rx_overruns++; + } + return; +} +#endif + static void em_intr(void *arg) { @@ -1865,7 +1989,7 @@ em_allocate_pci_resources(struct adapter =20 if (adapter->hw.mac_type > em_82543) { /* Figure our where our IO BAR is ? */ =2D for (rid =3D PCIR_BAR(0); rid < PCIR_CARDBUSCIS;) { + for (rid =3D PCIR_BAR(0); rid < PCIR_CIS;) { val =3D pci_read_config(dev, rid, 4); if (E1000_BAR_TYPE(val) =3D=3D E1000_BAR_TYPE_IO) { adapter->io_rid =3D rid; @@ -1876,7 +2000,7 @@ em_allocate_pci_resources(struct adapter if (E1000_BAR_MEM_TYPE(val) =3D=3D E1000_BAR_MEM_TYPE_64BIT) rid +=3D 4; } =2D if (rid >=3D PCIR_CARDBUSCIS) { + if (rid >=3D PCIR_CIS) { printf("em%d: Unable to locate IO BAR\n", adapter->unit); return (ENXIO); } @@ -1905,13 +2029,40 @@ em_allocate_pci_resources(struct adapter adapter->unit); return(ENXIO); } + + /* + * Try allocating a fast interrupt and the associated deferred + * processing contexts. If that doesn't work, try just using an + * ithread. + */ +#ifndef NO_EM_FASTINTR if (bus_setup_intr(dev, adapter->res_interrupt, =2D INTR_TYPE_NET | INTR_MPSAFE, =2D (void (*)(void *)) em_intr, adapter, =2D &adapter->int_handler_tag)) { =2D printf("em%d: Error registering interrupt handler!\n",=20 =2D adapter->unit); =2D return(ENXIO); + INTR_TYPE_NET | INTR_FAST, em_intr_fast, adapter, + &adapter->int_handler_tag) =3D=3D 0) { + + /* Init the deferred processing contexts. */ + TASK_INIT(&adapter->rxtx_task, 0, em_handle_rxtx, adapter); + TASK_INIT(&adapter->link_task, 0, em_handle_link, adapter); + adapter->tq =3D taskqueue_create_fast("em_taskq", M_NOWAIT, + taskqueue_thread_enqueue, + &adapter->tq, &adapter->tqproc); + kthread_create(taskqueue_thread_loop, + &adapter->tq, &adapter->tqproc, + 0, 0, "%s taskq", device_get_nameunit(adapter->dev)); + mtx_lock_spin(&sched_lock); + sched_prio(FIRST_THREAD_IN_PROC(adapter->tqproc), PI_NET); + mtx_unlock_spin(&sched_lock); + } +#endif + if (adapter->int_handler_tag =3D=3D NULL) { + if (bus_setup_intr(dev, adapter->res_interrupt, + INTR_TYPE_NET | INTR_MPSAFE, + em_intr, adapter, + &adapter->int_handler_tag)) { + printf("em%d: Error registering interrupt handler!\n",=20 + adapter->unit); + return(ENXIO); + } } =20 adapter->hw.back =3D &adapter->osdep; @@ -1924,6 +2075,9 @@ em_free_pci_resources(struct adapter * a { device_t dev =3D adapter->dev; =20 + if (adapter->tq !=3D NULL) { + taskqueue_free(adapter->tq); + } if (adapter->res_interrupt !=3D NULL) { bus_teardown_intr(dev, adapter->res_interrupt,=20 adapter->int_handler_tag); @@ -2897,7 +3051,7 @@ em_free_receive_structures(struct adapte * count < 0. * *********************************************************************/ =2Dstatic void +static int em_process_receive_interrupts(struct adapter * adapter, int count) { struct ifnet *ifp; @@ -2910,8 +3064,6 @@ em_process_receive_interrupts(struct ada /* Pointer to the receive descriptor being examined. */ struct em_rx_desc *current_desc; =20 =2D mtx_assert(&adapter->mtx, MA_OWNED); =2D ifp =3D adapter->ifp; i =3D adapter->next_rx_desc_to_check; current_desc =3D &adapter->rx_desc_base[i]; @@ -2919,7 +3071,7 @@ em_process_receive_interrupts(struct ada BUS_DMASYNC_POSTREAD); =20 if (!((current_desc->status) & E1000_RXD_STAT_DD)) { =2D return; + return (0); } =20 while ((current_desc->status & E1000_RXD_STAT_DD) && @@ -3014,12 +3166,19 @@ em_process_receive_interrupts(struct ada ifp->if_ipackets++; em_receive_checksum(adapter, current_desc, adapter->fmp); +#ifndef __NO_STRICT_ALIGNMENT + if (ifp->if_mtu > ETHERMTU && + em_fixup_rx(adapter) !=3D 0) + goto skip; + +#endif if (current_desc->status & E1000_RXD_STAT_= VP) VLAN_INPUT_TAG(ifp, adapter->fmp, (le16toh(current_desc->special) & =2D E1000_RXD_SPC_VLAN_MASK), =2D adapter->fmp =3D NULL); =2D + E1000_RXD_SPC_VLAN_MASK)); +#ifndef __NO_STRICT_ALIGNMENT +skip: +#endif m =3D adapter->fmp; adapter->fmp =3D NULL; adapter->lmp =3D NULL; @@ -3038,24 +3197,75 @@ em_process_receive_interrupts(struct ada bus_dmamap_sync(adapter->rxdma.dma_tag, adapter->rxdma.dma_map, BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); =20 =2D /* Advance the E1000's Receive Queue #0 "Tail Pointer". */ =2D E1000_WRITE_REG(&adapter->hw, RDT, i); =2D /* Advance our pointers to the next descriptor */ if (++i =3D=3D adapter->num_rx_desc) i =3D 0; if (m !=3D NULL) { adapter->next_rx_desc_to_check =3D i; =2D EM_UNLOCK(adapter); (*ifp->if_input)(ifp, m); =2D EM_LOCK(adapter); i =3D adapter->next_rx_desc_to_check; } current_desc =3D &adapter->rx_desc_base[i]; } adapter->next_rx_desc_to_check =3D i; =2D return; + + /* Advance the E1000's Receive Queue #0 "Tail Pointer". */ + if (--i < 0) i =3D adapter->num_rx_desc - 1; + E1000_WRITE_REG(&adapter->hw, RDT, i); + + if (!((current_desc->status) & E1000_RXD_STAT_DD)) { + return (0); + } + return (1); +} + +#ifndef __NO_STRICT_ALIGNMENT +/* + * When jumbo frames are enabled we should realign entire payload on + * architecures with strict alignment. This is serious design mistake of 8= 254x + * as it nullifies DMA operations. 8254x just allows RX buffer size to be + * 2048/4096/8192/16384. What we really want is 2048 - ETHER_ALIGN to alig= n its + * payload. On architecures without strict alignment restrictions 8254x st= ill + * performs unaligned memory access which would reduce the performance too= =2E=20 + * To avoid copying over an entire frame to align, we allocate a new mbuf = and + * copy ethernet header to the new mbuf. The new mbuf is prepended into the + * existing mbuf chain. + * + * Be aware, best performance of the 8254x is achived only when jumbo fram= e is + * not used at all on architectures with strict alignment. + */ +static int +em_fixup_rx(struct adapter *adapter) +{ + struct mbuf *m, *n; + int error; + + error =3D 0; + m =3D adapter->fmp; + if (m->m_len <=3D (MCLBYTES - ETHER_HDR_LEN)) { + bcopy(m->m_data, m->m_data + ETHER_HDR_LEN, m->m_len); + m->m_data +=3D ETHER_HDR_LEN; + } else { + MGETHDR(n, M_DONTWAIT, MT_DATA); + if (n !=3D NULL) { + bcopy(m->m_data, n->m_data, ETHER_HDR_LEN); + m->m_data +=3D ETHER_HDR_LEN; + m->m_len -=3D ETHER_HDR_LEN; + n->m_len =3D ETHER_HDR_LEN; + M_MOVE_PKTHDR(n, m); + n->m_next =3D m; + adapter->fmp =3D n; + } else { + adapter->dropped_pkts++; + m_freem(adapter->fmp); + adapter->fmp =3D NULL; + error =3D ENOMEM; + } + } + + return (error); } +#endif =20 /********************************************************************* * @@ -3563,3 +3773,15 @@ em_add_int_delay_sysctl(struct adapter * OID_AUTO, name, CTLTYPE_INT|CTLFLAG_RW, info, 0, em_sysctl_int_delay, "I", description); } + +#ifndef NO_EM_FASTINTR +static void +em_add_int_process_limit(struct adapter *adapter, const char *name, + const char *description, int *limit, int value) +{ + *limit =3D value; + SYSCTL_ADD_INT(device_get_sysctl_ctx(adapter->dev), + SYSCTL_CHILDREN(device_get_sysctl_tree(adapter->dev)), + OID_AUTO, name, CTLTYPE_INT|CTLFLAG_RW, limit, value, description); +} +#endif --Boundary-01=_WYpxDx9t7bKI4jf Content-Type: text/x-diff; charset="iso-8859-15"; name="if_em.h.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_em.h.diff" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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: /usr/local/www/cvsroot/FreeBSD/src/sys/dev/em/if_em.h,v retrieving revision 1.32.2.2 retrieving revision 1.41 diff -u -p -r1.32.2.2 -r1.41 =2D-- sys/dev/em/if_em.h 2005/11/25 14:11:59 1.32.2.2 +++ sys/dev/em/if_em.h 2006/01/11 00:30:25 1.41 @@ -31,7 +31,7 @@ POSSIBILITY OF SUCH DAMAGE. =20 **************************************************************************= */ =20 =2D/*$FreeBSD: src/sys/dev/em/if_em.h,v 1.32.2.2 2005/11/25 14:11:59 glebiu= s Exp $*/ +/*$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/sys/dev/em/if_em.h,v 1.41 2= 006/01/11 00:30:25 scottl Exp $*/ =20 #ifndef _EM_H_DEFINED_ #define _EM_H_DEFINED_ @@ -48,6 +48,10 @@ POSSIBILITY OF SUCH DAMAGE. #include #include #include +#include +#include +#include +#include =20 #include #include @@ -334,6 +338,10 @@ struct adapter { u_int8_t unit; struct mtx mtx; int em_insert_vlan_header; + struct task link_task; + struct task rxtx_task; + struct taskqueue *tq; /* private task queue */ + struct proc *tqproc; /* thread handling sc_tq */ =20 /* Info about the board itself */ u_int32_t part_num; @@ -378,8 +386,9 @@ struct adapter { struct em_dma_alloc rxdma; /* bus_dma glue for rx desc */ struct em_rx_desc *rx_desc_base; u_int32_t next_rx_desc_to_check; =2D u_int16_t num_rx_desc; u_int32_t rx_buffer_len; + u_int16_t num_rx_desc; + int rx_process_limit; struct em_buffer *rx_buffer_area; bus_dma_tag_t rxtag; =20 --Boundary-01=_WYpxDx9t7bKI4jf-- --nextPart1613906.PzIa2BOAlf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDxpYcBylq0S4AzzwRAumpAJ9PyWXkwZH4q49hhFxlFZ34+3fgJgCfTvVL 7XjVyvKAnwZcFm13M+kbpLg= =xw+A -----END PGP SIGNATURE----- --nextPart1613906.PzIa2BOAlf-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 18:15:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FE8F16A41F for ; Thu, 12 Jan 2006 18:15:07 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940A343D58 for ; Thu, 12 Jan 2006 18:15:04 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so155496uge for ; Thu, 12 Jan 2006 10:15:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oDCPCFX6PMSM08+9vas4B4YfgagwoH93lFqOwc1xLWh6iTZa9BVwh8sLU95EgbecvfWvAh5DHMPhrOgS0+yh3cAH1drIOZEF3ryPVCa/3sDF3Io6vdrDLEhqnph5JOu0Bt4mVnpBaW/3nPsYh1DplEukN5AK77WMhvLL23Fjq10= Received: by 10.49.1.20 with SMTP id d20mr3098nfi; Thu, 12 Jan 2006 10:15:02 -0800 (PST) Received: by 10.48.80.8 with HTTP; Thu, 12 Jan 2006 10:15:01 -0800 (PST) Message-ID: <26a531c0601121015s5bd38cfaw@mail.gmail.com> Date: Thu, 12 Jan 2006 10:15:01 -0800 From: Martin Wilke To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: GSlice: assertion failed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 18:15:07 -0000 hello i have my current src recompelierd and after the reboot becoming error when starting the programm (mc, muttng, X server) ***MEMORY-ERROR***: [15207]: GSlice: assertion failed: aligned_memory =3D=3D (gpointer) addr idea? Greetz Martin ps. sorry for my english. From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 18:46:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6731F16A41F for ; Thu, 12 Jan 2006 18:46:16 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD59443D45 for ; Thu, 12 Jan 2006 18:46:15 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id k0CIkEnZ062182 for ; Thu, 12 Jan 2006 13:46:14 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id k0CIkE1d062181 for current@freebsd.org; Thu, 12 Jan 2006 13:46:14 -0500 (EST) (envelope-from mwlucas) Date: Thu, 12 Jan 2006 13:46:14 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20060112184614.GC61957@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: Subject: smbfs problem on december snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 18:46:16 -0000 Hi, I did a clean install of -current i386 on a dual-core amd64 from the December snapshot. I haven't done a buildworld or buildkernel yet, so it's really pretty out-of-the-box. When I attempt to mount a SMB share, it fails. /var/log/messages displays the following: Jan 12 09:07:17 humvee kernel: smb_encrypt: password encryption is not available Jan 12 09:07:17 humvee kernel: smb_ntencrypt: password encryption is not available Google tells me that many people have had this problem lately, but no solutions have been posted. Is smbfs just broken right now? Thanks, ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 18:53:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB6416A41F for ; Thu, 12 Jan 2006 18:53:51 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6BA43D46 for ; Thu, 12 Jan 2006 18:53:51 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id DEA7F5E48D4; Thu, 12 Jan 2006 10:53:50 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 5DCEC5E488A; Thu, 12 Jan 2006 10:53:50 -0800 (PST) In-Reply-To: <26a531c0601121015s5bd38cfaw@mail.gmail.com> References: <26a531c0601121015s5bd38cfaw@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <35BF9F90-9907-4069-94BD-BCB907395426@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Thu, 12 Jan 2006 10:53:47 -0800 To: Martin Wilke X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: GSlice: assertion failed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 18:53:51 -0000 On Jan 12, 2006, at 10:15 AM, Martin Wilke wrote: > hello > > i have my current src recompelierd and after the reboot becoming error > when starting the programm (mc, muttng, X server) > > ***MEMORY-ERROR***: [15207]: GSlice: assertion failed: aligned_memory > == (gpointer) addr > > idea? This is likely due to the bug I introduced in posix_memalign(), and by extension, valloc(). Update to version 1.92 of src/lib/libc/ stdlib/malloc.c, and the problem should go away. Jason From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 19:20:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A0C16A41F for ; Thu, 12 Jan 2006 19:20:47 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FAFF43D7D for ; Thu, 12 Jan 2006 19:20:43 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 9C40D8C9973; Fri, 13 Jan 2006 03:20:42 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9A5E88C9940; Fri, 13 Jan 2006 03:20:42 +0800 (CST) Date: Fri, 13 Jan 2006 03:20:42 +0800 (CST) From: Tai-hwa Liang To: "Michael W. Lucas" In-Reply-To: <20060112184614.GC61957@bewilderbeast.blackhelicopters.org> Message-ID: <06011303193815.54079@www.mmlab.cse.yzu.edu.tw> References: <20060112184614.GC61957@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: smbfs problem on december snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 19:20:47 -0000 On Thu, 12 Jan 2006, Michael W. Lucas wrote: > > Hi, > > I did a clean install of -current i386 on a dual-core amd64 from the > December snapshot. I haven't done a buildworld or buildkernel yet, so > it's really pretty out-of-the-box. > > When I attempt to mount a SMB share, it fails. > > /var/log/messages displays the following: > > Jan 12 09:07:17 humvee kernel: smb_encrypt: password encryption is not available > Jan 12 09:07:17 humvee kernel: smb_ntencrypt: password encryption is not available > > Google tells me that many people have had this problem lately, but no > solutions have been posted. Is smbfs just broken right now? Add "options NETSMBCRYPTO" in your kernel configuration file and rebuild/install the module. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 19:43:28 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C22416A41F; Thu, 12 Jan 2006 19:43:28 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D32B243D49; Thu, 12 Jan 2006 19:43:27 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ISZ005TLW4EEL@ms-dienst.rz.rwth-aachen.de>; Thu, 12 Jan 2006 20:43:26 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Thu, 12 Jan 2006 20:43:26 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0CJfoCG013054; Thu, 12 Jan 2006 20:41:50 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Ex8M1-0005so-SW; Thu, 12 Jan 2006 20:43:25 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 7B0393F429; Thu, 12 Jan 2006 20:43:25 +0100 (CET) Date: Thu, 12 Jan 2006 20:43:25 +0100 From: Christian Brueffer In-reply-to: <43C59717.7000203@FreeBSD.org> To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-id: <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=NzB8fVQJ5HfG6fxh; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <43C59717.7000203@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 19:43:28 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2006 at 12:39:03AM +0100, S=F8ren Schmidt wrote: >=20 > Evening! >=20 > Originally I wanted to finally add dump functionality to ata-raid, but=20 > quickly discovered that it would be a pain todo the old way. > So I decided to reuse strategy for dumping by implementing polled mode=20 > in ATA, and have dump simply call strategy. > (This could be generalised for all drivers, and would make driver=20 > writing easier). > Now this also gave me the chance to use DMA on dumps, and that does do=20 > wonders for dump speed. > There is a few chipsets (ICH6+7 in AHCI mode and Marvell) that wont do=20 > dumps yet not even PIO but they didn't work before either. >=20 > Anyhow this needs a bit testing on various HW out there before it hits=20 > the tree, so please give it a go and let me know... >=20 I have tested this on my Thinkpad T41p with the following hardware: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 [...] ad0: 57231MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 With the patched kernel it stops after printing the acd0 line and spews out the following: acd0: req=3D0xc350f8d0 TEST_UNIT_READY semaphore timeout !! DANGER Will R= obinson !! Do you need boot -v output? (I'll have to hook up a serial or firewire console, that's why I haven't provided it already). - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxrFdbHYXjKDtmC0RAupBAJ0Rc02mk5hey0pYVN1IRmIkuGEM3wCg2Ka5 zLzsUAB238iCWkuVSRYeXL4= =R1+y -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 20:19:03 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F242B16A41F for ; Thu, 12 Jan 2006 20:19:02 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE3243D5C for ; Thu, 12 Jan 2006 20:19:00 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k0CKIueq043795; Thu, 12 Jan 2006 21:18:56 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43C6B9B0.2030106@deepcore.dk> Date: Thu, 12 Jan 2006 21:18:56 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <43C59717.7000203@FreeBSD.org> <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: current@FreeBSD.ORG Subject: Re: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 20:19:03 -0000 Christian Brueffer wrote: > I have tested this on my Thinkpad T41p with the following hardware: > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > [...] > ad0: 57231MB at ata0-master UDMA100 > acd0: CDRW at ata1-master UDMA33 > > With the patched kernel it stops after printing the acd0 line and spews > out the following: > > acd0: req=0xc350f8d0 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! > > Do you need boot -v output? (I'll have to hook up a serial or firewire > console, that's why I haven't provided it already). Would be nice actually, the stinkpads might need special treatment yet again, oh well, I'll dig out my R30 and get it updated as well to test... Are you sure it worked with a new stock current kernel before the patch went in ? I've seen a few of these errors lately but that was before ATA was even touched, so something else might have changed as well.... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 20:50:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F1116A41F; Thu, 12 Jan 2006 20:50:28 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38BE43D7C; Thu, 12 Jan 2006 20:50:18 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0CKoGOd003892 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 13 Jan 2006 07:50:17 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0CKoGHh013274; Fri, 13 Jan 2006 07:50:16 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0CKoGrf013273; Fri, 13 Jan 2006 07:50:16 +1100 (EST) (envelope-from pjeremy) Date: Fri, 13 Jan 2006 07:50:15 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20060112205015.GA13244@cirb503493.alcatel.com.au> References: <20060112080856.GI84964@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112080856.GI84964@svcolo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 20:50:28 -0000 On Thu, 2006-Jan-12 00:08:56 -0800, Jo Rhett wrote: >I'm going to kill this topic. Results of my trolling to see if we could >get any committer interest in this topic are: Deliberate antagonism of most (if not all) FreeBSD developers is unlikely to assist in getting your ideas listened to. You also left out the results of the assorted claims/promises you made: 1) "core" deliberately killed suggestions of improved binary update processes You have yet to produce the e-mails demonstrating this. 2) Your PRs get ignored. This has been disproven by examining the status of your PRs. It appears that you never received the status updates, but equally, you never appear to have bothered following up any of the PRs. 3) Your promise to provide a formal requirements specification defining exactly what you are asking for. Again, you have yet to produce the information you promised. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:16:33 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C7316A41F for ; Thu, 12 Jan 2006 21:16:33 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD4443D55 for ; Thu, 12 Jan 2006 21:16:32 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IT0005FA0FIKN@ms-dienst.rz.rwth-aachen.de> for current@FreeBSD.ORG; Thu, 12 Jan 2006 22:16:31 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Thu, 12 Jan 2006 22:16:30 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0CLEsnM016329; Thu, 12 Jan 2006 22:14:54 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Ex9o6-00070t-3z; Thu, 12 Jan 2006 22:16:30 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id DDCD43F429; Thu, 12 Jan 2006 22:16:29 +0100 (CET) Date: Thu, 12 Jan 2006 22:16:29 +0100 From: Christian Brueffer In-reply-to: <43C6B9B0.2030106@deepcore.dk> To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-id: <20060112211629.GB54099@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary="i0/AhcQY5QxfSsSZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <43C59717.7000203@FreeBSD.org> <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> <43C6B9B0.2030106@deepcore.dk> Cc: current@FreeBSD.ORG Subject: Re: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 21:16:33 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2006 at 09:18:56PM +0100, S=F8ren Schmidt wrote: > Christian Brueffer wrote: >=20 > >I have tested this on my Thinkpad T41p with the following hardware: > > > >atapci0: port=20 > >0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > >ata0: on atapci0 > >ata1: on atapci0 > >[...] > >ad0: 57231MB at ata0-master UDMA100 > >acd0: CDRW at ata1-master UDMA33 > > > >With the patched kernel it stops after printing the acd0 line and spews > >out the following: > > > >acd0: req=3D0xc350f8d0 TEST_UNIT_READY semaphore timeout !! DANGER Wil= l=20 > >Robinson !! > > > >Do you need boot -v output? (I'll have to hook up a serial or firewire > >console, that's why I haven't provided it already). >=20 > Would be nice actually, the stinkpads might need special treatment yet=20 > again, oh well, I'll dig out my R30 and get it updated as well to test... > Are you sure it worked with a new stock current kernel before the patch= =20 > went in ? I've seen a few of these errors lately but that was before ATA= =20 > was even touched, so something else might have changed as well.... >=20 Positive, built the patched kernel from the same sources as the working kernel I'm currently using. Verbose bootlog: http://people.freebsd.org/~brueffer/dmesg.verbose - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxsctbHYXjKDtmC0RAky2AKCythIC01QdfT+ftJJFn20O8by0GACfc+O0 Cbi1P0DOCMsH7SDW/+LcKmE= =xenl -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:37:48 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D9816A41F for ; Thu, 12 Jan 2006 21:37:48 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917F143D46 for ; Thu, 12 Jan 2006 21:37:47 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k0CLbkhF044793; Thu, 12 Jan 2006 22:37:46 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43C6CC29.9000208@deepcore.dk> Date: Thu, 12 Jan 2006 22:37:45 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <43C59717.7000203@FreeBSD.org> <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> <43C6B9B0.2030106@deepcore.dk> <20060112211629.GB54099@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20060112211629.GB54099@haakonia.hitnet.RWTH-Aachen.DE> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: current@FreeBSD.ORG Subject: Re: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 21:37:48 -0000 Christian Brueffer wrote: > On Thu, Jan 12, 2006 at 09:18:56PM +0100, Søren Schmidt wrote: > >>Christian Brueffer wrote: >> >> >>>I have tested this on my Thinkpad T41p with the following hardware: >>> >>>atapci0: port >>>0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 >>>ata0: on atapci0 >>>ata1: on atapci0 >>>[...] >>>ad0: 57231MB at ata0-master UDMA100 >>>acd0: CDRW at ata1-master UDMA33 >>> >>>With the patched kernel it stops after printing the acd0 line and spews >>>out the following: >>> >>>acd0: req=0xc350f8d0 TEST_UNIT_READY semaphore timeout !! DANGER Will >>>Robinson !! >>> >>>Do you need boot -v output? (I'll have to hook up a serial or firewire >>>console, that's why I haven't provided it already). >> >>Would be nice actually, the stinkpads might need special treatment yet >>again, oh well, I'll dig out my R30 and get it updated as well to test... >>Are you sure it worked with a new stock current kernel before the patch >>went in ? I've seen a few of these errors lately but that was before ATA >>was even touched, so something else might have changed as well.... >> > > > Positive, built the patched kernel from the same sources as the working > kernel I'm currently using. > > Verbose bootlog: http://people.freebsd.org/~brueffer/dmesg.verbose Hmm, does it help if you turn off DMA to the CD/DVD device ? My R30 seems to work fine, but its CDROM drive doesn't do DMA... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:49:47 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314CF16A41F for ; Thu, 12 Jan 2006 21:49:47 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4957343D5A for ; Thu, 12 Jan 2006 21:49:46 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IT0005OC1YWEL@ms-dienst.rz.rwth-aachen.de> for current@FreeBSD.ORG; Thu, 12 Jan 2006 22:49:45 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Thu, 12 Jan 2006 22:49:44 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0CLm8g0017275; Thu, 12 Jan 2006 22:48:08 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1ExAKF-0007Lg-UO; Thu, 12 Jan 2006 22:49:43 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id BDC103F429; Thu, 12 Jan 2006 22:49:43 +0100 (CET) Date: Thu, 12 Jan 2006 22:49:43 +0100 From: Christian Brueffer In-reply-to: <43C6CC29.9000208@deepcore.dk> To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-id: <20060112214943.GC54099@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=aT9PWwzfKXlsBJM1; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <43C59717.7000203@FreeBSD.org> <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE> <43C6B9B0.2030106@deepcore.dk> <20060112211629.GB54099@haakonia.hitnet.RWTH-Aachen.DE> <43C6CC29.9000208@deepcore.dk> Cc: current@FreeBSD.ORG Subject: Re: PATCH: DMA enabled dump for ATA please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 21:49:47 -0000 --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2006 at 10:37:45PM +0100, S=F8ren Schmidt wrote: > Christian Brueffer wrote: > >On Thu, Jan 12, 2006 at 09:18:56PM +0100, S=F8ren Schmidt wrote: > > > >>Christian Brueffer wrote: > >> > >> > >>>I have tested this on my Thinkpad T41p with the following hardware: > >>> > >>>atapci0: port=20 > >>>0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pc= i0 > >>>ata0: on atapci0 > >>>ata1: on atapci0 > >>>[...] > >>>ad0: 57231MB at ata0-master UDMA100 > >>>acd0: CDRW at ata1-master UDMA33 > >>> > >>>With the patched kernel it stops after printing the acd0 line and spews > >>>out the following: > >>> > >>>acd0: req=3D0xc350f8d0 TEST_UNIT_READY semaphore timeout !! DANGER W= ill=20 > >>>Robinson !! > >>> > >>>Do you need boot -v output? (I'll have to hook up a serial or firewire > >>>console, that's why I haven't provided it already). > >> > >>Would be nice actually, the stinkpads might need special treatment yet= =20 > >>again, oh well, I'll dig out my R30 and get it updated as well to test.= =2E. > >>Are you sure it worked with a new stock current kernel before the patch= =20 > >>went in ? I've seen a few of these errors lately but that was before AT= A=20 > >>was even touched, so something else might have changed as well.... > >> > > > > > >Positive, built the patched kernel from the same sources as the working > >kernel I'm currently using. > > > >Verbose bootlog: http://people.freebsd.org/~brueffer/dmesg.verbose >=20 > Hmm, does it help if you turn off DMA to the CD/DVD device ? > My R30 seems to work fine, but its CDROM drive doesn't do DMA... >=20 Indeed, disabling DMA for the DVD drive lets my box boot. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxs73bHYXjKDtmC0RAiXxAJ9fA62dZUIzcN8EEQT9i1vp9PuYlwCgyzwW zqHkE7xF0fKCwvI4SG+cdRE= =1/jo -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 21:59:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7156F16A420 for ; Thu, 12 Jan 2006 21:59:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05B743D49 for ; Thu, 12 Jan 2006 21:59:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5922082 for multiple; Thu, 12 Jan 2006 16:58:23 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0CLxswK086808; Thu, 12 Jan 2006 16:59:54 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 12 Jan 2006 17:00:37 -0500 User-Agent: KMail/1.8.2 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> In-Reply-To: <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601121700.39962.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 06:36:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alan bryan , Julian Elischer , David Leimbach Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 21:59:57 -0000 On Thursday 12 January 2006 09:09 am, Doug Rabson wrote: > On 11 Jan 2006, at 22:05, David Leimbach wrote: > > On 1/11/06, Julian Elischer wrote: > >> alan bryan wrote: > >>> I read that the new Intel (x86) Macs use EFI rather > >>> than the traditional PC Bios to boot up. I'm > >>> interested in using one of these to multiboot OS X and > >>> FreeBSD and am wondering if it is yet known to work or > >>> not. Do any changes need to be made to FreeBSD or > >>> should it work out of the box? Thanks for any insight > >>> and I know that it may be impossible to fully answer > >>> until people get their hands on the hardware but I > >>> just wanted to start thinking about the possibilities. > >> > >> well if they can boot Darwin I'm sure they can be hacked to boot > >> FreeBSD. > >> It would probabty require a different bootloader binary. > > > > I don't see what booting Darwin has to do with booting FreeBSD. > > > > However, since FreeBSD boots on IA64 using the FreeBSD bootloader > > for IA64, > > I *hope* it won't be much work to port whatever changes that > > requires to > > IA32. > > When I wrote the EFI bootloader for ia64, I spent a small amount of > time trying to make it possible to port to an i386 EFI environment. I > reckon it would only take a day or two to do the port. If someone > donates a nice new 20" iMac to me, I'll even do the work :-) Same offer here, though dfr@ would probably get it working sooner. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 22:01:19 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8A8F16A420; Thu, 12 Jan 2006 22:01:19 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D7A43D48; Thu, 12 Jan 2006 22:01:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0CM1D64085751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 01:01:13 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0CM1DOc085750; Fri, 13 Jan 2006 01:01:13 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 13 Jan 2006 01:01:12 +0300 From: Gleb Smirnoff To: Harald Schmalzbauer Message-ID: <20060112220112.GE83922@FreeBSD.org> References: <200601110030.k0B0UPOx009098@repoman.freebsd.org> <200601121847.08044@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200601121847.08044@harrymail> User-Agent: Mutt/1.5.6i Cc: cvs-src@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/em if_em.c if_em.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 22:01:19 -0000 On Thu, Jan 12, 2006 at 06:47:00PM +0100, Harald Schmalzbauer wrote: H> Am Mittwoch, 11. Januar 2006 01:30 CEST schrieb Scott Long: H> > scottl 2006-01-11 00:30:25 UTC H> > H> > FreeBSD src repository H> > H> > Modified files: H> > sys/dev/em if_em.c if_em.h H> > Log: H> > Significant performance improvements for the if_em driver: H> > H> > - Only update the rx ring consumer pointer after running through the H> > rx loop, not with each iteration through the loop. H> > - If possible, use a fast interupt handler instead of an ithread H> > handler. Use the interrupt handler to check and squelch the interrupt, H> > then schedule a taskqueue to do the actual work. This has three H> > benefits: H> H> Thank you very much for your work! Since I'm using many em cards and can't H> get higher tranfer rates compared to fxp (but I wanted to double it so I H> spent some money to replace F-Eth equipment with GbE) I'd like to apply H> your work to RELENG_6. I made the attached diff, but compiler stops here: H> H> /usr/obj/GUNE/usr/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V H> GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 H> -pipe -fno-strict-aliasing -march=pentium3 -Wall -Wredundant-decls H> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith H> -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. H> -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter H> -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath H> -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm H> -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include H> opt_global.h -fno-common -finline-limit=8000 --param H> inline-unit-growth=100 --param large-function-growth=1000 H> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow H> -mno-sse -mno-sse2 -ffreestanding H> /usr/src/sys/dev/em/if_em.c:3178:34: macro "VLAN_INPUT_TAG" requires 4 H> arguments, but only 3 given H> mkdep: compile failed H> *** Error code 1 H> H> Stop in /usr/obj/GUNE/usr/src/sys/CUV-LV. H> *** Error code 1 H> H> I have no idea how to correct this, could you please help me? Or isn't it H> that simple, eg. VLAN isn't the same level in RELENG_6 and -current? I'm going to merge the VLAN_INPUT_TAG() change soon. But merging em(4) requires also a lot of taskqueue code merging. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 22:34:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C47E16A41F for ; Thu, 12 Jan 2006 22:34:02 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9824543D45 for ; Thu, 12 Jan 2006 22:34:01 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so511355nzo for ; Thu, 12 Jan 2006 14:34:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jIYfjM0Plp6rIE5j+rMYqXta3ApJqZSa01m5yDFfkFaWEoZLGydN6RiVy8pPKrEBFuNdGj5A71/xpRooc3zvfCnAr2Fj4G8nJV6mm5psm9rXELzo01UGnamGDN72Lw60mlas4/a6nrrMO0n1mhLCTf/9fJ3twmWmPVfHoMwbJd4= Received: by 10.36.135.18 with SMTP id i18mr2152022nzd; Thu, 12 Jan 2006 14:34:00 -0800 (PST) Received: by 10.36.46.13 with HTTP; Thu, 12 Jan 2006 14:34:00 -0800 (PST) Message-ID: <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> Date: Thu, 12 Jan 2006 14:34:00 -0800 From: David Leimbach To: John Baldwin In-Reply-To: <200601121700.39962.jhb@freebsd.org> MIME-Version: 1.0 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alan bryan , freebsd-current@freebsd.org, Julian Elischer Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 22:34:02 -0000 On 1/12/06, John Baldwin wrote: > > On Thursday 12 January 2006 09:09 am, Doug Rabson wrote: > > On 11 Jan 2006, at 22:05, David Leimbach wrote: > > > On 1/11/06, Julian Elischer wrote: > > >> alan bryan wrote: > > >>> I read that the new Intel (x86) Macs use EFI rather > > >>> than the traditional PC Bios to boot up. I'm > > >>> interested in using one of these to multiboot OS X and > > >>> FreeBSD and am wondering if it is yet known to work or > > >>> not. Do any changes need to be made to FreeBSD or > > >>> should it work out of the box? Thanks for any insight > > >>> and I know that it may be impossible to fully answer > > >>> until people get their hands on the hardware but I > > >>> just wanted to start thinking about the possibilities. > > >> > > >> well if they can boot Darwin I'm sure they can be hacked to boot > > >> FreeBSD. > > >> It would probabty require a different bootloader binary. > > > > > > I don't see what booting Darwin has to do with booting FreeBSD. > > > > > > However, since FreeBSD boots on IA64 using the FreeBSD bootloader > > > for IA64, > > > I *hope* it won't be much work to port whatever changes that > > > requires to > > > IA32. > > > > When I wrote the EFI bootloader for ia64, I spent a small amount of > > time trying to make it possible to port to an i386 EFI environment. I > > reckon it would only take a day or two to do the port. If someone > > donates a nice new 20" iMac to me, I'll even do the work :-) > > Same offer here, though dfr@ would probably get it working sooner. :) I might be picking one up this week... not sure yet. So conflicted over that or waiting to see what the new used to be a PowerMac will be. [Do I really want the mobile processor?] Dave From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 22:36:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9947316A41F for ; Thu, 12 Jan 2006 22:36:49 +0000 (GMT) (envelope-from felipe.alfaro@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F138343D45 for ; Thu, 12 Jan 2006 22:36:48 +0000 (GMT) (envelope-from felipe.alfaro@gmail.com) Received: by uproxy.gmail.com with SMTP id m2so235441uge for ; Thu, 12 Jan 2006 14:36:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oamllVAgsm5a04/Xp6jBYk2UkQ5GLPkQwKZxcbvPgCr5b2BnmtNB1Z2qQuP5E/qhKVLZaxckPsXK/XFDTPEG5t4lPnLg86+CaMnVBqS6amYOytE+EWetBqLIEHAqIpzo8TSITCKRQDoPwIA1NMAK0uhuHdsKsh+qu4YGPNxeYMM= Received: by 10.66.252.9 with SMTP id z9mr1004243ugh; Thu, 12 Jan 2006 14:36:47 -0800 (PST) Received: by 10.66.221.17 with HTTP; Thu, 12 Jan 2006 14:36:47 -0800 (PST) Message-ID: <6f6293f10601121436m1c696580t4c583a0ed458b0d9@mail.gmail.com> Date: Thu, 12 Jan 2006 23:36:47 +0100 From: Felipe Alfaro Solana To: pyunyh@gmail.com In-Reply-To: <20060112113251.GB13481@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20060112113251.GB13481@rndsoft.co.kr> Cc: current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 22:36:49 -0000 PiBIZXJlIGlzIG1vZGlmaWVkIHNrKDQpIHRoYXQgbWFrZXMgdXNlIG9mIGJ1c19kbWEoOSkuIEl0 IHdhcyBsaWdodGx5Cj4gdGVzdGVkIG9uIHNwYXJjNjQoU01QKS9pMzg2KFNNUCkuCgpJdCBkb2Vz bid0IGNvbXBpbGUgY29ycmVjdGx5LiBJdCBmYWlscyB3aGlsZSBjb21waWxpbmcgaWZfc2suYwpj b21wbGFpbmluZyB0aGF0IGlmX3NrcmVnLmggY2FuJ3QgYmUgZm91bmQuCgpJdCBjYW4gYmUgZml4 ZWQgYnkgY2hhbmdpbmc6CgojaWYgMAojaW5jbHVkZSA8cGNpL2lmX3NrcmVnLmg+CiNlbHNlCiNp bmNsdWRlICJpZl9za3JlZy5oIgojZW5kaWYKCnRvCgojaWYgMQojaW5jbHVkZSA8cGNpL2lmX3Nr cmVnLmg+CiNlbHNlCiNpbmNsdWRlICJpZl9za3JlZy5oIgojZW5kaWYKCmluIGZpbGUgImlmX3Nr LmMiLgo= From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 22:50:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3AC416A420 for ; Thu, 12 Jan 2006 22:50:50 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194D643D66 for ; Thu, 12 Jan 2006 22:50:49 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9D1C772DD4; Thu, 12 Jan 2006 14:50:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9820872DCB; Thu, 12 Jan 2006 14:50:48 -0800 (PST) Date: Thu, 12 Jan 2006 14:50:48 -0800 (PST) From: Doug White To: Rainer Duffner In-Reply-To: <43BE3914.3030208@ultra-secure.de> Message-ID: <20060112144914.L40830@carver.gumbysoft.com> References: <200601051802.k05I2wAN026595@reddevil.brancatelli.it> <20060105145731.F58957@carver.gumbysoft.com> <43BE3914.3030208@ultra-secure.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Andrea Brancatelli , current@freebsd.org Subject: Re: The BladeCenter Saga -> bge driver not behaving properly... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 22:50:51 -0000 On Fri, 6 Jan 2006, Rainer Duffner wrote: > FYI: > The LS20 blades only do 1000 TX anyway (at least here, we don't have the > internal switch). > > That may be the reason for this quirk. If you have the switch the bay ports are hardwired to autoneg. I've never had an optical passthrough (OPM) to see if it works correctly in that situation. (I didn't know the OPMs even existed until December, then they showed up on a price sheet I was looking at. Explained a lot about the design of the system.) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 23:00:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4552D16A423 for ; Thu, 12 Jan 2006 23:00:11 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9705D43D49 for ; Thu, 12 Jan 2006 23:00:10 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so462132wra for ; Thu, 12 Jan 2006 15:00:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RrjJOLlPhj00yTzSA/6QXXX/0mP7/LyGxCE8hoy6QfXWy1Bzei0AmPex0luyTQvmp0nEQCd0D68TO4sal5K4JQvQtUAcoJTByKfzcm+rY3Imqc/Y5hxnbHRiCMToKTBHrychXj12K4TaVoFEFEhTlpmdeeGuh/Et2wwLexbl9lU= Received: by 10.54.136.12 with SMTP id j12mr4277255wrd; Thu, 12 Jan 2006 14:59:59 -0800 (PST) Received: by 10.54.91.14 with HTTP; Thu, 12 Jan 2006 14:59:59 -0800 (PST) Message-ID: <49402550601121459v12d39627q4cc41c85b2d4df41@mail.gmail.com> Date: Fri, 13 Jan 2006 00:59:59 +0200 From: victor cruceru To: freebsd-current@freebsd.org In-Reply-To: <20060112220027.478B716A4C0@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060112220027.478B716A4C0@hub.freebsd.org> Subject: Re: freebsd-current Digest, Vol 128, Issue 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:00:11 -0000 Hi Scott, > libdisk is an artifact of sysinstall, and has been for abut 10 years. > And no, it's quite customary for the person who created the compile > problem to fix it in a timely manner. > >Scott. I'll prepare a fix/patch for replacing libdisk with libgeom, as Harti indicated in a private email discussion. Sorry for this issue. victor cruceru From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 23:00:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6586916A424; Thu, 12 Jan 2006 23:00:11 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E81243D4C; Thu, 12 Jan 2006 23:00:11 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 933D272DDD; Thu, 12 Jan 2006 15:00:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 91E3272DD4; Thu, 12 Jan 2006 15:00:07 -0800 (PST) Date: Thu, 12 Jan 2006 15:00:07 -0800 (PST) From: Doug White To: David Leimbach In-Reply-To: <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> Message-ID: <20060112145820.D40830@carver.gumbysoft.com> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: alan bryan , freebsd-current@freebsd.org, Julian Elischer Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:00:11 -0000 On Thu, 12 Jan 2006, David Leimbach wrote: > I might be picking one up this week... not sure yet. So conflicted over > that or waiting to see what the new used to be a PowerMac will be. [Do I > really want the mobile processor?] Word on the street is that the Apple retail stores will have them 1/17. The marketing people and logistics people apparently forgot to make one last phone call before issuing the press release. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 23:31:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461FD16A41F for ; Thu, 12 Jan 2006 23:31:53 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EAA043D46 for ; Thu, 12 Jan 2006 23:31:52 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so520753nzo for ; Thu, 12 Jan 2006 15:31:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=d3uLFuSxH5tLnV6sOIELTRHSYf5dY9ZY/BCM97ond6kvnT9vySf5LsUtoPlg7nIRY6RXv1cj6NhRvzZonUT5YD75Z0hVC2axjrJy6hQ3X1RjHkENDuNmUQRg2BXOHicqH/AjGZT+r67N4pSua77+WyLcYHvyoh5gRuZnVBKvUT0= Received: by 10.36.196.12 with SMTP id t12mr2176404nzf; Thu, 12 Jan 2006 15:31:51 -0800 (PST) Received: by 10.36.46.13 with HTTP; Thu, 12 Jan 2006 15:31:51 -0800 (PST) Message-ID: <3e1162e60601121531i6bc9a33fkf7841bdfbc51983d@mail.gmail.com> Date: Thu, 12 Jan 2006 15:31:51 -0800 From: David Leimbach To: Doug White In-Reply-To: <20060112145820.D40830@carver.gumbysoft.com> MIME-Version: 1.0 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> <20060112145820.D40830@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alan bryan , freebsd-current@freebsd.org, Julian Elischer Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:31:53 -0000 On 1/12/06, Doug White wrote: > > On Thu, 12 Jan 2006, David Leimbach wrote: > > > I might be picking one up this week... not sure yet. So conflicted ove= r > > that or waiting to see what the new used to be a PowerMac will be. [Do > I > > really want the mobile processor?] > > Word on the street is that the Apple retail stores will have them 1/17. > The marketing people and logistics people apparently forgot to make > one last phone call before issuing the press release. LOL, oh well they were shipping in 2 to 3 days from the website orders as o= f Tuesday... so that's probably about right. At least it's better than the time I pre-ordered Tiger to make sure it woul= d come on time only to be told it wouldn't... and then all 3 local apple stores within 15 miles of my house had more than enough copies to go around. That was frustrating... I had words with some folks at apple over that. I think the brave people who buy without the try should get first crack don't you? :) Dave From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 00:06:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B6516A41F for ; Fri, 13 Jan 2006 00:06:17 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E423D43D5D for ; Fri, 13 Jan 2006 00:06:15 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 57CBF3FF2; Thu, 12 Jan 2006 18:06:15 -0600 (CST) Date: Thu, 12 Jan 2006 18:06:15 -0600 To: Eric Anderson Message-ID: <20060113000615.GA17839@soaustin.net> References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C6560A.8020200@centtech.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Fri, 13 Jan 2006 00:10:42 +0000 Cc: current , Jo Rhett Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 00:06:17 -0000 On Thu, Jan 12, 2006 at 07:13:46AM -0600, Eric Anderson wrote: > I'm just mentioning it as a data point, that it is pretty hard to find > a committer willing to mentor someone, or at a minimum, give them pointers. > [...] Maybe, on the FreeBSD developers page, we could have a list of > categories and mentors for those categories for those willing to work on > code to contact with questions, etc. Then committers could volunteer as > a mentor for a category they enjoy. You might find http://www.freebsd.org/projects/ideas/ useful. mcl From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 00:55:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEF716A420 for ; Fri, 13 Jan 2006 00:55:11 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7E0943D46 for ; Fri, 13 Jan 2006 00:55:10 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so496149wra for ; Thu, 12 Jan 2006 16:55:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=GtSXpm6L3EZu65/vZYGU3j0nbK/qYDni2xMMwDeYgTxARbuIwuHzi+xt1yMV0tN9u4/ZVh9xyvz4NJqqiMfDTT8xBl/OrkYC6SV66tYdWp9MV467Sjfq7t//atcYJ7QMwnbhqc/y22xxZcxEHbIJC5pTYnHKZTAQojfE4TEZwQc= Received: by 10.54.76.3 with SMTP id y3mr3343429wra; Thu, 12 Jan 2006 16:54:46 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 8sm2021201wrl.2006.01.12.16.54.44; Thu, 12 Jan 2006 16:54:46 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0D0sPn0017868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 09:54:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0D0sP6N017867; Fri, 13 Jan 2006 09:54:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 13 Jan 2006 09:54:25 +0900 From: Pyun YongHyeon To: Felipe Alfaro Solana Message-ID: <20060113005425.GA17655@rndsoft.co.kr> References: <20060112113251.GB13481@rndsoft.co.kr> <6f6293f10601121436m1c696580t4c583a0ed458b0d9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f6293f10601121436m1c696580t4c583a0ed458b0d9@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 00:55:11 -0000 On Thu, Jan 12, 2006 at 11:36:47PM +0100, Felipe Alfaro Solana wrote: > > Here is modified sk(4) that makes use of bus_dma(9). It was lightly > > tested on sparc64(SMP)/i386(SMP). > > It doesn't compile correctly. It fails while compiling if_sk.c > complaining that if_skreg.h can't be found. > > It can be fixed by changing: > > #if 0 > #include > #else > #include "if_skreg.h" > #endif > > to > > #if 1 > #include > #else > #include "if_skreg.h" > #endif > > in file "if_sk.c". > Thank you. It should be fixed now. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 01:02:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3132016A41F for ; Fri, 13 Jan 2006 01:02:03 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89BB543D46 for ; Fri, 13 Jan 2006 01:02:02 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so478857wra for ; Thu, 12 Jan 2006 17:02:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=aMwr/+hv0qs4wo8oaBZ6JIWAJ3rhHYOszQ5wyyehkBlxiMO0KLVy7HlgVE7hqMEwmecbFtZVgfy6BKs2uC52PvjSqgU4o2dY4gQn4v4OhxWnjueTVa2yAskQfFa/Gm8y+PfLxH+Yizuuoj3l9ytYQABlh9sgn+oMhqHVtr5OtXs= Received: by 10.54.130.15 with SMTP id c15mr2874761wrd; Thu, 12 Jan 2006 17:02:01 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 34sm2047126wra.2006.01.12.17.02.00; Thu, 12 Jan 2006 17:02:01 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0D11fHd017938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 10:01:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0D11eYi017937; Fri, 13 Jan 2006 10:01:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 13 Jan 2006 10:01:40 +0900 From: Pyun YongHyeon To: "Bjoern A. Zeeb" Message-ID: <20060113010140.GC17655@rndsoft.co.kr> References: <20060112113251.GB13481@rndsoft.co.kr> <20060112115600.P24703@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112115600.P24703@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD current mailing list Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 01:02:03 -0000 On Thu, Jan 12, 2006 at 12:00:02PM +0000, Bjoern A. Zeeb wrote: > On Thu, 12 Jan 2006, Pyun YongHyeon wrote: > > Hi, > > >Here is modified sk(4) that makes use of bus_dma(9). It was lightly > >tested on sparc64(SMP)/i386(SMP). > > I had a really quick glance at the patch and I will try it this > evening. Sounds really great! > > >Changes from stock sk(4) > >- MPSAFE. No more recursive lock requiried. > > Are you sure you can get a away with the recursive lock for the dual > port cards? > Since sk_intr handles both interrupts originated from MAC I think it would be ok(I don't have dual port hardware). Apart from that is there any reason the driver should use recursive lock? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 02:04:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 562CE16A41F; Fri, 13 Jan 2006 02:04:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED1B43D46; Fri, 13 Jan 2006 02:04:03 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k0D2422B045414; Thu, 12 Jan 2006 18:04:02 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k0D242Gm045413; Thu, 12 Jan 2006 18:04:02 -0800 (PST) (envelope-from obrien) Date: Thu, 12 Jan 2006 18:04:02 -0800 From: "David O'Brien" To: soc-victor@freebsd.org Message-ID: <20060113020402.GA45246@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, soc-victor@freebsd.org References: <49402550601120436x1228e447o21e4bf13ecf12edc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49402550601120436x1228e447o21e4bf13ecf12edc@mail.gmail.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:04:04 -0000 On Thu, Jan 12, 2006 at 02:36:27PM +0200, victor cruceru wrote: > Hi All, > Please find below. > > > Message: 16 > > Date: Wed, 11 Jan 2006 18:44:03 -0700 > > From: Scott Long > > Subject: Re: [head tinderbox] failure on amd64/amd64 > > > > As a safe measure, we can build and install a special PIC archive, > > > similar to libc_pic.a and libgcc_pic.a, and use it here. This is > > > all in an assumption that it's still unsafe to produce the libdisk.so. > > > > > > > > > Cheers, > > > > One way or another, please fix it. Why is bsnmp linking to libdisk > > anyways? It's an absolutely horrible library. > > > > Scott > > > Because it was my decision to use libdisk I have to answer to this question. > First, only one bsnmp module is linking to this libdisk (a module for > HOST-RESOURCES-MIB). ... > I can try to replace the usage of libdisk with something else which > will do the job of detecting the disks and the partitions in a running How does one use 'snmp_hostres'? The AMD64 world builds fine with this patch: diff -u -u -0 -r1.2 Makefile --- usr.sbin/bsnmpd/modules/snmp_hostres/Makefile 9 Jan 2006 13:01:26 -0000 1.2 +++ usr.sbin/bsnmpd/modules/snmp_hostres/Makefile 12 Jan 2006 23:20:48 -0000 @@ -72,2 +72,2 @@ -DPADD= ${LIBKVM} ${LIBDEVINFO} ${LIBM} ${LIBDISK} ${LIBMEMSTAT} -LDADD= -lkvm -ldevinfo -lm -ldisk -lmemstat +DPADD= ${LIBKVM} ${LIBDEVINFO} ${LIBM} ${LIBMEMSTAT} +LDADD= -lkvm -ldevinfo -lm -lmemstat So what would I do with 'snmp_hostres' to show me unresolved symbol errors? Can we commit this patch for now, until things are figured out? diff -u -u -0 -r1.9 Makefile --- usr.sbin/bsnmpd/modules/Makefile 9 Jan 2006 12:34:07 -0000 1.9 +++ usr.sbin/bsnmpd/modules/Makefile 13 Jan 2006 02:00:31 -0000 @@ -10 +10 @@ - snmp_hostres \ + ${_snmp_hostres} \ @@ -17,0 +18,4 @@ +.if ${MACHINE_ARCH} != "amd64" +_snmp_hostres= snmp_hostres +.endif + -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 02:38:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED7C16A41F for ; Fri, 13 Jan 2006 02:38:39 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE8943D48 for ; Fri, 13 Jan 2006 02:38:38 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.168.71] (unknown [218.19.164.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 0474838CB65 for ; Fri, 13 Jan 2006 10:38:35 +0800 (CST) Message-ID: <43C712A7.1050805@gddsn.org.cn> Date: Fri, 13 Jan 2006 10:38:31 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051212) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 02:38:39 -0000 hi, when I load if_em on TP42P got this panic: #kldload if_em [thread pid 1300 tid 100060 ] Stopped at em_intr_fast+0xb: movl 0x4(%eax),%edx db> db> bt Tracing pid 1300 tid 100060 td 0xc673b340 em_intr_fast(c6b07800) at em_intr_fast+0xb intr_execute_handlers(c096d718,e8d338b8,c673b340,c096d514,c096d718) at intr_execute_handlers+0xe1 atpic_handle_intr(b) at atpic_handle_intr+0x96 Xatpic_intr11() at Xatpic_intr11+0x20 --- interrupt, eip = 0xc0853d23, esp = 0xe8d338f8, ebp = 0xe8d338fc --- spinlock_exit(c096d718,0,c6b07948,e8d3392c,c085067d) at spinlock_exit+0x27 atpic_enable_source(c096d718,c096d718,c096d718) at atpic_enable_source+0x7f intr_add_handler(c64d83c0,b,c6c55418,c6b07800,84) at intr_add_handler+0x59 nexus_setup_intr(c6390780,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) at nexus_setup_intr+0x66 bus_generic_setup_intr(c6484200,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) at bus_generic_setup_intr+0x76 bus_generic_setup_intr(c6484880,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) at bus_generic_setup_intr+0x76 bus_generic_setup_intr(c64d0100,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) at bus_generic_setup_intr+0x76 bus_generic_setup_intr(c64d1000,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) at bus_generic_setup_intr+0x76 bus_generic_setup_intr(c6505800,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948)t bus_generic_setup_intr+0x76 bus_setup_intr(c6505480,c6afdd00,84,c6c55418,c6b07800) at bus_setup_intr+0x99 em_attach(c6505480) at em_attach+0x787 device_attach(c6505480,c6505480,c6505480,2,c64f5000) at device_attach+0x58 device_probe_and_attach(c6505480,c6505480,c64f5000) at device_probe_and_attach+0xc4 pci_driver_added(c6505800,c6c63b08) at pci_driver_added+0xd1 devclass_add_driver(c6387e40,c6c63b08,c6aa9700,c6c63ae8,c6863cc0) at devclass_add_driver+0xb7 driver_module_handler(c6aa9700,0,c6c63af4,c0991040,0) at driver_module_handler+0x59 module_register_init(c6c63ae8) at module_register_init+0x4b linker_file_sysinit(c6b94200,c6b94200,1,c6b94200,c6863cc0) at linker_file_sysinit+0x7d linker_load_file(c6863cc0,e8d33c50,400,0,c64e7c00) at linker_load_file+0xce linker_load_module(0,c64e7c00,0,0,e8d33c7c) at linker_load_module+0xa3 kldload(c673b340,e8d33d04,1,1,296) at kldload+0xe7 syscall(3b,3b,3b,0,bfbfed54) at syscall+0x2ee Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280c41cb, esp = 0xbfbfeccc, ebp = 0xbfbfed08 --- #dmesg Copyright (c) 1992-2006 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 7.0-CURRENT #27: Thu Jan 12 23:40:06 CST 2006 root@tp.gddsn.org.cn:/usr/obj/usr/src/sys/IBM01 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.80GHz (598.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 2146828288 (2047 MB) avail memory = 2095865856 (1998 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0 xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff i rq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci 2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci 2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci2: at device 1.0 (no driver attached) ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:05:4e:4d:2a:7b ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 ichsmb0: port 0x1880-0x189f irq 11 at de vice 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc 0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled battery0: on acpi0 acpi_acad0: on acpi0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ugen0: vendor 0x1668 product 0x2441, rev 1.10/5.46, addr 2 Timecounter "TSC" frequency 598061766 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 cardbus1: CIS pointer is 0! fwohci0: mem 0xc0240000-0xc02407ff,0xc0244000-0xc0 247fff at device 0.0 on cardbus1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:30:bd:00:00:00:00 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x7d7b0000 fwip0: on firewire0 fwip0: Firewire address: 00:00:30:bd:00:00:00:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: BUS reset fwohci0: BUS reset fwohci0: node_id=0x8000ffc0, gen=2, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 firewire0: bus manager 1 firewire0: New S400 device ID:0001b700000104a8 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 16 files 4 WARNING: /var was not properly dismounted /var: mount pending error: blocks 140 files 14 WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 4 files 1 WARNING: /home was not properly dismounted fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=3, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) drm0: on vgapci0 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.19.0 20050911 info: [drm] Loading R300 Microcode fwohci0: device physically ejected? dcons_crom0: detached fwip0: detached sbp0: detached firewire0: detached fwohci0: detached ath0: link state changed to UP info: [drm] Loading R300 Microcode From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 03:05:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99D616A41F for ; Fri, 13 Jan 2006 03:05:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E53E43D45 for ; Fri, 13 Jan 2006 03:05:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 12 Jan 2006 19:05:19 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43C718EF.9050301@elischer.org> Date: Thu, 12 Jan 2006 19:05:19 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Huang wen hui References: <43C712A7.1050805@gddsn.org.cn> In-Reply-To: <43C712A7.1050805@gddsn.org.cn> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 03:05:20 -0000 Huang wen hui wrote: >hi, >when I load if_em on TP42P got this panic: > > looks like the first interrupt occurs before the driver has finished setting itself up.. (just a first impression). Scott'll probably nail it. I'm guessing it works fine if compiled in.. >#kldload if_em >[thread pid 1300 tid 100060 ] >Stopped at em_intr_fast+0xb: movl 0x4(%eax),%edx >db> >db> bt >Tracing pid 1300 tid 100060 td 0xc673b340 >em_intr_fast(c6b07800) at em_intr_fast+0xb >intr_execute_handlers(c096d718,e8d338b8,c673b340,c096d514,c096d718) at >intr_execute_handlers+0xe1 >atpic_handle_intr(b) at atpic_handle_intr+0x96 >Xatpic_intr11() at Xatpic_intr11+0x20 >--- interrupt, eip = 0xc0853d23, esp = 0xe8d338f8, ebp = 0xe8d338fc --- >spinlock_exit(c096d718,0,c6b07948,e8d3392c,c085067d) at spinlock_exit+0x27 >atpic_enable_source(c096d718,c096d718,c096d718) at atpic_enable_source+0x7f >intr_add_handler(c64d83c0,b,c6c55418,c6b07800,84) at intr_add_handler+0x59 >nexus_setup_intr(c6390780,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) >at nexus_setup_intr+0x66 >bus_generic_setup_intr(c6484200,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) >at bus_generic_setup_intr+0x76 >bus_generic_setup_intr(c6484880,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) >at bus_generic_setup_intr+0x76 >bus_generic_setup_intr(c64d0100,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) >at bus_generic_setup_intr+0x76 >bus_generic_setup_intr(c64d1000,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948) >at bus_generic_setup_intr+0x76 >bus_generic_setup_intr(c6505800,c6505480,c6afdd00,84,c6c55418,c6b07800,c6b07948)t >bus_generic_setup_intr+0x76 >bus_setup_intr(c6505480,c6afdd00,84,c6c55418,c6b07800) at >bus_setup_intr+0x99 >em_attach(c6505480) at em_attach+0x787 >device_attach(c6505480,c6505480,c6505480,2,c64f5000) at device_attach+0x58 >device_probe_and_attach(c6505480,c6505480,c64f5000) at >device_probe_and_attach+0xc4 >pci_driver_added(c6505800,c6c63b08) at pci_driver_added+0xd1 >devclass_add_driver(c6387e40,c6c63b08,c6aa9700,c6c63ae8,c6863cc0) at >devclass_add_driver+0xb7 >driver_module_handler(c6aa9700,0,c6c63af4,c0991040,0) at >driver_module_handler+0x59 >module_register_init(c6c63ae8) at module_register_init+0x4b >linker_file_sysinit(c6b94200,c6b94200,1,c6b94200,c6863cc0) at >linker_file_sysinit+0x7d >linker_load_file(c6863cc0,e8d33c50,400,0,c64e7c00) at linker_load_file+0xce >linker_load_module(0,c64e7c00,0,0,e8d33c7c) at linker_load_module+0xa3 >kldload(c673b340,e8d33d04,1,1,296) at kldload+0xe7 >syscall(3b,3b,3b,0,bfbfed54) at syscall+0x2ee >Xint0x80_syscall() at Xint0x80_syscall+0x1f >--- syscall (304, FreeBSD ELF32, kldload), eip = 0x280c41cb, esp = >0xbfbfeccc, ebp = 0xbfbfed08 --- > >#dmesg >Copyright (c) 1992-2006 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 7.0-CURRENT #27: Thu Jan 12 23:40:06 CST 2006 >root@tp.gddsn.org.cn:/usr/obj/usr/src/sys/IBM01 >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Pentium(R) M processor 1.80GHz (598.06-MHz 686-class CPU) >Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 >Features=0xafe9f9bfLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> >Features2=0x180 >real memory = 2146828288 (2047 MB) >avail memory = 2095865856 (1998 MB) >ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) >npx0: [FAST] >npx0: on motherboard >npx0: INT 16 interface >acpi0: on motherboard >acpi_ec0: port 0x62,0x66 on acpi0 >acpi0: Power Button (fixed) >Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 >cpu0: on acpi0 >acpi_perf0: on cpu0 >acpi_throttle0: on cpu0 >acpi_lid0: on acpi0 >acpi_button0: on acpi0 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >agp0: on hostb0 >pcib1: at device 1.0 on pci0 >pci1: on pcib1 >vgapci0: port 0x3000-0x30ff mem >0xe0000000-0xe7ffffff,0 xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 >uhci0: port 0x1800-0x181f >irq 11 at device 29.0 on pci0 >uhci0: [GIANT-LOCKED] >usb0: on uhci0 >usb0: USB revision 1.0 >uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub0: 2 ports with 2 removable, self powered >uhci1: port 0x1820-0x183f >irq 11 at device 29.1 on pci0 >uhci1: [GIANT-LOCKED] >usb1: on uhci1 >usb1: USB revision 1.0 >uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub1: 2 ports with 2 removable, self powered >uhci2: port 0x1840-0x185f >irq 11 at device 29.2 on pci0 >uhci2: [GIANT-LOCKED] >usb2: on uhci2 >usb2: USB revision 1.0 >uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub2: 2 ports with 2 removable, self powered >ehci0: mem >0xc0000000-0xc00003ff i rq 11 at device 29.7 on pci0 >ehci0: [GIANT-LOCKED] >usb3: EHCI version 1.0 >usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >usb3: on ehci0 >usb3: USB revision 2.0 >uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >uhub3: 6 ports with 6 removable, self powered >pcib2: at device 30.0 on pci0 >pci2: on pcib2 >cbb0: mem 0xb0000000-0xb0000fff irq 11 at device >0.0 on pci 2 >cardbus0: on cbb0 >pccard0: <16-bit PCCard bus> on cbb0 >cbb1: mem 0xb1000000-0xb1000fff irq 11 at device >0.1 on pci 2 >cardbus1: on cbb1 >pccard1: <16-bit PCCard bus> on cbb1 >pci2: at device 1.0 (no driver attached) >ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 >ath0: Ethernet address: 00:05:4e:4d:2a:7b >ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 >isab0: at device 31.0 on pci0 >isa0: on isab0 >atapci0: port >0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0x1860-0x186f at device 31.1 on pci0 >ata0: on atapci0 >ata1: on atapci0 >ichsmb0: port 0x1880-0x189f irq >11 at de vice 31.3 on pci0 >ichsmb0: [GIANT-LOCKED] >smbus0: on ichsmb0 >smb0: on smbus0 >pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem >0xc0000c00-0xc 0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 >pcm0: >pci0: at device 31.6 (no driver attached) >acpi_tz0: on acpi0 >atkbdc0: port 0x60,0x64 irq 1 on acpi0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >psm0: irq 12 on atkbdc0 >psm0: [GIANT-LOCKED] >psm0: model Generic PS/2 mouse, device ID 0 >sio0: configured irq 4 not in bitmap of probed irqs 0 >sio0: port may not be enabled >sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >acpi0 >sio0: type 8250 or not responding >ppc0: port 0x378-0x37f irq 7 on acpi0 >ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >ppbus0: on ppc0 >plip0: on ppbus0 >lpt0: on ppbus0 >lpt0: Interrupt-driven port >ppi0: on ppbus0 >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1: port may not be enabled >battery0: on acpi0 >acpi_acad0: on acpi0 >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1: port may not be enabled >pmtimer0 on isa0 >orm0: at iomem >0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff pnpid ORM0000 on isa0 >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1: port may not be enabled >ugen0: vendor 0x1668 product 0x2441, rev 1.10/5.46, addr 2 >Timecounter "TSC" frequency 598061766 Hz quality 800 >Timecounters tick every 1.000 msec >ad0: 57231MB at ata0-master UDMA100 >cardbus1: CIS pointer is 0! >fwohci0: mem >0xc0240000-0xc02407ff,0xc0244000-0xc0 247fff at device 0.0 on cardbus1 >fwohci0: OHCI version 1.10 (ROM=1) >fwohci0: No. of Isochronous channels is 4. >fwohci0: EUI64 00:00:30:bd:00:00:00:00 >fwohci0: Phy 1394a available S400, 3 ports. >fwohci0: Link S400, max_rec 2048 bytes. >firewire0: on fwohci0 >dcons_crom0: on firewire0 >dcons_crom0: bus_addr 0x7d7b0000 >fwip0: on firewire0 >fwip0: Firewire address: 00:00:30:bd:00:00:00:00 @ 0xfffe00000000, S400, >maxrec 2048 >sbp0: on firewire0 >fwohci0: Initiate bus reset >fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode >firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) >firewire0: bus manager 0 (me) >fwohci0: BUS reset >fwohci0: BUS reset >fwohci0: node_id=0x8000ffc0, gen=2, non CYCLEMASTER mode >firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 >firewire0: bus manager 1 >firewire0: New S400 device ID:0001b700000104a8 >acd0: DVDR at ata1-master UDMA33 >Trying to mount root from ufs:/dev/ad0s1a >WARNING: / was not properly dismounted >WARNING: /tmp was not properly dismounted >/tmp: mount pending error: blocks 16 files 4 >WARNING: /var was not properly dismounted >/var: mount pending error: blocks 140 files 14 >WARNING: /usr was not properly dismounted >/usr: mount pending error: blocks 4 files 1 >WARNING: /home was not properly dismounted >fwohci0: BUS reset >fwohci0: node_id=0xc000ffc0, gen=3, CYCLEMASTER mode >firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) >firewire0: bus manager 0 (me) >drm0: on vgapci0 >info: [drm] AGP at 0xd0000000 256MB >info: [drm] Initialized radeon 1.19.0 20050911 >info: [drm] Loading R300 Microcode >fwohci0: device physically ejected? >dcons_crom0: detached >fwip0: detached >sbp0: detached >firewire0: detached >fwohci0: detached >ath0: link state changed to UP >info: [drm] Loading R300 Microcode > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 03:18:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DEE616A41F for ; Fri, 13 Jan 2006 03:18:27 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id B526143D48 for ; Fri, 13 Jan 2006 03:18:26 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.168.71] (unknown [211.96.21.221]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id E85F638CB65; Fri, 13 Jan 2006 11:18:24 +0800 (CST) Message-ID: <43C71BFC.5090104@gddsn.org.cn> Date: Fri, 13 Jan 2006 11:18:20 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051212) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: Julian Elischer References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> In-Reply-To: <43C718EF.9050301@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 03:18:27 -0000 Julian Elischer wrote: >Huang wen hui wrote: > > > >>hi, >>when I load if_em on TP42P got this panic: >> >> >> >> > >looks like the first interrupt occurs before the driver has finished >setting itself up.. >(just a first impression). >Scott'll probably nail it. > >I'm guessing it works fine if compiled in.. > > no, that why I use kldload. Sometimes can kldload successfully in single-user mode. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 04:43:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32B2C16A41F for ; Fri, 13 Jan 2006 04:43:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF00E43D55 for ; Fri, 13 Jan 2006 04:43:44 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k0D4hXj9010722; Thu, 12 Jan 2006 22:43:33 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C72FF6.4070308@centtech.com> Date: Thu, 12 Jan 2006 22:43:34 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Mark Linimon References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> <20060113000615.GA17839@soaustin.net> In-Reply-To: <20060113000615.GA17839@soaustin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: current , Jo Rhett Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 04:43:45 -0000 Mark Linimon wrote: > On Thu, Jan 12, 2006 at 07:13:46AM -0600, Eric Anderson wrote: > >> I'm just mentioning it as a data point, that it is pretty hard to find >> a committer willing to mentor someone, or at a minimum, give them pointers. >> [...] Maybe, on the FreeBSD developers page, we could have a list of >> categories and mentors for those categories for those willing to work on >> code to contact with questions, etc. Then committers could volunteer as >> a mentor for a category they enjoy. >> > > You might find http://www.freebsd.org/projects/ideas/ useful. > > mcl > Well, it's helpful, except a few of the people responsible for projects on that list are those that are very busy, and somewhat unresponsive. Are those all people that volunteered to help developers trying to learn/contribute? If so, great, but if not, they should be replaced with some other committers with more spare time available. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 04:47:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C69516A41F for ; Fri, 13 Jan 2006 04:47:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B2A43D45 for ; Fri, 13 Jan 2006 04:47:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0D4lfXC037648; Thu, 12 Jan 2006 21:47:42 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C730EC.7070104@samsco.org> Date: Thu, 12 Jan 2006 21:47:40 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Huang wen hui References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> <43C71BFC.5090104@gddsn.org.cn> In-Reply-To: <43C71BFC.5090104@gddsn.org.cn> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Julian Elischer , current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 04:47:48 -0000 Huang wen hui wrote: > Julian Elischer wrote: > >> Huang wen hui wrote: >> >> >> >>> hi, >>> when I load if_em on TP42P got this panic: >>> >>> >>> >> >> >> looks like the first interrupt occurs before the driver has finished >> setting itself up.. >> (just a first impression). >> Scott'll probably nail it. >> >> I'm guessing it works fine if compiled in.. >> >> > no, that why I use kldload. Sometimes can kldload successfully in > single-user mode. > I never encountered this with kldload, but I understand what is wrong. I'll fix it shortly. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 06:55:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEEA16A41F for ; Fri, 13 Jan 2006 06:55:09 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A06343D48 for ; Fri, 13 Jan 2006 06:55:08 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.168.71] (unknown [218.19.164.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 3C40F38CB65; Fri, 13 Jan 2006 14:55:02 +0800 (CST) Message-ID: <43C74EC4.70808@gddsn.org.cn> Date: Fri, 13 Jan 2006 14:55:00 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051212) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: Scott Long References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> <43C71BFC.5090104@gddsn.org.cn> <43C730EC.7070104@samsco.org> In-Reply-To: <43C730EC.7070104@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 06:55:09 -0000 Scott Long wrote: > Huang wen hui wrote: > >> Julian Elischer wrote: >> >>> Huang wen hui wrote: >>> >>> >>> >>>> hi, >>>> when I load if_em on TP42P got this panic: >>>> >>>> >>>> >>> >>> >>> >>> looks like the first interrupt occurs before the driver has finished >>> setting itself up.. >>> (just a first impression). >>> Scott'll probably nail it. >>> >>> I'm guessing it works fine if compiled in.. >>> >>> >> no, that why I use kldload. Sometimes can kldload successfully in >> single-user mode. >> > > I never encountered this with kldload, but I understand what is wrong. > I'll fix it shortly. now got this when if_em compile in kernel: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05469d3 stack pointer = 0x28:0xc0c20a24 frame pointer = 0x28:0xc0c20a24 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) [thread pid 0 tid 0 ] Stopped at em_disable_intr+0x37: movl 0x4(%eax),%edx db> bt Tracing pid 0 tid 0 td 0xc099c980 em_disable_intr(c4b7a800,c4bd2280,c4bd2280,0,c4b7a800) at em_disable_intr+0x37 em_allocate_pci_resources(c4b7a800) at em_allocate_pci_resources+0x1fa em_attach(c4bd2280) at em_attach+0x31d device_attach(c4bd2280,c4bd2100,c4bd2280,c4bb8d00,0) at device_attach+0x58 device_probe_and_attach(c4bd2280) at device_probe_and_attach+0xc4 bus_generic_attach(c4bb8d00,6,c4b2d920,1,c0af2a9c) at bus_generic_attach+0x16 acpi_pci_attach(c4bb8d00) at acpi_pci_attach+0xd0 device_attach(c4bb8d00,c4bb1a00,c4bb8d00,0,c4bb7400) at device_attach+0x58 device_probe_and_attach(c4bb8d00) at device_probe_and_attach+0xc4 bus_generic_attach(c4bb7400,c4bb7400,c4baa680,c4b2d920,c4bd6cc0) at bus_generic_attach+0x16 acpi_pcib_attach(c4bb7400,c4bd6cf0,1,c4b2d920,c4bb7400) at acpi_pcib_attach+0x12f acpi_pcib_pci_attach(c4bb7400) at acpi_pcib_pci_attach+0x7c device_attach(c4bb7400,c4b90000,c4bb7400,c4baa680,0) at device_attach+0x58 device_probe_and_attach(c4bb7400) at device_probe_and_attach+0xc4 bus_generic_attach(c4baa680,6,c4b90000,1,c0af2a9c) at bus_generic_attach+0x16 acpi_pci_attach(c4baa680) at acpi_pci_attach+0xd0 device_attach(c4baa680,c4b89b80,c4baa680,0,c4adf580) at device_attach+0x58 device_probe_and_attach(c4baa680) at device_probe_and_attach+0xc4 bus_generic_attach(c4adf580,c4adf580,c4adf580,c4b90000,c4b93a80) at bus_generic_attach+0x16 acpi_pcib_attach(c4adf580,c4b93a94,0,c0c20c58,c06b534c) at acpi_pcib_attach+0x12f acpi_pcib_acpi_attach(c4adf580) at acpi_pcib_acpi_attach+0xcf device_attach(c4adf580,c4adf700,c4adf580,c4baaa00,c4b8d200) at device_attach+0x58 device_probe_and_attach(c4adf580) at device_probe_and_attach+0xc4 bus_generic_attach(c4b8d200,8ff,860,c4b97968,4) at bus_generic_attach+0x16 acpi_attach(c4b8d200) at acpi_attach+0x631 device_attach(c4b8d200,0,c4b8d200,c4a9a780,0) at device_attach+0x58 device_probe_and_attach(c4b8d200) at device_probe_and_attach+0xc4 bus_generic_attach(c4a9a780,c4a9a780,c4a9a780,c0c20d40,c06b1500) at bus_generic_attach+0x16 nexus_attach(c4a9a780) at nexus_attach+0x13 device_attach(c4a9a780,c0690e67,c4a9a780,c096dbf0,c25000) at device_attach+0x58 device_probe_and_attach(c4a9a780) at device_probe_and_attach+0xc4 root_bus_configure(c0c20d88,c066ce82,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c044f865) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c > > Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 07:47:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED88A16A41F for ; Fri, 13 Jan 2006 07:47:12 +0000 (GMT) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.freestylefund.com [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BC443D48 for ; Fri, 13 Jan 2006 07:47:12 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1ExJeR-000Hpw-Ih; Fri, 13 Jan 2006 00:47:11 -0700 In-Reply-To: <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: "Chad Leigh -- Shire.Net LLC" Date: Fri, 13 Jan 2006 00:47:11 -0700 To: David Leimbach X-Mailer: Apple Mail (2.746.2) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: FreeBSD Current Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 07:47:13 -0000 On Jan 12, 2006, at 3:34 PM, David Leimbach wrote: > > I might be picking one up this week... not sure yet. So conflicted > over > that or waiting to see what the new used to be a PowerMac will be. > [Do I > really want the mobile processor?] Question is do you want to wait for 6-12 months or want one now. The pro desktop is most likely not going to be available until the end of the year time frame... Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 08:15:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 792E216A422 for ; Fri, 13 Jan 2006 08:15:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4775043D49 for ; Fri, 13 Jan 2006 08:15:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id BA0471FFAD5; Fri, 13 Jan 2006 09:15:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 0C2D61FFAD4; Fri, 13 Jan 2006 09:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0458244487E; Fri, 13 Jan 2006 08:14:17 +0000 (UTC) Date: Fri, 13 Jan 2006 08:14:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Pyun YongHyeon In-Reply-To: <20060113010140.GC17655@rndsoft.co.kr> Message-ID: <20060113081234.E24703@maildrop.int.zabbadoz.net> References: <20060112113251.GB13481@rndsoft.co.kr> <20060112115600.P24703@maildrop.int.zabbadoz.net> <20060113010140.GC17655@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 08:15:11 -0000 On Fri, 13 Jan 2006, Pyun YongHyeon wrote: > On Thu, Jan 12, 2006 at 12:00:02PM +0000, Bjoern A. Zeeb wrote: > > On Thu, 12 Jan 2006, Pyun YongHyeon wrote: > > > > Hi, > > > > >Here is modified sk(4) that makes use of bus_dma(9). It was lightly > > >tested on sparc64(SMP)/i386(SMP). > > > > I had a really quick glance at the patch and I will try it this > > evening. Sounds really great! > > > > >Changes from stock sk(4) > > >- MPSAFE. No more recursive lock requiried. > > > > Are you sure you can get a away with the recursive lock for the dual > > port cards? > > > Since sk_intr handles both interrupts originated from MAC I think it > would be ok(I don't have dual port hardware). > Apart from that is there any reason the driver should use recursive > lock? I don't have dual port sk(4) hardware either atm. I guess I should look at the new locking strategy in detail. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 08:19:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B20D316A41F for ; Fri, 13 Jan 2006 08:19:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5F643D46 for ; Fri, 13 Jan 2006 08:18:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0D8IrwR038560; Fri, 13 Jan 2006 01:18:54 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C7626D.2060108@samsco.org> Date: Fri, 13 Jan 2006 01:18:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Huang wen hui References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> <43C71BFC.5090104@gddsn.org.cn> <43C730EC.7070104@samsco.org> <43C74EC4.70808@gddsn.org.cn> In-Reply-To: <43C74EC4.70808@gddsn.org.cn> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Julian Elischer , current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 08:19:02 -0000 Huang wen hui wrote: > Scott Long wrote: > >> Huang wen hui wrote: >> >>> Julian Elischer wrote: >>> >>>> Huang wen hui wrote: >>>> >>>> >>>> >>>>> hi, >>>>> when I load if_em on TP42P got this panic: >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>> looks like the first interrupt occurs before the driver has finished >>>> setting itself up.. >>>> (just a first impression). >>>> Scott'll probably nail it. >>>> >>>> I'm guessing it works fine if compiled in.. >>>> >>>> >>> no, that why I use kldload. Sometimes can kldload successfully in >>> single-user mode. >>> >> >> I never encountered this with kldload, but I understand what is wrong. >> I'll fix it shortly. > > > now got this when if_em compile in kernel: > Rev 1.100 should work. Sorry for all of the problems. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 10:19:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4D716A41F for ; Fri, 13 Jan 2006 10:19:10 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0952143D46 for ; Fri, 13 Jan 2006 10:19:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DB7C.dip.t-dialin.net [84.165.219.124]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0DADI1Z086440; Fri, 13 Jan 2006 11:13:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0DAJ15w026151; Fri, 13 Jan 2006 11:19:01 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 13 Jan 2006 11:19:00 +0100 Message-ID: <20060113111900.qaw4hpedgkkggocg@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 13 Jan 2006 11:19:00 +0100 From: Alexander Leidinger To: Eric Anderson References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> <20060113000615.GA17839@soaustin.net> <43C72FF6.4070308@centtech.com> In-Reply-To: <43C72FF6.4070308@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Mark Linimon , Jo, current , Rhett Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 10:19:10 -0000 Eric Anderson wrote: > Mark Linimon wrote: >> You might find http://www.freebsd.org/projects/ideas/ useful. > unresponsive. Are those all people that volunteered to help > developers trying to learn/contribute? Those are the people which offered to mentor for the SoC + some more. We asked all of the mentors listed on the SoC page if it's ok for them to get added on the ideas list too. Additionally we asked some more people or those other people told us they are willing to help. We didn't asked all developers directly and we didn't added someone without asking him. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 He's dead, Jim -- McCoy, "The Devil in the Dark", stardate 3196.1 From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 10:42:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DECE16A41F for ; Fri, 13 Jan 2006 10:42:22 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA5143D45 for ; Fri, 13 Jan 2006 10:42:21 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0DAgKwE004196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jan 2006 13:42:20 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0DAgJDp004195; Fri, 13 Jan 2006 13:42:19 +0300 (MSK) (envelope-from oleg) Date: Fri, 13 Jan 2006 13:42:19 +0300 From: Oleg Bulyzhin To: Poul-Henning Kamp Message-ID: <20060113104219.GC3524@lath.rinet.ru> References: <37858.1136753047@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37858.1136753047@critter.freebsd.dk> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: "bge0: gigabit like up" once per second X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 10:42:22 -0000 On Sun, Jan 08, 2006 at 09:44:07PM +0100, Poul-Henning Kamp wrote: > > On my AMD64/-current, the console prints > > bge0: gigabit link up > > once per second... > Problem should be fixed in if_bge.c rev. 1.113 - please report if something is wrong. P.S. would be fine to see your: egrep "(bge|brgphy)" /var/run/dmesg.boot -- Oleg. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 11:12:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B5116A41F for ; Fri, 13 Jan 2006 11:12:19 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0872243D45 for ; Fri, 13 Jan 2006 11:12:18 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so557001wra for ; Fri, 13 Jan 2006 03:12:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C3V1/ai0qpRdydOUae2nWGB2Wk/B5SAG8TCFGYtq0V1EDyLPL8fi1a3acPwd5HJUvizAvfNGf6dpqAu/CLa93Rr40QS3oXf+IUjdGSjU97AxFtBrwjWxq7yuPV23YUMiS9LiufoTe1OvaQa9U69IB4C1IGRys60dH4xNLoighP4= Received: by 10.54.131.18 with SMTP id e18mr4744781wrd; Fri, 13 Jan 2006 03:12:17 -0800 (PST) Received: by 10.54.91.14 with HTTP; Fri, 13 Jan 2006 03:12:17 -0800 (PST) Message-ID: <49402550601130312y24253976x107542f5ff4fdad3@mail.gmail.com> Date: Fri, 13 Jan 2006 13:12:17 +0200 From: victor cruceru To: freebsd-current@freebsd.org In-Reply-To: <20060113020402.GA45246@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <49402550601120436x1228e447o21e4bf13ecf12edc@mail.gmail.com> <20060113020402.GA45246@dragon.NUXI.org> Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 11:12:19 -0000 Hi David, Thank you for looking into this issue. Also many thanks for the fix you submitted for amd64. I'll try these days to replace this usage of libdisk with libgeom. Please find below. On 1/13/06, David O'Brien wrote: > On Thu, Jan 12, 2006 at 02:36:27PM +0200, victor cruceru wrote: > > Hi All, > > Please find below. > > > > > Message: 16 > > > Date: Wed, 11 Jan 2006 18:44:03 -0700 > > > From: Scott Long > > > Subject: Re: [head tinderbox] failure on amd64/amd64 > > > > > > As a safe measure, we can build and install a special PIC archive, > > > > similar to libc_pic.a and libgcc_pic.a, and use it here. This is > > > > all in an assumption that it's still unsafe to produce the libdisk.= so. > > > > > > > > > > > > Cheers, > > > > > > One way or another, please fix it. Why is bsnmp linking to libdisk > > > anyways? It's an absolutely horrible library. > > > > > > Scott > > > > > Because it was my decision to use libdisk I have to answer to this ques= tion. > > First, only one bsnmp module is linking to this libdisk (a module for > > HOST-RESOURCES-MIB). > ... > > I can try to replace the usage of libdisk with something else which > > will do the job of detecting the disks and the partitions in a running > > How does one use 'snmp_hostres'? The AMD64 world builds fine with this p= atch: > > diff -u -u -0 -r1.2 Makefile > --- usr.sbin/bsnmpd/modules/snmp_hostres/Makefile 9 Jan 2006 13:01:= 26 -0000 1.2 > +++ usr.sbin/bsnmpd/modules/snmp_hostres/Makefile 12 Jan 2006 23:20= :48 -0000 > @@ -72,2 +72,2 @@ > -DPADD=3D ${LIBKVM} ${LIBDEVINFO} ${LIBM} ${LIBDISK} ${LIBMEMSTAT} > -LDADD=3D -lkvm -ldevinfo -lm -ldisk -lmemstat > +DPADD=3D ${LIBKVM} ${LIBDEVINFO} ${LIBM} ${LIBMEMSTAT} > +LDADD=3D -lkvm -ldevinfo -lm -lmemstat > > So what would I do with 'snmp_hostres' to show me unresolved symbol error= s? For sure Harti will have a better explanation but I can try to respond to this question. The shared lib produced from this directory is used by the bsnmpd agent to be loaded at runtime. When this shared lib is loaded we will see the undefined symbols. One way to control when this so is loaded is via the agent config file (usually located in /etc). > > Can we commit this patch for now, until things are figured out? > > diff -u -u -0 -r1.9 Makefile > --- usr.sbin/bsnmpd/modules/Makefile 9 Jan 2006 12:34:07 -0000 1= .9 > +++ usr.sbin/bsnmpd/modules/Makefile 13 Jan 2006 02:00:31 -0000 > @@ -10 +10 @@ > - snmp_hostres \ > + ${_snmp_hostres} \ > @@ -17,0 +18,4 @@ > +.if ${MACHINE_ARCH} !=3D "amd64" > +_snmp_hostres=3D snmp_hostres > +.endif > + > > -- > -- David (obrien@FreeBSD.org) > Q: Because it reverses the logical flow of conversation. > A: Why is top-posting (putting a reply at the top of the message) frowned= upon? > -- victor cruceru From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 12:51:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F01C416A41F for ; Fri, 13 Jan 2006 12:51:38 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E21E43D4C for ; Fri, 13 Jan 2006 12:51:38 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0DCpZgW002006; Fri, 13 Jan 2006 06:51:37 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C7A258.4090208@centtech.com> Date: Fri, 13 Jan 2006 06:51:36 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Alexander Leidinger References: <43A266E5.3080103@samsco.org> <200601062220.13417.doconnor@gsoft.com.au> <20060112073733.GG84964@svcolo.com> <200601122112.13347.doconnor@gsoft.com.au> <43C6560A.8020200@centtech.com> <20060113000615.GA17839@soaustin.net> <43C72FF6.4070308@centtech.com> <20060113111900.qaw4hpedgkkggocg@netchild.homeip.net> In-Reply-To: <20060113111900.qaw4hpedgkkggocg@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 12:51:39 -0000 Alexander Leidinger wrote: > Eric Anderson wrote: > >> Mark Linimon wrote: > >>> You might find http://www.freebsd.org/projects/ideas/ useful. > >> unresponsive. Are those all people that volunteered to help >> developers trying to learn/contribute? > > Those are the people which offered to mentor for the SoC + some more. We > asked all of the mentors listed on the SoC page if it's ok for them to > get > added on the ideas list too. Additionally we asked some more people or > those > other people told us they are willing to help. We didn't asked all > developers > directly and we didn't added someone without asking him. Ok, well it sounds like it's what I was mentioning then. I really like this projects page, it gives us wannabe hackers a place to look for cool ideas to tinker with. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 12:58:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E29C316A41F for ; Fri, 13 Jan 2006 12:58:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93BB443D46 for ; Fri, 13 Jan 2006 12:58:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0DCwA2L002064 for ; Fri, 13 Jan 2006 06:58:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C7A3E2.4050901@centtech.com> Date: Fri, 13 Jan 2006 06:58:10 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: ath drivers break acpi suspend? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 12:58:11 -0000 I've noticed that I receive this error message on bootup (right after module initialization) when I have ath_hal and/or if_ath loading from loader.conf: acpi_alloc_wakeup_handler: can't alloc wake memory If I try to suspend, it appears to attempt to suspend (S3) but snap back to a resumed state (S0) immediately - not even completely going into suspended mode. Commenting out both the modules named above makes the message go away, and the laptop correctly suspends. I have not yet tried loading them modules after bootup, nor have I tried compiling them staticly into the kernel. I'll try that next. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 15:50:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF1F016A41F for ; Fri, 13 Jan 2006 15:50:38 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6860B43D48 for ; Fri, 13 Jan 2006 15:50:38 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so662813nzo for ; Fri, 13 Jan 2006 07:50:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Kq9q9uuSXQ0Hjc02KHZzWU8SgR8qgY+G4yW2dK5Nc9yWcHiknyhAe/C3X0m1X3k9b2xq4hihlusTM8Ay1B0Id8Fmys5LWt2WnlCRFa3yf7fXHIh2ji4pb8tU7XVt2DuzDDjv5BYB6mZArhP80arO21K+Rqn7lzQ9DXKGRwXEVr0= Received: by 10.37.18.13 with SMTP id v13mr2585446nzi; Fri, 13 Jan 2006 07:50:37 -0800 (PST) Received: by 10.36.46.13 with HTTP; Fri, 13 Jan 2006 07:50:37 -0800 (PST) Message-ID: <3e1162e60601130750j53bc3842q1d22e9fc9652d91d@mail.gmail.com> Date: Fri, 13 Jan 2006 07:50:37 -0800 From: David Leimbach To: "Chad Leigh -- Shire.Net LLC" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> Cc: FreeBSD Current Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 15:50:39 -0000 On 1/12/06, Chad Leigh -- Shire.Net LLC wrote: > > On Jan 12, 2006, at 3:34 PM, David Leimbach wrote: > > > > I might be picking one up this week... not sure yet. So conflicted > > over > > that or waiting to see what the new used to be a PowerMac will be. > > [Do I > > really want the mobile processor?] > > Question is do you want to wait for 6-12 months or want one now. The > pro desktop is most likely not going to be available until the end of > the year time frame... > > Chad > > True and by then I'll have more money anyway... For interested parties here is a really good overview of EFI http://www.kernelthread.com/publications/firmware/ This is from the same author who gave a really great tour of the Darwin OS. I wonder if the FreeBSD partitioning tools will be able to make non MBR partitions or if we'd have to have some kind of legacy mode for that. Also this article mentions that there is a Gateway media center PC already on EFI [at least it's EFI based...]. People who don't want to pay Apple's prices might find an alternative system there. I don't know anything about it though beyond this article. Dave From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 18:42:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07EC816A41F for ; Fri, 13 Jan 2006 18:42:00 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC4143D48 for ; Fri, 13 Jan 2006 18:41:59 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 1CD995E48DA; Fri, 13 Jan 2006 10:41:59 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 9E66F5E488A for ; Fri, 13 Jan 2006 10:41:56 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Jason Evans Date: Fri, 13 Jan 2006 10:41:52 -0800 X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Subject: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:42:00 -0000 libc's malloc(3) implementation has been replaced. For now, all debugging, sanity, and statistics gathering options are enabled, which means that you can expect your programs to run slower and take up more memory. We can shut these pessimizations off once it looks like the transition pains are mostly over. If you need better performance, undefine one or more of the following in src/lib/libc/stdlib/malloc.c: MALLOC_DEBUG MALLOC_STATS MALLOC_REDZONES All three slow programs down, and MALLOC_REDZONES also bloats memory usage. If you encounter runtime errors that you think are related to the malloc changes, please look at the man page and read about the various tuning flags, and use the relevant ones to try to narrow down the nature of the problem. In particular, the 'A', 'J', 'Q', and 'Z' flags may be useful for this. The most likely types of application bugs that this malloc implementation will uncover are: * Bad alignment assumptions. This malloc implementation only guarantees 16-byte alignment (for most architectures), even for very large allocations. This is legal, but unusual. Note that phkmalloc was very generous regarding object alignment. If you discover a bug of this type in an application, see posix_memalign(3) when fixing the problem. * Buffer overruns. Since this malloc implementation uses boundary tags, it is possible to corrupt internal malloc data structures by writing outside the bounds of an allocation. Redzones will detect small overruns, but not large ones. I expect there to be numerous reports of problems as a result of this change. Most of them will probably turn out to be application bugs, but bugs in malloc are possible (even probable) as well. Let's all keep open minds as to the causes of problems while diagnosing them. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 18:52:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB3A516A420; Fri, 13 Jan 2006 18:52:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3F7043D69; Fri, 13 Jan 2006 18:52:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id EC6E7BC7A; Fri, 13 Jan 2006 18:52:15 +0000 (UTC) To: Jason Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 13 Jan 2006 10:41:52 PST." <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> Date: Fri, 13 Jan 2006 19:52:14 +0100 Message-ID: <14547.1137178334@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 18:52:22 -0000 In message <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org>, Jason Evans writes: >The most likely types of application bugs that this malloc >implementation will uncover are: And speaking from experience: You can do Jason a big favour by trying your app with Electric Fence or similar before yelling at him. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 19:18:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5320816A425; Fri, 13 Jan 2006 19:18:54 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70F343D49; Fri, 13 Jan 2006 19:18:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.245.1] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1ExURn0W9N-0000wp; Fri, 13 Jan 2006 20:18:51 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 13 Jan 2006 20:19:34 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1826101.xxVUKlFlts"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601132019.41896.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 19:18:54 -0000 --nextPart1826101.xxVUKlFlts Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, no big news since 6.0, but in the background there are many interesting=20 projects: Just now the new malloc has hit current, we hear promising numbe= rs=20 from the network performance crew, the first batch of security advisories i= s=20 out and I'm sure some of you spent the holidays doing exiting stuff for=20 =46reeBSD as well. Please tell us! This is the call for Status Reports of your project activity between Octobe= r=20 and now. This is not limited to developers. We want a broad spectrum of=20 reports from everybody involved with FreeBSD. Check the Status Report=20 homepage[1] for earlier reports. Submission deadline is a week from now, January 20th! I don't want to dela= y=20 the publication much this time, so please write your report now! Please us= e=20 the XML-generator[2] or -template[3] and send your report to=20 monthly@freebsd.org by next Friday. Thanks a lot! As you write your report, did you consider to give a talk about your projec= t=20 at BSDCan? http://www.bsdcan.org/2006/papers.php [1] http://www.freebsd.org/news/status/ [2] http://www.freebsd.org/cgi/monthly.cgi [3] http://www.freebsd.org/news/status/report-sample.xml =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1826101.xxVUKlFlts Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDx/1NXyyEoT62BG0RAizaAJ9+mpkbQH2eafqsW+BdaYD1B8XJDgCfUcgN OZ01NpNiU0iQtYQyc88xDwY= =y/EE -----END PGP SIGNATURE----- --nextPart1826101.xxVUKlFlts-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 19:54:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F81F16A41F; Fri, 13 Jan 2006 19:54:59 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FBF43D5C; Fri, 13 Jan 2006 19:54:57 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0DJstGA032618; Fri, 13 Jan 2006 21:54:56 +0200 Received: by flame.pc (Postfix, from userid 1001) id B97EC11773; Fri, 13 Jan 2006 21:53:19 +0200 (EET) Date: Fri, 13 Jan 2006 21:53:19 +0200 From: Giorgos Keramidas To: Poul-Henning Kamp Message-ID: <20060113195319.GA17963@flame.pc> References: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> <14547.1137178334@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14547.1137178334@critter.freebsd.dk> Cc: freebsd-current@freebsd.org, Jason Evans Subject: Re: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 19:54:59 -0000 On 2006-01-13 19:52, Poul-Henning Kamp wrote: >In message <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org>, Jason Evans writes: >> The most likely types of application bugs that this malloc >> implementation will uncover are: > > And speaking from experience: You can do Jason a big favour by > trying your app with Electric Fence or similar before yelling > at him. HEH! Definitely. I have built & run at least four versions since January 11, two with DEBUG_FLAGS='-g' for both userland and kernel and two without. As Jason said, we should probably keep looking for potential problems both in the new malloc() and the programs that use it, but the fact that my laptop still runs quite fine with several dozens of ports installed some time back in December seems to imply there aren't any _really_ _nasty_ bugs in malloc so far Jason, thanks for the work you've put into this :) From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:04:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16A7C16A420; Fri, 13 Jan 2006 20:04:38 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E3D43D4C; Fri, 13 Jan 2006 20:04:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0DK4WVK023966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Jan 2006 12:04:33 -0800 Message-ID: <43C807ED.5090206@root.org> Date: Fri, 13 Jan 2006 12:05:01 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060113160217.bd14012a.manfred.lotz@arcor.de> <43C7C692.6070202@centtech.com> <20060113183422.02f21b37.manfred.lotz@arcor.de> <20060113191742.54379774.manfred.lotz@arcor.de> In-Reply-To: <20060113191742.54379774.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Samsung X20 freezes during suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:04:38 -0000 Manfred Lotz wrote: > On Fri, 13 Jan 2006 18:34:22 +0100 > Manfred Lotz wrote: > > >>This prevents the "not_implemented" messages from coming up but still >>the systems hangs after the following messages which I didn't see >>before: >> >>bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to clear. >>bfe0: PHY Reset would not complete. >>bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to clear. >>(5 times) >> > > > Now I build a kernel without bfe and this did the trick. > After: > ifconfig bfe0 down > kldunload if_bfe0 > suspend/resume is working. Yet another suspend/resume problem that is a device driver issue, not acpi. I'm moving this thread to -current where hopefully someone will know how to fix bfe. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:10:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1531016A439; Fri, 13 Jan 2006 20:10:06 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03D9943D48; Fri, 13 Jan 2006 20:10:04 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0DKA4nQ065585; Fri, 13 Jan 2006 12:10:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0DKA4Vm065584; Fri, 13 Jan 2006 12:10:04 -0800 (PST) (envelope-from sgk) Date: Fri, 13 Jan 2006 12:10:04 -0800 From: Steve Kargl To: Jason Evans Message-ID: <20060113201004.GA56888@troutmask.apl.washington.edu> References: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:10:06 -0000 On Fri, Jan 13, 2006 at 10:41:52AM -0800, Jason Evans wrote: > libc's malloc(3) implementation has been replaced. For now, all > debugging, sanity, and statistics gathering options are enabled, > which means that you can expect your programs to run slower and take > up more memory. We can shut these pessimizations off once it looks > like the transition pains are mostly over. > Jason, can you put a note in src/UPDATING about the change and perhaps a URL pointing to your email. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:12:43 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C94CA16A41F for ; Fri, 13 Jan 2006 20:12:43 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5702C43D4C for ; Fri, 13 Jan 2006 20:12:43 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0DKCgY2062688; Fri, 13 Jan 2006 15:12:42 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 13 Jan 2006 15:12:24 -0500 User-Agent: KMail/1.6.2 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> In-Reply-To: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200601131512.30195.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1240/Fri Jan 13 11:57:12 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: alan bryan Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:12:43 -0000 On Wednesday 11 January 2006 04:26 pm, alan bryan wrote: > I read that the new Intel (x86) Macs use EFI rather > than the traditional PC Bios to boot up. I'm > interested in using one of these to multiboot OS X and > FreeBSD and am wondering if it is yet known to work or > not. Do any changes need to be made to FreeBSD or > should it work out of the box? Thanks for any insight > and I know that it may be impossible to fully answer > until people get their hands on the hardware but I > just wanted to start thinking about the possibilities. If it has something called CSM, it should be able to boot FreeBSD: http://www.apcmag.com/apc/v3.nsf/0/64E7EA353646669ECA2570F50012430B In fact, Intel has been using EFI on recent motherboards such as SE7520AF2: http://www.intel.com/design/servers/boards/se7520af2/index.htm They didn't say it on the web page but it does have EFI. If the Apple hardware doesn't have CSM, then we have to make 'EFI-aware' boot loader chain and add EFI interface (instead of vm86 bios calls) to i386 kernel. :-( Jung-uk Kim PS: Sorry to bring up Linux here but Linux won't have the problem because Intel has added EFI support for i386: http://marc.theaimsgroup.com/?l=linux-kernel&m=105848983307228&w=2 and EFI LILO (for both i386 and ia64) is here: http://elilo.sourceforge.net/ Just FYI... From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:18:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C745C16A41F; Fri, 13 Jan 2006 20:18:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D8543D48; Fri, 13 Jan 2006 20:18:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 22DE51A3C25; Fri, 13 Jan 2006 12:18:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 18E4152740; Fri, 13 Jan 2006 15:18:30 -0500 (EST) Date: Fri, 13 Jan 2006 15:18:29 -0500 From: Kris Kennaway To: Giorgos Keramidas Message-ID: <20060113201829.GA24887@xor.obsecurity.org> References: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> <14547.1137178334@critter.freebsd.dk> <20060113195319.GA17963@flame.pc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20060113195319.GA17963@flame.pc> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Jason Evans Subject: Re: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:18:31 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 13, 2006 at 09:53:19PM +0200, Giorgos Keramidas wrote: > On 2006-01-13 19:52, Poul-Henning Kamp wrote: > >In message <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org>, Jason Eva= ns writes: > >> The most likely types of application bugs that this malloc > >> implementation will uncover are: > > > > And speaking from experience: You can do Jason a big favour by > > trying your app with Electric Fence or similar before yelling > > at him. >=20 > HEH! Definitely. I have built & run at least four versions > since January 11, two with DEBUG_FLAGS=3D'-g' for both userland and > kernel and two without. As Jason said, we should probably keep > looking for potential problems both in the new malloc() and the > programs that use it, but the fact that my laptop still runs > quite fine with several dozens of ports installed some time back > in December seems to imply there aren't any _really_ _nasty_ bugs > in malloc so far There are several ports that have build failures due to application bugs. I think I emailed some of the maintainers already, but there are more that are going to be (re-)exposed by some more recent changes than that patchset I was testing. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyAsVWry0BWjoQKURApAVAJ9RwOufazuHZ4EKOc/As4vMrGu/vQCg0eAt RazlJAE+lxfUUot/wACe8l0= =d6+O -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:34:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B02E216A41F for ; Fri, 13 Jan 2006 20:34:39 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2943B43D48 for ; Fri, 13 Jan 2006 20:34:39 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so723367wra for ; Fri, 13 Jan 2006 12:34:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mnZ/XViKkePg8aig7+FN1my1V0dl/Sel9T7k8G1Sbt+Gz2zZJQV775CBYVQkpYB+RDb4Hoc0zKdqqOZNNHqv4AaVtSiEj1LEC0ZgergUrPp9GqAcmME2129ijL71mCD2qj7D3QcpjDx1LC39pDKbfa1qYyoL9eYXPio7EBCXtq0= Received: by 10.65.239.15 with SMTP id q15mr2176748qbr; Fri, 13 Jan 2006 12:34:38 -0800 (PST) Received: by 10.65.138.16 with HTTP; Fri, 13 Jan 2006 12:34:38 -0800 (PST) Message-ID: Date: Fri, 13 Jan 2006 12:34:38 -0800 From: Dread Pirate Mal To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:34:39 -0000 Hi, folks. I'm seeing -really- terrible performance with an external usb drive on my freebsd 5.4 machine. It's a matrox one-touch being attached as the only device on port 0 of an Intel S845W based system. And yes, I do have ehci compiled in and the most current bios for the board :). I'd like to buy a vowel please, and apologies for the spammage. ---------------------------------------------------------------------------= ----- Dmesg sez the following: uhci0: port 0xef40-0xef5f irq 1\ 9 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered umass0: Maxtor OneTouch II, rev 2.00/2.03, addr 2 umass0: Get Max Lun not supported (STALLED) da0: Fixed Direct Access SCSI-4 device da0: 1.000MB/s transfers da0: 194481MB (398297088 512 byte sectors: 255H 63S/T 24792C) -- Rough i/o test sez: dd if=3D/dev/da0s1c bs=3D16k count=3D10000 of=3D/dev/null yields: 163840000 bytes transferred in 191.111406 secs (857301 bytes/sec) -- And.. oh, the pain: diskinfo -tv /dev/da0s1c /dev/da0s1c 512 # sectorsize 203921109504 # mediasize in bytes (190G) 398283417 # mediasize in sectors 24791 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 13.312930 sec =3D 53.252 msec Half stroke: 250 iter in 4.936923 sec =3D 19.748 msec Quarter stroke: 500 iter in 8.466121 sec =3D 16.932 msec Short forward: 400 iter in 3.550715 sec =3D 8.877 msec Short backward: 400 iter in 3.516539 sec =3D 8.791 msec Seq outer: 2048 iter in 10.288395 sec =3D 5.024 msec Seq inner: 2048 iter in 10.269045 sec =3D 5.014 msec Transfer rates: outside: 102400 kbytes in 98.968530 sec =3D 1035 kbytes/= sec middle: 102400 kbytes in 99.359594 sec =3D 1031 kbytes/= sec inside: 102400 kbytes in 98.932885 sec =3D 1035 kbytes/= sec From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:45:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778FC16A41F; Fri, 13 Jan 2006 20:45:57 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC9643D45; Fri, 13 Jan 2006 20:45:55 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0DKjq5d011606; Fri, 13 Jan 2006 22:45:53 +0200 Received: by flame.pc (Postfix, from userid 1001) id 93A3911781; Fri, 13 Jan 2006 22:44:15 +0200 (EET) Date: Fri, 13 Jan 2006 22:44:14 +0200 From: Giorgos Keramidas To: Kris Kennaway Message-ID: <20060113204414.GA18348@flame.pc> References: <1A89617A-5F0E-492E-8C21-10A4F679BCD2@freebsd.org> <14547.1137178334@critter.freebsd.dk> <20060113195319.GA17963@flame.pc> <20060113201829.GA24887@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060113201829.GA24887@xor.obsecurity.org> Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Jason Evans Subject: Re: HEADSUP: malloc changeover X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:45:57 -0000 On 2006-01-13 15:18, Kris Kennaway wrote: >> I have built & run at least four versions since January 11, two with >> DEBUG_FLAGS='-g' for both userland and kernel and two without. As >> Jason said, we should probably keep looking for potential problems >> both in the new malloc() and the programs that use it[...] > > There are several ports that have build failures due to application > bugs. I think I emailed some of the maintainers already, but there > are more that are going to be (re-)exposed by some more recent changes > than that patchset I was testing. I know :/ I've spent the relatively limited spare time I had the past 2 days trying to track down a segfault & core dump in the build of a CVS snapshot of Emacs. Strangely enough, building with an older version of malloc and then running the same binary with the new version works fine, so this looks like a bug in the multi-stage build of Emacs instead of a really serious malloc bug. I've posted a request for help on emacs-devel and continue trying to nail this down to something more specific than "it crashes when s->data[nbytes]" is accessed. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 20:46:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5850D16A498 for ; Fri, 13 Jan 2006 20:46:35 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC15B43D48 for ; Fri, 13 Jan 2006 20:46:29 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 0679A2AE7; Fri, 13 Jan 2006 21:46:27 +0100 (CET) Date: Fri, 13 Jan 2006 21:46:27 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20060113204627.GA31171@tara.freenix.org> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.9i Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 20:46:35 -0000 According to Dread Pirate Mal: > device on port 0 of an Intel S845W based system. And yes, I do have > ehci compiled in and the most current bios for the board :). Please re-check then as if your controller support EHCI, it should appear in the dmesg output. > uhci0: port 0xef40-0xef5f > irq 1\ > 9 at device 31.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > umass0: Maxtor OneTouch II, rev 2.00/2.03, addr 2 > umass0: Get Max Lun not supported (STALLED) > Transfer rates: > outside: 102400 kbytes in 98.968530 sec = 1035 kbytes/sec > middle: 102400 kbytes in 99.359594 sec = 1031 kbytes/sec > inside: 102400 kbytes in 98.932885 sec = 1035 kbytes/sec Nice xfer rates for... USB1. I have bought an external USB2 card and it appears like this: uhci0: port 0xcc00-0xcc1f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] [...] ehci0: mem 0xdffffd00-0xdffffdff irq 16 at device 10.2 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 0.95 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 5 ports with 5 removable, self powered -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 21:21:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85DD16A41F for ; Fri, 13 Jan 2006 21:21:42 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F18343D46 for ; Fri, 13 Jan 2006 21:21:41 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so731416wra for ; Fri, 13 Jan 2006 13:21:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=GPk03YStuqv5U2XJr8luHCHjtOSdyNLXIwt+cC23h/kbjy6G4zDbK2+ZT80eenvBB1eoo7dhPiEWP+RDhAVgS8Rj2ZADsTWoc/fkaqfcRBZH67VHHe+rYuRf4TyTF+Mvt4Iug1BtunA6i8anexeE1lfr5K61BNy1yHJ72q3TxLo= Received: by 10.65.124.13 with SMTP id b13mr2202420qbn; Fri, 13 Jan 2006 13:21:39 -0800 (PST) Received: by 10.65.138.16 with HTTP; Fri, 13 Jan 2006 13:21:39 -0800 (PST) Message-ID: Date: Fri, 13 Jan 2006 13:21:39 -0800 From: Dread Pirate Mal To: freebsd-current@freebsd.org In-Reply-To: <20060113204627.GA31171@tara.freenix.org> MIME-Version: 1.0 References: <20060113204627.GA31171@tara.freenix.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 21:21:42 -0000 On 1/13/06, Ollivier Robert wrote: > > Please re-check then as if your controller support EHCI, it should appear > in the dmesg output. > > uhci0: port > 0xef40-0xef5f Hmm, it's not showing ehci at all. According to the docs the controller i= n the motherboard *is* usb 2.0, and the drive itself shows up as 2.0 if attached to another (windows) system. Andrew: pciconf shows the controller as uhci@, not as none@ So.. if it's misdetected, would it be remotely sane to try compiling sans e/ohci and just have the ehci driver there, or are they codependant ? Thanks for the replies, folks. If this controller is not supported I'll have to stamp my feet and look annoyed. From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 21:53:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A0D16A41F for ; Fri, 13 Jan 2006 21:53:02 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E00D43D46 for ; Fri, 13 Jan 2006 21:53:01 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrir.wireless.private.submonkey.net ([192.168.11.23]) by shrike.submonkey.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ExWqu-000Me6-57; Fri, 13 Jan 2006 21:52:59 +0000 In-Reply-To: <3e1162e60601130750j53bc3842q1d22e9fc9652d91d@mail.gmail.com> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <8A950BCD-B725-42DD-A82D-8FE2191C3AD0@nlsystems.com> <200601121700.39962.jhb@freebsd.org> <3e1162e60601121434m6666e7c2lf62377f1a79b9fe6@mail.gmail.com> <3e1162e60601130750j53bc3842q1d22e9fc9652d91d@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-12--31815994" Message-Id: Content-Transfer-Encoding: 7bit From: Ceri Davies Date: Fri, 13 Jan 2006 21:52:53 +0000 To: David Leimbach X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) Cc: FreeBSD Current , "Chad Leigh -- Shire.Net LLC" Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 21:53:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-12--31815994 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 13 Jan 2006, at 15:50, David Leimbach wrote: > > I wonder if the FreeBSD partitioning tools will be able to make non > MBR partitions or if we'd have to have some kind of legacy mode for > that. We already have this for ia64. GEOM_GPT does the disk layout and sysinstall can already speak EFI (already that is currently #ifdef ia64). Ceri --Apple-Mail-12--31815994 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDyCE1me8yCsQvJJ0RAv5ZAJ9Vvmmfa5KDExN3iBdeb1YP1k/0AQCePkN6 3xaWPAIoJC0D3XKmyChSdKM= =u7O7 -----END PGP SIGNATURE----- --Apple-Mail-12--31815994-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 22:13:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8D9816A41F for ; Fri, 13 Jan 2006 22:13:41 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A3A143D46 for ; Fri, 13 Jan 2006 22:13:40 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so737998nzo for ; Fri, 13 Jan 2006 14:13:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=peWZC1uvm0a5TrrRfcLXjRyQjoZq2RwWbdlzu9489+avNZxcGP3H/QetsRXtUc3FKrZk+VIR+fyTWx+Q4bSV5oXmY9KA5TezxojnReaoa2zEG2IfKAgRfpfA9v4qFgHIUix2FK03fln/BCCWUFsZWGBFKgaLXPxusC7bsR9kiAY= Received: by 10.36.43.12 with SMTP id q12mr2892543nzq; Fri, 13 Jan 2006 14:13:40 -0800 (PST) Received: by 10.36.46.3 with HTTP; Fri, 13 Jan 2006 14:13:40 -0800 (PST) Message-ID: <3e1162e60601131413r47439165ub72e368fef139e0e@mail.gmail.com> Date: Fri, 13 Jan 2006 14:13:40 -0800 From: David Leimbach To: Jung-uk Kim In-Reply-To: <200601131512.30195.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <200601131512.30195.jkim@FreeBSD.org> Cc: alan bryan , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 22:13:42 -0000 On 1/13/06, Jung-uk Kim wrote: > On Wednesday 11 January 2006 04:26 pm, alan bryan wrote: > > I read that the new Intel (x86) Macs use EFI rather > > than the traditional PC Bios to boot up. I'm > > interested in using one of these to multiboot OS X and > > FreeBSD and am wondering if it is yet known to work or > > not. Do any changes need to be made to FreeBSD or > > should it work out of the box? Thanks for any insight > > and I know that it may be impossible to fully answer > > until people get their hands on the hardware but I > > just wanted to start thinking about the possibilities. > > If it has something called CSM, it should be able to boot FreeBSD: > > http://www.apcmag.com/apc/v3.nsf/0/64E7EA353646669ECA2570F50012430B > > In fact, Intel has been using EFI on recent motherboards such as > SE7520AF2: > > http://www.intel.com/design/servers/boards/se7520af2/index.htm > > They didn't say it on the web page but it does have EFI. > > If the Apple hardware doesn't have CSM, then we have to make > 'EFI-aware' boot loader chain and add EFI interface (instead of vm86 > bios calls) to i386 kernel. :-( > > Jung-uk Kim > > PS: Sorry to bring up Linux here but Linux won't have the problem > because Intel has added EFI support for i386: > > http://marc.theaimsgroup.com/?l=3Dlinux-kernel&m=3D105848983307228&w=3D2 > > and EFI LILO (for both i386 and ia64) is here: > > http://elilo.sourceforge.net/ > > Just FYI... The linux 2.6.x kernels have support for EFI as well. I'm not sure how much help ELILO really needs to provide anymore as a result. dave From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 22:59:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9532816A41F for ; Fri, 13 Jan 2006 22:59:02 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D785F43D45 for ; Fri, 13 Jan 2006 22:59:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0DMwwN9016502 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 14 Jan 2006 09:58:58 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0DMwwHh017983; Sat, 14 Jan 2006 09:58:58 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0DMwwqo017982; Sat, 14 Jan 2006 09:58:58 +1100 (EST) (envelope-from pjeremy) Date: Sat, 14 Jan 2006 09:58:57 +1100 From: Peter Jeremy To: Dread Pirate Mal Message-ID: <20060113225857.GL13244@cirb503493.alcatel.com.au> References: <20060113204627.GA31171@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 22:59:02 -0000 On Fri, 2006-Jan-13 13:21:39 -0800, Dread Pirate Mal wrote: >On 1/13/06, Ollivier Robert wrote: >> >> Please re-check then as if your controller support EHCI, it should appear >> in the dmesg output. >> > uhci0: port >> 0xef40-0xef5f > > Hmm, it's not showing ehci at all. According to the docs the >controller in the motherboard *is* usb 2.0, and the drive itself >shows up as 2.0 if attached to another (windows) system. > > Andrew: pciconf shows the controller as uhci@, not as none@ > > So.. if it's misdetected, would it be remotely sane to try >compiling sans e/ohci and just have the ehci driver there, or are >they codependant ? AFAIK, you need both. The USB1 and USB2 controllers are normally distinct PCI devices (I think this is required). Possibly your USB2 controller has an ID that is not recognized by ehci. You might like to post the output of "pciconf -lv". -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 23:26:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3674B16A41F for ; Fri, 13 Jan 2006 23:26:54 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E34543D45 for ; Fri, 13 Jan 2006 23:26:53 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 76049 invoked from network); 13 Jan 2006 23:26:52 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 13 Jan 2006 23:26:52 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0E3C460D4; Fri, 13 Jan 2006 18:26:52 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 50732-03-2; Fri, 13 Jan 2006 18:26:51 -0500 (EST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 662BA60EB; Fri, 13 Jan 2006 18:26:50 -0500 (EST) Message-ID: <43C83738.4010305@alumni.rice.edu> Date: Fri, 13 Jan 2006 18:26:48 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Dread Pirate Mal References: <20060113204627.GA31171@tara.freenix.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:26:54 -0000 Dread Pirate Mal wrote: > On 1/13/06, Ollivier Robert wrote: >> Please re-check then as if your controller support EHCI, it should appear >> in the dmesg output. >>> uhci0: port >> 0xef40-0xef5f > > > Hmm, it's not showing ehci at all. According to the docs the controller in > the > motherboard *is* usb 2.0, and the drive itself shows up as 2.0 if attached > to another > (windows) system. I know you have the latest BIOS version, but check your BIOS settings. I've seen many motherboards that have a setting for 1.1 only or both 1.1/2.0. This could explain it. Also, what's the output of 'pciconf -lv'? -Jonathan From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 23:26:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9284E16A41F for ; Fri, 13 Jan 2006 23:26:58 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id DACF143D45 for ; Fri, 13 Jan 2006 23:26:57 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so737070wri for ; Fri, 13 Jan 2006 15:26:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=A30MSAn5PrLwF7jSE+gCrfdXZdXIwWsysbri+x5JZ03GK4aVtFXhdkNfUQyK16uS40Q382Zb45d/WDKSffL/6Udhoudl/gmo9D4UNpxNU1z+N87ALv23vrl3AHIvjtCQ54nFDQ0ubPnLwJkuQQ6c8kQP3ZFtHWQkQ9OdPtWfCVs= Received: by 10.65.252.19 with SMTP id e19mr2274038qbs; Fri, 13 Jan 2006 15:26:57 -0800 (PST) Received: by 10.65.138.16 with HTTP; Fri, 13 Jan 2006 15:26:57 -0800 (PST) Message-ID: Date: Fri, 13 Jan 2006 15:26:57 -0800 From: Dread Pirate Mal To: Peter Jeremy In-Reply-To: <20060113225857.GL13244@cirb503493.alcatel.com.au> MIME-Version: 1.0 References: <20060113204627.GA31171@tara.freenix.org> <20060113225857.GL13244@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:26:58 -0000 Actually, I missed a line before; there IS a 'none' entry in pciconf. Here'= s the relevant spammage: uhci0@pci0:31:2: class=3D0x0c0300 card=3D0x57448086 chip=3D0x2442808= 6 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller' class =3D serial bus subclass =3D USB none0@pci0:31:3: class=3D0x0c0500 card=3D0x57448086 chip=3D0x2443808= 6 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA/BAM (ICH2/ICH2-M) SMBus Controller' class =3D serial bus subclass =3D SMBus uhci1@pci0:31:4: class=3D0x0c0300 card=3D0x57448086 chip=3D0x2444808= 6 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller' class =3D serial bus subclass =3D USB .. And for completeless' sake, here is the rest of the pciconf outout, abov= e excluded: agp0@pci0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1a308086 rev=3D= 0x11 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845/E/MP/MZ Brookdale CPU to I/O Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x1a318086 rev=3D= 0x11 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82845/E/MP/MZ Brookdale CPU to AGP Bridge' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e808= 6 rev=3D0x05 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BA/CA/DB/DBL/EB/ER (ICH2/3/4/4-L/5/5R), 6300ESB Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x2440808= 6 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA (ICH2) LPC Interface Controller' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:31:1: class=3D0x010180 card=3D0x57448086 chip=3D0x244b808= 6 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA (ICH2) UltraATA/100 IDE Controller' class =3D mass storage subclass =3D ATA ahc0@pci2:9:0: class=3D0x010000 card=3D0x00000000 chip=3D0x81789004 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adapte= r' class =3D mass storage subclass =3D SCSI fxp0@pci2:12:0: class=3D0x020000 card=3D0x301a8086 chip=3D0x12298086 rev=3D= 0x0d hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class =3D network fxp1@pci2:13:0: class=3D0x020000 card=3D0x301a8086 chip=3D0x12298086 rev=3D= 0x0d hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class =3D network subclass =3D ethernet none1@pci2:15:0: class=3D0x030000 card=3D0x57448086 chip=3D0x4752100= 2 rev=3D0x27 hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' device =3D 'Rage XL PCI' class =3D display subclass =3D VGA From owner-freebsd-current@FreeBSD.ORG Fri Jan 13 23:31:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9579916A41F for ; Fri, 13 Jan 2006 23:31:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0731F43D46 for ; Fri, 13 Jan 2006 23:31:57 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.245.1] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1ExYOi2REu-0007BQ; Sat, 14 Jan 2006 00:31:56 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 14 Jan 2006 00:32:39 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12228677.36NDBoxUZk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601140032.45710.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: digi(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 23:31:58 -0000 --nextPart12228677.36NDBoxUZk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Anyone in the position to test digi(4) changes? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart12228677.36NDBoxUZk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyDidXyyEoT62BG0RArKRAJ4wmOahv3Jj4Fku9svUFWtqTLMeuACeNrat TijdyN5+xv55nbXjS2e4f8U= =bASA -----END PGP SIGNATURE----- --nextPart12228677.36NDBoxUZk-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 00:34:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2182016A41F for ; Sat, 14 Jan 2006 00:34:40 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from angui.sh (dsl081-242-113.sfo1.dsl.speakeasy.net [64.81.242.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id B121243D45 for ; Sat, 14 Jan 2006 00:34:37 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from home.angui.sh (localhost.angui.sh [127.0.0.1]) by angui.sh (8.13.4/8.13.3) with ESMTP id k0E0WOJ6026828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Jan 2006 16:32:24 -0800 (PST) (envelope-from wfroning@home.angui.sh) Received: from localhost (wfroning@localhost) by home.angui.sh (8.13.4/8.13.3/Submit) with ESMTP id k0E0WOg7026825; Fri, 13 Jan 2006 16:32:24 -0800 (PST) (envelope-from wfroning@home.angui.sh) Date: Fri, 13 Jan 2006 16:32:24 -0800 (PST) From: Will Froning To: Andrea Brancatelli In-Reply-To: <160B72FB-0B0A-4B8F-9065-5EFBCB41D4EC@siliconlandmark.com> Message-ID: <20060113162946.V26744@home.angui.sh> References: <200601050917.k059HeAN023417@reddevil.brancatelli.it> <160B72FB-0B0A-4B8F-9065-5EFBCB41D4EC@siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 64.81.57.93 Cc: current@freebsd.org Subject: Re: The BladeCenter Saga. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 00:34:40 -0000 On Thu, 5 Jan 2006, Andre Guibert de Bruet wrote: =>On Jan 5, 2006, at 4:17 AM, Andrea Brancatelli wrote: => =>> The blades have two Broadcom NICs... the bge drivers fires up with no =>> problem, but none of the bge0/bge1 card seems to actually work. Whathever =>> setting I apply to them I cannot reach anything on the outside, and =>> furthermore the emergency shell on VTY4 allows me a very short set of =>> commands. I have no doubts on the functionality of the hardware for =>> various reason (we tried to install on 3 different server always with the =>> same results; one of the blades was working ok with windows 2003 before). =>> =>> A very suspicious thing is that ifconfig reports for both the cards: =>> "status: no carrier", while the cable is surely pulled in (it's hard =>> wired, it cannot be pulled off at all). =>> =>> So we are stuck again. I downloaded the complete ISO for amd64. I plan on =>> doing the installation from CDRom on Blade 3 (the one that actually =>> succeeds in seeing the CD) and then investigate further on the Broadcom =>> issue. =>> =>> Do anyone has ever stepped on problem with the bge driver? => =>Though not in a blade configuration, I have had a couple of Dell PowerEdge =>servers with the bge driver running for a couple of years flawlessly. I can agree to bge cards working on standard Dell 1U/2U/xU boxes, but they did not work in the first generation Dell blades I tested. So there is definitely some difference even when the chips are reported to be the same. Thanks, Will -- Will Froning Unix Sys. Admin. wfroning@angui.sh From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 01:01:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D579716A41F; Sat, 14 Jan 2006 01:01:08 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mfront7.yandex.ru (mfront7.yandex.ru [213.180.200.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77DEB43D45; Sat, 14 Jan 2006 01:01:08 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (mfront7.yandex.ru) by mail.yandex.ru id ; Sat, 14 Jan 2006 04:00:51 +0300 Date: Sat, 14 Jan 2006 04:00:50 +0300 (MSK) From: "bu7cher" Sender: bu7cher@yandex.ru Message-Id: <43C84D42.000001.11272@mfront7.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-current@freebsd.org X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: jwd@FreeBSD.org Subject: DragonFly Variant Symlinks port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 01:01:09 -0000 Hi, All! I have make the port of DragonFly BSD Variant Symlinks. (http://www.freebsd.org/projects/ideas/#p-magicsymlinks) Pathes for CURRENT can be founded on http://butcher.heavennet.ru/patches/kernel/varsym/. This is first version and i think that work in not complete. Port is not fully identical with dfbsd implementation. Syscall interface has been changed (removed messages-related things and some parameters changed to pointers). ToDo: 1. src/sys/i386/i386/machdep.c - this initialization needed for each platforms? 2. I think that here needed some locking implementation. 3. Document new syscalls. Any comments? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 03:09:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D4A16A420; Sat, 14 Jan 2006 03:09:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED02043D46; Sat, 14 Jan 2006 03:09:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 13 Jan 2006 19:09:09 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43C86B54.3060700@elischer.org> Date: Fri, 13 Jan 2006 19:09:08 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: bu7cher@yandex.ru References: <43C84D42.000001.11272@mfront7.yandex.ru> In-Reply-To: <43C84D42.000001.11272@mfront7.yandex.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: DragonFly Variant Symlinks port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 03:09:10 -0000 bu7cher wrote: >Hi, All! > >I have make the port of DragonFly BSD Variant Symlinks. (http://www.freebsd.org/projects/ideas/#p-magicsymlinks) >Pathes for CURRENT can be founded on http://butcher.heavennet.ru/patches/kernel/varsym/. This is first version and i think that work in not complete. >Port is not fully identical with dfbsd implementation. Syscall interface has been changed (removed messages-related things and some parameters changed to pointers). >ToDo: >1. src/sys/i386/i386/machdep.c - this initialization needed for each platforms? > > I doubt that it has to be in i386/i386/anything.. it should be possible to put it in the Machine independent startup files in kern/ >2. I think that here needed some locking implementation. >3. Document new syscalls. > >Any comments? >-- >WBR, Andrey V. Elsukov >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 04:02:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB4C216A41F; Sat, 14 Jan 2006 04:02:39 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A88943D49; Sat, 14 Jan 2006 04:02:38 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k0E426MG048252; Fri, 13 Jan 2006 20:02:06 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k0E424Mu048251; Fri, 13 Jan 2006 20:02:04 -0800 (PST) (envelope-from jmg) Date: Fri, 13 Jan 2006 20:02:04 -0800 From: John-Mark Gurney To: bu7cher Message-ID: <20060114040204.GM69162@funkthat.com> Mail-Followup-To: bu7cher , freebsd-current@freebsd.org, jwd@FreeBSD.org References: <43C84D42.000001.11272@mfront7.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C84D42.000001.11272@mfront7.yandex.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: DragonFly Variant Symlinks port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:02:39 -0000 bu7cher wrote this message on Sat, Jan 14, 2006 at 04:00 +0300: > I have make the port of DragonFly BSD Variant Symlinks. (http://www.freebsd.org/projects/ideas/#p-magicsymlinks) > Pathes for CURRENT can be founded on http://butcher.heavennet.ru/patches/kernel/varsym/. This is first version and i think that work in not complete. > Port is not fully identical with dfbsd implementation. Syscall interface has been changed (removed messages-related things and some parameters changed to pointers). > ToDo: > 1. src/sys/i386/i386/machdep.c - this initialization needed for each platforms? You should use the SYSINIT system for the initalization... This will make it MI... you should stick it in the file that defines varsymset_init.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 04:14:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C5D16A41F for ; Sat, 14 Jan 2006 04:14:51 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id C987D43D46 for ; Sat, 14 Jan 2006 04:14:50 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so775692nzo for ; Fri, 13 Jan 2006 20:14:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XMfxGk2OX031ykncRK1oDzxTQTadWy3roffry+cOkytuvG4QOCVkJRAXig/4YLZq/R5OSzXv2VWX8u/FDduivGRy1vLBLhiVOEWJRNLaLb9DnhNCFEDL7Ly/Jd+F5iZJeYZSq5oWNqHx1utL0mLv8QFBh/pzh8UHw1ZW5tPU02U= Received: by 10.36.101.3 with SMTP id y3mr3112706nzb; Fri, 13 Jan 2006 20:14:49 -0800 (PST) Received: by 10.36.46.3 with HTTP; Fri, 13 Jan 2006 20:14:49 -0800 (PST) Message-ID: <3e1162e60601132014t20916189u28530c6fd674c77@mail.gmail.com> Date: Fri, 13 Jan 2006 20:14:49 -0800 From: David Leimbach To: bu7cher@yandex.ru In-Reply-To: <43C84D42.000001.11272@mfront7.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43C84D42.000001.11272@mfront7.yandex.ru> Cc: freebsd-current@freebsd.org Subject: Re: DragonFly Variant Symlinks port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:14:51 -0000 On 1/13/06, bu7cher wrote: > Hi, All! > > I have make the port of DragonFly BSD Variant Symlinks. (http://www.freeb= sd.org/projects/ideas/#p-magicsymlinks) > Pathes for CURRENT can be founded on http://butcher.heavennet.ru/patches/= kernel/varsym/. This is first version and i think that work in not complete= . > Port is not fully identical with dfbsd implementation. Syscall interface = has been changed (removed messages-related things and some parameters chang= ed to pointers). > ToDo: > 1. src/sys/i386/i386/machdep.c - this initialization needed for each plat= forms? > 2. I think that here needed some locking implementation. > 3. Document new syscalls. > > Any comments? > -- > WBR, Andrey V. Elsukov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > I'm not sure I like variant symlinks but it's still pretty cool that you ported them. I just hope that they are always optional on FreeBSD and not on by default as I'm not sure I'll ever really want to have them on my system. I have a much higher level of interest in something like Plan 9's private namespaces which can potentially eliminate the need for any kind of symlink at all [when combined with the ability to "bind" and union directories] There are potential problems with both private namespaces and variant symlinks though, both could get you into trouble if you do something silly like make a symlink out of /etc/passwd or even more directly with a "bind" over /etc/passwd in private namespace land. Then someone's environment variable or namespace can be used to switch out passwd databases. These things are still being thought out in the linux kernel with it's private namespace implementation too. Unix/BSD VFS and it's authentication model doesn't seem well suited to private namespaces either. On Plan 9 you have a host owner instead of a root user which has similar powers, but it's only because that's the person the filesystem server basically runs as or grants access to do anything on. There's no "file" per se that controls who has an account. It's done in a configuration section of the filesystem that's not readily exposed in via the VFS as a file that can be edited. [though I think you could edit a file and commit it to this section if you wanted to, I always use the filesystem's special console device to make such changes]. And that's just part of the story. The authentication part is done elsewhere. It seems like to have a really morphable or less global VFS we'd have to do something similar to what the plan 9 folks have done in their filesystem to make it more secure. Still, like I said, very cool that you ported it :-). I'm sure it will be useful when used judiciously. I just worry about security implications and how much I really understand about my system when such things are added. Dave From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 04:32:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A97DA16A41F; Sat, 14 Jan 2006 04:32:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C4E43D49; Sat, 14 Jan 2006 04:32:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0E4U7Kg049125; Fri, 13 Jan 2006 21:30:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 13 Jan 2006 21:30:25 -0700 (MST) Message-Id: <20060113.213025.48399331.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20060112205015.GA13244@cirb503493.alcatel.com.au> References: <20060112080856.GI84964@svcolo.com> <20060112205015.GA13244@cirb503493.alcatel.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 13 Jan 2006 21:30:08 -0700 (MST) Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:32:36 -0000 In message: <20060112205015.GA13244@cirb503493.alcatel.com.au> Peter Jeremy writes: : 1) "core" deliberately killed suggestions of improved binary update processes : You have yet to produce the e-mails demonstrating this. I can state authoritative and categorically that core did no such thing. I dare anybody to prove me wrong. Warner Losh core team member From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 04:35:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 909B216A41F for ; Sat, 14 Jan 2006 04:35:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFDA43D45 for ; Sat, 14 Jan 2006 04:35:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0E4XAhI049148; Fri, 13 Jan 2006 21:33:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 13 Jan 2006 21:33:27 -0700 (MST) Message-Id: <20060113.213327.22017826.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <43C718EF.9050301@elischer.org> References: <43C712A7.1050805@gddsn.org.cn> <43C718EF.9050301@elischer.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 13 Jan 2006 21:33:15 -0700 (MST) Cc: current@freebsd.org Subject: Re: if_em panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 04:35:53 -0000 In message: <43C718EF.9050301@elischer.org> Julian Elischer writes: : Huang wen hui wrote: : : >hi, : >when I load if_em on TP42P got this panic: : > : > : : looks like the first interrupt occurs before the driver has finished : setting itself up.. : (just a first impression). : Scott'll probably nail it. : : I'm guessing it works fine if compiled in.. Fast interrupts are not masked during device configuration, but slow interrupts are. This is why people are seeing this now. Even if the em device itself didn't interrupt, it is possible (likely) that other devices that share an interrupt with it have... Warner From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 05:21:18 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF47916A424; Sat, 14 Jan 2006 05:21:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AB143D45; Sat, 14 Jan 2006 05:21:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 886001A3C1C; Fri, 13 Jan 2006 21:21:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C610F54A42; Sat, 14 Jan 2006 00:21:17 -0500 (EST) Date: Sat, 14 Jan 2006 00:21:17 -0500 From: Kris Kennaway To: green@FreeBSD.org, current@FreeBSD.org Message-ID: <20060114052117.GA16773@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Extreme contigmalloc() slowness with mpt driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 05:21:19 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have an amd64 machine with 16GB of RAM that takes ages to boot (~40 minutes on 7.0). This is because the mpt driver takes 20 minutes to attach (with 2 instances). This in turn is because the following code from dev/mpt/mpt_pci.c:mpt_dma_mem_alloc() takes about 5 seconds to execute, and it is run 256 times in a loop: error = bus_dmamap_create(mpt->buffer_dmat, 0, &req->dmap); When I set vm.old_contigmalloc=1, the system boots without delay. This points to a bug in contigmalloc. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyIpMWry0BWjoQKURAuTRAKCnSlr80D7Db3NmKtO5ZO/tatkzRQCg2I3J oxsMNYZPV6QAXDI0hDi955Q= =lXTT -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 05:53:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8959716A41F; Sat, 14 Jan 2006 05:53:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7AB43D45; Sat, 14 Jan 2006 05:53:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0E5rlJ2045606; Fri, 13 Jan 2006 21:53:47 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0E5rl29045605; Fri, 13 Jan 2006 21:53:47 -0800 (PST) (envelope-from sgk) Date: Fri, 13 Jan 2006 21:53:47 -0800 From: Steve Kargl To: Kris Kennaway Message-ID: <20060114055347.GA45580@troutmask.apl.washington.edu> References: <20060114052117.GA16773@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060114052117.GA16773@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Extreme contigmalloc() slowness with mpt driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 05:53:50 -0000 On Sat, Jan 14, 2006 at 12:21:17AM -0500, Kris Kennaway wrote: > I have an amd64 machine with 16GB of RAM that takes ages to boot (~40 > minutes on 7.0). This is because the mpt driver takes 20 minutes to > attach (with 2 instances). This in turn is because the following code > from dev/mpt/mpt_pci.c:mpt_dma_mem_alloc() takes about 5 seconds to > execute, and it is run 256 times in a loop: > > error = bus_dmamap_create(mpt->buffer_dmat, 0, &req->dmap); > > When I set vm.old_contigmalloc=1, the system boots without delay. > > This points to a bug in contigmalloc. > This is probably related to my recent reports of extremely slow probing of fxp0. I have 12 GB on a Tyan K8S Pro and fxp0 takes on the order of 7 minutes to probe. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 06:57:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16C616A41F; Sat, 14 Jan 2006 06:57:21 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2697443D45; Sat, 14 Jan 2006 06:57:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.245.1] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML2ov-1ExfLj3XRw-0002I2; Sat, 14 Jan 2006 07:57:20 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 14 Jan 2006 07:57:55 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1431239.NbBJ3kO48K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601140758.02019.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: harti@freebsd.org Subject: make or kmod.mk broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 06:57:21 -0000 --nextPart1431239.NbBJ3kO48K Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, in kmod.mk (and I believe in other places as well) we have constructs in th= e=20 form of this: ${SOMEARRAY:M${SOMEVAR}} However, make doesn't seem to=20 understand this. I don't see any traces that it ever did and I have no clu= e=20 if it should. I might well misunderstand things (not a make guru) so here is my testcase: | STUFF=3D foo bar foobar | FOO=3Dfoo |=20 | mtest: | echo ${STUFF:M${FOO}} and "$make mtest" gives: | echo } | } this clearly suggests that make is not equipped to handle the variable=20 expansion here. In any case we have to fix either kmod.mk or make. On a related question: How can I get the actual location of a file that is= =20 in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} which doesn= 't=20 work as I am explaining here. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1431239.NbBJ3kO48K Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyKD6XyyEoT62BG0RAikeAJ0d0bZKPlfTic7QHfi9go/Ci7e9mACcCoZW QLd+BtrbSN0s3JrTp4SSeeM= =zX76 -----END PGP SIGNATURE----- --nextPart1431239.NbBJ3kO48K-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 07:06:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA6416A41F for ; Sat, 14 Jan 2006 07:06:51 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E7543D48 for ; Sat, 14 Jan 2006 07:06:51 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (sccrmhc12) with ESMTP id <2006011407065001200h52jfe>; Sat, 14 Jan 2006 07:06:50 +0000 From: Joshua Tinnin To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Sat, 14 Jan 2006 00:06:48 -0700 User-Agent: KMail/1.9.1 References: <20060112113251.GB13481@rndsoft.co.kr> In-Reply-To: <20060112113251.GB13481@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601140006.51237.krinklyfig@comcast.net> Cc: Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 07:06:51 -0000 On Thu 12 Jan 06 04:32, Pyun YongHyeon wrote: > I'd like to hear any success/failure reports. If you have a NIC that > is supported by sk(4) please give it a try and let me know the > result. So far so good, running 6.0-RELEASE-p2 on an i386 machine. The sk(4) NIC is an onboard Marvell 88E8001 Yukon Gigabit Ethernet on an Asus A7N8X-E Deluxe motherboard: # uname -a FreeBSD smogmonster.local 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #0: Fri Jan 13 23:13:57 MST 2006 krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60 i386 # dmesg | grep sk skc0: port 0x9000-0x90ff mem 0xec000000-0xec003fff irq 17 at device 4.0 on pci1 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:70:56:75 As for dual port, I also have: miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ... although I haven't used that one, yet. I can try it if you like. - jt From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 07:29:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B23116A41F for ; Sat, 14 Jan 2006 07:29:06 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C316543D45 for ; Sat, 14 Jan 2006 07:29:05 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0E7T3q8027928 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 14 Jan 2006 18:29:03 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0E7T2Hh018375; Sat, 14 Jan 2006 18:29:02 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0E7T2nb018374; Sat, 14 Jan 2006 18:29:02 +1100 (EST) (envelope-from pjeremy) Date: Sat, 14 Jan 2006 18:29:02 +1100 From: Peter Jeremy To: Dread Pirate Mal Message-ID: <20060114072902.GM13244@cirb503493.alcatel.com.au> References: <20060113204627.GA31171@tara.freenix.org> <20060113225857.GL13244@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 07:29:06 -0000 On Fri, 2006-Jan-13 15:26:57 -0800, Dread Pirate Mal wrote: >Actually, I missed a line before; there IS a 'none' entry in pciconf. Here's >the relevant spammage: > >uhci0@pci0:31:2: class=0x0c0300 card=0x57448086 chip=0x24428086 >rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller' > class = serial bus > subclass = USB >none0@pci0:31:3: class=0x0c0500 card=0x57448086 chip=0x24438086 >rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801BA/BAM (ICH2/ICH2-M) SMBus Controller' > class = serial bus > subclass = SMBus That's the SMB controller (see smb(4) and smbus(4)) - nothing to do with USB. >uhci1@pci0:31:4: class=0x0c0300 card=0x57448086 chip=0x24448086 >rev=0x05 hdr=0x00 There's nothing that looks like a USB2 device in your list - echi(4) only lists ICH{4,5,6,7} as supported and the PCI class would be 0x0c0320 if it supported USB2. I think you're out of luck, sorry. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 08:13:37 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E891B16A41F for ; Sat, 14 Jan 2006 08:13:37 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB6F43D46 for ; Sat, 14 Jan 2006 08:13:37 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 5CC8613B8C9; Sat, 14 Jan 2006 09:13:36 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 4CD8E18BAED; Sat, 14 Jan 2006 09:13:36 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-021-071.pools.arcor-ip.net [84.58.21.71]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 2FA20E1474; Sat, 14 Jan 2006 09:13:36 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0E8DXpt057343; Sat, 14 Jan 2006 09:13:36 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sat, 14 Jan 2006 09:13:28 +0100 From: Manfred Lotz To: Nate Lawson Message-Id: <20060114091328.984d59c6.manfred.lotz@arcor.de> In-Reply-To: <43C807ED.5090206@root.org> References: <20060113160217.bd14012a.manfred.lotz@arcor.de> <43C7C692.6070202@centtech.com> <20060113183422.02f21b37.manfred.lotz@arcor.de> <20060113191742.54379774.manfred.lotz@arcor.de> <43C807ED.5090206@root.org> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Samsung X20 freezes during suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 08:13:38 -0000 On Fri, 13 Jan 2006 12:05:01 -0800 Nate Lawson wrote: > Manfred Lotz wrote: > > On Fri, 13 Jan 2006 18:34:22 +0100 > > Manfred Lotz wrote: > > > > > >>This prevents the "not_implemented" messages from coming up but > >>still the systems hangs after the following messages which I didn't > >>see before: > >> > >>bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to > >>clear. bfe0: PHY Reset would not complete. > >>bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to > >>clear. (5 times) > >> > > > > > > Now I build a kernel without bfe and this did the trick. > > After: > > ifconfig bfe0 down > > kldunload if_bfe0 > > suspend/resume is working. > > Yet another suspend/resume problem that is a device driver issue, not > acpi. I'm moving this thread to -current where hopefully someone > will know how to fix bfe. > Thanks, Natan. Actually it happens under 6.0 STABLE but I could imagine that the bfe bug is still there in -current. I put a new question on -stable. -- Manfred From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 09:53:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FAD816A41F for ; Sat, 14 Jan 2006 09:53:24 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CFA643D45 for ; Sat, 14 Jan 2006 09:53:22 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k0E9rJx9039582 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 14 Jan 2006 10:53:19 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k0E9rIsJ039581 for current@freebsd.org; Sat, 14 Jan 2006 10:53:18 +0100 (CET) Date: Sat, 14 Jan 2006 10:53:18 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20060114095318.GA39508@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: sysenter patch question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 09:53:24 -0000 hi there's a patch which makes fbsd use sysenter. why wasnt it commited? is there any plan to make it into kernel? or was it just forgotten? thnx for the info roman From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 12:01:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C14B16A420; Sat, 14 Jan 2006 12:01:10 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A87743D46; Sat, 14 Jan 2006 12:01:08 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0EC17bE070135; Sat, 14 Jan 2006 13:01:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k0EC16Yc060256; Sat, 14 Jan 2006 13:01:06 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k0EC163g060255; Sat, 14 Jan 2006 13:01:06 +0100 (CET) (envelope-from wb) Date: Sat, 14 Jan 2006 13:01:06 +0100 From: Wilko Bulte To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20060114120106.GB60149@freebie.xs4all.nl> References: <20060112080856.GI84964@svcolo.com> <20060112205015.GA13244@cirb503493.alcatel.com.au> <20060114010906.GA38113@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060114010906.GA38113@svcolo.com> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 12:01:10 -0000 On Fri, Jan 13, 2006 at 05:09:06PM -0800, Jo Rhett wrote.. > Replying offlist because this topic is dead. > > On Fri, Jan 13, 2006 at 07:50:15AM +1100, Peter Jeremy wrote: > > Deliberate antagonism of most (if not all) FreeBSD developers is unlikely > > to assist in getting your ideas listened to. > > Asking if there it was possible to prioritize getting something done is to > antagonize? Nothing in any of messages (except the well known fact that How about you taking your bikeshed elsewhere, instead of moaning endlessly of what (mostly unpaid) volunteers should do to satisfy your needs? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 14:20:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60ED16A41F for ; Sat, 14 Jan 2006 14:20:59 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F07D943D46 for ; Sat, 14 Jan 2006 14:20:58 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k0EEKuAe022379; Sat, 14 Jan 2006 14:20:56 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k0EEKu74035837; Sat, 14 Jan 2006 14:20:56 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k0EEKtf2035834; Sat, 14 Jan 2006 14:20:56 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 14 Jan 2006 14:20:55 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Peter Jeremy In-Reply-To: <20060114072902.GM13244@cirb503493.alcatel.com.au> Message-ID: <20060114141419.D35532@ury.york.ac.uk> References: <20060113204627.GA31171@tara.freenix.org> <20060113225857.GL13244@cirb503493.alcatel.com.au> <20060114072902.GM13244@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Dread Pirate Mal , freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 14:20:59 -0000 On Sat, 14 Jan 2006, Peter Jeremy wrote: > On Fri, 2006-Jan-13 15:26:57 -0800, Dread Pirate Mal wrote: >> uhci0@pci0:31:2: class=0x0c0300 card=0x57448086 chip=0x24428086 >> rev=0x05 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller' >> class = serial bus >> subclass = USB > > There's nothing that looks like a USB2 device in your list - echi(4) > only lists ICH{4,5,6,7} as supported and the PCI class would be 0x0c0320 > if it supported USB2. I think you're out of luck, sorry. ICH2 doesn't support USB2, it's only USB1.1. http://www.intel.com/design/chipsets/815e/ ICH4 was the first Intel chipset to support it. Gavin From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 15:16:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E32E316A41F; Sat, 14 Jan 2006 15:16:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B9C43D45; Sat, 14 Jan 2006 15:16:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7E41A46B81; Sat, 14 Jan 2006 10:16:10 -0500 (EST) Date: Sat, 14 Jan 2006 15:16:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jo Rhett In-Reply-To: <20060112080856.GI84964@svcolo.com> Message-ID: <20060114144115.M38874@fledge.watson.org> References: <20060112080856.GI84964@svcolo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 15:16:13 -0000 On Thu, 12 Jan 2006, Jo Rhett wrote: > For now we'll have to see if Colin can find ways around the problems without > the tools he needs to do it right. It seems fairly clear to me that Colin's tools provide useful building blocks that can be used to create something like what you're looking for: it is an efficient way to generate, manage, and distribute difference sets between snapshots of a system. What Colin's pieces explicitly don't provide is a administrative infrastructure for imposing heavy weight packaging semantics and version information -- specifically, an explicit version database, roll-back, and a mechanism for configuration merges. I'm sure many sites would like to have the heavier weight mechanism, but it's certainly a non-trivial project that will take a lot of time for someone to get right. Someone(tm) will need to spend several months on it to get it really working well, but I think it would be well worth the effort. I do suspect, however, that the starting point for this is to discard the formal project releases, and instead simply provide infrastructure for someone with their own notion of what releases are, and what versions make sense. That way if a site chooses to deploy our stock releases or patches, that's fine, but they can also manage their own custom snapshots. Presumably a first starting point is to take the assumption that the build system will produce a series of install snapshots, presumably using installworld/installkernel to a specific DESTDIR, and that all updates will be generated between them, with version names and relevant difference combinations to be assigned to them by the admin. The second part will be handling what's normally done by mergemaster in some way -- for some environments, simply generating a second tarball that contains the output of distrib-dirs (etc) and then providing that to bootstrap mergemaster rather than a source tree would be sufficient. Other environments might wish to simply splat down replacement files based on having run mergemaster in advance on the build machine. A bit of minimal but well-crafted glue is presumably required here, such as the ability to point mergemaster at the update blob and tell it "Yeah, so, I want my / to be merged from here, not /usr/src/etc". The final part is the meta-data for these snapshots, both carried with them, and on the target system. If using Colin's binary difference pieces, they will often be quite compact, and it's easy to imagine storing the necessary information to roll back or forwards by several revisions in a relatively small amount of space. Tricky things include how to accomplish relative atomicity in updates. If we assume that the snapshot itself, along with possibly a version name/number (from, to), is basically sufficient meta-data, that's quite advantageous. It becomes the responsibility of the admin to not screw up by assigning the same name to multiple versions, etc. But as always, the tricky thing is someone actually doing the work. It's a non-trivial and time-consuming task, and isn't just a weekend's hacking. There will almost certainly be a number of "Oh damn, I didn't think of that!"'s along the way. I don't think anyone is opposed to it happening, but getting someone to do all that work with little recompense (or even significant recompense) requires some amount of convincing! Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 15:28:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A9016A41F for ; Sat, 14 Jan 2006 15:28:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B3243D46 for ; Sat, 14 Jan 2006 15:28:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0EFSACQ047766; Sat, 14 Jan 2006 08:28:10 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C9188B.3050300@samsco.org> Date: Sat, 14 Jan 2006 08:28:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20060114052117.GA16773@xor.obsecurity.org> <20060114055347.GA45580@troutmask.apl.washington.edu> In-Reply-To: <20060114055347.GA45580@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org, Kris Kennaway Subject: Re: Extreme contigmalloc() slowness with mpt driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 15:28:16 -0000 Steve Kargl wrote: > On Sat, Jan 14, 2006 at 12:21:17AM -0500, Kris Kennaway wrote: > >>I have an amd64 machine with 16GB of RAM that takes ages to boot (~40 >>minutes on 7.0). This is because the mpt driver takes 20 minutes to >>attach (with 2 instances). This in turn is because the following code >>from dev/mpt/mpt_pci.c:mpt_dma_mem_alloc() takes about 5 seconds to >>execute, and it is run 256 times in a loop: >> >> error = bus_dmamap_create(mpt->buffer_dmat, 0, &req->dmap); >> >>When I set vm.old_contigmalloc=1, the system boots without delay. >> >>This points to a bug in contigmalloc. >> > > > This is probably related to my recent reports of extremely > slow probing of fxp0. I have 12 GB on a Tyan K8S Pro and > fxp0 takes on the order of 7 minutes to probe. > Yep, that's the same reason. THe issue here is that bus_dmamap_create is using contigmalloc to allocate bounce pages for the device. At the request of Soeren, I recently upped the max limit on bounce pages from 512 to 4096. Before that, drivers would quickly reach the max and then move on. Now that the max is a lot higher, I guess it points to a scalability problem in the page search algorithm of contigmalloc. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 15:32:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD80216A41F for ; Sat, 14 Jan 2006 15:32:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3431743D46 for ; Sat, 14 Jan 2006 15:32:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0EFW1wj047782; Sat, 14 Jan 2006 08:32:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C91972.7020901@samsco.org> Date: Sat, 14 Jan 2006 08:32:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20060114095318.GA39508@stud.fit.vutbr.cz> In-Reply-To: <20060114095318.GA39508@stud.fit.vutbr.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: sysenter patch question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 15:32:03 -0000 Divacky Roman wrote: > hi > > there's a patch which makes fbsd use sysenter. why wasnt it commited? is there > any plan to make it into kernel? or was it just forgotten? > > thnx for the info > > roman > I was the last to work on the patch, and that was about a year or so ago. It worked fine under fairly simple processes, but trying to run things like KDE and Mozilla made it blow up fairly quickly. I suspect that it has something to do with thread upcalls, but I never got around to figuring it out. If someone wants to pick it up, that would be great. Note that this only matters for i386; amd64 has always had its own version of sysenter that it uses. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 16:33:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB4B116A41F for ; Sat, 14 Jan 2006 16:33:26 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C17743D46 for ; Sat, 14 Jan 2006 16:33:18 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 1171C4B; Sat, 14 Jan 2006 11:33:13 -0500 (EST) Date: Sat, 14 Jan 2006 11:33:13 -0500 From: Adam McDougall To: Luigi Rizzo Message-ID: <20060114163312.GB73904@egr.msu.edu> References: <20051203110534.N98873@fledge.watson.org> <20051203035248.A45695@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051203035248.A45695@xorpc.icir.org> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: Brief Report: IBM/Lenovo z60t notebook with FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 16:33:26 -0000 On Sat, Dec 03, 2005 at 03:52:49AM -0800, Luigi Rizzo wrote: On Sat, Dec 03, 2005 at 11:36:28AM +0000, Robert Watson wrote: > > Last week, I ordered byself a new notebook -- for reasons of price, stock, > features, etc, I went with the Lenovo z60t 2511. This is IBM part number > UM3EJUK, and comes with a 14" display (1280x768 widescreen), 1.86GHz > Pentium M, 512M of memory, and a 60GB hard disk. It also has hardware > fingerprint scanner, bluetooth, SD card reader, broadcom gig-e, firewire, > atheros 802.11 chipset, and various other neat things. Obviously, I from the description you give, the process looks very similar to what i did for my Dell Latitude X1, similar features except for a 12.1" screen, no fingerprint, and intel2200 instead of atheros card. The output of pciconf -lv is attached. suspend/resume does not work well. actually, one issue is that the screen goes off when you close the lid and even though the rest of the system seems to be somwehat alive, i cannot see anything. cheers luigi One trick I have found was hw.acpi.reset_video=0 and turn on a bios boot password. When the laptop resumes, the bios seems to do a better job of reinitializing the screen. If I use reset_video, I get an instant reboot. If I do not, I get no video (I believe). I have a Dell D810, and similar to my previous Inspiron Pentium-M, It seems that I can suspend and resume but it never stays asleep. The system ALWAYS wakes up within 1-10 seconds (the D810 takes longer before it decides to wake back up). From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 17:26:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB5FD16A41F for ; Sat, 14 Jan 2006 17:26:01 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED7243D45 for ; Sat, 14 Jan 2006 17:26:01 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so636408wxc for ; Sat, 14 Jan 2006 09:26:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=CaxYjC9kvWNrrUXiicMiuaaJ0GPOZ7inG04uXX9A8QJuga/oBObtwF9vWu+CrsFJTChXG0WOaS5d5xImGjRzaQsf79/1aPYoDOv9z0DUxqzX/ljJqon5znbWO4TrtSBRJY80YymZhl0r0yCI+zlImR9GrVCUR6Va/u00qnyHUgw= Received: by 10.70.122.14 with SMTP id u14mr5312673wxc; Sat, 14 Jan 2006 09:26:00 -0800 (PST) Received: by 10.70.126.13 with HTTP; Sat, 14 Jan 2006 09:26:00 -0800 (PST) Message-ID: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> Date: Sun, 15 Jan 2006 01:26:00 +0800 From: Rong-En Fan To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: change mac address via ifconfig causes corrupted redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 17:26:01 -0000 Hi all, I'm running -current as of Jan 15 on i386. After upgrading, I saw following messages # ifconfig fxp0 link aa:bb:cc:dd:ee:ff ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size 18) (0x0) I tried with MALLOC_OPTIONS=3DA to get a core dump, but the backtrace does not help (corrupted). My /etc/malloc.conf is 'aj'. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 18:24:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E477116A41F for ; Sat, 14 Jan 2006 18:24:16 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E17A43D45 for ; Sat, 14 Jan 2006 18:24:14 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 8D9BE14563B; Sat, 14 Jan 2006 19:24:13 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id 819CD1893; Sat, 14 Jan 2006 19:24:13 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id 5661D1891; Sat, 14 Jan 2006 19:24:13 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 3B8F714563B; Sat, 14 Jan 2006 19:24:13 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0EIOD0m085447; Sat, 14 Jan 2006 19:24:13 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0EIOCLd013052; Sat, 14 Jan 2006 19:24:12 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0EIOCPQ022763; Sat, 14 Jan 2006 19:24:12 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0EIOB3U022762; Sat, 14 Jan 2006 19:24:11 +0100 (CET) (envelope-from q@galgenberg.net) Date: Sat, 14 Jan 2006 19:24:10 +0100 From: Ulrich Spoerlein To: Rong-En Fan Message-ID: <20060114182410.GA1108@galgenberg.net> Mail-Followup-To: Rong-En Fan , current@freebsd.org References: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: current@freebsd.org Subject: Re: change mac address via ifconfig causes corrupted redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:24:17 -0000 Rong-En Fan wrote: > Hi all, >=20 > I'm running -current as of Jan 15 on i386. After upgrading, I saw > following messages >=20 > # ifconfig fxp0 link aa:bb:cc:dd:ee:ff > ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size 18) (0x= 0) >=20 > I tried with MALLOC_OPTIONS=3DA to get a core dump, but the backtrace > does not help (corrupted). My /etc/malloc.conf is 'aj'. Problem does exist in RELENG_6 too, running it within valgrind give this =3D=3D4389=3D=3D Invalid write of size 1 =3D=3D4389=3D=3D at 0x3C031B24: strcpy (in /usr/local/lib/valgrind/vgpre= load_memcheck.so) =3D=3D4389=3D=3D by 0x804B34C: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x804A983: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x8049645: (within /sbin/ifconfig) =3D=3D4389=3D=3D Address 0x3C11C0FE is 0 bytes after a block of size 18 al= loc'd =3D=3D4389=3D=3D at 0x3C032183: malloc (in /usr/local/lib/valgrind/vgpre= load_memcheck.so) =3D=3D4389=3D=3D by 0x804B331: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x804A983: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x8049645: (within /sbin/ifconfig) =3D=3D4389=3D=3D=20 =3D=3D4389=3D=3D Invalid read of size 1 =3D=3D4389=3D=3D at 0x3C09579B: link_addr (in /lib/libc.so.6) =3D=3D4389=3D=3D by 0x804B35C: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x804A983: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x8049645: (within /sbin/ifconfig) =3D=3D4389=3D=3D Address 0x3C11C0FE is 0 bytes after a block of size 18 al= loc'd =3D=3D4389=3D=3D at 0x3C032183: malloc (in /usr/local/lib/valgrind/vgpre= load_memcheck.so) =3D=3D4389=3D=3D by 0x804B331: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x804A983: (within /sbin/ifconfig) =3D=3D4389=3D=3D by 0x8049645: (within /sbin/ifconfig) (yeah, sorry, no debugging symbols) I'm pretty sure it's the link_getaddr in af_link.c, there are two possible fixes, depending on the requirements of link_addr() If link_addr *needs* a terminating '\0', then we need to malloc(strlen(addr) + 2), if it doesn't need the terminating zero, we should get away with strncpy(temp + 1, addr, strlen(addr)) I'm currently rebuilding world with debugging symbols and will report back. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Which is worse: ignorance or apathy? Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 18:32:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B40D516A420 for ; Sat, 14 Jan 2006 18:32:23 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id AD34243D48 for ; Sat, 14 Jan 2006 18:32:22 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 29042 invoked from network); 14 Jan 2006 14:09:31 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 14 Jan 2006 14:09:31 -0000 Message-ID: <43C90A68.9000909@freebsd.org> Date: Sat, 14 Jan 2006 23:27:52 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> In-Reply-To: <43C2472C.5070103@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:32:23 -0000 I have updated the patches: For 7-current patch http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff For 6.x patch http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff Changes from -p4: - fixed around "can't fifo/vnode bypass -1" panic problem - added some comments into source-code for src-developer - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 18:52:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF6916A41F for ; Sat, 14 Jan 2006 18:52:53 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC33F43D6D for ; Sat, 14 Jan 2006 18:52:47 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0EIqklm001085; Sat, 14 Jan 2006 10:52:46 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0EIqk3M001084; Sat, 14 Jan 2006 10:52:46 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Jan 2006 10:52:46 -0800 From: Steve Kargl To: Scott Long Message-ID: <20060114185246.GA773@troutmask.apl.washington.edu> References: <20060114052117.GA16773@xor.obsecurity.org> <20060114055347.GA45580@troutmask.apl.washington.edu> <43C9188B.3050300@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C9188B.3050300@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Extreme contigmalloc() slowness with mpt driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 18:52:53 -0000 On Sat, Jan 14, 2006 at 08:28:11AM -0700, Scott Long wrote: > Steve Kargl wrote: > >On Sat, Jan 14, 2006 at 12:21:17AM -0500, Kris Kennaway wrote: > > > >>I have an amd64 machine with 16GB of RAM that takes ages to boot (~40 > >>minutes on 7.0). This is because the mpt driver takes 20 minutes to > >>attach (with 2 instances). This in turn is because the following code > >>from dev/mpt/mpt_pci.c:mpt_dma_mem_alloc() takes about 5 seconds to > >>execute, and it is run 256 times in a loop: > >> > >> error = bus_dmamap_create(mpt->buffer_dmat, 0, &req->dmap); > >> > >>When I set vm.old_contigmalloc=1, the system boots without delay. > >> > >>This points to a bug in contigmalloc. > >> > > > >This is probably related to my recent reports of extremely > >slow probing of fxp0. I have 12 GB on a Tyan K8S Pro and > >fxp0 takes on the order of 7 minutes to probe. > > > > Yep, that's the same reason. THe issue here is that bus_dmamap_create > is using contigmalloc to allocate bounce pages for the device. At the > request of Soeren, I recently upped the max limit on bounce pages from > 512 to 4096. Before that, drivers would quickly reach the max and then > move on. Now that the max is a lot higher, I guess it points to a > scalability problem in the page search algorithm of contigmalloc. > Thanks for the confirmation. There may be more serious problems than just long boot times. I'm seeing recurring lock-ups on my system. There is no panic and no keyboard/network response from the system. The system sit in my office and acts as a very expense heater. In my attempts to diagnosis the problems, I've cleaned out all installed ports, all old shared libraries, all old bin/, sbin/, usr/bin, and usr/sbin binaries. Then, I rebuilt kernel and world and booted a fairly clean system. I have INVARIANTS/WITNESS/DDB in my kernelr. I rebuilt multiple ports from multiple vty terms without a problem. Fired up X11, opened several xterms and built more ports. All seems fine. Then, I rebuilt my Monte Carlo simulation code. This program will fork 2 children. Each child will allocate up to 1 GB of memory where there are a few 250 MB arrays. Each child runs for 7 minutes, writes a few files, then exits. The parent waits on the children, and then forks 2 more children. The parent should run for 24 to 96 hours for a complete simulation. At some point the system will lock up. This is while X11 is running. I haven't had a lock up at a vty term. Note, I've used memtest86+ to check the memory and I've used Adaptec's low level verfication to check my hard drives. Anyhow, I'll keep hunting for the root of the problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 19:36:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B146516A420 for ; Sat, 14 Jan 2006 19:36:05 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ADDC43D45 for ; Sat, 14 Jan 2006 19:36:05 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.2] (c-24-6-173-198.hsd1.ca.comcast.net [24.6.173.198]) by elvis.mu.org (Postfix) with ESMTP id 4D9641A3C1C; Sat, 14 Jan 2006 11:36:05 -0800 (PST) Message-ID: <43C952A3.5020009@FreeBSD.org> Date: Sat, 14 Jan 2006 11:36:03 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20060114095318.GA39508@stud.fit.vutbr.cz> <43C91972.7020901@samsco.org> In-Reply-To: <43C91972.7020901@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Divacky Roman , current@freebsd.org Subject: Re: sysenter patch question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 19:36:05 -0000 Scott Long wrote: > I was the last to work on the patch, and that was about a year or so > ago. It worked fine under fairly simple processes, but trying to run > things like KDE and Mozilla made it blow up fairly quickly. I suspect > that it has something to do with thread upcalls, but I never got around > to figuring it out. If someone wants to pick it up, that would be > great. Note that this only matters for i386; amd64 has always had its > own version of sysenter that it uses. As far as I know, amd64 uses the SYSCALL instruction, which I believe, should have about the same performance as SYSENTER. --Suleiman From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 19:56:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA4016A41F; Sat, 14 Jan 2006 19:56:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B70F43D45; Sat, 14 Jan 2006 19:56:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EJuibV036662; Sat, 14 Jan 2006 21:56:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 20855-03; Sat, 14 Jan 2006 21:56:17 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EJopPV036538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Jan 2006 21:50:51 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0EJosqD005063; Sat, 14 Jan 2006 21:50:54 +0200 (EET) (envelope-from ru) Date: Sat, 14 Jan 2006 21:50:54 +0200 From: Ruslan Ermilov To: Max Laier Message-ID: <20060114195054.GB4687@ip.net.ua> References: <200601140758.02019.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline In-Reply-To: <200601140758.02019.max@love2party.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org, harti@freebsd.org Subject: Re: make or kmod.mk broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 19:56:47 -0000 --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 07:57:55AM +0100, Max Laier wrote: > Hi, >=20 > in kmod.mk (and I believe in other places as well) we have constructs in = the=20 > form of this: ${SOMEARRAY:M${SOMEVAR}} However, make doesn't seem to=20 > understand this. I don't see any traces that it ever did and I have no c= lue=20 > if it should. >=20 > I might well misunderstand things (not a make guru) so here is my testcas= e: >=20 > | STUFF=3D foo bar foobar > | FOO=3Dfoo > |=20 > | mtest: > | echo ${STUFF:M${FOO}} >=20 > and "$make mtest" gives: > | echo } > | } >=20 > this clearly suggests that make is not equipped to handle the variable=20 > expansion here. >=20 > In any case we have to fix either kmod.mk or make. >=20 > On a related question: How can I get the actual location of a file that = is=20 > in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} which doe= sn't=20 > work as I am explaining here. >=20 This OTOH works since FOO variable is special (it's evaluated at parse time= ): STUFF=3D foo bar foobar mtest: =2Efor FOO in foo @echo ${STUFF:M${FOO}} =2Eendfor If there are other instances such as the example you've given, they should indeed be fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyVYeqRfpzJluFF4RAg8sAJ9HPm1zfUPhM5uOLfp0U6Ok16bMLwCfYLDU tXtTjJ/byS3nhTclnpr2Q3w= =fec3 -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:02:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1674916A41F; Sat, 14 Jan 2006 20:02:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4663543D48; Sat, 14 Jan 2006 20:02:51 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0EK2o8G048990; Sat, 14 Jan 2006 13:02:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C958EA.5080202@samsco.org> Date: Sat, 14 Jan 2006 13:02:50 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Suleiman Souhlal References: <20060114095318.GA39508@stud.fit.vutbr.cz> <43C91972.7020901@samsco.org> <43C952A3.5020009@FreeBSD.org> In-Reply-To: <43C952A3.5020009@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Divacky Roman , current@FreeBSD.org Subject: Re: sysenter patch question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:02:53 -0000 Suleiman Souhlal wrote: > Scott Long wrote: > >> I was the last to work on the patch, and that was about a year or so >> ago. It worked fine under fairly simple processes, but trying to run >> things like KDE and Mozilla made it blow up fairly quickly. I suspect >> that it has something to do with thread upcalls, but I never got around >> to figuring it out. If someone wants to pick it up, that would be >> great. Note that this only matters for i386; amd64 has always had its >> own version of sysenter that it uses. > > > As far as I know, amd64 uses the SYSCALL instruction, which I believe, > should have about the same performance as SYSENTER. > > --Suleiman > Actually, the AMD SYSCALL command is a heck of a lot easier to use since it doesn't make as many assumptions about segment descriptors. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:02:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8F8916A41F for ; Sat, 14 Jan 2006 20:02:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1879643D45 for ; Sat, 14 Jan 2006 20:02:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.252.125] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1Exrbq475m-00072W; Sat, 14 Jan 2006 21:02:57 +0100 From: Max Laier Organization: FreeBSD To: Hartmut Brandt Date: Sat, 14 Jan 2006 21:03:32 +0100 User-Agent: KMail/1.8.3 References: <200601140758.02019.max@love2party.net> <43C93017.3080305@dlr.de> In-Reply-To: <43C93017.3080305@dlr.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart59857029.N3WBgbF9Rf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601142103.39181.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: .PATH-problem [was Re: make or kmod.mk broken] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:03:00 -0000 --nextPart59857029.N3WBgbF9Rf Content-Type: multipart/mixed; boundary="Boundary-01=_WkVyDl0P1s1/7NT" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_WkVyDl0P1s1/7NT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 14 January 2006 18:08, Hartmut Brandt wrote: > Max Laier wrote: > >On a related question: How can I get the actual location of a file that > > is in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} which > > doesn't work as I am explaining here. > > M*$(MY_FILE) would also match 'foobar' if MY_FILE is 'bar' which is > probably not what you want. > .IMPSRC might be what you want if you talk about an implicite rule. What I am trying to do is parse a list of "filename:shortname"-objects. Th= is=20 is to support easy building of firmware modules. If things work as I want= =20 them to you can build a firmware module with a two line Makefile: | KMOD=3Dsomefirmware | FIRMWS=3Dfirmfile1.fw:somename1 firmfile2.fw:somename2 and it works if the firmfiles are in the same directory, but if they are=20 in .PATH it fails. I was looking at .IMPSRC initially as well, but failed = to=20 understand the concept :-\ ... any help greatly appreciated. Thanks. My current hack is attached, the complete thing is in perforce=20 at //depot/user/mlaier/firmware/... =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_WkVyDl0P1s1/7NT Content-Type: text/x-diff; charset="iso-8859-1"; name="kmod.mk.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="kmod.mk.diff" Index: kmod.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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: /usr/store/mlaier/fcvs/src/sys/conf/kmod.mk,v retrieving revision 1.200 diff -u -r1.200 kmod.mk =2D-- kmod.mk 29 Nov 2005 09:37:42 -0000 1.200 +++ kmod.mk 6 Jan 2006 03:48:58 -0000 @@ -36,6 +36,8 @@ # # SRCS List of source files. # +# FIRMWS List of firmware images in format filename:shortname +# # DESTDIR The tree where the module gets installed. [not set] # # +++ targets +++ @@ -119,6 +121,24 @@ CFLAGS+=3D -mlongcall -fno-omit-frame-pointer .endif =20 +.if defined(FIRMWS) +.if !exists(@) +${KMOD:S/$/.c/}: @ +.else +${KMOD:S/$/.c/}: @/tools/fw_stub.awk +.endif + ${AWK} -f @/tools/fw_stub.awk ${FIRMWS} -m${KMOD} -c${KMOD:S/$/.c/g} + +SRCS+=3D ${KMOD:S/$/.c/} +CLEANFILES+=3D ${KMOD:S/$/.c/} + +.for _firmw in ${FIRMWS} +${_firmw:C/\:.*$/.fwo/}: ${_firmw:C/\:.*$//} + ${LD} -b binary ${LDFLAGS} -r -d -o ${.TARGET} ${_firmw:C/\:.*$//} +OBJS+=3D ${_firmw:C/\:.*$/.fwo/} +.endfor +.endif + OBJS+=3D ${SRCS:N*.h:R:S/$/.o/g} =20 .if !defined(PROG) --Boundary-01=_WkVyDl0P1s1/7NT Content-Type: text/plain; charset="iso-8859-1"; name="fw_stub.awk" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fw_stub.awk" #!/usr/bin/awk -f #- # Copyright (c) 2006 Max Laier. # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS `AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # $FreeBSD$ # # Script to generate module .c file from a list of firmware images # function usage () { print "usage: fw_stub * [-m modname] [-c outfile]"; exit 1; } # These are just for convenience ... function printc(s) { if (opt_c) print s > ctmpfilename; else print s > "/dev/stdout"; } BEGIN { # # Process the command line. # num_files = 0; for (i = 1; i < ARGC; i++) { if (ARGV[i] ~ /^-/) { # # awk doesn't have getopt(), so we have to do it ourselves. # This is a bit clumsy, but it works. # for (j = 2; j <= length(ARGV[i]); j++) { o = substr(ARGV[i], j, 1); if (o == "c") { if (length(ARGV[i]) > j) { opt_c = substr(ARGV[i], j + 1); break; } else { if (++i < ARGC) opt_c = ARGV[i]; else usage(); } } else if (o == "m") { if (length(ARGV[i]) > j) { opt_m = substr(ARGV[i], j + 1); break; } else { if (++i < ARGC) opt_m = ARGV[i]; else usage(); } } else usage(); } } else { if (k = index(ARGV[i], ":")) { filenames[num_files] = substr(ARGV[i], 1, k - 1); shortnames[num_files] = substr(ARGV[i], k + 1); } else { filenames[num_files] = ARGV[i]; shortname[num_files] = ARGV[i]; } num_files++; } } if (!num_files || !opt_m) usage(); cfilename = opt_c; ctmpfilename = cfilename ".tmp"; printc("#include \ #include \ #include \ #include \ #include \ #include \n"); for (file_i = 0; file_i < num_files; file_i++) { symb = filenames[file_i]; # '-', '.' and '/' are converted to '_' by ld/objcopy gsub(/-|\.|\//, "_", symb); printc("extern char _binary_" symb "_start[], _binary_" symb "_end[];"); } printc("\nstatic int\n"\ opt_m "_fw_modevent(module_t mod, int type, void *unused)\ {\ struct firmware *fp;\ switch (type) {\ case MOD_LOAD:"); for (file_i = 0; file_i < num_files; file_i++) { short = shortnames[file_i]; symb = filenames[file_i]; # '-', '.' and '/' are converted to '_' by ld/objcopy gsub(/-|\.|\//, "_", symb); if (file_i == 0) reg = "\t\tfp = "; else reg = "\t\t(void)"; reg = reg "firmware_register(\"" short "\", _binary_" symb "_start , "; reg = reg "(size_t)(_binary_" symb "_end - _binary_" symb "_start), "; if (file_i == 0) reg = reg "NULL);"; else reg = reg "fp);"; printc(reg); } printc("\t\treturn (0);\ case MOD_UNLOAD:"); for (file_i = 1; file_i < num_files; file_i++) { printc("\t\tfirmware_unregister(\"" shortnames[file_i] "\");"); } printc("\t\tfirmware_unregister(\"" shortnames[0] "\");"); printc("\t\treturn (0);\ }\ return (EINVAL);\ }\ \ static moduledata_t " opt_m "_fw_mod = {\ \"" opt_m "_fw\",\ " opt_m "_fw_modevent,\ 0\ };\ DECLARE_MODULE(" opt_m "_fw, " opt_m "_fw_mod, SI_SUB_DRIVERS, SI_ORDER_FIRST);\ MODULE_VERSION(" opt_m "_fw, 1);\ MODULE_DEPEND(iwi_boot_fw, firmware, 1, 1, 1);\ "); if (opt_c) if ((rc = system("mv -f " ctmpfilename " " cfilename))) { print "'mv -f " ctmpfilename " " cfilename "' failed: " rc \ > "/dev/stderr"; exit 1; } exit 0; } --Boundary-01=_WkVyDl0P1s1/7NT-- --nextPart59857029.N3WBgbF9Rf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyVkbXyyEoT62BG0RAqmnAJ9uWS0xX0EJsUPIJT6cAbkjb9PxvgCcCGBM ev330JomnKqEUGgRmb7btFY= =Hj79 -----END PGP SIGNATURE----- --nextPart59857029.N3WBgbF9Rf-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:12:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0AA916A41F; Sat, 14 Jan 2006 20:12:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F54843D48; Sat, 14 Jan 2006 20:12:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.252.125] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1Exrlh0HvW-0008G5; Sat, 14 Jan 2006 21:12:57 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 14 Jan 2006 21:13:42 +0100 User-Agent: KMail/1.8.3 References: <200601140758.02019.max@love2party.net> <20060114195054.GB4687@ip.net.ua> In-Reply-To: <20060114195054.GB4687@ip.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4605095.hPhq1aHIn2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601142113.49362.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: harti@freebsd.org Subject: Re: make or kmod.mk broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:12:59 -0000 --nextPart4605095.hPhq1aHIn2 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 14 January 2006 20:50, Ruslan Ermilov wrote: > On Sat, Jan 14, 2006 at 07:57:55AM +0100, Max Laier wrote: > > Hi, > > > > in kmod.mk (and I believe in other places as well) we have constructs in > > the form of this: ${SOMEARRAY:M${SOMEVAR}} However, make doesn't seem = to > > understand this. I don't see any traces that it ever did and I have no > > clue if it should. > > > > I might well misunderstand things (not a make guru) so here is my=20 testcase: > > | STUFF=3D foo bar foobar > > | FOO=3Dfoo > > | > > | mtest: > > | echo ${STUFF:M${FOO}} > > > > and "$make mtest" gives: > > | echo } > > | } > > > > this clearly suggests that make is not equipped to handle the variable > > expansion here. > > > > In any case we have to fix either kmod.mk or make. > > > > On a related question: How can I get the actual location of a file that > > is in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} which > > doesn't work as I am explaining here. > > This OTOH works since FOO variable is special (it's evaluated at parse > time): > > STUFF=3D foo bar foobar > > mtest: > .for FOO in foo > @echo ${STUFF:M${FOO}} > .endfor Okay, I knew there was a catch. So this can be worked around, thanks for t= he=20 hint. > If there are other instances such as the example you've given, they should > indeed be fixed. I don't see any, sorry for the noise. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4605095.hPhq1aHIn2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyVt9XyyEoT62BG0RAmlnAJ9pLuV0x2zeQBzC1hpT3uNDJI/EvQCdFNQY dsPoXkx9pkqs4f+9r6a+FoE= =rkvw -----END PGP SIGNATURE----- --nextPart4605095.hPhq1aHIn2-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:31:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79DFB16A41F; Sat, 14 Jan 2006 20:31:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BAC43D48; Sat, 14 Jan 2006 20:31:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EKV61p037524; Sat, 14 Jan 2006 22:31:06 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 21357-02; Sat, 14 Jan 2006 22:30:56 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EKS5un037451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Jan 2006 22:28:05 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0EKS9L3020618; Sat, 14 Jan 2006 22:28:09 +0200 (EET) (envelope-from ru) Date: Sat, 14 Jan 2006 22:28:08 +0200 From: Ruslan Ermilov To: Max Laier Message-ID: <20060114202808.GC4687@ip.net.ua> References: <200601140758.02019.max@love2party.net> <20060114195054.GB4687@ip.net.ua> <200601142113.49362.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oJ71EGRlYNjSvfq7" Content-Disposition: inline In-Reply-To: <200601142113.49362.max@love2party.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org, harti@freebsd.org Subject: Re: make or kmod.mk broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:31:08 -0000 --oJ71EGRlYNjSvfq7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 09:13:42PM +0100, Max Laier wrote: > > This OTOH works since FOO variable is special (it's evaluated at parse > > time): > > > > STUFF=3D foo bar foobar > > > > mtest: > > .for FOO in foo > > @echo ${STUFF:M${FOO}} > > .endfor >=20 > Okay, I knew there was a catch. So this can be worked around, thanks for= the=20 > hint. >=20 More precisely, .for loops are unrolled before parsing. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --oJ71EGRlYNjSvfq7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyV7YqRfpzJluFF4RAvS/AJ9fzI9frF4TEyOSizOm2b+ma8zqxwCeJIjI iLoV0KxkqLg5QB+S6StwNyo= =hcIt -----END PGP SIGNATURE----- --oJ71EGRlYNjSvfq7-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:42:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B13216A41F for ; Sat, 14 Jan 2006 20:42:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A3F143D5F for ; Sat, 14 Jan 2006 20:42:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EKfdP1037789; Sat, 14 Jan 2006 22:41:39 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 21493-01; Sat, 14 Jan 2006 22:41:29 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0EKaS1k037666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Jan 2006 22:36:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0EKaW8g032468; Sat, 14 Jan 2006 22:36:32 +0200 (EET) (envelope-from ru) Date: Sat, 14 Jan 2006 22:36:31 +0200 From: Ruslan Ermilov To: Max Laier Message-ID: <20060114203631.GD4687@ip.net.ua> References: <200601140758.02019.max@love2party.net> <43C93017.3080305@dlr.de> <200601142103.39181.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <200601142103.39181.max@love2party.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Hartmut Brandt , freebsd-current@freebsd.org Subject: Re: .PATH-problem [was Re: make or kmod.mk broken] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:42:37 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 09:03:32PM +0100, Max Laier wrote: > On Saturday 14 January 2006 18:08, Hartmut Brandt wrote: > > Max Laier wrote: > > >On a related question: How can I get the actual location of a file th= at > > > is in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} wh= ich > > > doesn't work as I am explaining here. > > > > M*$(MY_FILE) would also match 'foobar' if MY_FILE is 'bar' which is > > probably not what you want. > > .IMPSRC might be what you want if you talk about an implicite rule. >=20 > What I am trying to do is parse a list of "filename:shortname"-objects. = This=20 > is to support easy building of firmware modules. If things work as I wan= t=20 > them to you can build a firmware module with a two line Makefile: >=20 > | KMOD=3Dsomefirmware > | FIRMWS=3Dfirmfile1.fw:somename1 firmfile2.fw:somename2 >=20 > and it works if the firmfiles are in the same directory, but if they are= =20 > in .PATH it fails. I was looking at .IMPSRC initially as well, but faile= d to=20 > understand the concept :-\ ... any help greatly appreciated. Thanks. >=20 : $ cat makefile : .PATH: /tmp :=20 : FIRMWS=3Dfirmfile1.fw:somename1 firmfile2.fw:somename2 :=20 : all: : .for _firmw in ${FIRMWS} : all: ${_firmw:C/^.*://} : ${_firmw:C/^.*://}: ${_firmw:C/:.*$//} : @echo building ${.TARGET} from ${.ALLSRC} : .endfor : $ make : building somename1 from firmfile1.fw : building somename2 from /tmp/firmfile2.fw Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyWDPqRfpzJluFF4RArskAJwLeroJK7UEcXk+qYZlhHkC+k9ujwCfcuJe nmveHhPW0O1HqEPWV741IYM= =OlNE -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 20:51:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5739E16A41F; Sat, 14 Jan 2006 20:51:51 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CF7C43D5C; Sat, 14 Jan 2006 20:51:49 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AC3A952CAA; Sat, 14 Jan 2006 21:51:47 +0100 (CET) Received: from localhost (gprs6.orange.pl [217.116.100.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6408351B27; Sat, 14 Jan 2006 21:51:34 +0100 (CET) Date: Sat, 14 Jan 2006 21:51:06 +0100 From: Pawel Jakub Dawidek To: Scott Long Message-ID: <20060114205106.GA1157@garage.freebsd.pl> References: <20060102222723.GA1754@dragon.NUXI.org> <43BA9C5C.9010307@samsco.org> <20060106200009.GA53067@garage.freebsd.pl> <43BFF041.8070300@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <43BFF041.8070300@samsco.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: * X-Spam-Status: No, score=1.7 required=3.0 tests=BAYES_00, RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SORBS_WEB,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: It still here... panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 20:51:51 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 07, 2006 at 09:45:53AM -0700, Scott Long wrote: +> Since you can reproduce it, can you find out which test it is failing? A= t the=20 +> very least we need to add the test to fsck. I'm sorry for the noice. My panic was because of a bug in my own code. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyWQ6ForvXbEpPzQRAl2mAKCgfyXvZsXmCoRpvVJxy3YAydJ9ZwCfZ1fM /E8vUs1j9AclhJEu4K6h3ko= =7Gxf -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 22:25:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4485616A41F for ; Sat, 14 Jan 2006 22:25:27 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846F043D49 for ; Sat, 14 Jan 2006 22:25:26 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k0EMUMNh003867 for ; Sat, 14 Jan 2006 22:30:23 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k0EMUL7d003845 for freebsd-current@freebsd.org; Sat, 14 Jan 2006 22:30:21 GMT (envelope-from dunstan) Date: Sat, 14 Jan 2006 22:30:20 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20060114223019.GA99634@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [PATCH] Support for large number of md(4) disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 22:25:27 -0000 Hello, Here is a patch for md(4) which fixes current limit for ~95 devices. http://freebsd.czest.pl/dunstan/FreeBSD/mdconfig-list.1.patch (It's possible to create > 95 md(4) based, disks,but they won't be listed in mdconfig -l). This change breaks ABI, so both geom_md.ko and mdconfig(8) has to be rebuilt. Comments are welcome. -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 22:34:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 233A016A41F for ; Sat, 14 Jan 2006 22:34:39 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F82343D49 for ; Sat, 14 Jan 2006 22:34:38 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k0EMdcrD007538 for ; Sat, 14 Jan 2006 22:39:38 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k0EMdcvf007534 for freebsd-current@freebsd.org; Sat, 14 Jan 2006 22:39:38 GMT (envelope-from dunstan) Date: Sat, 14 Jan 2006 22:39:38 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20060114223937.GB99634@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [PATCH] Support for unloading more that on KLD with kldunload(8). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 22:34:39 -0000 Hello, I often do: kldunload one.ko two.ko ... In current kldunload(8) it's not possible. I have fixed this problem and new version of kldunload.c looks like that: http://freebsd.czest.pl/dunstan/FreeBSD/kldunload.c Comments are welcome. -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 22:39:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6948316A45F; Sat, 14 Jan 2006 22:39:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 047C343D45; Sat, 14 Jan 2006 22:39:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0EMdIUC011345; Sat, 14 Jan 2006 14:39:18 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0EMdIuA011344; Sat, 14 Jan 2006 14:39:18 -0800 Date: Sat, 14 Jan 2006 14:39:18 -0800 From: Brooks Davis To: bu7cher Message-ID: <20060114223918.GB10293@odin.ac.hmc.edu> References: <43C84D42.000001.11272@mfront7.yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <43C84D42.000001.11272@mfront7.yandex.ru> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: DragonFly Variant Symlinks port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 22:39:20 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 04:00:50AM +0300, bu7cher wrote: > Hi, All! >=20 > I have make the port of DragonFly BSD Variant Symlinks. (http://www.freeb= sd.org/projects/ideas/#p-magicsymlinks) > Pathes for CURRENT can be founded on http://butcher.heavennet.ru/patches/= kernel/varsym/. This is first version and i think that work in not complete. > Port is not fully identical with dfbsd implementation. Syscall interface = has been changed (removed messages-related things and some parameters chang= ed to pointers). > ToDo:=20 > 1. src/sys/i386/i386/machdep.c - this initialization needed for each plat= forms? > 2. I think that here needed some locking implementation. > 3. Document new syscalls. >=20 > Any comments? Thanks for working on this. I was thinking I could really use this feature just this week (In my case I want my batch queueing systme to be able to point /tmp at a directory I can delete when the job finishes so users can't break subsiquent jobs by filling /tmp.). I'll definitly be keeping an eye on this work and plan to do some testing this week. I'd like to see this in 7.0, maybe even 6.2. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDyX2VXY6L6fI4GtQRArHOAJ9Ah7OTmDFS00xIvzMsy3ocEB4fpgCghh1O HW8crnhzFqikfPmP9u2jkzg= =2Pvi -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD--