Re: ZFS secondarycache on SSD problem on r255173
Hello. Yesterday system was rebooted with vfs.zfs.trim.enabled=0 System version 10.0-BETA1 FreeBSD 10.0-BETA1 #6 r256669, without any changes in code Uptime 10:51 up 16:41 sysctl vfs.zfs.trim.enabled vfs.zfs.trim.enabled: 0 Around 2 hours ago errors counter's kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 kstat.zfs.misc.arcstats.l2_io_error: 38254 begin grow from zero values. After remove cache 2013-10-18.10:37:10 zpool remove disk1 gpt/cache0 gpt/cache1 gpt/cache2 and attach again 2013-10-18.10:38:28 zpool add disk1 cache gpt/cache0 gpt/cache1 gpt/cache2 counters stop growing (of couse thay not zeroed) before cache remove kstat.zfs.misc.arcstats.l2_asize was around 280GB hw size of l2 cache is 3x164G = 34 351651821 ada3 GPT (168G) 34 6- free - (3.0K) 408388608 1 zil2 (4.0G) 8388648 343263200 2 cache2 (164G) 351651848 7- free - (3.5K) Any hypothesis what alse we can test/try etc? Steven Hartland wrote: SH Correct. SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH SH SH Just to be sure I understand you clearly, I need to test next configuration: SH SH 1) System with ashift patch eg. just latest stable/10 revision SH 2) vfs.zfs.trim.enabled=0 in /boot/loader.conf SH SH So realy only diferens in default system configuration is disabled trim functional ? SH SH SH SH Steven Hartland wrote: SH SH Still worth testing with the problem version installed but SH SH with trim disabled to see if that clears the issues, if SH SH nothing else it will confirm / deny if trim is involved. SH SH SH SH This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. SH SH In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH or return the E.mail to postmas...@multiplay.co.uk. SH SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ 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
gcc kernel build fail @ SVN r256730
-current kernel compiled with gcc fails with: cc1: warnings being treated as errors /usr/src/sys/geom/label/g_label.c: In function 'g_label_resize': /usr/src/sys/geom/label/g_label.c:135: warning: null format string [-Wformat] *** [g_label.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
Re: ZFS secondarycache on SSD problem on r255173
Hmm so that rules out a TRIM related issue. I wonder if the increase in ashift has triggered a problem in compression. What are all the values reported by: sysctl -a kstat.zfs.misc.arcstats Regards Steve - Original Message - From: Vitalij Satanivskij sa...@ukr.net To: Steven Hartland kill...@multiplay.co.uk Cc: sa...@ukr.net; Justin T. Gibbs gi...@freebsd.org; freebsd-current@freebsd.org; Borja Marcos bor...@sarenet.es; Dmitriy Makarov suppor...@ukr.net Sent: Friday, October 18, 2013 9:01 AM Subject: Re: ZFS secondarycache on SSD problem on r255173 Hello. Yesterday system was rebooted with vfs.zfs.trim.enabled=0 System version 10.0-BETA1 FreeBSD 10.0-BETA1 #6 r256669, without any changes in code Uptime 10:51 up 16:41 sysctl vfs.zfs.trim.enabled vfs.zfs.trim.enabled: 0 Around 2 hours ago errors counter's kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 kstat.zfs.misc.arcstats.l2_io_error: 38254 begin grow from zero values. After remove cache 2013-10-18.10:37:10 zpool remove disk1 gpt/cache0 gpt/cache1 gpt/cache2 and attach again 2013-10-18.10:38:28 zpool add disk1 cache gpt/cache0 gpt/cache1 gpt/cache2 counters stop growing (of couse thay not zeroed) before cache remove kstat.zfs.misc.arcstats.l2_asize was around 280GB hw size of l2 cache is 3x164G = 34 351651821 ada3 GPT (168G) 34 6- free - (3.0K) 408388608 1 zil2 (4.0G) 8388648 343263200 2 cache2 (164G) 351651848 7- free - (3.5K) Any hypothesis what alse we can test/try etc? Steven Hartland wrote: SH Correct. SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH SH SH Just to be sure I understand you clearly, I need to test next configuration: SH SH 1) System with ashift patch eg. just latest stable/10 revision SH 2) vfs.zfs.trim.enabled=0 in /boot/loader.conf SH SH So realy only diferens in default system configuration is disabled trim functional ? SH SH SH SH Steven Hartland wrote: SH SH Still worth testing with the problem version installed but SH SH with trim disabled to see if that clears the issues, if SH SH nothing else it will confirm / deny if trim is involved. SH SH SH SH This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. SH SH In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH or return the E.mail to postmas...@multiplay.co.uk. SH SH ___ SH freebsd-current@freebsd.org mailing list SH http://lists.freebsd.org/mailman/listinfo/freebsd-current SH To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ 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 This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ 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: ZFS secondarycache on SSD problem on r255173
Just right now stats not to actual because of some another test. Test is simply all gpart information destroyed from ssd and They used as raw cache devices. Just 2013-10-18.11:30:49 zpool add disk1 cache /dev/ada1 /dev/ada2 /dev/ada3 So sizes at last l2_size and l2_asize in not actual. But heare it is: kstat.zfs.misc.arcstats.hits: 5178174063 kstat.zfs.misc.arcstats.misses: 57690806 kstat.zfs.misc.arcstats.demand_data_hits: 313995744 kstat.zfs.misc.arcstats.demand_data_misses: 37414740 kstat.zfs.misc.arcstats.demand_metadata_hits: 4719242892 kstat.zfs.misc.arcstats.demand_metadata_misses: 9266394 kstat.zfs.misc.arcstats.prefetch_data_hits: 1182495 kstat.zfs.misc.arcstats.prefetch_data_misses: 9951733 kstat.zfs.misc.arcstats.prefetch_metadata_hits: 143752935 kstat.zfs.misc.arcstats.prefetch_metadata_misses: 1057939 kstat.zfs.misc.arcstats.mru_hits: 118609738 kstat.zfs.misc.arcstats.mru_ghost_hits: 1895486 kstat.zfs.misc.arcstats.mfu_hits: 4914673425 kstat.zfs.misc.arcstats.mfu_ghost_hits: 14537497 kstat.zfs.misc.arcstats.allocated: 103796455 kstat.zfs.misc.arcstats.deleted: 40168100 kstat.zfs.misc.arcstats.stolen: 20832742 kstat.zfs.misc.arcstats.recycle_miss: 15663428 kstat.zfs.misc.arcstats.mutex_miss: 1456781 kstat.zfs.misc.arcstats.evict_skip: 25960184 kstat.zfs.misc.arcstats.evict_l2_cached: 891379153920 kstat.zfs.misc.arcstats.evict_l2_eligible: 50578438144 kstat.zfs.misc.arcstats.evict_l2_ineligible: 956055729664 kstat.zfs.misc.arcstats.hash_elements: 8693451 kstat.zfs.misc.arcstats.hash_elements_max: 14369414 kstat.zfs.misc.arcstats.hash_collisions: 90967764 kstat.zfs.misc.arcstats.hash_chains: 1891463 kstat.zfs.misc.arcstats.hash_chain_max: 24 kstat.zfs.misc.arcstats.p: 73170954752 kstat.zfs.misc.arcstats.c: 85899345920 kstat.zfs.misc.arcstats.c_min: 42949672960 kstat.zfs.misc.arcstats.c_max: 85899345920 kstat.zfs.misc.arcstats.size: 85899263104 kstat.zfs.misc.arcstats.hdr_size: 1425948696 kstat.zfs.misc.arcstats.data_size: 77769994240 kstat.zfs.misc.arcstats.other_size: 6056233632 kstat.zfs.misc.arcstats.l2_hits: 21725934 kstat.zfs.misc.arcstats.l2_misses: 35876251 kstat.zfs.misc.arcstats.l2_feeds: 130197 kstat.zfs.misc.arcstats.l2_rw_clash: 110181 kstat.zfs.misc.arcstats.l2_read_bytes: 391282009600 kstat.zfs.misc.arcstats.l2_write_bytes: 1098703347712 kstat.zfs.misc.arcstats.l2_writes_sent: 130037 kstat.zfs.misc.arcstats.l2_writes_done: 130037 kstat.zfs.misc.arcstats.l2_writes_error: 0 kstat.zfs.misc.arcstats.l2_writes_hdr_miss: 375921 kstat.zfs.misc.arcstats.l2_evict_lock_retry: 331 kstat.zfs.misc.arcstats.l2_evict_reading: 43 kstat.zfs.misc.arcstats.l2_free_on_write: 255730 kstat.zfs.misc.arcstats.l2_abort_lowmem: 0 kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 kstat.zfs.misc.arcstats.l2_io_error: 38254 kstat.zfs.misc.arcstats.l2_size: 136696884736 kstat.zfs.misc.arcstats.l2_asize: 131427690496 kstat.zfs.misc.arcstats.l2_hdr_size: 742951208 kstat.zfs.misc.arcstats.l2_compress_successes: 5565311 kstat.zfs.misc.arcstats.l2_compress_zeros: 0 kstat.zfs.misc.arcstats.l2_compress_failures: 0 kstat.zfs.misc.arcstats.l2_write_trylock_fail: 325157131 kstat.zfs.misc.arcstats.l2_write_passed_headroom: 4897854 kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 115704249 kstat.zfs.misc.arcstats.l2_write_in_l2: 15114214372 kstat.zfs.misc.arcstats.l2_write_io_in_progress: 63417 kstat.zfs.misc.arcstats.l2_write_not_cacheable: 3291593934 kstat.zfs.misc.arcstats.l2_write_full: 47672 kstat.zfs.misc.arcstats.l2_write_buffer_iter: 130197 kstat.zfs.misc.arcstats.l2_write_pios: 130037 kstat.zfs.misc.arcstats.l2_write_buffer_bytes_scanned: 369077156457472 kstat.zfs.misc.arcstats.l2_write_buffer_list_iter: 8015080 kstat.zfs.misc.arcstats.l2_write_buffer_list_null_iter: 79825 kstat.zfs.misc.arcstats.memory_throttle_count: 0 kstat.zfs.misc.arcstats.duplicate_buffers: 0 kstat.zfs.misc.arcstats.duplicate_buffers_size: 0 kstat.zfs.misc.arcstats.duplicate_reads: 0 Values of - kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 kstat.zfs.misc.arcstats.l2_io_error: 38254 not growing from last cache reconfiguration, just wait some time to see - maybe problem disapers :) Steven Hartland wrote: SH Hmm so that rules out a TRIM related issue. I wonder if the SH increase in ashift has triggered a problem in compression. SH SH What are all the values reported by: SH sysctl -a kstat.zfs.misc.arcstats SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Steven Hartland kill...@multiplay.co.uk SH Cc: sa...@ukr.net; Justin T. Gibbs gi...@freebsd.org; freebsd-current@freebsd.org; Borja Marcos bor...@sarenet.es; SH Dmitriy Makarov suppor...@ukr.net SH Sent: Friday, October 18, 2013 9:01 AM SH Subject: Re: ZFS secondarycache on SSD problem on r255173 SH SH SH Hello. SH SH Yesterday system was rebooted with vfs.zfs.trim.enabled=0 SH SH System version 10.0-BETA1 FreeBSD 10.0-BETA1 #6
Re: ZFS secondarycache on SSD problem on r255173
Looking at the l2arc compression code I believe that metadata is always compressed with lz4, even if compression is off on all datasets. This is backed up by what I'm seeing on my system here as it shows a non-zero l2_compress_successes value even though I'm not using compression at all. I think we we may well need the following patch to set the minblock size based on the vdev ashift and not SPA_MINBLOCKSIZE. svn diff -x -p sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c === --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c(revision 256554) +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c(working copy) @@ -5147,7 +5147,7 @@ l2arc_compress_buf(l2arc_buf_hdr_t *l2hdr) len = l2hdr-b_asize; cdata = zio_data_buf_alloc(len); csize = zio_compress_data(ZIO_COMPRESS_LZ4, l2hdr-b_tmp_cdata, - cdata, l2hdr-b_asize, (size_t)SPA_MINBLOCKSIZE); + cdata, l2hdr-b_asize, (size_t)(1ULL l2hdr-b_dev-l2ad_vdev-vdev_ashift)); if (csize == 0) { /* zero block, indicate that there's nothing to write */ Could you try this patch on your system Vitalij see if it has any effect on the number of l2_cksum_bad / l2_io_error? Regards Steve - Original Message - From: Vitalij Satanivskij sa...@ukr.net To: Steven Hartland kill...@multiplay.co.uk Cc: Vitalij Satanivskij sa...@ukr.net; Dmitriy Makarov suppor...@ukr.net; Justin T. Gibbs gi...@freebsd.org; Borja Marcos bor...@sarenet.es; freebsd-current@freebsd.org Sent: Friday, October 18, 2013 3:45 PM Subject: Re: ZFS secondarycache on SSD problem on r255173 Just right now stats not to actual because of some another test. Test is simply all gpart information destroyed from ssd and They used as raw cache devices. Just 2013-10-18.11:30:49 zpool add disk1 cache /dev/ada1 /dev/ada2 /dev/ada3 So sizes at last l2_size and l2_asize in not actual. But heare it is: kstat.zfs.misc.arcstats.hits: 5178174063 kstat.zfs.misc.arcstats.misses: 57690806 kstat.zfs.misc.arcstats.demand_data_hits: 313995744 kstat.zfs.misc.arcstats.demand_data_misses: 37414740 kstat.zfs.misc.arcstats.demand_metadata_hits: 4719242892 kstat.zfs.misc.arcstats.demand_metadata_misses: 9266394 kstat.zfs.misc.arcstats.prefetch_data_hits: 1182495 kstat.zfs.misc.arcstats.prefetch_data_misses: 9951733 kstat.zfs.misc.arcstats.prefetch_metadata_hits: 143752935 kstat.zfs.misc.arcstats.prefetch_metadata_misses: 1057939 kstat.zfs.misc.arcstats.mru_hits: 118609738 kstat.zfs.misc.arcstats.mru_ghost_hits: 1895486 kstat.zfs.misc.arcstats.mfu_hits: 4914673425 kstat.zfs.misc.arcstats.mfu_ghost_hits: 14537497 kstat.zfs.misc.arcstats.allocated: 103796455 kstat.zfs.misc.arcstats.deleted: 40168100 kstat.zfs.misc.arcstats.stolen: 20832742 kstat.zfs.misc.arcstats.recycle_miss: 15663428 kstat.zfs.misc.arcstats.mutex_miss: 1456781 kstat.zfs.misc.arcstats.evict_skip: 25960184 kstat.zfs.misc.arcstats.evict_l2_cached: 891379153920 kstat.zfs.misc.arcstats.evict_l2_eligible: 50578438144 kstat.zfs.misc.arcstats.evict_l2_ineligible: 956055729664 kstat.zfs.misc.arcstats.hash_elements: 8693451 kstat.zfs.misc.arcstats.hash_elements_max: 14369414 kstat.zfs.misc.arcstats.hash_collisions: 90967764 kstat.zfs.misc.arcstats.hash_chains: 1891463 kstat.zfs.misc.arcstats.hash_chain_max: 24 kstat.zfs.misc.arcstats.p: 73170954752 kstat.zfs.misc.arcstats.c: 85899345920 kstat.zfs.misc.arcstats.c_min: 42949672960 kstat.zfs.misc.arcstats.c_max: 85899345920 kstat.zfs.misc.arcstats.size: 85899263104 kstat.zfs.misc.arcstats.hdr_size: 1425948696 kstat.zfs.misc.arcstats.data_size: 77769994240 kstat.zfs.misc.arcstats.other_size: 6056233632 kstat.zfs.misc.arcstats.l2_hits: 21725934 kstat.zfs.misc.arcstats.l2_misses: 35876251 kstat.zfs.misc.arcstats.l2_feeds: 130197 kstat.zfs.misc.arcstats.l2_rw_clash: 110181 kstat.zfs.misc.arcstats.l2_read_bytes: 391282009600 kstat.zfs.misc.arcstats.l2_write_bytes: 1098703347712 kstat.zfs.misc.arcstats.l2_writes_sent: 130037 kstat.zfs.misc.arcstats.l2_writes_done: 130037 kstat.zfs.misc.arcstats.l2_writes_error: 0 kstat.zfs.misc.arcstats.l2_writes_hdr_miss: 375921 kstat.zfs.misc.arcstats.l2_evict_lock_retry: 331 kstat.zfs.misc.arcstats.l2_evict_reading: 43 kstat.zfs.misc.arcstats.l2_free_on_write: 255730 kstat.zfs.misc.arcstats.l2_abort_lowmem: 0 kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 kstat.zfs.misc.arcstats.l2_io_error: 38254 kstat.zfs.misc.arcstats.l2_size: 136696884736 kstat.zfs.misc.arcstats.l2_asize: 131427690496 kstat.zfs.misc.arcstats.l2_hdr_size: 742951208 kstat.zfs.misc.arcstats.l2_compress_successes: 5565311 kstat.zfs.misc.arcstats.l2_compress_zeros: 0 kstat.zfs.misc.arcstats.l2_compress_failures: 0 kstat.zfs.misc.arcstats.l2_write_trylock_fail: 325157131 kstat.zfs.misc.arcstats.l2_write_passed_headroom: 4897854 kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 115704249
[rfc] removing the NDISulator
Hi all, I'd like to remove the NDISulator. I've had many requests to update it to the latest NDIS version and support more of the 64 bit wifi drivers. But, to be perfectly honest, I have no desire to keep hacking at this. The world has changed quite a bit - we can port/reimplement drivers from Linux and other BSDs. So I plan on deorbiting it - I'll mark it deprecated during 11-HEAD and target to have it removed by 11.0-RELEASE. I'd rather see more of an effort writing new drivers and porting drivers from other operating systems. Thanks, -adrian ___ 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: BE Loader Menu (was Re: rcs)
On Oct 10, 2013, at 9:42 AM, Julian Elischer wrote: On 10/11/13 12:39 AM, Teske, Devin wrote: On Oct 10, 2013, at 9:06 AM, Julian Elischer wrote: On 10/10/13 1:05 AM, Teske, Devin wrote: I'm late to the party again ;D (didn't realize the rcs thread had turned BE) Both problems can be solved. The loading of the kernel *after* choosing your boot device is trivial. We've been doing it at $work for *years* (almost a decade?) I can put that in, whenever. Probably at the same time as implementing the live/dynamic BE menus for selecting the root device. yeah it always pisses me of when the menu comes up after the kernel is loaded because 99% of the time, I'm in the menu because I want to boot a DIFFERENT kernel.. Same thought I had about 7 years ago. After hearing that others (especially you, Julian) think the same thoughts... I'm happily ready to merge a patch from VICOR to achieve this. PLEASE!.. put it up for review somewhere... Done... http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ All new code. Had to make it programmable: http://twitpic.com/dhv2b6 See that the patch adds documentation for loader.conf(5). It also clarifies a horrible description of start versus initialize in loader.4th(8). I wonder if we can we get a reviewboard instance for the project some time? Do let me know what you think. I went all-out on this one. -- Devin P.S. I probably hadn't have put so much thought into this one if it hadn't been specifically you asking ;D but I think you know that. _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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: [rfc] removing the NDISulator
I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Steve On Fri, Oct 18, 2013 at 11:00:20AM -0700, Adrian Chadd wrote: Hi all, I'd like to remove the NDISulator. I've had many requests to update it to the latest NDIS version and support more of the 64 bit wifi drivers. But, to be perfectly honest, I have no desire to keep hacking at this. The world has changed quite a bit - we can port/reimplement drivers from Linux and other BSDs. So I plan on deorbiting it - I'll mark it deprecated during 11-HEAD and target to have it removed by 11.0-RELEASE. I'd rather see more of an effort writing new drivers and porting drivers from other operating systems. Thanks, -adrian ___ 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 ___ 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: [rfc] removing the NDISulator
On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Please, don't top post as it loses context. http://www.broadcom.com/support/802.11/linux_sta.php -- Steve ___ 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: [rfc] removing the NDISulator
Hi, On 18 October 2013 13:53, Steve Wills swi...@freebsd.org wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? There's multiple broadcom drivers in/for the linux kernel: * b43, the reverse engineered one, from the community * brcmsmac - the softmac broadcom driver, from broadcom * the STA only binary driver from broadcom, closed source, not in the kernel. I'd really like to see bwi/bwn maintained and have support added for the later hardware. Thanks, -adrian ___ 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: [rfc] removing the NDISulator
On 10/18/13 16:01, Steve Kargl wrote: On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Please, don't top post as it loses context. http://www.broadcom.com/support/802.11/linux_sta.php Have you looked at bwn(4)? It might just need an additional PCI ID. -Nathan ___ 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: [rfc] removing the NDISulator
bwn(4) requires a lot more than just an additional PCI ID. The driver is somewhat architected for all the different RF and PHY modules that plug into the internal bus (the whole SIBA thing) but it does sorely need updating. Thanks, -adrian On 18 October 2013 14:04, Nathan Whitehorn nwhiteh...@freebsd.org wrote: On 10/18/13 16:01, Steve Kargl wrote: On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Please, don't top post as it loses context. http://www.broadcom.com/**support/802.11/linux_sta.phphttp://www.broadcom.com/support/802.11/linux_sta.php Have you looked at bwn(4)? It might just need an additional PCI ID. -Nathan ___ 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: [rfc] removing the NDISulator
On 10/18/13 2:04 PM, Nathan Whitehorn wrote: On 10/18/13 16:01, Steve Kargl wrote: On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Please, don't top post as it loses context. http://www.broadcom.com/support/802.11/linux_sta.php Have you looked at bwn(4)? It might just need an additional PCI ID. -Nathan I'm having no love with if_bwn. Any tips on making it work better? I have -current as of ~2 weeks ago. -- Alfred Perlstein ___ 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: [rfc] removing the NDISulator
I don't know how many times i can say it needs a maintainer and it needs updating. So yeah, it needs (a) a maintainer, (b) updating. -adrian On 18 October 2013 15:47, Alfred Perlstein bri...@mu.org wrote: On 10/18/13 2:04 PM, Nathan Whitehorn wrote: On 10/18/13 16:01, Steve Kargl wrote: On Fri, Oct 18, 2013 at 08:53:54PM +, Steve Wills wrote: I would love to have a native driver for this: none2@pci0:2:0:0: class=0x028000 card=0x00101028 chip=0x472714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4313 802.11b/g/n Wireless LAN Controller' class = network Are there docs or other drivers available that we could look at? Please, don't top post as it loses context. http://www.broadcom.com/**support/802.11/linux_sta.phphttp://www.broadcom.com/support/802.11/linux_sta.php Have you looked at bwn(4)? It might just need an additional PCI ID. -Nathan I'm having no love with if_bwn. Any tips on making it work better? I have -current as of ~2 weeks ago. -- Alfred Perlstein ___ 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
[head tinderbox] failure on ia64/ia64
TB --- 2013-10-19 01:35:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-19 01:35:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-19 01:35:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-10-19 01:35:56 - cleaning the object tree TB --- 2013-10-19 01:35:56 - /usr/local/bin/svn stat /src TB --- 2013-10-19 01:35:59 - At svn revision 256751 TB --- 2013-10-19 01:36:00 - building world TB --- 2013-10-19 01:36:00 - CROSS_BUILD_TESTING=YES TB --- 2013-10-19 01:36:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-19 01:36:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-19 01:36:00 - SRCCONF=/dev/null TB --- 2013-10-19 01:36:00 - TARGET=ia64 TB --- 2013-10-19 01:36:00 - TARGET_ARCH=ia64 TB --- 2013-10-19 01:36:00 - TZ=UTC TB --- 2013-10-19 01:36:00 - __MAKE_CONF=/dev/null TB --- 2013-10-19 01:36:00 - cd /src TB --- 2013-10-19 01:36:00 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Oct 19 01:36:07 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Oct 19 03:10:06 UTC 2013 TB --- 2013-10-19 03:10:06 - generating LINT kernel config TB --- 2013-10-19 03:10:06 - cd /src/sys/ia64/conf TB --- 2013-10-19 03:10:06 - /usr/bin/make -B LINT TB --- 2013-10-19 03:10:06 - cd /src/sys/ia64/conf TB --- 2013-10-19 03:10:06 - /usr/sbin/config -m LINT TB --- 2013-10-19 03:10:06 - building LINT kernel TB --- 2013-10-19 03:10:06 - CROSS_BUILD_TESTING=YES TB --- 2013-10-19 03:10:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-19 03:10:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-19 03:10:06 - SRCCONF=/dev/null TB --- 2013-10-19 03:10:06 - TARGET=ia64 TB --- 2013-10-19 03:10:06 - TARGET_ARCH=ia64 TB --- 2013-10-19 03:10:06 - TZ=UTC TB --- 2013-10-19 03:10:06 - __MAKE_CONF=/dev/null TB --- 2013-10-19 03:10:06 - cd /src TB --- 2013-10-19 03:10:06 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Oct 19 03:10:06 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/geom_vfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/geom_vol_ffs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/journal/g_journal.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
[head tinderbox] failure on mips64/mips
TB --- 2013-10-19 03:31:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-19 03:31:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-19 03:31:17 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-19 03:31:17 - cleaning the object tree TB --- 2013-10-19 03:31:17 - /usr/local/bin/svn stat /src TB --- 2013-10-19 03:31:20 - At svn revision 256751 TB --- 2013-10-19 03:31:21 - building world TB --- 2013-10-19 03:31:21 - CROSS_BUILD_TESTING=YES TB --- 2013-10-19 03:31:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-19 03:31:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-19 03:31:21 - SRCCONF=/dev/null TB --- 2013-10-19 03:31:21 - TARGET=mips TB --- 2013-10-19 03:31:21 - TARGET_ARCH=mips64 TB --- 2013-10-19 03:31:21 - TZ=UTC TB --- 2013-10-19 03:31:21 - __MAKE_CONF=/dev/null TB --- 2013-10-19 03:31:21 - cd /src TB --- 2013-10-19 03:31:21 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Oct 19 03:31:28 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Oct 19 04:33:38 UTC 2013 TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m ADM5120 TB --- 2013-10-19 04:33:38 - skipping ADM5120 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-19 04:33:38 - skipping ALCHEMY kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AP121 TB --- 2013-10-19 04:33:38 - skipping AP121 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AP91 TB --- 2013-10-19 04:33:38 - skipping AP91 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AP93 TB --- 2013-10-19 04:33:38 - skipping AP93 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AP94 TB --- 2013-10-19 04:33:38 - skipping AP94 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AP96 TB --- 2013-10-19 04:33:38 - skipping AP96 kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-19 04:33:38 - skipping AR71XX_BASE kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-19 04:33:38 - skipping AR724X_BASE kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-19 04:33:38 - skipping AR91XX_BASE kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-19 04:33:38 - skipping AR933X_BASE kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-19 04:33:38 - skipping AR934X_BASE kernel TB --- 2013-10-19 04:33:38 - cd /src/sys/mips/conf TB --- 2013-10-19 04:33:38 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-19 04:33:38 - building BERI_DE4_MDROOT kernel TB --- 2013-10-19 04:33:38 - CROSS_BUILD_TESTING=YES TB --- 2013-10-19 04:33:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-19 04:33:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-19 04:33:38 - SRCCONF=/dev/null TB --- 2013-10-19 04:33:38 - TARGET=mips TB --- 2013-10-19 04:33:38 - TARGET_ARCH=mips64 TB --- 2013-10-19 04:33:38 - TZ=UTC TB --- 2013-10-19 04:33:38 - __MAKE_CONF=/dev/null TB --- 2013-10-19 04:33:38 - cd /src TB --- 2013-10-19 04:33:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT Kernel build for BERI_DE4_MDROOT started on Sat Oct 19 04:33:38 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for BERI_DE4_MDROOT completed on Sat Oct 19 04:36:05 UTC 2013 TB --- 2013-10-19 04:36:05 - cd /src/sys/mips/conf TB --- 2013-10-19 04:36:05 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-10-19 04:36:05 - building BERI_DE4_SDROOT kernel TB --- 2013-10-19 04:36:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-19 04:36:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-19 04:36:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-19 04:36:05 - SRCCONF=/dev/null TB --- 2013-10-19 04:36:05 - TARGET=mips TB --- 2013-10-19 04:36:05 -