From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 23 00:39:59 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6DA16A41B for ; Sun, 23 Dec 2007 00:39:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAA913C461 for ; Sun, 23 Dec 2007 00:39:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 58155959; Sun, 23 Dec 2007 01:39:56 +0200 Message-ID: <476DA04A.9080907@FreeBSD.org> Date: Sun, 23 Dec 2007 01:39:54 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <1198275838.00846034.1198264805@10.7.7.3> In-Reply-To: <1198275838.00846034.1198264805@10.7.7.3> Content-Type: multipart/mixed; boundary="------------090200010006050600060107" Cc: freebsd-hackers@freebsd.org Subject: Re: How would I make this work in RELENG_7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 00:39:59 -0000 This is a multi-part message in MIME format. --------------090200010006050600060107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi. Sam Fourman Jr. wrote: > I have a PDA smart phone that I would like to use as a wireless modem > on my laptop > > someone from OpenBSD helped me get it committed to OpenBSD 's Tree > > would someone help me with a similar patch for FreeBSD > > here is an old post that I made > http://www.nabble.com/Alltel-PPC6700-Wireless-Modem-td12491547.html I have added my HTC Prophet PDA some time ago unto uipaq driver and it seems like working except there is no WM6 support in palm/synce version present in ports, so I had to build recent version by myself. I have made a patch adding your device ID into uipaq driver alike OpenBSD one. But I am not sure should this device be supported with uipaq or umodem driver. umodem driver looks much more powerful, but I have nothing to test it, as my WM6 does not provides USB modem support. Could you try it also? -- Alexander Motin --------------090200010006050600060107 Content-Type: text/plain; name="htc_modem.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="htc_modem.patch" --- usbdevs.prev 2007-12-11 08:41:38.000000000 +0200 +++ usbdevs 2007-12-23 01:13:13.000000000 +0200 @@ -1382,6 +1382,7 @@ product HP2 C500 0x6002 PhotoSmart C500 /* HTC products */ +product HTC MODEM 0x00cf USB Modem product HTC SMARTPHONE 0x0a51 SmartPhone USB Sync /* HUAWEI products */ --- uipaq.c.prev 2007-10-22 11:28:24.000000000 +0300 +++ uipaq.c 2007-12-23 01:12:51.000000000 +0200 @@ -123,6 +123,7 @@ {{ USB_VENDOR_HP, USB_PRODUCT_HP_2215 }, 0 }, {{ USB_VENDOR_HP, USB_PRODUCT_HP_568J }, 0}, {{ USB_VENDOR_HTC, USB_PRODUCT_HTC_SMARTPHONE }, 0}, + {{ USB_VENDOR_HTC, USB_PRODUCT_HTC_MODEM }, 0}, {{ USB_VENDOR_COMPAQ, USB_PRODUCT_COMPAQ_IPAQPOCKETPC } , 0}, {{ USB_VENDOR_CASIO, USB_PRODUCT_CASIO_BE300 } , 0}, {{ USB_VENDOR_SHARP, USB_PRODUCT_SHARP_WZERO3ES }, 0}, --------------090200010006050600060107-- From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 23 09:40:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4382D16A417 for ; Sun, 23 Dec 2007 09:40:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0C74C13C43E for ; Sun, 23 Dec 2007 09:40:45 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7ADB320C6; Sun, 23 Dec 2007 10:40:37 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 6239120B9; Sun, 23 Dec 2007 10:40:37 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id EC8CD84466; Sun, 23 Dec 2007 10:40:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ed Maste References: <20071219222621.GA79432@sandvine.com> Date: Sun, 23 Dec 2007 10:40:39 +0100 In-Reply-To: <20071219222621.GA79432@sandvine.com> (Ed Maste's message of "Wed\, 19 Dec 2007 17\:26\:21 -0500") Message-ID: <86ejddg354.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: config(8) patch for review for src dir handling X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 09:40:46 -0000 Ed Maste writes: > Right now config(8) calls realpath("../..", ... to find the src path > to write into the kernel Makefile. I want to change this to use $PWD > with the last two path components removed, assuming it's the same dir > as ../.. . I'm worried that your patch assumes that $PWD is present and correct, for which there is no guarantee. What happens if you use getcwd() instead of getenv("PWD")? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 23 09:49:56 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 535AF16A418 for ; Sun, 23 Dec 2007 09:49:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2072B13C478 for ; Sun, 23 Dec 2007 09:49:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 129CE2089; Sun, 23 Dec 2007 10:49:48 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 30E87207E; Sun, 23 Dec 2007 10:49:47 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B350D8447B; Sun, 23 Dec 2007 10:49:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <476AF132.4080304@chuckr.org> Date: Sun, 23 Dec 2007 10:49:49 +0100 In-Reply-To: <476AF132.4080304@chuckr.org> (Chuck Robey's message of "Thu\, 20 Dec 2007 17\:48\:18 -0500") Message-ID: <86abo1g2pu.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 09:49:56 -0000 Chuck Robey writes: > I've lost the printing of all of th e messages you normally see, when you= are > booting yoiur machine (you know, mostly probe messages. I used to see th= em on > this box. When I made my first kernel, I had begun (obviously, as we all = do) > with GENERIC as a base, but changing the first loaders.hints and the kern= el, > that's the last I saw of booting messages. You say something stopped working after you fiddled with some config files, but you don't show us those config files nor even tell us *which* config files you modified in terms that we can understand (there is no such thing as loader.hints). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 23 18:15:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFF7C16A418 for ; Sun, 23 Dec 2007 18:15:57 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id CF9C113C45B for ; Sun, 23 Dec 2007 18:15:57 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 212 invoked from network); 23 Dec 2007 18:15:57 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 23 Dec 2007 18:15:56 -0000 Message-ID: <476EA521.9020707@chuckr.org> Date: Sun, 23 Dec 2007 13:12:49 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> In-Reply-To: <86abo1g2pu.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 18:15:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling Smørgrav wrote: > Chuck Robey writes: >> I've lost the printing of all of th e messages you normally see, when you are >> booting yoiur machine (you know, mostly probe messages. I used to see them on >> this box. When I made my first kernel, I had begun (obviously, as we all do) >> with GENERIC as a base, but changing the first loaders.hints and the kernel, >> that's the last I saw of booting messages. > > You say something stopped working after you fiddled with some config > files, but you don't show us those config files nor even tell us *which* > config files you modified in terms that we can understand (there is no > such thing as loader.hints). Dag, I looked through all my older messages, I couldn't see where I'd given you the misimpression about stuff stopping working when I made my first kernel. Teh target then was to maintain booting, which it did, and I don't remember anything specific that stopped working. The sound, for instance, didn't work before, and also didn't immediately work thereafter. The only striking change, beyond jumping to current, was the uname print, and the sudden jarring cessation of all the boot messages (that, I could hardly have missed, it worried me more than a little at first, I though the machine had hung during boot!) Anyhow, I don't have that first config file. I have the one I'm using now, so in the assumption that you would like to see that, I'm going to paste it at the end. The only thing that I can comment on, so far, is that my motherboard hasn't got any serial devices, no uarts, so I don't have any ttyd0 device, and that's (I think) why it doesn't show up on any conscontrol listing. Is there a better device to have set up, as my console output? Note that my kernel config file has the sc (syscons, right?) device, in case either I have done that wrong, or maybe it might mean I should spec some specific device to conscontrol. #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident APRIL # To statically compile in device wiring instead of /boot/device.hints hints "APRIL.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options KSE #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options MAXCONS=8 options SC_HISTORY_SIZE=256 device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device le # AMD Am7900 LANCE and Am79C9xx PCnet # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device nfe # nVidia nForce MCP on-board Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device sis # Silicon Integrated Systems SiS 900/SiS 7016 # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device rum # Ralink Technology RT2501USB wireless NICs device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHbqUhz62J6PPcoOkRAj7pAJ9/BQ4ERcfBXVEv4KFHpecg1o08QwCfTV4/ b3saIv9lxOVbt+F3Efxmd9w= =hb6V -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 23 22:25:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5AA016A418; Sun, 23 Dec 2007 22:25:08 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal-mk5.stack.nl [IPv6:2001:610:1108:5010::149]) by mx1.freebsd.org (Postfix) with ESMTP id A2D4113C465; Sun, 23 Dec 2007 22:25:08 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id E40D944C2B; Sun, 23 Dec 2007 23:25:06 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id CD79322899; Sun, 23 Dec 2007 23:25:06 +0100 (CET) Date: Sun, 23 Dec 2007 23:25:06 +0100 From: Jilles Tjoelker To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20071223222506.GA64207@stack.nl> References: <20071219222621.GA79432@sandvine.com> <86ejddg354.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86ejddg354.fsf@ds4.des.no> X-Operating-System: FreeBSD 6.2-STABLE i386 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org, Ed Maste Subject: Re: config(8) patch for review for src dir handling X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2007 22:25:09 -0000 On Sun, Dec 23, 2007 at 10:40:39AM +0100, Dag-Erling Smørgrav wrote: > Ed Maste writes: > > Right now config(8) calls realpath("../..", ... to find the src path > > to write into the kernel Makefile. I want to change this to use $PWD > > with the last two path components removed, assuming it's the same dir > > as ../.. . > I'm worried that your patch assumes that $PWD is present and correct, > for which there is no guarantee. What happens if you use getcwd() > instead of getenv("PWD")? getcwd() does not use $PWD, it returns a pathname without symlinks. So that would lead to the original behaviour. A better way could be to use $PWD if it is set and an absolute logical pathname referring to the current directory, as in src/bin/pwd/pwd.c . -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 24 02:29:34 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F7416A481 for ; Mon, 24 Dec 2007 02:29:34 +0000 (UTC) (envelope-from yo.tuck@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 6E82413C447 for ; Mon, 24 Dec 2007 02:29:33 +0000 (UTC) (envelope-from yo.tuck@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so905427fgg.35 for ; Sun, 23 Dec 2007 18:29:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=qaJbpVKhzDo7JS22Zr0Rb4CCSwwHyYxamtExmEe51RI=; b=pB2qsRSRmQeDUkjYe0SPHpHAy7ekj75f9jBWNYD9fb1k3DRBzd67S96RLSY4OxBXBmi3Bd0Vwxblvn7sRGlkrhdwWGm81kpADrDlw+Y/ykFWGAznPokGIF9OpDdse3A6AxtFHDxnVqehs75aQigfFNQMWr50QLJAhhhVGIml+lc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Cx2JlpSwJdTh7XvjAQxZdC6YpCb3+xYOuoOw5hL3nlxmlEBCjBq+Z5uQlF3CNUKBYHy3jbOniqUqSjBWSKLZGnPpR9fYNv/sHychvLXhEUSb3XiCi1uZz+9CW+3t8AoOjGgektXKAn4CuZIz23mGZjDkQ4tQmp6uqjwELAEb8ms= Received: by 10.82.145.7 with SMTP id s7mr7404804bud.7.1198461798890; Sun, 23 Dec 2007 18:03:18 -0800 (PST) Received: by 10.82.150.18 with HTTP; Sun, 23 Dec 2007 18:03:18 -0800 (PST) Message-ID: Date: Mon, 24 Dec 2007 03:03:18 +0100 From: "=?ISO-8859-1?Q?J=FCrgen_Brock?=" To: "Tom Wickline" In-Reply-To: <53e3a9930712102206x54f55b8dk568029c56da78be@mail.gmail.com> MIME-Version: 1.0 References: <53e3a9930712060959t6f446534xee6ba49d043dd70a@mail.gmail.com> <475E238C.9010803@simoncpu.com> <53e3a9930712102153i15f6416aqe29389736469e063@mail.gmail.com> <475E2726.8020901@simoncpu.com> <53e3a9930712102206x54f55b8dk568029c56da78be@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Wine compatibility and performance on FreeBSD 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 02:29:34 -0000 On Dec 11, 2007 7:06 AM, Tom Wickline wrote: > On Dec 11, 2007 12:59 AM, Simon Cornelius P. Umacob > wrote: > > > > Whoa... I didn't know that. =) I should now be able to run Warcraft on > > my Linux and FreeBSD (?) boxes... Coool... > > > > [ simon.cpu ] > > > > Maayong hapon Simon, > > Yea it should work, Wow and Warcraft III can be run in OpenGL mode. > > Tom > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > A few months ago i had no problems with WoW on FreeBSD 6.2 ( nvidia-driver-1.0.9746 | wine-0.9.35,1). Since FreeBSD 7 BETA* and the latest version of wine on FreeBSD 6.2 I can choose my character but thats it, the Game won't load the world. It exits with ...something like: bad adress ... memory... I don't have the message on hand. Neighter a new version of wine nor the patches resolved the problem. I gave up on WoW-wine-FreeBSD and now I only play on Windows... From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 24 13:15:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9E616A420 for ; Mon, 24 Dec 2007 13:15:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 213CA13C4D3 for ; Mon, 24 Dec 2007 13:15:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lBODEbVX005100; Mon, 24 Dec 2007 14:14:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lBODERhf023721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Dec 2007 14:14:28 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lBODERV0024185; Mon, 24 Dec 2007 14:14:27 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lBODEQWn024184; Mon, 24 Dec 2007 14:14:26 +0100 (CET) (envelope-from ticso) Date: Mon, 24 Dec 2007 14:14:26 +0100 From: Bernd Walter To: Chuck Robey Message-ID: <20071224131425.GF23337@cicely12.cicely.de> References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <476EA521.9020707@chuckr.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 13:15:58 -0000 On Sun, Dec 23, 2007 at 01:12:49PM -0500, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dag-Erling Smørgrav wrote: > > Chuck Robey writes: > >> I've lost the printing of all of th e messages you normally see, when you are > >> booting yoiur machine (you know, mostly probe messages. I used to see them on > >> this box. When I made my first kernel, I had begun (obviously, as we all do) > >> with GENERIC as a base, but changing the first loaders.hints and the kernel, > >> that's the last I saw of booting messages. > > > > You say something stopped working after you fiddled with some config > > files, but you don't show us those config files nor even tell us *which* > > config files you modified in terms that we can understand (there is no > > such thing as loader.hints). > > Dag, I looked through all my older messages, I couldn't see where I'd given > you the misimpression about stuff stopping working when I made my first > kernel. Teh target then was to maintain booting, which it did, and I don't > remember anything specific that stopped working. The sound, for instance, > didn't work before, and also didn't immediately work thereafter. The only > striking change, beyond jumping to current, was the uname print, and the > sudden jarring cessation of all the boot messages (that, I could hardly > have missed, it worried me more than a little at first, I though the > machine had hung during boot!) We all know that you have fiddled with a config file, because that's the only possible reason for this to happen. > Anyhow, I don't have that first config file. I have the one I'm using now, > so in the assumption that you would like to see that, I'm going to paste it > at the end. The only thing that I can comment on, so far, is that my > motherboard hasn't got any serial devices, no uarts, so I don't have any > ttyd0 device, and that's (I think) why it doesn't show up on any > conscontrol listing. Is there a better device to have set up, as my > console output? Note that my kernel config file has the sc (syscons, > right?) device, in case either I have done that wrong, or maybe it might > mean I should spec some specific device to conscontrol. > > > # To statically compile in device wiring instead of /boot/device.hints > hints "APRIL.hints" # Default places to look for devices. We all need to see your APRIL.hints and as already asked for your /boot/device.hints Why do you need statically compiled in hints at all? This is normaly only done for exotic boot environments (e.g. on embedded systems) where the normal bootchain can't be used. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 24 22:36:31 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15E216A41A for ; Mon, 24 Dec 2007 22:36:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id ABC8013C459 for ; Mon, 24 Dec 2007 22:36:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B71E22099; Mon, 24 Dec 2007 23:36:22 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 30BA82089; Mon, 24 Dec 2007 23:36:22 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 0832F844AF; Mon, 24 Dec 2007 23:36:22 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> Date: Mon, 24 Dec 2007 23:36:21 +0100 In-Reply-To: <476EA521.9020707@chuckr.org> (Chuck Robey's message of "Sun\, 23 Dec 2007 13\:12\:49 -0500") Message-ID: <86ejdbvhy2.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2007 22:36:32 -0000 Chuck Robey writes: > Dag-Erling Sm=C3=B8rgrav wrote: >> Chuck Robey writes: >>> I've lost the printing of all of th e messages you normally see, when y= ou are >>> booting yoiur machine (you know, mostly probe messages. I used to see = them on >>> this box. When I made my first kernel, I had begun (obviously, as we al= l do) >>> with GENERIC as a base, but changing the first loaders.hints and the ke= rnel, >>> that's the last I saw of booting messages. >> You say something stopped working after you fiddled with some config >> files, but you don't show us those config files nor even tell us *which* >> config files you modified in terms that we can understand (there is no >> such thing as loader.hints). > Dag, I looked through all my older messages, I couldn't see where I'd giv= en > you the misimpression about stuff stopping working when I made my first > kernel. [...] I don't understand a single word you're saying here. I said nothing about your "first kernel". I'll repeat what I said (which you can also see quoted above): You say something stopped working after you fiddled with some config files, but you don't show us those config files nor even tell us *which* config files you modified in terms that we can understand (there is no such thing as loader.hints). So tell us which config files you modified, and show us those files, and maybe we'll be able to help you. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 25 17:02:38 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DED2F16A419 for ; Tue, 25 Dec 2007 17:02:38 +0000 (UTC) (envelope-from michal.botka@seznam.cz) Received: from surf.interdata.cz (surf.interdata.cz [84.244.124.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6478813C457 for ; Tue, 25 Dec 2007 17:02:38 +0000 (UTC) (envelope-from michal.botka@seznam.cz) Received: from [192.168.1.5] (wcbotkova.interdata.cz [84.244.125.178]) by surf.interdata.cz (8.12.9/8.12.9) with ESMTP id lBPGlkbU023584 for ; Tue, 25 Dec 2007 17:47:47 +0100 Message-ID: <47713433.2010303@seznam.cz> Date: Tue, 25 Dec 2007 17:47:47 +0100 From: Michal Botka User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sysinstall - index_sort X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 17:02:39 -0000 Hello, I downloaded 6.2-RELEASE-i386-bootonly.iso and installed FreeBSD from FTP server. After then I tried install some packages by sysinstall, but reading package data from index was extremely slow. It took more then 6 minutes on my computer (Pentium II 350MHz, 128MB RAM). I downloaded sysinstall source, in file index.c, on line 418 there is following code: /* Use a disgustingly simplistic bubble sort to put our lists in order */ void index_sort(PkgNodePtr top) { PkgNodePtr p, q; /* Sort everything at the top level */ for (p = top->kids; p; p = p->next) { for (q = top->kids; q; q = q->next) { if (q->next && strcmp(q->name, q->next->name) > 0) swap_nodes(q, q->next); } } /* Now sub-sort everything n levels down */ for (p = top->kids; p; p = p->next) { if (p->kids) index_sort(p); } } There is about 15000 packages in index, so it's clear why it was so slow. I implemented quick sort algorithm and after then it took only about 6 seconds. My code (new function index_list_qsort and modified function index_sort): /* Quick sort algorithm */ void index_list_qsort(PkgNodePtr first, PkgNodePtr stop) { // empty or one-item list is already sorted if (first == stop || first->next == stop) return; // quick sort PkgNodePtr i, p; char* pivotName = first->name; int size1 = 0; int size2 = 0; for (p=first, i=p->next; i!=stop; i=i->next) { if (strcmp(i->name, pivotName)<0) { p = p->next; swap_nodes(p,i); size1++; } else { size1++; } } swap_nodes(first,p); // we handle the shorter part before the longer // recursion depth never exceeds logarithm of the total list length if (size1 <= size2) { index_list_qsort(first,p); index_list_qsort(p->next,stop); } else { index_list_qsort(p->next,stop); index_list_qsort(first,p); } } /* Use a quick sort to put our lists in order */ void index_sort(PkgNodePtr top) { PkgNodePtr p, q; /* Sort everything at the top level */ index_list_qsort(top->kids, NULL); /* Now sub-sort everything n levels down */ for (p = top->kids; p; p = p->next) { if (p->kids) index_sort(p); } } I'm just a newbie and know nothing about FreeBSD, but I will be glad if my code will be helpful. Yours sincerely, Michal Botka. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 25 17:48:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DA216A418 for ; Tue, 25 Dec 2007 17:48:00 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.246]) by mx1.freebsd.org (Postfix) with ESMTP id 23AC513C447 for ; Tue, 25 Dec 2007 17:47:59 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: by hs-out-2122.google.com with SMTP id j58so1728234hsj.11 for ; Tue, 25 Dec 2007 09:47:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=LRi+zPzMyqOjPcy27AkCLMTAgo88ZeB/QybGqARY9WQ=; b=qocQxPTUrE4vOY8EqEC4iS6BAGBkA8v+lwsY1qB7kHtb+hVGW9HaWN+4zRjlDYQ0ecdIIzJhJOXuJY2Ok1DH66aODnlAJBHYeFseN3pcUq2m7hx0mtNCGmgwE0DjSuvQFKR0VCekXYKmFkGNnm7rvLdwGkjCms89WmMU0op3/BA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=tWd/zUNDkkHVWQAu5xCW47E1+HVgPGIVOWYoUAypCD6ujmwcm9KrRF/GTBX6Ore+hw2x8D0m+VByf5yr/V92EAiZilffauk7Gk9lT663mHyiBnV0CA6tneOtEY5Y4D0921pYxbZAkDEpPJeFiKgJJ6cXaPHQyhiVIL2yB7pVHIc= Received: by 10.150.150.3 with SMTP id x3mr1529013ybd.23.1198603322179; Tue, 25 Dec 2007 09:22:02 -0800 (PST) Received: from admin.elecmtz.une.cu ( [200.55.166.34]) by mx.google.com with ESMTPS id q30sm7165337wrq.4.2007.12.25.09.21.59 (version=SSLv3 cipher=OTHER); Tue, 25 Dec 2007 09:22:01 -0800 (PST) From: Manolo Valdes To: freebsd-hackers@freebsd.org Date: Tue, 25 Dec 2007 12:21:25 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712251221.26515.nolis71cu@gmail.com> Subject: gdb is not loading debug simbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 17:48:00 -0000 Hi hackers I'm trying to make some debbuging on kde compiled with debbugfull but gdb is complaing about: kde4# gdb -pid 12241 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Attaching to process 12241 /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:14= 43:=20 internal-error: legacy_fetch_link_map_offsets called without legacy link_ma= p=20 support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) i say n and: /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:14= 43:=20 internal-error: legacy_fetch_link_map_offsets called without legacy link_ma= p=20 support enabled. A problem internal to GDB has been detected, =2D--Type to continue, or q to quit--- further debugging may prove unreliable. Create a core file of GDB? (y or n) n 0x29b2287f in ?? () (gdb) b file.cpp:420 No symbol table is loaded. Use the "file" command. (gdb) any hints or there is a gdb problem on FreeBSD kde4# uname -a =46reeBSD admin.elecmtz.une.cu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Tu= e Dec=20 25 00:54:42 CST 2007 =20 admin@admin.elecmtz.une.cu:/usr/obj/usr/src/sys/NOLIS i386 thanks in advance Manolito =2D-=20 Pues todo lo que el hombre sembrare, eso tambien segar=E1 G=E1l. 6:7 =2D-------------------------------------------------------- =46or whatever a man sows, that he will also reap. Gal. 6:7 From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 25 19:49:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFF116A417 for ; Tue, 25 Dec 2007 19:49:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id BED0613C4D3 for ; Tue, 25 Dec 2007 19:49:45 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 16462 invoked from network); 25 Dec 2007 19:49:45 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Dec 2007 19:49:44 -0000 Message-ID: <47715E1F.9080502@chuckr.org> Date: Tue, 25 Dec 2007 14:46:39 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: ticso@cicely.de References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> In-Reply-To: <20071224131425.GF23337@cicely12.cicely.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 19:49:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernd Walter wrote: > On Sun, Dec 23, 2007 at 01:12:49PM -0500, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Dag-Erling Smørgrav wrote: >>> Chuck Robey writes: >>>> I've lost the printing of all of th e messages you normally see, when you are >>>> booting yoiur machine (you know, mostly probe messages. I used to see them on >>>> this box. When I made my first kernel, I had begun (obviously, as we all do) >>>> with GENERIC as a base, but changing the first loaders.hints and the kernel, >>>> that's the last I saw of booting messages. >>> You say something stopped working after you fiddled with some config >>> files, but you don't show us those config files nor even tell us *which* >>> config files you modified in terms that we can understand (there is no >>> such thing as loader.hints). >> Dag, I looked through all my older messages, I couldn't see where I'd given >> you the misimpression about stuff stopping working when I made my first >> kernel. Teh target then was to maintain booting, which it did, and I don't >> remember anything specific that stopped working. The sound, for instance, >> didn't work before, and also didn't immediately work thereafter. The only >> striking change, beyond jumping to current, was the uname print, and the >> sudden jarring cessation of all the boot messages (that, I could hardly >> have missed, it worried me more than a little at first, I though the >> machine had hung during boot!) > > We all know that you have fiddled with a config file, because that's the > only possible reason for this to happen. > >> Anyhow, I don't have that first config file. I have the one I'm using now, >> so in the assumption that you would like to see that, I'm going to paste it >> at the end. The only thing that I can comment on, so far, is that my >> motherboard hasn't got any serial devices, no uarts, so I don't have any >> ttyd0 device, and that's (I think) why it doesn't show up on any >> conscontrol listing. Is there a better device to have set up, as my >> console output? Note that my kernel config file has the sc (syscons, >> right?) device, in case either I have done that wrong, or maybe it might >> mean I should spec some specific device to conscontrol. >> >> >> # To statically compile in device wiring instead of /boot/device.hints >> hints "APRIL.hints" # Default places to look for devices. > > We all need to see your APRIL.hints and as already asked for your > /boot/device.hints > Why do you need statically compiled in hints at all? > This is normaly only done for exotic boot environments (e.g. on embedded > systems) where the normal bootchain can't be used. > OK, I think I might finally be understanding you a bit better (I hope so, at least, I'm surely not trying to make things hard). The config file I was always referring to, it's the kernel config file (I named it APRIL in the config file). I've lost that first APRIL, the one where the boot messages stopped. I think the other confusion lies in what broke: not hardware: the printing of the boot messages is what broke, that's all, nothing else. My goal in recompiling was only (besides jumping to current) was to get rid of all the devices I didn't use, in GENERIC. I'd intended to attach my APRIL listing to the last mail, but I must have screwed that up, so I'll list it here at the end (I'm going to paste it right now, for insurance's sake, but in the interest of brevity, I deleted out all the lines that I'd just commented out, so as to save the mail KBs). As far as the hints files go, I'm embarrassed to admit that I don't understand the difference between the hints file that I name (APRIL.hints) in my config file, and the device.hints in the man page of that name. I have experimented with naming the file as device.hints, as APRIL.hints as I named it in the kernel config file, and without one completely (rebooting with each). I have also tried using kenv to automatically generate a config file, and making one by starting with the GENERIC.hints, and subtracting those device lines that I knew I wasn't using. I have to admit I was somewhat nonplussed by the fact that the kenv command came out with a binary format when I piped the output to a file. I rebooted with each, so I could see if maybe one combination might be right. The device.hints man page didn't explain for me (at least, I couldn't figure this out) what the difference in naming was, between naming it device.hints or APRIL.hints. If I use the name in the kernel config file, does it still reside in /boot, or then maybe /boot/kernel? If I skip naming the hints file in the kernel config file, that means only that it defaults the name? No other effects? Anyhow, non of these combos got my boot messages back for me. To both you and DES, I really apologize if I misunderstood your questions about what failed. It really confused me, because I couldn't see in my messages where I'd referred to anything extra that failed, besides the boot messages. I might also forestall the question, why did I jump to current: I'd run current for years, from 1.0 up to about 5.something, and Iliked following current, and fixing the occaisonal breakages, I liked the troubleshooting. Looks like I've been away too long. ====begin, my APRIL config file=================================== TCSH-april:root:/usr/src:#135-13:43>cat /sys/i386/conf/APRIL #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident APRIL # To statically compile in device wiring instead of /boot/device.hints hints "APRIL.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options KSE #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options MAXCONS=8 options SC_HISTORY_SIZE=256 device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device le # AMD Am7900 LANCE and Am79C9xx PCnet # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device nfe # nVidia nForce MCP on-board Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device sis # Silicon Integrated Systems SiS 900/SiS 7016 # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device rum # Ralink Technology RT2501USB wireless NICs device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHcV4fz62J6PPcoOkRAjmfAJ40nMxZS7kyxok/Xhj0hlPVeppGogCfeK8p 0C93TDM8B+8HDUgJ1u3eO+k= =Ji0n -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 25 20:36:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B766916A419 for ; Tue, 25 Dec 2007 20:36:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 523BB13C442 for ; Tue, 25 Dec 2007 20:36:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AA68620BB; Tue, 25 Dec 2007 21:36:17 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8F5152089; Tue, 25 Dec 2007 21:36:17 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 688FE844AF; Tue, 25 Dec 2007 21:36:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> Date: Tue, 25 Dec 2007 21:36:17 +0100 In-Reply-To: <47715E1F.9080502@chuckr.org> (Chuck Robey's message of "Tue\, 25 Dec 2007 14\:46\:39 -0500") Message-ID: <86sl1qikam.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2007 20:36:25 -0000 Chuck Robey writes: > As far as the hints files go, I'm embarrassed to admit that I don't > understand the difference between the hints file that I name (APRIL.hints) > in my config file, and the device.hints in the man page of that name. OK, so you customized your device hints file. Don't do that; that's what broke your console. Don't compile device hints into your kernel, either. Just use the stock device.hints that mergemaster installs in /boot, and you will be fine. There is no need to modify the hints file except in very special circumstances, and it has no effect on the size of your kernel. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 26 17:21:15 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F03A16A468; Wed, 26 Dec 2007 17:21:15 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 1F59C13C465; Wed, 26 Dec 2007 17:21:15 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id EF56833C42; Wed, 26 Dec 2007 18:22:37 +0100 (CET) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fgMP+W7FiH+D; Wed, 26 Dec 2007 18:22:33 +0100 (CET) Received: from aurynmob2.giulioferro.it (mail.zirakzigil.org [82.63.178.63]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id 7EA4133C11; Wed, 26 Dec 2007 18:22:33 +0100 (CET) Message-ID: <47728D80.5010507@zirakzigil.org> Date: Wed, 26 Dec 2007 18:21:04 +0100 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: Donnie , nork@FreeBSD.org, freebsd-hackers@freebsd.org References: <4c65bf9e-80e5-4c0b-acef-d9914a57679f@i12g2000prf.googlegroups.com> In-Reply-To: <4c65bf9e-80e5-4c0b-acef-d9914a57679f@i12g2000prf.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Synaptics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 17:21:15 -0000 Donnie wrote: > On Dec 12, 10:51 am, Giulio Ferro wrote: > >> Unfortunately those settings are already specified in /e >> tc/X11/xorg.conf in the >> section "InputDevice" for thetouchpad. >> >> If you look in the /usr/ports/x11-drivers/synaptics/pkg-message it's all >> already there >> > > I had the same problem, but finally happened on this solution: > despite what the pkg-message says, in xorg.conf you have to specify > both a non-existent mouse and the touchpad, in addition to following > all the other pkg-message directions. So, my xorg.conf has: > > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "AlwaysCore" > InputDevice "Keyboard0" "CoreKeyboard" > InputDevice "Synaptics_Touchpad" "CorePointer" > EndSection > > ### Note that touchpad MUST be CorePointer and non-existent mouse must > be AlwaysCore ### > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > EndSection > > Section "InputDevice" > Identifier "Synaptics_Touchpad" > Driver "synaptics" > Option "SendCoreEvents" > Option "Device" "/dev/psm0" > Option "Protocol" "psm" > Option "TouchpadOff" "0" > Option "LeftEdge" "1700" > Option "RightEdge" "5300" > Option "TopEdge" "1700" > Option "BottomEdge" "4200" > Option "FingerLow" "25" > Option "FingerHigh" "30" > Option "MaxTapTime" "180" > Option "MaxTapMove" "220" > Option "VertScrollDelta" "100" > Option "MinSpeed" "0.06" > Option "MaxSpeed" "0.06" > Option "AccelFactor" "0.0010" > Option "HorizScrollDelta" "100" > Option "UpDownScrolling" "on" > Option "UpDownRepeat" "on" > Option "LeftRightScrolling" "on" > Option "LeftRightRepeat" "on" > Option "SHMConfig" "on" > EndSection > > Good luck! > > -- > Donnie > Doesn't work, sorry. The server starts, but the mouse pointer isn't moving. Anyway I'm not sure this is the right way to do thinks. I'd dearly like to listen from the maintainer, maybe it can shed some light on the /dev/input/event issue... From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 26 19:06:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFDF16A419; Wed, 26 Dec 2007 19:06:19 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id C8C8913C4DD; Wed, 26 Dec 2007 19:06:19 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGguckeC1Apk/2dsb2JhbACpOA Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 26 Dec 2007 10:38:17 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2007122610381536-518 ; Wed, 26 Dec 2007 10:38:15 -0800 Date: Wed, 26 Dec 2007 10:38:15 -0800 (PST) From: KAYVEN RIESE To: Giulio Ferro In-Reply-To: <47728D80.5010507@zirakzigil.org> Message-ID: References: <4c65bf9e-80e5-4c0b-acef-d9914a57679f@i12g2000prf.googlegroups.com> <47728D80.5010507@zirakzigil.org> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 12/26/2007 10:38:15, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 12/26/2007 10:38:17, Serialize complete at 12/26/2007 10:38:17 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, nork@freebsd.org, Donnie Subject: Re: Synaptics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 19:06:19 -0000 I have a USB mouse and I want to disable my touchpad. I am going to resend my post, I had originally posted to "freebsd-hardware" but now I am going to post to "freebsd-hackers" On Wed, 26 Dec 2007, Giulio Ferro wrote: > Donnie wrote: >> On Dec 12, 10:51 am, Giulio Ferro wrote: >> >>> Unfortunately those settings are already specified in /e >>> tc/X11/xorg.conf in the >>> section "InputDevice" for thetouchpad. >>> >>> If you look in the /usr/ports/x11-drivers/synaptics/pkg-message it's all >>> already there >>> >> >> I had the same problem, but finally happened on this solution: >> despite what the pkg-message says, in xorg.conf you have to specify >> both a non-existent mouse and the touchpad, in addition to following >> all the other pkg-message directions. So, my xorg.conf has: >> >> Section "ServerLayout" >> Identifier "X.org Configured" >> Screen 0 "Screen0" 0 0 >> InputDevice "Mouse0" "AlwaysCore" >> InputDevice "Keyboard0" "CoreKeyboard" >> InputDevice "Synaptics_Touchpad" "CorePointer" >> EndSection >> >> ### Note that touchpad MUST be CorePointer and non-existent mouse must >> be AlwaysCore ### >> >> Section "InputDevice" >> Identifier "Mouse0" >> Driver "mouse" >> Option "Protocol" "auto" >> Option "Device" "/dev/sysmouse" >> EndSection >> >> Section "InputDevice" >> Identifier "Synaptics_Touchpad" >> Driver "synaptics" >> Option "SendCoreEvents" >> Option "Device" "/dev/psm0" >> Option "Protocol" "psm" >> Option "TouchpadOff" "0" >> Option "LeftEdge" "1700" >> Option "RightEdge" "5300" >> Option "TopEdge" "1700" >> Option "BottomEdge" "4200" >> Option "FingerLow" "25" >> Option "FingerHigh" "30" >> Option "MaxTapTime" "180" >> Option "MaxTapMove" "220" >> Option "VertScrollDelta" "100" >> Option "MinSpeed" "0.06" >> Option "MaxSpeed" "0.06" >> Option "AccelFactor" "0.0010" >> Option "HorizScrollDelta" "100" >> Option "UpDownScrolling" "on" >> Option "UpDownRepeat" "on" >> Option "LeftRightScrolling" "on" >> Option "LeftRightRepeat" "on" >> Option "SHMConfig" "on" >> EndSection >> >> Good luck! >> >> -- >> Donnie >> > > > Doesn't work, sorry. The server starts, but the mouse pointer isn't moving. > > Anyway I'm not sure this is the right way to do thinks. I'd dearly like to > listen from > the maintainer, maybe it can shed some light on the /dev/input/event issue... > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 26 19:06:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E895616A418 for ; Wed, 26 Dec 2007 19:06:45 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id D47C913C45A; Wed, 26 Dec 2007 19:06:45 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGguckeC1Apk/2dsb2JhbACpOA Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 26 Dec 2007 10:38:22 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2007122610382066-519 ; Wed, 26 Dec 2007 10:38:20 -0800 Date: Wed, 26 Dec 2007 10:38:21 -0800 (PST) From: KAYVEN RIESE To: freeBSD hardware list In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 12/26/2007 10:38:20, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 12/26/2007 10:38:22, Serialize complete at 12/26/2007 10:38:22 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ork@freebsd.org, freebsd-hackers@freebsd.org, Giulio Ferro , Donnie Subject: Re: quest for USB only mouse operation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 19:06:46 -0000 On Wed, 19 Dec 2007, KAYVEN RIESE wrote: > > i have an ASUS laptop that i have photodocumented excessively: > > http://www.monkeyview.net/id/965/fsck/index.vhtml > > e.g. model decal: > > http://www.monkeyview.net/id/965/fsck/dmesg/PB12001901.vhtml > > i am trying to disable the touchpad mouse that i accidentally > brush and instead make my Macally Optigo > > http://www.monkeyview.net/id/965/fsck/mousie/index.vhtml > > USB mouse the only way to move my gnome pointer (i hope > i shouldn't have tried the gnome list, but this seems > sort of hardware-y) > > at the command line this operation was successsful: > > > killall moused > moused -p /dev/ums0 > > here is a process display (prompt is "kv_bsd#") > > kv_bsd# ps -A | grep moused > 527 ?? Ss 0:02.02 /usr/sbin/moused -p /dev/ums0 -t auto -I > /var/run/moused.ums0.pid > 718 ?? Is 0:00.01 /usr/sbin/moused -p /dev/psm0 -t auto > kv_bsd# > > the goal here, is to getting this working on startup. we tried > editing a config file catted below: > > kv_bsd# cat /etc/rc.conf > > # -- sysinstall generated deltas -- # Sun Dec 2 03:03:56 2007 > # -- sysinstall generated deltas -- # Sun Dec 2 10:47:16 2007 > # Created: Sun Dec 2 10:47:16 2007 > # Enable network daemons for user convenience. > # Please make all changes to this file, not to /etc/defaults/rc.conf. > # This file now contains just the overrides from /etc/defaults/rc.conf. > linux_enable="YES" > moused_enable="YES" > moused_port="/dev/ums0" > moused_type="auto" > gdm_enable="YES" > sshd_enable="YES" > ntpdate_flags="ntp1.mainecoon.com" > ntpdate_enable="YES" > usbd_enable="YES" > ifconfig_bge0="inet 192.168.0.2 netmask 255.255.255.0" > defaultrouter="192.168.0.1" > hostname="kv_bsd" > tcp_extensions="YES" > kv_bsd# > > > but that caused the touchpad to be dominant, i.e. the USB > mouse no longer works at all. > > (an aside.. before someone tells me to do it in the > BIOS, i don't think i can. however, i have taken pictures > of all the windows of my BIOS here: > > http://www.monkeyview.net/id/965/fsck/bios/index.vhtml) > > tried this: > > echo "/usr/bin/killall moused ; sleep 1 ; /usr/sbin/moused -p /dev/ums0" > > /usr/local/etc/rc.d/usbmouse > > here is some dmesg info: > > kv_bsd# dmesg | grep mouse > psm0: model Generic PS/2 mouse, device ID 0 > kv_bsd# > > > what follows is cut from dmesg > > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > > more dmesg.. that's the mousie i want right there > > ums0: vendor 0x2222 Macally Optigo USB Mouse, rev 1.10/6.30, addr 2, iclass > 3/1 > ums0: 3 buttons and Z dir. > > and this didn't work either: > > > System->Preferences->Sessions > > THen the Startup Programs tab, the Add button and then add this one: > /usr/local/etc/rc.d/usbmouse > > > more things i tried > > kv_bsd# ps -A | grep mouse > 529 ?? Is 0:00.01 /usr/sbin/moused -p /dev/ums0 -t auto -I > /var/run/mou > 959 p0 I+ 0:00.01 vi /usr/local/etc/rc.d/usbmouse > kv_bsd# ps -A | grep mouse > 529 ?? Is 0:00.01 /usr/sbin/moused -p /dev/ums0 -t auto -I > /var/run/moused.ums0.pid > 959 p0 I+ 0:00.01 vi /usr/local/etc/rc.d/usbmouse > 963 p1 S+ 0:00.00 grep mouse > kv_bsd# dmseg | grep ums > dmseg: Command not found. > kv_bsd# dmesg | grep ums > ums0: vendor 0x2222 Macally Optigo USB Mouse, rev 1.10/6.30, addr 2, iclass > 3/1 > ums0: 3 buttons and Z dir. > kv_bsd# moused -p /dev/ums0 > moused: unable to open /dev/ums0: Device busy > kv_bsd# moused -p /dev/psm0 > moused: unable to open /dev/psm0: Device busy > kv_bsd# > > i hope i wasn't too lengthy about it {:P > > *----------------------------------------------------------* > Kayven Riese, BSCS, MS (Physiology and Biophysics) > (415) 902 5513 cellular > http://kayve.net > Webmaster http://ChessYoga.org > *----------------------------------------------------------* > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 02:54:21 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E8B16A418 for ; Thu, 27 Dec 2007 02:54:21 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB6013C459 for ; Thu, 27 Dec 2007 02:54:20 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Dec 2007 21:54:20 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 17DE611715; Wed, 26 Dec 2007 21:54:20 -0500 (EST) Date: Wed, 26 Dec 2007 21:54:19 -0500 From: Ed Maste To: Dag-Erling Sm??rgrav Message-ID: <20071227025419.GA18816@sandvine.com> References: <20071219222621.GA79432@sandvine.com> <86ejddg354.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ejddg354.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Dec 2007 02:54:20.0287 (UTC) FILETIME=[C73720F0:01C84833] Cc: freebsd-hackers@freebsd.org Subject: Re: config(8) patch for review for src dir handling X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 02:54:21 -0000 On Sun, Dec 23, 2007 at 10:40:39AM +0100, Dag-Erling Sm??rgrav wrote: > Ed Maste writes: > > Right now config(8) calls realpath("../..", ... to find the src path > > to write into the kernel Makefile. I want to change this to use $PWD > > with the last two path components removed, assuming it's the same dir > > as ../.. . > > I'm worried that your patch assumes that $PWD is present and correct, > for which there is no guarantee. What happens if you use getcwd() > instead of getenv("PWD")? The patch assumes neither; it checks for $PWD and verifies that the dir obtained by removing the last two components is the same as that provided by realpath("../.." . If $PWD is not set, or the path based on it is not correct, it falls back to the current behaviour -- the path returned by realpath("../.." . Getcwd doesn't give the desired behaviour since, like realpath, it returns the physical directory. -Ed From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 07:09:54 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3173F16A418; Thu, 27 Dec 2007 07:09:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D164913C457; Thu, 27 Dec 2007 07:09:53 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=TUawMwRHLmxY2LwcnMXCAUBtJlfd+P4Znp2VxIzBesHs78eaNsOY+qEZlJF8+zjNj4dgwyoE+qy4fd//hTpmQ4R9sPBy/DjzK3iQZMrgc/zRLaUJDXNGCT20KL+GvjOHg/Ic0MrYsKvq9se0kiSiWUpSVI4OKCTF6PWsIXKbfpA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1J7msI-000BqF-Oz; Thu, 27 Dec 2007 10:09:50 +0300 Date: Thu, 27 Dec 2007 10:09:49 +0300 From: Eygene Ryabinkin To: Giulio Ferro Message-ID: References: <4c65bf9e-80e5-4c0b-acef-d9914a57679f@i12g2000prf.googlegroups.com> <47728D80.5010507@zirakzigil.org> <475A8637.9020507@zirakzigil.org> <20071212155244.GJ1442@daemon.grid.kiae.ru> <4760114D.6020203@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <47728D80.5010507@zirakzigil.org> <4760114D.6020203@zirakzigil.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-3.2 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: freebsd-hackers@freebsd.org, nork@FreeBSD.org Subject: Re: Synaptics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 07:09:54 -0000 Giulio, good day. Wed, Dec 12, 2007 at 05:50:21PM +0100, Giulio Ferro wrote: > Eygene Ryabinkin wrote: >>> -------------- >>> (II) Synaptics touchpad driver version 0.14.6 (1406) >>> Synaptics_Touchpad no synaptics event device found (checked 10 nodes) >>> Synaptics_Touchpad The /dev/input/event* device nodes seem to be missing >>> (EE) xf86OpenSerial: No Device specified. >>> Synaptics driver unable to open device >>> >> >> And what if you'll specify >> ----- >> Option "Device" "/dev/psm0" >> Option "Protocol" "psm" >> ----- >> in the xorg.conf? I assume that you have your synaptics touchpad >> as the /dev/psm0. >> > > Yes, I have the touchpad as /dev/psm0 But what protocol is selected? From your Xorg log I assume that it is either "event", "auto-dev" or not set at all. > Unfortunately those settings are already specified in /e tc/X11/xorg.conf > in the > section "InputDevice" for the touchpad. > > If you look in the /usr/ports/x11-drivers/synaptics/pkg-message it's all > already there Yes, but I am not sure what you have in your /etc/X11/xorg.conf, sorry. Could you please show your configuration? Wed, Dec 26, 2007 at 06:21:04PM +0100, Giulio Ferro wrote: > Anyway I'm not sure this is the right way to do thinks. I'd dearly like to > listen from > the maintainer, maybe it can shed some light on the /dev/input/event > issue... Though I am not maintainer, but jugding from the source, your Synaptics driver tries to use the "event" protocol instead of "psm". -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 15:21:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F5A016A419 for ; Thu, 27 Dec 2007 15:21:10 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6808313C448 for ; Thu, 27 Dec 2007 15:21:10 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.32] (a89-182-22-99.net-htp.de [89.182.22.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id BDF9FA44529 for ; Thu, 27 Dec 2007 16:13:29 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Thu, 27 Dec 2007 16:21:11 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712271621.12167.wundram@beenic.net> Subject: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 15:21:10 -0000 Hey all! I'm currently trying to implement (and use) a C++ member function template,= =20 but GCC won't eat the code I feed it. The problem is most probably related to the fact that the group of member=20 functions is only discriminated by return type (i.e., the template paramete= r=20 defines the return type), not by parameter (which could be inferred). =46rom what I gather, the C++ spec should allow the following code to work = (the=20 following is simplified from what I have, but pretty much the same=20 syntactically): """ template class Test { public: template V test() throw() { // Some stuff. } }; template void test2() throw() { Test* x =3D new Test(); x->test(); delete x; } int main(int argc, char** argv) { test2(); } """ gcc doesn't compile this code, no matter what I try to change the x->test=20 expression to. It does compile the code if the type of x is not defined via= a=20 template parameter in test2. If this is against the specs, please tell me, otherwise, looking forward to= =20 any hints on what may cause this! =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mobil +49 172 / 43 737 34 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 15:43:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3FD116A41A for ; Thu, 27 Dec 2007 15:43:06 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate1.pacific.net.sg (smtpgate1.pacific.net.sg [203.120.90.31]) by mx1.freebsd.org (Postfix) with SMTP id CBF5F13C458 for ; Thu, 27 Dec 2007 15:43:05 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 4282 invoked from network); 27 Dec 2007 15:43:03 -0000 Received: from adsl117.dyn229.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.229.117) by smtpgate1.pacific.net.sg with ESMTPA; 27 Dec 2007 15:42:45 -0000 Message-ID: <4773C7E5.3090302@pacific.net.sg> Date: Thu, 27 Dec 2007 23:42:29 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200712271621.12167.wundram@beenic.net> In-Reply-To: <200712271621.12167.wundram@beenic.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 15:43:06 -0000 Hi, Heiko Wundram (Beenic) wrote: > > The problem is most probably related to the fact that the group of member > functions is only discriminated by return type (i.e., the template parameter > defines the return type), not by parameter (which could be inferred). if nothing got changed over the last years, it is not possible to do this by definition. When I needed this the last time, I used a enum as an additonal parameter to achieve this. I know, it is not perfect, but it leads to what I intended. It should work here too. I know, it is not the prefect solution. Erich From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 16:01:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B3AE16A41A for ; Thu, 27 Dec 2007 16:01:36 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4303C13C45D for ; Thu, 27 Dec 2007 16:01:36 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.32] (a89-182-22-99.net-htp.de [89.182.22.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 41919A44529; Thu, 27 Dec 2007 16:53:56 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Thu, 27 Dec 2007 17:01:38 +0100 User-Agent: KMail/1.9.7 References: <200712271621.12167.wundram@beenic.net> <4773C7E5.3090302@pacific.net.sg> In-Reply-To: <4773C7E5.3090302@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712271701.38821.wundram@beenic.net> Cc: Subject: Re: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 16:01:36 -0000 Am Donnerstag, 27. Dezember 2007 16:42:29 schrieb Erich Dollansky: > Hi, > > Heiko Wundram (Beenic) wrote: > > The problem is most probably related to the fact that the group of member > > functions is only discriminated by return type (i.e., the template > > parameter defines the return type), not by parameter (which could be > > inferred). > > if nothing got changed over the last years, it is not possible to do > this by definition. > > When I needed this the last time, I used a enum as an additonal > parameter to achieve this. > > I know, it is not perfect, but it leads to what I intended. > > It should work here too. I know, it is not the prefect solution. This is perfectly possible (nowadays? I've been using this for quite some time now, but not in the "complexity" of the original mail). Take the following code, for example, which compiles perfectly fine with gcc (and works, of course): """ template T* newop(U test) { return new T(test); } int main(int argc, char** argv) { int* x = newop(1); delete x; } """ The condition with template parameter expansion in a function template parameter list is that those parameters that can be inferred don't have to be passed, but those that aren't inferrable have to be, which is the case here with only one parameter, because the return value cannot be inferred. The second is inferred to be "int". Anyway, what's bugging me is that if I define Test in test2() to be Test or any explicit template, the code compiles fine. Only if I use a template parameter of the function test2() to declare x (i.e., Test) does the code fail. Thanks for the reply! -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 16:15:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15F2116A421 for ; Thu, 27 Dec 2007 16:15:58 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate1.pacific.net.sg (smtpgate1.pacific.net.sg [203.120.90.31]) by mx1.freebsd.org (Postfix) with SMTP id 3DC4F13C448 for ; Thu, 27 Dec 2007 16:15:56 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 6362 invoked from network); 27 Dec 2007 16:15:55 -0000 Received: from adsl117.dyn229.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.229.117) by smtpgate1.pacific.net.sg with ESMTPA; 27 Dec 2007 16:15:55 -0000 Message-ID: <4773CFB6.8020008@pacific.net.sg> Date: Fri, 28 Dec 2007 00:15:50 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200712271621.12167.wundram@beenic.net> <4773C7E5.3090302@pacific.net.sg> <200712271701.38821.wundram@beenic.net> In-Reply-To: <200712271701.38821.wundram@beenic.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 16:15:58 -0000 Hi, Heiko Wundram (Beenic) wrote: > Am Donnerstag, 27. Dezember 2007 16:42:29 schrieb Erich Dollansky: >> Heiko Wundram (Beenic) wrote: >>> The problem is most probably related to the fact that the group of member >>> functions is only discriminated by return type (i.e., the template >>> parameter defines the return type), not by parameter (which could be >>> inferred). >> if nothing got changed over the last years, it is not possible to do >> this by definition. >> >> When I needed this the last time, I used a enum as an additonal >> parameter to achieve this. >> >> I know, it is not perfect, but it leads to what I intended. >> >> It should work here too. I know, it is not the prefect solution. > > This is perfectly possible (nowadays? I've been using this for quite some time > now, but not in the "complexity" of the original mail). Take the following > code, for example, which compiles perfectly fine with gcc (and works, of > course): > > """ > template > T* newop(U test) > { > return new T(test); > } > wasn't your question that you have a class with several member functions which would all be identical except of the return type? It is not a problem outside a class, the problem comes when you want to do this inside a class as you also would define a class with an - in theory - unknown and unlimited number of member functions. Erich From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 16:37:59 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74F6716A41B for ; Thu, 27 Dec 2007 16:37:59 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2F913C4CC for ; Thu, 27 Dec 2007 16:37:59 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.32] (a89-182-22-99.net-htp.de [89.182.22.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 61D70A44529; Thu, 27 Dec 2007 17:30:19 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Thu, 27 Dec 2007 17:38:01 +0100 User-Agent: KMail/1.9.7 References: <200712271621.12167.wundram@beenic.net> <200712271701.38821.wundram@beenic.net> <4773CFB6.8020008@pacific.net.sg> In-Reply-To: <4773CFB6.8020008@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712271738.01749.wundram@beenic.net> Cc: Subject: Re: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 16:37:59 -0000 Am Donnerstag, 27. Dezember 2007 17:15:50 schrieb Erich Dollansky: > wasn't your question that you have a class with several member functions > which would all be identical except of the return type? No, that's perfectly clear that that won't work. My question was about a templated member function in a templated class, and instantiating the member template on an instance of the templated class inside a templated function which uses its template arguments to specialize the class and the corresponding member. Have a look at the source I sent initially, that should explain better what I'm trying to say, because I guess the problem isn't easily explained in words. -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 27 21:36:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0ED16A418 for ; Thu, 27 Dec 2007 21:36:06 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d4]) by mx1.freebsd.org (Postfix) with ESMTP id BB9DE13C467 for ; Thu, 27 Dec 2007 21:36:05 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id B3F28138563; Thu, 27 Dec 2007 22:36:04 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16615-09; Thu, 27 Dec 2007 22:35:58 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 4DC7A138567; Thu, 27 Dec 2007 22:35:58 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id D21A761C25; Thu, 27 Dec 2007 22:35:22 +0100 (CET) Message-ID: <47741A91.1030001@sh.cvut.cz> Date: Thu, 27 Dec 2007 22:35:13 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Heiko Wundram (Beenic)" References: <200712271621.12167.wundram@beenic.net> In-Reply-To: <200712271621.12167.wundram@beenic.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=1204AF05; url=http://logout.sh.cvut.cz/~wilx/Vaclav_Haisman_(0x63B6B297)_pub.asc Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigDD6F5C1BFAF9589872041ECF" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-1.4 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_50, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: Cc: freebsd-hackers@freebsd.org Subject: Re: OT: C++ Template Functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2007 21:36:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDD6F5C1BFAF9589872041ECF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Heiko Wundram (Beenic) wrote, On 27.12.2007 16:21: > Hey all! >=20 > I'm currently trying to implement (and use) a C++ member function templ= ate,=20 > but GCC won't eat the code I feed it. >=20 > The problem is most probably related to the fact that the group of memb= er=20 > functions is only discriminated by return type (i.e., the template para= meter=20 > defines the return type), not by parameter (which could be inferred). >=20 > From what I gather, the C++ spec should allow the following code to wor= k (the=20 > following is simplified from what I have, but pretty much the same=20 > syntactically): >=20 > """ > template > class Test > { >=20 > public: >=20 > template > V test() > throw() > { > // Some stuff. > } >=20 > }; >=20 > template > void test2() > throw() > { > Test* x =3D new Test(); > x->test(); Change this to x->template test(); For explanation see 14.2/4 of the y= ear 2003 revision of the standard. > delete x; > } >=20 > int main(int argc, char** argv) > { > test2(); > } > """ >=20 > gcc doesn't compile this code, no matter what I try to change the x->te= st=20 > expression to. It does compile the code if the type of x is not defined= via a=20 > template parameter in test2. >=20 > If this is against the specs, please tell me, otherwise, looking forwar= d to=20 > any hints on what may cause this! >=20 -- VH --------------enigDD6F5C1BFAF9589872041ECF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdBqYoUFWwtEPkHIRCIG8AJwJm+dnyWTwSLRNgt58iJIPcOGGTwCfTPLW StST+Ij37yYNJ6A8rCL4x6M= =zipN -----END PGP SIGNATURE----- --------------enigDD6F5C1BFAF9589872041ECF-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:21:04 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4B6216A418 for ; Fri, 28 Dec 2007 00:21:04 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id C1A0813C4E1 for ; Fri, 28 Dec 2007 00:21:04 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 9654 invoked from network); 28 Dec 2007 00:21:04 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 28 Dec 2007 00:21:04 -0000 Message-ID: <477440A2.4070601@chuckr.org> Date: Thu, 27 Dec 2007 19:17:38 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> In-Reply-To: <86sl1qikam.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:21:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling Smørgrav wrote: > Chuck Robey writes: >> As far as the hints files go, I'm embarrassed to admit that I don't >> understand the difference between the hints file that I name (APRIL.hints) >> in my config file, and the device.hints in the man page of that name. > > OK, so you customized your device hints file. Don't do that; that's > what broke your console. Don't compile device hints into your kernel, > either. Just use the stock device.hints that mergemaster installs in > /boot, and you will be fine. There is no need to modify the hints file > except in very special circumstances, and it has no effect on the size > of your kernel. > > DES After a rather huge amount of experimentation (I don't know if you saw, I lost my keyboard for all my X11 stuff, when I tried to omit the number of available vty's down from 16 to 8, but removing that single line from my kernel config fixed the keyboard access problem). Anyhow, in the midst of all the screwing around, I now find that, on the Ascii-graphics FreeBSD loader UI, if I choose Option #5 (verbose loading) then the printing of the regular probe messages starts back up (this is NOT the verbose probe messages, it's the printing of the regular probing messages.) I have to admit, I don't clearly know the difference, in setting the variables, between verbose loading the verbose probing. I know the difference in what prints, but I don't know how to set this up permanently without getting me that verbose probing, which I would like to avoid. Any idea how to set that up.verbose loading but regular probing, the same as hitting the option #5? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdECiz62J6PPcoOkRAreqAJ9WdUryTFSnGl5ttUn7+KUfYYk76gCfXfT7 1v6oyGZFJJcSPsH+8tPOkBs= =gJtu -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:30:39 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1720916A417 for ; Fri, 28 Dec 2007 00:30:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 061FA13C45A for ; Fri, 28 Dec 2007 00:30:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0UciV031699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 27 Dec 2007 16:30:38 -0800 X-Auth-Received: from [128.208.5.27] (shiina-1.dyn.cs.washington.edu [128.208.5.27]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0UclA023811 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 27 Dec 2007 16:30:38 -0800 Mime-Version: 1.0 (Apple Message framework v753) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Thu, 27 Dec 2007 16:30:40 -0800 To: hackers@freebsd.org X-Mailer: Apple Mail (2.753) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2007.12.27.161552 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='BODY_SIZE_900_999 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:30:39 -0000 Hi all, Just wondering if anyone knew of a good BSD license compatible key- based hash placement / retrieval algorithm that was available anywhere. I'm looking for a reliable way to lookup objects to see if a given action would be performed in my revised pkg_install(1), to thus efficiently pre-plan out the installation dependencies and fully utilize multiprocessing capabilities of contemporary machines / eliminate duplicate dependency install requirements. I know I can use tree structures or hash(3), but I want to avoid trees (inefficient with large data sets of course) and I was looking for a non-BDB based solution (for right now, with this given structure as I don't want to write everything to disk). Later on it might be a good idea to cache the results using BDB on disk, but for now I was just wondering if there were any non-BDB based hashing solutions that anyone knew of. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:34:30 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559D716A418 for ; Fri, 28 Dec 2007 00:34:30 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 43A8A13C465 for ; Fri, 28 Dec 2007 00:34:30 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0YTMF030320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 27 Dec 2007 16:34:29 -0800 X-Auth-Received: from [128.208.5.27] (shiina-1.dyn.cs.washington.edu [128.208.5.27]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0YTSo024117 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 27 Dec 2007 16:34:29 -0800 In-Reply-To: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> Mime-Version: 1.0 (Apple Message framework v753) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Thu, 27 Dec 2007 16:34:32 -0800 To: Garrett Cooper X-Mailer: Apple Mail (2.753) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2007.12.27.162337 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:34:30 -0000 On Dec 27, 2007, at 4:30 PM, Garrett Cooper wrote: > Hi all, > Just wondering if anyone knew of a good BSD license compatible key- > based hash placement / retrieval algorithm that was available > anywhere. > I'm looking for a reliable way to lookup objects to see if a given > action would be performed in my revised pkg_install(1), to thus > efficiently pre-plan out the installation dependencies and fully > utilize multiprocessing capabilities of contemporary machines / > eliminate duplicate dependency install requirements. > I know I can use tree structures or hash(3), but I want to avoid > trees (inefficient with large data sets of course) and I was > looking for a non-BDB based solution (for right now, with this > given structure as I don't want to write everything to disk). Later > on it might be a good idea to cache the results using BDB on disk, > but for now I was just wondering if there were any non-BDB based > hashing solutions that anyone knew of. > Thanks, > -Garrett A few clarifications. 1. It needs to be in C, not C++. 2. I meant hash table / bucket when I said "hash" in the subject. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:37:18 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64F0516A417 for ; Fri, 28 Dec 2007 00:37:18 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id E81D413C455 for ; Fri, 28 Dec 2007 00:37:17 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id lBS0bGBQ049615; Thu, 27 Dec 2007 18:37:16 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id lBS0bGxA049614; Thu, 27 Dec 2007 18:37:16 -0600 (CST) (envelope-from brooks) Date: Thu, 27 Dec 2007 18:37:16 -0600 From: Brooks Davis To: Garrett Cooper Message-ID: <20071228003716.GB48997@lor.one-eyed-alien.net> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 27 Dec 2007 18:37:17 -0600 (CST) Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:37:18 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote: > Hi all, > Just wondering if anyone knew of a good BSD license compatible key-based= =20 > hash placement / retrieval algorithm that was available anywhere. > I'm looking for a reliable way to lookup objects to see if a given actio= n=20 > would be performed in my revised pkg_install(1), to thus efficiently=20 > pre-plan out the installation dependencies and fully utilize=20 > multiprocessing capabilities of contemporary machines / eliminate duplica= te=20 > dependency install requirements. > I know I can use tree structures or hash(3), but I want to avoid trees= =20 > (inefficient with large data sets of course) and I was looking for a=20 > non-BDB based solution (for right now, with this given structure as I don= 't=20 > want to write everything to disk). Later on it might be a good idea to=20 > cache the results using BDB on disk, but for now I was just wondering if= =20 > there were any non-BDB based hashing solutions that anyone knew of. We imported hash(9) from Open/NetBSD recently. It may do what you want. -- Brooks --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHdEU8XY6L6fI4GtQRAilmAJ9mbjJgZmJpLGk17hc3/DmAZWg6PQCeObve ygN5Lg80WUDSPFuIeg9j0yM= =nvmQ -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:47:25 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6AD216A419; Fri, 28 Dec 2007 00:47:25 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id D4ACE13C43E; Fri, 28 Dec 2007 00:47:25 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0lPfD001181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 27 Dec 2007 16:47:25 -0800 X-Auth-Received: from [128.208.5.27] (shiina-1.dyn.cs.washington.edu [128.208.5.27]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBS0lOPq025133 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 27 Dec 2007 16:47:25 -0800 In-Reply-To: <20071228003716.GB48997@lor.one-eyed-alien.net> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> Mime-Version: 1.0 (Apple Message framework v753) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Thu, 27 Dec 2007 16:47:26 -0800 To: Brooks Davis X-Mailer: Apple Mail (2.753) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2007.12.27.163252 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_PHRASE11 0, __SANE_MSGID 0' Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:47:26 -0000 On Dec 27, 2007, at 4:37 PM, Brooks Davis wrote: > On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote: >> Hi all, >> Just wondering if anyone knew of a good BSD license compatible >> key-based >> hash placement / retrieval algorithm that was available anywhere. >> I'm looking for a reliable way to lookup objects to see if a >> given action >> would be performed in my revised pkg_install(1), to thus efficiently >> pre-plan out the installation dependencies and fully utilize >> multiprocessing capabilities of contemporary machines / eliminate >> duplicate >> dependency install requirements. >> I know I can use tree structures or hash(3), but I want to avoid >> trees >> (inefficient with large data sets of course) and I was looking for a >> non-BDB based solution (for right now, with this given structure >> as I don't >> want to write everything to disk). Later on it might be a good >> idea to >> cache the results using BDB on disk, but for now I was just >> wondering if >> there were any non-BDB based hashing solutions that anyone knew of. > > We imported hash(9) from Open/NetBSD recently. It may do what you > want. > > -- Brooks Brooks, Looks promising, but how difficult would it be to port the code to other platforms (Win32 for instance?). If possible (and this is lower prio because FreeBSD has a lot more apps available as pkgs / ports compared to Win32), I'm looking for a solution that would be easily portable, as I'm trying to effectively kill two birds with one stone by programming an equivalent generalized app / infrastructure for my current job (large scale Windows administration and staying on top of software updates is a pain with and without M$ products), and maybe for open market as well. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 00:59:00 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 868C316A418 for ; Fri, 28 Dec 2007 00:59:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 27E7213C458 for ; Fri, 28 Dec 2007 00:58:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id lBS0wxu5049882; Thu, 27 Dec 2007 18:58:59 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id lBS0wwW8049881; Thu, 27 Dec 2007 18:58:58 -0600 (CST) (envelope-from brooks) Date: Thu, 27 Dec 2007 18:58:58 -0600 From: Brooks Davis To: Garrett Cooper Message-ID: <20071228005858.GC48997@lor.one-eyed-alien.net> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JgQwtEuHJzHdouWu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 27 Dec 2007 18:58:59 -0600 (CST) Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 00:59:00 -0000 --JgQwtEuHJzHdouWu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 27, 2007 at 04:47:26PM -0800, Garrett Cooper wrote: >=20 > On Dec 27, 2007, at 4:37 PM, Brooks Davis wrote: >=20 >> On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote: >>> Hi all, >>> Just wondering if anyone knew of a good BSD license compatible key-bas= ed >>> hash placement / retrieval algorithm that was available anywhere. >>> I'm looking for a reliable way to lookup objects to see if a given=20 >>> action >>> would be performed in my revised pkg_install(1), to thus efficiently >>> pre-plan out the installation dependencies and fully utilize >>> multiprocessing capabilities of contemporary machines / eliminate=20 >>> duplicate >>> dependency install requirements. >>> I know I can use tree structures or hash(3), but I want to avoid trees >>> (inefficient with large data sets of course) and I was looking for a >>> non-BDB based solution (for right now, with this given structure as I= =20 >>> don't >>> want to write everything to disk). Later on it might be a good idea to >>> cache the results using BDB on disk, but for now I was just wondering if >>> there were any non-BDB based hashing solutions that anyone knew of. >>=20 >> We imported hash(9) from Open/NetBSD recently. It may do what you want. >>=20 >> -- Brooks >=20 > Brooks, > Looks promising, but how difficult would it be to port the code to other= =20 > platforms (Win32 for instance?). If possible (and this is lower prio=20 > because FreeBSD has a lot more apps available as pkgs / ports compared to= =20 > Win32), I'm looking for a solution that would be easily portable, as I'm= =20 > trying to effectively kill two birds with one stone by programming an=20 > equivalent generalized app / infrastructure for my current job (large sca= le=20 > Windows administration and staying on top of software updates is a pain= =20 > with and without M$ products), and maybe for open market as well. Why not try compiling it there? If you're looking from a hash algorithm for pkg_install(1) you'll need a good technical reason why you can't use sys/hash.h and need to import something else. -- Brooks --JgQwtEuHJzHdouWu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHdEpSXY6L6fI4GtQRAmUKAKCfiBw453p/1mVYlUBybJIoypZlFwCfTGvr geTmyTGW63bv1WW8A47p/48= =v8w6 -----END PGP SIGNATURE----- --JgQwtEuHJzHdouWu-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 06:29:31 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A612B16A417 for ; Fri, 28 Dec 2007 06:29:31 +0000 (UTC) (envelope-from sharadc@in.niksun.com) Received: from in.niksun.com (210.18.76.166.sify.net [210.18.76.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDCF13C458 for ; Fri, 28 Dec 2007 06:29:31 +0000 (UTC) (envelope-from sharadc@in.niksun.com) Received: from sharadc.in.niksun.com (unknown [10.60.5.27]) by in.niksun.com (Postfix) with ESMTP id F28785D3A; Fri, 28 Dec 2007 11:45:14 +0530 (IST) From: Sharad Chandra Organization: NIKSUN To: freebsd-hackers@freebsd.org Date: Fri, 28 Dec 2007 11:27:52 +0530 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712281127.53084.sharadc@in.niksun.com> Cc: chandrabhagat@gmail.com Subject: trap 12 with interrupts disabled, need help X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 06:29:31 -0000 Hi, I got a message on first boot "pid (): trap 12 with interrupts disabled", then it hanged and hard boot is required. It does not appears all the time. I tried to figure out the problem, trap 12 is stack exception, find at the last http://www.acm.uiuc.edu/sigops/roll_your_own/i386/idt.html and is coming from kernel, The location of this message is /usr/src/ sys/amd64/amd64/trap.c: "pid %ld (%s): trap %d with interrupts disabled\n", What does this exception mean, and what could be possible reason that my program is doing wrong? How to handle it Platform: freebsd 6.1 on amd64 -- Thanks Sharad Chandra From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 10:06:15 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F0F16A469 for ; Fri, 28 Dec 2007 10:06:15 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from mx-out-05.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 6E84513C457 for ; Fri, 28 Dec 2007 10:06:13 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-05.forthnet.gr (8.13.8/8.13.8) with ESMTP id lBS9tLG2011208; Fri, 28 Dec 2007 11:55:21 +0200 Received: from MX-IN-04.forthnet.gr (mx-in-04.forthnet.gr [193.92.150.163]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id lBS9tLJh012307; Fri, 28 Dec 2007 11:55:21 +0200 Received: from [192.168.136.22] (ppp116-79.adsl.forthnet.gr [193.92.81.79]) by MX-IN-04.forthnet.gr (8.14.2/8.14.2) with ESMTP id lBS9tIP5012304; Fri, 28 Dec 2007 11:55:20 +0200 Authentication-Results: MX-IN-04.forthnet.gr smtp.mail=dds@FreeBSD.org; spf=permerror Authentication-Results: MX-IN-04.forthnet.gr header.from=dds@FreeBSD.org; sender-id=permerror Message-ID: <4774C7FC.1080902@FreeBSD.org> Date: Fri, 28 Dec 2007 11:55:08 +0200 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Garrett Cooper References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> In-Reply-To: <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 10:06:15 -0000 Garrett Cooper wrote: > On Dec 27, 2007, at 4:30 PM, Garrett Cooper wrote: > >> Hi all, >> Just wondering if anyone knew of a good BSD license compatible >> key-based hash placement / retrieval algorithm that was available >> anywhere. >> I'm looking for a reliable way to lookup objects to see if a given >> action would be performed in my revised pkg_install(1), to thus >> efficiently pre-plan out the installation dependencies and fully >> utilize multiprocessing capabilities of contemporary machines / >> eliminate duplicate dependency install requirements. >> I know I can use tree structures or hash(3), but I want to avoid >> trees (inefficient with large data sets of course) and I was looking >> for a non-BDB based solution (for right now, with this given structure >> as I don't want to write everything to disk). You can pass NULL as a file name to dbopen, and thereby not store the results permanently in a file. BDB will still use a temporary file internally, but this will be invisible to your users. Diomidis Spinellis - http://www.spinellis.gr From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 10:38:05 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B275516A417 for ; Fri, 28 Dec 2007 10:38:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6958F13C455 for ; Fri, 28 Dec 2007 10:38:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B6A8420BD; Fri, 28 Dec 2007 11:37:56 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 99FF020BB; Fri, 28 Dec 2007 11:37:56 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 835BE8449B; Fri, 28 Dec 2007 11:37:56 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> Date: Fri, 28 Dec 2007 11:37:56 +0100 In-Reply-To: <477440A2.4070601@chuckr.org> (Chuck Robey's message of "Thu\, 27 Dec 2007 19\:17\:38 -0500") Message-ID: <86sl1n14vv.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 10:38:05 -0000 Chuck Robey writes: > Anyhow, in the midst of all the screwing around, I now find that, on the > Ascii-graphics FreeBSD loader UI, if I choose Option #5 (verbose loading) > then the printing of the regular probe messages starts back up (this is N= OT > the verbose probe messages, it's the printing of the regular probing > messages.) I have to admit, I don't clearly know the difference, in > setting the variables, between verbose loading the verbose probing. I kn= ow > the difference in what prints, but I don't know how to set this up > permanently without getting me that verbose probing, which I would like to > avoid. I have absolutely no idea what "verbose loading" and "verbose probing" mean. All I know of is the boot_verbose loader variable, which enables additional kernel messages. It does not affect the way the kernel is loaded, or the way devices are probed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 12:36:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07DC716A420 for ; Fri, 28 Dec 2007 12:36:01 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id ABADB13C447 for ; Fri, 28 Dec 2007 12:36:00 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J8ERN-0007jP-EN for freebsd-hackers@freebsd.org; Fri, 28 Dec 2007 12:35:53 +0000 Received: from 78-1-126-123.adsl.net.t-com.hr ([78.1.126.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2007 12:35:53 +0000 Received: from ivoras by 78-1-126-123.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Dec 2007 12:35:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Fri, 28 Dec 2007 13:35:43 +0100 Lines: 31 Message-ID: References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-126-123.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (X11/20071122) In-Reply-To: Sender: news Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 12:36:01 -0000 Garrett Cooper wrote: > Looks promising, but how difficult would it be to port the code to > other platforms (Win32 for instance?). The hash algorithm itself as implemented in hash.h is pretty much a text-book hash algorithm (D.J.Bernstein's): #ifndef HASHINIT #define HASHINIT 5381 #define HASHSTEP(x,c) (((x << 5) + x) + (c)) #endif /* * Return a 32-bit hash of the given buffer. The init * value should be 0, or the previous hash value to extend * the previous hash. */ static __inline uint32_t hash32_buf(const void *buf, size_t len, uint32_t hash) { const unsigned char *p = buf; while (len--) hash = HASHSTEP(hash, *p++); return hash; } It apparently has some weaknesses if used on binary (non-text) data but I don't see why it wouldn't work on Windows. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:03:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3348316A417; Fri, 28 Dec 2007 13:03:42 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id F1A2B13C4F7; Fri, 28 Dec 2007 13:03:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTR00JIHGA4QXW0@mta5.srv.hcvlny.cv.net>; Fri, 28 Dec 2007 08:03:41 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBSD3eHv033548; Fri, 28 Dec 2007 08:03:40 -0500 Date: Fri, 28 Dec 2007 08:03:40 -0500 From: "Aryeh M. Friedman" In-reply-to: <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> To: Ivan Voras Message-id: <4774F42C.5030105@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:03:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: > On 28/12/2007, Aryeh M. Friedman wrote: > >> All hashs have issues with pooling.... see >> http://www.burtleburtle.net/bob/hash/index.html... > > Here's a more direct link: > http://www.burtleburtle.net/bob/hash/doobs.html > > This one is much better according to > http://en.wikipedia.org/wiki/Hash_table#Choosing_a_good_hash_function > > Matter of fact this weakness is the main avenue of attack on cryptographic hashes see http://eprint.iacr.org/2004/199.pdf A slightly off topic side note NIST is having a contest to attempt to mitigate these issues in "SHA-3" see: http://csrc.nist.gov/groups/ST/hash/sha-3/index.html. Currently there only 4 teams that have expressed interest in entering perhaps this will get more interest. - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdPQrzIOMjAek4JIRAgd2AJ43fYJ6SkceoLP8kD1wso5mpN1uGwCfaYoC Vgkl6P2riL9JIEK+MKCnd4k= =o/Eb -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:10:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2251616A417 for ; Fri, 28 Dec 2007 13:10:35 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id D9DEB13C44B for ; Fri, 28 Dec 2007 13:10:34 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3874146rvb.43 for ; Fri, 28 Dec 2007 05:10:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=rFJ2U7LHaASRb2GEIi982mmg7FQw9SJIicrp+NXRd6c=; b=Vrafl+Fv415pEg+rHN+cTLyXPErieevsAn4way7FJ4RTLGcSigvUQf9DNWhff9Kr3daEPkDTAAA3/SL/LkuGK7fZ9y7lqk5u5X57lOPlzJhoThPmM5Q3uNAiw2YYJc1PfyBKg0R8nXw10R/ge5taX+2QOzA/MWClL/7m6fXHiEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=J7k1uVcRjQaTaguGfEyj2+zc4vgBcrrzv4uAbmSy64/RhSzJc/lpqU+rkbgwCxlFM2/5OC8aGE1yY5qKnZWvtz0df0E8NzHgCXnAgNh7X/jwD8Ig0iHLxjkCX0+WgbKr73vMEnveZeXydrCWXTmgyP2yHjk2Af1nnYB+L+l7juc= Received: by 10.140.161.11 with SMTP id j11mr4750368rve.134.1198847434730; Fri, 28 Dec 2007 05:10:34 -0800 (PST) Received: by 10.141.212.1 with HTTP; Fri, 28 Dec 2007 05:10:34 -0800 (PST) Message-ID: <9bbcef730712280510v14806e7exb960f5da5f05e4d@mail.gmail.com> Date: Fri, 28 Dec 2007 14:10:34 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Aryeh M. Friedman" In-Reply-To: <4774F42C.5030105@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> <4774F42C.5030105@gmail.com> X-Google-Sender-Auth: 6b1dd13e296dd4c6 Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:10:35 -0000 On 28/12/2007, Aryeh M. Friedman wrote: > Matter of fact this weakness is the main avenue of attack on > cryptographic hashes see http://eprint.iacr.org/2004/199.pdf > A slightly off topic side note NIST is having a contest to attempt to > mitigate these issues in "SHA-3" see: > http://csrc.nist.gov/groups/ST/hash/sha-3/index.html. Currently > there only 4 teams that have expressed interest in entering perhaps > this will get more interest. All of this is true but it's not very useful for hash tables (crypto-strength hash functions are generally too slow for the purpose) :) From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:12:28 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B090316A417 for ; Fri, 28 Dec 2007 13:12:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF513C465 for ; Fri, 28 Dec 2007 13:12:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTR00HUGFAGIER0@mta1.srv.hcvlny.cv.net>; Fri, 28 Dec 2007 07:42:18 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBSCgFMU001267; Fri, 28 Dec 2007 07:42:15 -0500 Date: Fri, 28 Dec 2007 07:42:15 -0500 From: "Aryeh M. Friedman" In-reply-to: To: Ivan Voras Message-id: <4774EF27.90307@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:12:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: > Garrett Cooper wrote: > >> Looks promising, but how difficult would it be to port the code >> to other platforms (Win32 for instance?). > > The hash algorithm itself as implemented in hash.h is pretty much a > text-book hash algorithm (D.J.Bernstein's): > > #ifndef HASHINIT > #define HASHINIT 5381 > #define HASHSTEP(x,c) (((x << 5) + x) + (c)) > #endif > > /* > * Return a 32-bit hash of the given buffer. The init > * value should be 0, or the previous hash value to extend > * the previous hash. > */ > static __inline uint32_t > hash32_buf(const void *buf, size_t len, uint32_t hash) > { > const unsigned char *p = buf; > > while (len--) > hash = HASHSTEP(hash, *p++); > > return hash; > } > > It apparently has some weaknesses if used on binary (non-text) data > but I don't see why it wouldn't work on Windows. All hashs have issues with pooling.... see http://www.burtleburtle.net/bob/hash/index.html... btw it is a old wives tale that the number of buckets should be prime (mostly based on the very weak implementation Knuth offered) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdO8mzIOMjAek4JIRApb6AJ93JNR1sIPg6mH4TrOCEUn2jfdinwCeI/UO IQLG9bX1N5PHxsSALDS7dzw= =saZk -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:12:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5105A16A419; Fri, 28 Dec 2007 13:12:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 186A713C469; Fri, 28 Dec 2007 13:12:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTR00MMVGPECYR0@mta5.srv.hcvlny.cv.net>; Fri, 28 Dec 2007 08:12:51 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBSDCniM058687; Fri, 28 Dec 2007 08:12:50 -0500 Date: Fri, 28 Dec 2007 08:12:49 -0500 From: "Aryeh M. Friedman" In-reply-to: <9bbcef730712280510v14806e7exb960f5da5f05e4d@mail.gmail.com> To: Ivan Voras Message-id: <4774F651.7060905@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> <4774F42C.5030105@gmail.com> <9bbcef730712280510v14806e7exb960f5da5f05e4d@mail.gmail.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:12:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: > On 28/12/2007, Aryeh M. Friedman wrote: > >> Matter of fact this weakness is the main avenue of attack on >> cryptographic hashes see http://eprint.iacr.org/2004/199.pdf A >> slightly off topic side note NIST is having a contest to attempt >> to mitigate these issues in "SHA-3" see: >> http://csrc.nist.gov/groups/ST/hash/sha-3/index.html. Currently >> there only 4 teams that have expressed interest in entering >> perhaps this will get more interest. > > All of this is true but it's not very useful for hash tables > (crypto-strength hash functions are generally too slow for the > purpose) :) > Depends on the size of the table... I work with a algrothem that regularly has tables between 2^32 and 2^64 buckets (even though the we use a slightly different terminology) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdPZRzIOMjAek4JIRAnB+AJ0Z838CZiWAYdKURNpTM6/XMMbYvgCfSpQl QDhOMxfzc+Y9vd+KKwphezs= =g+cW -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:18:28 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D0716A418 for ; Fri, 28 Dec 2007 13:18:28 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7F75413C45D for ; Fri, 28 Dec 2007 13:18:28 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3876539rvb.43 for ; Fri, 28 Dec 2007 05:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=lCYooEsbuAFhun9/QvRiOo6naGpxkFchfRhAN/RHJT0=; b=b/Klr64B79sGgmIefz8+JZkN5ChmzYUqiR1rloMukJVjuB7o+2Fq9fLnnRwvTdYs/9NKlTwEkM/hlHhYR7iooKNh2zS82Tufinmxv5itucV2hYLbJ9bxnqU9bKQhoUFKNV+MnbuBsjehASZgxNBO3EqGpl3Nur70AYIZHcOHulg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Gi6C5Lzp/St9RDrZEb0h6ierC/LZQgjLv+pKZmo0raUa4Y29YQRkpnoSqWHTyY/3sO2P+G5L2Aw1lCMaoJdRGTd6/fRFCkvN3OpwyWkHF6YvoNLn6MAX/r6ZSB8amH7yMI5a/fQt2Ny1i05wFfbe0Jpdf9dqWThWOHtIRx43qVQ= Received: by 10.141.122.20 with SMTP id z20mr4283644rvm.293.1198847907902; Fri, 28 Dec 2007 05:18:27 -0800 (PST) Received: by 10.141.212.1 with HTTP; Fri, 28 Dec 2007 05:18:27 -0800 (PST) Message-ID: <9bbcef730712280518k56696002w1437ec3469e2eeb2@mail.gmail.com> Date: Fri, 28 Dec 2007 14:18:27 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Aryeh M. Friedman" In-Reply-To: <4774F651.7060905@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> <4774F42C.5030105@gmail.com> <9bbcef730712280510v14806e7exb960f5da5f05e4d@mail.gmail.com> <4774F651.7060905@gmail.com> X-Google-Sender-Auth: ef3e7ebb5e23d820 Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:18:28 -0000 On 28/12/2007, Aryeh M. Friedman wrote: > Depends on the size of the table... I work with a algrothem that > regularly has tables between 2^32 and 2^64 buckets (even though the we > use a slightly different terminology) This looks like an interesting project - are you using hashes not for speed but as a generic storage organization algorithm? And, I think at least some of the popular non-crypto hash algorithms could be easily extended to work with 64-bit integers - are you really using the "big" hashes for this? From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:19:33 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 826B116A469 for ; Fri, 28 Dec 2007 13:19:33 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 48B6513C469 for ; Fri, 28 Dec 2007 13:19:33 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTR00JU5FMKFUT0@mta4.srv.hcvlny.cv.net>; Fri, 28 Dec 2007 07:49:32 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBSCnVV2001284; Fri, 28 Dec 2007 07:49:31 -0500 Date: Fri, 28 Dec 2007 07:49:31 -0500 From: "Aryeh M. Friedman" In-reply-to: <4774EF27.90307@gmail.com> To: Ivan Voras Message-id: <4774F0DB.50503@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:19:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > All hashs have issues with pooling.... see > http://www.burtleburtle.net/bob/hash/index.html... btw it is a old > wives tale that the number of buckets should be prime (mostly based > on the very weak implementation Knuth offered) Forgot to mention this is a theortical not an implementation issue namely if the range of H is a proper subset of it's domain (which by definition all finite operations are when considering them over all integers) then there exists no bijective (i.e. one to one mapping) function between the two... thus even if the bucket count is equal to the number of elements to be hashed there will be collisions [roughly 1/3] unless you use something like gperf to find a perfect hash (this is impractical for all non-dictionary [i.e. static compile time content] applications) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdPDbzIOMjAek4JIRAgE0AJ4y5b52d+8VajtSwugQjqEitlagxgCeMAn5 hY7RqL5Ije6MTusv7k3ORAI= =HJbs -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:20:11 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C4416A41A for ; Fri, 28 Dec 2007 13:20:11 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id D1D2E13C45B for ; Fri, 28 Dec 2007 13:20:10 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3877052rvb.43 for ; Fri, 28 Dec 2007 05:20:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Or/quQFe/fzKgfcpHksEq9AirOKug3Y0aLdFDDmcER4=; b=iRL0mJBkW0nomw+LhdSt55UDFP1tDbP9gUefncFuFKvc+dCphD99koH7cDo0orYMMWwnRe283YYQnlr2CJe1r41cydfHy1Bgesc815WTYXPMN6NDHnXk00aOucvN6r0HO8Tho8dBFdkl/lrfLjukVFIle6S+o5weI1D3K94WEEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=wMnIMd7lWGyZL3dXJ9fHotvrfuxO8a4kEDijoeAjXabSp2GPZ2OpvgVRXvtxNOtrftRguG9oxeHkjswhzaH7A5kRZAw97YItAhHPR4lWC4MkU8vhWsb9avHAl10j070FF5tFYvoNggGjv5OpJO7+JHR43JENAxhowK0aMjAaPJ4= Received: by 10.140.185.19 with SMTP id i19mr4692936rvf.296.1198846452931; Fri, 28 Dec 2007 04:54:12 -0800 (PST) Received: by 10.141.212.1 with HTTP; Fri, 28 Dec 2007 04:54:12 -0800 (PST) Message-ID: <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> Date: Fri, 28 Dec 2007 13:54:12 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Aryeh M. Friedman" In-Reply-To: <4774EF27.90307@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> X-Google-Sender-Auth: 3c06729a2f2683e1 Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:20:11 -0000 On 28/12/2007, Aryeh M. Friedman wrote: > All hashs have issues with pooling.... see > http://www.burtleburtle.net/bob/hash/index.html... Here's a more direct link: http://www.burtleburtle.net/bob/hash/doobs.html This one is much better according to http://en.wikipedia.org/wiki/Hash_table#Choosing_a_good_hash_function From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 13:25:40 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA24816A419; Fri, 28 Dec 2007 13:25:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta3.srv.hcvlny.cv.net (mta3.srv.hcvlny.cv.net [167.206.4.198]) by mx1.freebsd.org (Postfix) with ESMTP id AFE5E13C4F5; Fri, 28 Dec 2007 13:25:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta3.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JTR00D7GHANGGX0@mta3.srv.hcvlny.cv.net>; Fri, 28 Dec 2007 08:25:35 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id lBSDPYJ0096590; Fri, 28 Dec 2007 08:25:34 -0500 Date: Fri, 28 Dec 2007 08:25:34 -0500 From: "Aryeh M. Friedman" In-reply-to: <9bbcef730712280518k56696002w1437ec3469e2eeb2@mail.gmail.com> To: Ivan Voras Message-id: <4774F94E.50203@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.5 References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> <4774F42C.5030105@gmail.com> <9bbcef730712280510v14806e7exb960f5da5f05e4d@mail.gmail.com> <4774F651.7060905@gmail.com> <9bbcef730712280518k56696002w1437ec3469e2eeb2@mail.gmail.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071217) Cc: freebsd-hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 13:25:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: > On 28/12/2007, Aryeh M. Friedman wrote: > >> Depends on the size of the table... I work with a algrothem that >> regularly has tables between 2^32 and 2^64 buckets (even though >> the we use a slightly different terminology) > > This looks like an interesting project - are you using hashes not > for speed but as a generic storage organization algorithm? > > And, I think at least some of the popular non-crypto hash > algorithms could be easily extended to work with 64-bit integers - > are you really using the "big" hashes for this? > Yes using it as a DB table indexing, the exact details are under an NDA but I can give some numbers though like a table lookup on a 2^32 record table requires no more then 4 disk reads (averages out to between 3 and 4) and 2k or RAM [namely gives O(log_k(n)) we have, successfully used k>=256 even though k=256 is the most natural value, time performence and O(1) when considering primary store requirements only... in other words when the table size = 2^processor word size you need word size/8 lookups at most to find anything])... hopefully once the patents are in place I can give more details (I am hoping to make the reference implementation as FOSS as possible {while not invalidating the strength of the patent} [see my blog for details on the business model I am planning]) - -- Aryeh M. Friedman FloSoft Systems http://www.flosoft-systems.com Developer, not business, friendly -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdPlOzIOMjAek4JIRAgahAJ95GpzAS+e1607NcdHg6m33BokCSgCglgJG +BVo+ZCKvA1S3p2/HsNzyds= =MKKp -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 15:57:01 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EF4C16A418 for ; Fri, 28 Dec 2007 15:57:01 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 0890E13C474 for ; Fri, 28 Dec 2007 15:57:00 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lBSFutfh005806; Fri, 28 Dec 2007 09:56:55 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Fri, 28 Dec 2007 09:56:55 -0600 (CST) From: "Sean C. Farley" To: Ivan Voras In-Reply-To: <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> Message-ID: References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> <9bbcef730712280454w6b6f5e17s33631223d5571f83@mail.gmail.com> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-hackers@FreeBSD.org, "Aryeh M. Friedman" Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 15:57:01 -0000 On Fri, 28 Dec 2007, Ivan Voras wrote: > On 28/12/2007, Aryeh M. Friedman wrote: > >> All hashs have issues with pooling.... see >> http://www.burtleburtle.net/bob/hash/index.html... > > Here's a more direct link: > http://www.burtleburtle.net/bob/hash/doobs.html > > This one is much better according to > http://en.wikipedia.org/wiki/Hash_table#Choosing_a_good_hash_function That is the "one" :) I used for a string-based key. I used Knuth's Multiplicative Method[1] for hashing an address along with detection of the compilation platform (32 or 64 bits) to determine the shift. Sean 1. http://www.concentric.net/~Ttwang/tech/addrhash.htm -- scf@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 20:48:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2B716A417 for ; Fri, 28 Dec 2007 20:48:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 79C2F13C4D5 for ; Fri, 28 Dec 2007 20:48:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8q) with ESMTP id 226432416-1834499 for multiple; Fri, 28 Dec 2007 15:50:39 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lBSKm38j064655; Fri, 28 Dec 2007 15:48:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 28 Dec 2007 15:37:45 -0500 User-Agent: KMail/1.9.6 References: <200712281127.53084.sharadc@in.niksun.com> In-Reply-To: <200712281127.53084.sharadc@in.niksun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712281537.46201.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 28 Dec 2007 15:48:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5278/Fri Dec 28 11:55:36 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: chandrabhagat@gmail.com, Sharad Chandra Subject: Re: trap 12 with interrupts disabled, need help X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 20:48:25 -0000 On Friday 28 December 2007 12:57:52 am Sharad Chandra wrote: > Hi, > > I got a message on first boot "pid (): trap 12 with interrupts > disabled", then it hanged and hard boot is required. > It does not appears all the time. > > I tried to figure out the problem, trap 12 is stack exception, find at the > last > http://www.acm.uiuc.edu/sigops/roll_your_own/i386/idt.html > and is coming from kernel, > The location of this message is /usr/src/ > sys/amd64/amd64/trap.c: "pid %ld (%s): trap %d with > interrupts disabled\n", > > What does this exception mean, and what could be possible reason that my > program is doing wrong? How to handle it > > Platform: freebsd 6.1 on amd64 Trap numbers in FreeBSD don't quite match up to x86 IDT indices, so trap 12 ia actually a page fault. If it's from userland then somehow userland is disabling interrupts which is bad. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 21:38:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839CF16A420 for ; Fri, 28 Dec 2007 21:38:43 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id 78E2613C4D1 for ; Fri, 28 Dec 2007 21:38:43 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAIf7dEeC1Apk/2dsb2JhbACtDw Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 28 Dec 2007 13:38:43 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2007122813384217-20 ; Fri, 28 Dec 2007 13:38:42 -0800 Date: Fri, 28 Dec 2007 13:38:42 -0800 (PST) From: KAYVEN RIESE To: Callum Gibson In-Reply-To: <20071227221349.GA96585@omma.gibson.athome> Message-ID: References: <20071227221349.GA96585@omma.gibson.athome> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 12/28/2007 13:38:42, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 12/28/2007 13:38:42, Serialize complete at 12/28/2007 13:38:42 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: quest for USB only mouse operation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 21:38:43 -0000 darn {:( no go. here is what i have in there now moused_enable="YES" #moused_ums_enable="NO" #moused_port="/dev/ums0" #moused_type="auto" logged on, i can fix it with these two commands: killall moused moused -p /dev/ums0 or wait.. i can't. i'm confused again: kv_bsd# killall moused kv_bsd# moused -p /dev/ums0 kv_bsd# killall moused kv_bsd# moused -p /dev/psm0 moused: unable to open /dev/psm0: Device busy kv_bsd# killall moused No matching processes were found kv_bsd# moused -p /dev/psm0 moused: unable to open /dev/psm0: Device busy kv_bsd# moused -p /dev/ums0 kv_bsd# On Fri, 28 Dec 2007, Callum Gibson wrote: > On 26Dec07 10:38, KAYVEN RIESE wrote: >>> moused_enable="YES" >>> moused_port="/dev/ums0" >>> moused_type="auto" > > Have you tried (in /etc/rc.conf): > > moused_psm_enable="NO" > moused_ums_enable="YES" > > which should disable moused on the /dev/psm0 port but leave it running > on the usb port. > > C > > -- > > Callum Gibson @ home > http://members.optusnet.com.au/callumgibson/ > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 22:15:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17EF16A417 for ; Fri, 28 Dec 2007 22:15:16 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id BE04213C447 for ; Fri, 28 Dec 2007 22:15:16 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CALoDdUeC1Apk/2dsb2JhbACtDw Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 28 Dec 2007 14:15:16 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2007122814151475-28 ; Fri, 28 Dec 2007 14:15:14 -0800 Date: Fri, 28 Dec 2007 14:15:14 -0800 (PST) From: KAYVEN RIESE To: Callum Gibson In-Reply-To: <20071228215527.GB29896@omma.gibson.athome> Message-ID: References: <20071227221349.GA96585@omma.gibson.athome> <20071228215527.GB29896@omma.gibson.athome> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 12/28/2007 14:15:14, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 12/28/2007 14:15:15, Serialize complete at 12/28/2007 14:15:15 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: quest for USB only mouse operation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 22:15:16 -0000 On Sat, 29 Dec 2007, Callum Gibson wrote: > > moused_enable="YES" > moused_psm_enable="NO" both mice are on after reboot {:( > BTW, are you testing this at the console rather than in X11? Get it working > there first, as there are additional settings which could affect things > once you start X. i'm not sure how to do this. gnome comes up on startup. > > C > > -- > > Callum Gibson @ home > http://members.optusnet.com.au/callumgibson/ > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 28 23:52:21 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42C816A418 for ; Fri, 28 Dec 2007 23:52:21 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id CFC6213C461 for ; Fri, 28 Dec 2007 23:52:21 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CABMbdUeC1Apk/2dsb2JhbACsfQ Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 28 Dec 2007 15:52:21 -0800 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0.3HF100) with ESMTP id 2007122815521888-32 ; Fri, 28 Dec 2007 15:52:18 -0800 Date: Fri, 28 Dec 2007 15:52:19 -0800 (PST) From: KAYVEN RIESE To: Callum Gibson In-Reply-To: <20071228225147.GD29896@omma.gibson.athome> Message-ID: References: <20071227221349.GA96585@omma.gibson.athome> <20071228215527.GB29896@omma.gibson.athome> <20071228225147.GD29896@omma.gibson.athome> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0.3HF100 | December 5, 2007) at 12/28/2007 15:52:19, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.3|September 26, 2007) at 12/28/2007 15:52:20, Serialize complete at 12/28/2007 15:52:20 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: quest for USB only mouse operation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 23:52:22 -0000 On Sat, 29 Dec 2007, Callum Gibson wrote: > On 28Dec07 14:09, KAYVEN RIESE wrote: >>> Ok, as far as I can tell you want a moused on ums, but not psm. > }It seems to me that it gets confusing, depending on how rc.conf is > }set on startup, but from dmesg output that seems to be the case: > }kv_bsd# dmesg | grep psm > }psm0: irq 12 on atkbdc0 > }psm0: [GIANT-LOCKED] > }psm0: model Generic PS/2 mouse, device ID 0 > }kv_bsd# dmesg | grep ums > }ums0: vendor 0x2222 Macally Optigo USB Mouse, rev 1.10/6.30, addr 2, iclass > }3/1 > }ums0: 3 buttons and Z dir. > > Those are just devices, not moused's. If you "ps axw | grep moused" you > can see the moused processes, one for each device. i understand that, but i was giving this information to beat the dead horse about the fact that psm0 for lack of a better guess is the touchpad, while the information on ums0 matches brandnames printed on my USB mouse (in addition to it being labeled "USB") here is an online photo album with 3 pictures showing this information: http://www.monkeyview.net/id/965/fsck/mousie/index.vhtml in case yer interested {:) > >>> BTW, are you testing this at the console rather than in X11? Get it >>> working >>> there first, as there are additional settings which could affect things >>> once you start X. > }gnome fires up on startup.. umm.. i have to control backspace out or > }something? {:P i am a little newbie-ish on some of this stuff, sorry. > > My replies will be a bit sporadic now - got to have breakfast and get on > with the day. > > Ok, let's determine that there is only one moused running to start with > using the ps method above and worry about X later. If you can get it down > to one moused at boot you will be half way there. If you find the touchpad > still operates after that, then X is going to the psm device direct. > oh jeez kv_bsd# ps axw | grep moused 957 ?? Ss 0:01.58 /usr/sbin/moused -p /dev/ums0 1066 p1 RV 0:00.00 grep moused (csh) kv_bsd# i just realized that the mice are currently working correctly.. {:/ but this has happened before.. kv_bsd# head -12 /etc/rc.conf # -- sysinstall generated deltas -- # Sun Dec 2 03:03:56 2007 # -- sysinstall generated deltas -- # Sun Dec 2 10:47:16 2007 # Created: Sun Dec 2 10:47:16 2007 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. linux_enable="YES" moused_enable="YES" moused_psm0_port="/dev/null" #moused_port="/dev/ums0" #moused_type="auto" kv_bsd# it's probably fine that you are going to go sporadic on me for the moment because i don't feel like rebooting at the moment. > C > > -- > > Callum Gibson @ home > http://members.optusnet.com.au/callumgibson/ > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 00:35:15 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5D816A418; Sat, 29 Dec 2007 00:35:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F357313C44B; Sat, 29 Dec 2007 00:35:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47759641.9090604@FreeBSD.org> Date: Sat, 29 Dec 2007 01:35:13 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: alc@FreeBSD.org, hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: prefaulting MAP_ANONYMOUS pages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 00:35:15 -0000 I am trying to optimize a malloc-based benchmark that is mmapping anonymous memory (via mmap) and then eventually taking a page fault on every page that was allocated. This is pretty inefficient for two reasons: 1) Lots of page faults, which drop performance by a factor of 10 compared to the case where everything is faulted in. 2) Lack of concurrency when faulting from multiple threads on the same object (it is basically serialized, so no benefits from multiple CPUs) I think a better way to go might be to do prefetching to reduce the number of page faults. We do this for other types of mappings, but apparently not for anonymous mmapped memory. I am still trying to get my head around the code here, but it looks like vm_fault_prefault is going to return without doing anything because of while ((m = vm_page_lookup(lobject, pindex)) == NULL && ... /* * give-up when a page is not in memory */ Also vm_fault_additional_pages() isn't getting called because TRYPAGER returns false for default objects. Is there a way to achieve this that I am overlooking? If not can someone give me some advice about what is needed? Kris From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 00:39:25 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3B16A419; Sat, 29 Dec 2007 00:39:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DCDE113C461; Sat, 29 Dec 2007 00:39:23 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4775973A.9040506@FreeBSD.org> Date: Sat, 29 Dec 2007 01:39:22 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: alc@FreeBSD.org, hackers@FreeBSD.org References: <47759641.9090604@FreeBSD.org> In-Reply-To: <47759641.9090604@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: prefaulting MAP_ANONYMOUS pages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 00:39:25 -0000 Kris Kennaway wrote: > I am trying to optimize a malloc-based benchmark that is mmapping > anonymous memory (via mmap) s/mmap/malloc/ ;) Kris From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 02:32:19 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD87316A41A; Sat, 29 Dec 2007 02:32:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED7313C459; Sat, 29 Dec 2007 02:32:19 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBT2WI4C027331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Dec 2007 18:32:19 -0800 X-Auth-Received: from [192.168.1.105] (c-76-22-52-184.hsd1.wa.comcast.net [76.22.52.184]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lBT2WIPQ024687 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 28 Dec 2007 18:32:18 -0800 In-Reply-To: References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> Mime-Version: 1.0 (Apple Message framework v753) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1896C9EB-E6B3-4B7D-B354-7DE0774D685C@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Fri, 28 Dec 2007 18:32:21 -0800 To: Ivan Voras X-Mailer: Apple Mail (2.753) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2007.12.28.181639 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 02:32:19 -0000 On Dec 28, 2007, at 4:35 AM, Ivan Voras wrote: > Garrett Cooper wrote: > >> Looks promising, but how difficult would it be to port the >> code to other platforms (Win32 for instance?). > > The hash algorithm itself as implemented in hash.h is pretty much a > text-book hash algorithm (D.J.Bernstein's): > > #ifndef HASHINIT > #define HASHINIT 5381 > #define HASHSTEP(x,c) (((x << 5) + x) + (c)) > #endif > > /* > * Return a 32-bit hash of the given buffer. The init > * value should be 0, or the previous hash value to extend > * the previous hash. > */ > static __inline uint32_t > hash32_buf(const void *buf, size_t len, uint32_t hash) > { > const unsigned char *p = buf; > > while (len--) > hash = HASHSTEP(hash, *p++); > > return hash; > } > > It apparently has some weaknesses if used on binary (non-text) data > but I don't see why it wouldn't work on Windows. Well, when I mentioned 'difficulty to port to Windows', I was referring to the number of references that the API may have to This algorithm would be used for storage, but I could see potential for needing improved security, as someone changing the pkg db in memory could yield unwanted pkg installations or deletions, and just unwanted pkg behavior in general from occurring thanks to some malicious users.. Anyhow, thanks for the ideas I really do appreciate it. Overall, I think I will stick with BDB's hash(3) (seems less data collision prone, as was pointed out earlier, and less of a security risk) as I wasn't aware of the NULL argument, no filename 'clause' with dbopen(3). -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 02:44:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110D716A41A for ; Sat, 29 Dec 2007 02:44:41 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C411713C457 for ; Sat, 29 Dec 2007 02:44:40 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J8RgK-0003bl-W3 for freebsd-hackers@freebsd.org; Sat, 29 Dec 2007 02:44:13 +0000 Received: from 78-1-118-188.adsl.net.t-com.hr ([78.1.118.188]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Dec 2007 02:44:12 +0000 Received: from ivoras by 78-1-118-188.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Dec 2007 02:44:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Lines: 27 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8BFE20B4BD46ECA6278AE3C1" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-118-188.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) X-Enigmail-Version: 0.95.5 Sender: news Subject: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 29 Dec 2007 02:44:41 -0000 X-Original-Date: Sat, 08 Dec 2007 03:43:30 +0100 X-List-Received-Date: Sat, 29 Dec 2007 02:44:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8BFE20B4BD46ECA6278AE3C1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Which of the architectures FreeBSD supports (if any) have strict memory alignment requirements? (in the sense that accessing a 32-bit integer not aligned on a 32-bit address results in a hardware trap/exception). --------------enig8BFE20B4BD46ECA6278AE3C1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHWgTYldnAQVacBcgRAnVbAKDhs5al3EMg7K7RflalPki2x+JEyQCfZYqI 0CL7L1oEXNGwf4IxaYQpbzI= =rgbT -----END PGP SIGNATURE----- --------------enig8BFE20B4BD46ECA6278AE3C1-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 05:51:36 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DBE916A41B for ; Sat, 29 Dec 2007 05:51:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 956CD13C455 for ; Sat, 29 Dec 2007 05:51:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBT3Ha9G013764 for ; Sat, 29 Dec 2007 14:17:36 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBT3HSHK024356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Dec 2007 14:17:28 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBT3HRvW020736; Sat, 29 Dec 2007 14:17:27 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBT3HRs8020735; Sat, 29 Dec 2007 14:17:27 +1100 (EST) (envelope-from peter) Date: Sat, 29 Dec 2007 14:17:27 +1100 From: Peter Jeremy To: Garrett Cooper Message-ID: <20071229031727.GX40785@server.vk2pj.dyndns.org> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <1896C9EB-E6B3-4B7D-B354-7DE0774D685C@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRdC2OsRnuV8iIl8" Content-Disposition: inline In-Reply-To: <1896C9EB-E6B3-4B7D-B354-7DE0774D685C@u.washington.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 05:51:36 -0000 --jRdC2OsRnuV8iIl8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 28, 2007 at 06:32:21PM -0800, Garrett Cooper wrote: >Anyhow, thanks for the ideas I really do appreciate it. Overall, I think I= =20 >will stick with BDB's hash(3) (seems less data collision prone, as was=20 >pointed out earlier, and less of a security risk) as I wasn't aware of the= =20 >NULL argument, no filename 'clause' with dbopen(3). Other option might be the Fowler/Noll/Vo Hash in --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --jRdC2OsRnuV8iIl8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdbxH/opHv/APuIcRAtptAKCOxJkK84XypxHokJZ7e03VRNWLJwCgjESk Fey0pFhc0sVAJkcJjcDkX44= =Mf5F -----END PGP SIGNATURE----- --jRdC2OsRnuV8iIl8-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 08:10:05 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF26016A41A; Sat, 29 Dec 2007 08:10:05 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id B7DDA13C45A; Sat, 29 Dec 2007 08:10:05 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.12.9/8.12.9) id lBT7U9EY042699; Fri, 28 Dec 2007 23:30:09 -0800 (PST) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.209] (p54.kientzle.com [66.166.149.54]) by kientzle.com with SMTP; Fri, 28 Dec 2007 23:30:09 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <4775F77D.4070404@freebsd.org> Date: Fri, 28 Dec 2007 23:30:05 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 08:10:06 -0000 Ivan Voras wrote: > > Which of the architectures FreeBSD supports (if any) have strict memory > alignment requirements? (in the sense that accessing a 32-bit integer > not aligned on a 32-bit address results in a hardware trap/exception). I believe ARM has such requirements (at least, GCC for Arm does some very intriguing structure padding). Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 08:11:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FC6416A417 for ; Sat, 29 Dec 2007 08:11:42 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate2.pacific.net.sg (smtpgate2.pacific.net.sg [203.120.90.32]) by mx1.freebsd.org (Postfix) with SMTP id BC59513C448 for ; Sat, 29 Dec 2007 08:11:41 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 2659 invoked from network); 29 Dec 2007 08:11:39 -0000 Received: from adsl48.dyn112.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.112.48) by smtpgate2.pacific.net.sg with ESMTPA; 29 Dec 2007 08:11:38 -0000 Message-ID: <47760132.5040306@pacific.net.sg> Date: Sat, 29 Dec 2007 16:11:30 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 08:11:42 -0000 Hi, Ivan Voras wrote: > Hi, > > Which of the architectures FreeBSD supports (if any) have strict memory > alignment requirements? (in the sense that accessing a 32-bit integer > not aligned on a 32-bit address results in a hardware trap/exception). > isn't this the case with SPARC and Itanium? I know, they are 64 bits. Erich From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 08:14:11 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF51616A41B for ; Sat, 29 Dec 2007 08:14:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE6E13C4D1 for ; Sat, 29 Dec 2007 08:14:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6394498waf.3 for ; Sat, 29 Dec 2007 00:14:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L/ejbglFnC+6uQGrFwhz6SSO7J6VQ2rLnvGbu8ngP2s=; b=Zemy4Y1iG6HCWHSHxIXRkP10kefWCVSDs2ZivENEI8v+B3WfWRf6udqtDJ12M5to0NbVBTioyDMYIysGH1fPVOGhxRZp8mn2IQsitlEP5OXx5J6uvjGg9DMpFLI7OnStHszB1pFAtuu8vvsO+zojsqlk4LS9ShWYMyLjXO2o5hE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YVtOqfsTxhJ2RtnSVHeLa0DsXVN7RreEzS+wYjUU8ICwZBKQJ3b8oyiHTebSGX5Cagx+dpQHlCixLaa1AMd4snDTxnueW0YyJKRgkKBkPNhH+7294ThUTWWzdGLXDIpl/EWgV4Rh2kR2g0t7Uxby1ohMlJ4BJLAhy1BCJWJbuM8= Received: by 10.114.191.1 with SMTP id o1mr7223400waf.66.1198916051235; Sat, 29 Dec 2007 00:14:11 -0800 (PST) Received: by 10.114.255.11 with HTTP; Sat, 29 Dec 2007 00:14:11 -0800 (PST) Message-ID: Date: Sat, 29 Dec 2007 00:14:11 -0800 From: "Kip Macy" To: "Erich Dollansky" In-Reply-To: <47760132.5040306@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47760132.5040306@pacific.net.sg> Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 08:14:11 -0000 Isn't it everything except x86? -Kip On Dec 29, 2007 12:11 AM, Erich Dollansky wrote: > Hi, > > > Ivan Voras wrote: > > Hi, > > > > Which of the architectures FreeBSD supports (if any) have strict memory > > alignment requirements? (in the sense that accessing a 32-bit integer > > not aligned on a 32-bit address results in a hardware trap/exception). > > > isn't this the case with SPARC and Itanium? > > I know, they are 64 bits. > > Erich > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 08:16:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E457916A417 for ; Sat, 29 Dec 2007 08:16:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.70]) by mx1.freebsd.org (Postfix) with ESMTP id BC68F13C455 for ; Sat, 29 Dec 2007 08:16:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp003-s [10.150.69.66]) by smtpoutm.mac.com (Xserve/smtpout007/MantshX 4.0) with ESMTP id lBT7vOfs021640; Fri, 28 Dec 2007 23:57:24 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp003/MantshX 4.0) with ESMTP id lBT7vNlr014125 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 28 Dec 2007 23:57:23 -0800 (PST) Message-Id: <3AE88C61-4458-441C-8DDF-2B68AC63C72F@mac.com> From: Marcel Moolenaar To: Ivan Voras In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 28 Dec 2007 23:57:03 -0800 References: X-Mailer: Apple Mail (2.915) Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 08:16:54 -0000 On Dec 7, 2007, at 6:43 PM, Ivan Voras wrote: > Hi, > > Which of the architectures FreeBSD supports (if any) have strict > memory > alignment requirements? (in the sense that accessing a 32-bit integer > not aligned on a 32-bit address results in a hardware trap/exception). ia64 and sparc64 at least. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 10:03:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3163E16A421 for ; Sat, 29 Dec 2007 10:03:29 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate2.pacific.net.sg (smtpgate2.pacific.net.sg [203.120.90.32]) by mx1.freebsd.org (Postfix) with SMTP id 5858413C43E for ; Sat, 29 Dec 2007 10:03:28 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 2575 invoked from network); 29 Dec 2007 10:03:26 -0000 Received: from adsl120.dyn229.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.229.120) by smtpgate2.pacific.net.sg with ESMTPA; 29 Dec 2007 10:03:23 -0000 Message-ID: <47761B63.4010407@pacific.net.sg> Date: Sat, 29 Dec 2007 18:03:15 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: Kip Macy References: <47760132.5040306@pacific.net.sg> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 10:03:29 -0000 Hi, Kip Macy wrote: > Isn't it everything except x86? not really. All RISC based designs need the alignment so that the CPU can fetch a CPU word in one go. CISC based designs do not have this limitiation. I also do not know of any other CISC based design which made it to mainstream. Erich > > -Kip > > On Dec 29, 2007 12:11 AM, Erich Dollansky wrote: >> Hi, >> >> >> Ivan Voras wrote: >>> Hi, >>> >>> Which of the architectures FreeBSD supports (if any) have strict memory >>> alignment requirements? (in the sense that accessing a 32-bit integer >>> not aligned on a 32-bit address results in a hardware trap/exception). >>> >> isn't this the case with SPARC and Itanium? >> >> I know, they are 64 bits. >> >> Erich >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >> > From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 11:12:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C6016A420 for ; Sat, 29 Dec 2007 11:12:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B5A1B13C448 for ; Sat, 29 Dec 2007 11:12:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J8Zbp-0001fr-JD; Sat, 29 Dec 2007 13:12:06 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id lBTBC45n071979; Sat, 29 Dec 2007 13:12:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lBTBC4PN071978; Sat, 29 Dec 2007 13:12:04 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Dec 2007 13:12:04 +0200 From: Kostik Belousov To: Kip Macy Message-ID: <20071229111204.GX57756@deviant.kiev.zoral.com.ua> References: <47760132.5040306@pacific.net.sg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yaF1Lpws7ZTjdfU3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: e04e44772e0ad72f7751591e8aa1bd99 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1975 [Dec 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 11:12:08 -0000 --yaF1Lpws7ZTjdfU3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2007 at 12:14:11AM -0800, Kip Macy wrote: > Isn't it everything except x86? >=20 > -Kip x86 has the AC bit in the eflags. The AM bit in cr0 is enabled by the kernel, and AC could be switched on by LD_PRELOADed shared object. Last time I checked, our libc caused unaligned access in the locale initialization code. >=20 > On Dec 29, 2007 12:11 AM, Erich Dollansky wrote: > > Hi, > > > > > > Ivan Voras wrote: > > > Hi, > > > > > > Which of the architectures FreeBSD supports (if any) have strict memo= ry > > > alignment requirements? (in the sense that accessing a 32-bit integer > > > not aligned on a 32-bit address results in a hardware trap/exception). > > > > > isn't this the case with SPARC and Itanium? > > > > I know, they are 64 bits. > > > > Erich > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --yaF1Lpws7ZTjdfU3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHdiuDC3+MBN1Mb4gRAhpFAJ4t8pvCovzvvKUdosenhqfiB2UoCQCgpwr5 rzLn4u+ifVnPM5T8y8nKs7Q= =4kFb -----END PGP SIGNATURE----- --yaF1Lpws7ZTjdfU3-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 11:47:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B047216A417; Sat, 29 Dec 2007 11:47:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 702D113C478; Sat, 29 Dec 2007 11:47:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BFA69209C; Sat, 29 Dec 2007 12:47:45 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 37CB02049; Sat, 29 Dec 2007 12:47:45 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 04E398449B; Sat, 29 Dec 2007 12:47:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Aryeh M. Friedman" References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <20071228003716.GB48997@lor.one-eyed-alien.net> <4774EF27.90307@gmail.com> Date: Sat, 29 Dec 2007 12:47:44 +0100 In-Reply-To: <4774EF27.90307@gmail.com> (Aryeh M. Friedman's message of "Fri\, 28 Dec 2007 07\:42\:15 -0500") Message-ID: <86r6h5zpr3.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 11:47:58 -0000 "Aryeh M. Friedman" writes: > All hashs have issues with pooling.... see > http://www.burtleburtle.net/bob/hash/index.html... btw it is a old > wives tale that the number of buckets should be prime (mostly based on > the very weak implementation Knuth offered) Not an "old wives' tale", but rather an easy way to implement a hash algorithm that is good enough for most simple uses: metric modulo table size, where metric is a number derived from the item in such a manner as to give a good spread. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 12:05:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7007A16A419 for ; Sat, 29 Dec 2007 12:05:50 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.pkgsrc-box.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA7313C43E for ; Sat, 29 Dec 2007 12:05:49 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.pkgsrc-box.org [127.0.0.1]) by www.pkgsrc-box.org (Postfix) with ESMTP id 2C076E7BA9E for ; Sat, 29 Dec 2007 12:05:47 +0000 (UTC) Received: by britannica.bec.de (Postfix, from userid 1000) id E75BC175CA; Sat, 29 Dec 2007 13:01:03 +0100 (CET) Date: Sat, 29 Dec 2007 13:01:03 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20071229120103.GC390@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <47760132.5040306@pacific.net.sg> <47761B63.4010407@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47761B63.4010407@pacific.net.sg> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 12:05:50 -0000 On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote: > I also do not know of any other CISC based design which made it to > mainstream. VAX? Joerg From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 12:41:31 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F035816A41B for ; Sat, 29 Dec 2007 12:41:31 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8268A13C4DB for ; Sat, 29 Dec 2007 12:41:31 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:57075 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1J8b0K-00020O-4c for freebsd-hackers@freebsd.org; Sat, 29 Dec 2007 13:41:28 +0100 Received: (qmail 4761 invoked from network); 29 Dec 2007 13:41:21 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 29 Dec 2007 13:41:21 +0100 Received: (qmail 23536 invoked by uid 1001); 29 Dec 2007 13:41:21 +0100 Date: Sat, 29 Dec 2007 13:41:21 +0100 From: Erik Trulsson To: Erich Dollansky Message-ID: <20071229124120.GA23415@owl.midgard.homeip.net> Mail-Followup-To: Erich Dollansky , Kip Macy , freebsd-hackers@freebsd.org, Ivan Voras References: <47760132.5040306@pacific.net.sg> <47761B63.4010407@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47761B63.4010407@pacific.net.sg> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1J8b0K-00020O-4c. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1J8b0K-00020O-4c c75cf902274f65e1220a35a312a0aea6 Cc: Kip Macy , Ivan Voras , freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 12:41:32 -0000 On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote: > Hi, > > Kip Macy wrote: >> Isn't it everything except x86? > > not really. > > All RISC based designs need the alignment so that the CPU can fetch a CPU > word in one go. CISC based designs do not have this limitiation. > > I also do not know of any other CISC based design which made it to > mainstream. Not quite true. Take for example the venerable Motorola 68000 CPU (used in many different computers in the early and mid 80's). It required all 16-bit (and 32-bit) accesses to be aligned on a 16-bit boundary. This was later relaxed in the M68020 and later CPUs. The M68k series is one of the classic CISC architectures and most certainly made it to the mainstream. (Admittedly FreeBSD does not support the M68k series. NetBSD and (older releases of) OpenBSD does, but they require at least an 68020 - which does not have strict alignment requirements.) > > Erich >> -Kip >> On Dec 29, 2007 12:11 AM, Erich Dollansky wrote: >>> Hi, >>> >>> >>> Ivan Voras wrote: >>>> Hi, >>>> >>>> Which of the architectures FreeBSD supports (if any) have strict memory >>>> alignment requirements? (in the sense that accessing a 32-bit integer >>>> not aligned on a 32-bit address results in a hardware trap/exception). >>>> >>> isn't this the case with SPARC and Itanium? >>> >>> I know, they are 64 bits. >>> >>> Erich >>> -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 13:44:45 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7053616A420 for ; Sat, 29 Dec 2007 13:44:45 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9AF13C4E8 for ; Sat, 29 Dec 2007 13:44:44 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: by hs-out-2122.google.com with SMTP id j58so3133905hsj.11 for ; Sat, 29 Dec 2007 05:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=7f9nifK8DCNcQjUsv4Buz/RpVoI6Eqg3WBjNAd68T/o=; b=VqITRYRDwRQ07RXCvssqh51g23NbBVFz/NPn94yFz3WxJ9saAgGMLww1nLaxsRvb8iwiuboTfZ+kyu9WflWmSbS9JiNLYqrKmFBVQI/BnQlMg5IvHqhvaRMRj+yY4JE9ne5nYme4veWopFfvyGaoWccAgHjbfHApC6Xu+IJhlzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=sTOcMw0KymLEDii1rJiHj7iLsPLa3W/qDHm/gRmc+N/HTKUYlB1UkCqk3H5Gj5GdFLf/Z7jOxuvbtznEvGMPfzlvUACrUFK+OnK/+pwCYLFLam7V3TvBt42vD0po3AgaINtC5RgPOQIIBULm5XnRi9Loz1/thf097O3g68MjEhQ= Received: by 10.150.158.8 with SMTP id g8mr2872118ybe.94.1198935884379; Sat, 29 Dec 2007 05:44:44 -0800 (PST) Received: from ?192.168.100.31? ( [200.55.166.34]) by mx.google.com with ESMTPS id 34sm13218261wra.23.2007.12.29.05.44.37 (version=SSLv3 cipher=OTHER); Sat, 29 Dec 2007 05:44:42 -0800 (PST) From: Manolo Valdes To: freebsd-hackers@freebsd.org Date: Sat, 29 Dec 2007 08:43:58 +0000 User-Agent: KMail/1.9.7 References: <200712251221.26515.nolis71cu@gmail.com> In-Reply-To: <200712251221.26515.nolis71cu@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712290843.58300.nolis71cu@gmail.com> Subject: Re: gdb is not loading debug simbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 13:44:45 -0000 On Tuesday 25 December 2007 5:21:25 pm you wrote: > Hi hackers > > I'm trying to make some debbuging on kde compiled with debbugfull > > but gdb is complaing about: > > kde4# gdb -pid 12241 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > Attaching to process 12241 > /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:14 >43: internal-error: legacy_fetch_link_map_offsets called without legacy > link_map support enabled. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) > > i say n > > and: > > /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:14 >43: internal-error: legacy_fetch_link_map_offsets called without legacy > link_map support enabled. > A problem internal to GDB has been detected, > ---Type to continue, or q to quit--- > further debugging may prove unreliable. > Create a core file of GDB? (y or n) n > 0x29b2287f in ?? () > (gdb) b file.cpp:420 > No symbol table is loaded. Use the "file" command. > (gdb) > > any hints or there is a gdb problem on FreeBSD > > > kde4# uname -a > FreeBSD admin.elecmtz.une.cu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Tue > Dec 25 00:54:42 CST 2007 > admin@admin.elecmtz.une.cu:/usr/obj/usr/src/sys/NOLIS i386 i just update to 7-stable and same problem :( kde4# uname -a FreeBSD admin.elecmtz.une.cu 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Fri Dec 28 01:37:22 UTC 2007 root@admin.elecmtz.une.cu:/usr/obj/usr/src/sys/FUJITSU i386 > > thanks in advance > Manolito -- Dios no es hombre para que mienta. Num. 23:19 --------------------------------------------------------- God is not a man, that He should lie. Num. 23:19 From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 13:51:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C0216A418 for ; Sat, 29 Dec 2007 13:51:01 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.243]) by mx1.freebsd.org (Postfix) with ESMTP id 8224B13C4CE for ; Sat, 29 Dec 2007 13:51:01 +0000 (UTC) (envelope-from nolis71cu@gmail.com) Received: by hs-out-2122.google.com with SMTP id j58so3135601hsj.11 for ; Sat, 29 Dec 2007 05:51:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=/HBKEWvBd6uUBVL4tANxwcjJKyh+7KhYi6FFglGv02E=; b=jQgJNM6rxGoyInQ2orTnR7Hq9qsi0Bh5aEcRqbNz1HIvVxcbYCzDcMwEe+qQ8D6oqFxFNH9uq+IcXNOMUR78D3r3rbwXjMOGOKhko/gq54Y6qy5guzUAk4oPP+ddPzw8xGz6Q4aVSUh43k6AhuU99o9bC7OJSyXAzdbOn1NueSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=OLglSmhC+ppHbETl71PqCBjYKP7T37HgMiyC6LcJcwf6c+eeF8oO88j6jMY5YPLwRvqn0602J2fpNnYQRZ9RVdOdRjZ8XdnY8L70dMg3AmRGQW7lUcoxjZrmCo+frHnouuuwV4cm/pTG0oXlxouBbKpdrkYZVgHbFxYIqF9PDkk= Received: by 10.151.8.8 with SMTP id l8mr2871389ybi.123.1198936260803; Sat, 29 Dec 2007 05:51:00 -0800 (PST) Received: from ?192.168.100.31? ( [200.55.166.34]) by mx.google.com with ESMTPS id 25sm13243568wra.35.2007.12.29.05.50.55 (version=SSLv3 cipher=OTHER); Sat, 29 Dec 2007 05:50:59 -0800 (PST) From: Manolo Valdes To: freebsd-hackers@freebsd.org Date: Sat, 29 Dec 2007 08:50:15 +0000 User-Agent: KMail/1.9.7 References: <200712251221.26515.nolis71cu@gmail.com> In-Reply-To: <200712251221.26515.nolis71cu@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200712290850.15418.nolis71cu@gmail.com> Subject: Re: gdb is not loading debug simbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 13:51:01 -0000 On Tuesday 25 December 2007 5:21:25 pm you wrote: > A problem internal to GDB has been detected, > ---Type to continue, or q to quit--- > further debugging may prove unreliable. > Create a core file of GDB? (y or n) n > 0x29b2287f in ?? () > (gdb) b file.cpp:420 > No symbol table is loaded. Use the "file" command. > (gdb) > > any hints or there is a gdb problem on FreeBSD > > > kde4# uname -a > FreeBSD admin.elecmtz.une.cu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Tue > Dec 25 00:54:42 CST 2007 > admin@admin.elecmtz.une.cu:/usr/obj/usr/src/sys/NOLIS i386 > Ah just to add that this issue is happening since 6.2-STABLE at some point.= =20 sadlly I dont remember the exact date :( thanks in advance Manolito =2D-=20 =BFY como oir=E1n sin haber quien les predique? Rom 10:14 =2D-------------------------------------------------------- And how shall they hear without a preacher. Rom 10:14 From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 17:39:20 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D368D16A417 for ; Sat, 29 Dec 2007 17:39:20 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 6BE1A13C4D3 for ; Sat, 29 Dec 2007 17:39:20 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 29797 invoked by uid 1001); 29 Dec 2007 17:39:11 -0000 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda.mired.org (tmda-ofmipd) with ESMTP; Sat, 29 Dec 2007 12:39:11 -0500 Date: Sat, 29 Dec 2007 12:39:10 -0500 To: freebsd-hackers@freebsd.org Message-ID: <20071229123910.3ed3c68b@bhuda.mired.org> In-Reply-To: <20071229124120.GA23415@owl.midgard.homeip.net> References: <47760132.5040306@pacific.net.sg> <47761B63.4010407@pacific.net.sg> <20071229124120.GA23415@owl.midgard.homeip.net> Organization: Meyer Consulting X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; amd64-portbld-freebsd6.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 17:39:20 -0000 On Sat, 29 Dec 2007 13:41:21 +0100 Erik Trulsson wrote: > On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote: > > All RISC based designs need the alignment so that the CPU can fetch a CPU > > word in one go. CISC based designs do not have this limitiation. > > > > I also do not know of any other CISC based design which made it to > > mainstream. I think this would be more correctly expressed as "still survive in the mainstream." > Not quite true. Take for example the venerable Motorola 68000 CPU (used in > many different computers in the early and mid 80's). > It required all 16-bit (and 32-bit) accesses to be aligned on a 16-bit > boundary. This was later relaxed in the M68020 and later CPUs. The same is true of the IBM 360 architecture - had it initially, and dropped it in later revisions - which was at one time the most popular architecture in the world, complete with competitors cloning it to take advantage of the software base. FWIW, it was also the first architecture where it made sense to ask this question. Prior to the 360, computers were either business machines, and only did things with/to bytes, or they were scientific computers, and only did things with/to words. It's ability to both is one of the reasons it became the most popular architecture in the world, and that basic design now dominates the industry. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 18:24:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC99716A418 for ; Sat, 29 Dec 2007 18:24:46 +0000 (UTC) (envelope-from ap@bnc.net) Received: from bis.bonn.org (www.bis.bonn.org [217.110.117.102]) by mx1.freebsd.org (Postfix) with ESMTP id 21F8513C4D3 for ; Sat, 29 Dec 2007 18:24:45 +0000 (UTC) (envelope-from ap@bnc.net) X-BIS-SpamCatcher-Score: 2 [X] Received: from [194.39.192.125] (account bnc-mail@mailrelay.mailomat.net HELO bnc.net) by bis.bonn.org (CommuniGate Pro SMTP 5.1.10) with ESMTPSA id 8667434; Sat, 29 Dec 2007 18:24:41 +0100 X-SpamCatcher-Score: 2 [X] Received: from [194.39.194.126] (account ap HELO 126.194.bnc.net) by bnc.net (CommuniGate Pro SMTP 5.1.12) with ESMTPSA id 3020983; Sat, 29 Dec 2007 18:24:39 +0100 Message-Id: <90A8C1DD-679D-4BFC-8C2E-726F9E00E1CC@bnc.net> From: Achim Patzner To: Joerg Sonnenberger In-Reply-To: <20071229120103.GC390@britannica.bec.de> Content-Type: multipart/signed; boundary=Apple-Mail-4--548935623; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 29 Dec 2007 18:24:39 +0100 References: <47760132.5040306@pacific.net.sg> <47761B63.4010407@pacific.net.sg> <20071229120103.GC390@britannica.bec.de> X-Mailer: Apple Mail (2.915) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 18:24:46 -0000 --Apple-Mail-4--548935623 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Am 29.12.2007 um 13:01 schrieb Joerg Sonnenberger: > On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote: >> I also do not know of any other CISC based design which made it to >> mainstream. > > VAX? There is a working FreeBSD/VAX? (Whatever - just as I don't understand any sane being running FreeBSD on a Mac I would never use anything but VMS on my VAX anyway). Noses. --Apple-Mail-4--548935623-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 19:01:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6CA016A419 for ; Sat, 29 Dec 2007 19:01:50 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 80D6B13C448 for ; Sat, 29 Dec 2007 19:01:50 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 21345 invoked from network); 29 Dec 2007 19:01:49 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 29 Dec 2007 19:01:49 -0000 Message-ID: <477698D8.2040802@chuckr.org> Date: Sat, 29 Dec 2007 13:58:32 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> <86sl1n14vv.fsf@ds4.des.no> In-Reply-To: <86sl1n14vv.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 19:01:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling Smørgrav wrote: > Chuck Robey writes: >> Anyhow, in the midst of all the screwing around, I now find that, on the >> Ascii-graphics FreeBSD loader UI, if I choose Option #5 (verbose loading) >> then the printing of the regular probe messages starts back up (this is NOT >> the verbose probe messages, it's the printing of the regular probing >> messages.) I have to admit, I don't clearly know the difference, in >> setting the variables, between verbose loading the verbose probing. I know >> the difference in what prints, but I don't know how to set this up >> permanently without getting me that verbose probing, which I would like to >> avoid. > > I have absolutely no idea what "verbose loading" and "verbose probing" > mean. All I know of is the boot_verbose loader variable, which enables > additional kernel messages. It does not affect the way the kernel is > loaded, or the way devices are probed. > > DES I'm sorry, Dag, but I am myself having problem describing it. I have been asking for names, but while I get some guesses about the loss of printing, they haven't given me names to use. I see two items that I can get, when booting. If I stick "-v" in /boot.config, then when the kernel probes, all the probes are verbose. Stuff like my HDaudio card print incredibly verbose listings. OK, that's what I will call here Print#1 The other thing is what I can see if I see the ascii-graphical loader (the picture, in ascii-graphics, either of a BSDaemon, or of the letters "FreeBSD", and a list of about 9 options for booting. If I select item #5, then I get a listing. The listing is quite distinct from what I identify as Print#1, so I'll call this Print#2. If I either hit return at that ascii booting menu (to get the default) or select item #1, then when it boots, I get no print at all: I see the very first spinner character (but it never prints the second one), and the next thing I see, it's printing "Login:". This Print#2 looks like the old non-verbose booting messages that I used to see, before I lost the printing of all booting messages. So, what do you call Print#1 and Print#2? Sure would help out, if folks would answer these, and not only answer the real question, which is why my ordinary non-verbose printing of booting messages went away. If you want, I can tell you, referencing the "verbose loading", that's my Print#2 When I talked about "verbose probing" I am talking about the Print#1. The reason I grabbed those definitions (clearly in desperation) is because it seems to me that Print#1 is called out as device probing is starting, and Print#2 is called out before all loading has begun. Yes, I know that those two times abut one another, and aren't particularly good names. BUT note that when you supply a name, that one I guarantee I will stick with, religiously, for now on. I'm beginning, right now, to wonder: I increased the dmesg-buffer to 64K, I wonder if maybe that might possibly cause the bug? I know it shouldn't, but it wouldn't be the first time this week that I found weird behaviour in the kernel: if you set the number of vtys from the default 16 down to 8, that caused me to lose keyboard input to my X11. I got REALLY lucky to find that one, but it's a testable fact. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdpjYz62J6PPcoOkRAlChAJ9n7LY7AESihXhBZ01FnZL/e1ZrXQCfZJR1 NjcCDKTU+eT0ES46T2SZMRQ= =p/bh -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 19:22:33 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002A816A420; Sat, 29 Dec 2007 19:22:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A0C6C13C4D5; Sat, 29 Dec 2007 19:22:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lBTJHJNs095639; Sat, 29 Dec 2007 12:17:19 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 29 Dec 2007 12:22:21 -0700 (MST) Message-Id: <20071229.122221.-432830441.imp@bsdimp.com> To: ivoras@freebsd.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 19:22:33 -0000 In message: Ivan Voras writes: : Which of the architectures FreeBSD supports (if any) have strict memory : alignment requirements? (in the sense that accessing a 32-bit integer : not aligned on a 32-bit address results in a hardware trap/exception). Sparc64, powerpc, arm, and (thanks to Juniper and others) mips. Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 19:43:18 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C234116A468; Sat, 29 Dec 2007 19:43:18 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD5013C461; Sat, 29 Dec 2007 19:43:18 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id lBTJUZ96031384; Sat, 29 Dec 2007 20:30:35 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id lBTJUZJu073862; Sat, 29 Dec 2007 20:30:35 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id lBTJUYbE073861; Sat, 29 Dec 2007 20:30:34 +0100 (CET) (envelope-from wb) Date: Sat, 29 Dec 2007 20:30:34 +0100 From: Wilko Bulte To: "M. Warner Losh" Message-ID: <20071229193034.GA73845@freebie.xs4all.nl> References: <20071229.122221.-432830441.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071229.122221.-432830441.imp@bsdimp.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sat, 29 Dec 2007 20:18:41 +0000 Cc: freebsd-hackers@freebsd.org, ivoras@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 19:43:18 -0000 Quoting M. Warner Losh, who wrote on Sat, Dec 29, 2007 at 12:22:21PM -0700 .. > In message: > Ivan Voras writes: > : Which of the architectures FreeBSD supports (if any) have strict memory > : alignment requirements? (in the sense that accessing a 32-bit integer > : not aligned on a 32-bit address results in a hardware trap/exception). > > Sparc64, powerpc, arm, and (thanks to Juniper and others) mips. In the past the alpha port had it too. > Warner > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 20:42:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAEC16A41B for ; Sat, 29 Dec 2007 20:42:41 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE3013C468 for ; Sat, 29 Dec 2007 20:42:41 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:63317 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1J8iVz-0000i6-4M for freebsd-hackers@freebsd.org; Sat, 29 Dec 2007 21:42:39 +0100 Received: (qmail 7153 invoked from network); 29 Dec 2007 21:42:38 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 29 Dec 2007 21:42:38 +0100 Received: (qmail 45615 invoked by uid 1001); 29 Dec 2007 21:42:38 +0100 Date: Sat, 29 Dec 2007 21:42:38 +0100 From: Erik Trulsson To: Chuck Robey Message-ID: <20071229204238.GA45376@owl.midgard.homeip.net> Mail-Followup-To: Chuck Robey , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD-Hackers , ticso@cicely.de References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> <86sl1n14vv.fsf@ds4.des.no> <477698D8.2040802@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <477698D8.2040802@chuckr.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1J8iVz-0000i6-4M. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1J8iVz-0000i6-4M 5029287b84ce2a59f22e69376bd17982 Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , ticso@cicely.de, FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 20:42:41 -0000 On Sat, Dec 29, 2007 at 01:58:32PM -0500, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Dag-Erling Sm=F8rgrav wrote: > > Chuck Robey writes: > >> Anyhow, in the midst of all the screwing around, I now find that, on t= he > >> Ascii-graphics FreeBSD loader UI, if I choose Option #5 (verbose loadi= ng) > >> then the printing of the regular probe messages starts back up (this i= s NOT > >> the verbose probe messages, it's the printing of the regular probing > >> messages.) I have to admit, I don't clearly know the difference, in > >> setting the variables, between verbose loading the verbose probing. I= know > >> the difference in what prints, but I don't know how to set this up > >> permanently without getting me that verbose probing, which I would lik= e to > >> avoid. > >=20 > > I have absolutely no idea what "verbose loading" and "verbose probing" > > mean. All I know of is the boot_verbose loader variable, which enables > > additional kernel messages. It does not affect the way the kernel is > > loaded, or the way devices are probed. > >=20 > > DES >=20 > I'm sorry, Dag, but I am myself having problem describing it. I have been > asking for names, but while I get some guesses about the loss of printing, > they haven't given me names to use. I see two items that I can get, when > booting. If I stick "-v" in /boot.config, then when the kernel probes, a= ll > the probes are verbose. Stuff like my HDaudio card print incredibly > verbose listings. OK, that's what I will call here Print#1 >=20 > The other thing is what I can see if I see the ascii-graphical loader (the > picture, in ascii-graphics, either of a BSDaemon, or of the letters > "FreeBSD", and a list of about 9 options for booting. If I select item #= 5, > then I get a listing. The listing is quite distinct from what I identify > as Print#1, so I'll call this Print#2. If I either hit return at that > ascii booting menu (to get the default) or select item #1, then when it > boots, I get no print at all: I see the very first spinner character (but > it never prints the second one), and the next thing I see, it's printing > "Login:". This Print#2 looks like the old non-verbose booting messages > that I used to see, before I lost the printing of all booting messages. Using 'boot -v' from /boot.config or choosing "Boot FreeBSD with verbose logging" from the loader's menu are both supposed to do exactly the same thing: Enable verbose messages from the kernel. If you do not see any boot messages at all, then my guess is that you probably have messed around with /boot/device.hints (or compiled in a hints file in the kernel) and removed or disabled the hints for the video adapter/system console. (At least that is what I had done the one time I lost the boot messages =66rom the kernel. As soon as I restored the hints to normal the normal boot messages returned.) (Without the hints the kernel apparently cannot print to the console until after it has probed and configured the video hardware, which is among the last devices to be probed.) >=20 > So, what do you call Print#1 and Print#2? Sure would help out, if folks > would answer these, and not only answer the real question, which is why my > ordinary non-verbose printing of booting messages went away. If you wan= t, > I can tell you, referencing the "verbose loading", that's my Print#2 When > I talked about "verbose probing" I am talking about the Print#1. The > reason I grabbed those definitions (clearly in desperation) is because it > seems to me that Print#1 is called out as device probing is starting, and > Print#2 is called out before all loading has begun. Yes, I know that those > two times abut one another, and aren't particularly good names. BUT note > that when you supply a name, that one I guarantee I will stick with, > religiously, for now on. There are two different kinds of output you get at boot time. The first is all the messages from the kernel as probes and configures all the hardware. The second is the output from the startup scripts that run after the kernel has finished loading. (The kernel can output some messages at this stage too, when the scripts do things like bringing up or down network interfaces, etc.) Enabling verbose boot messages makes the kernel messages more verbose. The output from the startup scripts is not affected by that. --=20 Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 20:56:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E20C716A418 for ; Sat, 29 Dec 2007 20:56:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id CCF6A13C455 for ; Sat, 29 Dec 2007 20:56:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B34581CC038; Sat, 29 Dec 2007 12:56:47 -0800 (PST) Date: Sat, 29 Dec 2007 12:56:47 -0800 From: Jeremy Chadwick To: Chuck Robey , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD-Hackers , ticso@cicely.de Message-ID: <20071229205647.GA51467@eos.sc1.parodius.com> References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> <86sl1n14vv.fsf@ds4.des.no> <477698D8.2040802@chuckr.org> <20071229204238.GA45376@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071229204238.GA45376@owl.midgard.homeip.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 20:56:48 -0000 On Sat, Dec 29, 2007 at 09:42:38PM +0100, Erik Trulsson wrote: > If you do not see any boot messages at all, then my guess is that you > probably have messed around with /boot/device.hints (or compiled in a hints > file in the kernel) and removed or disabled the hints for the video > adapter/system console. We've confirmed already in this thread that that's exactly what he's done. But he's still yet to include any details about what all he changed and the APRIL.hints file he's using his in kernel configuration (rather than using /boot/devices.hints, which is what he should be using). This thread is running in circles. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 21:12:20 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD1C16A417 for ; Sat, 29 Dec 2007 21:12:20 +0000 (UTC) (envelope-from eddy+public+spam@noc.everquick.net) Received: from a.mx.ict1.everquick.net (a.mx.everquick.net [204.10.191.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1445213C442 for ; Sat, 29 Dec 2007 21:12:19 +0000 (UTC) (envelope-from eddy+public+spam@noc.everquick.net) Received: from pop.ict1.everquick.net (localhost [127.0.0.1]) by a.mx.ict1.everquick.net (8.12.10/8.12.10) with ESMTP id lBTKoFmp025452; Sat, 29 Dec 2007 20:50:15 GMT X-Everquick-No-Abuse-1: Report any email abuse to or X-Everquick-No-Abuse-2: call +1 (785) 865-5885. Please be sure to reference X-Everquick-No-Abuse-3: the Message-Id and include GMT timestamps. Received: from localhost (eddy@localhost) by pop.ict1.everquick.net (8.13.3/8.13.3/Submit) with ESMTP id lBTKoFjs025425; Sat, 29 Dec 2007 20:50:15 GMT X-Authentication-Warning: pop.ict1.everquick.net: eddy owned process doing -bs Date: Sat, 29 Dec 2007 20:50:14 +0000 (GMT) From: "Edward B. DREGER" X-X-Sender: eddy@pop.ict1.everquick.net To: Garrett Cooper In-Reply-To: <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> Message-ID: References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 21:12:20 -0000 GC> Date: Thu, 27 Dec 2007 16:34:32 -0800 GC> From: Garrett Cooper GC> On Dec 27, 2007, at 4:30 PM, Garrett Cooper wrote: GC> GC> > Just wondering if anyone knew of a good BSD license compatible GC> > key-based hash placement / retrieval algorithm that was available GC> > anywhere. GC> GC> 1. It needs to be in C, not C++. Although I'm not directly answering your question... GC> 2. I meant hash table / bucket when I said "hash" in the subject. ...have you explored [order-preserving] minimal perfect hash functions? perfect_hash = ( hash1[x] + hash2[x] ) % entry_count ; The "trick" lies in computing hash1[] and hash2[]. A Google search for ==> chm92 (hash|hashing) <== will get you started. Eddy -- Everquick Internet - http://www.everquick.net/ A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/ Bandwidth, consulting, e-commerce, hosting, and network building Phone: +1 785 865 5885 Lawrence and [inter]national Phone: +1 316 794 8922 Wichita ________________________________________________________________________ DO NOT send mail to the following addresses: davidc@brics.com -*- jfconmaapaq@intc.net -*- sam@everquick.net Sending mail to spambait addresses is a great way to get blocked. Ditto for broken OOO autoresponders and foolish AV software backscatter. From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 21:32:28 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DECD16A418 for ; Sat, 29 Dec 2007 21:32:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0055513C448 for ; Sat, 29 Dec 2007 21:32:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBTLWGb2000658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Dec 2007 08:32:17 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBTLWGCL073488; Sun, 30 Dec 2007 08:32:16 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBTLWGKU073487; Sun, 30 Dec 2007 08:32:16 +1100 (EST) (envelope-from peter) Date: Sun, 30 Dec 2007 08:32:16 +1100 From: Peter Jeremy To: Chuck Robey Message-ID: <20071229213216.GV40785@server.vk2pj.dyndns.org> References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> <86sl1n14vv.fsf@ds4.des.no> <477698D8.2040802@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Op27XXJsWz80g3oF" Content-Disposition: inline In-Reply-To: <477698D8.2040802@chuckr.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD-Hackers Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 21:32:28 -0000 --Op27XXJsWz80g3oF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2007 at 01:58:32PM -0500, Chuck Robey wrote: >booting. If I stick "-v" in /boot.config, then when the kernel probes, all >the probes are verbose. Stuff like my HDaudio card print incredibly >verbose listings. OK, that's what I will call here Print#1 > >The other thing is what I can see if I see the ascii-graphical loader (the >picture, in ascii-graphics, either of a BSDaemon, or of the letters >"FreeBSD", and a list of about 9 options for booting. If I select item #5, >then I get a listing. The listing is quite distinct from what I identify >as Print#1, so I'll call this Print#2. If I either hit return at that There are no distinct names for what you call Print#1 and Print#2 because these outputs should be identical. Within the kernel, the verbosity is controlled by a boolean flag "bootverbose" - which is visible via sysctl as "debug.bootverbose". What differences are you seeing between the two outputs? What is the content of your /boot.config and /boot/loader.conf (and any other files you have changed in /boot)? Can you please provide the output from "sysctl debug.boothowto" and "kenv" in the the above two cases as well as a default boot. I presume you aren't seeing any of this odd behaviour when you boot =66rom an install CD. It would really help if you reverted back to a stock GENERIC kernel, with no local mods in / or /boot and then started re-applying your changes one at a time to see what has gone wrong. >I'm beginning, right now, to wonder: I increased the dmesg-buffer to 64K, I >wonder if maybe that might possibly cause the bug? I know it shouldn't, >but it wouldn't be the first time this week that I found weird behaviour in >the kernel: if you set the number of vtys from the default 16 down to 8, >that caused me to lose keyboard input to my X11. None of this should happen either. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --Op27XXJsWz80g3oF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdrzg/opHv/APuIcRAiHmAJ9kayXUg5sUgSibFqVIbW6jBjrCkwCgwUS2 vP89fmUedb0y12CttU5aOAg= =oa2D -----END PGP SIGNATURE----- --Op27XXJsWz80g3oF-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 21:35:25 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B61E16A417 for ; Sat, 29 Dec 2007 21:35:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id B37CB13C46B for ; Sat, 29 Dec 2007 21:35:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBTLZMUu019922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Dec 2007 08:35:23 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBTLZMis073533; Sun, 30 Dec 2007 08:35:22 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBTLZM5Q073532; Sun, 30 Dec 2007 08:35:22 +1100 (EST) (envelope-from peter) Date: Sun, 30 Dec 2007 08:35:21 +1100 From: Peter Jeremy To: "Edward B. DREGER" Message-ID: <20071229213521.GW40785@server.vk2pj.dyndns.org> References: <5950EE0C-383D-4D6B-9991-A0DEABD2ADE4@u.washington.edu> <7F9D2F63-B5E6-41DE-843A-8D673C2DC88E@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ofZMSlrAVk9bLeVm" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hackers@freebsd.org Subject: Re: BSD license compatible hash algorithm? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 21:35:25 -0000 --ofZMSlrAVk9bLeVm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2007 at 08:50:14PM +0000, Edward B. DREGER wrote: >...have you explored [order-preserving] minimal perfect hash functions? > >perfect_hash =3D ( hash1[x] + hash2[x] ) % entry_count ; This relies on pre-knowledge of all possible entries. It's excellent for (eg) keyword lookups in a compiler (and gcc uses gperf for that reason) but no good where the input can be arbitrary. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --ofZMSlrAVk9bLeVm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdr2Z/opHv/APuIcRAixVAJ9FRodz7VA5lSTTb+thHdgUfaj8QgCgktV2 NbDvoyWtAx8XEuzpRIaq+bY= =Xp6K -----END PGP SIGNATURE----- --ofZMSlrAVk9bLeVm-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 21:46:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B825D16A419 for ; Sat, 29 Dec 2007 21:46:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C77E13C465 for ; Sat, 29 Dec 2007 21:46:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBTLkjUV008231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Dec 2007 08:46:45 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id lBTLkiPE073613; Sun, 30 Dec 2007 08:46:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id lBTLki8R073612; Sun, 30 Dec 2007 08:46:44 +1100 (EST) (envelope-from peter) Date: Sun, 30 Dec 2007 08:46:44 +1100 From: Peter Jeremy To: Erich Dollansky Message-ID: <20071229214644.GY40785@server.vk2pj.dyndns.org> References: <47760132.5040306@pacific.net.sg> <47761B63.4010407@pacific.net.sg> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZQs1kEQY307C4ut" Content-Disposition: inline In-Reply-To: <47761B63.4010407@pacific.net.sg> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 21:46:47 -0000 --YZQs1kEQY307C4ut Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote: >All RISC based designs need the alignment so that the CPU can fetch a CPU= =20 >word in one go. CISC based designs do not have this limitiation. It's more that the additional logic required to split a single memory operation (load/store) into multiple bus cycles is incompatible with the RISC philosophy (though the AMD29K could apparently generate dummy bus cycles to limit the number of bit transitions on any cycle to reduce the I/O load). Most CISC architectures either needed to support non-aligned accesses for compatibility with previous architectures (eg 8080->8086) or gained non-aligned access support when they were enhanced to support wider buses (eg M68K). >I also do not know of any other CISC based design which made it to=20 >mainstream. You might like to read http://jbayko.sasktelwebsite.net/cpu.html --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --YZQs1kEQY307C4ut Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdsBE/opHv/APuIcRAgtpAKCze84MLqUkGHhWNrTO3rUOLwKo0wCgtY+j 3KQMBtquxYE7i2MwTCW9Kmg= =s+Sg -----END PGP SIGNATURE----- --YZQs1kEQY307C4ut-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 22:08:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6DA16A417 for ; Sat, 29 Dec 2007 22:08:12 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 255C513C43E for ; Sat, 29 Dec 2007 22:08:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 0E9CD5B2E; Sat, 29 Dec 2007 14:06:27 -0800 (PST) To: Peter Jeremy In-reply-to: Your message of "Sun, 30 Dec 2007 08:46:44 +1100." <20071229214644.GY40785@server.vk2pj.dyndns.org> Date: Sat, 29 Dec 2007 14:06:27 -0800 From: Bakul Shah Message-Id: <20071229220628.0E9CD5B2E@mail.bitblocks.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 22:08:12 -0000 > (though the AMD29K could apparently generate > dummy bus cycles to limit the number of bit transitions on any cycle > to reduce the I/O load). Are you sure it was the amd29k? I don't recall anything like that (and am too lazy to dig out its datasheets!). It too requiredd strict alignment though you could fix up unaligned accesses in a trap handler at some cost. From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 22:23:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5761C16A41B for ; Sat, 29 Dec 2007 22:23:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1124213C45B for ; Sat, 29 Dec 2007 22:23:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 65DA42089; Sat, 29 Dec 2007 23:23:37 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id CF800207E; Sat, 29 Dec 2007 23:23:36 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 8F7548449B; Sat, 29 Dec 2007 23:23:36 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Chuck Robey References: <476AF132.4080304@chuckr.org> <86abo1g2pu.fsf@ds4.des.no> <476EA521.9020707@chuckr.org> <20071224131425.GF23337@cicely12.cicely.de> <47715E1F.9080502@chuckr.org> <86sl1qikam.fsf@ds4.des.no> <477440A2.4070601@chuckr.org> <86sl1n14vv.fsf@ds4.des.no> <477698D8.2040802@chuckr.org> Date: Sat, 29 Dec 2007 23:23:36 +0100 In-Reply-To: <477698D8.2040802@chuckr.org> (Chuck Robey's message of "Sat\, 29 Dec 2007 13\:58\:32 -0500") Message-ID: <86y7bd16on.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: printing boot probe messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 22:23:46 -0000 Chuck Robey writes: > I'm sorry, Dag, but I am myself having problem describing it. I have been > asking for names, but while I get some guesses about the loss of printing, > they haven't given me names to use. I see two items that I can get, when > booting. If I stick "-v" in /boot.config, then when the kernel probes, a= ll > the probes are verbose. Stuff like my HDaudio card print incredibly > verbose listings. OK, that's what I will call here Print#1 > > The other thing is what I can see if I see the ascii-graphical loader (the > picture, in ascii-graphics, either of a BSDaemon, or of the letters > "FreeBSD", and a list of about 9 options for booting. If I select item #= 5, > then I get a listing. The listing is quite distinct from what I identify > as Print#1, so I'll call this Print#2. Actually, -v in /boot.config and item 5 in the beastie menu ("Boot FreeBSD with verbose logging" have *exactly* the same effect. Both set the boot_verbose loader variable, which in turn causes the kernel variable bootverbose (no underscore) to be set to 1. > If I either hit return at that > ascii booting menu (to get the default) or select item #1, then when it > boots, I get no print at all: I see the very first spinner character (but > it never prints the second one), and the next thing I see, it's printing > "Login:". This Print#2 looks like the old non-verbose booting messages > that I used to see, before I lost the printing of all booting messages. We've already covered the reason why you "lost the printing of all booting messages". Please fix it before asking another boot-related question. > I'm beginning, right now, to wonder: I increased the dmesg-buffer to 64K,= I > wonder if maybe that might possibly cause the bug? No. > I know it shouldn't, > but it wouldn't be the first time this week that I found weird behaviour = in > the kernel: if you set the number of vtys from the default 16 down to 8, > that caused me to lose keyboard input to my X11. Of course you did. You removed the vty device that is assigned to X11 in /etc/ttys, so it has no way of getting keyboard input with the standard keyboard driver. If you absolutely must have only 8 vtys in your system, simply edit /etc/ttys so X11 will run on a lower-numbered vty; but there is really *no reason at all* to change the number of vtys on a normal computer. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 22:37:37 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A4BB16A46C; Sat, 29 Dec 2007 22:37:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 24FB513C4DB; Sat, 29 Dec 2007 22:37:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 96D972089; Sat, 29 Dec 2007 23:37:28 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0AED7207E; Sat, 29 Dec 2007 23:37:28 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id C149B8449B; Sat, 29 Dec 2007 23:37:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Wilko Bulte References: <20071229.122221.-432830441.imp@bsdimp.com> <20071229193034.GA73845@freebie.xs4all.nl> Date: Sat, 29 Dec 2007 23:37:27 +0100 In-Reply-To: <20071229193034.GA73845@freebie.xs4all.nl> (Wilko Bulte's message of "Sat\, 29 Dec 2007 20\:30\:34 +0100") Message-ID: <86prwp161k.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, ivoras@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 22:37:37 -0000 Wilko Bulte writes: > In the past the alpha port had it too. No, it was optional and defaulted to off. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 29 23:15:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86B7E16A418 for ; Sat, 29 Dec 2007 23:15:50 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 662C013C44B for ; Sat, 29 Dec 2007 23:15:50 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id lBTNFl82077160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Dec 2007 15:15:47 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id lBTNFlu6077159; Sat, 29 Dec 2007 15:15:47 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA21992; Sat, 29 Dec 07 15:03:12 PST Date: Sat, 29 Dec 2007 15:01:43 -0800 From: perryh@pluto.rain.com To: ivoras@freebsd.org, imp@bsdimp.com Message-Id: <4776d1d7.zI7kRv9uFoaBNKnQ%perryh@pluto.rain.com> References: <20071229.122221.-432830441.imp@bsdimp.com> In-Reply-To: <20071229.122221.-432830441.imp@bsdimp.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Architectures with strict alignment? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Dec 2007 23:15:50 -0000 "M. Warner Losh" wrote: > In message: > Ivan Voras writes: > : Which of the architectures FreeBSD supports (if any) have strict > : memory alignment requirements? (in the sense that accessing a > : 32-bit integer not aligned on a 32-bit address results in a > : hardware trap/exception). > > Sparc64, powerpc, arm, and (thanks to Juniper and others) mips. The degree to which a PowerPC imposes a strict alignment requirement depends on both the particular processor model and the operation being performed. For ordinary integer arithmetic and logical operations, newer PPC processors tend to be more tolerant (although misalignment will typically carry a performance penalty). For the semaphore primitives (lwarx/stwcx.) most PPC will require proper alignment and some will fault if the operand address is cache-inhibited (even though correctly aligned).