Re: pgbench performance is lagging compared to Linux and DragonflyBSD?
2012/11/6 Wojciech Puchar woj...@wojtek.tensor.gdynia.pl: Tuning operating system for single benchmark is an example of that childish behaviour. LOL. That's what we did several years ago : http://people.freebsd.org/~kris/scaling/dfly.html I won't blame dflybsd for benchmarking something specific. Maybe there is something we can learn from what they did for the 3.2 release. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Pull in upstream before 9.1 code freeze?
2012/7/6 Mateusz Guzik mjgu...@gmail.com: and add a hook to the shell that prints the following: Command foo not found. Run pkg whatever foo to obtain list of ports/packages providing this program. No overhead, the message is not too long and can be disabled if someone finds it offensive. Does this sound reasonable? Just a better error message providing useful advices... no additional process launched to crawl a huge database... Sure, this sounds reasonable to me ! -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)
2012/7/5 Mike Meyer m...@mired.org: My objection was not due to misunderstanding about auto-install. I find the feature annoying - spewing a bunch of crap at me because of a typo. It annoys me far more often than it actually helps me, because more often than not the missing command is a typo, *not* an attempt to run a command I don't have. I.e., if I type mmap instead of nmap, I get: mwm@IPGhosterCrawlerI:~$ mmap No command 'mmap' found, did you mean: Command 'jmap' from package 'openjdk-6-jdk' (main) Command 'jmap' from package 'openjdk-7-jdk' (universe) Command 'gmap' from package 'gmap' (multiverse) Command 'gmap' from package 'scotch' (universe) Command 'tmap' from package 'emboss' (universe) Command 'smap' from package 'slurm-llnl' (universe) Command 'pmap' from package 'procps' (main) Command 'moap' from package 'moap' (universe) Command 'umap' from package 'libunicode-map8-perl' (main) Command 'map' from package 'sgt-puzzles' (universe) Command 'amap' from package 'amap-align' (universe) mmap: command not found And it really annoys me too because usually, instead of an immediate command not found, you've got a reply seconds later if on a not so fast computer. When working on Ubuntu, after a typo or missing command I have the time to realize that something strange is happening, to read again what I typed and to hit ^C before any message is displayed. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Pull in upstream before 9.1 code freeze?
2012/7/5 Doug Barton do...@freebsd.org: On 07/04/2012 15:01, Mike Meyer wrote: On Wed, 04 Jul 2012 14:19:38 -0700 Doug Barton do...@freebsd.org wrote: On 07/04/2012 11:51, Jason Hellenthal wrote: What would be really nice here is a command wrapper hooked into the shell so that when you type a command and it does not exist it presents you with a question for suggestions to install somewhat like Fedora has done. I would also like to see this feature, which is pretty much universal in linux at this point. It's very handy. I, on the other hand, count it as one of the many features of Linux that make me use FreeBSD. First, I agree that being able to turn it off should be possible. But I can't help being curious ... why would you *not* want a feature that tells you what to install if you type a command that doesn't exist on the system? You mean, this desktop dumb mode thing that makes my hard drive led crazy-blink and makes me hit (first) my desk and (then) ^C before anything is displayed ? my FreeBSD desktop : % time dsfsd dsfsd: Commande introuvable. 0.000u 0.002s 0:00.00 0.0% 0+0k 0+0io 0pf+0w an Ubuntu server : # time fsqfqsdfs fsqfqsdfs: command not found real0m0.408s user0m0.120s sys 0m0.040s and that's a *fast* one ! -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Pull in upstream before 9.1 code freeze?
2012/7/5 Dimitry Andric d...@freebsd.org: On 2012-07-05 12:03, Olivier Smedts wrote: ... You mean, this desktop dumb mode thing that makes my hard drive led crazy-blink and makes me hit (first) my desk and (then) ^C before anything is displayed ? The next step will be to start searching the internet in the background, while you incrementally type characters... (complete with insulting Did you mean 'foo'? type suggestions. ;) But Google can afford crazy-blinking-led-hard-drives ;-) -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)
2012/7/5 Warner Losh i...@bsdimp.com: On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: Just because you don't like the idea doesn't make it stupid, and just because it comes from linux doesn't make it bad. Both true. However, if the database lookups took a long time, or had a high overhead to maintain, then it would be stupid to have on by default. Yes. And that's why I disagree for turning this kind of feature on by default. I feel when I'm under an Ubuntu (or other desktop-centric distro) shell because of the delay after trying to execute, for examble, a mis-typed command. Sometimes it takes so much time to respond that I think the command was good, and go drink a coffee. Only to find out that no, it was just bloatware running. FreeBSD is so responsive as it is. I posted time results in another thread, and an Ubuntu Server took half a second to respond command not found at the first try, and it was a multi-GHz multi-core class CPU with multi-GB of RAM and multi-hard drive on a RAID. A not so old laptop I have takes ages to lookup that database ! Wouldn't PC-BSD be a better place for that ? -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [RFT][patch] Scheduling for HTT and not only
2012/2/27 George Mitchell george+free...@m5p.com: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell Are you using sysmouse (moused) for the xorg pointer ? -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [RFT][patch] Scheduling for HTT and not only
2012/2/27 George Mitchell george+free...@m5p.com: On 02/27/12 05:35, Olivier Smedts wrote: 2012/2/27 George Mitchellgeorge+free...@m5p.com: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell Are you using sysmouse (moused) for the xorg pointer ? Yes. -- George Mitchell Can you try with hald, or directly with the mouse device, without using moused ? Others reported they had better interactivity without sysmouse/moused. Really better (no mouse lag or freeze when under high load). -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Speeding up the loader(8).
2012/2/6 Olivier Smedts oliv...@gid0.org: 2012/1/23 Edward Tomasz Napierała tr...@freebsd.org: Some time ago I've spent some time on trying to speed up loading modules by the loader(8). Result can be found at: http://people.freebsd.org/~trasz/fast-loader-3.diff I use it successfully on my FreeBSD 9.0-STABLE amd64 with ZFS on root. It sped up the loading time significantly, now booting on ZFS feels nearly as speedy as on UFS. Some debug output on the loader screen since I use this patch : BIOS drive D: is disk1 BIOS drive E: is disk2 [bd_realstrategy: reading 0] [bd_realstrategy: reading 0] [bd_realstrategy: read ing 0] BIOS 638 kB/3600049kB available Is it normal ? -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: 8 to 9: Kernel modularization -- did it change?
2012/2/18 per...@pluto.rain.com: Doug Barton do...@freebsd.org wrote: loading modules through loader.conf is veeryy slooww ... Is it noticeably slower to load (say) a 6MB kernel + 2MB of modules than to load an 8MB kernel? If so, any idea why? It has been *really* slower to load many files (modules) since I switched to ZFS on root. I had to build a monolithic kernel to save 10-15s of loading time. Now I use trasz@'s (CC'ed) patch to speed up the loader, and it seems maybe as fast as with UFS. I don't know if the patch speeds up things with UFS, but with ZFS it made a big difference. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Speeding up the loader(8).
2012/1/23 Edward Tomasz Napierała tr...@freebsd.org: Some time ago I've spent some time on trying to speed up loading modules by the loader(8). Result can be found at: http://people.freebsd.org/~trasz/fast-loader-3.diff I use it successfully on my FreeBSD 9.0-STABLE amd64 with ZFS on root. It sped up the loading time significantly, now booting on ZFS feels nearly as speedy as on UFS. In my tests under VMWare Fusion, this cut the modules loading time by half. I don't intend to commit the patch as-is - the first part looks dangerous (the splitting was probably done for a reason), the second is hackish, and the third doesn't improve anything by itself. I'm working on something else at a moment; feel free to pick this up. Thanks -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [UPDATE] New Boot-Loader Menu -- version 1.1
this week. Thanks again, I'll test 1.2 version in a few hours :) -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [UPDATE] New Boot-Loader Menu -- version 1.3
2011/5/3 Devin Teske dte...@vicor.com: Hey all, Proud to bring you version 1.3 which completes the followup suggestions made by Olivier Smedts (use autoboot_delay instead of loader_menu_timeout and change dc_seconds to loader_delay) and a couple other minor enhancements/fixes. I think that brings everything up to speed with the phenomenal feedback provided so far. Really, thank you all very much. That was fast ! Get your update at http://druidbsd.sf.net/ or http://druidbsd.sourceforge.net/download/loader_menu-1.3.tgz Installed here, on another computer. Added to /boot/loader.conf : loader_delay=0 loader_color=YES Removed : loader_logo=beastie Kept : autoboot_delay=3 I'm happy with it. The stop delay on all keys feature is great, I have an habit of using arrow keys to stop or reset delays in boot loaders because those keys usually don't have a special meaning like letters or space bar can have (except selecting another entry, in grub for example). But still, on this computer I've got 2. ACPI Support: Disabled, while the old loader offers me to boot with ACPI disabled. ACPI seems enabled after boot in both cases. I've got this behavior on 2 computers with different hardware, they both use 9-CURRENT (latest and few days old) amd64, compiled with clang. I'll try to investigate a little more. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [UPDATE] New Boot-Loader Menu -- version 1.1
2011/5/2 Devin Teske dte...@vicor.com: NOTE: Apologies if this comes through multiple times. I'm having problems getting this e-mail to appear on the list. Hi again, fellow hackers, First, I'd like to thank all of you for the input and suggestions that you provided. Things are moving fast and nimble here. With over 1,000 lines of code changed (in one single 24-hour period), I'd like to announce an update to my advanced boot-loader menu. This version (1.1) attempts to address all community requests. You can grab the updated code here: http://druidbsd.sourceforge.net/ or http://druidbsd.sourceforge.net/download/loader_menu-1.1.tgz Using it right now. Great :) What would you think of using the bw variant of a logo when loader_color=NO ? Oh forget that, I tried without a loader_logo setting, and it seems to be the case with the default orb. It was only strange with my previous setting of loader_logo=beastie, without the new loader_color setting. The previous loader behavior when an unknown key was pressed was to reset the delay to the autoboot_delay value. And it also worked with, for examble, the arrow keys. I appreciated it, like I appreciate your Space to pause ! Do you know why this loader displays ACPI Support: Disabled on my 9-CURRENT amd64 computer when it really seems to be enabled ? Note acpi.ko is not loaded, it's in the GENERIC kernel. loader_menu_timeout=N Timeout in seconds (N) until the menu aborts, causing the system to autoboot with the displayed options. Default is 10 seconds. Pressing any key during the duration will cancel the timeout. Could you add a compatibility shim for the actual autoboot_delay variable ? dc_seconds=N By default, loader_menu introduces a 2-second delay before launching the menu for improved debugging abilities. This option customizes the duration (setting it to zero disables the delay). However, it is worth noting that pressing ENTER anytime during the delay will preempt the duration, launching the menu immediately upon keypress. For consistency with all the logo_* variables, what would you think of using something like loader_delay instead of dc_seconds ? (and yes, I know, autoboot_delay doesn't begin with loader_, but it was there before ;) Many thanks ! -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [RELEASE] New Boot-Loader Menu
Le 29 avr. 2011 à 21:17, Devin Teske dte...@vicor.com a écrit : -Original Message- From: Freddie Cash [mailto:fjwc...@gmail.com] Sent: Friday, April 29, 2011 11:20 AM To: Devin Teske Cc: FreeBSD Hackers Subject: Re: [RELEASE] New Boot-Loader Menu Very nice and functional, without adding a lot of extra verbosity or steps. I really appreciated the clean install via binary package. Well done. Only question I have is whether it's possible to use the Beastie ASCII image instead of the pointy-eared blob? The beastie.4th file is still present under /boot, but I don't know how to hook it into the new menu. Glad you asked. This couldn't be easier. Open up `/boot/menu.rc' and look for the following lines (LINE 9-10): \ Customizations set logo=orb Feel free to play with any of the following drop-in replacements: set logo=beastie set logo=beastiebw set logo=fbsdbw set logo=orb set logo=orbbw Would it be possible to support the curent loader settings present in /boot/loader.conf ? I've got something like : loader_logo=beastie autoboot_delay=0 And while the pre-menu delay of 2 seconds is great, is it possible to turn it off or adjust it ? Thanks ! Simply deleting the line or comment it out (by adding \ -- backslash-space -- to the beginning of the line) is equivalent to setting logo to beastie. Here's a short explanation of each value: NAMEDESCRIPTION beastieColor ``Helper Daemon'' mascot (19 rows x 34 columns) beastiebwB/W ``Helper Daemon'' mascot (19 rows x 34 columns) fbsdbwFreeBSD logo in B/W (13 rows x 21 columns) orbColor ``Orb'' mascot (15 rows x 30 columns) orbbwB/W ``Orb'' mascot (15 rows x 30 columns) I'm not sure what you meant by Beastie ASCII image, but I think you're either looking for beastie or fbsdbw. You should have to, but if you need to, you can add: set logoX=X set logoY=Y to force the row/column placement of beastie. -- Devin -- Freddie Cash fjwc...@gmail.com _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Keeping /etc/localtime up-to-date
2011/3/28 dieter...@engineer.com: And while I (think I) recall that the equivalent of /etc/localtime was implemented in some version of SunOS many years ago as a symlink, I believe that approach could be problematic for FreeBSD, as it could impose some unintended requirements on some of the start-up scripts. I have been running FreeBSD and NetBSD with /etc/localtime being a symlink for years and have not seen any problems as a result. The symlink's target is in /usr (/usr/share/zoneinfo/), which is separated in the default partition layout. But both /etc/rc.d/adjkerntz and /usr/src/UPDATING require mounting filesystems before calling adjkerntz, so it should be ok. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Keeping /etc/localtime up-to-date
2011/3/29 Devin Teske dte...@vicor.com: On Mon, 2011-03-28 at 16:52 -0400, dieter...@engineer.com wrote: And while I (think I) recall that the equivalent of /etc/localtime was implemented in some version of SunOS many years ago as a symlink, I believe that approach could be problematic for FreeBSD, as it could impose some unintended requirements on some of the start-up scripts. I have been running FreeBSD and NetBSD with /etc/localtime being a symlink for years and have not seen any problems as a result. The one (and only) problem that I've seen from using a symlink for /etc/localtime is that -- since the /usr partition is not mounted early-on -- boot messages get logged in GMT offset until /usr is mounted. However, some simply ignore this. What boot messages are these? The messages generated during boot -- see /var/log/messages. grep 2011 /var/run/dmesg.boot Those aren't the boot messages I'm referring to (and by convention, I would call those the kernel boot messages as only the kernel messages are found there). Copyright (c) 1992-2011 The FreeBSD Project. FreeBSD 8.2-RELEASE #9: Sun Mar 6 18:47:36 pst 2011 Huh? Please help me understand why you'd grep for 2011 in the context of this topic (timezone differences). Here's an impirical test: 1. Put your BIOS into GMT 2. Make /etc/localtime a symbolic link to /usr/share/zoneinfo/America/Los_Angeles 3. Reboot In our experience, the Regents of the University of California message is logged to /var/log/messages in GMT and subsequent messages (produced after /usr is mounted) are logged in the desired timezone. NOTE: This assumes that / and /usr are separate partitions. Not for me (BIOS clock set to UTC) : % uname -a FreeBSD q.gid0.org 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r220114: Mon Mar 28 23:42:11 CEST 2011 r...@q.gid0.org:/usr/obj/usr/src/sys/QUAD amd64 % date mar 29 mar 2011 00:41:41 CEST % uptime 0:41 up 30 mins, 3 users, load averages: 0,06 0,06 0,07 % ls -l /etc/localtime lrwxr-xr-x 1 root wheel 32 29 jui 2008 /etc/localtime@ - /usr/share/zoneinfo/Europe/Paris % mount tank/freebsd on / (zfs, local, noatime, nfsv4acls) [...] tank/freebsd/usr on /usr (zfs, local, noatime, nfsv4acls) [...] % grep -i regents /var/log/messages Mar 29 00:12:08 q kernel: The Regents of the University of California. All rights reserved. % tail -n 1 /var/log/messages Mar 29 00:12:08 q kernel: kbd0 at ukbd0 I don't think this content is added to /var/log/messages during boot, because the kernel doesn't have access to the log file (and if /usr is not mounted, neither is /var). I thought the kernel messages were saved in memory (system message buffer), and only after boot (and filesystems mounted, and syslogd started) were they dumped to a file. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Using mergemaster to keep /etc/localtime updated
2011/3/28 Doug Barton do...@freebsd.org: I'm starting a new thread since while the previous one contained a lot of good information it was starting to get a big fragmented, and as someone pointed out mergemaster is not a general solution so I want to focus on the area that I'm actually responsible for. :) Having read everything in the thread (and thanks to all who contributed, btw) my current plan is to add some code to the end (in the section that deals with things like running cap_mkdb if you update login.conf) to do the following. Please let me know if this sounds reasonable, or if I'm missing something: 1. If /var/db/zoneinfo exists, check to see if /etc/localtime is the same as /usr/share/`cat /var/db/zoneinfo` and if not, prompt the user to run tzsetup. 2. If /var/db/zoneinfo does not exist, and /etc/localtime is not a symlink to a tz file ? check to see if kern.osreldate is after the date that the code was added, and if so, prompt the user to run tzsetup. So how would mergemaster behave after a fresh make installworld distribution in an empty DESTDIR ? Isn't it supposed to do nothing in this case, because all should already be up-to-date ? 3. If /var/db/zoneinfo does not exist, and the new code has not been added yet, attempt to determine the right answer, and create a /var/db/zoneinfo file. (Note, I do not look forward to writing that bit.) :) Sound reasonable? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: intel i5 - core? or core2?
2010/8/21 Garrett Cooper gcoo...@freebsd.org: On Fri, Aug 20, 2010 at 5:19 PM, Atom Smasher a...@smasher.org wrote: hardware: MACH: x86_64 (LENOVO, 4313CTO, ThinkPad T510) CPU: x86_64 (Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz) FreeBSD 8.1-RELEASE #0 (amd64) in /etc/make.conf i tried setting CPUTYPE=core but as soon as i start building things, lang/perl5.10 fails, complaining about core not being right. when i change the setting to CPUTYPE=core2 it builds fine. is something wrong? i thought the i5 was core, not core2...? I thought our base gcc didn't support core/core2 (IIRC gcc 4.4+ supports core/core2). Maybe this is a documentation bug with .../share/examples/etc/make.conf ? CPYTYPE is make.conf and -march in gcc are different things. After a lot of reading (/usr/share/examples/etc/make.conf and man gcc) and testing, here is what I use for my core2 : CPUTYPE=core2 CFLAGS=-O2 -pipe -march=native NO_CPU_CFLAGS=yes COPTFLAGS=-O2 -pipe -march=native NO_CPU_COPTFLAGS=yes I think you can use the same for your i5. Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Support for WD Advanced Format disks
2010/8/11, Valentin Nechayev ne...@netch.kiev.ua: I'm looking into a clean, permanent solution for WD Green drives that use 4096-byte physical sectors. To summarize the information I've collected so far: There is attempt to look from another side - is it really needed? Captain Obvious says that if one have a new disk, it's easy to format it properly - i.e. not xxx*16*63 but aligned on 4KB boundary. For example, set up geometry xxx*64*32 for all new disks and align GPT partitions on 1MB boundary. As soon as FS requests in FreeBSD are no less than 4KB in size, this would satisfy any disk. That would not satisfy ZFS, which uses smaller (than 4KB) chunks for small files. That's a big problem on RAID-Z. If 4KB sectors are our future for a few next years, this shall be implemented anyway... -netch- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: ATA 4K sector issues
2010/3/17 Thiago Damas tda...@gmail.com: I'll try tomorrow more zfs tests, with 1M alignment on begining of disk. But I also remember that zfs block size its 128k, but metadata can be of dynamic size. And we can use compressed files too. ZFS block size for data is not fixed at 128k, search for recordsize in the zfs man page. There is a sysctl, md_compress, that I turned out in my tests, but not working as expected. Why using gnop -S 4096 works well? Interesting thread for issues with actual 4k disks : http://opensolaris.org/jive/thread.jspa?messageID=447926 I'm waiting for a jumper on those 4k disks to turn off the legacy 512b mode. Thiago ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: ATA 4K sector issues
2010/3/17 Thiago Damas tda...@gmail.com: I had problem with ZFS. With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to not use those disks. So maybe this was not a ZFS problem but a partition misalignment problem ? On a properly aligned partition with a physical sector size of 4KB and a logical sector size of 512 bytes, will ZFS try to use blocksizes of less than 4KB ? Blocksize in ZFS seems to be dynamic (at least when not told to use a fixed blocksize), but I didn't see somewhere in the manpage or Sun's website which minimum blocksize ZFS would use for small files, and if there is a lower limit on blocksizes to use. 2010/3/17 Mohacsi Janos moha...@niif.hu On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote: Mohacsi Janos moha...@niif.hu writes: What is the situation with ATA 4K dirves in FreeBSD? Are there any support for them in fdisk or disklabel? Hmm, didn't we discuss this already? All we need to do is change the defaults in fdisk so it rounds partition offsets and sizes to a multiple of 8 sectors (or 16 for future-proofing) instead of aligning them with fictitious cylinder boundaries. Bsdlabel, as disklabel is properly known, already DTRT: by default, the first partition starts at offset 16. Just make sure you specify sizes that are divisible by 8 or 16 blocks (not an issue if you use the M or G suffixes). Sysinstall operates in megabytes. Thanks for the information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: ATA 4K sector issues
2010/3/17 Bruce Cran br...@cran.org.uk: On Wednesday 17 March 2010 10:16:16 Mohacsi Janos wrote: Dear FreeBSD hackers, What is the situation with ATA 4K dirves in FreeBSD? Are there any support for them in fdisk or disklabel? # mdconfig -a -f ddfile -S 4096 md0 # fdisk /dev/md0 fdisk: could not detect sector size # mdconfig -d -u 0 # mdconfig -a -f ddfile -S 1024 md0 # fdisk /dev/md0 *** Working on device /dev/md0 *** parameters extracted from in-core disklabel are: cylinders=130 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=130 heads=255 sectors/track=63 (16065 blks/cyl) fdisk: invalid fdisk partition table found fdisk: /boot/mbr: length must be a multiple of sector size So it seems there's still work to do to get fdisk working, but I can't try gpart since I don't have a real disk. Why not on geom_md ? # mdconfig -a -f ddfile -S 4096 # gpart create -s gpt md0 # gpart list md0 Geom name: md0 fwheads: 32 fwsectors: 1 last: 25594 first: 6 entries: 128 scheme: GPT Consumers: 1. Name: md0 Mediasize: 104857600 (100M) Sectorsize: 4096 Mode: r0w0e0 Same results with MBR scheme. -- Bruce Cran ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: What's changed between 7.1 and 7.2
2009/7/8 Wojciech Puchar woj...@wojtek.tensor.gdynia.pl: i'm getting that crap every time i remount filesystem and on startup. GEOM_LABEL: Label ufsid/48dd2cbe8423dd9e removed. GEOM_LABEL: Label for provider mirror/sysa is ufsid/48dd2cbe8423dd9e. GEOM_LABEL: Label ufsid/48dd2cbe8423dd9e removed. GEOM_LABEL: Label for provider mirror/sysa is ufsid/48dd2cbe8423dd9e. GEOM_LABEL: Label ufsid/48dd2cbe8423dd9e removed. GEOM_LABEL: Label for provider mirror/sysa is ufsid/48dd2cbe8423dd9e. GEOM_LABEL: Label ufsid/48dd2cbe8423dd9e removed. GEOM_LABEL: Label for provider mirror/sysa is ufsid/48dd2cbe8423dd9e. Hello, I posted something similar few weeks ago : http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005546.html i'm using glabel only to avoid mess about what drive is connected to what SATA port. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: support for i45 (ich10) chipsets
2009/1/10 Aryeh M. Friedman aryeh.fried...@gmail.com: Olivier SMEDTS wrote: Hello, 2009/1/10 Aryeh M. Friedman aryeh.fried...@gmail.com: I just got a i45 based motherboard and everything works except for the following pci: no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet This does not seem to be related to the Intel ICH10 chipsets. This must be a second network adapter on your motherboard. For information, my ASUS P5Q3 (Intel ICH10 too) works very well, everything is detected. The two network controllers are a 88E8056 Yukon PCI-E Same motherboard ASUS P5Q3 or P5Q3 Deluxe ? I've got the Deluxe one, maybe the ethernet controllers are different. The only thing not working on mine is the integrated 802.11n wireless controller. It's a Ralink chipset (don't remember which one) attached to the USB bus. There's a linux driver available. Gigabit Ethernet Controller (if_msk driver) and a Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper) (if_sk driver). Is your watchdog detected (ichwd driver) ? I'm also using the ichsmb driver without issues. See the following thread on freebsd-questions : http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/187147.html According to it, RTL8168/8111 should work with 7.1-RELEASE. Are you using the if_re driver ? Try loading the if_re.ko module, as I think it's not in the GENERIC kernel. I am used to current where it is in GENERIC so will add it to my config I guess Cheers does -current support it or should I stay with 7.1-RELEASE ? (i386) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: support for i45 (ich10) chipsets
Hello, 2009/1/10 Aryeh M. Friedman aryeh.fried...@gmail.com: I just got a i45 based motherboard and everything works except for the following pci: no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet This does not seem to be related to the Intel ICH10 chipsets. This must be a second network adapter on your motherboard. For information, my ASUS P5Q3 (Intel ICH10 too) works very well, everything is detected. The two network controllers are a 88E8056 Yukon PCI-E Gigabit Ethernet Controller (if_msk driver) and a Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper) (if_sk driver). Is your watchdog detected (ichwd driver) ? I'm also using the ichsmb driver without issues. See the following thread on freebsd-questions : http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/187147.html According to it, RTL8168/8111 should work with 7.1-RELEASE. Are you using the if_re driver ? Try loading the if_re.ko module, as I think it's not in the GENERIC kernel. Cheers does -current support it or should I stay with 7.1-RELEASE ? (i386) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
What is your MACHINE_ARCH ? Mine is amd64, I think there's a problem with the conditional in sys/boot/i386/gptzfsboot/Makefile. ld doesn't need gptzfsboot.o on i386. Olivier 2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x0 -o gptzfsboot.out /usr/obj/usr/src/sys/boot/i386/gptzfsboot/../btx/lib/crt0.o zfsboot.o sio.o gptzfsboot.o ld: gptzfsboot.o: No such file: No such file or directory *** Error code 1 Stop in /usr/src/sys/boot/i386/gptzfsboot. *** Error code 1 I am experiencing the exact same problem with a fresh svn checkout Just my me too. I did not experience the problem 24 hours ago (after ZFS version 13 update and zfsboot import). -- Pascal Hofstee ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x0 -o gptzfsboot.out /usr/obj/usr/src/sys/boot/i386/gptzfsboot/../btx/lib/crt0.o zfsboot.o sio.o gptzfsboot.o ld: gptzfsboot.o: No such file: No such file or directory *** Error code 1 Stop in /usr/src/sys/boot/i386/gptzfsboot. *** Error code 1 I am experiencing the exact same problem with a fresh svn checkout Just my me too. I did not experience the problem 24 hours ago (after ZFS version 13 update and zfsboot import). -- Pascal Hofstee ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x0 -o gptzfsboot.out /usr/obj/usr/src/sys/boot/i386/gptzfsboot/../btx/lib/crt0.o zfsboot.o sio.o gptzfsboot.o ld: gptzfsboot.o: No such file: No such file or directory *** Error code 1 Stop in /usr/src/sys/boot/i386/gptzfsboot. *** Error code 1 I am experiencing the exact same problem with a fresh svn checkout Just my me too. I did not experience the problem 24 hours ago (after ZFS version 13 update and zfsboot import). That's it. Seems to work with the following patch : --- sys/boot/i386/gptzfsboot/Makefile.orig 2008-11-20 19:58:45.0 +0100 +++ sys/boot/i386/gptzfsboot/Makefile 2008-11-20 20:01:53.0 +0100 @@ -65,7 +65,7 @@ zfsboot.o: ${.CURDIR}/../../zfs/zfsimpl.c .if ${MACHINE_ARCH} == amd64 -beforedepend gptzfsboot.o: machine +beforedepend gptzfsboot.bin: machine CLEANFILES+= machine machine: ln -sf ${.CURDIR}/../../../i386/include machine I've cc'ed current@ because HEAD is broken on amd64 for now. Cheers, Olivier -- Pascal Hofstee ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x0 -o gptzfsboot.out /usr/obj/usr/src/sys/boot/i386/gptzfsboot/../btx/lib/crt0.o zfsboot.o sio.o gptzfsboot.o ld: gptzfsboot.o: No such file: No such file or directory *** Error code 1 Stop in /usr/src/sys/boot/i386/gptzfsboot. *** Error code 1 I am experiencing the exact same problem with a fresh svn checkout Just my me too. I did not experience the problem 24 hours ago (after ZFS version 13 update and zfsboot import). That's it. Seems to work with the following patch : --- sys/boot/i386/gptzfsboot/Makefile.orig 2008-11-20 19:58:45.0 +0100 +++ sys/boot/i386/gptzfsboot/Makefile 2008-11-20 20:01:53.0 +0100 @@ -65,7 +65,7 @@ zfsboot.o: ${.CURDIR}/../../zfs/zfsimpl.c .if ${MACHINE_ARCH} == amd64 -beforedepend gptzfsboot.o: machine +beforedepend gptzfsboot.bin: machine CLEANFILES+= machine machine: ln -sf ${.CURDIR}/../../../i386/include machine Sorry for replying again to my own post :) The patch is crap, in fact it just breaks the already broken conditional. At least I can buildworld on amd64 now (I don't use the recently introduced gptzfsboot). Makefile experts ? I've cc'ed current@ because HEAD is broken on amd64 for now. Cheers, Olivier -- Pascal Hofstee ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
On Thu, Nov 20, 2008 at 07:49:06PM +, Pegasus Mc Cleaft wrote: On Thursday 20 November 2008 18:57:53 Olivier SMEDTS wrote: What is your MACHINE_ARCH ? Mine is amd64, I think there's a problem with the conditional in sys/boot/i386/gptzfsboot/Makefile. ld doesn't need gptzfsboot.o on i386. Now I think I've got it : All the '.if ${MACHINE_ARCH} == amd64' which replace the amd64 machine link with an i386 one are useless on 7.0 and -CURRENT since rev. 1.17 of sys/boot/efi/libefi/Makefile. This file already takes care of replacing MACHINE_ARCH. And I don't think zfs*boot will be in 6-STABLE. You can apply the following patch in sys/boot/i386. I'll submit a PR if it's not committed before. Cheers, Olivier Olivier 2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? SNIP Hi Oliver, My machine is an Core2 Quad running under AMD64. (CPUTYPE?=core2) Thanks for replying. It puts my mind to ease because I was thinking it was a problem I created (I recently moved the /usr/src directory into a seperate zfs filing system) Peg -- Olivier Smedts _ ASCII ribbon campaign( ) e-mail: [EMAIL PROTECTED] - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. --- boot2/Makefile.orig 2008-11-20 20:56:31.0 +0100 +++ boot2/Makefile 2008-11-20 20:56:42.0 +0100 @@ -94,11 +94,4 @@ ORG1=`printf %d ${ORG1}` \ REL1=`printf %d ${REL1}` ${.TARGET} -.if ${MACHINE_ARCH} == amd64 -beforedepend boot2.s: machine -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.prog.mk --- gptboot/Makefile.orig 2008-11-20 20:50:34.0 +0100 +++ gptboot/Makefile2008-11-20 20:50:40.0 +0100 @@ -67,11 +67,4 @@ gptboot.o: ${.CURDIR}/../../common/ufsread.c -.if ${MACHINE_ARCH} == amd64 -beforedepend gptboot.o: machine -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.prog.mk --- libfirewire/Makefile.orig 2008-11-20 20:56:07.0 +0100 +++ libfirewire/Makefile2008-11-20 20:56:18.0 +0100 @@ -16,15 +16,4 @@ CFLAGS+= -Wformat -Wall -.if ${MACHINE_ARCH} == amd64 -CLEANFILES+=machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.lib.mk - -.if ${MACHINE_ARCH} == amd64 -beforedepend ${OBJS}: machine -.endif - --- libi386/Makefile.orig 2008-11-20 20:55:38.0 +0100 +++ libi386/Makefile2008-11-20 20:55:55.0 +0100 @@ -45,14 +45,4 @@ # the location of libstand CFLAGS+= -I${.CURDIR}/../../../../lib/libstand/ -.if ${MACHINE_ARCH} == amd64 -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.lib.mk - -.if ${MACHINE_ARCH} == amd64 -beforedepend ${OBJS}: machine -.endif --- loader/Makefile.orig2008-11-20 20:54:43.0 +0100 +++ loader/Makefile 2008-11-20 20:54:58.0 +0100 @@ -110,10 +110,3 @@ LDADD= ${LIBFICL} ${LIBFIREWIRE} ${LIBZFS} ${LIBI386} -lstand .include bsd.prog.mk - -.if ${MACHINE_ARCH} == amd64 -beforedepend ${OBJS}: machine -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif --- zfsboot/Makefile.orig 2008-11-20 20:54:18.0 +0100 +++ zfsboot/Makefile2008-11-20 20:54:27.0 +0100 @@ -98,11 +98,4 @@ ORG1=`printf %d ${ORG1}` \ REL1=`printf %d ${REL1}` ${.TARGET} -.if ${MACHINE_ARCH} == amd64 -beforedepend zfsboot.s: machine -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.prog.mk --- gptzfsboot/Makefile.orig2008-11-20 19:58:45.0 +0100 +++ gptzfsboot/Makefile 2008-11-20 20:50:25.0 +0100 @@ -64,11 +64,4 @@ zfsboot.o: ${.CURDIR}/../../zfs/zfsimpl.c -.if ${MACHINE_ARCH} == amd64 -beforedepend gptzfsboot.o: machine -CLEANFILES+= machine -machine: - ln -sf ${.CURDIR}/../../../i386/include machine -.endif - .include bsd.prog.mk ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build problems with gptzfsboot (AMD64) 8.0-CURRENT
2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: On Thu, Nov 20, 2008 at 07:49:06PM +, Pegasus Mc Cleaft wrote: On Thursday 20 November 2008 18:57:53 Olivier SMEDTS wrote: What is your MACHINE_ARCH ? Mine is amd64, I think there's a problem with the conditional in sys/boot/i386/gptzfsboot/Makefile. ld doesn't need gptzfsboot.o on i386. Now I think I've got it : All the '.if ${MACHINE_ARCH} == amd64' which replace the amd64 machine link with an i386 one are useless on 7.0 and -CURRENT since rev. 1.17 of sys/boot/efi/libefi/Makefile. This file already takes care of replacing MACHINE_ARCH. And I don't think zfs*boot will be in 6-STABLE. Wow, still not good... I was too enthusiastic while waiting for a fresh buildworld to finish. It worked without cleaning though (buildworld without patch then patch then make clean in sys/boot/i386 then finish buildworld without cleaning). Must have missed something. I give up for today, I think I really must sleep :) You can apply the following patch in sys/boot/i386. I'll submit a PR if it's not committed before. Cheers, Olivier Olivier 2008/11/20 Olivier SMEDTS [EMAIL PROTECTED]: 2008/11/20 Pascal Hofstee [EMAIL PROTECTED]: On Thu, 20 Nov 2008 01:46:31 - Pegasus Mc Cleaft [EMAIL PROTECTED] wrote: Hi everyone, I am having difficulties rebuilding the world after some patches were made today. I was wondering if anyone else is experiencing the same troubles? SNIP Hi Oliver, My machine is an Core2 Quad running under AMD64. (CPUTYPE?=core2) Thanks for replying. It puts my mind to ease because I was thinking it was a problem I created (I recently moved the /usr/src directory into a seperate zfs filing system) Peg -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED]- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Call for testers - new ichwd ids
Hello hackers, If you have an Intel ICH chipset and the ichwd driver doesn't work for you, please test this patch : http://www.freebsd.org/cgi/query-pr.cgi?prp=126736-1-txtn=/PATCH It adds new PCI IDs to the ichwd driver. It has been tested on an ICH10R-based motherboard (Asus P5Q3 Deluxe). The watchdog is detected and works (don't forget watchdogd_enable=YES in /etc/rc.conf). See http://www.freebsd.org/cgi/query-pr.cgi?pr=126736 for more details. Olivier -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: [EMAIL PROTECTED] - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]