Re: tmpfs is zero bytes (no free space), maybe a zfs bug?
On Wed, 19 Jan 2011 11:09:31 +0100 Attila Nagy wrote: > On 01/19/11 09:46, Jeremy Chadwick wrote: > > On Wed, Jan 19, 2011 at 09:37:35AM +0100, Attila Nagy wrote: > >> I first noticed this problem on machines with more memory (32GB > >> eg.), but now it happens on 4G machines too: > >> tmpfs 0B 0B 0B > >> 100%/tmp > >> FreeBSD builder 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sat Jan > >> 8 22:11:54 CET 2011 > >> > >> Maybe it's related, that I use zfs on these machines... > >> > >> Sometimes it grows and shrinks, but generally there is no space > >> even for a small file, or a socket to create. > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/060867.html > > > Oh crap. :( > > I hope somebody can find the time to look into this, it's pretty > annoying... It's also listed as a bug on OpenSolaris: http://bugs.opensolaris.org/bugdatabase/view_bug.do;?bug_id=6804661 -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1 amd64 lockup (maybe zfs or disk related)
On Mon, 2011-02-07 at 00:55 -0800, Jeremy Chadwick wrote: > # NOTE: Systems with 8GB of RAM or more have prefetch enabled by default. > vfs.zfs.prefetch_disable="1" I think ZFS is enabled with 4 GB or more, not 8 GB: "ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf." -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Constant rebooting after power loss
On 01/04/2011 16:37, Marat N.Afanasyev wrote: to ensure consistency you should turn off physical drive caches, and degrade performance significantly, sometimes up to 1000x. if this is what you want, you may use either zfs or sync ufs. in such case you may be almost sure that your filesystems are consistent. but if you use drive's cache, then without UPS you will face data loss and vanished filesystem earlier or later I'm not sure the performance loss is so severe with modern drives (attached to a decent controller). If they do tagged queuing (NCQ/TCQ) I think a lot of the performance lost through disabling the write cache can be regained through the queueing system. -- Bruce Cran
Re: Constant rebooting after power loss
On 01/04/2011 16:47, Stefan `Sec` Zehl wrote: If you want to get rid of the reboot loop, set: background_fsck="NO" Then it will either come up, or ask for help if anything fails. I realise that people like having systems that come up quickly after a crash, but is it worth reconsidering disabling background fsck by default since it can cause issues like this? -- Bruce Cran
Re: Constant rebooting after power loss
On 02/04/2011 04:35, Matthew Dillon wrote: First, a power loss to the drive will cause the drive's dirty write cache to be lost, that data will not make it to disk. Nor do you really want to turn of write caching on the physical drive. Well, you CAN turn it off, but if you do performance will become so bad that there's no point. So turning off the write caching is really a non-starter. Do you know if that's changed at all with NCQ on modern SATA drives? I've seen people commenting that using tags recovers most, if not all, of the performance lost by disabling the write cache. -- Bruce Cran
Re: drives >2TB on mpt device
On Mon, 4 Apr 2011 15:07:01 +0200 Gerrit Kühn wrote: > Are there any hints how to access the full drive? Am I seeing a > limitation of the controller/firmware or rather of the driver (mpt)? It looks like a known issue: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/147572 -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS root on MB Intel S3420GP
On Sun, 17 Apr 2011 11:54:02 -0700 Jeremy Chadwick wrote: > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. Does anything still care about CHS? In ATA-8 the fields have been marked as being obsolete. -- Bruce ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Large number of SATA commits (MFCs) to RELENG_8
On Thu, 21 Apr 2011 17:56:04 +0300 Andriy Gapon wrote: > on 21/04/2011 05:43 Lystopad Olexandr said the following: > > May be we need another one file, like src/ChangeLog ? ;-) > > svn log ... Or even http://svnweb.freebsd.org/base/stable/8/ -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Is machdep.cpu_idle_hlt deprecated?
On Sat, 30 Apr 2011 21:20:28 -0700 Jeremy Chadwick wrote: > Anyone know if machdep.cpu_idle_hlt still exists? Taken from acpi(4) > on RELENG_8: It looks like it might have been replaced by machdep.idle: machdep.idle: currently selected idle function machdep.idle_available: list of available idle functions machdep.idle: acpi machdep.idle_available: spin, hlt, acpi, -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA3 Available...
On 29/09/2011 02:42, Ken Smith wrote: MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = 2ce7b93d28fd7ff37965893f1af3f7fc MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = 4affc701f2052edc548274f090e49235 MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) = e260f2f2122326cb9a93ac83eb006c1c The -dvd1.iso files seem to be less than a CD, at 610MB. Are they expected to contain more data over time, or could 'dvd' be removed? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/12/2011 15:51, Steve Kargl wrote: This comes up every 9 months or so, and must be approaching FAQ status. In a HPC environment, I recommend 4BSD. Depending on the workload, ULE can cause a severe increase in turn around time when doing already long computations. If you have an MPI application, simply launching greater than ncpu+1 jobs can show the problem. PS: search the list archives for "kargl and ULE". This isn't something that can be fixed by tuning ULE? For example for desktop applications kern.sched.preempt_thresh should be set to 224 from its default. I'm wondering if the installer should ask people what the typical use will be, and tune the scheduler appropriately. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/12/2011 19:23, Garrett Wollman wrote: Where do you get that idea? I've never seen any evidence for this proposition (although the claim is repeated often enough). What are the specific circumstances that make this useful? Where did the number come from? It's just something I've heard repeated, and people claiming that setting it improves performance. This explains how the value 224 was obtained: http://lists.freebsd.org/pipermail/freebsd-stable/2010-September/058686.html -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 12/12/2011 23:48, O. Hartmann wrote: Is the tuning of kern.sched.preempt_thresh and a proper method of estimating its correct value for the intended to use workload documented in the manpages, maybe tuning()? I find it hard to crawl a lot of pros and cons of mailing lists for evaluating a correct value of this, seemingly, important tunable. Note that I said "for example" :) I was suggesting that there may be sysctl's that can be tweaked to improve performance. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 15/12/2011 14:20, Steven Hartland wrote: So for this use ULE vs 4BSD is neither here-nor-there but 9.0 buildworld is very slow (x2 slower) compared with 8.2 so whats a bigger question in my mind. clang is new in 9.0 and takes a long time to build. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SCHED_ULE should not be the default
On 13/12/2011 09:00, Andrey Chernov wrote: I observe ULE interactivity slowness even on single core machine (Pentium 4) in very visible places, like 'ps ax' output stucks in the middle by ~1 second. When I switch back to SHED_4BSD, all slowness is gone. I'm also seeing problems with ULE on a dual-socket quad-core Xeon machine with 16 logical CPUs. If I run "tar xf somefile.tar" and "make -j16 buildworld" then logging into another console can take several seconds. Sometimes even the "Password:" prompt can take a couple of seconds to appear after typing my username. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: UFS corruption panic
On 15/01/2012 08:12, Stefan Bethke wrote: Yes, a panic is the correct action here. While I agree that it's super annoying, the filesystem notices that something is *really* wrong. Instead of letting the problem fester and continue to corrupt data, it stops the system. One could argue instead that for non-root filesystems the correct action is to stop all operations on that filesystem but let the rest of the system continue. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: New BSD Installer
On 2/10/2012 7:47 PM, Alex Samorukov wrote: I am highly against reverting. Old installer is not GPT aware and in fact is unmaintained for a very long time. That's not really correct: quite a lot of work was done on it last year. -- Bruce ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: New BSD Installer
pc-sysinstall doesn't work (well?) on non-x86 platforms so bsdinstall was created as an interim solution. -- Bruce Cran Sent from my iPhone On 13 Feb 2012, at 15:44, Andreas Nilsson wrote: > On Mon, Feb 13, 2012 at 3:58 PM, George Kontostanos > wrote: > >> I don't think that reverting is either an option or a solution at this >> point. You can consider filing PRs. >> > > How compatible is bsdinstaller with pc-sysinstaller? Are there any notes on > why a new installer was created over reusing pc-sysinstall? > > Regards > Andreas Nilsson > > >> >> -- >> George Kontostanos >> Aicom telecoms ltd >> http://www.aisecure.net >> ___ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" >> > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: New BSD Installer
On 13/02/2012 17:41, Andreas Nilsson wrote: On 13 feb 2012, at 17:08, Bruce Cran wrote: pc-sysinstall doesn't work (well?) on non-x86 platforms so bsdinstall was created as an interim solution. I'll take your word for it, but as far as I know the backend is shell-based as well. Yes, they're both written in shell script - that's the only compatibility there is between bsdinstall and pc-sysinstall. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: flowtable usable or not
On 03/03/2012 17:09, per...@pluto.rain.com wrote: I have never understood the point of KDE or Gnome, other than (perhaps) as eye candy for the uninitiated. If I wanted a Windows desktop, I would install Windows. If I wanted a Mac desktop, I would use a Mac. And if you want a FreeBSD desktop with great integration between applications and the ability to change settings without reading man pages? You run FreeBSD with KDE or GNOME. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: BuildingFreeBSDWithClang
On 22/05/2012 12:27, Ronald Klop wrote: On Tue, 22 May 2012 13:04:59 +0200, S.N.Grigoriev wrote: The only statement in my /etc/src.conf is `WITH_CLANG_IS_CC=yes'. Should I use additional configuration options to successfully build the system with CLang? The first time around clang isn't cc, so you have to also set CC=clang, CXX=clang++ and CPP=clang-cpp in src.conf . -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Soekris Sysinstall FTP & NFS Failure
On Tue, 17 Aug 2010 12:57:55 -0700 Benjamin Francom wrote: > Hello all, > > I have a Soekris net5501, and need some assistance with the > installation [FreeBSD 8.1]. I've configured a PXE environment with > TFTP, and NFS, and I can boot and get into sysinstall. After going > through the initial configuration, slices, setting the IP address > (DHCP), and proceeding with an FTP installation, it fails. It's like > it cannot see the ftp site. I've also tried NFS with the same > problem. As far as I can tell, netinstall is broken on all recent releases. Using a static IP address seems to get further in that you don't get an immediate error, but instead you get returned to the list of FTP servers after a minute. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Build option survey for stable/8 r210741 (for nanobsd)
On Sun, 22 Aug 2010 21:23:48 + Poul-Henning Kamp wrote: > http://phk/misc/build_options_stable_8_210741/ Did you mean http://phk.freebsd.dk/misc/build_options_stable_8_210741/ ? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Tuning the scheduler? Desktop with a CPU-intensive task becomes rapidly unusable.
On Fri, 3 Sep 2010 13:50:10 -0700 Jeremy Chadwick wrote: > Just be aware of this problem[1] when using it. (I've been working > on a proper fix -- not a hack -- for the problem for about a week now. > Stress level is very high given the ambiguous nature of many aspects > of GEOM and libgeom lacking in numerous areas. So far I've managed to > figure out how to parse the results from geom_gettree() in attempt to > replace kern.geom.conftxt...) I'm hoping to replace most of the geom code in sysinstall for 9.0 - it needs to parse the output of geom_gettree, use gpart to create partitions etc. So far I've got code that can parse the existing partition layout but not much more. Take a look at user/ae/usr.sbin/sade in svn to see how to interact with geom - ae@ has been working on adding support for gpt, zfs etc. to sade. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: boot0cfg problems
On Fri, 1 Oct 2010 04:34:34 -0700 Jeremy Chadwick wrote: > Anyway, if the MBR did get updated without kern.geom.debugflags having > bit 4 set, then wouldn't this indicate there's a bug in GEOM's "sector > 0" protection? Or that it knows that updating the active byte is harmless. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
60s boot hang on Xen running 8-STABLE when using ATA_CAM
I rebuilt my 8-STABLE kernel today using ATA_CAM to use the ada driver on my Xen VPS and found that the boot will hang for 60s, apparently because a CD image hasn't been configured for the virtual CD-ROM drive? After the "run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config" message, the boot continues and the system appears to work fine. Timecounter "TSC" frequency 285054 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0xff msb=0xff ata0: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe0:ata0:0:0:0): SIGNATURE: ata1: reset tp1 mask=03 ostat0=50 ostat1=41 ata1: stat0=0x50 err=0x01 lsb=0xff msb=0xff ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x20001 (aprobe0:ata1:0:0:0): SIGNATURE: ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0xff msb=0xff ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x20001 (aprobe0:ata1:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): CAM status: Command timeout (aprobe0:ata1:0:0:0): SIGNATURE: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0xff msb=0xff ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=00 devices=0x20001 (aprobe0:ata1:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): CAM status: Command timeout (aprobe0:ata1:0:1:0): SIGNATURE: eb14 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7GEOM: new disk ada0 device ada0: Serial Number QM1 ada0: 16.700MB/s transfers (WDMA2, PIO 8192bytes) ada0: 10752MB (22020096 512 byte sectors: 16H 63S/T 16383C) A full verbose dmesg is available at http://www.cran.org.uk/~brucec/freebsd/dmesg.ATA_CAM.hang.txt -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: device names changes for adX.
On Sat, 02 Oct 2010 16:13:28 +0100 Matthew Seaman wrote: > In fact, if you glabel the disks while ZFS is still active, it should > instantly recognise all the new names and update the 'zpool status' > output on the fly. Actually, that last is probably the right way to > do things -- you'll update the zpool.cache that way, which means that > ZFS will come up without any remedial action after reboot. Since glabel writes metadata to disk, won't doing this on a disk with a filesystem corrupt something? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Intel PRO/Wireless 6050 in 8.1-RELEASE Problems
On Fri, 29 Oct 2010 02:32:52 -0600 wrote: > I've installed FreeBSD 8.1-RELEASE on a Dell Latitude E6410. Most > hardware works just fine, but I'm having a hell of a time with the > wifi. Everytime I try to associate with an access point, my terminal > replies with: > > jarvis# wpa_supplicant -i iwn0 -c /etc/wpa_supplicant.conf > ioctl[SIOCG80211, op 98, len 32]: Invalid argument > Failed to initialize driver interface > ELOOP: remaining socket: sock=4 eloop_data=0x28406140 > user_data=0x2840d040 handler=0x8069f70 I'm sure it's not the cause of the problem, but shouldn't you be running wpa_supplicant on the wlan0 interface, not the underlying iwn0? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Tue, 16 Nov 2010 21:46:44 +0100 Lars Engels wrote: > Download && compile the code (gcc -o chvt chvt.c). > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > /etc/rc.resume, so that your machine automatically changes to ttyv0 > before going to sleep and changes back to X after waking up. The acpi code already does this: if you run acpiconf from within X you'll see ttyv0 appear, the system turns off and when resuming ttyv0 appears before X11. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: How to get suspend/resume work on IBM T60?
On Tuesday 16 November 2010 14:31:39 Yue Wu wrote: > No, even the indicating light indicates the status is still in > suspend, I have to press and hold the power key to power off. You'll probably need to talk to the guys over on freebsd-a...@freebsd.org for help then. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: How to get suspend/resume work on IBM T60?
On Tuesday 16 November 2010 04:20:17 Yue Wu wrote: > I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into > suspend mode, but then it can't be waked up anyhow. > > so my question is, anyone use FreeBSD on IBM T60 and make the > suspend/resume work on it? According to whitelist.c in the linux suspend package, the T60 needs "s3 bios" and "s3 mode" for the video to work on resume, which I don't think has been implemented. When the system has come back from being suspended, does the keyboard still work? At least on my laptop everything works except the backlight doesn't get turned back on. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: How to get suspend/resume work on IBM T60?
On Tuesday 16 November 2010 14:12:23 Bruce Cran wrote: > According to whitelist.c in the linux suspend package, the T60 needs "s3 > bios" and "s3 mode" for the video to work on resume, which I don't think > has been implemented. Actually it looks like "s3 bios" is just a POST of the video card when resuming - you might want to try setting the sysctl hw.acpi.reset_video to 1 and see if that helps. If you're running amd64 and get a reboot with reset_video=1 then it might be worth commenting out the "int 0x10" line in sys/amd64/acpica/acpi_wakecode.S because it assumes the video is up and running by that point - which on some system's it's not. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: TTY task group scheduling
On Fri, 19 Nov 2010 00:17:10 + Alexander Best wrote: > 17:51 @ Genesys : Luigi Rizzo had a plugabble scheduler back in 4.* > or \ thereabouts > 17:51 @ Genesys : you could kldload new ones and switch to them on > the fly 17:52 @ arundel : wow. that sounds cool. too bad it didn't > make it into src \ tree. by now it's probably outdated and needs to > be reworked quite a bit. > > does anybody know something about this? Google suggests that the work was a GSoC project in 2005 on a pluggable disk scheduler. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. What graphics card do you have? If it's nVidia, try building the driver with ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video chip up on my laptop at least - though it seems some corruption occurs because I've had some odd panics afterwards in the fs and vm subsystems, and attempting to suspend for a second time results in the system rebooting instead. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD
On Mon, 6 Dec 2010 16:40:35 -0800 Jeremy Chadwick wrote: > If there is a physical CD-ROM drive which is upsetting sysinstall, I > wouldn't be surprised (sysinstall is depressing, please don't get me > started on it. :-) ). I'm willing to bet it makes the assumption > there's only one CD device in the system. If there's more than one CD device you'll get a prompt asking which to use. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD
On Wed, 08 Dec 2010 01:00:34 -0800 per...@pluto.rain.com wrote: > Go into Fixit# and examine /dev and/or the dmesg. The problem is there's no "ls" in FixIt mode so you need to use "echo *" to see what files are present. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD
On Wed, 8 Dec 2010 20:01:32 +1000 Andy Farkas wrote: > Why is this so? I think the Fixit environment only contains tools necessary for installing the system and has traditionally needed to be small enough to fit on a 1.44MB floppy disk. So since "ls" wasn't required it wasn't included. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD
On Wed, 8 Dec 2010 20:29:31 +1000 Andy Farkas wrote: > > So since "ls" wasn't required it wasn't included. > > I just booted an old 6.1-RELEASE CD and selected Fixit mode... > > ls -lF works as expected! I should clarify that by saying that "ls" is included in the "live filesystem" but not in the Emergency Holographic Shell that is present on CD1. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: umass: AutoSense failed
On Fri, 10 Dec 2010 09:40:05 -0500 Paul Mather wrote: > I get something similar to this happening on 8.2-PRERELEASE. In my > case, it's not during boot probing or device attachment. Instead, it > happens occasionally after boot. The devices concerned are Maxtor > OneTouch external USB hard drives. Every now and then, I will get > something akin to the following crop up in the console log: > > (da1:umass-sim1:1:0:0): AutoSense failed I'm seeing the same with a USB card reader and an 8GB card on CURRENT: after a while I'll get "AutoSense failed" and the device stops responding. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.2-BETA1 sysinstall: No USB devices found
On Sun, 12 Dec 2010 09:38:59 -0500 Kim Culhan wrote: > No USB devices found! Can you try re-scanning for devices (via the Options screen) - sysinstall can fail to detect USB disks the first time around. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: slow ZFS on FreeBSD 8.1
On Fri, 31 Dec 2010 15:47:47 -0800 Jeremy Chadwick wrote: > There's a link to www.dan.me.uk at the bottom of the above Wiki page > that outlines "the madness" that's required to configure the setup, > all of which has to be done by hand. I don't know many > administrators who are going to tolerate this when deploying numerous > machines, especially when compounded by the complexities mentioned > above. All of that page could be summarized as: mkdir /usb mount /dev/da4 /usb /usb/install_zfs.sh Where da4 is a USB drive and install_zfs.sh is essentially the commands with some changes needed to support different disks. I'd imagine that administrators wouldn't use sysinstall in interactive mode when deploying to many machines. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ACPI regression on recent 7.0-STABLE: HPET stops working
On Wed, 23 Jul 2008 11:16:02 -0400 John Baldwin <[EMAIL PROTECTED]> wrote: > I've committed the patch. However, I think this actually points out > a slightly bigger issue in that the HPET timer is probably > piggybacking on the ichsmb0 device's BAR, and they really should both > be able to attach somehow. > > A way to fix that would be to make the HPET device actually borrow > the PCI device's resource instead of allocating its own perhaps. I > think the HPET ACPI device and the table tell us the PCI deviec the > HPET lives in. > I just upgraded from 7.0-p3 to 7.1-PRERELEASE on my Dell I1501 laptop and hit this problem too. I noticed the patch was committed to HEAD - are there any plans to MFC it for 7.1? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Request for testing - top 3.8b1 in the base system
On Sun, 28 Sep 2008 15:46:20 +1000 Edwin Groothuis <[EMAIL PROTECTED]> wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > [...] > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > There are some new warnings generated during compilation with WARNS=1 due to the use of -DSIGWINCH on the command line (since it has already been defined in signal.h). Though of course it doesn't have any effect on the functionality. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pf rules not being loaded during boot on 7.1-PRERELEASE
I recently upgraded my i386 router from 7.0 to 7.1-PRERELEASE. I rebooted it today but despite pf_enable="YES" being in /etc/rc.conf no rules got loaded during boot, despite pf itself having been enabled: router# pfctl -s rules router# pfctl -e -f /etc/pf.conf pfctl: pf already enabled [connection is closed due to new rules being loaded] router# pfctl -s rules scrub in all fragment reassemble [... lots of rules listed] Has anyone else seen this problem, or have I just missed something that's changed between 7.0 and 7.1 in the way pf works? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: pf rules not being loaded during boot on 7.1-PRERELEASE
On Fri, 3 Oct 2008 04:38:24 -0700 Jeremy Chadwick <[EMAIL PROTECTED]> wrote: > I've figured out what the problem is. This is not good, and is > guaranteed to bite other people. I'd like to believe this is an > rc-related problem, but I'm not sure how to fix it. > > The problem in my case: > > The physical interfaces were brought online, but were still > technically offline (the switch and NIC PHY were taking some time to > negotiate speed and duplex). Boot messages: > My box is headless so I didn't see the startup messages until I attached a serial cable. It's a similar problem in my case, but caused because I'm firewalling an ADSL connection which uses PPP, and pf is being enabled before PPP has configured tun0: Setting hostname: router.draftnet. vr0: link state changed to DOWN dc0: link state changed to UP dc3: link state changed to UP lo0: flags=8049 metric 0 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 inet 127.0.0.1 netmask 0xff00 vr0: flags=8843 metric 0 mtu 1500 options=2808 ether 00:40:63:e3:d1:b7 inet6 XX%vr0 prefixlen 64 tentative scopeid 0x1 inet X netmask 0xff00 broadcast XX media: Ethernet autoselect (none) status: no carrier dc0: flags=8843 metric 0 mtu 1500 options=8 ether 00:80:c8:c9:96:6d inet6 X%dc0 prefixlen 64 tentative scopeid 0x2 inet X netmask 0xff00 broadcast X media: Ethernet autoselect (100baseTX ) status: active dc3: flags=8843 metric 0 mtu 1500 options=8 ether 00:80:c8:c9:96:70 inet6 X%dc3 prefixlen 64 tentative scopeid 0x5 inet X netmask 0xff00 broadcast X media: Ethernet autoselect (100baseTX ) status: active Enabling pf. no IP address found for tun0 /etc/pf.conf:45: could not parse host specification pfctl: Syntax error in config file: pf rules not loaded pf enabled Starting PPP profile: demonLoading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Lodading /lib/libalcias_nbt.so Load1ing /lib/libalia:s_pptp.so Loadi ng /lib/libaliasl_skinny.so Loadiing /lib/libalians_smedia.so k. no IP address found for tun0 s /etc/pf.conf:45t: could not parsae host specificattion pfctl: Synetax error in con fig file: pf rulces not loaded ahdd net default: agateway tun0 Adnditional routingg options: IP gateeway=YES. dadd net :::0 .0.0.0: gateway t::1 add net ::0o.0.0.0: gateway ::1 net.inet6.iDp6.forwarding: 0O -> 1 net.inet6W.ip6.accept_rtadNv: 0 -> 0 dc2: link state changed to DOWN The messages following "link state changed to DOWN" indicate that all the interfaces are now properly configured with IP addresses, including the external ADSL tun0 and IPv6 gif0 interfaces. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: pf rules not being loaded during boot on 7.1-PRERELEASE
On Sat, 04 Oct 2008 00:40:45 +0200 Volker <[EMAIL PROTECTED]> wrote: > You seem to have a rule like: > > pass ... on tun0 from any to tun0 ... > > If you change that into: > > pass ... on tun0 from any to (tun0) ... > > pf will happily parse your rules and activate your firewall even while > tun0 does not already have an IP address. You may also try to use > rules naming an interface family instead of a single interface. You're right - I mostly used lines with (tun0) but line 45 didn't have the brackets. I've just added them, rebooted and pf loaded the rules during boot. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Request for testing - top 3.8b1 in the base system
On Sun, Sep 28, 2008 at 03:46:20PM +1000, Edwin Groothuis wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > [...] > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > There's an overflow bug in format_k2 in 3.5b12 that means that top can corrupt the SIZE field of processes which allocate 2TB or more of memory; that seems to be fixed in 3.8b1 but I've noticed that if a process allocates over 2TB then it doesn't show up at the top of the display when sorting by SIZE in 3.8b1; I suspect there must be another overflow somewhere. I'm sure it'll be a good few years before anyone actually hits this bug running real programs, but I don't know if it might affect other things. -- Bruce Cran signature.asc Description: Digital signature
Re: SMART
On Thu, 12 Nov 2009 13:56:16 +0100 Ivan Voras wrote: > Yes, it's Seagate. Statistically I have the least problems with their > drives. But I imagine that lack of standardization about these > statistics very much limits the usability of SMART, right? > The main problem with SMART appears to be that it's not an accurate predictor of drive failure, according to a study done at Google - see http://labs.google.com/papers/disk_failures.pdf -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.0-RELEASE completed...
On Sun, 29 Nov 2009 11:30:18 -0800
Gary Kline wrote:
> { One far, far OT question here: who can explain what dovecot
> is/does? why it even exists? I'm familiar with MTA's, like
> sendmail; likewise with MUA's, like evo, kmail, and mutt.
> It's time to learn another level of complexity, evidently}
Dovecot is an IMAP/POP3 server - sendmail lets you send mail, dovecot
lets you fetch it from a remote server.
--
Bruce Cran
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Phoronix Benchmarks: Waht's wrong with FreeBSD 8.0?
On Mon, 30 Nov 2009 01:43:15 -0800 Jeremy Chadwick wrote: > The Phoronix Test Suite appears to be written entirely in PHP[2]. > I've looked at the source and it does appear to be PHP-based (with > reliance on numerous third-party C-based libraries, of course; this > is normal). Given that, I'm not sure I can really take the results of > some of those tests seriously. I'm not dissuading the evidence, I'm > just saying, it's more of a "PHP benchmark on " than it is an OS > benchmark. > > [1]: http://www.phoronix-test-suite.com/ > [2]: http://www.phoronix-test-suite.com/?k=downloads The benchmarks are scheduled by PHP, but the benchmark tests aren't: if you look in pts\test-resources it seems it tests how long it takes to build programs like mplayer and apache, and interprets the timing results from programs like dbench, iozone, scimark2 and povray. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Phoronix Benchmarks: Waht's wrong with FreeBSD 8.0?
On Mon, 30 Nov 2009 01:43:15 -0800 Jeremy Chadwick wrote: > I haven't looked at the Phoronix Test Suite[1], which is what's being > used for testing "threaded I/O". I don't understand what "threaded > I/O" means in this context; I'm assuming it means making a separate > LWP for each I/O transaction, e.g. multiple LWPs for I/O (within a > single program). Some technical details of the implementation/test > methodology would need to be provided for someone to assist in > tracking down the problem. > I've found the benchmark it's using: it runs tiobench from http://sourceforge.net/projects/tiobench/ with the parameters -f 16, 64, 128, 256 -t 4, 8, 16, 32 It's another project that for some reason doesn't produce releases - the last version was back in 2002. If someone's re-running the benchmark it might be better to use the version from cvs. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Freebsd 8.0 system freeze
On Wed, 2 Dec 2009 14:17:20 -0800 Jeremy Chadwick wrote: > You're welcome! (I often wonder if dumpdev should be set to "AUTO" by > default these days, but that discussion is for elsewhere and another > time...) See http://lists.freebsd.org/pipermail/svn-src-stable-8/2009-September/000224.html for a discussion of the pros and cons of having crash dumps enabled by default. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: immense delayed write to file system (ZFS and UFS2), performance issues
On Tue, 19 Jan 2010 10:28:58 +0100 Morgan Wesström wrote: > Garrett Moore wrote: > > The drives being discussed in my related thread (regarding poor > > performance) are all WD Green drives. I have used wdidle3 to set > > all of my drive timeouts to 5 minutes. I'll see what sort of > > difference this makes for performance. > > > > Even if it makes no difference to performance, thank you for > > pointing it out -- my drives have less than 2,000 hours on them and > > were all over 90,000 load cycles due to this moronic factory > > setting. Since changing the timeout, they haven't parked (which is > > what I would expect). > > > > You're welcome. I just feel as bad for you as for everyone else who > has bought these obviously Windoze optimized harddrives. Unfortunately > neither wdidle3 nor an updated firmware is available or functioning on > the latest models in the Green series. At least that's what I've read > from other people having this issue. WD only claims they don't support > Linux and they probably have never heard of FreeBSD. You might be able to tune the APM settings on the drive using sysutils/ataidle to change the amount of time the drive waits until parking the heads. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: immense delayed write to file system (ZFS and UFS2), performance issues
On Tue, 26 Jan 2010 20:45:10 +0200 Dan Naumov wrote: > The disks are of exact same model and look to be same firmware. Should > I be worried that the newer disk has, in 136 hours reached a higher > Load Cycle count twice as big as on the disk thats 5253 hours old? There's a similar problem with laptop HDDs and APM settings that cause a high load_cycle_count too. According to https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 and many blog entries, parking the heads frequently can shorten the HDD lifetime. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: install touching mbr
On Saturday 03 April 2010 21:58:56 Jeremy Chadwick wrote: > On Sat, Apr 03, 2010 at 05:48:12PM -0300, Nenhum_de_Nos wrote: > > I just installed a 8.0R amd64 from memstick. when asked, I said to > > leave mbr untouched. when I rebooted, it was freebsd bootloader that > > was on control. this options is not what I think it should, or there > > is really a issue here ? > > I can confirm this behaviour. Someone may have broken something when > tinkering around in that part of sysinstall (since the Standard vs. > BootMgr options were moved around compared to previous releases). I have a patch at http://reviews.freebsdish.org/r/15/ waiting to be committed. I believe the "None" option won't change the bootcode itself but will still mark the FreeBSD partition as active. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ATA APM and NCQ support in FreeBSD atacontrol
Ian Smith wrote: I take Jonathan's point that it would be nice to have this functionality in atacontrol, though perhaps the BUGS section in ataidle(8) precludes merging that? cc'ing Bruce Cran in case he wants to add something .. ataidle is at the moment quite dumb about sending commands: it doesn't check that the drive actually supports APM/AAM before sending the commands, and that's an easy check to do. If this was being added to atacontrol I think I'd want to do quite a bit of work first to make it more robust. However I don't think the code from ataidle could ever just be merged in to atacontrol because the code styles are quite different; however since the interface to the ATA driver is quite straightforward it should be trivial to re-implement or copy the bits needed. -- Bruce ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 10-CURRENT and 9-STABLE snapshots
On 05/10/2012 15:29, Miroslav Lachman wrote: Unofficial snapshots can be downloaded from https://pub.allbsd.org/FreeBSD-snapshots/ for a long time (bootonly.iso too) I'm baffled as to why those aren't just made official. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 10-CURRENT and 9-STABLE snapshots
On 11/10/2012 00:40, Glen Barber wrote: This is a problem, and for what it is worth (and as Mark mentioned in a previous reply), the end goal is "official" snapshots. I think a lot of people will be wondering what's special about _your_ snapshots that they'll become official - why not just make pub.allbsd.org the official source? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Any objections/comments on axing out old ATA stack?
On 04/04/2013 09:00, Matthias Andree wrote: Any good "concurrent write" exercise tools for Unix that I could run on the Linux ext4 partition that you would propose? benchmarks/fio is good for that. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
panic when detaching swap-backed md(4) disk which has gone into swap
When detaching a swap-backed md(4) disk which is larger than physical memory and which has forced the system into swap I get a panic (on 7-STABLE). The following commands trigger it: mdconfig -a -t swap -s 5T newfs /dev/md0 [cancel newfs when the system goes into swap] mdconfig -d -u 0 After a few seconds the system panics with: panic: swp_pager_meta_free_all: failed to locate all swap meta blocks #0 doadump () at pcpu.h:196 #1 0xc07e2aa7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e2d79 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a0c575 in swp_pager_meta_free_all (object=0x0) at /usr/src/sys/vm/swap_pager.c:1845 #4 0xc0a0e637 in swap_pager_dealloc (object=0xc5bb0380) at /usr/src/sys/vm/swap_pager.c:517 #5 0xc0a2a84a in vm_pager_deallocate (object=0xc5bb0380) at /usr/src/sys/vm/vm_pager.c:252 #6 0xc0a246a4 in vm_object_terminate (object=0xc5bb0380) at /usr/src/sys/vm/vm_object.c:708 #7 0xc0a24dd3 in vm_object_deallocate (object=0xc5bb0380) at /usr/src/sys/vm/vm_object.c:602 #8 0xc06461c9 in mddestroy (sc=0xc8576800, td=0xc481b460) at /usr/src/sys/dev/md/md.c:986 #9 0xc0647159 in mdctlioctl (dev=0xc4226100, cmd=3249827073, addr=0xc62f9a00 "", flags=3, td=0xc481b460) at /usr/src/sys/dev/md/md.c:1128 #10 0xc076fff7 in devfs_ioctl_f (fp=0xc477d260, com=3249827073, data=0xc62f9a00, cred=0xc8689400, td=0xc481b460) at /usr/src/sys/fs/devfs/devfs_vnops.c:602 #11 0xc0819ff5 in kern_ioctl (td=0xc481b460, fd=3, com=3249827073, data=0xc62f9a00 "") at file.h:269 ---Type to continue, or q to quit--- #12 0xc081a154 in ioctl (td=0xc481b460, uap=0xe6795cfc) at /usr/src/sys/kern/sys_generic.c:570 #13 0xc0ae0b15 in syscall (frame=0xe6795d38) at /usr/src/sys/i386/i386/trap.c:1090 #14 0xc0ac58b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #15 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) I realise it's rather silly trying to create a memory disk which is 5TB when I only have 1GB RAM in the machine, but I was a bit surprised to see a panic when the system wasn't out of memory. Is this just a case of "don't do that"? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Off-by-one error in ngets() causing panic in loader(8)?
I've noticed that if I fill the input buffer at the loader prompt on 7-STABLE I get panic with a guard page failure. From what I can see the loader uses the ngets function in src/lib/libstand/gets.c with a buffer of size of 256. If I print out the value of strlen(input) in interp.c I get 256. Shouldn't line 77 of gets.c be comparing (lp-buf) against (n-1) instead of n? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 7.2-PRE: switch virtual console drops crazy characters into X
On Thu, 16 Apr 2009 16:32:09 GMT p...@citylink.dinoex.sub.org (Peter Much) wrote: > Every time I switch from X to a virtual console and back, I get > some characters dropped into my command-line in the X window, > and have to delete them with the backspace key. > These characters read: ^[[20~ > > Now this is exactly the escape sequence on the F9 key (where the X > runs), if it were pressed without Ctrl-Alt. That shouldn't happen. > > Now the funny thing is: this does only happen when booting the > GENERIC kernel. When I boot my normal custom made kernel, it > does not happen. > Now this is strange. Usually the GENERIC kernel should show the > least unexpected behaviour. > > Alright, there are lots and lots of devices left out of my custom > kernel, but I do not see anything that could have to do with > VT switching. I do not quite understand it. But I am also not > so much bored that I would start trying out options and building > kernels so to find what makes this happen. > > So, if anyone experiences the similar thing, and is enough annoyed > to do something about it, I will happily send a diff from my > kernel configs. I'm also seeing the same issue, but I'm running a custom kernel. I've attached a diff from GENERIC. -- Bruce Cran--- /sys/i386/conf/GENERIC 2009-03-12 03:09:11.0 + +++ MYKERNEL 2009-04-06 19:57:17.0 +0100 @@ -1,34 +1,12 @@ -# -# GENERIC -- Generic kernel configuration file for FreeBSD/i386 -# -# For more information on this file, please read the handbook section on -# Kernel Configuration Files: -# -#http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html -# -# The handbook is also available locally in /usr/share/doc/handbook -# if you've installed the doc distribution, otherwise always see the -# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the -# latest information. -# -# An exhaustive list of options and more detailed explanations of the -# device lines is also present in the ../../conf/NOTES and NOTES files. -# If you are in doubt as to the purpose or necessity of a line, check first -# in NOTES. -# -# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.17 2009/03/12 03:09:11 bms Exp $ - -cpu I486_CPU -cpu I586_CPU cpu I686_CPU -ident GENERIC +ident MYKERNEL # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols -options SCHED_ULE # ULE scheduler +options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols @@ -41,7 +19,6 @@ options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server -options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem @@ -55,7 +32,6 @@ options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support -options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores @@ -64,14 +40,10 @@ options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing -#options KDTRACE_HOOKS # Kernel DTrace hooks -# To make an SMP kernel, the next two lines are needed -options SMP # Symmetric MultiProcessor Kernel -device apic # I/O APIC +options HWPMC_HOOKS -# CPU frequency control -device cpufreq +device apic # I/O APIC # Bus support. device eisa @@ -83,69 +55,14 @@ # ATA and ATAPI devices device ata device atadisk # ATA disk drives -device ataraid # ATA RAID drives +device atapicam device atapicd # ATAPI CDROM drives -device atapifd # ATAPI floppy drives -device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering -# SCSI Controllers -device ahb # EISA AHA1742 family -device ahc # AHA2940 and onboard AIC7xxx devices -options AHC_REG_PRETTY_PRINT # Print register bitfields in debug - # output. Adds ~128k to driver. -device ahd # AHA39320/29320 and onboard AIC79xx devices -options AHD_REG_PRETTY_PRINT # Print register bitfields in debug - # output. Adds ~215k to driver. -device amd # AMD 53C974 (Tekram DC-390(T)) -device hptiop # Highpoint RocketRaid 3xxx series -device isp # Qlogic family -#device ispfw # Firmware for QLogic HBAs- normally a module -device mpt # LSI-Logic MPT-Fusion -#device ncr # NCR/Symbios Logic -device sym # NCR/Symbios L
Re: FreeBSD 7.2 RC1 amd64 Installation
On Sat, 18 Apr 2009 19:04:26 -0400 Mehmet Erol Sanliturk wrote: > (3) When shutdown is selected from Gnome menu either by the first > user or the root , within displayed dialog box > there is no a Shutdown item . > It is necessary for the root open a terminal console , and enter > shutdown -p now command . Have you installed sudo? I think those options (suspend/shutdown/hibernate) only get displayed if HAL sees sudo is available. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: bluetooth troubleshooting
On Sat, 02 May 2009 09:18:26 +0200 Dominic Fandrey wrote: > # /etc/rc.d/bluetooth onestart ubt0 > /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for > device ubt0 # /etc/rc.d/bluetooth onestart ubt1 > /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for > device ubt1 > > This error message gives me no idea of what is wrong. The handbook > mentions comms/hcidump for debugging, but I think this is meant > for analyzing bluetooth traffic. > As you can see I haven't gotten far enough to produce any traffic to > analyse. Is someone here familiar with bluetooth and can provide > me with a command that might reveal something about the nature > of my problem? I think devd now automatically starts the Bluetooth stack when you plug in a recognised device, so you'll only be able to use onestart after first running onestop. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE?
On Tue, 05 May 2009 14:28:22 -0700 Doug Barton wrote: > Torfinn Ingolfsen wrote: > > Ok, this is strange. > > > > I just upgraded from 7.2-prerelease (as of 20090401) to 7.2-stable > > as of today, using csup and building world. > > I've read this thread and find the whole thing very odd. In particular > regarding your case, the last change to mergemaster was done on March > 23rd, so if you updated a system on April 1st then again on May 4th > you should have been using the same version of mergemaster. There was a recent thread on -questions about this issue too, with the title "mergemaster -U overwriting modified files". I've seen mergemaster clobber named.conf but I've failed to repeat it despite changing the revision, file timestamp etc. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make installworld and securelevel
On Fri, 5 Jun 2009 17:45:50 +0200
FLEURIOT Damien wrote:
>
> Hello list,
>
>
> I apologize if this issue has been raised already but I couldn't
> find it anywhere.
>
>
> Find below a snip from my installworld:
>
> --
> >>> Installing everything
> --
> cd /usr/src; make -f Makefile.inc1 install
> ===> share/info (install)
> ===> lib (install)
> ===> lib/csu/i386-elf (install)
> install -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o
> /usr/lib
> ===> lib/libc (install)
> install -C -o root -g wheel -m 444 libc.a /usr/lib
> install -C -o root -g wheel -m 444 libc_p.a /usr/lib
> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib
> ^C
>
>
> My concern is with the last line which installs libc.so.7 and
> chflags it.
>
> I was running with securelevel 1 and got denied.
> I had to revert to the old kernel, change my securelevel, reinstall
> the new 7.2 kernel, then run my installworld.
>
> This hasn't caused me any other issue, but what will happen the day
> the libc.a or libc_p.a which are installed in the early steps of
> installworld become incompatible with the old kernel (if this is at
> all possible) ?
>
> I wouldn't have been able to boot anymore (this is a remote host).
> The server has a rescue system, but I think a lot of trouble could
> be saved by interrupting "make installworld" if we're running above
> securelevel 0.
Although it's often safe to run installworld in multi user mode, it's
recommended to run it in single user mode to avoid issues like this.
From /usr/src/UPDATING:
make buildworld
make kernel KERNCONF=YOUR_KERNEL_HERE
[1]
[3]
mergemaster -p [5]
make installworld
make delete-old
mergemaster [4]
--
Bruce Cran
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make installworld and securelevel
On Fri, 05 Jun 2009 18:41:13 -0400 Lowell Gilbert wrote: > Bruce Cran writes: > > > On Fri, 5 Jun 2009 17:45:50 +0200 > > FLEURIOT Damien wrote: > > > >> > >> Hello list, > >> > >> > >> I apologize if this issue has been raised already but I couldn't > >> find it anywhere. > >> > >> > >> Find below a snip from my installworld: > >> > >> -- > >> >>> Installing everything > >> -- > >> cd /usr/src; make -f Makefile.inc1 install > >> ===> share/info (install) > >> ===> lib (install) > >> ===> lib/csu/i386-elf (install) > >> install -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o > >> /usr/lib > >> ===> lib/libc (install) > >> install -C -o root -g wheel -m 444 libc.a /usr/lib > >> install -C -o root -g wheel -m 444 libc_p.a /usr/lib > >> install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > >> ^C > >> > >> > >> My concern is with the last line which installs libc.so.7 and > >> chflags it. > >> > >> I was running with securelevel 1 and got denied. > >> I had to revert to the old kernel, change my securelevel, reinstall > >> the new 7.2 kernel, then run my installworld. > >> > >> This hasn't caused me any other issue, but what will happen the day > >> the libc.a or libc_p.a which are installed in the early steps of > >> installworld become incompatible with the old kernel (if this is at > >> all possible) ? > >> > >> I wouldn't have been able to boot anymore (this is a remote host). > >> The server has a rescue system, but I think a lot of trouble could > >> be saved by interrupting "make installworld" if we're running above > >> securelevel 0. > > > > Although it's often safe to run installworld in multi user mode, > > it's recommended to run it in single user mode to avoid issues like > > this. From /usr/src/UPDATING: > > > > > > make buildworld > > make kernel KERNCONF=YOUR_KERNEL_HERE > > [1] > > [3] > > mergemaster -p [5] > > make installworld > > make delete-old > > mergemaster [4] > > > > Still, I don't really see any obvious downsides to the suggestion. > Maybe it could cause problems with jail updates? That's the only > issue I've been able to think of... > If you do both the installkernel and installworld at the same time and the new kernel doesn't boot, then you may not be able to boot with the old kernel because the new userland may be incompatible. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ATA driver update for 7.2RELEASE available
On Fri, 26 Jun 2009 22:11:08 +0200 Søren Schmidt wrote: > This is a total replacement of the ATA driver, modulerized as in - > current, but based on my WIP not from what might have happend to - > current since I gave up maintainership. It's great to see the driver be modularised since removing unneeded drivers (for example, on powerpc and embedded platforms) can save ~200KB. Could you add some documentation for the modules in /sys/conf/NOTES please? I looked through the sources and put together the patch for 8.0 which is avaiable at http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/133162 but it sounds like some more drivers will need to be added for 7.2. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: How to enable CPU turbo mode on FreeBSD?
On Thu, 10 Sep 2009 20:57:32 -0400 Pierre-Luc Drouin wrote: > Hi, > > I have an overclocked i7 920 CPU for which I have enabled Turbo Mode > in the BIOS (21x multiplier). The base clock is set at 190 MHz, so > the CPU frequency with Turbo mode activated should be 3990 MHz. > However the maximum value FreeBSD amd64 shows for the CPU frequency > in dmesg and sysctl is 3790 MHz. How can I enable the Turbo Mode? > > CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (3790.52-MHz > K8-class CPU) > > machdep.acpi_timer_freq: 3579545 > machdep.tsc_freq: 3790522507 > machdep.i8254_freq: 1193182 > dev.cpu.0.freq: 349 > dev.cpu.0.freq_levels: 2793/13 2443/113750 2094/97500 1745/81250 > 1396/65000 1047/48750 698/32500 349/16250 You may be able to use the cpuctl kernel module with sysutils/x86info to see when the CPUs are using Turbo mode. I haven't had any success yet but I know in Windows the System control panel reported the 2.66GHz CPU running at 2.83GHz without me doing anything, so I guess FreeBSD should be doing the same. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: SATA is to slow comparing with linux
On Wed, 30 Sep 2009 04:56:51 -0500 Robert Noland wrote: > On Wed, 2009-09-30 at 09:53 +0200, Oliver Lehmann wrote: > > Daniel O'Connor writes: > > > > > In the end I got a PCI Silicon Image 3114 based controller and it > > > worked fine. > > > > I thought about getting a controller with a SiL-Chil too because > > they are kinda cheap and another system I intend to use with SATA > > harddisks has no SATA on-board. But then I searched through the web > > and read many posts telling me "stay away from Silicon Image > > controllers" so I did as advised > > > > I got a Promise SATA300 TX2plus instead. I'll rune some tests with > > later (when I'm back home ;)) > > I would also be curious how that ahci driver from -CURRENT is > performing relative to other implementations. I ran the tiobench test on -CURRENT a few days ago and the ahci driver showed an improvement in latency over the ata driver; I didn't test transfer rates though. -- Bruce ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: amd64/139859: commit references a PR
On Fri, 30 Oct 2009 09:02:14 +1100 Andrew Reilly wrote: > On Thu, Oct 29, 2009 at 03:50:05PM +, dfilter service wrote: > > Modified: releng/8.0/UPDATING > > > > == > > --- releng/8.0/UPDATINGThu Oct 29 15:39:30 2009 > > (r198605) +++ releng/8.0/UPDATING Thu Oct 29 15:42:50 > > 2009(r198606) @@ -566,6 +566,15 @@ NOTE TO PEOPLE WHO THINK > > THAT FreeBSD 8. userland (libpmc(3)) and the kernel module > > (hwpmc(4)) in sync. > > > > +20081009: > > + atapci kernel module now includes only generic PCI ATA > > + driver. AHCI driver moved to ataahci kernel module. > > That probably wants to say 20091029? The work was done in October last year (see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/chipsets/ata-acard.c) but wasn't documented until now. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
