From owner-freebsd-stable@FreeBSD.ORG Sun Jul 25 13:26:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3320116A4CE; Sun, 25 Jul 2004 13:26:41 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D24943D2F; Sun, 25 Jul 2004 13:26:40 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.11/8.12.11) with ESMTP id i6PDQdIK002342; Sun, 25 Jul 2004 17:26:39 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 25 Jul 2004 17:26:39 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org Message-ID: <20040725171641.Y1088@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: nork@freebsd.org cc: mdodd@freebsd.org Subject: libmap.conf and symlinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 13:26:41 -0000 Dear colleagues, trying to solve FAQ-ish problem "[Shared object "libdl.so.2" not found, required by "libflashplayer.so"]" with linuxpluginwrappers I found that libmap.conf works only with realpaths and did not resolve symlinks. A bit of background: using FreeBSD from approx 1995 I found useful to setup all machines with rather small root _AND_ small and normally read-only /usr, with home and local directories symlinked out (usually to rather large /lh partition). Of course, replacing /usr/local/lib/linux-flashplugin6/libflashplayer.so with /lh/local/.... solved the problem, but: what are disadvantages and/or drawbacks of realpath(3) resolving of libmap.conf headers? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 14:08:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 107D316A4CF for ; Mon, 26 Jul 2004 14:08:00 +0000 (GMT) Received: from mail1.ecc.u-tokyo.ac.jp (mail1.ecc.u-tokyo.ac.jp [133.11.171.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0EEB43D3F for ; Mon, 26 Jul 2004 14:07:58 +0000 (GMT) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from spam005.ecc.u-tokyo.ac.jp (spam005.ecc.u-tokyo.ac.jp [133.11.50.198]) by mail1.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 7B75B702A1 for ; Mon, 26 Jul 2004 23:07:56 +0900 (JST) Received: from gin.myn.rcast.u-tokyo.ac.jp ( [157.82.72.158]) by spam005.ecc.u-tokyo.ac.jp (SpamBlock.pst 3.4.25) with ESMTP id for ; Mon, 26 Jul 2004 23:07:41 +0900 Date: Mon, 26 Jul 2004 23:07:41 +0900 Message-ID: From: Hiroharu Tamaru To: stable@FreeBSD.org User-Agent: User-Agent: Wanderlust/2.10.0 (Venus) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-IP: 157.82.72.158 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp cc: phk@FreeBSD.org Subject: Re: bin/60524: mtree tumbles on files begining with hashmark(#) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 14:08:00 -0000 Hello committers, Could someone take time and look into this PR? It has been left unattended for some time now, and phk obviously seems quite busy on other projects. I'd appreciate if one of the commiters could review and MFC it. A patch to -stable is enclosed in the PR. Thanks in advance. http://www.freebsd.org/cgi/query-pr.cgi?pr=60524 Please keep me in the CC. I'm not subscribed to the stable list. -- Hiroharu Tamaru From owner-freebsd-stable@FreeBSD.ORG Mon Jul 26 16:32:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 984C816A4CF for ; Mon, 26 Jul 2004 16:32:35 +0000 (GMT) Received: from msgbas2x.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5801843D6B for ; Mon, 26 Jul 2004 16:32:35 +0000 (GMT) (envelope-from promeet_mansata@non.agilent.com) Received: from enccos4.cos.agilent.com (enccos4.cos.agilent.com [130.29.152.93]) by msgbas2x.cos.agilent.com (Postfix) with SMTP id 429A390E2 for ; Mon, 26 Jul 2004 10:32:03 -0600 (MDT) Received: from relcos2.cos.agilent.com (130.29.152.237) by enccos4.cos.agilent.com (Sigaba Gateway v3.83) with ESMTP id 16626303; Mon, 26 Jul 2004 10:32:19 -0600 Received: from wcosbh23.cos.agilent.com (wcosbh23.cos.agilent.com [130.29.152.145]) by relcos2.cos.agilent.com (Postfix) with ESMTP id 68B7653F for ; Mon, 26 Jul 2004 10:31:54 -0600 (MDT) Received: from wcosmb06.cos.agilent.com ([130.29.152.77]) by wcosbh23.cos.agilent.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 26 Jul 2004 10:31:58 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Jul 2004 10:31:56 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Test Thread-Index: AcRzLhFG2TfM2RCjTpGz1wfMwUIfMwAAAAMA From: To: X-OriginalArrivalTime: 26 Jul 2004 16:31:58.0863 (UTC) FILETIME=[127601F0:01C4732E] Subject: Out of Office AutoReply: Test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 16:32:35 -0000 Hello Thanks for your email ! I am no longer with Agilent and hence would not be able to access this = email. If you have a DBA issue, please log a TAR with the Oracle DBA = group.=20 If you are trying to reach me, please send me an email @ = promeet_mansata@yahoo.com. Thanks for your support - Best of luck ! Promeet Mansata From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 00:46:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C4616A4CE; Tue, 27 Jul 2004 00:46:47 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B0943D2D; Tue, 27 Jul 2004 00:46:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.2.73] (cpe.125.wat.v126.packetworks.net [64.235.97.125] (may be forged)) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i6R0rRfu085143; Mon, 26 Jul 2004 18:53:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4105A57E.8090708@samsco.org> Date: Mon, 26 Jul 2004 18:44:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040702 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org, hackers@freebsd.org X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070602010206010903090202" X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: May-June 2004 FreeBSD Status Report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 00:46:47 -0000 This is a multi-part message in MIME format. --------------070602010206010903090202 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit --------------070602010206010903090202 Content-Type: text/plain; name="report-may-2004-june-2004.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="report-may-2004-june-2004.txt" May-June 2004 Status Report Introduction This installment of the Bi-Monthly Status Report is a few days late, but I'm pleased to say that it is chocked full of over 30 articles. May and June were yet again busy months; the Netperf project passed major milestones and can now be run with the debug.mpsafenet tunable turned on from sources in CVS. The ARM, MIPS, and PPC ports saw quite a bit of progress, as did several other SMPng and Netgraph projects. FreeBSD 5.3 is just around the corner, so don't hesitate to grab a snapshot and test the progress! On a more serious note, it's very important to remember that code freeze for FreeBSD 5.3 will happen on August 15, 2004. This is only a few weeks away and there is still a lot to do. The TODO list for the release can be found at . If you are looking for a way to contribute to the release, this TODO list has several items that are in urgent and in need of attention. Testing is also very important. The tree has had some stability stability problems in the past few weeks, but there are work-arounds that should allow everyone to continue testing and using FreeBSD. We absolutely must have FreeBSD 5.3 be a rock-solid release, so every little bit of contributed effort helps! Thanks, Scott Long * Bluetooth stack for FreeBSD (Netgraph implementation) * ALTQ import * Buf Junta project * CAM Lockdown * Cronyx Adapters Drivers * EuroBSDCon 2004 registration now open * FreeBSD Brazilian Documentation Project * FreeBSD Dutch Documentation Project * FreeBSD Handbook, 3rd Edition, Volume II: Administrator Guide * FreeBSD ports monitoring system * FreeBSD profile.sh * FreeBSD/arm * FreeBSD/MIPS Status Report * HP Network Scanjet 5 * i386 Interrupt Code & PCI Interrupt Routing * Improved Multibyte/Wide Character Support * IPFilter Upgraded to 3.4.35 * KDE on FreeBSD * kgi4BSD * Low-overhead performance monitoring for FreeBSD * Network interface naming changes * Network Stack Locking * Packet Filter - pf * PowerPC Port * Project Mini-Evil * SMPng Status Report * Sync protocols (Netgraph and SPPP) * TTY subsystem realignment * Various GEOM classes and geom(8) utility * VuXML and portaudit Bluetooth stack for FreeBSD (Netgraph implementation) Contact: Maksim Yevmenkin Bluetooth code was marked as non-i386 specific. It is now possible to build it on all supported platforms. Please help with testing. Other then this there was not much progress during last few months. I've been very busy with Real Life. _________________________________________________________________ ALTQ import URL: http://www.csl.sony.co.jp/person/kjc/kjc/software.html#ALTQ URL: http://www.rofug.ro/projects/freebsd-altq/ URL: http://kerneltrap.org/node.php?id=505 URL: http://people.freebsd.org/~mlaier/ALTQ_driver/ Contact: Max Laier The ALTQ framework is part of KAME for more than 4 years and has been adopted by Net- and OpenBSD since more than 3 years. It provides means of managing outgoing packets to do QoS and bandwidth limitations. OpenBSD developed a different way to interact with ALTQ using pf, which was adopted by KAME as the "default for everyday use". The Romanian FreeBSD Users Group has had a project to work towards integration of ALTQ into FreeBSD, which provided a very good starting point for the final import. The import only provides the "pf mode" configuration and classification API as the older ALTQ3 API does not suit to our SMP approach. A reworked configuration API (decoupled from pf) is in the making as are additional driver modifications. Both should be done before 5-STABLE is branched, although additional drivers can be imported during the lifetime of 5-STABLE as well. _________________________________________________________________ Buf Junta project Contact: Poul-Henning Kamp The buf-junta project is underway, I am trying to bisect the code such that we get a struct bufobj which is the handle and method carrier for a buffer-cache object. All vnodes contain a bufobj, but as filesystems get migrated to GEOM backing, bufobj's will exist which do not have an associated vnode. The work is ongoing. _________________________________________________________________ CAM Lockdown Contact: Scott Long Not much coding has taken place on this lately, with the recent focus being on refining the design. We are currently investigating per-CPU completion queues and threads in order to reduce locks and increase concurrency. Also reviewing the BSD/OS CAM lockdown to see what ideas can be shared. Work should hopefully puck back up in late July. Development is taking place in the FreeBSD Perforce repository under the //depot/projects/scottl-camlock/... branch for now. _________________________________________________________________ Cronyx Adapters Drivers URL: http://www.cronyx.ru/hardware/wan.html Contact: Roman Kurakin cp(4) driver for Cronyx Tau-PCI was added. Cronyx Tau-PCI is family of synchronous WAN adapters with various set of interfaces such as V.35, RS-232, RS-530(449), X.21, E1, E3, T3, STS-1. This is a third family of Cronyx adapters that is supported by FreeBSD now. Now all three drivers cx(4), ctau(4) and cp(4) are on both major branches (HEAD and RELENG_4). Busdma conversion was recently finished. Current work is concentrated on locking both for adapters drivers and for sppp (see my other report for additional information). _________________________________________________________________ EuroBSDCon 2004 registration now open URL: http://www.eurobsdcon2004.de/ Contact: Patrick M. Hausen Registration for EuroBSDCon 2004 taking place in Karlsruhe, Germany, from Oct. 29th to 31st has just opened. An early bird discount will be offered to all registering until Aug. 15th. Please see the conference website for details. _________________________________________________________________ FreeBSD Brazilian Documentation Project URL: http://doc.fugspbr.org URL: http://lists.fugspbr.org/listinfo.cgi/doc-fugspbr.org URL: http://developer.berlios.de/projects/doc-br/ Contact: DOC-BR Discussion List The FreeBSD Brazilian Documentation Project is an effort of the Brazilian FreeBSD Users Group (FUG-BR) to translate the available documentation to pt_BR. We are proud to announce that we've finished the Handbook and FDP Primer translation and they are being revised. Both should be integrated to the FreeBSD CVS repository shortly. There are many other articles being translated and their status can be checked at our website. If you want to help please create an account at BerliOS, since our CVS repository is being hosted there, and contact us through our mailing list. Any help is welcome! _________________________________________________________________ FreeBSD Dutch Documentation Project URL: http://www.evilcoder.org/freebsd_html URL: http://www.evilcoder.org/freebsd/handbook.tbz URL: http://www.evilcoder.org/freebsd/html.tbz Contact: Remko Lodder The FreeBSD Dutch Documentation project is a ongoing project translating the FreeBSD handbook {and others} to the dutch language. We are still on the look for translators and people that are willing to check the current html documentation. If you are interested, contact me at the email address shown above. We currently are reading for some checkups and then insert the first documents into the documentation tree. _________________________________________________________________ FreeBSD Handbook, 3rd Edition, Volume II: Administrator Guide URL: http://www.freebsd.org/docproj/handbook3.html Contact: Murray Stokely The Third Edition of the FreeBSD Handbook has been split into two volumes. The first volume, the User Guide, has been published. Work is progressing on the second volume. The following chapters are included in the second volume : advanced-networking, network-servers, config, boot, cutting-edge, disks, l10n, mac, mail, ppp-and-slip, security, serialcomms, users, vinum, eresources, bibliography, mirrors. Please see the Task List for information about what work remains to be done. In addition to technical and grammatical review, a number of HTML output assumptions in the document need to be corrected. _________________________________________________________________ FreeBSD ports monitoring system URL: http://portsmon.firepipe.net/index.html Contact: Mark Linimon The system continues to function well. The accuracy of the automatic classification algorithm has been improved by assigning a higher priority to port names found in pieces of Makefiles. Several bugs had to be fixed due to the transition from bento to pointyhat. For about two weeks the URLs to the build errors were wrong. This has now been corrected (but note that some of the pointyhat summary pages themselves still show the broken links.) A report was added to show only PRs in the 'feedback' state, so that committers can focus on maintainer and/or responsible timeouts. (As a reminder, the policy is 2 weeks). Another report on 'ports that are in ports/MOVED, but still exist' has also been added to the Anomalies page. Sometimes these are actual errors but not always. Here are my latest observations about the trends in ports PRs: * We were (very briefly) down to 650 ports PRs. From looking at the graphs, this appears to be the lowest number since 2001. This is despite the fact that between the two time periods the number of ports had increased 70%. * We have made a little bit of progress on the number of PRs which apply to existing ports and have been assigned to a FreeBSD committer, from 400 to around 350. This is partly due to some committers going through the database, putting old PRs into the 'feedback' state, and then later invoking the 'maintainer timeout' rule mentioned above. (In some cases the PRs are now too old to still apply, and those are just closed.) * A few maintainers are currently responsible for one-third of those 350. Please, if you feel that you are over committed, consider asking for new volunteers to maintain these ports. * In terms of build errors, there is some new breakage from the preliminary testing with gcc3.4, which is even stricter with respect to the code it will accept than was gcc3.3. Many of these errors are shown as 'unknown' by the classification script. I have submitted a patch to fix this. * The majority of the build errors are still due to compilation problems, primarily from the gcc upgrades. Since FreeBSD tends to be at the forefront of gcc adaptation, this is to be expected, but IMHO we should really try to fix as many of these as possible before 5.3 is released. * The next highest number of build errors are caused by code that does not build on our 64-bit architectures due to the assumption that "all the world's a PC". Here is the entire list; the individual bars are clickable. _________________________________________________________________ FreeBSD profile.sh URL: https://projects.fsck.ch/profile/ Contact: Tobias Roth FreeBSD profile.sh is an enhancement to the FreeBSD 5 rcng boot system, targeted at laptops. One can configure multiple network environments (eg, home, work, university). After this initial configuration, the laptop detects automatically in what environment it is started and configures itself accordingly. Not only network settings, but almost everything from under /etc can be configured per environment. It is also possible to suspend the machine in one environment and wake it up in a different one, and reconfiguration will happen automatically. _________________________________________________________________ FreeBSD/arm Contact: Olivier Houchard Not much to report, Xscale support is in progress, and should boot at least single user really soon on an Intel IQ31244 Evaluation board. _________________________________________________________________ FreeBSD/MIPS Status Report URL: http://www.FreeBSD.org/projects/mips/ URL: http://www.mdstud.chalmers.se/~md1gavan/mips64emul/ Contact: Juli Mallett In the past two months, opportunities to perform a good chunk of work on FreeBSD/MIPS have arisen and significant issues with context switching, clocks, interrupts, and kernel virtual memory have been resolved. A number of issues with caches were fixed, however those are far from complete and at last check, there were issues when running cached which would prevent booting sometimes. Due to toolchain issues in progress, current kernels are no longer bootable on real hardware. A 64-bit MIPS emulator has arisen giving the ability to test and debug in an emulator, and much testing has taken place in it. It has been added to the FreeBSD ports tree, and the port will be actively tracking the main codebase as possible. In general, FreeBSD/MIPS kernels should run fine in it. Before toolchain and cache issues, the first kernel threads would run, busses and some devices would attach, and the system would boot to a mountroot prompt. _________________________________________________________________ HP Network Scanjet 5 URL: http://berklix.com/scanjet/ Contact: Julian Stacey HP Network Scanjet 5 can unobtrusively run FreeBSD inside the scanner. Those who miss their Unix at work can have a FreeBSD box, un-noticed & un-challenged by blinkered managers who block any non Microsoft PC in the building. http://berklix.com/scanjet/ _________________________________________________________________ i386 Interrupt Code & PCI Interrupt Routing Contact: John Baldwin Support for programming the polarity and trigger mode of interrupt sources at runtime was added. This includes a mini-driver for the ELCR register used to control the configuration for ISA and EISA interrupts. The atpic driver reprograms the ELCR as necessary, while the apic driver reprograms the interrupt pin associated with an interrupt source as necessary. The information about which configuration to use mostly comes from ACPI. However, non-ACPI systems also force any ISA interrupts used to route PCI interrupts to use active-low polarity and level trigger. Support for suspend and resume on i386 was also slightly improved. Suspend and resume support was added to the ELCR, $PIR, and apic drivers. The ACPI PCI-PCI bridge driver was fixed to fall back to the PCI-PCI bridge swizzle method for routing interrupts when a routing table was not provided by the BIOS. Mixed mode can now be disabled or enabled at boot time via a loader tunable. _________________________________________________________________ Improved Multibyte/Wide Character Support Contact: Tim Robbins Many more text-processing utilities in the FreeBSD base system have been updated to work with multibyte characters, including comm, cut, expand, fold, join, paste, unexpand, and uniq. New versions of GNU grep and GNU sort (from coreutils) have been imported, together with multibyte support patches from developers at IBM and Red Hat. Future work will focus on modifying the regular expression functions to work with multibyte characters, improving performance of the C library routines, and updating the remaining utilities (sed and tr are two important ones still remaining). _________________________________________________________________ IPFilter Upgraded to 3.4.35 URL: http://coombs.anu.edu.au/~avalon/ip-filter.html Contact: Darren Reed IPFilter has been upgraded in both FreeBSD-current and 4-STABLE (post 4.10) from version 3.4.31 to 3.4.35. _________________________________________________________________ KDE on FreeBSD URL: http://freebsd.kde.org Contact: Michael Nottebrock The work on converting the build switches/OPTIONS currently present in the ports of the main KDE modules into separate ports in order to make packages available for the software/features they provide is progressing. Porting of KOffice 1.3.2 are nearly completed. The swedish FreeBSD snapshot server , operated and maintained by members of the KDE/FreeBSD team, is back up and running at full steam. Additional amd64 hardware has been added and amd64 snapshots will be available soon. _________________________________________________________________ kgi4BSD URL: http://www.FreeBSD.org/~nsouch/kgi4BSD Contact: Nicholas Souchu KGI is going slowly but surely. The port of the KGI/Linux accel to FreeBSD is in progress. It's no more than a double buffering API for graphic command passing to the HW engine. Most of the work in the past months was about console management and more especially dual head console. Otherwise a new driver building tree is now ready to compile Linux and FreeBSD drivers in the same tree. Documentation about KGI design is in progress. _________________________________________________________________ Low-overhead performance monitoring for FreeBSD URL: Contact: Joseph Koshy The current design attempts to support both per-process and system-wide statistical profiling and per-process "virtual" performance counters. The userland API libpmc(3) is somewhat stable now, but the kernel module's design is being redone to handle MP better. Initial development is targeting the AMD Athlon CPUs, but the intent is to support all the CPUs that FreeBSD runs on. An early prototype is available under Perforce [under //depot/user/jkoshy/projects/pmc/]. _________________________________________________________________ Network interface naming changes Contact: Brooks Davis An enhanced network interface cloning API has been committed. It allows interfaces to support more complex names then the current name# style. This functionality has been used to enable interesting cloners like auto-configuring vlan interfaces. Other features include locking of cloner structures and the ability of drivers to reject destroy requests. Work on userland support for this functionality is ongoing. _________________________________________________________________ Network Stack Locking URL: http://www.freebsd.org/smp/ URL: http://www.watson.org/~robert/freebsd/netperf/ Contact: Robert Watson This project is aimed at converting the FreeBSD network stack from running under the single Giant kernel lock to permitting it to run in a fully parallel manner on multiple CPUs (i.e., a fully threaded network stack). This will improve performance/latency through reentrancy and preemption on single-processor machines, and also on multi-processor machines by permitting real parallelism in the processing of network traffic. As of FreeBSD 5.2, it was possible to run low level network functions, as well as the IP filtering and forwarding plane, without the Giant lock, as well as "process to completion" in the interrupt handler. This permitted both inbound and outbound traffic to run in parallel across multiple interfaces and CPUs. Work continues to improve the maturity and completeness of the locking (and performance) of the network stack for 5.3. The network stack development branch has been updated to the latest CVS HEAD, as well as the following and more. Many but not all of these changes have been merged to the FreeBSD CVS tree as of the writing of this report. Complete details and more minor changes are documented in the README file on the netperf web page. * Addition of hard-coded WITNESS lock orders for socket-related locks, route locks, interface locks, file descriptor locks, SLIP, and PCB locks for various protocols (UDP, TCP, UNIX domain sockets). (Merged) * Modifed MAC Framework to use inpcbs as the source for mbuf labels rather than reaching up to the socket layer, avoiding the additional acquisition of socket locks. Locked access to so_label and so_peerlabel using the socket lock throughout; assert socket lock in the MAC Framework where depended on. MAC Framework now makes a copy of the socket label before externalizing to prevent a copyout while holding the label lock (and potentially seeing an inconsistent label). (Merged) * Extensive annotation of locking state throughout the network stack, especially relating to sockets. * Several locking fixes for ng_base.c, the basic Netgraph infrastructure. (Merged) * Global accept filter list locking, especially during registration. (Partially merged) * Revise locking in socket state transition helpers, such as soisconnecting(), soisconnected(), etc, to simplify lock handling. (Merged) * Fix bugs in netatalk DDP locking, merge all netatalk locking to CVS. (Merged) * soref() socket locking assertions and associated fixes. (Merged) * Fifofs now uses its own mutex instead of the vnode interlock to synchronize fifo operations, avoiding lock order issues with socket buffer locking. (Merged) * Cleanup of locking related to file descriptor close and Giant requirements. Experimentation with reducing locking here. * Review and fix several instances of socket locking in the TCP code. (Merged) * NFS server locking merged to FreeBSD CVS. (Merged) * Accept locking merged to rwatson_netperf, and to FreeBSD CVS. A new global mutex, accept_mtx, now protects all socket related accept queue and state fields (SS_COMP, SS_INCOMP), and flags relating to accept are moved from the generic so_state field to so_qstate. accept1() rearranged, as with sonewconn() as a result, and a file descriptor leak fixed. Close a variety of races in socket referencing during accept. soabort() and other partially connected socket related functions updated to take locking into account. (Merged) * Issue associated with non-atomic setting of SS_NBIO in fifofs resolved by adding MSG_NBIO. (Merged) * Several flags from so_state moved to sb_state so they can be locked properly using the socket buffer mutex. (Merged) * Socket locks are now not held over calls into the protocol preventing many lock order issues between socket and protocol locks, and avoiding a substantial amount of conditional locking. (Merged) * mbuma, the UMA-based mbuf allocator, is merged to CVS. This reduces the kernel to one widely used memory allocator, improves performance, and allows memory from mbufs to be reclaimed and reused for other types of storage when pressure lowers. (Merged) * sb_flags now properly locked. (Merged) * Global MAC label ifnet lock introduced to protect labels on network interfaces. (Merged) * Rewrites of parts of soreceive() and sosend() to improve MP safety merged to CVS, including modifications to make sure socket buffer cache state is consistent when locks are released. sockbuf_pushsync() added to guarantee consistency of cached pointers. (Merged) * UNIX domain socket locking revised to use a subsystem lock due to inconsistencies in lock order and inconsistent coverage ofunpcb fields. Cleanup of global variable locking in UNIX domain sockets, Giant handling when entering VFS. All UNIX domain socket locking merged to CVS. (Merged) * netisr dispatch introduced in the routing code such that routing socket message delivery is performed asynchronously from routing events to avoid lock order issues. (Merged) * IGMP and multicast locking merged to CVS. (Merged) * Cleanup of lasting recursive Giant acquisition left over from forwarding/bridging plane only locking. (Merged) * ALTQ imported into the FreeBSD in a locked state. (Merged) * Conditional locking in sbdrop(), sbdroprecord(), sbrelease(), sbflush(), spappend(), sbappendstream(), sbappendrecord(), sbinsertoob(), sbappendaddr(), sbappendcontrol() eliminated. (Merged) * Some cleanup of IP stack management ioctls and lock order issues. (Merged) * Cleanup and annotation of sorflush() use of a temporary stack held socket buffer during flush. (Merged) * Substantial cleanup of socket wakeup mechanisms to drop locks in advance of wakeup, avoid holding locks over upcalls, and assertions of proper lock state. (Merged) * With the integration of revised ifnet cloning, cloning data structures are now better locked. (Merged) * Socket locking for portalfs. (Merged) * Global so_global_mtx introduced to protect generation numbers and socket counts. (Merged) * KAME IPSEC and FAST_IPSEC now use rawcb_mtx to protect raw socket list integration. More work required here. (Merged) * Socket locking around SO_SNDLOWAT and SO_RCVLOWAT. (Merged) * soreserve() and sbreserve() reformulation to improve locking and consistency. Similar cleanup in the use of reservation functions in tcp_mss(). (Merged) * Locking cost reduction in sbappend*(). (Merged) * Global locking for a number of Netgraph modules, including ng_iface, ng_ppp, ng_socket, ng_pppoe, ng_frame_relay, ng_tty, ng_eiface. (Merged) * IPv6 inpcb locking. Resulting cleanup of inpcb locking assertions, and enabling of inpcb locking assertions by default even with IPv6 compiled in. * if_xl now MPSAFE. (Merged) * soreceive() non-inline OOB support placed in its own function. (Merged) * NFS client socket locking. (Merged) * SLIP now uses a asynchronous task queue to prevent Giant-free entrance of the TTY code. * E-mail sent to current@ providing Giant-free operation guidelines and details. _________________________________________________________________ Packet Filter - pf URL: http://www.benzedrine.cx/pf.html Contact: Max Laier Contact: Daniel Hartmeier We imported pf as of OpenBSD 3.5 stable on June, 17th which will be the base for 5-STABLE pf (according to the current schedule). The most important improvement in this release is the new interface handling which makes it possible to write pf rule sets for hot-pluggable devices and pseudo cloning devices, before they exist. The import of the ALTQ framework enabled us to finally provide the related pf functions as well. Before 5-STABLE we will import some bug fixes from OpenBSD-current, which have not been merged to their stable branch, as well as some FreeBSD specific features. The planned ALTQ API make-over will also affect pf. We are (desperately) looking for non-manpage documentation for FreeBSD pf and somebody to write it. Few things have changed so a port of the excellent "PF FAQ" on the OpenBSD homepage should be fitting. There are, however, a couple of points that need conversion. A simple tutorial how to setup a NAT gateway with pf would also help. The in-kernel NAT engine is very easy to use, we should tell people about this alternative. This is even more true since the pf module now plugs into GENERIC without modifications. _________________________________________________________________ PowerPC Port Contact: Peter Grehan The port has been moving along steadily. There have been reports of buildworld running natively. Works is almost complete on make release so there will be bootable CD images in the near future. _________________________________________________________________ Project Mini-Evil Contact: Scott Long Project Mini-Evil is an attempt to extend Bill Paul's 'Project Evil' Windows NDIS wrapper layer to the SCSI MiniPort and StorePort layers. While drivers exist for most storage controllers that are on the market today, many companies are integrating software RAID into their products but not providing any source code or design specs. Instead of constantly reverse-engineering these raid layers and attempting to shoehorn them into the ata-raid driver, Project Mini-Evil will run the Windows drivers directly. It will hopefully also run most any SCSI/ATA/RAID drivers that conform to the SCSI Miniport or Storeport specification. Work on this project is split between making the NDIS wrapper code more general and implementing the new APIs. Development is taking place in the FreeBSD Perforce repository under the //depot/projects/sonofevil/... branch. _________________________________________________________________ SMPng Status Report URL: http://www.FreeBSD.org/smp/ Contact: John Baldwin Contact: Not a lot happened on the SMPng front outside of the work on locking the network stack (which is a large amount of work). The priorities of the various software interrupt threads were corrected and locking for taskqueues was improved. The return value of the sema_timedwait() function was adjusted to be more consistent with cv_timedwait(). A small fix was made to the sleepqueue code to shorten the amount of time that a sleepqueue chain lock is held when waking up threads. Some simple debug code for profiling the hash tables used in the sleep queue and turnstile code was added. This will allow developers to measure the impact of any tweaks to the hash table sizes or the hash algorithm. _________________________________________________________________ Sync protocols (Netgraph and SPPP) URL: http://www.freebsd.org/~rik Contact: Roman Kurakin Currently I work on two directions: if_spppfr.c and sppp locking (on behalf of netperf). At the moment of writing this sppp locking is not ready yet. But it would be ready in couple of days. Also you may find as a part of this work some user space fixes for rwatson netperf code (Only that I was able to catch while world compilation. If you know some others let me know and I'll try to fix them too). Since sppp code is quite big and state machine is very complicated, it would be difficult to test all code paths. I will glad to get any help in testing all this stuff. More tester more probability to test all possible cases. Work on FRF.12 (ng_frf12) is frozen since of low interest and lack of time. Current state of stable code: support of FRF.12 End-to-End fragmentation. Support of FRF.12 Interface (UNI and NNI) fragmentation is not tested. _________________________________________________________________ TTY subsystem realignment Contact: Poul-Henning Kamp An effort to get the tty subsystem out from under Giant has morphed into an more general effort to eliminate a lot of code which have been improperly copy & pasted into device drivers. In an ideal world, tty drivers would never get near a cdevsw, but since some drivers are more than just tty drivers (for instance sync) a more sensible compromise must be reached. The work is ongoing. _________________________________________________________________ Various GEOM classes and geom(8) utility Contact: Pawel Jakub Dawidek I'm working on various GEOM classes. Some of them are already committed and ready for use (GATE, CONCAT, STRIPE, LABEL, NOP). The MIRROR class is finished in 90% and will be committed in very near future. Next I want to work on RAID3 and RAID5 implementations. Userland utility to control GEOM classes (geom(8)) is already in the tree. _________________________________________________________________ VuXML and portaudit URL: http://www.vuxml.org URL: http://vuxml.FreeBSD.org URL: http://people.freebsd.org/ports/portaudit/ Contact: Tom Rhodes The portaudit utility is currently an add-on to FreeBSD designed to give administrators and users a heads up with regards to security vulnerabilities in third party software. The VuXML database keeps a record of these security vulnerabilities along with internal security holes. When installed, the portaudit utility periodically downloads a database with known issues and checks all installed ports or packages against it; should it find vulnerable software installed the administrator or user is notified during the daily run output of the periodic scripts. These utilities are considered to be of production quality and discussion is taking place over whether or not they should be included as part of the base system. All ports committers are urged to add entries when when a vulnerability is discovered; any questions may be sent to eik@ or myself. _________________________________________________________________ --------------070602010206010903090202-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 27 19:28:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3518916A4CE for ; Tue, 27 Jul 2004 19:28:20 +0000 (GMT) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41C743D39 for ; Tue, 27 Jul 2004 19:28:19 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id BE1E5374F4; Tue, 27 Jul 2004 16:28:19 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B64AC37414 for ; Tue, 27 Jul 2004 16:28:19 -0300 (ADT) Date: Tue, 27 Jul 2004 16:28:19 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20040727162553.U68882@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ZERO LENGTH DIRECTORY & fsck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 19:28:20 -0000 Is there anything that can be done to 'fix' this? Under 4.x, using unionfs (and don't respond if your only answer is "its broken"), if it crashes, fsck finds a whack of the above ... Now, I think I understand the *why* for the error ... union creates a 'mirror' of the file system, especially where a du/find is concerned, and teh ZLDs are 'end nodes' that have no files under them ... but is there a better way that fsck can handle those? Its almost as if it doesn't know what to do with them, so has to remove them all ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 08:15:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C95C16A4D9 for ; Wed, 28 Jul 2004 08:15:33 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA6043D5D for ; Wed, 28 Jul 2004 08:15:32 +0000 (GMT) (envelope-from christian@gruendemann.com) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bpjb2-0006MD-00 for freebsd-stable@freebsd.org; Wed, 28 Jul 2004 10:15:32 +0200 Received: from [212.202.150.227] (helo=NEPTUN) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1Bpjb1-00056b-00 for freebsd-stable@freebsd.org; Wed, 28 Jul 2004 10:15:32 +0200 Message-ID: <13a001c4747b$72fcb520$1f17a8c0@NEPTUN> From: =?iso-8859-1?Q?Christian_Gr=FCndemann?= To: References: <20040727162553.U68882@ganymede.hub.org> Date: Wed, 28 Jul 2004 10:18:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:010178e10cce216e53135035dd7c3c88 Subject: burncd- acd0: FAILURE - START_STOP timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 08:15:33 -0000 Hello! I have some strange errors with burning a DVD. In the beginning of the burn-process, burncd stopps and writes the following output to /var/log/messages. Jul 27 23:21:36 master kernel: acd0: FAILURE - START_STOP timed out Jul 27 23:22:06 master kernel: acd0: TIMEOUT - READ_BIG retrying (2 retries left) Jul 27 23:22:36 master kernel: acd0: WARNING - READ_BIG interrupt was seen but timeout fired Jul 27 23:23:06 master kernel: acd0: WARNING - READ_BIG interrupt was seen but taskqueue stalled After the aborted burn-process, neither the system is accessible via ssh nor any other process do their normal job. (Even though some processes "seems" to work, e.g. ssh asks me about login/password but doesn't give me access to the machine.) Furthermore, it is not possible to manually eject the DVD by pressing the eject button or by using the "cdrontrol eject" command. Unfortenuately, a reboot helps. Due to the fact that the obove mentioned error occurs exactly once a week with the same DVD-media, I suppose that this media is the originator of the problem. But anyhow, shouldn't the system be in a stable mode, even if I use a bad media? And maybe someone can give me a hint what the kernel message means? Thanks for clearing that up! Christian uname -rps : FreeBSD 5.2.1-RELEASE-p6 i386 burncd command: /usr/sbin/burncd -q -f /dev/acd0 -s max dvdrw image.iso 2>&1 | tee -a ${LOGFILE} atacontrol info 1 Master: acd0 ATA/ATAPI rev 0 Slave: no device present dmesg | grep -A1 -B1 -i acd0 IP Filter: v3.4.31 initialized. Default = block all, Logging = enabled acd0: CDRW at ata1-master PIO4 em0: Link is up 1000 Mbps Full Duplex From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 08:53:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B709E16A4CE for ; Wed, 28 Jul 2004 08:53:06 +0000 (GMT) Received: from smtp.hexanet.fr (smtp.hexanet.fr [81.23.32.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ACEB43D60 for ; Wed, 28 Jul 2004 08:53:06 +0000 (GMT) (envelope-from f.hardy@hexanet.fr) Received: from [192.168.3.20] (zool.hexanet.fr [81.23.32.11]) by smtp.hexanet.fr (Postfix) with ESMTP id 72E84FDA6 for ; Wed, 28 Jul 2004 10:53:04 +0200 (CEST) Message-ID: <410769E6.2000706@hexanet.fr> Date: Wed, 28 Jul 2004 10:55:02 +0200 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_Hardy?= Organization: Hexanet User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADSUP X.org conversion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: f.hardy@hexanet.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 08:53:06 -0000 Hello ! I was made an upgrade from Xfree86 to X.org (see http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032267.html). Since this update, all new package xfree86 depedencies must be redefined with pkgdb -F on xorg. I have X_WINDOW_SYSTEM=xorg in my /etc/make.conf. Any solutions ? Best regards, Fred From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 09:01:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D39516A4CE for ; Wed, 28 Jul 2004 09:01:14 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47DB43D5F for ; Wed, 28 Jul 2004 09:01:13 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1])i6S919k8072550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jul 2004 10:01:09 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)id i6S91961072549; Wed, 28 Jul 2004 10:01:09 +0100 (BST) (envelope-from matthew) Date: Wed, 28 Jul 2004 10:01:09 +0100 From: Matthew Seaman To: =?iso-8859-1?Q?Fr=E9d=E9ric?= Hardy Message-ID: <20040728090109.GC72137@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: =?iso-8859-1?Q?Fr=E9d=E9ric?= Hardy , freebsd-stable@freebsd.org References: <410769E6.2000706@hexanet.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <410769E6.2000706@hexanet.fr> User-Agent: Mutt/1.5.6i X-Greylist: Message not sent from an IPv4 address, not delayed by milter-greylist-1.5.3 (smtp.infracaninophile.co.uk [0.0.0.0]); Wed, 28 Jul 2004 10:01:09 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040705, clamav-milter version 0.74a on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk cc: freebsd-stable@freebsd.org Subject: Re: HEADSUP X.org conversion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 09:01:14 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 28, 2004 at 10:55:02AM +0200, Fr=E9d=E9ric Hardy wrote: > I was made an upgrade from Xfree86 to X.org (see=20 > http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032267.html). >=20 > Since this update, all new package xfree86 depedencies must be redefined= =20 > with pkgdb -F on xorg. >=20 > I have X_WINDOW_SYSTEM=3Dxorg in my /etc/make.conf. >=20 > Any solutions ? If you find that all of the X-related dependencies of an new or updated port are being pointed at the XFree86 packages, then it sounds like you don't have a completely up to date version of /usr/ports/Mk/. You should have bsd.port.mk version 1.495. grep(1) should find matches for 'X_WINDOW_SYSTEM' within that file. As I remember it took a few hours after the announcement came out for all of the updates to percolate out to all of the cvsup(1) servers. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBB2tViD657aJF7eIRAv3jAJ4mSiooGwNz3r1V66K19tDZfK2D4QCcCP1t +Wk2KuFqz1l7eatPnXmI+yo= =iwLP -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 09:45:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89EC816A4CE for ; Wed, 28 Jul 2004 09:45:42 +0000 (GMT) Received: from smtp.hexanet.fr (smtp.hexanet.fr [81.23.32.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51FC343D2F for ; Wed, 28 Jul 2004 09:45:42 +0000 (GMT) (envelope-from f.hardy@hexanet.fr) Received: from [192.168.3.20] (zool.hexanet.fr [81.23.32.11]) by smtp.hexanet.fr (Postfix) with ESMTP id 55675FDA4 for ; Wed, 28 Jul 2004 11:45:41 +0200 (CEST) Message-ID: <4107763B.1010008@hexanet.fr> Date: Wed, 28 Jul 2004 11:47:39 +0200 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_Hardy?= Organization: Hexanet User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Synaptics Touchpad xfree driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: f.hardy@hexanet.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 09:45:42 -0000 Hello ! I would like install the synaptics touchpad driver, but port seems broken, (patch failed) See http://lists.freebsd.org/pipermail/freebsd-current/2004-January/017634.html for more informations. Any solutions ? Best regards Fred -- =================================================================== Frederic HARDY Email: fch@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ ZAC Les Charmilles Tel: +33 (0)3 26 79 30 05 3, allée Thierry Sabine Direct: +33 (0)3 26 61 77 84 BP 202 - 51686 REIMS CEDEX 2 FRANCE =================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 10:04:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E82EB16A4CE for ; Wed, 28 Jul 2004 10:04:11 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5098643D2F for ; Wed, 28 Jul 2004 10:04:11 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i6SA49pj033967; Wed, 28 Jul 2004 19:04:10 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 28 Jul 2004 19:04:09 +0900 From: Norikatsu Shigemura To: f.hardy@hexanet.fr Message-Id: <20040728190409.71d2f20a.nork@FreeBSD.org> In-Reply-To: <4107763B.1010008@hexanet.fr> References: <4107763B.1010008@hexanet.fr> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.3 (sakura.ninth-nine.com [IPv6:2002:db7f:4a79::1]); Wed, 28 Jul 2004 19:04:10 +0900 (JST) cc: freebsd-stable@FreeBSD.org Subject: Re: Synaptics Touchpad xfree driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 10:04:12 -0000 On Wed, 28 Jul 2004 11:47:39 +0200 Fr__d__ric Hardy wrote: > I would like install the synaptics touchpad driver, but port seems > broken, (patch failed) > See > http://lists.freebsd.org/pipermail/freebsd-current/2004-January/017634.html > for more informations. > Any solutions ? One solution: following shar archive. TODO: Update to 0.13.4. Add Synaptic Touchpad Driver to current. Merge this port to xorg/XFree86-server. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # synaptics/Makefile # synaptics/distinfo # synaptics/pkg-descr # synaptics/pkg-plist # echo x - synaptics/Makefile sed 's/^X//' >synaptics/Makefile << 'END-of-synaptics/Makefile' X# New ports collection makefile for: synaptics X# Date created: 2004/01/02 X# Whom: nork@FreeBSD.org X# X# $FreeBSD$ X# X XPORTNAME= synaptics XPORTVERSION= 0.12.5 XCATEGORIES= x11-servers XMASTER_SITES= http://w1.894.telia.com/~u89404340/touchpad/files/ XEXTRACT_SUFX= .tar.bz2 X XPATCH_SITES= http://www.plaisthos.de/freebsd/ XPATCHFILES= synaptics.driver.patch XPATCH_DIST_STRIP= -p1 X XMAINTAINER= nork@FreeBSD.org XCOMMENT= Synaptics Touchpad driver for X X XUSE_BZIP2= yes XUSE_GMAKE= yes XUSE_X_PREFIX= yes X X.include X.if ${X_WINDOW_SYSTEM:L} == xorg XBUILD_DEPENDS= ${X11BASE}/bin/Xorg:${PORTSDIR}/x11-servers/xorg-server X.elif ${X_WINDOW_SYSTEM:L} == xfree86-4 XBUILD_DEPENDS= ${X11BASE}/bin/XFree86:${PORTSDIR}/x11-servers/XFree86-4-Server X.endif XRUN_DEPENDS= ${BUILD_DEPENDS} X X#WRKSRC= ${WRKDIR}/${PORTNAME} X XALL_TARGET= synaptics_drv.o X X#pre-everything:: X# @if ! grep MOUSE_SYNAPTICS_CMD /usr/include/sys/mouse.h > /dev/null 2>&1; then \ X# ${ECHO_MSG} "Please get&apply a following patch for kernel:"; \ X# ${ECHO_MSG} " http://www.plaisthos.de/synaptics/synaptics.kern.diff"; \ X# ${FALSE}; \ X# fi X Xdo-install: X @${INSTALL_DATA} ${WRKSRC}/${ALL_TARGET} ${PREFIX}/lib/modules/input/ X X.include END-of-synaptics/Makefile echo x - synaptics/distinfo sed 's/^X//' >synaptics/distinfo << 'END-of-synaptics/distinfo' XMD5 (synaptics-0.12.5.tar.bz2) = 52e2a6436f7e6d7ebb0c8068027c7c3f XSIZE (synaptics-0.12.5.tar.bz2) = 105847 XMD5 (synaptics.driver.patch) = 3b382f08f9bae4a805110c80832b527d XSIZE (synaptics.driver.patch) = 20679 END-of-synaptics/distinfo echo x - synaptics/pkg-descr sed 's/^X//' >synaptics/pkg-descr << 'END-of-synaptics/pkg-descr' XThe Synaptics TouchPad driver for for XFree86 4.x. A Synaptics touchpad Xby default operates in compatibility mode by emulating a standard mouse. XHowever, by using a dedicated driver, more advanced features of the Xtouchpad becomes available. X XWWW: http://w1.894.telia.com/~u89404340/touchpad/ END-of-synaptics/pkg-descr echo x - synaptics/pkg-plist sed 's/^X//' >synaptics/pkg-plist << 'END-of-synaptics/pkg-plist' Xlib/modules/input/synaptics_drv.o END-of-synaptics/pkg-plist exit - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 11:15:08 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E4416A4CE; Wed, 28 Jul 2004 11:15:08 +0000 (GMT) Received: from smtp.hexanet.fr (smtp.hexanet.fr [81.23.32.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id A400843D4C; Wed, 28 Jul 2004 11:15:07 +0000 (GMT) (envelope-from f.hardy@hexanet.fr) Received: from [192.168.3.20] (zool.hexanet.fr [81.23.32.11]) by smtp.hexanet.fr (Postfix) with ESMTP id AE70CFDB4; Wed, 28 Jul 2004 13:15:05 +0200 (CEST) Message-ID: <41078B2F.5060602@hexanet.fr> Date: Wed, 28 Jul 2004 13:17:03 +0200 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_Hardy?= Organization: Hexanet User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Norikatsu Shigemura References: <4107763B.1010008@hexanet.fr> <20040728190409.71d2f20a.nork@FreeBSD.org> In-Reply-To: <20040728190409.71d2f20a.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-stable@FreeBSD.org Subject: Re: Synaptics Touchpad xfree driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: f.hardy@hexanet.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 11:15:08 -0000 Thanks :-) but Makefile say : error line 45 Need an operator :-( Best regards, Fred Norikatsu Shigemura wrote: > On Wed, 28 Jul 2004 11:47:39 +0200 > Fr__d__ric Hardy wrote: > >>I would like install the synaptics touchpad driver, but port seems >>broken, (patch failed) >>See >>http://lists.freebsd.org/pipermail/freebsd-current/2004-January/017634.html >>for more informations. >>Any solutions ? > > > One solution: following shar archive. > > TODO: Update to 0.13.4. > Add Synaptic Touchpad Driver to current. > Merge this port to xorg/XFree86-server. > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # synaptics/Makefile > # synaptics/distinfo > # synaptics/pkg-descr > # synaptics/pkg-plist > # > echo x - synaptics/Makefile > sed 's/^X//' >synaptics/Makefile << 'END-of-synaptics/Makefile' > X# New ports collection makefile for: synaptics > X# Date created: 2004/01/02 > X# Whom: nork@FreeBSD.org > X# > X# $FreeBSD$ > X# > X > XPORTNAME= synaptics > XPORTVERSION= 0.12.5 > XCATEGORIES= x11-servers > XMASTER_SITES= http://w1.894.telia.com/~u89404340/touchpad/files/ > XEXTRACT_SUFX= .tar.bz2 > X > XPATCH_SITES= http://www.plaisthos.de/freebsd/ > XPATCHFILES= synaptics.driver.patch > XPATCH_DIST_STRIP= -p1 > X > XMAINTAINER= nork@FreeBSD.org > XCOMMENT= Synaptics Touchpad driver for X > X > XUSE_BZIP2= yes > XUSE_GMAKE= yes > XUSE_X_PREFIX= yes > X > X.include > X.if ${X_WINDOW_SYSTEM:L} == xorg > XBUILD_DEPENDS= ${X11BASE}/bin/Xorg:${PORTSDIR}/x11-servers/xorg-server > X.elif ${X_WINDOW_SYSTEM:L} == xfree86-4 > XBUILD_DEPENDS= ${X11BASE}/bin/XFree86:${PORTSDIR}/x11-servers/XFree86-4-Server > X.endif > XRUN_DEPENDS= ${BUILD_DEPENDS} > X > X#WRKSRC= ${WRKDIR}/${PORTNAME} > X > XALL_TARGET= synaptics_drv.o > X > X#pre-everything:: > X# @if ! grep MOUSE_SYNAPTICS_CMD /usr/include/sys/mouse.h > /dev/null 2>&1; then \ > X# ${ECHO_MSG} "Please get&apply a following patch for kernel:"; \ > X# ${ECHO_MSG} " http://www.plaisthos.de/synaptics/synaptics.kern.diff"; \ > X# ${FALSE}; \ > X# fi > X > Xdo-install: > X @${INSTALL_DATA} ${WRKSRC}/${ALL_TARGET} ${PREFIX}/lib/modules/input/ > X > X.include > END-of-synaptics/Makefile > echo x - synaptics/distinfo > sed 's/^X//' >synaptics/distinfo << 'END-of-synaptics/distinfo' > XMD5 (synaptics-0.12.5.tar.bz2) = 52e2a6436f7e6d7ebb0c8068027c7c3f > XSIZE (synaptics-0.12.5.tar.bz2) = 105847 > XMD5 (synaptics.driver.patch) = 3b382f08f9bae4a805110c80832b527d > XSIZE (synaptics.driver.patch) = 20679 > END-of-synaptics/distinfo > echo x - synaptics/pkg-descr > sed 's/^X//' >synaptics/pkg-descr << 'END-of-synaptics/pkg-descr' > XThe Synaptics TouchPad driver for for XFree86 4.x. A Synaptics touchpad > Xby default operates in compatibility mode by emulating a standard mouse. > XHowever, by using a dedicated driver, more advanced features of the > Xtouchpad becomes available. > X > XWWW: http://w1.894.telia.com/~u89404340/touchpad/ > END-of-synaptics/pkg-descr > echo x - synaptics/pkg-plist > sed 's/^X//' >synaptics/pkg-plist << 'END-of-synaptics/pkg-plist' > Xlib/modules/input/synaptics_drv.o > END-of-synaptics/pkg-plist > exit > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- =================================================================== Frederic HARDY Email: fch@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ ZAC Les Charmilles Tel: +33 (0)3 26 79 30 05 3, allée Thierry Sabine Direct: +33 (0)3 26 61 77 84 BP 202 - 51686 REIMS CEDEX 2 FRANCE =================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 12:09:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA14B16A4CE for ; Wed, 28 Jul 2004 12:09:27 +0000 (GMT) Received: from mailgw4.technion.ac.il (mailgw4.technion.ac.il [132.68.238.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F21C43D60 for ; Wed, 28 Jul 2004 12:09:24 +0000 (GMT) (envelope-from sema@technion.ac.il) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgw4.technion.ac.il (Postfix) with ESMTP id 04DF7F78E0 for ; Wed, 28 Jul 2004 15:09:19 +0300 (IDT) (envelope-from sema@technion.ac.il) Received: from mailgw4.technion.ac.il ([127.0.0.1]) by localhost (mailgw4.technion.ac.il [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22283-01-21 for ; Wed, 28 Jul 2004 15:09:18 +0300 (IDT) Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by mailgw4.technion.ac.il (Postfix) with ESMTP id 15866F78CD for ; Wed, 28 Jul 2004 15:09:14 +0300 (IDT) (envelope-from sema@technion.ac.il) Received: from localhost (localhost [127.0.0.1]) by techunix.technion.ac.il (Postfix) with ESMTP id 65A9C358A for ; Wed, 28 Jul 2004 15:09:13 +0300 (IDT) (envelope-from sema@technion.ac.il) Received: from techunix.technion.ac.il ([127.0.0.1]) by localhost (techunix.technion.ac.il [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23652-01-62 for ; Wed, 28 Jul 2004 15:09:13 +0300 (IDT) Received: from samlaptop (unknown [132.69.226.204]) by techunix.technion.ac.il (Postfix) with ESMTP id B19C93576 for ; Wed, 28 Jul 2004 15:09:12 +0300 (IDT) (envelope-from sema@technion.ac.il) From: "Solomon Kounin" To: Date: Wed, 28 Jul 2004 15:09:04 +0200 Organization: BME, Technion MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcR0pA3ltbW+1MgvSr+s8pIWazqhoQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Message-Id: <20040728120912.B19C93576@techunix.technion.ac.il> X-Virus-Scanned: by amavisd-new at technion.ac.il X-Virus-Scanned: by amavisd-new at technion.ac.il Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: test message - please ignore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sema@technion.ac.il List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 12:09:28 -0000 _____ Solomon Kounin - Biomedical Engineering Dept., Technion E-mail: sema@technion.ac.il Phone: 054-5556995 (+972-54-5556995) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 14:24:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2940B16A4CE; Wed, 28 Jul 2004 14:24:44 +0000 (GMT) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9342343D2F; Wed, 28 Jul 2004 14:24:41 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 516EC384D8; Wed, 28 Jul 2004 11:24:42 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4DB01384BB; Wed, 28 Jul 2004 11:24:42 -0300 (ADT) Date: Wed, 28 Jul 2004 11:24:42 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20040728112100.N792@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Anyone maintaining / care about 4.x anymore ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 14:24:44 -0000 Since I'm under the impression that 4.10 is/was meant to be 'end of line', is anyone looking at / dealing with bug reports for 4.x anymore? I had a crash yesterday that had a nice clean core dump ... I did submit a problem report for it, but just curious as to whether its worth submitting for the 4.x line anymore ? This isn't a "nobody has looked at it yet" email, since I know everyone is busy ... this is just a 'is it worth adding to GNaTs for 4.x related bugs anymore' email ... I'm not sure where -STABLE is sitting in ppls minds right now :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 14:37:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5709F16A4CE for ; Wed, 28 Jul 2004 14:37:13 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFFE243D5E for ; Wed, 28 Jul 2004 14:37:12 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i6SEaD4G024118; Wed, 28 Jul 2004 10:36:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i6SEa2d5024108; Wed, 28 Jul 2004 10:36:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 28 Jul 2004 10:36:02 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <20040728112100.N792@ganymede.hub.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Rumors of 4.x death greatly exagerated (was: Re: Anyone maintaining / care about 4.x anymore ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 14:37:13 -0000 On Wed, 28 Jul 2004, Marc G. Fournier wrote: > Since I'm under the impression that 4.10 is/was meant to be 'end of > line', is anyone looking at / dealing with bug reports for 4.x anymore? Rumors of 4.x's death are greatly exagerated. We plan to continue supporting 4.x well into the future with security fixes, stability fixes, and at least one additional release (which would imply additional features, wot?). The reality is that even if we did "end of life" 4.x, it would remain in use for years to come, and we're hardly going to ignore that :-). If you look at the FreeBSD Release Engineering web page, you'll see that 4.11 is on the impending release list, but doesn't yet have a schedule assigned. Right now we're largely focussing on getting 5.3 ready to go out the door. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 14:40:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DB9516A4CE for ; Wed, 28 Jul 2004 14:40:45 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B71643D67 for ; Wed, 28 Jul 2004 14:40:42 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i6SEdkDR024176; Wed, 28 Jul 2004 10:39:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i6SEdkcR024173; Wed, 28 Jul 2004 10:39:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 28 Jul 2004 10:39:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <20040727162553.U68882@ganymede.hub.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: ZERO LENGTH DIRECTORY & fsck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 14:40:45 -0000 On Tue, 27 Jul 2004, Marc G. Fournier wrote: > Is there anything that can be done to 'fix' this? Under 4.x, using > unionfs (and don't respond if your only answer is "its broken"), if it > crashes, fsck finds a whack of the above ... It's broken. :-) But in all honesty, this has been discussed extensively, and it's carefully documented in the man page. So if you run into bugs, it should not be a surprise. > Now, I think I understand the *why* for the error ... union creates a > 'mirror' of the file system, especially where a du/find is concerned, > and teh ZLDs are 'end nodes' that have no files under them ... but is > there a better way that fsck can handle those? Its almost as if it > doesn't know what to do with them, so has to remove them all ... Are you using union mounting of UFS or unionfs? Theory tells us that unionfs is a stacked file system layer, and shouldn't directly manipulate the on-disk layout of UFS, instead, issuing vnode operations that allow UFS to maintain its consistency guarantees. Theory tells us that union mounting UFS relies on UFS doing the magic, which means it has more opportunity to currupt on disk storage. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Wed Jul 28 15:25:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8B116A4CE; Wed, 28 Jul 2004 15:25:36 +0000 (GMT) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D0043D1F; Wed, 28 Jul 2004 15:25:36 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id CEE5C3A534; Wed, 28 Jul 2004 12:25:34 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CDD8A3A532; Wed, 28 Jul 2004 12:25:34 -0300 (ADT) Date: Wed, 28 Jul 2004 12:25:34 -0300 (ADT) From: "Marc G. Fournier" To: Robert Watson In-Reply-To: Message-ID: <20040728121601.C792@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: ZERO LENGTH DIRECTORY & fsck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 15:25:36 -0000 On Wed, 28 Jul 2004, Robert Watson wrote: > > On Tue, 27 Jul 2004, Marc G. Fournier wrote: > >> Is there anything that can be done to 'fix' this? Under 4.x, using >> unionfs (and don't respond if your only answer is "its broken"), if it >> crashes, fsck finds a whack of the above ... > > It's broken. :-) But in all honesty, this has been discussed extensively, > and it's carefully documented in the man page. So if you run into bugs, > it should not be a surprise. It doesn't surprise me, never has ... I've been most appreciatative of the work/time that ppl like David Schultz and Tor Egge (among others) have put in to help debug, and fix issues I've been able to provide core files for ... over the past year, unionfs (at least for me) has gone from something that I can watch a server lock up daily running out of vnodes, to something that goes for >3 months before a crash/reboot ... its not perfect, but its 100x better then it was last year ... >> Now, I think I understand the *why* for the error ... union creates a >> 'mirror' of the file system, especially where a du/find is concerned, >> and teh ZLDs are 'end nodes' that have no files under them ... but is >> there a better way that fsck can handle those? Its almost as if it >> doesn't know what to do with them, so has to remove them all ... > > Are you using union mounting of UFS or unionfs? Theory tells us that > unionfs is a stacked file system layer, and shouldn't directly manipulate > the on-disk layout of UFS, instead, issuing vnode operations that allow > UFS to maintain its consistency guarantees. Theory tells us that union > mounting UFS relies on UFS doing the magic, which means it has more > opportunity to currupt on disk storage. unionfs ... basically, I run: /sbin/mount_union -b