Re: creating msdosfs (fat32) locks the system
[LoN]Kamikaze wrote: I'm running RELENG_7-BETA2. Creating files (e.g. by copying something) to a fat32 mount locks up the whole system for a moment. ... I have this problem ever since I switched from RELENG_6 to RELENG_7. I didn't find a PR about it, should I create one? The problem is gone on BETA-3. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
creating msdosfs (fat32) locks the system
I'm running RELENG_7-BETA2. Creating files (e.g. by copying something) to a fat32 mount locks up the whole system for a moment. This is best witnessed when copying many files. With slow files the mouse will start to feel jaggy and music plays slower. When creating large files, you'll actually hear the music freeze (which sounds quite nasty) and see that the whole X session freezes (i.e. no mouse movement and the screen is entirely frozen). I have this problem ever since I switched from RELENG_6 to RELENG_7. I didn't find a PR about it, should I create one? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Source upgrade from 5.5 to 6.X not safe?
Adrian Chadd wrote: On 11/11/2007, [LoN]Kamikaze [EMAIL PROTECTED] wrote: If a binary/library that is currently used gets removed/replaced, it will be copied to memory. The process will not even recognize this. Only restarting the process will remove the old version from memory and cause the new one to be used. I thought every OS did it like that, so I'm surprised that there are systems causing problems in this case. Wha, when did that happen? I was always under the impression that binaries/libraries were demand paged in and referenced as a VM object via VFS; you could unlink/rename the file and the currently open reference would still be valid. I didn't know that binaries and libraries keep a reference to the file they were created from. Anyway, to the user the whole thing is transparent. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Source upgrade from 5.5 to 6.X not safe?
In general, is it possible that the installkernel did /not/ complete correctly before I shut down? Is it ever possible that the machine could get put into an indeterminate state when doing installkernel on a running machine? HP-UX used to behave horribly when a binary got clobbered for a process that was running, but I have no idea how FreeBSD copes with changing disk images of a running process. If a binary/library that is currently used gets removed/replaced, it will be copied to memory. The process will not even recognize this. Only restarting the process will remove the old version from memory and cause the new one to be used. I thought every OS did it like that, so I'm surprised that there are systems causing problems in this case. For the kernel likewise. The kernel and the loaded modules remain in memory, but of course you cannot load the newly built modules until you have rebooted with the new kernel (because there's no other way to restart a kernel). ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails
Clint Olsen wrote: On Nov 02, [LoN]Kamikaze wrote: I think you might have no choice but to omit the reboots, because the world contains lots of stuff that has to do with the kernel (like mounting). So just go into single user mode and do the usual stuff: # make installkernel # mergemaster -p # make installworld # mergemaster # shutdown -r now and pray to your deity of choice. If the reason for your problem is something else however you're stuck with a system that can not run with your old kernel. So better backup before you try. I attempted to just do a binary upgrade, assuming that I botched the source upgrade somehow. After installing FreeBSD 6.2-RELEASE, I was left with a system that would not boot (similar errors on boot as before). Reverting the kernel of course was of limited help because userland was all expecting 6.2. So, I had a couple of tarballs from my last backup and I attempted to bandage up / and /usr and was able to resurrect my 5.5-STABLE image. This is f'n scary. I've never had this much trouble upgrading a system before. Does anyone have any idea what remnant could be remaining after a binary upgrade that would keep it from booting yet I can boot from the 6.2-RELEASE iso's just fine? I am very apprehensive to do a newfs and wipe the drives now that I've failed both source and binary upgrade paths. -Clint That's strange, I've gone right from 5.3 through to RELENG_7 without ever doing the reboots during the install process (I know that's not recommended) and I never ran into trouble. Did you accidently turn off compat6x in the kernel before you built? Did your remember to install the misc/compat6x port? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
Marc Fonvieille wrote: On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. It has nothing to do with the mouse. Does the problem persist for you? It's gone for me, even with moused. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Source upgrade from 5.5 to 6.X not safe?
Clint Olsen wrote: I just attempted a source upgrade from 5.5-STABLE to 6.3-PRERELEASE, and it was a disaster, more than likely because I forgot to do something. Normally I'm saved by the fact that the operations are not so scary as to cause problems. Well, in this case after running 'make installkernel' and rebooting, the system did not come back up because it got kernel fatals on reboot (fatal trap 12: page fault while in kernel mode). It appears that my filesystems got marked dirty in the reboot loop that ensued, and I had to manually fsck them. I figured after that it might boot, but alas problems remained, so after grabbing a disc1 image of 6.2 on CDROM I moved kernel.old back and kernel to kernel.bad. Now, sometimes I work fast and loose with the rules of upgrading, but I was surprised that I managed to royally screw up things. Any pointers would be appreciated before I shave off a few years of my life again. Thanks, -Clint I think you might have no choice but to omit the reboots, because the world contains lots of stuff that has to do with the kernel (like mounting). So just go into single user mode and do the usual stuff: # make installkernel # mergemaster -p # make installworld # mergemaster # shutdown -r now and pray to your deity of choice. If the reason for your problem is something else however you're stuck with a system that can not run with your old kernel. So better backup before you try. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
single user mode broken on RELENG_7
Since I switched to RELENG_7 I cannot use /rescue/vi in single user mode any more. It will just print everything in the bottom line of the screen, so it's impossible to navigate in a document or see what you're doing. Mounting /usr and starting vim displays everything properly, but none of the keys work. The screen is just frozen until I hack a couple of :q! into the keyboard. It's kinda tedious to fix my misconfigurations with cat and sed. I wish for the RELENG_6 behaviour to return (that is, being able to use vi). ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iwi0: could not load firmware
Oliver Peter wrote: ... And I have the following entry in /boot/loader.conf # intel/wireless set legal.intel_iwi.license_ack=1 if_iwi_load=YES Why did you put set in front of your license agreement? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade error with 7.0-BETA1
Roland Smith wrote: On Sun, Oct 28, 2007 at 11:31:49PM +0100, Marc UBM Bocklet wrote: and then tried using portupgrade, which promptly fails with: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) Illegal instruction: 4 (core dumped) (the red zone error ist repeated about 20 times). [snip] This one bit me as well. It's an obsolete library (libthr) in the binary, Recompile ruby18 and problem will go away. You'll find other programs will do this too, but a lot of them disapear after doing a portupgrade. After updated to a new major version of FreeBSD (6-7, not 6.2-6.3) is to make a list of all ports, remove them all with pkg_delete and install them from scratch. That is the only sure way to prevent programs linking to older libraries. And while your at it, it would be a good idea to clean out the old cruft from (/usr)/lib as well. Roland The new sysutils/bsdadminscripts release has a script called pkg_libchk that tells you all the packages which need to be rebuild/relinked. http://www.freebsd.org/cgi/query-pr.cgi?pr=117533 I wrote it just for the occasion to update from RELENG_6 to RELENG_7. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
make delete-old broken with -j
The make delete-old target is broken with the -j parameter. It just prints the questions, without waiting for user feedback. I know this is not important, but I wanted to mention it: # make delete-old Removing old files (only deletes safe to delete libs) Removing old directories Old directories removed remove /usr/lib/libmytinfow.a? remove /usr/lib/libmytinfow.so? To remove old libraries run '/usr/obj/TPR40-7/i386/usr/src/make.i386/make delete-old-libs'. It's a tad inconvenient because my make.conf contains the following: .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} .MAKEFLAGS: -j 4 .endif ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 problem with playing DVDs
Olivier Brisson wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:owner-freebsd- [EMAIL PROTECTED] On Behalf Of [LoN]Kamikaze Sent: mercredi 24 octobre 2007 00:06 To: freebsd-stable@freebsd.org Subject: RELENG_7 problem with playing DVDs Using mplayer to try play a DVD my errorconsole is spammed with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed The mplayer just hangs around in physrd status and cannot be killed (even by kill -9). The error message gets posted until the system is shutdown. The mplayer process also stays alive for the whole time. The only way to open the DVD-drive after attempting to play the DVD is to reboot the system. It seems that you have a hardware problem. Could you please try with an other drive? I actually tried with 2 different drives. I can get more detailed, now. The drive lockup and dmesg spamming till the system has shut down as I reported it only occurs if I try to use the drives through the cam interface /dev/cd0 or /dev/cd1. The error message being the same. Here is the dmesg boot output concerning the drives: atapci0: Intel ICH2 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37...skipping... acd0: DVDROM HL-DT-STDVD-ROM GDR8164B/0L06 at ata1-master UDMA33 acd1: DVDR HP DVD Writer 840b/FF66 at ata1-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: HL-DT-ST DVD-ROM GDR8164B 0L06 Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [3799193 x 2048 byte records] cd1 at ata1 bus 0 target 1 lun 0 cd1: HP DVD Writer 840b FF66 Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: cd present [3793882 x 2048 byte records] If I use the acd0 device mplayer just fails because of failed CSS-key cracking. The dmesg gets a couple of lines with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed acd0: FAILURE - REPORT_KEY ILLEGAL REQUEST asc=0x6f ascq=0x04 If I use the acd1 device there are no dmesg reports and the dvd plays, but very poorly, as if the drive was in PIO mode. I checked my BIOS settings and all the usual suspects like block-reading, DMA and so on are turned on. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 problem with playing DVDs
[LoN]Kamikaze wrote: Olivier Brisson wrote: I actually tried with 2 different drives. I can get more detailed, now. The drive lockup and dmesg spamming till the system has shut down as I reported it only occurs if I try to use the drives through the cam interface /dev/cd0 or /dev/cd1. The error message being the same. Here is the dmesg boot output concerning the drives: atapci0: Intel ICH2 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37...skipping... acd0: DVDROM HL-DT-STDVD-ROM GDR8164B/0L06 at ata1-master UDMA33 acd1: DVDR HP DVD Writer 840b/FF66 at ata1-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: HL-DT-ST DVD-ROM GDR8164B 0L06 Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [3799193 x 2048 byte records] cd1 at ata1 bus 0 target 1 lun 0 cd1: HP DVD Writer 840b FF66 Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: cd present [3793882 x 2048 byte records] If I use the acd0 device mplayer just fails because of failed CSS-key cracking. The dmesg gets a couple of lines with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed acd0: FAILURE - REPORT_KEY ILLEGAL REQUEST asc=0x6f ascq=0x04 If I use the acd1 device there are no dmesg reports and the dvd plays, but very poorly, as if the drive was in PIO mode. I checked my BIOS settings and all the usual suspects like block-reading, DMA and so on are turned on. I now turned of the AUTO detection and hand-configured the devices. Now acd1 also reports the same DMA failure. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
1.3G of my /var missing
df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space remain. However doing a du -hd 1 /var and summing up the results I only get to less than 200M of used space, so there are 1.3G unaccounted for. fsck in single user mode does not recognize a problem. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 1.3G of my /var missing
Mark Andrews wrote: df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space remain. However doing a du -hd 1 /var and summing up the results I only get to less than 200M of used space, so there are 1.3G unaccounted for. fsck in single user mode does not recognize a problem. The usual answer is that a process has a unlinked file open however as you went to single user this would have eliminated this. Are you swapping to a file on /var? Mark No, I have a separate partition for swapping. I even tried to turn off soft-updates, but to no avail. I'd like to find out what causes this, but If I cannot, I will simply backup /var, run newfs and restore it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 problem with playing DVDs
Olivier Brisson wrote: Using mplayer to try play a DVD my errorconsole is spammed with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed The mplayer just hangs around in physrd status and cannot be killed (even by kill -9). The error message gets posted until the system is shutdown. The mplayer process also stays alive for the whole time. The only way to open the DVD-drive after attempting to play the DVD is to reboot the system. It seems that you have a hardware problem. Could you please try with an other drive? I now find your suggestion more likely. I think it might be a cable problem (both are on the same ata channel and thus use the same cable), fortunately I have some spares, so I'll exchange the cable tonight and report weather that was of any use. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 1.3G of my /var missing
Jeremy Chadwick wrote: On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: df -h reports that on /var 1.5G of 1.9G are used and only 237M of free space remain. However doing a du -hd 1 /var and summing up the results I only get to less than 200M of used space, so there are 1.3G unaccounted for. fsck in single user mode does not recognize a problem. Try looking at tunefs(8), particularly the -m flag. That amount of space is kept for root (the user). As in most cases the problem was sitting between the chair and the keyboard. I simply overlooked the G when I read that /var/log contained 1.3G of data. I'm sorry for wasting the precious time of those who read or even replied with my stupidity. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 1.3G of my /var missing
Clayton Milos wrote: Jeremy Chadwick wrote: On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: ... and summing up the results I only get to less than 200M of used space, so there are 1.3G unaccounted for. fsck in single user mode does not recognize a problem. Try looking at tunefs(8), particularly the -m flag. That amount of space is kept for root (the user). As in most cases the problem was sitting between the chair and the keyboard. I simply overlooked the G when I read that /var/log contained 1.3G of data. I'm sorry for wasting the precious time of those who read or even replied with my stupidity. Sounds like you need to make a few entries in /etc/newsyslog First thing I do when I add any new apps is give their logs a life cycle. All too quickly logs become bulky and you find /var holding it's breath. -Clay The problem was messages, and it's related with my DVD troubles which spammed the log with DMA errors. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_7 problem with playing DVDs
Using mplayer to try play a DVD my errorconsole is spammed with: ata1: FAILURE - non aligned DMA transfer attempted acd0: setting up DMA failed The mplayer just hangs around in physrd status and cannot be killed (even by kill -9). The error message gets posted until the system is shutdown. The mplayer process also stays alive for the whole time. The only way to open the DVD-drive after attempting to play the DVD is to reboot the system. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Closed Port, Need to Reopen
Squirrel wrote: For some reason, my port 1645 is closed on FreeBSD 6.2. I have all the firewall disabled, but it's not allowing me access the port 1645. How do you manually open this port? I can't seem to find at google. You need to configure an application to listen on the port. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. That doesn't solve the problem for me, so it seems that it's unrelated. It's just not mouse and sound, everything freezes up for a bit. Which suggested solution did you follow. Did you deactivate moused? Did you configure Xorg to use the mouse directly. For me also the whole system froze, but it did so because of the mouse. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. That doesn't solve the problem for me, so it seems that it's unrelated. It's just not mouse and sound, everything freezes up for a bit. Which suggested solution did you follow. Did you deactivate moused? Did you configure Xorg to use the mouse directly. For me also the whole system froze, but it did so because of the mouse. Both, moused is disabled, and Xorg is configured to use /dev/ums0. I'm still seeing the same issue. If I've got portmaster running an upgrade I still get the freezes. That's too bad, there seems to be a whole load of issues here. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCHED_4BSD in RELENG_7 disturbs workflow
Bengt Ahlgren wrote: [LoN]Kamikaze [EMAIL PROTECTED] writes: From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. Do you have ATA write-caching on or off? My experience is that if you turn caching off (on RELENG_6_x at least, have not tried 7) the machine often freezes for seconds when you are writing a lot to the disk. Bengt Write-caching is on on my machines. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCHED_4BSD in RELENG_7 disturbs workflow
Kris Kennaway wrote: Jeff Roberson wrote: On Tue, 16 Oct 2007, Kris Kennaway wrote: [LoN]Kamikaze wrote: I know that RELENG_7 is not considered very near-release, but I thought I'd give my 2¢ in the hope that I might have a little influence on the scheduler development to my benefit. The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw causing panics. However there is one thing that's disturbing and this is the scheduler. I only have single core machines, so whatever I say only applies to those. If you think single-core machines are no longer important, feel free to ignore this. In deed, just ignore me however much you like. From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. I've got the impression that things compile a little faster (that might be my imagination, though), but I'd rather have a smooth working experience. This is just my view of the situation and I suppose it is only one of many. I bid you be merciful with us single-core people, who cannot afford a slick multi-core machine, because we worry how to pay for our food at the end of the month. Not to say that any problems that might have developed with SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try since it brings benefits even for single CPU systems (e.g. better interactive response). It would indeed be good to know if ULE improves things for you. However, there have been a number of other reports about non-scheduler related regressions with x windows on 7.0. I run 7.0 on a UP laptop without difficulty. I wonder if it has something to do with a particular device or driver. Or xorg 7.3 vs 7.2, if this was an older 6.x install. Kris I was on Xorg 7.3 before I switched to RELENG_7. Now, my problems have been solved, thanks to all your suggestions. It turned out that I actually had 2 problems, which only appeared to be one. The first one was the scheduler. ULE feels much better to me, the system responds fine now. The other problem was the strange occurance that X froze when the mouse was not in movement on one of my machines. The solution was to rebuild x11-drivers/xf86-input-mouse . Now everything seems to run fine. Thanks everyone for all the feedback and suggestions. My next project will be to build my kernel with debugging and produce decent traces for my ipw panics. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. This behavior is pretty pronounced, as I'm installing gutenprint right now. bigguy# sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S3 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 5 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 bigguy# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% This didn't happen with 6.2. I'm running UP with Xorg 7.2. http://am-productions.biz/debug/releng_7/BIGGUY http://am-productions.biz/debug/releng_7/vmstat-i.txt http://am-productions.biz/debug/releng_7/dmesg.boot http://am-productions.biz/debug/releng_7/pkg_into.txt Let me know what other information I need to provide. 2 things fixed it for me: Using SCHED_ULE and rebuilding x11-drivers/xf86-input-mouse. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
[LoN]Kamikaze wrote: Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. This behavior is pretty pronounced, as I'm installing gutenprint right now... 2 things fixed it for me: Using SCHED_ULE and rebuilding x11-drivers/xf86-input-mouse. It turned out my report of success was wrong. However I think I cornered the problem. The following lines are two snippets of xev output: KeymapNotify event, serial 28, synthetic NO, window 0x0, keys: 69 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ButtonPress event, serial 28, synthetic NO, window 0xe1, root 0x145, subw 0x0, time 2952962341, (21,177), root:(1649,206), state 0x0, button 1, same_screen YES Both events are the result of pressing the left mouse button. Sometimes the first, sometimes the second message appears. So it seems that Xorg has trouble with /dev/sysmouse. If I omit moused and configure X to take the mouse from /dev/ums0, everything seems to be fine. The same, if I opperate without a mouse. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_7 jerky mouse and skipping sound
I have rebuilt all xorg stuff over night and it didn't help. The only way to avoid the jerkiness is having those lines in /etc/rc.conf: moused_nondefault_enable=NO moused_enable=NO I have configured my /usr/local/etc/X11/xorg.conf to contain the following lines in the Mouse section: Option Protocol auto Option Device /dev/ums0 I'm using a USB mouse. What I think is the most likely cause, is that there's something wrong with moused, so that /dev/sysmouse feeds xorg broken signals that somehow are not handled appropriately. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
SCHED_4BSD in RELENG_7 disturbs workflow
I know that RELENG_7 is not considered very near-release, but I thought I'd give my 2¢ in the hope that I might have a little influence on the scheduler development to my benefit. The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw causing panics. However there is one thing that's disturbing and this is the scheduler. I only have single core machines, so whatever I say only applies to those. If you think single-core machines are no longer important, feel free to ignore this. In deed, just ignore me however much you like. From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. I've got the impression that things compile a little faster (that might be my imagination, though), but I'd rather have a smooth working experience. This is just my view of the situation and I suppose it is only one of many. I bid you be merciful with us single-core people, who cannot afford a slick multi-core machine, because we worry how to pay for our food at the end of the month. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCHED_4BSD in RELENG_7 disturbs workflow
Jeff Roberson wrote: On Tue, 16 Oct 2007, Kris Kennaway wrote: [LoN]Kamikaze wrote: I know that RELENG_7 is not considered very near-release, but I thought I'd give my 2¢ in the hope that I might have a little influence on the scheduler development to my benefit. The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw causing panics. However there is one thing that's disturbing and this is the scheduler. I only have single core machines, so whatever I say only applies to those. If you think single-core machines are no longer important, feel free to ignore this. In deed, just ignore me however much you like. From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. I've got the impression that things compile a little faster (that might be my imagination, though), but I'd rather have a smooth working experience. This is just my view of the situation and I suppose it is only one of many. I bid you be merciful with us single-core people, who cannot afford a slick multi-core machine, because we worry how to pay for our food at the end of the month. Not to say that any problems that might have developed with SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try since it brings benefits even for single CPU systems (e.g. better interactive response). It would indeed be good to know if ULE improves things for you. However, there have been a number of other reports about non-scheduler related regressions with x windows on 7.0. I run 7.0 on a UP laptop without difficulty. I wonder if it has something to do with a particular device or driver. Jeff Well, I'll certainly see soon. However I have switched from Xorg 7.2 to 7.3 first and that worked fine. Only after the update RELENG_6 to RELENG_7 did those issues appear. I have now recompiled all my 700+ ports to rule out compatibility problems (I had lots of panics before I did that, now everything is stable, unless I try to use my wireless device) and the performance issue remains. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCHED_4BSD in RELENG_7 disturbs workflow
Josh Carroll wrote: Not to say that any problems that might have developed with SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try since it brings benefits even for single CPU systems (e.g. better interactive response). For my particular work load, 4BSD is actually faster than ULE in RELENG_7. Specifically, on a Q6600 running ffmpeg -threads 8 to transcode some H.264 video, 4BSD is about 5% faster. I took a sample video and transcoded the first 120 seconds of it, and here are the results (including a control from 6.2-RELEASE-p7/4BSD scheduler): releng_6_2 (4BSD) 1:32.39 releng_7 (4BSD) 1:32.44 releng_7 (ULE) 1:37.15 This is obviously a different scenario from MySQL. So perhaps ULE isn't as well tuned for cases like ffmpeg? Josh I suspect that the increased performance is stolen from the process with focus. I don't care much about my calculation being 5% faster if that renders the machine unusable. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCHED_4BSD in RELENG_7 disturbs workflow
Jeff Roberson wrote: On Tue, 16 Oct 2007, [LoN]Kamikaze wrote: Jeff Roberson wrote: On Tue, 16 Oct 2007, Kris Kennaway wrote: [LoN]Kamikaze wrote: I know that RELENG_7 is not considered very near-release, but I thought I'd give my 2¢ in the hope that I might have a little influence on the scheduler development to my benefit. The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw causing panics. However there is one thing that's disturbing and this is the scheduler. I only have single core machines, so whatever I say only applies to those. If you think single-core machines are no longer important, feel free to ignore this. In deed, just ignore me however much you like. From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. I've got the impression that things compile a little faster (that might be my imagination, though), but I'd rather have a smooth working experience. This is just my view of the situation and I suppose it is only one of many. I bid you be merciful with us single-core people, who cannot afford a slick multi-core machine, because we worry how to pay for our food at the end of the month. Not to say that any problems that might have developed with SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try since it brings benefits even for single CPU systems (e.g. better interactive response). It would indeed be good to know if ULE improves things for you. However, there have been a number of other reports about non-scheduler related regressions with x windows on 7.0. I run 7.0 on a UP laptop without difficulty. I wonder if it has something to do with a particular device or driver. Jeff Well, I'll certainly see soon. However I have switched from Xorg 7.2 to 7.3 first and that worked fine. Only after the update RELENG_6 to RELENG_7 did those issues appear. I have now recompiled all my 700+ ports to rule out compatibility problems (I had lots of panics before I did that, now everything is stable, unless I try to use my wireless device) and the performance issue remains. Can you give us a full dmesg? Thanks, jeff Ye ask and ye shall receive: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #0: Fri Oct 12 16:36:39 CEST 2007 [EMAIL PROTECTED]:/usr/obj/TPR40-7/i386/usr/src/sys/TPR40-7 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1300MHz (1295.80-MHz 686-class CPU) Origin = GenuineIntel Id = 0x695 Stepping = 5 Features=0xa7e9f9bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE Features2=0x180EST,TM2 real memory = 1341521920 (1279 MB) avail memory = 1300160512 (1239 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI Warning (tbfadt-0505): Optional field Gpe1Block has zero address or length:0102C/0 [20070320] acpi0: IBM TP-1P on motherboard acpi0: [ITHREAD] acpi_ec0: Embedded Controller: GPE 0x1c, ECDT port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 4ff0 (3) failed Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 est0: Enhanced SpeedStep Frequency Control on cpu0 p4tcc0: CPU Frequency Thermal Control on cpu0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82855 host to AGP bridge on hostb0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0x3000-0x30ff mem 0xe000-0xe7ff,0xc010-0xc010 irq 11 at device 0.0 on pci1 uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0
Re: Missing libstdc++.so.6 for openoffice in stable
Brian Josefsen wrote: Hello all I installed the openoffice package ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.3.0/i386/FreeBSD6/OOo_2.3.0_FreeBSD62Intel_install_da.tbz yesterday, now when i try to execute openoffice.org-2.3.0 it complaints about libstdc++.so.6 is missing. As far as i remember libstdc++.so.6 is part of GCC 4.2 and therefore first availible in -current. Now, am i a moron and got everything wrong, or is this an error by whoever built this package? I simply can't allow myself 2 days to build this one. You can install lang/gcc42 to get the file. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make -j broken on Releng_7
Aryeh M. Friedman wrote: [LoN]Kamikaze wrote: I just upgraded a couple of systems to Releng_7 and everything works just fine, except for make -j. With the -j parameter every file is simply deemed up to date and nothing at all gets built. Does anyone else experience this? Would it help to rebuild world? After all the first time it has been build using gcc3.4 from Releng_6. Yes or install 4.X from ports I just rebuilt make with gcc4 (from base) and it still doesn't work with make -j. A little example, this is as it should be: # cd /usr/ports/x11/printproto/ # make === Extracting for printproto-1.0.3 = MD5 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. = SHA256 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. === Patching for printproto-1.0.3 === Configuring for printproto-1.0.3 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile config.status: creating printproto.pc === Building for printproto-1.0.3 [EMAIL PROTECTED] make deinstall reinstall === Deinstalling for x11/printproto === Deinstalling printproto-1.0.3 pkg_delete: package 'printproto-1.0.3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): ... === Installing for printproto-1.0.3 === Generating temporary packing list === Checking if x11/printproto already installed /bin/sh ./mkinstalldirs /usr/local/libdata/pkgconfig install -o root -g wheel -m 444 printproto.pc /usr/local/libdata/pkgconfig/printproto.pc /bin/sh ./mkinstalldirs /usr/local/include/X11/extensions install -o root -g wheel -m 444 Print.h /usr/local/include/X11/extensions/Print.h install -o root -g wheel -m 444 Printstr.h /usr/local/include/X11/extensions/Printstr.h === Registering installation for printproto-1.0.3 # pkg_info -g printproto-1.0.3 Information for printproto-1.0.3: Mismatched Checksums: This is with make -j: # cd /usr/ports/x11/printproto/ # make -j2 find: /usr/obj/homeKamikaze.norad/usr/ports/x11/printproto/work/printproto-1.0.3: No such file or directory find: /usr/obj/homeKamikaze.norad/usr/ports/x11/printproto/work/printproto-1.0.3: No such file or directory === Extracting for printproto-1.0.3 = MD5 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. = SHA256 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. === Patching for printproto-1.0.3 === Configuring for printproto-1.0.3 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile config.status: creating printproto.pc === Building for printproto-1.0.3 `Makefile' is up to date. `./config.status' is up to date. `printproto.pc.in' is up to date. `Print.h' is up to date. `Printstr.h' is up to date. # make deinstall reinstall === Deinstalling for x11/printproto === Deinstalling printproto-1.0.3 === Installing for printproto-1.0.3 === Generating temporary packing list === Checking if x11/printproto already installed /bin/sh ./mkinstalldirs /usr/local/lib/pkgconfig mkdir -p -- /usr/local/lib/pkgconfig install -o root -g wheel -m 444 printproto.pc /usr/local/lib/pkgconfig/printproto.pc /bin/sh ./mkinstalldirs /usr/local/include/X11/extensions install -o root -g wheel -m 444 Print.h /usr/local/include/X11/extensions/Print.h install -o root -g wheel -m 444 Printstr.h /usr/local/include/X11/extensions/Printstr.h === Registering installation for printproto-1.0.3 # pkg_info -g printproto-1.0.3 Information for printproto-1.0.3: Mismatched Checksums: pkg_info: /usr/local/libdata/pkgconfig/printproto.pc doesn't exist On Releng_6 building this port with make -j2 worked just fine. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
make -j broken on Releng_7
I just upgraded a couple of systems to Releng_7 and everything works just fine, except for make -j. With the -j parameter every file is simply deemed up to date and nothing at all gets built. Does anyone else experience this? Would it help to rebuild world? After all the first time it has been build using gcc3.4 from Releng_6. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd just sits there and does nothing
My original intention was just to say that openntpd works just out of the box, while ntpd doesn't. And since openntpd works fine for me, I am not really interested in resolving this. Anyway since so many of you seem to be, here is the requested data: ntp.conf server 0.de.pool.ntp.org minpoll 4 maxpoll 8 server 1.de.pool.ntp.org minpoll 4 maxpoll 8 server 2.de.pool.ntp.org minpoll 4 maxpoll 8 server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 restrict default ignore restrict 127.0.0.1 ntpdc -p -c kerni -c loopi -c sysi -c syss remote local st poll reach delay offsetdisp === =time.as-compute 192.168.1.1216 2560 0.0 0.00 0.0 =mail.syncronisa 192.168.1.1216 2560 0.0 0.00 0.0 =proxy1.rz.uni-k 192.168.1.1216 2560 0.0 0.00 0.0 =proxy2.rz.uni-k 192.168.1.1216 2560 0.0 0.00 0.0 =proxy3.rz.uni-k 192.168.1.1216 2560 0.0 0.00 0.0 =proxy4.rz.uni-k 192.168.1.1216 2560 0.0 0.00 0.0 =crux.pmsf.net 192.168.1.1216 2560 0.0 0.00 0.0 pll offset: 0 s pll frequency:0.000 ppm maximum error:0.365516 s estimated error: 1.6e-05 s status: 2001 pll nano pll time constant:0 precision:1e-09 s frequency tolerance: 496 ppm offset: 0.00 s frequency:0.000 ppm poll adjust: 0 watchdog timer: 730 s system peer: 0.0.0.0 system peer mode: unspec leap indicator: 11 stratum: 16 precision:-19 root distance:0.0 s root dispersion: 0.01094 s reference ID: [73.78.73.84] reference time: . Thu, Feb 7 2036 7:28:16.000 system flags: auth monitor ntp kernel stats jitter: 0.00 s stability:0.000 ppm broadcastdelay: 0.003998 s authdelay:0.00 s time since restart: 730 time since reset: 730 packets received: 87 packets processed: 0 current version:0 previous version: 0 bad version:0 access denied: 57 bad length or format: 0 bad authentication: 0 rate exceeded: 0 ntpdate with -q in ntpdate_flags # /etc/rc.d/ntpdate onestart Setting date via ntp. server 193.218.127.251, stratum 2, offset 0.631432, delay 0.04562 server 213.133.123.125, stratum 2, offset 0.630518, delay 0.03748 server 194.25.115.122, stratum 1, offset 0.633518, delay 0.04091 server 129.13.186.4, stratum 0, offset 0.00, delay 0.0 server 129.13.186.3, stratum 0, offset 0.00, delay 0.0 server 129.13.186.2, stratum 0, offset 0.00, delay 0.0 server 129.13.186.1, stratum 0, offset 0.00, delay 0.0 23 Jul 08:55:49 ntpdate[1772]: step time server 194.25.115.122 offset 0.633518 sec /usr/local/sbin/ntpd -sd # This is openntpd ntp engine ready reply from 84.16.235.165: offset 0.573124 delay 0.011219, next query 8s reply from 87.106.95.189: offset 0.573368 delay 0.014235, next query 8s reply from 212.112.228.242: offset 0.574221 delay 0.014708, next query 7s reply from 88.198.8.101: offset 0.573796 delay 0.015175, next query 6s reply from 212.77.176.178: offset 0.574222 delay 0.016076, next query 5s reply from 195.179.15.118: offset 0.541673 delay 0.022011, next query 5s reply from 85.214.23.162: offset 0.568205 delay 0.022973, next query 9s reply from 194.77.75.99: offset 0.573878 delay 0.033467, next query 8s reply from 212.77.176.178: offset 0.570650 delay 0.014009, next query 7s reply from 195.179.15.118: offset 0.537944 delay 0.020095, next query 5s reply from 88.198.8.101: offset 0.570179 delay 0.013163, next query 9s reply from 84.16.235.165: offset 0.568732 delay 0.009621, next query 6s reply from 212.112.228.242: offset 0.569989 delay 0.013116, next query 5s reply from 87.106.95.189: offset 0.568727 delay 0.013139, next query 6s reply from 194.77.75.99: offset 0.570201 delay 0.029342, next query 6s reply from 85.214.23.162: offset 0.562845 delay 0.021890, next query 9s reply from 195.179.15.118: offset 0.536313 delay 0.021833, next query 7s reply from 212.112.228.242: offset 0.567116 delay 0.012397, next query 7s reply from 212.77.176.178: offset 0.567040 delay 0.014119, next query 7s reply from 84.16.235.165: offset 0.565892 delay 0.010525, next query 6s no reply from 129.13.186.4 received in time, next query 610s no reply from 129.13.186.3 received in time, next query 607s no reply from 129.13.186.2 received in time, next query 624s no reply from 129.13.186.1 received in time, next query 600s reply from 87.106.95.189: offset 0.565603 delay 0.013103, next query 7s reply from 194.77.75.99: offset 0.564807 delay 0.031786, next
Re: ntpd just sits there and does nothing
Oliver Fromme wrote: [LoN]Kamikaze [EMAIL PROTECTED] wrote: My original intention was just to say that openntpd works just out of the box, while ntpd doesn't. That's just plain wrong. ntpd _does_ work out of the box (unless your configuration is broken), and it seems to be more accurate than openntpd. Obviously I'm too stupid to configure ntpd by myself. Thanks for all the effort. I have watched ntpd do its magic for an hour, now. And it seems to aim at running my clock half a second behind the server clocks. Maybe I just didn't watch long enough, I understand that ntpd is trying to figure out how much my clock goes wrong and only adjusts time very slowly. Demanding to replace ntpd with openntpd in the FreeBSD base system because you cannot get the configuration right is ridiculous. I wasn't really demanding, but saying that I'd (personally) prefer openntpd. And my original argument still stands, it's much simpler than ntpd and though I lack the intelligence to configure ntpd, it suffices for openntpd. Seeing that nobody seems to agree with me, I'm happy with running openntpd from ports. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd just sits there and does nothing
Chuck Swiger wrote: On Jul 23, 2007, at 7:10 AM, Oliver Fromme wrote: [LoN]Kamikaze [EMAIL PROTECTED] wrote: server 0.de.pool.ntp.org minpoll 4 maxpoll 8 server 1.de.pool.ntp.org minpoll 4 maxpoll 8 server 2.de.pool.ntp.org minpoll 4 maxpoll 8 server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 restrict default ignore restrict 127.0.0.1 You need to add proper restrict lines for the servers, of course. Basically you have configured ntpd to ignore all servers. Also, putting minpoll 4 maxpoll 8 on all servers is somewhat suboptimal and puts an unnecessary burden on the servers and networks without reason. I recommend to use low polling intervals and the iburst option for one or two local servers only (e.g. for NTP servers located in your direct upstream or at your ISP), and higher polling intervals for other public servers. I wish to second what Oliver has said, only more strongly: using minpoll 4 is considered abusive and a misuse of the NTP pool. From http://www.pool.ntp.org/use.html That was only for testing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd just sits there and does nothing
Stefan Lambrev wrote: Hi, [LoN]Kamikaze wrote: Doug Hardie wrote: On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: As the subject says, on my 6-stable systems ntpd just sits there and does nothing. The logs only mention when the daemon gets started or shut down. It complains when servers are not reachable, but does nothing when they are available. The drift file always contains 0.00. ntpdate and openntpd both successfully manage to set the time, so I suppose it's a problem with ntpd. Are you on a static IP address? If not, ntpd obtains its IP address when it starts up and uses it forever. If your IP address changes then it will not be able to communicate with the upstream ntp servers. It has to be restarted everytime your IP address changes. I have a static address. The trouble is it seems to operate fine, only it forgets to change the time when it differs from the time servers too much. Sometimes my clock goes wrong more than 1 second within a day. ntpd will not change time if the difference is too big - I think it should be less then 1000s. ntpdate will :) Also if you have increased your kernel secure level 2+ : In addition, kernel time changes are restricted to less than or equal to one second. Attempts to change the time by more than this will log the message ``Time adjustment clamped to +1 second''. So grep for ntpd in /var/log/messages and I'm sure you will find the problem. Other problem that I see is if you are behind NAT/firewall. Because ntpd make a request and wait for response on different port, so check your firewall configuration and blocked packets. My securelevel is -1, even starting with an accurate clock ntpd just slowly lets it drift away. I'm behind a 2 NATs, one of which I have no access to. However openntpd and ntpdate don't seem to be troubled by this. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: removing external usb hdd without unmounting causes reboot?
Oliver Fromme wrote: Momchil Ivanov wrote: On Wednesday 18 July 2007 15:52:42 [LoN]Kamikaze wrote: Josh Paetzel wrote: Yes, it's expected behavior. The workaround is to not unplug mounted devices. (There's nothing special about USB here, if you unplugged an IDE drive you'd get the same behavior) Wouldn't it make some sense not to panic if mounted devices that are in sync get removed? A few applications might get in trouble, but that's hardly a reason to bring a whole system down. I don`t know how things work, but shutting down the system when some mounted fs is no longer present seems like the wrong thing to me. As Josh wrote, it's expected. The problem is known to exist for a long time already (probably as long as FreeBSD itself exists), and if there was an easy solution, certainly someone would have fixed it. I remember on 5.3 I removed a mounted USB stick. The system did not panic, all I had to do was to plug the stick back in to be able to unmount it. So the behaviour has been more tolerant, in the past. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: removing external usb hdd without unmounting causes reboot?
Norberto Meijome wrote: On Wed, 18 Jul 2007 17:41:04 +0200 (CEST) Oliver Fromme [EMAIL PROTECTED] wrote: another work-around is to use the auto mounter daemon (amd(8)). It umounts file systems automatically that are not in use. Another nice feature of amd(8) is that you don't have to mount the file system either -- Simply plug the USB stick in, then access it, and amd(8) will automatically mount it for you. Now, something I dont understand - amd runs at user level, and it mounts filesystems, and nothing dies when the filesystems go away (other than the obvious cases for the applications trying to write to the FS in question). Doesn't amd , at some point , have to tell the kernel 'please mount this filesystem' here or there? Isn't the kernel STILL involved in all this? and why doesnt the kernel panic when the FS goes away? The trick is that amd unmounts the device after a couple of seconds, so when someone accidentally removes a usb drive, it doesn't really matter. Amd will simply fail to mount it on the next access. If you remove the device during or shortly after accessing it, it still will panic the system. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: removing external usb hdd without unmounting causes reboot?
M. Warner Losh wrote: In message: [EMAIL PROTECTED] Baldur Gislason [EMAIL PROTECTED] writes: : I vaguely remember being able to yank out USB drives in 5.x and just make : usbd execute a forced umount without any problems. FAT32 drives mind you. : On 6.2 I haven't even been able to unplug a USB drive even if I unmount it : first, always results in a kernel panic. This has never worked. Not even on 5.x. Or 4.10. I've tested these both recently accidentally... Warner As I mentioned earlier I remember it working during the 5.3 era on Stable, at some point it worked. I even remember removing my CD-Rom drive from my Thinkpad without running atacontrol detach. The system just took it and the drive just continued working after I put it back in. Anyway, is there a way to convince the kernel that removable devices are NFS mounts? I suppose there'd be an additional layer required that clusters file operations to consistent atomic operations similar to NFS. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ntpd just sits there and does nothing
As the subject says, on my 6-stable systems ntpd just sits there and does nothing. The logs only mention when the daemon gets started or shut down. It complains when servers are not reachable, but does nothing when they are available. The drift file always contains 0.00. ntpdate and openntpd both successfully manage to set the time, so I suppose it's a problem with ntpd. It seems what ntpd has in complexity it lacks in robustness. I'd prefer to have openntpd in the base system. It seems to be very simple. And it works. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd just sits there and does nothing
Doug Hardie wrote: On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: As the subject says, on my 6-stable systems ntpd just sits there and does nothing. The logs only mention when the daemon gets started or shut down. It complains when servers are not reachable, but does nothing when they are available. The drift file always contains 0.00. ntpdate and openntpd both successfully manage to set the time, so I suppose it's a problem with ntpd. Are you on a static IP address? If not, ntpd obtains its IP address when it starts up and uses it forever. If your IP address changes then it will not be able to communicate with the upstream ntp servers. It has to be restarted everytime your IP address changes. I have a static address. The trouble is it seems to operate fine, only it forgets to change the time when it differs from the time servers too much. Sometimes my clock goes wrong more than 1 second within a day. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: removing external usb hdd without unmounting causes reboot?
Josh Paetzel wrote: On Wednesday 18 July 2007, Momchil Ivanov wrote: Hi, I am running FreeBSD 6.2-STABLE #11: Sat Jul 14 16:27:12 CEST 2007 and accidently unplugged the USB hub to which my external hdd together with a mouse were connected and this caused my machine to freeze for some seconds and then reboot. At that moment the hdd was mounted and I was playing music out of it. After that I tried to reproduce it :) so just plugged only the hdd directly, mounted it and started playing music files from it. When I unplugged the USB cable the same thing happened: short freeze, and then reboot. Is this expected behaviour? And is there some way to avoid the freeze and reboot? Thanks. Yes, it's expected behavior. The workaround is to not unplug mounted devices. (There's nothing special about USB here, if you unplugged an IDE drive you'd get the same behavior) Wouldn't it make some sense not to panic if mounted devices that are in sync get removed? A few applications might get in trouble, but that's hardly a reason to bring a whole system down. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: updated to Releng_6, psm0 disappeared, acpi_ibm not working
Ronald Klop wrote: [LoN]Kamikaze [EMAIL PROTECTED] wrote: I just updated my Thinkpad R40 to Releng_6. The psm0 device is discovered no longer (hence no touchpad or joystick). Dmesg shows no trace of it. Also # sysctl dev.acpi_ibm.0.events=1 outputs: dev.acpi_ibm.0.events: 0 sysctl: dev.acpi_ibm.0.events: Input/output error I'd be glad about any pointers to where I should look for the cause of these problems. I don't know the answer, but version did you run before? So people know what changed in between. Ronald. About a month old Releng_6, I think. I've stepped back to a Releng_6_2 kernel, which works fine. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
updated to Releng_6, psm0 disappeared, acpi_ibm not working
I just updated my Thinkpad R40 to Releng_6. The psm0 device is discovered no longer (hence no touchpad or joystick). Dmesg shows no trace of it. Also # sysctl dev.acpi_ibm.0.events=1 outputs: dev.acpi_ibm.0.events: 0 sysctl: dev.acpi_ibm.0.events: Input/output error I'd be glad about any pointers to where I should look for the cause of these problems. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
wpa_supplicant Authentication timed out
When I try running wpa_supplicant I get the following output: # wpa_supplicant -iipw0 -c/etc/wpa_supplicant.conf Associated with 00:12:bf:77:b6:1c Authentication with 00:12:bf:77:b6:1c timed out. After a couple of minutes the output repeats. The authentication model is WPA-PSK, setting it in the configuration doesn't change anything though. This is my wpa_supplicant.conf: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid=gateway.norad #psk=the key psk=generated by wpa_passphrase } For 2 or 3 seconds ifconfig shows status:associated (between the associated and the timed out message). However even in this short time frame, no traffic gets through the device. Ere I forget, does someone have a suggestion to solve this? The following is the verbose output until I press CTRL-C: # wpa_supplicant -dK -iipw0 -c/etc/wpa_supplicant.conf Initializing interface 'ipw0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' Configuration file '/etc/wpa_supplicant.conf' - '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='gateway.norad' Initializing interface (2) 'ipw0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:04:23:79:66:68 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 10 usec Added interface ipw0 State: DISCONNECTED - SCANNING Starting AP scan (broadcast SSID) Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:12:bf:77:b6:1c ssid='gateway.norad' wpa_ie_len=28 rsn_ie_len=0 caps=0x31 selected based on WPA IE Trying to associate with 00:12:bf:77:b6:1c (SSID='gateway.norad' freq=2412 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 wpa_driver_bsd_set_auth_alg alg 0x1 authmode 1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 2 WPA: set AP WPA IE - hexdump(len=28): dd 1a 00 50 f2 01 01 00 00 50 f2 02 02 00 00 50 f2 02 00 50 f2 04 01 00 00 50 f2 02 WPA: clearing AP RSN IE WPA: using GTK TKIP WPA: using PTK CCMP WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 04 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 State: SCANNING - ASSOCIATING wpa_driver_bsd_associate: ssid 'gateway.norad' wpa ie len 24 pairwise 3 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto State: ASSOCIATING - ASSOCIATED Associated to a new BSS: BSSID=00:40:05:ae:df:6f No keys have been configured - skip key clearing Associated with 00:40:05:ae:df:6f WPA: Association event - clear replay counter EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - EAP success=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: SUPP_BE entering state IDLE Setting authentication timeout: 10 sec 0 usec EAPOL: startWhen -- 0 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=1 len=0) Authentication with 00:40:05:ae:df:6f timed out. Added BSSID 00:40:05:ae:df:6f into blacklist State: ASSOCIATED - DISCONNECTED wpa_driver_bsd_disassociate No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: SUPP_BE entering state INITIALIZE EAPOL: External notification - portValid=0 Setting scan request: 0 sec 0 usec State: DISCONNECTED - SCANNING Starting AP scan (broadcast SSID) EAPOL: startWhen -- 0 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld
zen wrote: dear all, i have a problem during upgrading my FreeBSD box to 6.1, this error occured during make buildworld. these are the error mesages: _tools/../../../../contrib/gcc/genemit.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c: In function `gen_expand': /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c:546: internal compiler error: Segmentation fault: 11 That looks like faulty memory or a temperature problem. Such problems normally only show on very high load. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
msdosfs destroys files upon opening them
I thought this was a problem of Gimp, but the trace shows that it does read only operation. Since PRs currently don't work, I will link you to the original PR for Gimp: http://bugzilla.gnome.org/show_bug.cgi?id=376687 I still have the files and the traces and am willing to give them to anyone who cares. Almost forgot: FreeBSD mobileKamikaze.norad 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Sat Nov 11 18:44:31 CET 2006 [EMAIL PROTECTED]:/usr/obj/TPR40-6/i386/usr/src/sys/TPR40-6 i386 gimp-2.2.13_2,1 /dev/ad0s4 on /mnt/msdos/vault (msdosfs, local) Thanks to everyone who takes a look at this. I hope this will be fixed before the 6.2 Release. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.2-PRE /boot/loader
Norbert Augenstein wrote: Moreover, while booting i get the following message: sysctl: unknown oid 'net.inet6.ip6.auto_linklocal' due to missing inet6 support in my kernel. This looks like a stale entry in your /etc/sysctl.conf or /boot/loader.conf to me. Just remove it (the entry, not the file). ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kldunload -f has no effect
Nikos Vassiliadis wrote: On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote: I need to 'kldunload -f drm' in order to go into suspend to ram with my thinkpad (suspend works fine with dri disabled). Unfortunately, despite the claims of the manpage the '-f' flag does not alter the behaviour of the kldunload tool. In my experience using -f will result in a kernel panic. And that's well documented in the manual page. I guess you are lucky it didn't work:) So, why don't you just reboot? and keep the module off your kernel(if that's an option). How do I get drm unloaded? The easy way, just reboot. Or the hard way, fix the kernel module! What's the point of suspend if you have to reboot to resume? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kldunload -f has no effect
I need to 'kldunload -f drm' in order to go into suspend to ram with my thinkpad (suspend works fine with dri disabled). Unfortunately, despite the claims of the manpage the '-f' flag does not alter the behaviour of the kldunload tool. How do I get drm unloaded? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 6.2-PRE: todays cvsupdate break kernel build
O. Hartmann wrote: Today's cvsupdate seems to break kernel build at this pint on FreeBSD 6.2-PRE/AMD64: awk -f /usr/src/sys/modules/ata/atapicam/../../../conf/kmod_syms.awk atapicam.ko export_syms | xargs -J% objcopy % atapicam.ko objcopy --strip-debug atapicam.ko === ath (all) make: don't know how to make /usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd/ah_osdep.h. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Regards, Oliver It might mean that there are stale object files somewhere in you source tree. Try # find /usr/src -type f -name \*.o -exec rm {} \; as root. That _might_ help. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PC-BSD and DesktopBSD compared to FreeBSD
Charles P. Schaum wrote: A note on PC-BSD and DesktopBSD as compared to my -STABLE experiences: -STABLE works best. First, PC-BSD will panic under more conditions than -RELEASE, -STABLE or DesktopBSD. I did some monkeying around and found that to be true, especially with older boxes. Second, DesktopBSD works better than PC-BSD, and noticeably so. But it's based on 5 and I want 6. So that kinda throws a spanner in the works. The DesktopBSD development version is based on 6-Stable. they're waiting for the 6.2 release to release their new release. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Releng_6 suddenly no longer -j safe
Last time I built a kernel on Releng_6 (only a couple of days ago) everything was fine with -j 4. Now buildkernel stops, this is an example: === sound/driver/als4000 (depend) awk -f @/tools/makeobjops.awk @/kern/device_if.m -h machine - /usr/src/sys/i386/include awk: can't open file @/tools/makeobjops.awk source line number 1 source file @/tools/makeobjops.awk context is *** Error code 2 @ - /usr/src/sys 1 error ... Where it stops is random (I suppose it sometimes is accidentally built in the right order), but the error is always similar. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Releng_6 suddenly no longer -j safe
Ruslan Ermilov wrote: On Tue, Sep 12, 2006 at 01:53:28PM +0200, [LoN]Kamikaze wrote: Last time I built a kernel on Releng_6 (only a couple of days ago) everything was fine with -j 4. Now buildkernel stops, this is an example: ... Where it stops is random (I suppose it sometimes is accidentally built in the right order), but the error is always similar. This puzzled me for a while, since kmod.mk has mechanisms that try to ensure `@' is built before it's accessed. What the implementation is missing is anti-footshooting measures. I bet your /usr/src/sys/modules/ has some stray `@' symlinks possibly left from compiling modules manually without creating object directories, and forgetting to run make clean afterwards. Thank you, since I don't know how and where I messed up the source tree, I deleted it and recvsupped it. It's building at the moment and it seems to work fine. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
non critical mounts
Failing NFS mounts with the -b option take a lot of time, because they fork AFTER an attempt has failed. And that normally takes a lot of time. So I have written that patch, which fixes the behaviour by forking even before the first attempt is made. http://www.freebsd.org/cgi/query-pr.cgi?pr=103089 But now I wonder weather it wouldn't be better to introduce an option like nocrit for non critical mounts in sbin/mount that generally forks mounts with that option into the background. It would be useful for all kinds of replaceable drives and network shares. Especially in an ever changing environment such as a Laptop. Now why not amd you say, the answer being that it costs significant CPU time when using such a mount. That does not matter on an optical drive, but when you want to build the world on an external HD, it makes a difference. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
joystick as mouse?
I know this is not the right place to post this question, but I do not know a better one. Apart from question, and there I did not get any replies. I managed to convince moused that my USB joystick, a Logitech WingMan Extreme Digital 3D on /dev/uhid0 (3 axis, throttle, 8 buttons and a HUD switch), is actually a mouse. Of course the mouse cursor acts absolutely insane when I touch the joystick. But it shows that it is possible. My question is, is there some kind of way to write a profile for moused such as the intellimouse and microsoft profiles to tell moused how to read the joystick input? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [releng_6 tinderbox] failure on i386/i386
FreeBSD Tinderbox wrote: TB --- 2006-08-12 04:31:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-12 04:31:12 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-08-12 04:31:12 - cleaning the object tree TB --- 2006-08-12 04:31:41 - checking out the source tree TB --- 2006-08-12 04:31:41 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-08-12 04:31:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-08-12 04:42:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-12 04:42:00 - cd /src TB --- 2006-08-12 04:42:00 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2006-08-12 05:48:49 - generating LINT kernel config TB --- 2006-08-12 05:48:49 - cd /src/sys/i386/conf TB --- 2006-08-12 05:48:49 - /usr/bin/make -B LINT TB --- 2006-08-12 05:48:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-12 05:48:49 - cd /src TB --- 2006-08-12 05:48:49 - /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Aug 12 05:48:49 UTC 2006 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In
Re: gzip is faster with -O3
Nikolas Britton wrote: dd if=/dev/random of=testfile bs=1m count=5000 gzip compiled with -O3: # date ; nice -10 ./gzip -c9 testfile testfile.gz ; date Wed Aug 9 08:01:21 CDT 2006 Wed Aug 9 08:09:06 CDT 2006 465 Seconds. gzip compiled with -O2: # date ; nice -10 ./gzip -c9 testfile testfile.gz ; date Wed Aug 9 08:19:14 CDT 2006 Wed Aug 9 08:27:06 CDT 2006 472 Seconds. 7 second difference, it's not much but I still wanted to share it with the group. You should use /bin/time for measuring. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Frequent panics on Dell Latitude D610 running 6.1-STABLE GENERIC
John Stalker wrote: I am not much wiser, but I have a few more backtraces. I tried removing various modules and changing various config options to see if they have any effect. It is impossible to be certain, since the panic is not completely reproducible, but I think the culprit is drm.ko. Any idea how I can confirm or refute this suspicion? Deactivate DRI to see weather your problems disappear. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/etc/rc.d/moused ignores moused_enable=NO
Just out of curiosity I'd like to know why and how the moused rc script ignores the moused_enable=NO setting. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
.MAKEFLAGS confuses buildworld
# make -j 5 buildworld works fine on my Releng_6 system, but # make buildworld with .MAKEFLAGS= -j 5 in my make.conf stops when buildworld arrives at the legacy target. According to the man page of make, it should be exactly the same. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkg_version confused by architecutre in package name
Brooks Davis wrote: On Thu, Jul 06, 2006 at 06:04:37PM +0200, [LoN]Kamikaze wrote: Brooks Davis wrote: On Thu, Jul 06, 2006 at 11:01:43AM +0200, [LoN]Kamikaze wrote: Brooks Davis wrote: On Thu, Jul 06, 2006 at 02:45:45AM +0200, [LoN]Kamikaze wrote: I normally run the command # pkg_version -Iv | grep \ before running 'portupgrade -a', to see what's going to happen. This time I got the following output: diablo-jdk-freebsd6.i386.1.5.0.07.00 needs updating (index has 1.5.0.07.00) It seems that the tool is confused by the i386 in the package name. Actually I think it's confused by the fact that the package name is diablo-jdk and the version is freebsd6.i386.1.5.0.07.00. That's just plain bogus. So who is at fault? The ports infrastructure or the FreeBSD foundation? I don't know. How did you install it? # pkg_add diablo-jdk-freebsd6.i386.1.5.0.07.00.tbz It definitly installs correctly if you use the port instead of the package. It looks like the package is incorrect. Yes, that fixed it. So I guess the FreeBSD foundation is at fault. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkg_version confused by architecutre in package name
Brooks Davis wrote: On Thu, Jul 06, 2006 at 02:45:45AM +0200, [LoN]Kamikaze wrote: I normally run the command # pkg_version -Iv | grep \ before running 'portupgrade -a', to see what's going to happen. This time I got the following output: diablo-jdk-freebsd6.i386.1.5.0.07.00 needs updating (index has 1.5.0.07.00) It seems that the tool is confused by the i386 in the package name. Actually I think it's confused by the fact that the package name is diablo-jdk and the version is freebsd6.i386.1.5.0.07.00. That's just plain bogus. -- Brooks So who is at fault? The ports infrastructure or the FreeBSD foundation? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
pkg_version confused by architecutre in package name
I normally run the command # pkg_version -Iv | grep \ before running 'portupgrade -a', to see what's going to happen. This time I got the following output: diablo-jdk-freebsd6.i386.1.5.0.07.00 needs updating (index has 1.5.0.07.00) It seems that the tool is confused by the i386 in the package name. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: maxproc limit exceeded by uid 0
Johan Ström wrote: Anyway.. I'm using default login.conf, which have unlimited for all resource limits.. So wtf is this? Look at # sysctl kern.maxproc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Question about current rc scripts
Pete French wrote: What is the correct way for 6-STABLE to achieve what I want to do? (i.e. write the rc.conf from a rc script) I thought rc.conf was simply a script that set some variables. If this is the case then you don't need to overwrite it - you simply need to make your script set the appropriate variables and then drop it in as a repplacement for rc.conf - hence no need to rewrite rc.conf at all. -pcf. If your scripts name ends with .sh it will be sourced into the process and all variables set there will prevail (this feature only works in /etc/rc.d). If you do this you must not use the exit command anywhere in your script. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: internal compiler error: segmentation fault: 11
Dave wrote: Hello, I'm trying to compile 6.0-stable on a release box, prior to upgrade. I've tried several times and all end with an internal compiler error: segmentation fault: 11. And then i'm told to submit a bug report. My problem is when this occurs it's not always at the same spot or the same file. One time it even core dumped, though only once. At this point i would appreciate any suggestions, i'm hoping this is not the indicator of a problem. Thanks. Dave. I'd say in most cases it means that either your memory or your CPU get too hot. Open the case of your machine. If the problem disappears or at least appears less often, consider better cooling for your computer. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: burncd audio produces white noise
Par Leijonhufvud wrote: Michael A. Koerber [EMAIL PROTECTED] [2006.05.16] wrote: 1. Starting with a known good audio CD 2. Rip via dd if=/dev/acd0t01 ... etc 3. burncd -f /dev/acd0 track01.cdr ... etc This might be because you don't use the appropriate blocksize. A more secure way would be # cp /dev/acd0t01 track01.cdr or to copy the whole CD at once # cp /dec/acd0 audiocd.image ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: drm/dri rocks
Matthew Gardiner wrote: On Sunday 21 May 2006 06:41, Jonathan Noack wrote: On 05/19/06 01:44, Matthew Gardiner wrote: On Friday 19 May 2006 05:07, Ronald Klop wrote: This commit of the drm/dri stuff yesterday on 6-STABLE rocks. It works out of the box on my i810. I think FreeBSD is now ready for the desktop since xlock looks really cool. Pardon? the DRM/DRI stuff yesturday? going by the ports/graphics/dri, it hasn't been touched in over three months. He was referring to an update of the kernel drivers: http://lists.freebsd.org/pipermail/cvs-src/2006-May/063838.html -Jonathan So I assume that those updates will appear in 6.2 or some other future update? how does RELENG_6 differ from my setup of RELENG_6_1? Matty RELENG_6_1 only has security and bug fixes. RELENG_6 gets all the things that will be in 6.2. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.4=6.1 regression: nforce2 vs. APIC [+fix]
Andriy Gapon wrote: [Disclaimer, just in case: I do mean APIC, not ACPI] Based on that info and the linux patch in that thread I came up with the following PCI fixup. Now I am running 6.1 with both APIC and C1 disconnect enabled for 2 days without any problems. Did you file a PR with your fix? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 4.9 losing mbufs!!!
Stephen Clark wrote: Kurt Jaeger wrote: Hi! I've looked at the gre code til I am blue in the face and can't see where mbufs were not being freed when the quelen is full. If anybody could give some direction as where to look or how to better trouble shoot this problem it would be greatly appreciated. Is it possible to upgrade to 4.11p16 ? The problem with that is I would have to upgrade the world - I had tried putting over a 4.11 kernel and netstat -m wouldn't work, plus who knows what else. The recommendation I read was to make buildworld to go with the appropriate kernel and I am concerned if the plethora of userland stuff, (postgres,php,apache,snort,etc,etc - about 50 ports) would have to be recompiled and reinstalled 4.9 and 4.11 are on the same branch, thus of course, userland programs don't require recompilation. - this would mean we would have to go thru major regression testing and of course we need it now. The 4.11 kernel that I tried which I had cvsuped on 3-24 to 4.11-STABLE still showed the problem. Is this problem fixed in 4.11p16? Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPUTYPE=athlon-xp and loader
Evren Yurtesen wrote: Hello, I have a problem which I have found out from mailing lists that some other people had. However there is no clear solution. The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system instant reboots. I am using 6-stable and from what I can see the problem goes back till about 5.3... Sometime between Oct 12-15, 2005 http://archive.netbsd.se/?ml=freebsd-currenta=2004-10m=435817 I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp anymore on FreeBSD because of this? I have the same problem with CPUTYPE=pentium-m and there is an easy solution. I have the following lines in my /etc/make.conf: # /boot/loader crashs with pentium-m .if ${.CURDIR:M*/src/sys/boot/i386/loader*} CPUTYPE=pentium3 .endif Exchange pentium3 with something that works for you, i.e. athlon and it should be fine for you. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Wrong CPU frequency after reboot
Are you using powerd? It seems that your CPU was throttled before the reboot, because of low load and when rebooting got stuck there. Try to deactivate powerd and see weather this still occurs. If so, you can put something into rc.shutdown that stops powerd and sets your cpu back to full speed. Kris Kennaway wrote: Often when I reboot my system it restarts with the wrong CPU frequency: Apr 7 22:24:53 xor kernel: FreeBSD 6.1-PRERELEASE #19: Tue Mar 28 15:15:20 EST 2006 Apr 7 22:24:53 xor kernel: ACPI APIC Table: AMD-K8 AWRDACPI Apr 7 22:24:53 xor kernel: CPU: AMD Athlon(tm) 64 Processor 2200+ (797.73-MHz 686-class CPU) Apr 7 22:24:53 xor kernel: Origin = AuthenticAMD Id = 0xf48 Stepping = 8 Apr 7 22:24:53 xor kernel: Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 dev.cpu.0.freq: 799 dev.cpu.0.freq_levels: 799/-1 699/-1 599/-1 499/-1 399/-1 299/-1 199/-1 99/-1 (it's always 799) when it should be /var/log/messages.1.bz2:Mar 28 15:21:28 xor kernel: CPU: AMD Athlon(tm) 64 Processor 2200+ (2193.77-MHz 686-class CPU) A power cycle is needed to run at full speed. Can anyone suggest what is wrong? Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: splash
Daniel Anson wrote: I would like to have a splash display during boot. I have edited the loader.rc to include only include /boot/loader.4th and start. The loader.conf, i put only splash_bmp_load=YES and bitmap_load=YES. It dosent work. Where am I going wrong. Any help appreciated. Daniel - BSD rocks! These settings work fine on my system: # splash screen settings splash_bmp_load=YES bitmap_load=YES bitmap_name=/boot/splash.bmp Note that you can only use 256 colour Bitmap images. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: splash
Chris wrote: Quoting [LoN]Kamikaze [EMAIL PROTECTED]: Daniel Anson wrote: I would like to have a splash display during boot. I have edited the loader.rc to include only include /boot/loader.4th and start. The loader.conf, i put only splash_bmp_load=YES and bitmap_load=YES. It dosent work. Where am I going wrong. Any help appreciated. Daniel - BSD rocks! These settings work fine on my system: # splash screen settings splash_bmp_load=YES bitmap_load=YES bitmap_name=/boot/splash.bmp Note that you can only use 256 colour Bitmap images. and size should be 320x200 Last time I used one anyway. --Chris You are wrong. I use 1024x768 because that is the native screen resolution of my Notebook, but any VESA supported resolution should work. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: splash
Chris wrote: Quoting [LoN]Kamikaze [EMAIL PROTECTED]: Chris wrote: Quoting [LoN]Kamikaze [EMAIL PROTECTED]: Daniel Anson wrote: I would like to have a splash display during boot. I have edited the loader.rc to include only include /boot/loader.4th and start. The loader.conf, i put only splash_bmp_load=YES and bitmap_load=YES. It dosent work. Where am I going wrong. Any help appreciated. Daniel - BSD rocks! These settings work fine on my system: # splash screen settings splash_bmp_load=YES bitmap_load=YES bitmap_name=/boot/splash.bmp Note that you can only use 256 colour Bitmap images. and size should be 320x200 Last time I used one anyway. --Chris You are wrong. I am right. I was forced to change the size many times to get the image to look correct and 320x200 did the trick. I don't switch to 1024x768 on my 20 monitor until I start X11. Perhaps this explains the difference. This might be a problem with the VESA compliance of your video card. But generally, it does work. I'm using a 1024x768x8 splash image on several machines with ATI and NVIDIA cards. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Disappointed
Alexey Karagodov wrote: hi. i think, this unstablity happaning just because developers trying to make two systems at one time, one is 6.0 and another 7.0 current and they supporting old version, lower then 6.0 i want to ask developers, why you developing new system, 7.0, if you don't finish old, 6.0 ?! finish 6.0, make it work, and upgrade it to 7.0 and to 8.0 and to 9.0 and so on ... what so new and revolutionary in 7.0 in comparison with 6.0 ?! to use your system i must be a DEVELOPER, but i don't have so much time! i don't want to develope! i want to use, i want to help you with some advise ( e.g. what feature to add, what feature to change etc), i can and i want to share some of my hardware to feet your needs, make a mirror, make a test server/workstation/notebook/PDA etc. i'm not an freebsd developer. i'm just admin and a user. your system is most greatest i ever seen. another wonderful system is SOLARIS. but your's is so unstable ... All this is described in many places. It all comes down to this: if you don't want to be a developer, JUST USE THE RELEASE BRANCH. That means Releng_6_0 for now. Stable only means compatible to previous versions of the same branch. Not that the system is stable. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Disappointed
Stephen Clark wrote: [LoN]Kamikaze wrote: Alexey Karagodov wrote: hi. i think, this unstablity happaning just because developers trying to make two systems at one time, one is 6.0 and another 7.0 current and they supporting old version, lower then 6.0 i want to ask developers, why you developing new system, 7.0, if you don't finish old, 6.0 ?! finish 6.0, make it work, and upgrade it to 7.0 and to 8.0 and to 9.0 and so on ... what so new and revolutionary in 7.0 in comparison with 6.0 ?! to use your system i must be a DEVELOPER, but i don't have so much time! i don't want to develope! i want to use, i want to help you with some advise ( e.g. what feature to add, what feature to change etc), i can and i want to share some of my hardware to feet your needs, make a mirror, make a test server/workstation/notebook/PDA etc. i'm not an freebsd developer. i'm just admin and a user. your system is most greatest i ever seen. another wonderful system is SOLARIS. but your's is so unstable ... All this is described in many places. It all comes down to this: if you don't want to be a developer, JUST USE THE RELEASE BRANCH. That means Releng_6_0 for now. Stable only means compatible to previous versions of the same branch. Not that the system is stable. Who in their right mind would think that stable actually means stable!!! It does mean that the API is stable. /\ || So that you can use a driver written for 6.0 on any 6.x build. And that you can run software compiled for 6.0 on all following versions of the 6.x branch without a compatibility layer. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with Razer Copperhead (USB-mouse)
The problem is that the Razer Copperhead registers itself as a mouse and a keyboard. FreeBSD in connection with some mainboards seems to have problems with that, but you can get a Firmware from Razer that removes this behaviour. The mouse will not support recorded macros anymore after the patch. It would be nice if someone fixed it in FreeBSD since I'd like to buy the same mouse. Christian Baer wrote: Good evening, folks! A few hours ago I installed FreeBSD on a new machine. This is the only one I have with a USB-mouse attached (the stated Copperhead) - actually, it's the only machine I have with any type of mouse attached. :-) FreeBSD boots fine and also recognizes the mouse correctly: kernel: uhid0: Razer Razer Copperhead Laser Mouse, rev 2.00/21.00, addr 2, iclass 3/1 Well, as you can see, it's recognized correctly by name, but seemingly not as a mouse. The result is that FreeBSD starts typing letters, when I move the mouse. At the same time my real keyboard doesn't work (IBM Model M - PS/2 of course). If I want a keyboard I have to unplug the mouse from the computer. Everything works as it should then - apart from the mouse of course. Aunty Google only revealed one real fact to me (which I actually expected): A USB mouse should probably be logged as ums, not as uhid. Is the fact that the mouse has 7 keys confusing FreeBSD or did I mess up somewhere? Good night peeps! :-) Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with Razer Copperhead (USB-mouse)
Christian Baer wrote: On Tue, 04 Apr 2006 11:09:18 +0200 [LoN]Kamikaze wrote: The problem is that the Razer Copperhead registers itself as a mouse and a keyboard. FreeBSD in connection with some mainboards seems to have problems with that, but you can get a Firmware from Razer that removes this behaviour. Can you tell me where exactly? I have been browsing the downloads at Razerzone for almost half an hour now but I can't find them. The knowledge base doesn't seem to mention this either. Guess I was wrong about getting it directly from Razer. http://razerblueprints.net/index.php?option=com_smfItemid=61topic=4770.0 Where do I find the firmwhere? The mouse will not support recorded macros anymore after the patch. I can live with that until FreeBSD is fixed in this sense. I guess at some time in the future, I could just flash my mouse again with a regular firmware and thus restore its full potential. It would be nice if someone fixed it in FreeBSD since I'd like to buy the same mouse. I have to agree with you on that one! :-) Regards Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GRUB does not boot FreeBSD after installworld ...
Norbert Augenstein wrote: On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: Maybe you have an old Grub which doesn't grok UFS2? No, Grub 0.97 works fine with UFS2 I will cvsup again and rebuild everything, without CPUTYPE=athlon-xp in make.conf I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m It is the case on my machine so i use chainloader to boot freebsd, like that: title FreeBSD root(hd0,3) savedefault makeactive chainloader +1 boot Linux i can boot directly: title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,5) kernel /boot/vmlinuz-2.6.8-2-k7 root=/dev/hda6 ro acpi=force initrd /boot/initrd.img-2.6.8-2-k7 savedefault boot WindowsXP i also chainload. I had similar problems, the following entry in my /etc/make.conf fixed this for me: # /boot/loader crashs with pentium-m .if ${.CURDIR:M*/src/sys/boot/i386/loader*} .undef CPUTYPE CPUTYPE?= pentium3 CFLAGS= -O2 -pipe .endif Just replace pentium3 with something that works on your system. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kldunload -f does not work
I'm using the radeon driver and thus suspend kills the system. I'm trying to get a 'lame' suspend by sending xdm a -HUP signal and killing the drm and radeon modules with 'kldunload -f'. However kldunload ignores the '-f' option on my system. The output is always the same (with and without '-f): kldunload: can't unload file: Device Busy The way I understand the manpage '-f' should force unloading anyway. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: utf-8 support in libc?
If you make sure that your data goes into the database in a binary safe form (look for escape methods supplied by your favourite programming language) it doesn't matter how the database is encoded, because you will always get the data back the way you put it in. Vivek Khera wrote: Reading thru one of the postgres mailing lists regarding which character encoding to use for a database, someone chimed in and claimed this: Umm, you should choose an encoding supported by your platform and the locales you use. For example, UTF-8 is a bad choice on *BSD because there is no collation support for UTF-8 on those platforms. On Linux/Glibc UTF-8 is well supported but you need to make sure the locale you initdb with is a UTF-8 locale. By and large postgres correctly autodetects the encoding from the locale. Is this an accurate claim for FreeBSD? I need to have a UTF-8 encoded database in an upcoming project, and performance is always a concern. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
libmap.conf
Well, I don't know weather it is supposed to be like this, but absolute paths in libmap.conf don't work on my machine. I always have to make entries relative to /usr/lib . signature.asc Description: OpenPGP digital signature
Re: What laptop do you recommend?
I have seen a lot of Thinkpad recommendations and I'd like to give you a warning here. I'm owning an R40 and it works well driver-wise. But the USB- and PCMCIA-controller have broken 3 times and the mainboard has been replaced twice because of this. Now I am out of warranty and a replacement board costs ~$600. If you really go for a Thinkpad make sure you have at least a 3 years warranty plan. [EMAIL PROTECTED] wrote: hi everyone, I'm looking for a new, gruntier laptop. What laptop is known to work WELL with freeBSD? e.g.: ACPI with no problems (and as many features as possible) PATA / SATA with no problems all other basic stuff (graphics, NIC, Wireless g, sound, touchpad ,etc ) should work too, of course Looking into either Intel duo Core or AMD64 chips. From what I've read, IBMs seem to have quite good support, so do DELLs (though they seem chunkier than other laptops). I usually get Toshiba, but I don't think they are so well supported. Thanks in advance for any advice you can share :) Best regards, Beto ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: cvsup - TreeList failed: Network write failure: Connection closed
That would mean that ipw is broken. I never had such problems when I was using 5-stable with ipw from the ports. Kris Kennaway wrote: On Tue, Mar 14, 2006 at 10:13:31AM +0100, [LoN]Kamikaze wrote: When using cvsup to update my sources over a wireless connection I often get the error message: TreeList failed: Network write failure: Connection closed after a couple of seconds. This doesn't occur when I am connected through a cable ethernet device. OK, this just means your system was unable to maintain the network connection. Kris signature.asc Description: OpenPGP digital signature
splash_bmp palette
When splash_bmp is invoked as a screen saver on my system (i.e. by pressing shift-pause) it displays the image correctly for approximately 10 to 15 seconds. Then something that looks like a palette reset appears. All colours turn wrong. signature.asc Description: OpenPGP digital signature
Undefined symbol X509_STORE_CTX_set_depth
Apache22 outputs the following when it's started httpd: Syntax error on line 82 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/libexec/apache22/mod_ssl.so: Undefined symbol X509_STORE_CTX_set_depth /usr/local/libexec/apache22/mod_ssl.so is linked to libssl.so.4 = /usr/lib/libssl.so.4 (0x28195000) libcrypto.so.4 = /lib/libcrypto.so.4 (0x281c7000) So I guess this is a problem in the world. I'm following 6-stable. signature.asc Description: OpenPGP digital signature
Re: Trouble with mounting USB stick as user
I think it's enough when the mount point is owned by the group, without belonging to a user. Try: # chown :operator /mountpoint # chmod 0770 /mountpoint Oliver Fromme wrote: Rob [EMAIL PROTECTED] wrote: The mount-point is owned by root:operator, and my user is a member of the operator group. I have vfs.usermount=1 in sysctl.conf. The mount point must be owned by the user. Being in the group of the mount point is not sufficient. Best regards Oliver signature.asc Description: OpenPGP digital signature
Re: Trouble with mounting USB stick as user
So why does it work fine on my system? BTW, is devfs_system_ruleset=mydevfsrules set in /etc/rc.conf ? Oliver Fromme wrote: [LoN]Kamikaze [EMAIL PROTECTED] wrote: I think it's enough when the mount point is owned by the group, without belonging to a user. Try: # chown :operator /mountpoint # chmod 0770 /mountpoint No. The mount point _must_ be owned by the user. How many times does that have to be repeated until people get it? :-) Best regards Oliver signature.asc Description: OpenPGP digital signature
Re: Trouble with mounting USB stick as user
The file /etc/devfs.conf can only be used for devices which exist during boot time. Its use should (in my opinion) be deprecated. Use /etc/devfs.rules . My /etc/devfs.rules looks like this: [devfsrules_common=10] add path 'da*' mode 0660 group wheel add path 'acd*' mode 0660 group wheel add path 'cd*' mode 0660 group wheel add path 'ttyU*'mode 0660 group wheel add path 'cuaU*'mode 0660 group wheel And in my rc.conf I have this entry: devfs_system_ruleset=devfsrules_common signature.asc Description: OpenPGP digital signature
java patch compilation fails
I applied the first patch from the folder /usr/ports/java afterwards I ran make patch from /usr/ports/java/jdk14. Then I went back to /usr/ports/java and applied the other patches. Compilation fails with: -I../../../src/share/native/java/util/zip/zlib-1. 1.3 ../../../src/share/native/java/util/zip/ZipEntry.c 2 /dev/null | \ /usr/bin/sed -e 's!ZipEntry\.o!/mnt/vault/ports/java/jdk14/work/control/buil d/bsd-i586/tmp/sun/java.util.zip/zip/obj/!g' /mnt/vault/ports/java/jdk14/work /control/build/bsd-i586/tmp/sun/java.util.zip/zip/obj/ZipEntry.d gmake[4]: *** No rule to make target `zadler32.c', needed by `/mnt/vault/ports/j ava/jdk14/work/control/build/bsd-i586/tmp/sun/java.util.zip/zip/obj/zadler32.o'. Stop. gmake[4]: Leaving directory `/mnt/vault/ports/java/jdk14/work/j2se/make/java/zip ' gmake[3]: *** [optimized] Error 2 gmake[3]: Leaving directory `/mnt/vault/ports/java/jdk14/work/j2se/make/java/zip ' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/mnt/vault/ports/java/jdk14/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/mnt/vault/ports/java/jdk14/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /mnt/vault/ports/java/jdk14. signature.asc Description: OpenPGP digital signature
Re: X.org 6.9
My X also didn't start after the update. I got it fixed though. The trouble seems to be related to improved monitor detection that conflicts with manual settings. To get my X work again I removed all entries in the section Monitor except for Identifier: Section Monitor Identifier LCD EndSection I also removed the MonitorLayout from my Device section, this was actually causing the problem I think, even though the entry was correct it seemed to cause problems with the auto detection of xorg. It now looks like this: Section Device Identifier ATI Radeon 7500 Mobile Driver radeon Option BusType AGP Option AGPMode 4 Option AGPFastWrite true Option GartSize 64 Option EnablePageFlip true Option DDCMode true EndSection I also cleaned up my Screen section, because X is now well capable of detecting the supported resolutions without me interfering: Section Screen Identifier Screen 1 Device ATI Radeon 7500 Mobile Monitor LCD DefaultDepth 24 EndSection BTW, DRI is not broken for me and after the update glxgears performs with 37% more fps. I also noticed a performance boost in Quake 3 Arena. Stacey Roberts wrote: Hello, On Mon, 30 Jan 2006, Wilde, Donald wrote: Friday, I updated to latest 6-stable and did portupgrade --all successfully, however, I did not restart the system and X until this morning. The system boots to login properly, but will not startx to KDE. It locks up completely, cannot even ssh in from outside. Seeing the note in /usr/ports/UPDATING about Display Postscript, I cvsupped again and rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did make make install on it. No tasty enchiladas yet. I just tried running startx without startkde in .xinitrc, but still no luck. The X log file (/var/log/Xorg.0.log) never gets written. I am about to make clean for all X.org libraries and reinstall. What else should I be doing? For me on my IBM T43, updating to Xorg-6.9 broke X as well. After some time spent hunting around for answers, I found a thread that suggested that Xorg-6.9 broke DRI (certainly for the graphics card on the T43). Disabling DRI in xorg.conf then enabled me to use startx successfully thereafter., Might be worth a shot for you too. Regards, Stacey -- Don WildeOrg 01737505-844-1126 Man does not live by words alone, despite the fact that sometimes he has to eat them. - Adlai E. Stevenson Jr. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
if_iwi problem
I've got two problems with if_iwi. While active I permanently get the error message: iwi0: unknown notification type 15 And the command: # ifconfig iwi0 scan doesn't work. There are no scan results, and if I establish a connection manually it might even hang. Just so you know, I did not forget to load the firmware. signature.asc Description: OpenPGP digital signature
Re: if_iwi problem
I will try this. Your efforts are appreciated. Does the license really allow you to include the firmware into the driver? Max Laier wrote: On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote: I've got two problems with if_iwi. While active I permanently get the error message: iwi0: unknown notification type 15 And the command: # ifconfig iwi0 scan doesn't work. There are no scan results, and if I establish a connection manually it might even hang. Just so you know, I did not forget to load the firmware. Could you try the version of the driver from: http://people.freebsd.org/~mlaier/firmware-20060125.tgz It has several fixes and a completely reworked firmware loading. To use it you have to do the following: 1) copy the contents of the above tarball over your source tree 2) apply sys/conf/kmod.mk.diff 3) build and install modules/firmware and modules/iwi_fw 4) build and load modules/iwi With this you don't need iwicontrol etc. anymore. Firmware is automatically fetched from the iwi_fw modules. I'm going to commit the firmware loading part shortly and will look at importing the iwi changes later. Would appreciate feedback. signature.asc Description: OpenPGP digital signature
mount_smbfs with cygwin like symlink support
I sent this to the hackers mailinglist a couple of days ago, but nobody responds. It would be nice to have pretend symlink support for the mount_smbfs, like implemented in cygwin. I'd like to build my ports on a samba share and most require symlinking. I had a look into the code under /usr/src/contrib/smbfs/mount_smbfs, but it's (from my point of view, which is 50% commenting and 50% sourcecode) not commented at all. So I've got no clue where in the code I'd have to get started. signature.asc Description: OpenPGP digital signature
Re: PCMCIA USB card problems
Here are some updates on my problem, I'm running 6-stable with uhci, ohci and ehci. If I boot without uhci, ehci finds a VIA VT602, which obviously won't work because of missing companions. Uhci finds a VIA 83C572 chipset. The system freezes after the following output: cardbus0: Expecting link target, got 0xff cardbus0: Resource not specified in CIS: id=13, size=100 cardbus0: Resource not specified in CIS: id=20, size=20 uhci3: VIA 83C572 USB controller port 0x4000-0x401f mem 0xc0208000-0xc02080ff irg 11 at device0.0 on cardbus0 uhci3: [GIANT-LOCKED] usb4: VIA 83C572 USB controller on uhci3 usb4: USB revision 1.0 usb4: host system error usb4: host controller halted Is it possible that it is the same problem as addressed by fixes submited to current by M. Warner Losh? If so, which files have been fixed, so that I can cvsup them and merge them into my stable tree (I'm not willing to switch to current right now). signature.asc Description: OpenPGP digital signature