Re: fails to mount root
On 13 aug 2012, at 17.39, Pierre Abbat wrote: hammer show-undo on that filesystem succeeded. So did you get it to mount root? Max
Re: specifying -s flag for openntpd in rc.conf does not work
David Crosswell wrote: On 05/04/12 03:54, McLone wrote: 2012/4/4 Andrey N. Oktyabrskia...@bestmx.ru: P.S. To the mail list administrator: DragonFly mail lists have not the Reply-To header. Is it possible to add it in the mail lists manager settings? I forget to Reply all regularly and press Reply instead :-( seconding Get a better client. This was sent with the 'Reply List' feature in Ice-Dove. This app. may not be available in DFly, but there must be others. mail/thunderbird (hit the reply list button) and mail/mutt (hit 'L') have this feature and both run on dragonfly. cheers, max
Re: Old release ISO images
On 5 mar 2012, at 15.51, Antonio Huete Jimenez wrote: I've rsync'ed old release ISOs from crater onto island, which has some more bandwidth, just in case anybody needs to quickly go back in time, I think that's the easiest way to do so. http://island.quantumachine.net/archive/ Maybe we should add that info to mirrors page? island.quantumachine.net (Binary pkgsrc packages, daily snapshots, official ISOs, old ISOs, git source) or something like that? Max
Re: Can someone upgrade tor in Q3?
On 8 nov 2011, at 16.46, Pierre Abbat wrote: Still using pkgsrcv2, I switched to master, which dumped core somewhere else. The tor version in master is 0.2.1.29, which has some vulnerability. So I switched back to 2011Q3. H. I'm using pkgsrcv2 and the master branch. tor is version 0.2.2.34 for me. Max
Re: Can someone upgrade tor in Q3?
On 8 nov 2011, at 21.30, Matthew Dillon wrote: I've adding the synchronization pass for all 2011 branches. It will be a few hours before it gets them synced up. net/tor is now synced and at version 0.2.2.34 in pkgsrcv2/pkgsrc-2011Q3. Max
Re: Can someone upgrade tor in Q3?
On Sun, Nov 6, 2011 at 4:38 AM, Pierre Abbat p...@phma.optus.nu wrote: On Friday 04 November 2011 14:40:51 Max Herrgard wrote: 0.2.2.34 is in pkgsrc-2011Q3 since 46 hours. I just pulled it and I still have 0.2.2.32. Then your mirror is not synced yet. zoidberg setenv CVSROOT anon...@anoncvs.fr.netbsd.org:/pub/NetBSD-CVS zoidberg cvs co -r pkgsrc-2011Q3 -Pd tmp pkgsrc/net/tor/Makefile U tmp/Makefile zoidberg grep DISTNAME tmp/Makefile DISTNAME= tor-0.2.2.34 Max
Re: Can someone upgrade tor in Q3?
On 4 nov 2011, at 19.19, Pierre Abbat wrote: Nov 4 18:15:43 darner Tor[66814]: Please upgrade! This version of Tor (0.2.2.32) is not recommended, according to the directory authorities. Recommended versions are: 0.2.1.31,0.2.2.34,0.2.3.7-alpha 0.2.2.34 is in pkgsrc-2011Q3 since 46 hours. # cd /usr/pkgsrc/net/tor git pull bmake replace I don't know how often the binary packages pkgin pulls get rebuilt. Hope that helps. Cheers, Max
Re: onboard sound
On 3 nov 2011, at 03.58, Pierre Abbat wrote: I guess it's because this is not a Linux box, but I know that the speakers work. I ran Dragon Player and played some MP3 files. I ran Wavesurfer, but got no sound, and when I tried to record, it crashed. What else can I try? I've played music with vlc, mplayer, mpg321, mpg123, xmms and audacious, most recently with mplayer. Some programs (I think at least mpg321) require you to install an audio library to work, like libao-*. Did you turn up the volume? The volume with my old Soundblaster Live! is always sky-high, but maybe not yours. Try mixer(8). Cheers, Max
Re: Does something like nanobsd.sh exist or in the making for DF?
On 14 okt 2011, at 14.25, Zenny wrote: I am just wondering if there is something equivalent to FreeBSD's nanobsd.sh or something in the making? Just wondering. What does nanobsd.sh do? Max
Re: powernow not working on AMD Athlon XP Mobile
On 14 sep 2011, at 20.45, Maurizio Lombardi wrote Ok. Remove the old patch and try this one: http://leaf.dragonflybsd.org/~sephe/pstate.c.diff1 Thanks for your support Sepherosa, but unfortunately it still does not work. The last patch triggered others errors like the following: cpu0: Invalid FID 0x20, out [0xe, 0x16] cpu0: Invalid VID 0x6, in [0xd, 0xb] You could try to set hw.acpi.cpu.pstate.strigent_check=0 in /boot/loader.conf. My K8 box needs that for it's messed up FID/VID. See http://bugs.dragonflybsd.org/issue2025 cheers, Max
Re: pkgsrc-update failes with core dumps
On 23 aug 2011, at 14.08, Siju George wrote: Should i use 2011Q1 or 2011Q2 ? 2011Q2 is orgin/master same as origin/pkgsrc-2011Q2 ? No. master is pkgsrc-current, the development branch. 2011Q2 is the stable release branch. This machine will be testing/learning bulk builds also I need to know what branch is best for my desktop :-) I'm using -current (the git master branch) myself. Max
Re: What does this mean ?
On 13 maj 2011, at 17.12, Matthew Dillon wrote: :thr_umtx_wait FAULT VALUE CHANGE 7162-7165 oncond 0x800990104 : : What does it mean, and should I worry ? : :-- :Steve O'Hara-Smith | Directable Mirror Arrays No, it just means a block of memory being used for mutexes suffered from a copy-on-write (probably due to a fork()). The mutex code in the kernel deals with this situation automatically. It was just some old debugging cruft. Should this then be removed? I'm still getting these when indexing with Opengrok. Max
Re: Older release isos on the official ftp site
On 18 aug 2011, at 16.52, Justin Sherrill wrote: ftp://crater.dragonflybsd.org/Older/ We have had complaints from mirrors that the space for DragonFly is getting huge, though most of the pain from that is pkgsrc binary packages. Okay, now I found them :) I got a bit confused by the mirrors page that had ftp.dragonflybsd.org listed under crater when it in fact points to avalon. I've corrected this on the mirrors page. Max
Older release isos on the official ftp site
Hi, Is there a reason for not having older release isos on ftp.dragonflybsd.org? Right now the oldest iso is release 2.6. A few of the mirrors still have back to 1.0 laying around, but I think the master site should have all isos so they propagate to all mirrors. Could we could get them back? Max
Re: Add AHCI workaround for Intel mobo / Intel SSD probing bug
On 19 jun 2011, at 18.44, Alex Hornung wrote: Yes, if the ISO has been built after the date, and it has, it'll be included. Just download the master snapshot, not the release. Maybe we should include the git id in the latest iso names as well. -Max
Re: SMP kernel now boots UP system
15 maj 2011 kl. 09.35 skrev Sepherosa Ziehau: Hi all, The latest master (0bccf4f58edd59054bb036701eb5eabf8faf3a6e) contains all necessary code to boot UP system using SMP kernel, please test. Works on my UP box with X86_64_GENERIC_SMP. Verbose dmesg.boot: http://leaf.dragonflybsd.org/~mh/vdmesg_smp_up cheers, Max
Re: deduping
11 maj 2011 kl. 07.44 skrev Max Herrgard: 11 maj 2011 kl. 06.36 skrev Pierre Abbat: I upgraded my Hammer filesystems to version 5 and haven't seen any deduping when it runs its nightly cron job. I guess that means I have to run viconfig? Hm. I'm not sure I noticed any difference in the nightly cron job's output. Take a look at the 'dedup' and 'dedup-simulate' targets in hammer(8). Ah, yeah, hammer viconfig for that. -max
Re: deduping
11 maj 2011 kl. 07.48 skrev Max Herrgard: 11 maj 2011 kl. 07.44 skrev Max Herrgard: 11 maj 2011 kl. 06.36 skrev Pierre Abbat: I upgraded my Hammer filesystems to version 5 and haven't seen any deduping when it runs its nightly cron job. I guess that means I have to run viconfig? Hm. I'm not sure I noticed any difference in the nightly cron job's output. Take a look at the 'dedup' and 'dedup-simulate' targets in hammer(8). Ah, yeah, hammer viconfig for that. Since I haven't had my morning coffee yet, I might as well add that you need to run viconfig and add the dedup on every PFS (/home, /usr, etc) you want it to run on. My configs looks like this: snapshots 1d 60d prune 1d 5m rebalance 1d 5m dedup 1d 5m reblock 1d 5m recopy30d 10m Cheers, Max
Re: Tests of RAID adapters
25 apr 2011 kl. 09.12 skrev Francois Tigeot: Hi all, During last week, I've done some systematic hardware tests to determine which recent RAID cards work fine with DragonFly. ... Conclusions --- I'm very impressed by Areca. All their cards worked flawlessly out of the box. The Areca people were very cooperative, they tested and reviewed the initial port of the arcmsr driver (from FreeBSD). Many of their adapters include an ethernet port which can be used for supervision, removing the need to install a special low-level utility in the host OS. I only had access to one 3Ware adapter, but it also worked out of the box and I have reports of different recent models also working flawlessly. There are some LSI models known to work flawlessly. Unfortunately, they seem to be old products which are not sold anymore. With all the troubles I had getting Adaptec cards to work reliably before DragonFly was even booted, I cannot seriously consider to purchase products of this brand. If you want a RAID adapter to use with DragonFly, Areca and 3Ware are the two best choices of the moment, my first choice beeing Areca. Tests like these are awesome. Thank you! max
Re: ACPI based interrupt routing and new ACPI code ready for testing
Sepherosa Ziehau wrote: On Tue, Apr 5, 2011 at 9:08 PM, Max Herrgardherrg...@gmail.com wrote: Sepherosa Ziehau wrote: On Mon, Apr 4, 2011 at 6:02 PM, Max Herrgardherrg...@gmail.comwrote: Nope. Still the same, but they are now on different irqs. I noticed however that my drm0 doesn't get set up with acpi interrupt routing turned on. Hmm, looks like its irq setting up is hosed somewhere else. drm device itself is attached. As far as I understand the drm code, bus_setup_intr is triggered by user space program like Xorg, but there are some precondition check before bus_setup_intr is called. Please set hw.dri.debug=1 (sysctl) and give me the output of vmstat -iv and dmesg, after you started Xorg. Please retest master: 7e89a536e0a53aade79d6001b8477d03245f0be0 I believe it is fixed. Yes. Everything now works as it should :) Cheers, Max
Re: ACPI based interrupt routing and new ACPI code ready for testing
Sepherosa Ziehau wrote: On Mon, Apr 4, 2011 at 6:02 PM, Max Herrgardherrg...@gmail.com wrote: Nope. Still the same, but they are now on different irqs. I noticed however that my drm0 doesn't get set up with acpi interrupt routing turned on. Hmm, looks like its irq setting up is hosed somewhere else. drm device itself is attached. As far as I understand the drm code, bus_setup_intr is triggered by user space program like Xorg, but there are some precondition check before bus_setup_intr is called. Please set hw.dri.debug=1 (sysctl) and give me the output of vmstat -iv and dmesg, after you started Xorg. Hm. I had to kldload radeon.ko to get the dri sysctl tree first. drm0.vgapci0.pci1.pcib1.pci0.pcib0.acpi0.nexus0.root0 drm0: ATI Radeon RV280 9200 [tentative] on vgapci0 vgapci0: Reserved 0x1 bytes for rid 0x18 type 3 at 0xf803 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 drm0: ATI Radeon RV280 9200 [attached!] on vgapci0 then I set hw.dri.0.debug=1 and did startx. http://leaf.dragonflybsd.org/~mh/vdmesg http://leaf.dragonflybsd.org/~mh/vmstat [drm:pid943:drm_open] open_count = 0 [drm:pid943:drm_open_helper] pid = 943, minor = 0 [drm:pid943:radeon_driver_open] [drm:pid943:drm_addmap] offset = 0x, size = 0x2000, type = 2 [drm:pid943:drm_addmap] 8192 13 0xffe01d9d6000 [drm:pid943:drm_addmap] Added map 2 0xffe01d9d6000/0x2000 vgapci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xe800 [drm:pid943:drm_addmap] offset = 0xe800, size = 0x0800, type = 0 [drm:pid943:drm_addmap] Added map 0 0xe800/0x800 [drm:pid943:drm_firstopen] [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_close] open_count = 1 [drm:pid943:drm_close] pid = 943, device = 0xffe005daa008, open_count = 1 [drm:pid943:drm_lastclose] [drm:pid943:radeon_do_cleanup_cp] [drm:pid943:drm_open] open_count = 0 [drm:pid943:drm_open_helper] pid = 943, minor = 0 [drm:pid943:radeon_driver_open] [drm:pid943:drm_addmap] offset = 0x, size = 0x2000, type = 2 [drm:pid943:drm_addmap] 8192 13 0xffe01d9d6000 [drm:pid943:drm_addmap] Added map 2 0xffe01d9d6000/0x2000 [drm:pid943:drm_addmap] offset = 0xe800, size = 0x0800, type = 0 [drm:pid943:drm_addmap] Added map 0 0xe800/0x800 [drm:pid943:drm_firstopen] [drm:pid943:drm_ioctl] pid=943, cmd=0xc0106407, nr=0x07, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0106401, nr=0x01, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0106401, nr=0x01, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_close] open_count = 1 [drm:pid943:drm_close] pid = 943, device = 0xffe005daa008, open_count = 1 [drm:pid943:drm_lastclose] [drm:pid943:radeon_do_cleanup_cp] [drm:pid943:drm_open] open_count = 0 [drm:pid943:drm_open_helper] pid = 943, minor = 0 [drm:pid943:radeon_driver_open] [drm:pid943:drm_addmap] offset = 0x, size = 0x2000, type = 2 [drm:pid943:drm_addmap] 8192 13 0xffe01d9d6000 [drm:pid943:drm_addmap] Added map 2 0xffe01d9d6000/0x2000 [drm:pid943:drm_addmap] offset = 0xe800, size = 0x0800, type = 0 [drm:pid943:drm_addmap] Added map 0 0xe800/0x800 [drm:pid943:drm_firstopen] [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_close] open_count = 1 [drm:pid943:drm_close] pid = 943, device = 0xffe005daa008, open_count = 1 [drm:pid943:drm_lastclose] [drm:pid943:radeon_do_cleanup_cp] [drm:pid943:drm_open] open_count = 0 [drm:pid943:drm_open_helper] pid = 943, minor = 0 [drm:pid943:radeon_driver_open] [drm:pid943:drm_addmap] offset = 0x, size = 0x2000, type = 2 [drm:pid943:drm_addmap] 8192 13 0xffe01d9d6000 [drm:pid943:drm_addmap] Added map 2 0xffe01d9d6000/0x2000 [drm:pid943:drm_addmap] offset = 0xe800, size = 0x0800, type = 0 [drm:pid943:drm_addmap] Added map 0 0xe800/0x800 [drm:pid943:drm_firstopen] [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_ioctl] pid=943, cmd=0xc0406400, nr=0x00, dev 0xffe005daa008, auth=1 [drm:pid943:drm_close] open_count = 1 [drm:pid943:drm_close] pid = 943, device = 0xffe005daa008, open_count = 1 [drm:pid943:drm_lastclose] [drm:pid943:radeon_do_cleanup_cp] [drm:pid943:drm_open] open_count = 0 [drm:pid943:drm_open_helper] pid = 943, minor = 0 [drm:pid943:radeon_driver_open] [drm:pid943:drm_addmap] offset = 0x, size = 0x2000, type = 2 [drm:pid943:drm_addmap] 8192 13 0xffe01d9d6000
Re: ACPI based interrupt routing and new ACPI code ready for testing
Sepherosa Ziehau wrote: On Fri, Mar 25, 2011 at 7:32 PM, Max Herrgardherrg...@gmail.com wrote: On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehausepher...@gmail.com wrote: This interrupt sharing may caused by interrupt routing in ACPI code. What's the vmstat -iv on both w/ and w/o ACPI interrupt routing? Yes they are a bit different. OK, please test following commit on master: 40ad81aa20e2ba47db1f04204a60ffd06b513150 Nope. Still the same, but they are now on different irqs. I noticed however that my drm0 doesn't get set up with acpi interrupt routing turned on. With acpi interrupt routing: interrupt total rate irq0: clk 31844 248 irq4: sio0 0 0 irq7: ppc0 1 0 irq9: acpi0 0 0 irq10: ral0/rl0/vge0/ehci0 753658 irq11: fwohci0/pcm0/rl1/atapci0/uhci0/uhci1/uhci2/uhci3 998277 irq14: ata0 37 0 irq15: ata1 0 0 irq19 46 0 irq21 652550 irq192: swi_siopoll 0 0 irq195: swi_cambio 0 0 irq196: swi_vm 0 0 irq197: swi_taskq/swi_mp_taskq 0 0 Total 55971 437 Without: interrupt total rate irq0: clk 331584331 irq4: sio0 0 0 irq5: vge0/uhci0/uhci1/drm055565 55 irq7: ppc0 0 0 irq9: acpi00 0 irq10: ral0/rl0/ehci0 20317 20 irq11: fwohci0/pcm0/rl1/atapci0/uhci2/uhci3 3386 3 irq14: ata0 37 0 irq15: ata10 0 irq19 46 0 irq21 3472 3 irq192: swi_siopoll0 0 irq195: swi_cambio 0 0 irq196: swi_vm 0 0 irq197: swi_taskq/swi_mp_taskq 0 0 Total 414407413 Max
Re: ACPI based interrupt routing and new ACPI code ready for testing
On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehau sepher...@gmail.com wrote: This interrupt sharing may caused by interrupt routing in ACPI code. What's the vmstat -iv on both w/ and w/o ACPI interrupt routing? Yes they are a bit different. With ACPI interrupt routing: interrupt total rate irq0: clk9239831278 irq4: sio0 0 0 irq7: ppc0 1 0 irq9: acpi0/vge0/uhci0/uhci1 33423 1 irq10: ral0/rl0/ehci0 842511 25 irq11: fwohci0/pcm0/rl1/atapci0/uhci2/uhci3 1110368 33 irq14: ata0 37 0 irq15: ata10 0 irq19 46 0 irq211119024 33 irq192: swi_siopoll0 0 irq195: swi_cambio 0 0 irq196: swi_vm 0 0 irq197: swi_taskq/swi_mp_taskq 0 0 Total 12345241371 Without: interrupt total rate irq0: clk 151705466 irq4: sio0 0 0 irq5: vge0/uhci0/uhci1 40002123 irq7: ppc0 1 0 irq9: acpi00 0 irq10: ral0/rl0/ehci0 9093 27 irq11: fwohci0/pcm0/rl1/atapci0/uhci2/uhci3 2253 6 irq14: ata0 37 0 irq15: ata10 0 irq19 46 0 irq21 2271 6 irq192: swi_siopoll0 0 irq195: swi_cambio 0 0 irq196: swi_vm 0 0 irq197: swi_taskq/swi_mp_taskq 0 0 Total 205408632 Max
Re: ACPI based interrupt routing and new ACPI code ready for testing
Sepherosa Ziehau wrote: On Tue, Mar 22, 2011 at 7:58 PM, Sepherosa Ziehausepher...@gmail.com wrote: Hi all, Please test ~sephe/acpi_randy branch on leaf It includes: 1) Latest ACPI code (20110211). Thank Magliano Andrea very much for the porting 2) ACPI based interrupt routing To test the code, make sure you are at: ec18ac60f39dd33df5ad41be2c1c7f5714821ff1 Please re-test with the latest master, some I/O APIC APIC ID issue should have been addressed: eab22b0b9e4f3d610dd0d857e9805db77caee017 Hi Sephe. Great work :) Seems to boot fine on my x86_64 UP box. Anything you want tested with it running? Verbose dmesg: http://leaf.dragonflybsd.org/~mh/vdmesg_acpi_randy However, it makes my graphics card (an ati 9200 agp) lose some speed. It usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 fps. From what I can see it gives no error about this problem. //Max
Re: ACPI based interrupt routing and new ACPI code ready for testing
Matthew Dillon wrote: :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 :fps. From what I can see it gives no error about this problem. : ://Max What about the rest of the system? Run some simple cpu benchmarks. If those are slow also this could be an indication of an interrupt storm (and possibly even a SMI storm, similar to ruse39's issue). Do you have a suggestion for such a cpu benchmark? vmstat -i looks okay: # vmstat -i interrupt total rate clk 1500666278 sio0 0 0 ppc0 1 0 acpi0/vge0/uhci0/uhci1 29597 5 ral0/rl0/ehci0145586 27 fwohci0/pcm0/rl1/atapci0/uhci2/uhci3 60096 11 ata0 37 0 ata1 0 0 irq19 46 0 irq21 63376 11 swi_siopoll0 0 swi_cambio 0 0 swi_vm 0 0 swi_taskq/swi_mp_taskq 0 0 Total1799405333 //Max
Re: ACPI based interrupt routing and new ACPI code ready for testing
Matthew Dillon wrote: :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 :fps. From what I can see it gives no error about this problem. : ://Max What about the rest of the system? Run some simple cpu benchmarks. If those are slow also this could be an indication of an interrupt storm (and possibly even a SMI storm, similar to ruse39's issue). I did some primes calculation with /usr/bin/time -h primes 1 4242424242 /dev/null and they finished on same time with acpi interrupt routing enabled/disabled. //Max
Re: installed Postfix, no periodic message
16 feb 2011 kl. 05.24 skrev Pierre Abbat: I installed Postfix, which provides a Sendmail compatibility program at /usr/pkg/sbin/sendmail. The Sendmail binary was at /usr/sbin/sendmail. The periodic jobs just ran, but I don't get the usual emails. How come? Do I have to add /usr/pkg/sbin to the path in /etc/crontab? What is in your /etc/mail/mailer.conf? Also, look at the logs in /var/log/cron and /var/log/maillog. They might tell you what is going on. Max
Re: Google Code-In update
On Thu, Dec 23, 2010 at 3:08 AM, Samuel J. Greear s...@evilcode.net wrote: ... If you can think of anything applicable that needs doing please speak up so it can be added to the list. Integrate the online man pages (http://leaf.dragonflybsd.org/cgi/web-man) into the web-page. Max
Re: Recommend me an AGP card for DragonFly
Steve O'Hara-Smith wrote: On Mon, 08 Nov 2010 09:56:41 +0100 Max Herrgardherrg...@gmail.com wrote: Hi list, I feel it's time to get something faster than my old Matrox G450 to run with the DragonFly box. Any recommendations? I don't want to upgrade to PCIe yet as I would need to build a completly new box for that. And I want 3D acceleration in X. I will probably do some ghetto silent cooling thing, so not a too hot chip ;-) You're probably pretty much OK with almost any AGP ATI card, I've had good results with a couple of 9200SE cards, an old All-In-Wonder (Hercules branded) and an X1650 - that last is probably a bit too hot though (fan on card and an extra power connector). ceh from #netbsd.se hooked me up with a free Radeon 9200 (passive cooled). I put it in box, changed driver in xorg.conf to 'radeon', started X and ran glxgears: 8422 frames in 5.0 seconds = 1684.248 FPS My old Matrox did ~350 FPS. So that means instant 3D accl on DragonFly x86_64 with MesaLib-7.4.4nb3. I'm so stoked right now :) Max
Recommend me an AGP card for DragonFly
Hi list, I feel it's time to get something faster than my old Matrox G450 to run with the DragonFly box. Any recommendations? I don't want to upgrade to PCIe yet as I would need to build a completly new box for that. And I want 3D acceleration in X. I will probably do some ghetto silent cooling thing, so not a too hot chip ;-) So, what are you using? Just need a few pointers so I know what to look for in the used market. Thanks, Max
Re: Recommend me an AGP card for DragonFly
Steve O'Hara-Smith wrote: On Mon, 08 Nov 2010 09:56:41 +0100 Max Herrgardherrg...@gmail.com wrote: Hi list, I feel it's time to get something faster than my old Matrox G450 to run with the DragonFly box. Any recommendations? I don't want to upgrade to PCIe yet as I would need to build a completly new box for that. And I want 3D acceleration in X. I will probably do some ghetto silent cooling thing, so not a too hot chip ;-) You're probably pretty much OK with almost any AGP ATI card, I've had good results with a couple of 9200SE cards, an old All-In-Wonder (Hercules branded) and an X1650 - that last is probably a bit too hot though (fan on card and an extra power connector). Okay, that sounds great. I'll see what I can find. Thank you, Max
