Re: ipfw feature request
You're looking for the me keyword. See the manpage for details. A. On Fri Aug 08, 2003 at 08:52:07AM -0400, David Hill wrote: Hello - I apologize in advance if this feature is already implemented. Is there anyway for ipfw to automatically get the IP from the interface? In OpenBSD's PF, putting ()'s around the interface name will cause that rule to be refreshed on an IP change, such as DHCP, making reloading the rules manually unnecessary. Thanks David ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Lorsque l'on range des objets dans des tiroirs, et que l'on a plus d'objets que de tiroirs, alors un tiroir au moins contient deux objets. - Lejeune-Dirichlet, Peter Gustav pgp0.pgp Description: PGP signature
Re: SMBFS automounting broken?
On Fri Jun 06, 2003 at 11:23:37AM -0700, Gordon Tetlow wrote: On Wed, Jun 04, 2003 at 06:57:09PM -0400, The Anarcat wrote: Hi! Recently, I noticed that my samba shares were not automounted on boot. What I understand of it is that netfs_types is defined in rc.d/mountcritlocal, but not in rc.d/mountcritremote, which makes the code: You are a little late. I committed a solution to this problem on the 1st. I asked re@ for permission to MFC but that request was denied (understandably from my point of view). Oh, sorry for the noise.. :) A. -- C'est avec les pierres de la loi qu'on a bâti les prisons, et avec les briques de la religion, les bordels. - Blake, William pgp0.pgp Description: PGP signature
SMBFS automounting broken?
Hi!
Recently, I noticed that my samba shares were not automounted on
boot.
What I understand of it is that netfs_types is defined in
rc.d/mountcritlocal, but not in rc.d/mountcritremote, which makes the
code:
# Mount other network filesystems if present in /etc/fstab.
for i in ${networkfs_types}; do
fstype=${i%:*}
fsdecr=${i#*:}
[ ${fstype} = nfs ] continue
case `mount -d -a -t ${fstype}` in
*mount_${fstype}*)
echo -n Mounting ${fsdecr} file systems:
mount -a -t ${fstype}
echo '.'
;;
esac
done
does strictly nothin, since networkfs_types is empty.
A workaround would be the following patch, but I'm sure there's a
better way to do this, maybe by putting the networkfs_types in
defaults/rc.conf?
--- mountcritremote.origWed Jun 4 18:48:31 2003
+++ mountcritremote Wed Jun 4 18:55:55 2003
@@ -55,6 +55,9 @@
mount -a -t nfs
echo '.'
+# Set up the list of network filesystem types for which mounting
+# should be delayed until after network initialization.
+networkfs_types='nfs:NFS smbfs:SMB portalfs:PORTAL'
# Mount other network filesystems if present in /etc/fstab.
for i in ${networkfs_types}; do
fstype=${i%:*}
The patch to rc.conf would be very similar, of course.
I think this should be rushed in 5.1 so I CC: the REs.
A.
--
Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est
pas réfutable relève de la magie ou de la mystique.
- Popper, Karl
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SMBFS automounting broken?
I forgot to mention this vital information: FreeBSD lenny.anarcat.ath.cx 5.1-RELEASE FreeBSD 5.1-RELEASE #4: Wed Jun 4 10:34:08 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LENNII i386 -rw-r--r-- 1 root wheel 0 Jun 4 07:32 /usr/src/cvsup-done.timestamp -- Conformity-the natural instinct to passively yield to that vague something recognized as authority. - Mark Twain pgp0.pgp Description: PGP signature
Re: s4bios
I put my test results in: http://anarcat.ath.cx/acpi-test/ I have done other tests using a build made after the recent ACPI import and bugfixes, and I will update the info there when completely done. A. On Tue Jun 03, 2003 at 05:32:05PM +0200, Mark Santcroos wrote: Is there anyone that has succesfully used acpiconf -s 4? I'm very interested in your reports. If you haven't tried yet, but are willing to help me, please report me your findings. Thanks Mark -- Mark SantcroosRIPE Network Coordination Centre http://www.ripe.net/home/mark/New Projects Group/TTM ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: s4bios
On Tue Jun 03, 2003 at 06:17:10PM -0700, Kevin Oberman wrote: Date: Tue, 3 Jun 2003 16:03:19 -0400 From: The Anarcat [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] I put my test results in: http://anarcat.ath.cx/acpi-test/ I have done other tests using a build made after the recent ACPI import and bugfixes, and I will update the info there when completely done. Could you add the result of sysctl hw.acpi? As is, it's not clear that your platform supports S1. The output will also let you know about a number of other things. Done! More tests results underway, I'll just have to find some time to write them down... A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgp0.pgp Description: PGP signature
Re: SMBFS automounting broken?
I have opened a PR with a cleaner patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=52959 A. -- Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est pas réfutable relève de la magie ou de la mystique. - Popper, Karl pgp0.pgp Description: PGP signature
Re: HEADS UP! Major commits in the tree coming soon
On the tune of some cute Ramones song... Beat on the Troll Beat on the Troll Beat on the Troll With a baseball bat Oh yeah! Oh yeah! Oh yeah! A. On Thu May 29, 2003 at 06:18:42PM +0100, Thorsten Futrega wrote: Dear users, The HEAD code freeze was extended by three days to allow for some final pending work to be committed and prepare 5.1 to be a good release. The code freeze will likely end sometime tomorrow, May 30. We ask that large scale changes still be deferred until after 5.1 is actually released so that any problems can be dealt with. The release engineering team will send out emails explicitely stating when HEAD has thawed and when large changes like new compilers and dynamic-linked worlds can go it. The most important changes I'm going to commit today: - Remove gcc and replace it with a new TenDRA snapshot. - Remove GNU tar. - Fix httpd.ko to make it work on buggy AMD processors. - Drop support for 386 and 486 cpus. - Remove ext2 support (GPL encumbered). - Add perl 5.8 *and* python 2.2 to base. - Remove Sendmail and replace it with Postfix. If anyone has any reason why these should not be committed, I'll give a 5 hours grace time. Send replies to the list. Thank you. Thorsten and the rest or the release engineering team. __ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est pas réfutable relève de la magie ou de la mystique. - Popper, Karl pgp0.pgp Description: PGP signature
Re: Removing Sendmail
On Wed Apr 02, 2003 at 02:29:30PM -0500, John Baldwin wrote: I really think splitting the base in some sub-parts would it make much easier to do NO_SENDMAIL on my own. So I had to remove each not required file separately. That's no good solution. [stepping back a bit ] I find an odd situation here whenever this topic comes up. One the one hand, people are always wanting to split the entire base system up into small packages for each little piece of the base. On the other hand, one of FreeBSD's selling points in real-world environments is that it doesn't have a bunch of little packages for the base system like Linux distros. Do people really prefer something like having rpm's for /bin/ps to having one lump base dist for all of /bin, /sbin, etc.? Those two aren't necessarly in contradiction. We could provide a myriad of small packages and a wrapper package containing them all. Debian has tasks to deal with this, it's a meta package that solely depend on other packages. We could do something similar, or even better: make a meta package that actually embeds the other package files. No I don't have any patches. A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgp0.pgp Description: PGP signature
Re: Bluetooth on IBM T30 (USB device problem)
On mer mar 26, 2003 at 09:38:57 -0800, Maksim Yevmenkin wrote: Hello Lee, I'm playing with Bluetooth on my T30 as well. I've activated legacy USB support in BIOS, but still get Mar 26 08:41:03 tylendel kernel: uhub2: device problem, disabling port 1 Just a me too.. somehow: I've seen this happen with my Acer Flatbed scanner. It would just jam while scanning, xscanimage would hang and I'd see that exact same message on my console. Nothing short of rebooting would solve this. A. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Broken DMA devices
On Tue Mar 25, 2003 at 08:16:28AM +0100, Soeren Schmidt wrote: It seems The Anarcat wrote: hw.ata.atapi_dma=1# Run the CD-ROM/DVD in DMA mode to /boot/loader.conf. This should be in almost EVERY /boot/loader.conf. The default is 0 (PIO) because DMA is broken on at least a few early CD readers, but it is very rare to have it fail. (I've never seen it.) Can't the ata drivers detect that condition or recognize the set of drives that are broken instead of penalizing everyone else? ATAPI DMA is more likely to be broken than to be working, it is a function of both controller chip and device, in some situations even a function of what master/slave device combo we have.. There is a reason that almost all OS's out there has it disabled as default :) Thanks for those precisions... This could be a FAQ, pertaining also to how to enable it. So it's enabled system-wide? Can't it be done at the bus or device level? A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgp0.pgp Description: PGP signature
Re: several background fsck panics
On Tue Mar 25, 2003 at 03:54:58AM -0800, Terry Lambert wrote: Alexander Langer wrote: Thus spake Terry Lambert ([EMAIL PROTECTED]): Disable write caching on your ATA drive. You should be able to safely reset after that. Good idea, thanks. Nevertheless: I don't think the system should panic on background fsck's, while a manual fsck works. A manual fsck can deal with corrupt data. A background fsck can only deal with invalid cylinder group bitmaps, and operates on a snapshot. For a background fsck to be feasible, the FS has to be in a self-consistent state already, which it wasn't. When you killed the power on your system and reset it, you lost the cached data sitting in the ATA disk. This is due to the fact that the ATA disk lied, and claimed that it had committed some writes to stable storage, when in fact it had only copied them to the disk cache. As a result, when the device reset happened, you lost some writes which were in progress. Therefore you disk image was corrupt, and so your FS was *not* in a self-consistent state. Shouldn't fsck run in the foreground for disks setup with WC? That would be a quick hack solving this issue altogether. A. -- Conformity-the natural instinct to passively yield to that vague something recognized as authority. - Mark Twain pgp0.pgp Description: PGP signature
Re: Broken DMA devices
On Tue Mar 25, 2003 at 06:28:38PM +0100, Soeren Schmidt wrote: It seems The Anarcat wrote: Thanks for those precisions... This could be a FAQ, pertaining also to how to enable it. So it's enabled system-wide? Can't it be done at the bus or device level? You can set the transfer mode of any ATA/ATAPI device with atacontrol... This is great. I should have looked at that earlier. So it looks like the sysctl, boot loader-time setting isn't really useful since I can set the modes when the kernel is booted, contrarly to the sysctl setting. And it still solves the skipping MP3 problem I had. Thanks for those precisions and that atacontrol pearl, Soeren. :) A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgp0.pgp Description: PGP signature
LOR at boot
Hello! I'm running 5.0-RELEASE and this might have already been reported and/or fixed, but here it goes anyways. Copyright (c) 1992-2003 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 5.0-RELEASE #3: Mon Mar 24 15:39:05 EST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LENNII Preloaded elf kernel /boot/kernel/kernel at 0xc0735000. Preloaded elf module /boot/kernel/snd_emu10k1.ko at 0xc07350b4. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0735164. Preloaded elf module /boot/kernel/radeon.ko at 0xc0735210. Preloaded elf module /boot/kernel/acpi.ko at 0xc07352bc. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 1008992999 Hz CPU: AMD Duron(tm) Processor (1008.99-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x670 Stepping = 0 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 1207877632 (1151 MB) avail memory = 1166475264 (1112 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS A7V-133 on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 9 entries at 0xc00f1750 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: VIA 82C8363 (Apollo KT133A) host to PCI bridge mem 0xe600-0xe7ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 drm0: ATI Radeon QY VE (AGP) port 0xd800-0xd8ff mem 0xd700-0xd700,0xd800-0xdfff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe600 32MB info: [drm] Initialized radeon 1.1.1 20010405 on minor 0 isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 9 at device 4.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 ugen0: Color FlatbedScanner 22, rev 1.00/1.00, addr 2 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 9 at device 4.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: bridge, PCI-unknown at device 4.4 (no driver attached) vr0: VIA VT6102 Rhine II 10/100BaseTX port 0x9400-0x94ff mem 0xd680-0xd68000ff irq 9 at device 9.0 on pci0 ../../../vm/uma_core.c:1330: could sleep with vr0 locked from ../../../pci/if_vr.c:666 vr0: Ethernet address: 00:50:ba:64:e3:6a miibus0: MII bus on vr0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ../../../vm/uma_core.c:1330: could sleep with vr0 locked from ../../../pci/if_vr.c:292 pcm0: Creative EMU10K1 port 0x9000-0x901f irq 5 at device 10.0 on pci0 atapci1: Promise ATA100 controller port 0x7000-0x703f,0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 mem 0xd600-0xd601 irq 10 at device 17.0 on pci0 ata2: at 0x8400 on atapci1 ata3: at 0x7800 on atapci1 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 orm0: Option ROMs at iomem 0xcc000-0xce7ff,0xc-0xcafff on isa0 pmtimer0 on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
playing mp3s and burning a cd
I'm running 5.0-release, so I'm not sure this is the proper forum, but I'm trying my luck anyways. I used to listen to MP3s (using xmms) while burning CDs (using cdrecord) and it used to work fine on -stable. Now on 5.0-release, the music gets *slw* as soon as the massive IO gets on. I presume it's related to the interrupt problems the current branch is generally having. Anyone else seeing this? Should I upgrade to -current? A. -- Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est pas réfutable relève de la magie ou de la mystique. - Popper, Karl pgp0.pgp Description: PGP signature
Re: playing mp3s and burning a cd
Should a PR be filed or some QA team contacted to make sure this problem doesn't stay alive in 5.2? :) A. On Mon Mar 24, 2003 at 01:45:26PM -0500, Craig Reyenga wrote: I see this too: when I listen to tunes and untar a file, the music plays at about .7x the speed, and sounds kind of robotic, even with xmms niced to -20, and tar/gzip at +20. I am running 5.0-CURRENT-20030320-JPSNAP, so I doubt an 'upgrade' is really going to do anything for you at this time. -Craig From: The Anarcat [EMAIL PROTECTED] Subject: playing mp3s and burning a cd I'm running 5.0-release, so I'm not sure this is the proper forum, but I'm trying my luck anyways. I used to listen to MP3s (using xmms) while burning CDs (using cdrecord) and it used to work fine on -stable. Now on 5.0-release, the music gets *slw* as soon as the massive IO gets on. I presume it's related to the interrupt problems the current branch is generally having. Anyone else seeing this? Should I upgrade to -current? A. -- Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est pas réfutable relève de la magie ou de la mystique. - Popper, Karl -- Si les triangles avaient un Dieu, ils lui donneraient trois côtés. - Montesquieu, Lettres persanes pgp0.pgp Description: PGP signature
Re: playing mp3s and burning a cd
On Mon Mar 24, 2003 at 02:14:48PM -0500, Don wrote: Should a PR be filed or some QA team contacted to make sure this problem doesn't stay alive in 5.2? :) This isn't, by chance, a problem with your setting for the sysctl hw.ata.atapi_dma is it? No idea. [EMAIL PROTECTED] sysctl hw.ata.atapi_dma hw.ata.atapi_dma: 0 [EMAIL PROTECTED] should I enable it? I guess I'm out to burn another CD and just test that.. A. -- The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place. - Douglas Adams (1952-2001) pgp0.pgp Description: PGP signature
Solved??? Re: playing mp3s and burning a cd
On Mon Mar 24, 2003 at 02:14:48PM -0500, Don wrote: Should a PR be filed or some QA team contacted to make sure this problem doesn't stay alive in 5.2? :) This isn't, by chance, a problem with your setting for the sysctl hw.ata.atapi_dma is it? How extraordinarly cute! This solves it! I'm currently listening to Me, Mom and Morgentaler and burning a 4x CD without any slowdown, this is great. So I guess a workaround is to toggle DMA for my ATAPI bus. Indeed, the burner is IDE and should be working on DMA mode to get optimal performance. The thing is that atapicam hides the DMA/PIO magic from the usual boot messagesand there's therefore no way to see wether the device is in DMA mode unless you compile in both cd0 and acd0 which I heard isn't recommended... A. PS: what's the proper way to enable ATAPI DMA in the loader.conf file? I don't see any flag WRT that there.. I'm tempted to add: set hw.ata.atapi_cam=1 anywhere there... Copyright (c) 1992-2003 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 5.0-RELEASE #2: Fri Mar 7 15:05:32 EST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LENNII Preloaded elf kernel /boot/kernel/kernel at 0xc06ea000. Preloaded elf module /boot/kernel/snd_emu10k1.ko at 0xc06ea0a8. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc06ea158. Preloaded elf module /boot/kernel/radeon.ko at 0xc06ea204. Preloaded elf module /boot/kernel/acpi.ko at 0xc06ea2b0. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 1008992834 Hz CPU: AMD Duron(tm) Processor (1008.99-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x670 Stepping = 0 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 1207877632 (1151 MB) avail memory = 1166782464 (1112 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS A7V-133 on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 9 entries at 0xc00f1750 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: VIA 82C8363 (Apollo KT133A) host to PCI bridge mem 0xe600-0xe7ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 drm0: ATI Radeon QY VE (AGP) port 0xd800-0xd8ff mem 0xd700-0xd700,0xd800-0xdfff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe600 32MB info: [drm] Initialized radeon 1.1.1 20010405 on minor 0 isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 9 at device 4.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ugen0: Color FlatbedScanner 22, rev 1.00/1.00, addr 2 uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 9 at device 4.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: bridge, PCI-unknown at device 4.4 (no driver attached) vr0: VIA VT6102 Rhine II 10/100BaseTX port 0x9400-0x94ff mem 0xd680-0xd68000ff irq 9 at device 9.0 on pci0 vr0: Ethernet address: 00:50:ba:64:e3:6a miibus0: MII bus on vr0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: Creative EMU10K1 port 0x9000-0x901f irq 5 at device 10.0 on pci0 atapci1: Promise ATA100 controller port 0x7000-0x703f,0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 mem 0xd600-0xd601 irq 10 at device 17.0 on pci0 ata2: at 0x8400 on atapci1 ata3: at 0x7800 on atapci1 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT
Broken DMA devices
On Mon Mar 24, 2003 at 11:52:07AM -0800, Kevin Oberman wrote: PS: what's the proper way to enable ATAPI DMA in the loader.conf file? I don't see any flag WRT that there.. I'm tempted to add: set hw.ata.atapi_cam=3D1 anywhere there... Close. Add: hw.ata.atapi_dma=1# Run the CD-ROM/DVD in DMA mode to /boot/loader.conf. This should be in almost EVERY /boot/loader.conf. The default is 0 (PIO) because DMA is broken on at least a few early CD readers, but it is very rare to have it fail. (I've never seen it.) Can't the ata drivers detect that condition or recognize the set of drives that are broken instead of penalizing everyone else? A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgp0.pgp Description: PGP signature
Re: Solved??? Re: playing mp3s and burning a cd
On Mon Mar 24, 2003 at 03:33:51PM -0500, Don wrote: On Mon Mar 24, 2003 at 02:14:48PM -0500, Don wrote: Should a PR be filed or some QA team contacted to make sure this problem doesn't stay alive in 5.2? :) This isn't, by chance, a problem with your setting for the sysctl hw.ata.atapi_dma is it? How extraordinarly cute! This solves it! I'm currently listening to Me, Mom and Morgentaler and burning a 4x CD without any slowdown, this is great. Glad to be of help. Anytime you have odd system problems like that give sysctl -a a perusal. Sometimes you will be surprised at what you find. There was definitely a reason for turning off DMA access for atapi devices by default, I just can not remember why. I'm sure this issue and the reason were mentioned on the list already. Right... Another dig through the archives I guess. :( PS: what's the proper way to enable ATAPI DMA in the loader.conf file? I don't see any flag WRT that there.. I'm tempted to add: set hw.ata.atapi_cam=1 hw.ata.atapi_dma not _cam :) Now *that* was an odd typo. A. -- Conformity-the natural instinct to passively yield to that vague something recognized as authority. - Mark Twain pgp0.pgp Description: PGP signature
Re: Plea for base system trim
On Wed Mar 05, 2003 at 02:29:00PM -0800, Doug Barton wrote: On Wed, 5 Mar 2003, Adrian Steinmann wrote: I use this command in my build script to force apache13+modssl to use the openssl in base. # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003) cd /usr/ports/www/apache13-modssl cp Makefile Makefile- sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- Makefile You could instead do: sed pattern Makefile makefile The lowercase makefile will be used by make in preference to Makefile. Juste jumping in... Couldn't you just: sed -i.orig -e pattern Makefile For example: [EMAIL PROTECTED] cat foo this is a test [EMAIL PROTECTED] sed -i.orig -e 's/test/gizmo/' foo [EMAIL PROTECTED] diff -u foo.orig foo --- foo.origWed Mar 5 17:54:09 2003 +++ foo Wed Mar 5 17:54:13 2003 @@ -1 +1 @@ -this is a test +this is a gizmo Much simpler, unless I missed something. A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Plea for base system trim
On Wed Mar 05, 2003 at 03:52:22PM -0800, Doug Barton wrote: On Wed, 5 Mar 2003, The Anarcat wrote: Juste jumping in... Couldn't you just: sed -i.orig -e pattern Makefile No, because sed -i is evil, and will cause you to have hairy palms. What? A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any ideas why we can't even boot a i386 ?
On Fri Feb 28, 2003 at 04:42:14PM +0100, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], John Baldwin writes: I personally think that we should not support the 80386 in 5.x. However when that has been brought up before there were a lot of theoretical objections. Well, unless somebody actually manages to put a -current on an i386 and run the tests I suggested in a couple of weeks, then I think those theoretical objections stand very weakly in the light of proven reality :-) Anyways, nothing keeps a old hardware freak (like me) to take over the maintainership of 386-related stuff, if he wants to. Thing is, no one stepped forward at this time, so I guess this settles the future of the 386. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
reproducable ACPI hang on 5.0-RELEASE + Asus A7V mobo
Hello! I've been experimenting quite a bit with the new ACPI stuff from 5.0-release. I can reliably hang my box using acpiconf -s 3, both from X and the console. In X, upon wakeup, the screen is trashed with color strips. In the console, I can actually get some interaction back, but the whole thing hangs after a few seconds anyways. This is with an almost GENERIC kernel (attached), on a Asus A7V KT133 motherboard. Any concrete way to debug this? Cause a panic? Should I report this somewhere else since 5.0 != 5.x-current? :) A. Copyright (c) 1992-2003 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 5.0-RELEASE #1: Sun Feb 16 23:11:48 EST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LENNII Preloaded elf kernel /boot/kernel/kernel at 0xc06a9000. Preloaded elf module /boot/kernel/snd_emu10k1.ko at 0xc06a90a8. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc06a9158. Preloaded elf module /boot/kernel/radeon.ko at 0xc06a9204. Preloaded elf module /boot/kernel/acpi.ko at 0xc06a92b0. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 1008992864 Hz CPU: AMD Duron(tm) Processor (1008.99-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x670 Stepping = 0 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 1207877632 (1151 MB) avail memory = 1167048704 (1112 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS A7V-133 on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 9 entries at 0xc00f1750 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: VIA 82C8363 (Apollo KT133A) host to PCI bridge mem 0xe600-0xe7ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 drm0: ATI Radeon QY VE (AGP) port 0xd800-0xd8ff mem 0xd700-0xd700,0xd800-0xdfff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe600 32MB info: [drm] Initialized radeon 1.1.1 20010405 on minor 0 isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 9 at device 4.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 9 at device 4.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: bridge, PCI-unknown at device 4.4 (no driver attached) vr0: VIA VT6102 Rhine II 10/100BaseTX port 0x9400-0x94ff mem 0xd680-0xd68000ff irq 9 at device 9.0 on pci0 vr0: Ethernet address: 00:50:ba:64:e3:6a miibus0: MII bus on vr0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: Creative EMU10K1 port 0x9000-0x901f irq 5 at device 10.0 on pci0 atapci1: Promise ATA100 controller port 0x7000-0x703f,0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 mem 0xd600-0xd601 irq 10 at device 17.0 on pci0 ata2: at 0x8400 on atapci1 ata3: at 0x7800 on atapci1 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 orm0: Option ROMs at iomem 0xcc000-0xce7ff,0xc-0xcafff on isa0 pmtimer0 on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec acpi_cpu: CPU throttling enabled, 16 steps from 100% to 6.2% ad4:
Re: reproducable ACPI hang on 5.0-RELEASE + Asus A7V mobo
On Tue Feb 18, 2003 at 12:19:35AM +, Bruce Cran wrote: ACPI power management on Asus motherboards with the VIA chipset seems to be quite broken. On my A7V333 I can use mode 1 (CPU off), 2 and 3 report AE_NOT_FOUND and 4 dumps the cpu registers, while power-off on shutdown reports an ACPI timeout error. I can power-off on shutdown (halt -p acpiconf -s 5, if I understand this correctly). mode 1 doesn't seem to do anything, but that might just be because I can't notice the CPU stopped. 3 actually halts the drives and the fans, but powering evrything back up gives me a nice freeze. 4 just hangs. However, these motherboards _do_ seem to have the configuration part of ACPI working very well, whereas lots of computers don't even boot with ACPI enabled. I don't know, but I'd guess that the priority will be to get computers booting and configuring properly with ACPI, before moving onto fixing problems with the power management, and working around features which make the AML (low-level ACPI code) work with Windows. Of course. I didn't think of that. :) A. -- Imagination is more important than knowledge - Albert Einstein msg52624/pgp0.pgp Description: PGP signature
atapicam not in NOTES?
I can't seem to find atapicam in NOTES. Is this voluntary? On the atapicam website, it says that it's been integrated into current. I can build a 5.0-release kernel with it, so has it just been forgotten from NOTES? :) Thanks A. anarcat@lenny[~/dump/c/src/sys/i386/conf]% cvs -R status NOTES === File: NOTES Status: Up-to-date Working revision:1.1070 Wed Jan 15 20:15:33 2003 Repository revision: 1.1070 /home/ncvs/src/sys/i386/conf/NOTES,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) anarcat@lenny[~/dump/c/src/sys/i386/conf]% grep -i ata NOTES anarcat@lenny[~/dump/c/src/sys/i386/conf]% msg52520/pgp0.pgp Description: PGP signature
Re: atapicam not in NOTES?
My apologies to the list for not looking in /sys/conf/NOTES before posting. I wasn't aware of the split. :) A. msg52522/pgp0.pgp Description: PGP signature
xmms looping forever
Hi! I recently upgraded my machine from 4.7-stable to 5.0-release. The upgrade went almost smoothly. I say almost because so many things changed between 4.x and -current that I missed a few. :) But overall, I'm quite happy with the results. I had problems with almost all my apps, at first. Third part applications that weren't recompiled during the buildworld (ports) had linking problems. Take wget, for example: anarcat@lenny[~]% wget /usr/libexec/ld-elf.so.1: /usr/local/lib/libintl.so.4: Undefined symbol stpcpy anarcat@lenny[~]% Recopmiling wget solves the problem. Some folks pointed out to me this might be due to the fact I forgot to include COMPAT4X=yes in my make.conf. At first I had considered upgrading from -release to -current (because I'm a careless freak), so I already had my /usr/src cvsup'd to yesterday's current. So I builded world over that and installed it. Of course, that didn't solve the linking problem. But it made another problem appear. My dear user-friendly xmms now fails to start. This machine is used by the whole family here and I got really embarrassed over this. :) xmms seemed to pop an empty window, and sucked all the CPU time available on my AMD Druon 1GHz: CPU states: 14.4% user, 0.0% nice, 84.4% system, 1.2% interrupt, 0.0% idle Mem: 116M Active, 56M Inact, 92M Wired, 600K Cache, 92M Buf, 862M Free Swap: 498M Total, 1452K Used, 496M Free ... 891 anarcat1150 15820K 7060K RUN 0:05 82.69% 18.31% xmms ... So I told my self, eh, that's -current for you! ;) And I thought that -release wasn't so bad after all and that the upgrade didn't give me anything good anyways. So I downgraded to -release. Without success. xmms hangs as before. But it used to work on -release!!! How is that possible? Using SIGINFO, I've witnessed the following: load: 1.12 cmd: xmms 9744 [*Giant] 0.33u 0.85s 1% 7144k load: 1.19 cmd: xmms 9744 [*Giant] 0.41u 1.06s 1% 7144k load: 1.19 cmd: xmms 9744 [running] 0.41u 1.09s 1% 7144k load: 1.19 cmd: xmms 9744 [*Giant] 0.41u 1.12s 1% 7144k load: 1.19 cmd: xmms 9744 [running] 0.41u 1.14s 1% 7144k But I'm able to see this only when it system is loaded (with the compilation of a port, for example). So I suspect xmms is somehow looping over the giant lock, for some reason. truss gives me the following: sigprocmask(0x3,0x28144710,0x0) = 0 (0x0) SIGNAL 27 SIGNAL 27 gettimeofday(0x281678b8,0x0) = 0 (0x0) sigprocmask(0x3,0x28167924,0x0) = 0 (0x0) sigreturn(0xbfbff4a0)= 0 (0x0) sigreturn(0xbfbff330)= 135891072 (0x8198880) sigreturn(0xbfbff330)= 135891072 (0x8198880) sigreturn(0xbfbff330)= 135891072 (0x8198880) And ktrace: 26035 xmms CALL mmap(0,0x4788,0x3,0x1000,0x,0,0,0) 26035 xmms RET mmap 686489600/0x28eb 26035 xmms CALL munmap(0x28eb,0x4788) 26035 xmms RET munmap 0 26035 xmms CALL mprotect(0x28e3c000,0x62000,0x5) 26035 xmms RET mprotect 0 26035 xmms CALL sigprocmask(0x3,0x28144710,0) 26035 xmms RET sigprocmask 0 26035 xmms PSIG SIGPROF caught handler=0x28159510 mask=0x0 code=0x0 26035 xmms CALL gettimeofday(0x281678b8,0) 26035 xmms RET gettimeofday 0 26035 xmms CALL sigprocmask(0x3,0x28167924,0) 26035 xmms RET sigprocmask 0 26035 xmms CALL sigreturn(0xbfbff4a0) 26035 xmms RET sigreturn JUSTRETURN 26035 xmms PSIG SIGSEGV caught handler=0x28159510 mask=0x0 code=0xc 26035 xmms CALL sigreturn(0xbfbff330) 26035 xmms RET sigreturn JUSTRETURN 26035 xmms PSIG SIGSEGV caught handler=0x28159510 mask=0x0 code=0xc I include my dmesg at the end of this mail, in the meantime, here are the pcm sysctls that might be relevant: root@lenny[/usr/home/anarcat]# sysctl hw.snd hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 1 hw.snd.unit: 0 hw.snd.maxautovchans: 2 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 1 I also tried: root@lenny[/usr/home/anarcat]# sysctl hw.snd hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 1 hw.snd.unit: 0 hw.snd.maxautovchans: 0 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 0 I had odd crashes with xmms before, but *crashes*, no hangs. :) I am available for testing and debugging, and I am eager to solve this problem, since xmms is a must here, right now. I'd be forced to downgrade to 4.7-stable (!) but I feel I'll have the same results. :) A. Copyright (c) 1992-2003 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 5.0-RELEASE #2: Wed Feb 5 22:17:29 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LENNY Preloaded elf kernel /boot/kernel/kernel at 0xc05e9000. Preloaded elf module /boot/kernel
Re: xmms looping forever
On Thu Feb 06, 2003 at 10:30:52AM -0500, Don wrote: I had problems with almost all my apps, at first. Third part applications that weren't recompiled during the buildworld (ports) had linking problems. Take wget, for example: anarcat@lenny[~]% wget /usr/libexec/ld-elf.so.1: /usr/local/lib/libintl.so.4: Undefined symbol stpcpy anarcat@lenny[~]% Recopmiling wget solves the problem. Have you tried simply recompiling xmms? I have been using xmms on -CURRENT and -RELEASE for about a month with 0 problems. Yep. Trice. I've been using it on -RELEASE without any problems too! Then the upgrade, then problems, even on -release. There's got to be something I'm missing here. A. -- From the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! msg51882/pgp0.pgp Description: PGP signature
Re: -stable build on -current
On Fri Nov 15, 2002 at 10:10:13PM +0200, Ruslan Ermilov wrote: On Thu, Nov 14, 2002 at 09:03:58PM -0500, The Anarcat wrote: Hello! Can 5.x properly cross-buildworld a 4.x source tree? Background info.. I have 3 machines at home: 1- graphic workstation 1Ghz, 1Gbyte of RAM dual Win2k/FreeBSD-stable 2- personal web/mail server P166 FreeBSD-stable 3- router 486 FreeBSD-stable My concern is that I won't be able to buildworld in 50 minutes as I can do now on the 1Ghz. Basically, I would turn my experiments machine (the workstation) in a real development machine, running -current and still a -stable world for the 2 other boxes. Anyone cares to share such experiences? Please CC me, I'm not on the list (yet). It was possible some time ago -- I've spent a few hours today making this possible again. You need to perform the following steps to do this: 1. Install ports/lang/perl5 (I haven't tested with perl5.8). 2. Make a symlink from /usr/local/bin/pod2man to /usr/bin. 3. Make sure all the attached commits are in your /usr/src. With these fixes, I have successfully built RELENG_4 world on today's morning 5.0-CURRENT: : === etc/sendmail : rm -f freebsd.cf : (cd /STABLE/usr/src/etc/sendmail m4 -D_CF_DIR_=/STABLE/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /STABLE/usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 freebsd.mc) freebsd.cf : chmod 444 freebsd.cf But I didn't test the buildkernel yet -- you're welcome to, or I will, on Monday. This is great news! So in other words, a -stable build on a -current machine is not necessarly some dare-devil crazy thing to do, and should be perfecly workable, right? If that is so, I'm switching. I've been waiting way too long on -stable.. If I can help debugging the crossbuild in the way, it'll make things only better, I guess. :) Thanks, A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-stable build on -current
Hello! Can 5.x properly cross-buildworld a 4.x source tree? Background info.. I have 3 machines at home: 1- graphic workstation 1Ghz, 1Gbyte of RAM dual Win2k/FreeBSD-stable 2- personal web/mail server P166 FreeBSD-stable 3- router 486 FreeBSD-stable My concern is that I won't be able to buildworld in 50 minutes as I can do now on the 1Ghz. Basically, I would turn my experiments machine (the workstation) in a real development machine, running -current and still a -stable world for the 2 other boxes. Anyone cares to share such experiences? Please CC me, I'm not on the list (yet). Thanks, A. -- From the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! msg46689/pgp0.pgp Description: PGP signature
Re: 5.0-RUSH: -current install testers wanted!
On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: [...] And I want them to do it RSN: 5.0-R is only 9 days away. [...] 9 days??? There won't be another DP? A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
(fwd) Re: cvs commit: ports/sysutils Makefile ports/sysutils/rclean Makefile distinfo pkg-comment pkg-descr pkg-plist
[putting anti-flame on] -- N'aimer qu'un seul est barbarie, car c'est au détriment de tous les autres. Fût-ce l'amour de Dieu. - Nietzsche, Par delà le bien et le mal ---BeginMessage--- On Wed, 15 May 2002 13:16:52 -0400 The Anarcat [EMAIL PROTECTED] wrote: Why isn't this part of base? It needs agreement of -current. Why don't you ask there ? -- Computer science is no more about computers than astronomy is about telescopes - E. Dijkstra ---End Message--- msg38383/pgp0.pgp Description: PGP signature
Re: cvs commit: ports/sysutils Makefile ports/sysutils/rclean Makefile distinfo pkg-comment pkg-descr pkg-plist
On Wed May 15, 2002 at 09:55:42PM +0300, Maxim Sobolev wrote: The Anarcat wrote: [putting anti-flame on] s/on/suit on/ To invite a normal discussion you should at least provide the following information: Well, I expected people to look at the port, but I'll provide more information here. - What `rclean' is for? rclean provides a command-line tool to order and clean content of rc.conf, using option order from /etc/defaults/rc.conf and printing only choices that were different by the default value in /etc/rc.conf. Output is customizable from only used values to full listing. WWW: http://www.lapo.it/rclean/ - Why do you think it could be useful in base system? Well, that part is more personal, but I think it could remove the tendency people have of complaining about the current /etc/defaults scheme. There has been a few threads about problems arising when /etc/defaults/rc.conf was getting updated. I think rclean might help solve those problems, in the same spirit mergemaster helps managing configuration file changes. Your assumption that the list readers know answers to those two questions (or would care enough to dig for the answers by themselves) is incorrect and entitles you not to flamewar but to ugh, what this is all about? reaction from their part and likely to the complete lack of any discussion at all as a result. I wonder what's best after all. ;) I must admit I was being a bit blunt by just challenging people to put this in base, somehow assuming everything should go in. In other words, the question is: Why should this go in base? rather than: Why isn't this in base? My apologies. A. -- Un éducateur dans l'âme ne prend rien au sérieux que par rapport à ses disciples -- soi-même non excepté. - Nietzsche, Par delà le bien et le mal msg38387/pgp0.pgp Description: PGP signature
Re: My Recommended Development/Testing environment for -current
On Tue, 28 Aug 2001, Brandon D. Valentine wrote: On Tue, 28 Aug 2001, Matt Dillon wrote: [snip of diskless comments] You wouldn't happen to have sample configs around, wouldn't you? :) I will say though, on the subject of NFS, that one of the things that I'm almost annoyed enough with to start hacking on is the BSDs lack of autofs support. Linux now has a kickass autofs automounter. The BSDs are, to the best of my knowledge, the only OS left without one. Wrong. Am-utils (the contrib source for our amd) has been kicking around autofs support for a while now but still does not appear to have anything release quality. Am-utils, while being a quite complex piece of software, does fullfil the task of autofs. It does need extra configuration compared to Linux's autofs though. For the record, I automount my cdr, cdrom, zip and floppy drives (both in ufs and msdos mode) using this configuration files: ---8--- Cut here [amd.mnt] -8 cdr type:=cdfs;fs:=/cdr;dev:=/dev/cd0c;opts:=ro,nodev,nosuid cdrom type:=cdfs;fs:=/cdrom;dev:=/dev/acd0c;opts:=ro,nodev,nosuid fat type:=pcfs;fs:=/fat;dev:=/dev/fd0;opts:=nosuid,nodev flp type:=ufs;fs:=/flp;dev:=/dev/fd0;opts:=nosuid,nodev zip type:=ufs;fs:=/zip;dev:=/dev/afd0;opts:=nosuid,nodev zap type:=pcfs;fs:=/zap;dev:=/dev/afd0s4;opts:=nosuid,nodev ---8--- Cut here [amd.mnt] -8 ---8--- Cut here [amd.conf] -8 [ global ] normalize_hostnames =no print_pid = no restart_mounts = yes #auto_dir = /n log_file = /var/log/amd log_options =all #debug_options = all plock = no cache_duration =6 dismount_interval = 20 selectors_on_default = yes # config.guess picks up sunos5 and I don't want to edit my maps yet os = sos5 # if you print_version after setting up os, it will show it. print_version = no map_type = file search_path = /etc/amdmaps:/usr/lib/amd:/usr/local/AMD/lib:/etc browsable_dirs = yes [ /mnt ] map_name = amd.mnt ---8--- Cut here [amd.conf] -8 I think I will dare opening a pr making this default config files. :) It's a nuisance to have to run special scripts to parse your auto.* maps into stuff amd can understand in an NIS environment. I am not sure I completely understand that, but you must expect having to reconfigure stuff to accomodate new software... I guess you want to port autofs to fbsd, eh? :) A. PGP signature
[feedback on fix] kern/22208: vr0: MII without any phy! problem when coming back from Windows
Hi. [I don't know if this belongs to current, but please be nice and fwd this to the proper entity if needs be. Please also keep me as Cc: ] I stumbled on this quite old pr today, looking for a fix for my problem (see subject). I can confirm that the fix works here. Just tested it on -stable (4.3-RC4). Just applying the patch, config make depend make make install reboot. I can also say that a few persons have suffered this behavior, having looked through the mailing list archives, seeing only unanswered questions. However, I witness a workaround for the bug, I think. I turned of my machine using shutdown in windows instead of rebooting when switching to fbsd. And the card was detected automagically. :) So if this could be commited and MFC'd this would be nice. :) It works. Thanks, A. Audit-Trail: Responsible-Changed-From-To: freebsd-bugs-wpaul Responsible-Changed-By: johan Responsible-Changed-When: Sun Oct 22 11:07:25 PDT 2000 Responsible-Changed-Why: Over to vr maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=22208 PGP signature
