{"push_id":3123029055,"size":1000,"distinct_size":203,"ref":"refs/heads/projects/xen_bus_dma","head":"c5dee454315a349ceef47d156162af378138dd0f","before":"87e341879b8af801c1053a8273def9276ae31a82","commits":[{"sha":"95bc75fe2af15942d11fff4417a052b9702c2530","author":{"name":"marius","email":"38edb439dbcce85f0f597d90d338db16e5438073@FreeBSD.org"},"message":"- Restore setting the clock for devices which support the default/legacy\n  transfer mode only (lost with r321385). [1]\n- Similarly, don't try to set the power class on MMC devices that comply\n  to version 4.0 of the system specification but are operated in default/\n  legacy transfer or 1-bit bus mode as no power class is specified for\n  these cases. Trying to set a power class nevertheless resulted in an -\n  albeit harmless - error message.\n\nPR:\t231713 [1]","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/95bc75fe2af15942d11fff4417a052b9702c2530"},{"sha":"cf39e78d1bbd60a0dc1c10585fd5458459424105","author":{"name":"kevans","email":"bdbb8922150f6bdb47902fe294c5e84994ac55b2@FreeBSD.org"},"message":"libbe(3): rewrite init to support chroot usage\n\nlibbe(3) currently uses zfs_be_root and locates which of its children is\ncurrently mounted at \"/\". This is reasonable, but not correct in the case of\na chroot, for two reasons:\n\n- chroot root may be of a different zpool than zfs_be_root\n- chroot root will not show up as mounted at \"/\"\n\nFix both of these by rewriting libbe_init to work from the rootfs down.\nzfs_path_to_zhandle on / will resolve to the dataset mounted at the new\nroot, rather than the real root. From there, we can derive the BE root/pool\nand grab the bootfs off of the new pool. This does no harm in the average\ncase, and opens up bectl to operating on different pools for scenarios where\none may be, for instance, updating a pool that generally gets re-rooted into\nfrom a separate UFS root or zfs bootpool.\n\nWhile here, I've also:\n- Eliminated the check for /boot and / to be on the same partition. This\n  leaves one open to a setup where /boot (and consequently, kernel/modules)\n  are not included in the boot environment. This may very well be an\n  intentional setup done by someone that knows what they're doing, we should\n  not kill BE usage because of it.\n\n- Eliminated the validation bits of BEs and snapshots that enforced\n  'mountpoint' to be \"/\" -- this broke when trying to operate on an imported\n  pool with an altroot, but we need not be this picky.\n\nReported by:\tphilip\nReviewed by:\tphilip, allanjude (previous version)\nTested by:\tphilip\nMFC after:\t3 days\nDifferential Revision:\thttps://reviews.freebsd.org/D18012","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/cf39e78d1bbd60a0dc1c10585fd5458459424105"},{"sha":"b024ef6cda171581019c918941edd79f0658a09f","author":{"name":"kevans","email":"bdbb8922150f6bdb47902fe294c5e84994ac55b2@FreeBSD.org"},"message":"libbe(3): Rewrite be_unmount to stop mucking with getmntinfo(2)\n\nGo through the ZFS layer instead; given a BE, we can derive the dataset,\nzfs_open it, then zfs_unmount. ZFS takes care of the dirty details and\nlikely gets it more correct than we did for more interesting setups.\n\nMFC after:\t3 days","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/b024ef6cda171581019c918941edd79f0658a09f"},{"sha":"053983f9a0bd4720013f48dad5501932ca7ef2d8","author":{"name":"asomers","email":"4ce05d51b8afc93cb520ca494df758ec316d8029@FreeBSD.org"},"message":"mount_fusefs.8: expand HISTORY section\n\nNote that fuse was available from ports long before joining the base system.\nAlso, update the upstream URL.\n\nMFC after:\t2 weeks","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/053983f9a0bd4720013f48dad5501932ca7ef2d8"},{"sha":"b25f54118a4e8d8ef42aaf4fd7187d5191fbf3ce","author":{"name":"marius","email":"38edb439dbcce85f0f597d90d338db16e5438073@FreeBSD.org"},"message":"Add a quirk handling for AMDI0040 controllers allowing them to do HS400.\n\nSubmitted by:\tShreyank Amartya (original version)","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/b25f54118a4e8d8ef42aaf4fd7187d5191fbf3ce"},{"sha":"4edb7810ba61f204b0e70e33e7a123669d2ac268","author":{"name":"alc","email":"403c7ec3b0314e7b36282e6cab7b45ab65013fab@FreeBSD.org"},"message":"Tidy up vm_map_simplify_entry() and its recently introduced helper\nfunctions.  Notably, reflow the text of some comments so that they\noccupy fewer lines, and introduce an assertion in one of the new\nhelper functions so that it is not misused by a future caller.\n\nIn collaboration with:\tDoug Moore <dougm@rice.edu>\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D17635","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/4edb7810ba61f204b0e70e33e7a123669d2ac268"},{"sha":"42c958e481403b8444c3ce559d5968db78cf9a07","author":{"name":"markj","email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org"},"message":"Change dumpon(8)'s handling of -g.\n\nRather than using a special value to denote \"use the default router\",\ntreat the absence of the -g option to mean the same thing.  The\nin-kernel netdump client will always attempt to reach the server\ndirectly before falling back to the configured gateway anyway.  This\nchange makes it cleaner to support a hostname value for -g.\n\nReviewed by:\tcem\nMFC after:\t3 days\nDifferential Revision:\thttps://reviews.freebsd.org/D18025","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/42c958e481403b8444c3ce559d5968db78cf9a07"},{"sha":"2f10dad4658d882cf06930119a60d2b093522f75","author":{"name":"oshogbo","email":"5fff48c1c976a4abbea035f48706469550113aea@FreeBSD.org"},"message":"Update the names in the LIMITS and EXAMPLES sections after r340363.\n\nReported by:\tmarkj","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/2f10dad4658d882cf06930119a60d2b093522f75"},{"sha":"dfb90bcff994a232f513227376de335970733df2","author":{"name":"oshogbo","email":"5fff48c1c976a4abbea035f48706469550113aea@FreeBSD.org"},"message":"brandelf: fix style nits\n\nNo functional change intended.\n\nReviewed by:\temaste, markj\nDifferential Revision:\thttps://reviews.freebsd.org/D17966","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/dfb90bcff994a232f513227376de335970733df2"},{"sha":"cd0f707c7377cae33a379a5f38ae95411b7748c5","author":{"name":"oshogbo","email":"5fff48c1c976a4abbea035f48706469550113aea@FreeBSD.org"},"message":"brandelf: capsicumize it","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/cd0f707c7377cae33a379a5f38ae95411b7748c5"},{"sha":"984ac60315a3aabfbdc60a3554299bf12d3f7607","author":{"name":"arichardson","email":"81f9a3f33d54b29d153e7ccc107b379303071c67@FreeBSD.org"},"message":"Fix -DNO_CLEAN amd64 build after r340463\n\nWithout this change I got the following error:\nclang-7: error: no such file or directory: '..../lib/libc/amd64/string/bzero.S'\n\nReviewed By:\tmjg\nDifferential Revision: https://reviews.freebsd.org/D18031","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/984ac60315a3aabfbdc60a3554299bf12d3f7607"},{"sha":"59c7844347760f2e86883e72c6ee422eb28c65ce","author":{"name":"kbowling","email":"da91b5f955bb0dbc94909862ee8dfa3ba4dff4fc@FreeBSD.org"},"message":"Retire sbsndptr() KPI\n\nAs of r340465 all consumers use sbsndptr_adv and sbsndptr_noadv\n\nReviewed by:\tgallatin\nApproved by:\tkrion (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D17998","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/59c7844347760f2e86883e72c6ee422eb28c65ce"},{"sha":"259052139d27f1424fb6d4849b3044f949ba1423","author":{"name":"kevans","email":"bdbb8922150f6bdb47902fe294c5e84994ac55b2@FreeBSD.org"},"message":"bectl(3)/libbe(3): Allow BE root to be specified\n\nAdd an undocumented -r option preceding the bectl subcommand to specify a BE\nroot to operate out of. This will remain undocumented for now, as some\ncaveats apply:\n\n- BEs cannot be activated in the pool that doesn't contain the rootfs\n- bectl create cannot work out of the box without the -e option right now,\n  since it defaults to the rootfs and cross-pool cloning doesn't work like\n  that (IIRC)\n\nPlumb the BE root through to libbe(3) so that some things -can- be done to\nit, e.g.\n\nbectl -r tank/ROOT create -e default upgrade\nbectl -r tank/ROOT mount upgrade /mnt\n\nthis aides in some upgrade setups where rootfs is not necessarily ZFS, and\nalso makes it easier/possible to regression-test bectl when combined with a\nfile-backed zpool.\n\nMFC after:\t3 days\nDifferential Revision:\thttps://reviews.freebsd.org/D18029","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/259052139d27f1424fb6d4849b3044f949ba1423"},{"sha":"4cfb9f63530bb9168fb31de05b6679d93bb47663","author":{"name":"kevans","email":"bdbb8922150f6bdb47902fe294c5e84994ac55b2@FreeBSD.org"},"message":"libbe(3): Properly account for altroot when creating new BEs\n\nPreviously we would blindly copy the 'mountpoint' property, which includes\nthe altroot. The altroot needs to be snipped off prior to setting it on the\nnew BE, though, or you'll end up with a new BE and a mountpoint of /mnt with\naltroot=/mnt\n\nMFC after:\t3 days","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/4cfb9f63530bb9168fb31de05b6679d93bb47663"},{"sha":"3111942cb9074ce6500e795a23549668cc48e745","author":{"name":"kevans","email":"bdbb8922150f6bdb47902fe294c5e84994ac55b2@FreeBSD.org"},"message":"bectl(8): Add some regression tests\n\nThese tests operate on a file-backed zpool that gets created in the kyua\ntemp dir. root and ZFS support are both required for these tests. Current\ntests cover create, destroy, export/import, jail, list (kind of), mount,\nrename, and jail.\n\nList tests should later be extended to cover formatting and the different\nlist flags, but for now only covers basic \"are create/destroy actually\nreflected properly\"\n\nMFC after:\t3 days","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/3111942cb9074ce6500e795a23549668cc48e745"},{"sha":"36b6a94a13f3780e3a028f597783bbda17eadfb1","author":{"name":"jchandra","email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org"},"message":"pci_host_generic: remove unneeded ThunderX2 quirk\n\nThe current quirk implementation writes a fixed address to the PCI BAR\nto fix a firmware bug. The PCI BARs are allocated by firmware and will\nchange depending on PCI devices present. So using a fixed address here\nis not correct.\n\nThis quirk worked around a firmware bug that programmed the MSI-X bar\nof the SATA controller incorrectly. The newer firmware does not have\nthis issue, so it is better to drop this quirk altogether.\n\nReviewed by:\tandrew\nDifferential Revision:\thttps://reviews.freebsd.org/D17655","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/36b6a94a13f3780e3a028f597783bbda17eadfb1"},{"sha":"956387e5e9c66a3b45ca4827f27ee3b7a612e0fc","author":{"name":"jchandra","email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org"},"message":"pci_host_generic: allocate resources against devices\n\nFix up pci_host_generic.c and pci_host_generic_fdt.c to allocate\nresources against devices that requested them. Currently the\nallocation happens against the pcib, which is incorrect.\n\nThis is needed for the upcoming changes for fixing up\npci_host_generic_acpi.c\n\nReviewed by:\tandrew\nDifferential Revision:\thttps://reviews.freebsd.org/D17656","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/956387e5e9c66a3b45ca4827f27ee3b7a612e0fc"},{"sha":"3b690e695d5518af1ea306f5d2b2c79d225eddec","author":{"name":"jchandra","email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org"},"message":"pci_host_generic*: basic implementation of bus range\n\nBoth ACPI and FDT support bus ranges for pci host bridges. Update\npci_host_generic*.[ch] with a default implementation to support this.\nThis will be used in the next set of changes for ACPI based host\nbridge. No functional changes in this commit.\n\nReviewed by:\tandrew\nDifferential Revision:\thttps://reviews.freebsd.org/D17657","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/3b690e695d5518af1ea306f5d2b2c79d225eddec"},{"sha":"51870f602c341c0d3842e9834a48a06d911fa79c","author":{"name":"jchandra","email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org"},"message":"acpica: rework INTRNG interrupts\n\nOn arm64 (where INTRNG is enabled), the interrupts have to be mapped\nwith ACPI_BUS_MAP_INTR() before adding them as resources to devices.\n\nThe earlier code did the mapping before calling acpi_set_resource(),\nwhich bypassed code that checked for PCI link interrupts.\n\nTo fix this, move the call to map interrupts into acpi_set_resource()\nand that requires additional work to lookup interrupt properties.\nThe changes here are to:\n * extend acpi_lookup_irq_handler() to lookup an irq in the ACPI\n   resources\n * create a helper function acpi_map_intr() which uses the updated\n   acpi_lookup_irq_handler() to look up an irq, and then map it\n   with ACPI_BUS_MAP_INTR()\n * use acpi_map_intr() in acpi_pcib_route_interrupt() to map\n   pci link interrupts.\n\nWith these changes, we can drop the ifdefs in acpi_resource.c, and\nwe can also drop the call for mapping interrupts in generic_timer.c\n\nReviewed by:\tandrew\nDifferential Revision:\thttps://reviews.freebsd.org/D17790","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/51870f602c341c0d3842e9834a48a06d911fa79c"},{"sha":"65f57cddff0cc58d4e869eff0c2ebe3c9b712cdb","author":{"name":"jchandra","email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org"},"message":"acpica, pci_host_generic_acpi: redo pci_host_generic_acpi.c\n\nThis is a major update for pci_host_generic_acpi.c, the current\nimplementation has some gaps that are better fixed up in one go.\nThe changes are to:\n * Follow x86 method of not adding PCI resources to PCI host bridge in\n   ACPI code. This has been moved to pci_host_generic_acpi.c, where we\n   walk thru its resources of the host bridge and add them.\n * Fixup code in pci_host_generic_acpi.c to read all decoded ranges\n   and update the 'ranges' property. This allows us to share most of\n   the code with generic implementation (and the FDT one).\n * Parse and setup IO ranges and bus ranges when walking the resources\n   above. Drop most of the changes related to this from acpica code.\n * Add the ECAM memory area as mem resource 0. Implement the logic to\n   get the ECAM area from MCFG (using bus range which we now decode),\n   or from _CBA (using _BBN/bus range). Drop aarch64 ifdefs from acpica\n   code which did part of this.\n * Switch resource activation to similar code as FDT implementation,\n   this can be moved into generic implementation in a later pass.\n * Drop the mechanism of using the 7th bit of bus number as the domain,\n   this is not correct and will work only in very specific cases. Use\n   _SEG as PCI domain and use the bus ranges of the host bridge to\n   provide start bus number.\n\nThis commit should not make any functional change to dev/acpica/acpi.c\nfor other architectures, almost all the changes there are to revert\nearlier additions in this file done for aarch64.\n\nReviewed by:\tandrew\nDifferential Revision:\thttps://reviews.freebsd.org/D17791","distinct":false,"url":"https://api.github.com/repos/prati0100/freebsd/commits/65f57cddff0cc58d4e869eff0c2ebe3c9b712cdb"}]}
{"actor":{"display_login":"prati0100"}}