Re: Fwd: Single boot EFI Mac install
On 3/22/2012 00:29, peeter (must) wrote: I wonder if there's a way to make refit recognize how to boot from the dfly ufs partition? I was browsing around to find if grub2 might work but haven't found the right .efi image yet. mjg59.livejournal.com is a good read! Peeter -- Hi Peeter, This may be unrelated, but I spent a lot of last weekend trying to get DragonFly to boot from grub2 v1.99 and only got an unrecognized signature for my efforts. No amount of tweaking fixed this, not chainloading, not direct kernel loading, etc. Finally I did the only thing that others (people with similar issues with grub2) had success with: downgrade grub2 to grub-legacy. That also worked for me. John
HEADS UP: Do a full buildkernel when upgrading!
IMPORTANT! Please note that after upgrading your source to or after 0e0fd600f4c75d4dc8a6d605ba9edc960d4f205e (kernel/kobj: Put the default kobj_method inside the kobjop_desc struct.), you will have to do a full buildkernel. quickkernel will succeed but the kernel will not work. Sorry for the inconvenience, but I had assumed quickkernel would not even compile. Regards, Sascha
pkgsrc current DragonFly 3.1/x86_64 2012-03-20 02:35
pkgsrc bulk build report DragonFly 3.1/x86_64 Compiler: gcc Build start: 2012-03-20 02:35 Build end: 2012-03-23 10:18 Full report: http://avalon.dragonflybsd.org/reports/x86_64/bleeding-edge/20120320.0235/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/bleeding-edge/20120320.0235/meta/report.bz2 Total number of packages: 12376 Successfully built: 11084 Failed to build: 391 Depending on failed package: 357 Explicitly broken or masked: 499 Depending on masked package: 45 Packages breaking the most other packages Package Breaks Maintainer - databases/postgresql84-client 127 a...@netbsd.org textproc/rasqal 55 mki...@netbsd.org sysutils/libgtop 22 pkgsrc-us...@netbsd.org www/ruby-actionpack3 18 pkgsrc-us...@netbsd.org print/a2ps 13 pkgsrc-us...@netbsd.org devel/ruby-activesupport31 12 pkgsrc-us...@netbsd.org x11/kde-workspace4 9 ma...@netbsd.org databases/ruby-dm-types 9 pkgsrc-us...@netbsd.org devel/ruby-activesupport32 9 pkgsrc-us...@netbsd.org net/bind99 7 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - archivers/mousetar pkgsrc-us...@netbsd.org audio/amarok-kde3 pkgsrc-us...@netbsd.org audio/bsl pkgsrc-us...@netbsd.org audio/gtkpod pkgsrc-us...@netbsd.org audio/hydrogen chris.ware...@btinternet.com audio/mpg123-oss mar...@netbsd.org audio/pd pkgsrc-us...@netbsd.org audio/rhythmbox pkgsrc-us...@netbsd.org benchmarks/phoronix-test-suite j...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/empathy 2 pkgsrc-us...@netbsd.org chat/licq-core 2 pkgsrc-us...@netbsd.org comms/asterisk-sounds-native pkgsrc-us...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/hylafax 1 hallm...@ahatec.de converters/p5-MARC-Charset 1 pkgsrc-us...@netbsd.org converters/p5-Unicode-IMAPUtf7 pkgsrc-us...@netbsd.org cross/avr-libc wennm...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org databases/gtkdbfeditor pkgsrc-us...@netbsd.org databases/java-db3 pkgsrc-us...@netbsd.org databases/java-qdbm oba...@netbsd.org databases/java-tokyocabinet oba...@netbsd.org databases/myodbc pkgsrc-us...@netbsd.org databases/mysql-workbench pkgsrc-us...@netbsd.org databases/openldap-server 4 g...@netbsd.org databases/postgresql83-uuid br...@nmsu.edu databases/postgresql84-client 127 a...@netbsd.org databases/postgresql90-uuid br...@nmsu.edu databases/py-ldap 1 pkgsrc-us...@netbsd.org databases/ruby-dm-types 9 pkgsrc-us...@netbsd.org databases/ruby-odbc 6 pkgsrc-us...@netbsd.org databases/sqlrelay pkgsrc-us...@netbsd.org databases/sqlsharpgtk pkgsrc-us...@netbsd.org devel/SOPE 1 pkgsrc-us...@netbsd.org devel/allegro 3 pkgsrc-us...@netbsd.org devel/binutils 2 pkgsrc-us...@netbsd.org devel/bzr 7 ddeus.pkg...@mailnull.com devel/diffutils 2 pkgsrc-us...@netbsd.org devel/ecore 3 jo...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/elftoolchain a...@netbsd.org devel/ethos 1 pkgsrc-us...@netbsd.org devel/java-subversion pkgsrc-us...@netbsd.org devel/kyua-cli j...@netbsd.org devel/libFoundation 2 pkgsrc-us...@netbsd.org devel/libblkid pkgsrc-us...@netbsd.org devel/libinotify m...@dmitrymatveev.co.uk devel/libjit pkgsrc-us...@netbsd.org devel/libpgm a...@netbsd.org
Re: pkgsrc current DragonFly 3.1/x86_64 2012-03-20 02:35
On 3/23/2012 1:46 PM, Justin Sherrill wrote: pkgsrc bulk build report DragonFly 3.1/x86_64 Compiler: gcc Build start: 2012-03-20 02:35 Build end: 2012-03-23 10:18 Full report: http://avalon.dragonflybsd.org/reports/x86_64/bleeding-edge/20120320.0235/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/bleeding-edge/20120320.0235/meta/report.bz2 Total number of packages: 12376 Successfully built: 11084 Failed to build: 391 Depending on failed package: 357 Explicitly broken or masked: 499 Depending on masked package:45 Packages breaking the most other packages Package Breaks Maintainer - databases/postgresql84-client127 a...@netbsd.org textproc/rasqal 55 mki...@netbsd.org sysutils/libgtop 22 pkgsrc-us...@netbsd.org www/ruby-actionpack3 18 pkgsrc-us...@netbsd.org print/a2ps13 pkgsrc-us...@netbsd.org devel/ruby-activesupport3112 pkgsrc-us...@netbsd.org x11/kde-workspace4 9 ma...@netbsd.org databases/ruby-dm-types9 pkgsrc-us...@netbsd.org devel/ruby-activesupport32 9 pkgsrc-us...@netbsd.org net/bind99 7 pkgsrc-us...@netbsd.org Build failures textproc/rasqal is non-dragonfly issue, already fixed on march 20 x11/kde-workspace4 is not a real error, something happened to the bulk build I'll look at pg84-client John
Re: Single boot EFI Mac install
On Fri, Mar 23, 2012 at 12:05 AM, peeter (must) karu.pr...@gmail.com wrote: Thanks again, partial success so far: could get refit working but apparently refit does not boot dfly, or at least not yet. I made two partitions for dfly as described in the README on the live cd, a ufs partition for /boot and hammer partition for the rest. refit recognizes the boot partition as a FreeBSD one and when I choose to boot it in the refit many then I get a blank screen and then No bootable device -- insert boot disk and press any key. Then the computer hangs. 2 GPT partitions or 2 slices in the dragonfly partition? I thought it might be since refit isn't familiar with 64bit disklablel but using disklabel32 gives the same result. I tried to gptsync the partition tables but refit refuses; refit sees dfly partitions as Unknown and refuses to do anything with them. I thought there might be a way to force gptsync but refit shell hasn't got gptsync. Did you use a GPT aware partitioning tool? (g)parted or cgdisk on Linux livecds (sysresccd etc.) or Apple's Disk Util. 2 GPT partitions as described in Boot setup http://leaf.dragonflybsd.org/cgi/web-man?command=gptsection=8 However, this might be outdated. As far as I understand, gpt was ported from freebsd; freebsd has moved on to gpart now. refit gptsync complained about gpt partitions. When I installed freebsd and used gpart, then refit was satsified. I tried installing freebsd on an external usb stick. And succeeded: so this is the first time I've succeeded in getting a BSD running on this 13 MBPro! Booting sequence is then: MacEFI -- refit -- fbsd It turns out fbsd has two exclusive types of partioning schemes. The old one, bsd slices; and gpt. They are exclusive: you can't disklabel gpt slices. And you should created one gpt slice for each partition you want, so eg /dev/ada0p1 /boot /dev/ada0p2 swap /dev/ada0p3 / and so on, as many as you like. dfly man 8 gpt is not quite consistent with this. dfly disklabels a gpt slice. Fbsd gpt booting scheme involves a small 64k partition that consists of a loader, /boot/gptboot, see http://www.freebsd.org/cgi/man.cgi?query=gpartapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html However, success did not last long; at the next boot I got Missing operating system -- a different error message from the last time. I did not touch any freebsd partitions, and have no clue what happened. I never regained booting to that system. Installed fbsd on the harddisk and could gptsync and everything. But refit boot leads to Missing operating system. That usually happens if something changed in the partition table and it was not synced for BIOS mode boot to work. Maybe try with a 1MB BIOS BOOT partition prior to the DragonFly partitions? I haven't needed it, but I know that Fedora Linux insist on adding it if GPT is in use (or always? not sure). I wonder if there's a way to make refit recognize how to boot from the I've never booted a BSD via rEFIt. Is it possible you need to have a 1MB BIOS BOOT partition as the 3rd partition? dfly ufs partition? I was browsing around to find if grub2 might work but haven't found the right .efi image yet. The following is what should work, but I didn't try it out for BSDs. You could of course install a grub.efi image inside the HFS+ partition and then provide a grub.cfg with the chainloader config or kernel loader config based on one of the myriads of grub2 plugins for booting dragonfly. Creating a grub2.efi image file is not hard. Get a livecd with grub2-efi-32 and then use usegrub-mkimage to create an efi image file by selection all plugins/modules you want and the output filename. Once you have that, write or generate a grub.cfg and put it in the same directory. Next bless the grub efi image instead of refit.efi in the OSX installer's terminal. If you have an Nvidia or ATI video adapter you might have to load one of the video bios grub plugins or just boot with rEFIt to avoid such issues. I will try grub32 next. Another thought: if dfly could port /boot/gptboot from fbsd and set up similar booting scheme, then efi booting might be solved? Sorry I can't help you with that.
Re: pppoe
2012/3/19 Andrey N. Oktyabrski a...@bestmx.ru: Good day. How can I configure PPPoE interface? Now I use ppp program with this configuration: pppoe: set device PPPoE:fxp0 #Interface to adsl-modem-bridge set authname USERNAME set authkey PASSWORD set dial set login add default HISADDR nat enable yes $ ps ax | grep ppp 254 ?? SLs 4:39.48 /usr/sbin/ppp -quiet -ddial -nat pppoe ... and see this in the top: 254 root 0 6460K 0K RUN 0 4:42 4:42 16.11% ppp Is it possible to use anything other than ppp? ng_pppoe? How to configure it? man ng_pppoe does not give me any useful information. Can anybody to give me and example? Or I must compile mpd and use it? Hi, As far as I know, ppp is currently the only way to configure PPPoE sessions on DragonFly. The ppp userland program makes use of ng_pppoe kernel counterpart to deal with the PADIs/PADOs etc of the PPPoE session. Your configuration seems correct. You should get a tun0 interface with an ip address if everything goes well. Cheers Nuno
Re: Fwd: Single boot EFI Mac install
On 3/22/2012 00:29, peeter (must) wrote: I wonder if there's a way to make refit recognize how to boot from the dfly ufs partition? I was browsing around to find if grub2 might work but haven't found the right .efi image yet. mjg59.livejournal.com is a good read! Peeter -- Hi Peeter, This may be unrelated, but I spent a lot of last weekend trying to get DragonFly to boot from grub2 v1.99 and only got an unrecognized signature for my efforts. No amount of tweaking fixed this, not chainloading, not direct kernel loading, etc. Finally I did the only thing that others (people with similar issues with grub2) had success with: downgrade grub2 to grub-legacy. That also worked for me. John Thanks, this is very interesting. Could you describe your boot setting, i.e. did you use GPT or MBR? Did you put /boot partition in a separate GPT/MBR partition or was it in a big bsd slice? What filesystem did DragonFly have? I guess I ended up at the same place with grub-1.99. I created bootx64.efi image (btw, my mbpro5,5 has 64bit EFI, so 32bit efi did not work) and blessed it; and EFI-boot to grub2; and grub2 could list the file contents of FreeBSD partitions in the grub2 shell, but no kfreebsd /loader or kfreebsd /kernel/kernel worked. Actually, the latter was most promising in the sense that it did not produce an error message; it went off and hang. I also tried to see if grub2 recognizes any DragonFly partitions. I cheated a little; I created GPT partitions with FreeBSD's gpart which labels them freebsd ufs; then disklabel64-d with DragonFly and newfs (ufs). Now grub2 saw directories as files; it seemed it has the same understanding of DragonFly's ufs as FreeBSD---which thought they're a little corrupted. So it seems to me that grub2 does not even correctly identify files on a DragonFly filesystem and then also can't find or boot them. Do you know if grub-legacy handles gpt partitions? Peeter --
Re: Single boot EFI Mac install
On Fri, Mar 23, 2012 at 6:49 PM, Carsten Mattner wrote: On Fri, Mar 23, 2012 at 12:05 AM, peeter (must) wrote: Thanks again, partial success so far: could get refit working but apparently refit does not boot dfly, or at least not yet. I made two partitions for dfly as described in the README on the live cd, a ufs partition for /boot and hammer partition for the rest. refit recognizes the boot partition as a FreeBSD one and when I choose to boot it in the refit many then I get a blank screen and then No bootable device -- insert boot disk and press any key. Then the computer hangs. 2 GPT partitions or 2 slices in the dragonfly partition? I thought it might be since refit isn't familiar with 64bit disklablel but using disklabel32 gives the same result. I tried to gptsync the partition tables but refit refuses; refit sees dfly partitions as Unknown and refuses to do anything with them. I thought there might be a way to force gptsync but refit shell hasn't got gptsync. Did you use a GPT aware partitioning tool? (g)parted or cgdisk on Linux livecds (sysresccd etc.) or Apple's Disk Util. 2 GPT partitions as described in Boot setup http://leaf.dragonflybsd.org/cgi/web-man?command=gptsection=8 However, this might be outdated. As far as I understand, gpt was ported from freebsd; freebsd has moved on to gpart now. refit gptsync complained about gpt partitions. When I installed freebsd and used gpart, then refit was satsified. I tried installing freebsd on an external usb stick. And succeeded: so this is the first time I've succeeded in getting a BSD running on this 13 MBPro! Booting sequence is then: MacEFI -- refit -- fbsd It turns out fbsd has two exclusive types of partioning schemes. The old one, bsd slices; and gpt. They are exclusive: you can't disklabel gpt slices. And you should created one gpt slice for each partition you want, so eg /dev/ada0p1 /boot /dev/ada0p2 swap /dev/ada0p3 / and so on, as many as you like. dfly man 8 gpt is not quite consistent with this. dfly disklabels a gpt slice. Fbsd gpt booting scheme involves a small 64k partition that consists of a loader, /boot/gptboot, see http://www.freebsd.org/cgi/man.cgi?query=gpartapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html However, success did not last long; at the next boot I got Missing operating system -- a different error message from the last time. I did not touch any freebsd partitions, and have no clue what happened. I never regained booting to that system. Installed fbsd on the harddisk and could gptsync and everything. But refit boot leads to Missing operating system. That usually happens if something changed in the partition table and it was not synced for BIOS mode boot to work. Maybe try with a 1MB BIOS BOOT partition prior to the DragonFly partitions? I'll try that next! grub2 failed. Peeter --
Re: Failure to allocate contiguous memory
On Fri, Mar 23, 2012 at 7:41 PM, Kyuupi kyuupic...@gmail.com wrote: I have jerky window dragging where repainting is very slow. I believe it is because DRI is not working with my graphics card, in turn because of a failure to allocate contiguous memory. Relevant snippets of dmesg below. Is there something I can do to fix this? I'm using kernel source as of about 48 hours ago. Neil. DragonFly v2.13.0.381.gca541-DEVELOPMENT #0: Sun Nov 27 12:27:02 JST 2011 r...@athlon2.akihabara.co.uk:/usr/obj/usr/src/sys/X86_64_GENERIC CPU: AMD Athlon(tm) Dual Core Processor 5050e (2600.16-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x60fb2 Stepping = 2 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x2001SSE3,CX16 AMD Features=0xea500800SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow! AMD Features2=0x11fLAHF,CMP,SVM,ExtAPIC,CR8,Prefetch real memory = 4025809920 (3839 MB) avail memory = 3718107136 (3545 MB) DMA space used: 2540k, remaining available: 16384k Mounting devfs drm0: ATI Radeon HD 3200 Graphics on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 contigmalloc_map: failed size 16777216 low=0 high= align=4096 boundary=0 flags=0102 contigmalloc_map: failed size 16777216 low=0 high= align=4096 boundary=0 flags=0102 pid 27585 (conftest), uid 0: exited on signal 11 Warning: busy page 0xffe0036c39a8 found in cache From the drm(4) manpage: If Xorg(1) acceleration fails to initialize with a ``contigmalloc_map: failed size...'' error in dmesg, the reserve of memory for DMA ran out early and should be increased to a sufficiently high value by setting the vm.dma_reserved loader tunable. A read only sysctl(8) variable of the same name is provided for obtaining its current value. Sam
Re: Failure to allocate contiguous memory
On Fri, Mar 23, 2012 at 9:41 PM, Kyuupi kyuupic...@gmail.com wrote: I have jerky window dragging where repainting is very slow. I believe it is because DRI is not working with my graphics card, in turn because of a failure to allocate contiguous memory. Relevant snippets of dmesg below. Is there something I can do to fix this? I'm using kernel source as of about 48 hours ago. Neil. DragonFly v2.13.0.381.gca541-DEVELOPMENT #0: Sun Nov 27 12:27:02 JST 2011 r...@athlon2.akihabara.co.uk:/usr/obj/usr/src/sys/X86_64_GENERIC CPU: AMD Athlon(tm) Dual Core Processor 5050e (2600.16-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x60fb2 Stepping = 2 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x2001SSE3,CX16 AMD Features=0xea500800SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow! AMD Features2=0x11fLAHF,CMP,SVM,ExtAPIC,CR8,Prefetch real memory = 4025809920 (3839 MB) avail memory = 3718107136 (3545 MB) DMA space used: 2540k, remaining available: 16384k Mounting devfs drm0: ATI Radeon HD 3200 Graphics on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 contigmalloc_map: failed size 16777216 low=0 high= align=4096 boundary=0 flags=0102 contigmalloc_map: failed size 16777216 low=0 high= align=4096 boundary=0 flags=0102 pid 27585 (conftest), uid 0: exited on signal 11 Warning: busy page 0xffe0036c39a8 found in cache Yep! Some AMD (ATI) graphics cards seem to require a 32MB physmem region for DRI to work. In /boot/loader.conf, set vm.dma_reserved to 32MB. Should work well! Good luck, -- vs; http://ops101.org/4k/
Re: Failure to allocate contiguous memory
On 24 March 2012 10:53, Venkatesh Srinivas vsrini...@ops101.org wrote: Yep! Some AMD (ATI) graphics cards seem to require a 32MB physmem region for DRI to work. In /boot/loader.conf, set vm.dma_reserved to 32MB. Should work well! Good luck, -- vs; http://ops101.org/4k/ Thanks Srinivas. I upped it to 32m, but then drm0: ATI Radeon HD 3200 Graphics on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 contigmalloc_map: failed size 33554432 low=0 high= align=4096 boundary=0 flags=0102 So then I upped it to 64m. rm0: ATI Radeon HD 3200 Graphics on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading RS780/RS880 Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs And now window dragging is very smooth. X also starts up faster. Thanks a lot. Neil.
Re: pppoe
On 24.03.12 03:54, Nuno Antunes wrote: As far as I know, ppp is currently the only way to configure PPPoE sessions on DragonFly. The ppp userland program makes use of ng_pppoe kernel counterpart to deal with the PADIs/PADOs etc of the PPPoE session. Thank you, I have seen it by the ngctl utility. So the real issue is a NAT. PF NAT do not work with tun0, and no more kernel NAT implementations in the dfly at now. I love Darren Reed's ipnat, but it has been removed from dfly. FreeBSD has kernel NAT (which is really ng_nat if I understand correctly) for the ipfw, but dfly uses old versions of the netgraph and ipfw. So, no other solutions at the moment. Your configuration seems correct. You should get a tun0 interface with an ip address if everything goes well. Yes, it works, but eats too much CPU from time to time. This is not fatal for me, but I always like to have a best configuration :-) There is one more thing which seems strange for me: from time to time I see two or even three addresses on the tun0. Is it normal? Must I to worry about it?