Re: authpf
On Tue, 28 Aug 2007, Gergo Szakal wrote: > Is there authpf in the base system? Are there some configuration files > for it in the base system? (Cannot find any.) Yes, it is there. But I haven't tested it on DragonFly. Example /etc/pf.conf and /etc/authpf/authpf.rules are found at bottom of the authpf man page. Create an empty /etc/authpf/authpf.conf. Set the shell for a testing account to /usr/sbin/authpf. Also you must have a /etc/authpf/authpf.rules file (if you don't have per user configurations). Jeremy C. Reed http://www.reedmedia.net/books/pf-book/
authpf
Hi! Is there authpf in the base system? Are there some configuration files for it in the base system? (Cannot find any.) -- Gergo Szakal MD <[EMAIL PROTECTED]> University Of Szeged, HU Faculty Of General Medicine /* Please do not CC me with replies, thank you. */
Re: "New" DragonFly user
On 8/28/07, Andre LeClaire <[EMAIL PROTECTED]> wrote: > Greetings to all! welcome! > The only problem I've experienced is that the floppy drive is no longer > recognized. It's configured in the kernel, but I get "fdc0: cannot > reserve I/O port range" in dmesg. I know floppies are antique, but it > would be nice if I could get it to work again. Can anybody give any clues? is it a PCMCIA floppy drive or standard ISA one? Cheers kmb810 -- Something is wrong up on cloud # 9!
Re: "New" DragonFly user
Andre LeClaire wrote: I'm not sure whether users on this list prefer top or bottom posting... I think reading some of Matt's posts will answer that question ;o) I'm not part of the DragonFly team, but I'll bid you welcome to the family anyway!
Re: "New" DragonFly user
I'm not sure whether users on this list prefer top or bottom posting, so I've included the verbose dmesg below. I'll try disabling ACPI, and see if that makes a difference. Thanks for your help! Andre Simon 'corecode' Schubert wrote: Andre LeClaire wrote: The only problem I've experienced is that the floppy drive is no longer recognized. It's configured in the kernel, but I get "fdc0: cannot reserve I/O port range" in dmesg. I know floppies are antique, but it would be nice if I could get it to work again. Can anybody give any clues? Not that I have a solution, but just to add another data point: are you using ACPI? what happens if you don't/do? Could you please post a verbose dmesg, i.e. boot -v at loader? Thanks simon Copyright (c) 2003, 2004, 2005, 2006, 2007 The DragonFly Project. 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. DragonFly 1.10.1-RELEASE #0: Mon Aug 27 18:01:07 EDT 2007 [EMAIL PROTECTED]:/usr/src/sys/compile/FAROUT Calibrating clock(s) ... TSC clock: 870288686 Hz, i8254 clock: 1193084 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Intel Pentium III (870.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268419072 (262128K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x004d1000 - 0x0ffebfff, 263303168 bytes (64283 pages) avail memory = 252559360 (246640K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f9140 bios32: Entry = 0xf06a0 (c00f06a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x6d0 pnpbios: Found PnP BIOS data at 0xc00fc110 pnpbios: Entry = f:c140 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel "/kernel" at 0xc04a4000. Preloaded elf module "/modules/acpi.ko" at 0xc04a41e8. crypto: Pentium Pro MTRR support enabled md0: Malloc disk Math emulator present pci_open(1):mode 1 addr port (0x0cf8) is 0x805c pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=25018086) pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f0c90 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded0 30A 0x60 3 4 5 7 9 10 11 12 embedded0 30B 0x61 3 4 5 7 9 10 11 12 embedded0 30C 0x62 3 4 5 7 9 10 11 12 embedded0 30D 0x63 3 4 5 7 9 10 11 12 slot 1 28A 0x60 3 4 5 7 9 10 11 12 slot 1 28B 0x61 3 4 5 7 9 10 11 12 slot 1 28C 0x62 3 4 5 7 9 10 11 12 slot 1 28D 0x63 3 4 5 7 9 10 11 12 slot 2 29A 0x61 3 4 5 7 9 10 11 12 slot 2 29B 0x62 3 4 5 7 9 10 11 12 slot 2 29C 0x63 3 4 5 7 9 10 11 12 slot 2 29D 0x60 3 4 5 7 9 10 11 12 slot 3 2 10A 0x62 3 4 5 7 9 10 11 12 slot 3 2 10B 0x63 3 4 5 7 9 10 11 12 slot 3 2 10C 0x60 3 4 5 7 9 10 11 12 slot 3 2 10D 0x61 3 4 5 7 9 10 11 12 slot 4 2 11A 0x63 3 4 5 7 9 10 11 12 slot 4 2 11B 0x60 3 4 5 7 9 10 11 12 slot 4 2 11C 0x61 3 4 5 7 9 10 11 12 slot 4 2 11D 0x62 3 4 5 7 9 10 11 12 slot 5 2 14A 0x62 3 4 5 7 9 10 11 12 slot 5 2 14B 0x63 3 4 5 7 9 10 11 12 slot 5 2 14C 0x60 3 4 5 7 9 10 11 12 slot 5 2 14D 0x61 3 4 5 7 9 10 11 12 embedded0 31A 0x60 3 4 5 7 9 10 11 12 embedded0 31B 0x61 3 4 5 7 9 10 11 12 embedded0 31C 0x62 3 4 5 7 9 10 11 12 embedded0 31D 0x63 3 4 5 7 9 10 11 12 embedded01A 0x60 3 4 5 7 9 10 11 12 embedded01B 0x61 3 4 5 7 9 10 11 12 embedded01C 0x62 3 4 5 7 9 10 11 12 embedded01D 0x63 3 4 5 7 9 10 11 12 ACPI: RSDP @ 0x0xf5a20/0x0014 (v 0 ASUS ) ACPI: RSDT @ 0x0xfffc000/0x002C (v 1 ASUS P3C-2000 0x30303031 MSFT 0x31313031) ACPI: FACP @ 0x0xfffc080/0x0074 (v 1 ASUS P3C-2000 0x30303031 MSFT 0x31313031) ACPI: DSDT @ 0x0xfffc100/0x2CDF (v 1 ASUS P3C-2000 0x1000 MSFT 0x010B) ACPI: FACS @ 0x0x000/0x0040 ACPI: BOOT @ 0x0xfffc040/0x0028 (v 1 ASUS P3C-2000 0x30303031 MSFT 0x31313031) npx0.nexus0.root0 npx0: [tentative] on motherboard npx0: INT 16 interface Using MMX optimized bcopy/copyin/copyout npx0: [attached!] on motherboard acpi0.nexus0.root0 acpi0: [tentative] on motherboard acpi0: Power Button (fixed) Warning: ACPI is disabling APM's device. You can't run both ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min =
Re: "New" DragonFly user
Andre LeClaire wrote: The only problem I've experienced is that the floppy drive is no longer recognized. It's configured in the kernel, but I get "fdc0: cannot reserve I/O port range" in dmesg. I know floppies are antique, but it would be nice if I could get it to work again. Can anybody give any clues? Not that I have a solution, but just to add another data point: are you using ACPI? what happens if you don't/do? Could you please post a verbose dmesg, i.e. boot -v at loader? Thanks simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \
"New" DragonFly user
Greetings to all! I'm a new DragonFly user, though I've been running FreeBSD for 10 years or so. I've been watching the development of DragonFly for some time, and now that FreeBSD 4 is officially dead, I decided it was time to switch. And so, I backed up my FreeBSD 4.11 installation and installed DragonFly 1.10.1. The upgrade went fairly smoothly, and I felt at home right away. I can see that some great enhancements have been made, and more are in progress. The only problem I've experienced is that the floppy drive is no longer recognized. It's configured in the kernel, but I get "fdc0: cannot reserve I/O port range" in dmesg. I know floppies are antique, but it would be nice if I could get it to work again. Can anybody give any clues? Thanks! Andre
Re: pfstat-2.2
On Mon, 27 Aug 2007 08:51:44 +0200 Francois Tigeot <[EMAIL PROTECTED]> wrote: > How much older is the pf in DragonFly-1.10 compared to recent OpenBSD > releases ? It's from 3.6 with some tweaks. So 2-3 years is a fair estimate. -- Gergo Szakal MD <[EMAIL PROTECTED]> University Of Szeged, HU Faculty Of General Medicine /* Please do not CC me with replies, thank you. */
Re: pfstat-2.2
On Sun, Aug 26, 2007 at 07:02:51PM +0200, Gergo Szakal wrote: > On Sun, 26 Aug 2007 17:34:42 +0200 > Francois Tigeot <[EMAIL PROTECTED]> wrote: > > > > ioctl: DIOCIGETIFACES: Operation not supported by device > > pf_query: query_ifaces() failed > > > > The ioctl error is associated with /dev/pf. > > > > A quick grep in /usr/src showed DIOCIGETIFACES to be used in > > sys/net/pf/ so I'm not sure why this ioctl is not supported. > > Just mere guesses: > > * PF in DragonFly is old, pfstat has always been written to > support *OpenBSD* (and it worked fine for me on OpenBSD :-D). How much older is the pf in DragonFly-1.10 compared to recent OpenBSD releases ? > * There seem to be other issues reporting state info back to > userland. After a pfctl -F all I can see no states with pfctl, > moreover ftpsesame doesn't work. Hmmm. This doesn't bode well. -- Francois Tigeot