FreeBSD_HEAD_i386 - Build #3432 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/console

Change summaries:

302104 by adrian:
[iwm] Use mbuf for large firmware commands, like OpenBSD does.

We also need to consider the size of large firmware commands in 
iwm_alloc_tx_ring(),
in the dma tag creation, when qid == IWM_MVM_CMD_QUEUE. The old code apparently
only allocated a 2KB (MCLBYTES) sized buffer when it actually expected 4KB.

Submitted by:   Imre Vadasz <i...@vdsz.com>
Approved by:    re (gjb)
Differential Revision:  https://reviews.freebsd.org/D6824

302103 by adrian:
[iwm] Add and use iwm_phy_db_free(), to plug phy_db memory leak.

(Together with other iwm(4) memory leak fixes) Memory leakage in M_DEVBUF
is now at ca. 2KB for each iwm(4) module load/unload cycle.

Submitted by:   Imre Vadasz <i...@vdsz.com>
Approved by:    re (gjb)
Obtained from:  DragonflyBSD git eaf551a1d464c643e98ce5781971dd32124e9af1
Differential Revision:  https://reviews.freebsd.org/D6819

302102 by adrian:
[iwm] Fix iwm_dma_contig_free(). dma->map is always NULL here.

* When bus_dmamem_alloc is used, the bus_dmamap_t is usually set to NULL, so
  we were never actually freeing any dma memory allocations done via
  iwm_dma_contig_alloc(). So we should check dma->vaddr instead of dma->map 
here.

* Also, the dmamap is actually supposed to be invalidated as part of
  bus_dmamem_free(), so bus_dmamap_destroy() is never needed here.

Submitted by:   Imre Vadasz <i...@vdsz.com>
Approved by:    re (gjb)
Obtained from:  DragonflyBSD git ef2b29a7ba6ca8a9d2c82ab591c0622227ff84cb

302101 by adrian:
[iwm] Use vap->iv_myaddr instead of ic->ic_macaddr when vap != NULL.

ic_macaddr is only used for the initial mac address provided by NVM. We should
rather use vap->iv_myaddr when vap != NULL, to allow the MAC address
to be changed later with ifconfig(8).

Submitted by:   Imre Vadasz <i...@vdsz.com>
Reviewed by:    avos
Approved by:    re (gjb)
Obtained from:  DragonflyBSD git 4aee7a78275676d22d14c04177bd0c9377d91478
Differential Revision:  https://reviews.freebsd.org/D6743

302100 by adrian:
[ath] fix comments!

I keep asking myself "what do these fields mean" and so now I've clarified
it for myself.

Tested:

* Reading the comments, going "a-ha!" a couple times.

Approved by:    re (gjb)

302099 by bz:
Check the V_tcbinfo.ipi_count to hit 0 before doing the full TCP cleanup.
That way timers can finish cleanly and we do not gamble with a DELAY().

Reviewed by:            gnn, jtl
Approved by:            re (gjb)
Obtained from:          projects/vnet
MFC after:              2 weeks
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D6923

302098 by bz:
No longer mark TCP TW zone NO_FREE.
Timewait code does a proper cleanup after itself.

Reviewed by:            gnn
Approved by:            re (gjb)
Obtained from:          projects/vnet
MFC after:              2 weeks
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D6922

302097 by brooks:
Regen post r302096 and implement svr4_pipe().

Approved by:    re (implict, fixing build)
Sponsored by:   DARPA, AFRL

302096 by brooks:
Declare a svr4 version of pipe() now that sys_pipe() is no more.

Approved by:    re (implicit, fixing build)
Sponsored by:   DARPA, AFRL

_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to