Re: Libreboot X200 and FreeBSD
On 29 March 2015 at 19:29, Piotr Kubaj pku...@riseup.net wrote: So, based on this information, are you able and willing to rewrite necessary code to make it work with Libreboot? No, I'm multi booting my thinkpad, none of the operating systems which support the grub payload, this means I'm pretty much dependent on SeaBIOS + VGABIOS blob. That's ok for me. x86 openfirmware boot loader support on the other hand would be pretty cool ;) Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Libreboot X200 and FreeBSD
On 28 Mar 2015, at 17:42, Adrian Chadd adr...@freebsd.org wrote: Oh, in that case, someone should send me one so I can use it to verify that my frame-buffer bootloader hack will work correctly on it. Why don't you reflash your existing one? :) Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Libreboot X200 and FreeBSD
On 28 Mar 2015, at 15:57, Piotr Kubaj pku...@riseup.net wrote: It's a modified Thinkpad X200, so it uses the same chipset, i.e. GM45. Hi Piotr, Unfortunately its not possible to boot freebsd with the libreboot images due to libreboot not have a binary blob vga bios seabios payload. You should be able to run freebsd without issue using coreboot however (libreboot is a consumer of coreboot which produces images without any close components). I've managed to reflash a stock x60s with coreboot run net/free dragonflybsd on there. I don't believer the laptops are modified physically in anyway just have their bios reflashed, might be worth asking them if you can get a laptop with coreboot+vgabios+seabios. Alternatively, just get a thinkpad x200 diy. You may have to resort to using linux for the initial flash. If it goes wrong provided you made backup images before starting, you can recover without issue using a raspberry pi or a beaglebone black as your reprogrammer the flashrom utility. Dmesg of the x60s running coreboot is on the wiki freebsd-acpi@ Regards Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Adding the -O option to pax(1)
Hi folks, Can I get some feedback on Bug 198481 which adds the -O option to pax(1). https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198481 Regards Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 17 May 2014 18:55, Sevan / Venture37 ventur...@gmail.com wrote: For archaeological reasons, the X61s was able to boot using ZFS on a BSD partition scheme (Thanks to Allen), the system can also boot from a ZFS volume with a MBR partition scheme if you *do not* use the stock FreeBSD boot loader switch to GRUB, this was tested by doing a stock install of PCBSD 10.0-RELEASE. Part 2 Ran zpool labelclear -f ada0 re-attempted a manual install onto a MBR partition from the r265054 AMD64 snapshot I had at BSDCan, system boots fine. System is now multi-booting again with Windows OpenBSD across 4 MBR partitions. Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 08/06/2014 16:33, Sevan / Venture37 wrote: On 17 May 2014 18:55, Sevan / Venture37ventur...@gmail.com wrote: For archaeological reasons, the X61s was able to boot using ZFS on a BSD partition scheme (Thanks to Allen), the system can also boot from a ZFS volume with a MBR partition scheme if you*do not* use the stock FreeBSD boot loader switch to GRUB, this was tested by doing a stock install of PCBSD 10.0-RELEASE. Part 2 Ran zpool labelclear -f ada0 re-attempted a manual install onto a MBR partition from the r265054 AMD64 snapshot I had at BSDCan, system boots fine. System is now multi-booting again with Windows OpenBSD across 4 MBR partitions. That should've been zpool labelclear -f /dev/ada0 Replaced the SSD in my X61s with a SATA HDD re-attempted the install once more, this time using the root-on-ZFS menu option in the installer. It worked without any further intervention. Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 2 May 2014 12:14, Sevan / Venture37 ventur...@gmail.com wrote: On 23 April 2014 21:54, Allan Jude free...@allanjude.com wrote: If anyone who is having trouble getting ZFS booting on one of these Lenovos is going to be at BSDCan, and has a spare disk they are willing to let me hack on, I would be interested in trying to get it booting for you so we can develop a solution to this issue if there is one. I am under the impression the issue is the way gpart does the MBR (or pMBR) with respect to the 'active' flag, but there are a number of different things i'd like to try. It all works flawlessly on my T530 I'll be at BSDCan with the laptop, you can see what's up for yourself. :) For archaeological reasons, the X61s was able to boot using ZFS on a BSD partition scheme (Thanks to Allen), the system can also boot from a ZFS volume with a MBR partition scheme if you *do not* use the stock FreeBSD boot loader switch to GRUB, this was tested by doing a stock install of PCBSD 10.0-RELEASE. Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 23 April 2014 21:54, Allan Jude free...@allanjude.com wrote: If anyone who is having trouble getting ZFS booting on one of these Lenovos is going to be at BSDCan, and has a spare disk they are willing to let me hack on, I would be interested in trying to get it booting for you so we can develop a solution to this issue if there is one. I am under the impression the issue is the way gpart does the MBR (or pMBR) with respect to the 'active' flag, but there are a number of different things i'd like to try. It all works flawlessly on my T530 I'll be at BSDCan with the laptop, you can see what's up for yourself. :) Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 22 Apr 2014, at 16:19, Hiroo Ono (小野寛生) hiroo.ono+free...@gmail.com wrote: Does it make any difference if you put geom_part_mbr_load=YES geom_part_bsd_load=YES in /boot/loader.conf before rebooting? It must be ZFS testing night :) Unfortunately, this didn't work No uefi support on the X61s either :( Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s
On 23 Apr 2014, at 21:54, Allan Jude free...@allanjude.com wrote: If anyone who is having trouble getting ZFS booting on one of these Lenovos is going to be at BSDCan, and has a spare disk they are willing to let me hack on If anyone can cover my flight expenses, to BSDCan this year, Im happy to take my X61s to the con. Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Booting from ZFS root on MBR layout fails on ThinkPad X61s
Hi, I decided to wipe away the disk in my X61s start afresh with a new install of FreeBSD-Current at the same time switching to root on ZFS (previously /boot was on UFS). I've been unsuccessful in being able get the system to boot, after trying various combinations of https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I switched back to using the install menu option just switching from GPT to MBR (everything else as default). Once install completes the system reboots, the system hangs at a prompt. I was pointed to a post regarding modifying partition ID's by Allan Jude as there seems to have been an issue with ThinkPads FreeBSD in the past. This also didn't work caused the system to reset. What should be my next step for trying to debug this issue? Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Buildworld with ccache fails
Hi, I noticed that back in April changes had been commited to allow ccache to build -HEAD world so give it a try again on r256380. The build process now fails at building libc.so.7 with error /usr/bin/ld: this linker was not configured to use sysroots cc: error: linker command failed with exit code 1 (use -v to see invocation) Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [Call For Help] Clang + OpenJDK + head + amd64 == cocktail of death (for clusters)
Trying to build openjdk6 dies on r253620 Tried setting MAKE_JOBS_UNSAFE=yes with not much success, happy to do further testing if anyone has any diffs or suggestions. Sevan / Venture37 --- Reinstalling 'openjdk6-b27_5' (java/openjdk6) --- Building '/usr/ports/java/openjdk6' === Cleaning for openjdk6-b27_5 === License GPLv2 accepted by the user === Found saved configuration for openjdk6-b27_5 === openjdk6-b27_5 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by openjdk6-b27_5 for building === Extracting for openjdk6-b27_5 = SHA256 Checksum OK for openjdk-6-src-b27-26_oct_2012.tar.gz. = SHA256 Checksum OK for jaxp144_05.zip. = SHA256 Checksum OK for jdk6-jaxws2_1_6-2011_06_13.zip. = SHA256 Checksum OK for jdk6-jaf-b20.zip. = SHA256 Checksum OK for apache-ant-1.8.4-bin.tar.bz2. === Patching for openjdk6-b27_5 === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/jaxp.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/jaxws.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20120830/7182135-impossible_to_use_some_editors_directly.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201068.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6563318.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6664509.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/6776941.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7141694.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7173145.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186945.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186948.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186952.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7186954.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192392.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192393.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7192977.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7197546.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7200491.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7200500.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201064.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201066.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201070.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/7201071.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000210.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000537.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000540.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8000631.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001242.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001307.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8001972.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130201/8002325.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8006446.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8006777.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130219/8007688.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130304/8007014.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130304/8007675.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/openjdk/7036559-concurrenthashmap_improvements.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/8009063.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/openjdk/8004302-soap_test_failure.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/6657673.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/security/20130416/6657673-fixup.patch === Applying extra patch /usr/ports/java/openjdk6/files/icedtea/openjdk
Re: Using camcontrol on a Corsair CSSD-F120GB2
On 27 Jun 2013, at 11:39 AM, Steven Hartland kill...@multiplay.co.uk wrote: How long did the command actually take to timeout? I ask as you may well be tripping over a timeout overfow A second? Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Using camcontrol on a Corsair CSSD-F120GB2
On 27 Jun 2013, at 02:16 PM, Steven Hartland kill...@multiplay.co.uk wrote: Sounds like you did overflow, try adding -T 60 to the command line e.g. camcontrol security ada0 -U user -s Erase -e Erase -T 60 Awesome, worked a treat, after reboot both disks do not contain any partition. Thanks Steve Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Using camcontrol on a Corsair CSSD-F120GB2
Hi, I have a system with a Corsair SSD which I tried to use the secure erase feature on r252161 with not much success (do I specifically need enhanced erase support?). The disk is also running an older version of firmware (1.1) but I'm unable to use fwdownload to update the firmware to 2.0 (the reason is because it's not supported by camcontrol currently according to manpage), is the addition of new brands of disks easy? Happy to test diffs. camcontrol security ada0 camcontrol: sending ATA ATA_IDENTIFY with timeout of 3 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 003f 8: 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0007 64: 0003 0078 0078 0078 0078 4000 72: 001f 0706 004c 0044 80: 01fc 0028 746b 7501 6163 7069 b401 6163 88: 407f 00fe 96: 4bb0 0df9 104: 0001 4000 5000 0998 0376 112: 4014 120: 4014 128: 0001 136: 144: 152: 160: 168: 0001 176: 184: 192: 200: 003d 208: 4000 216: 0001 1010 224: 232: 240: 248: 1aa5 pass0: Corsair CSSD-F120GB2 1.1 ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Security Option Value status0001 supported yes enabled no drive locked no security config frozenno count expired no security levelhigh enhanced erase supported no erase timeunspecified enhanced erase time unspecified master password rev (unsupported) camcontrol security ada0 -u user -e MyPass -v camcontrol: sending ATA ATA_IDENTIFY with timeout of 3 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 003f 8: 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0007 64: 0003 0078 0078 0078 0078 4000 72: 001f 0706 004c 0044 80: 01fc 0028 746b 7501 6163 7069 b401 6163 88: 407f 00fe 96: 4bb0 0df9 104: 0001 4000 5000 0998 0376 112: 4014 120: 4014 128: 0001 136: 144: 152: 160: 168: 0001 176: 184: 192: 200: 003d 208: 4000 216: 0001 1010 224: 232: 240: 248: 1aa5 pass0: Corsair CSSD-F120GB2 1.1 ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) camcontrol: Can't secure erase (security is disabled) camcontrol fwdownload -f Corsair_Force_SSD_FW_Update_2.0.pkg You are about to download firmware image (Corsair_Force_SSD_FW_Update_2.0.pkg) into the following device: It may damage your drive. Are you SURE you want to do this? (yes/no) yes Corsair_Force_SSD_FW_Update_2.0.pkg 0% | | 0 0.00 KiB/s00:00 ETAcamcontrol: Error writing image to device (pass0:ahcich0:0:0:0): DOWNLOAD_MICROCODE. ACB: 92 03 00 00 00 40 00 00 00 00 40 00 (pass0:ahcich0:0:0:0): CAM status: ATA Status Error (pass0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT )
Re: Using camcontrol on a Corsair CSSD-F120GB2
On 26/06/2013 17:08, Steven Hartland wrote: Try: camcontrol security ada0 -U user -s Erase -e Erase camcontrol security ada0 -U user -s Erase -e Erase -v camcontrol: sending ATA ATA_IDENTIFY with timeout of 3 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 003f 8: 3130 3434 3635 3236 3332 3030 16: 3039 3938 3033 3736 0004 312e 24: 3120 2020 2020 436f 7273 6169 7220 4353 32: 5344 2d46 3132 3047 4232 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 4bb0 0df9 0007 64: 0003 0078 0078 0078 0078 4000 72: 001f 0706 004c 0044 80: 01fc 0028 746b 7501 6163 706b b401 6163 88: 407f 00fe 96: 4bb0 0df9 104: 0001 4000 5000 0998 0376 112: 4014 120: 4014 128: 0003 136: 144: 152: 160: 168: 0001 176: 184: 192: 200: 003d 208: 4000 216: 0001 1010 224: 232: 240: 248: 16a5 pass0: Corsair CSSD-F120GB2 1.1 ATA-8 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) You are about to ERASE ALL DATA from the following device: pass0,ada0: Corsair CSSD-F120GB2 1.1 ATA-8 SATA 2.x device Are you SURE you want to ERASE ALL DATA? (yes/no) yes Issuing SECURITY_SET_PASSWORD password='Erase', user='user', mode='high' camcontrol: sending ATA SECURITY_SET_PASSWORD with timeout of 15000 msecs Issuing SECURITY_ERASE_PREPARE camcontrol: sending ATA SECURITY_ERASE_PREPARE with timeout of 15000 msecs Issuing SECURITY_ERASE_UNIT password='Erase', user='user' camcontrol: sending ATA SECURITY_ERASE_UNIT with timeout of 720 msecs camcontrol: ATA SECURITY_ERASE_UNIT failed: 0 (pass0:ahcich0:0:0:0): SECURITY_ERASE_UNIT. ACB: f4 00 00 00 00 40 00 00 00 00 00 00 (pass0:ahcich0:0:0:0): CAM status: Command timeout firmware downloading is usually pretty specific so I'd expect you'll need to use the manufacturers tool for that. ah, ok. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [patch] Userland DTrace
On 08/02/2013 20:04, Matt Burke wrote: I've been spending some time trying to get the fasttrap provider to work on FreeBSD without panicing. I believe I have succeeded, at least to the point where it's no longer panicing. There were two panic causes. The first was http://www.freebsd.org/cgi/query-pr.cgi?pr=165541 - the FreeBSD port of fasttrap.c caused ftp_rcount to be left 0. To fix this I've got rid of the early return and reverted to the opensolaris way. A second panic then showed up intermittently when fasttrap_pid_cleanup_cb was run while something in userland had locks. Using sx_try_xlock calls has stopped the panics and shouldn't affect operation AFAICT. This is against r246454. Although this has fixed the panics for me, I'm finding a lot of stuff just isn't actually working, with dtrace and the traced process just chewing CPU. Truss on the dtrace shows a heck of a lot of ptrace() calls and I have no idea what the target is doing... CPU time is split 2:1 dtrace:target Also noteworthy is the LOR on the first time you try to use the fasttrap provider: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165479 The lock order there seems right, so I'm guessing something else must have done it wrong first? How can I find out what the something else is? Hi Matt, It might be worth posting the question to the dtrace list if your question is unanswered. http://dtrace.org/blogs/mailing-list/ Regards, Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: mounting ntfs partition
Check the recent notes in UPDATING Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Unable to buildworld with ccache
On 6 June 2012 11:49, Dimitry Andric d...@freebsd.org wrote: This is because clang suppresses a number of warnings for specific patterns in macros. Since ccache passes clang the preprocessed file, those suppressions will not work, and some additional warnings can be triggered. See also the following threads on the cfe-dev mailing list: http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-September/017250.html http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/021824.html That said, I had a look at the specific warnings you posted for libc, and they are easy enough to fix. Please try the attached patch. Worked a treat, now it barfs on libelf /usr/local/libexec/ccache/world/cc -O2 -fno-strict-aliasing -pipe -march=core2 -I/usr/src/lib/libelf -I/usr/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/lib/libelf/elf_strptr.c -o elf_strptr.o In file included from /usr/src/lib/libelf/elf_scn.c:1: /usr/src/lib/libelf/elf_scn.c:198:41: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ~~^~ /usr/src/lib/libelf/elf_scn.c:198:41: note: remove extraneous parentheses around the comparison to silence this warning if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_scn.c:198:41: note: use '=' to turn this equality comparison into an assignment if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ^~ = 1 error generated. *** [elf_scn.So] Error code 1 In file included from /usr/src/lib/libelf/elf_scn.c:1: /usr/src/lib/libelf/elf_scn.c:198:41: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ~~^~ /usr/src/lib/libelf/elf_scn.c:198:41: note: remove extraneous parentheses around the comparison to silence this warning if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_scn.c:198:41: note: use '=' to turn this equality comparison into an assignment if (((e-e_u.e_elf.e_scn)-stqh_first == ((void *)0))) { ^~ = 1 error generated. *** [elf_scn.o] Error code 1 In file included from /usr/src/lib/libelf/elf_update.c:1: /usr/src/lib/libelf/elf_update.c:570:32: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((s-s_data)-stqh_first == ((void *)0))) { ~^~ /usr/src/lib/libelf/elf_update.c:570:32: note: remove extraneous parentheses around the comparison to silence this warning if (((s-s_data)-stqh_first == ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_update.c:570:32: note: use '=' to turn this equality comparison into an assignment if (((s-s_data)-stqh_first == ((void *)0))) { ^~ = 1 error generated. *** [elf_update.o] Error code 1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Unable to buildworld with ccache
Hi, Buildworld completes successfully with ccache switched off, it fails otherwise, system was built WITH_CLANG_IS_CC previously. /usr/local/libexec/ccache/world/cc -O2 -fno-strict-aliasing -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/net/gethostbynis.c -o gethostbynis.o /usr/local/libexec/ccache/world/cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/net/gethostbynis.c -o gethostbynis.So In file included from /usr/src/lib/libc/net/getaddrinfo.c:1: /usr/src/lib/libc/net/getaddrinfo.c:467:15: error: explicitly assigning a variable of type 'int' to itself [-Werror,-Wself-assign] do { error = (error); goto bad; } while ( 0); ~ ^ ~ 1 error generated. *** [getaddrinfo.o] Error code 1 In file included from /usr/src/lib/libc/net/getaddrinfo.c:1: /usr/src/lib/libc/net/getaddrinfo.c:467:15: error: explicitly assigning a variable of type 'int' to itself [-Werror,-Wself-assign] do { error = (error); goto bad; } while ( 0); ~ ^ ~ 1 error generated. *** [getaddrinfo.So] Error code 1 2 errors *** [lib/libc__L] Error code 2 1 error *** [libraries] Error code 2 1 error *** [_libraries] Error code 2 1 error *** [buildworld] Error code 2 1 error Any pointers appreciated Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Kernel builds failing with lots of failed to retrieve array bounds errors
On 28/05/2012 20:45, Dimitry Andric wrote: Note, in r236149 I have pulled in a change from upstream clang, which should fix the root cause of the failed to retrieve array bounds messages. Indeed, I updated rebuilt yesterday message no-longer appeared. Thanks Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Kernel builds failing with lots of failed to retrieve array bounds errors
Hi I'm unable to build the generic kernel, seeing lots of failed to retrieve array bounds errors (129 to be exact) starting with ERROR: scsi_all.c: die 43574: failed to retrieve array bounds stoping at cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/ata/ata-card.c ctfconvert -L VERSION -g aic_pccard.o ctfconvert -L VERSION -g ata-card.o ctfconvert -L VERSION -g intel_dp.o ERROR: intel_dp.c: die 24561: failed to retrieve array bounds cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/cs/if_cs_pccard.c 1 error *** [all] Error code 2 1 error *** [all] Error code 2 1 error *** [modules-all] Error code 2 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/ed/if_ed_pccard.c ctfconvert -L VERSION -g if_an_pccard.o ctfconvert -L VERSION -g if_cs_pccard.o ctfconvert -L VERSION -g if_ed_pccard.o 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error Userland was built installed earlier this morning WITH_CLANG_IS_CC defined in src.conf, and the make.conf is as follows STRIP= CFLAGS+=-fno-omit-frame-pointer #CFLAGS= -O2 -fno-strict-aliasing -pipe #COPTFLAGS= -O -pipe #CXXFLAGS+= -fconserve-space #CPUTYPE?=core2 WITH_LCD_FILTERING=YES VIDEO_DRIVER=intel WITHOUT_NLS=YES RUBY_VER=1.9 WITH_LCD_FILTERING=YES # added by use.perl 2012-05-20 14:42:26 PERL_VERSION=5.12.4 Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Kernel builds failing with lots of failed to retrieve array bounds errors
On 24/05/2012 20:21, Dimitry Andric wrote: I've seen these too, and it seems clang produces debug info which ctfconvert can't handle, for some reason. However, in my case, the kernel build doesn't abort at all, it continues and all the object files seem to work just fine. Updated to r235926 kernel build completed successfully. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: DTrace on FreeBSD
On 14 Apr 2012, at 03:00 PM, Alexander Leidinger alexan...@leidinger.net wrote: As far as I remember the issue was that some people (maybe in behalf of companies) expressed their concern if the GENERIC kernel does not come with BSD-license-only code. For this reason jb@ worked on the KDTRACE_HOOKS code. What we need now is a verification, that this part of DTRACE is not CDDL-infected. There was an internal discussion, triggered by the talk you mentioned above. Thanks for clarifying Alexander A part (the simple one) of the code has been reviewed. Anyone interested in getting KDTRACE_HOOKS enabled by default is free to do an independent review and post it here. Adam Leventhal on KDTRACE_HOOKS https://twitter.com/ahl/statuses/192027893319221248 Sevan___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: DTrace on FreeBSD
On 11/04/2012 01:21, Daichi GOTO wrote: I do not know well. And I think Tod McQuillin could help you. (http://2012.asiabsdcon.org/timetable.html#T1B) I have emailed Tod on an address I found in the archive here from 2009. I've been digging around the archive of this list to see if I could shed any more light on the matter found this reply from John Birrell himself 3 months after DTrace had been imported, again rather than mention a licensing issue he questions the demand. http://marc.info/?l=freebsd-currentm=122177370027975w=2 Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: DTrace on FreeBSD
On 12/04/2012 00:26, Sevan / Venture37 wrote: I have emailed Tod on an address I found in the archive here from 2009. I've been digging around the archive of this list to see if I could shed any more light on the matter found this reply from John Birrell himself 3 months after DTrace had been imported, again rather than mention a licensing issue he questions the demand. http://marc.info/?l=freebsd-currentm=122177370027975w=2 18/11/2007 http://web.archive.org/web/20080914164317/http://dtrace.what-creek.com/ 12/1/2008 http://marc.info/?l=freebsd-chatm=120017390123976w=2 28/8/2008 http://marc.info/?l=freebsd-stablem=121982215016172w=2 Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: DTrace on FreeBSD
On 10/04/2012 02:45, Daichi GOTO wrote: Hi, From the DTrace tutorial at AsiaBSDCon 2012, it is a CDDL license issue. Hi Daichi, I wonder which clause/aspect of the license is a problem? We've been distributing dtrace as part of our source since FreeBSD 7.1 so the terms of license must have been acceptable for inclusion in our tree redistribution in source for each release since. I've been reading the CCDL license just now clause 3.5 on Distribution of executable vesions states You may distribute the Executable form of the Covered Software under the terms of this License or under the terms of a license of Your choice, which may contain terms different from this License, provided that You are in compliance with the terms of this License and that the license for the Executable form does not attempt to limit or alter the recipient’s rights in the Source Code form from the rights set forth in this License. If You distribute the Covered Software in Executable form under a different license, You must make it absolutely clear that any terms which differ from this License are offered by You alone, not by the Initial Developer or Contributor. You hereby agree to indemnify the Initial Developer and every Contributor for any liability incurred by the Initial Developer or such Contributor as a result of any such terms You offer. This shouldn't pose any legal problems for the project if DTrace was redistributed in binary form should it? Addition from my experiences, some applicaions can not be built on DTrace/UserlandDTrace-enabled system (VBox is) and Userland dtrace is still unstable. I see, was the virtual box issue recently, I'm pretty sure I was able to build virtual box on a DTrace enabled system in the past couple of months. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
DTrace on FreeBSD
Hi, Ryan Stone got a chance to give a brief talk at the dtrace.conf last week where he covered the status of support on FreeBSD. http://smartos.org/2012/04/09/dtrace-conf-2012-dtrace-on-freebsd/ I was wondering if the reason outlined by Ryan for why it DTrace isn't switched on by default still hold true (licensing issue) or is it just the case that it was forgotten about? I ask as It would be nice to have DTrace on FreeBSD by default. Sevan___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [PATCH] ACPI object refcount fix
On 27/03/2012 23:13, Jung-uk Kim wrote: The upstream maintainer just e-mailed me a possible fix for the problem and it looks very promising. Please try the attached patch. Fixed the issue on my X61s, thanks :) Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ACPI refcount increasing
On 26/03/2012 06:42, Poul-Henning Kamp wrote: I tried -current as of approx one day ago and was greeted with a kernel printf flooding the screen with something about a ACPI(?) mutex(?) refcount increasing. I got the same when I built a new kernel last Thursday. Sevan panic: from debugger GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: ACPI Warning: Large Reference Count (0xAA1) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA4) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA3) in object 0xfe000aa1e180 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA1) in object 0xfe00055c2a00 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e080 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe00055c2700 (20120320/utdelete-491) ACPI Warning: Large Reference Count (0xAA2) in object 0xfe000aa1e180 (20120320/utdelete-491) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x11 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80329680 stack pointer = 0x28:0xff8230107620 frame pointer = 0x28:0xff8230107640 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1583 (hald) Uptime: 5m12s Dumping 482 out of 8095 MB:..4%..14%..24%..34%..44%..54%..63%..73%..83%..93% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /bootdir/boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /bootdir/boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 268 if (textdump textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 #1 0x808ae1c1 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:454 #2 0x808ae692 in panic
Re: WITHOUT_PROFILE=yes by default
On 1 December 2011 10:44, Max Khon f...@samodelkin.net wrote: Are you sure you mean profile support and not CTF data? Hi Max, I mean profile support. Havent tested on 9.0, but definitely the case with prior versions. Will try repeat the process report back if this is not a common occurrence which has been reported. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: WITHOUT_PROFILE=yes by default
On 30/11/2011 01:16, Doug Barton wrote: What does dtrace have to do with profiled libs? system breaks if you try to add dtrace support to a system built with profile support. on the other hand it could be argued that the system currently needs to be rebuilt anyway. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: WITHOUT_PROFILE=yes by default
On 30/11/2011 16:03, Sevan / Venture37 wrote: system breaks if you try to add dtrace support to a system built with profile support. sorry, I meant *without* profile support. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: WITHOUT_PROFILE=yes by default
I assume every who responded so far doesn't use dtrace? Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Boot halts on Thinkpad X220 (Sandy Bridge)
Hiya If it's any help, I tried booting OpenBSD-Current on a ThinkPad X220 yesterday it worked just fine (I forget to take my copy of 8-STABLE snapshot which I downloaded from the allbsd site, otherwise I would've post that too) dmesg: http://www.nycbug.org/?NAV=dmesgd;f_dmesg=;f_bsd=;f_nick=;f_descr=;dmesgid=2068#2068 Pcidump -vxx output: http://pastebin.com/KqVMcqza acpidump Xorg.log: http://www.sendspace.com/file/qtmkte Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Heads up - please recompile ifconfig if you're using wireless
On Friday, 22 April 2011, Adrian Chadd adr...@freebsd.org wrote: Hm, I'll revert this change for now. Sorry! Could you post a diff of your reverted change, I currently have no connectivity to be able to update src. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Heads up - please recompile ifconfig if you're using wireless
On 22 April 2011 15:20, Sevan / Venture37 ventur...@gmail.com wrote: On Friday, 22 April 2011, Adrian Chadd adr...@freebsd.org wrote: Hm, I'll revert this change for now. Sorry! Could you post a diff of your reverted change, I currently have no connectivity to be able to update src. or I could just pull the diff from the svn-src-head mailing list, thanks to Nick for the help. Sorry about the noise. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Heads up - please recompile ifconfig if you're using wireless
On 21 April 2011 06:19, Adrian Chadd adrian.ch...@gmail.com wrote: It's possible, but none of the current drivers in -head implement MIMO and the data wasn't actually filled out in net80211, so it's highly unlikely it was being used. The rt2860/70 driver was, attempting to compile the drive now results in rt2860.c: In function 'rt2860_node_getmimoinfo': rt2860.c:2597: error: 'struct ieee80211_mimo_info' has no member named 'rssi' rt2860.c:2598: error: 'struct ieee80211_mimo_info' has no member named 'noise' http://forums.freebsd.org/showthread.php?t=7010 Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment
On 31 March 2011 16:50, Sevan / Venture37 ventur...@gmail.com wrote: On 31 March 2011 10:07, Aleksandr Rybalko r...@dlink.ua wrote: Now good peoples help me with rework of driver, then this driver will be available under ral(4). So you need to wait some time. Excellent, I'm happy to be a tester for patches, the card is a Azurewave RT2700E out of a EEPC if I remember right AzureWave AW-NE766-VOA to be exact Model No: RT2700E I will post dmesg pciconf output tomorrow once I have an ethernet cable or removable media near me if you need more info. Yeah, post please. at minimum I've interesting which RF used in your device. rt28600: Ralink RT2790 PCIe mem 0xf7f0-0xf7f0 irq 17 at device 0.0 on pci3 rt28600: invalid EEPROM LNA gain #2: 0x00 rt28600: invalid EEPROM LNA gain #3: 0x00 rt28600: invalid EEPROM powersave level rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R rt28600: skip channel 10, could not find extension channel rt28600: skip channel 11, could not find extension channel rt28600: skip channel 12, could not find extension channel rt28600: skip channel 13, could not find extension channel rt28600: skip channel 14, could not find extension channel rt28600@pci0:3:0:0: class=0x028000 card=0x27901814 chip=0x07811814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Wireless (RT2860/RT2890)' class = network Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment
On 31 March 2011 10:07, Aleksandr Rybalko r...@dlink.ua wrote: Now good peoples help me with rework of driver, then this driver will be available under ral(4). So you need to wait some time. Excellent, I'm happy to be a tester for patches, the card is a Azurewave RT2700E out of a EEPC if I remember right I will post dmesg pciconf output tomorrow once I have an ethernet cable or removable media near me if you need more info. Yeah, post please. at minimum I've interesting which RF used in your device. rt28600: Ralink RT2790 PCIe mem 0xf7f0-0xf7f0 irq 17 at device 0.0 on pci3 rt28600: invalid EEPROM LNA gain #2: 0x00 rt28600: invalid EEPROM LNA gain #3: 0x00 rt28600: invalid EEPROM powersave level rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R rt28600: skip channel 10, could not find extension channel rt28600: skip channel 11, could not find extension channel rt28600: skip channel 12, could not find extension channel rt28600: skip channel 13, could not find extension channel rt28600: skip channel 14, could not find extension channel rt28600@pci0:3:0:0: class=0x028000 card=0x27901814 chip=0x07811814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Wireless (RT2860/RT2890)' class = network Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment
On 20 March 2011 13:36, Aleksandr Rybalko r...@ddteam.net wrote: Hi folks, new version of patch for wireless card based on Ralink RT2860 plus RT3090 that required testing. Main part: http://my.ddteam.net/files/2011-03-20_rt2860.patch sys/conf/(files|options), same as last: http://my.ddteam.net/files/2011-03-18_rt2860_invoking.patch Who use Ralink PCI/miniPCI/PCIE wireless cards, please test driver and send info about success or failures. Thanks. -- Aleksandr Rybalko r...@ddteam.net Many thanks for this Aleksandr I've just compiled installed a new kernel + rt2860 module with success. kernel module loads fine my RT2790 (chip=0x07811814) is detected. ifconfig wlan0 create wlandev rt28600 up shows wlan0: with my ethernet address but from there ifconfig wlan0 scan or list scan result in nothing configuring the ssid manually trying to connect to the AP doesn't work either. As I hadn't checked this mailing list before starting out this evening, I was doomed to stw came across http://repo.or.cz/w/ralink_drivers.git via the freebsd forum, before trying your patch, I had successfully build the freebsd 8 driver from there on current managed to get the card working, using csup to update src as a test of connectivity. I will post dmesg pciconf output tomorrow once I have an ethernet cable or removable media near me if you need more info. Sevan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [ANNOUNCE] Playstation 3 support now in HEAD
Well done Nathan, very cool! :) any chance you could post the dmesg output to the list Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org