{"push_id":1046098246,"size":278,"distinct_size":0,"ref":"refs/heads/linux-next/akpm","head":"c0d1fdb30d9eb81477010e0ac48d6d89a37bebab","before":"d7cd6b48264de5ce0af78d859ba45c609649a263","commits":[{"sha":"548f0e65a38f36976260a63ff4acfa9f3b17307d","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"aacraid: add missing curly braces\n\ngcc-6 warns about obviously wrong indentation for newly added code in\naac_slave_configure():\n\ndrivers/scsi/aacraid/linit.c: In function 'aac_slave_configure':\ndrivers/scsi/aacraid/linit.c:458:3: warning: statement is indented as if it were guarded by... [-Wmisleading-indentation]\n   sdev->tagged_supported = 1;\n   ^~~~\ndrivers/scsi/aacraid/linit.c:455:4: note: ...this 'else' clause, but it is not\n\ngcc is correct, and evidently this was meant to be within the curly\nbraces that should have been there to start with. This patch adds them,\nwhich avoids the warning and makes it clear what was intended here.\n\nNothing changes in behavior because in the 'if' block, the\nsdev->tagged_supported flag is known to be set already.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 6bf3b630d0a7 (\"aacraid: SCSI blk tag support\")\nReviewed-by: Raghava Aditya Renukunta <raghavaaditya.renukunta@pmcs.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/548f0e65a38f36976260a63ff4acfa9f3b17307d"},{"sha":"5ec8a1753bc29efa7e4b1391d691c9c719b30257","author":{"email":"f34fa9a6ed7f70238faacc0289802dd5d831b64e@fb.com","name":"Calvin Owens"},"message":"mpt3sas: Don't overreach ioc->reply_post[] during initialization\n\nIn _base_make_ioc_operational(), we walk ioc->reply_queue_list and pull\na pointer out of successive elements of ioc->reply_post[] for each entry\nin that list if RDPQ is enabled.\n\nSince the code pulls the pointer for the next iteration at the bottom of\nthe loop, it triggers the a KASAN dump on the final iteration:\n\n    BUG: KASAN: slab-out-of-bounds in _base_make_ioc_operational+0x47b7/0x47e0 [mpt3sas] at addr ffff880754816ab0\n    Read of size 8 by task modprobe/305\n    <snip>\n    Call Trace:\n     [<ffffffff81dfc591>] dump_stack+0x4d/0x6c\n     [<ffffffff814c9689>] print_trailer+0xf9/0x150\n     [<ffffffff814ceda4>] object_err+0x34/0x40\n     [<ffffffff814d1231>] kasan_report_error+0x221/0x530\n     [<ffffffff814d1673>] __asan_report_load8_noabort+0x43/0x50\n     [<ffffffffa0043637>] _base_make_ioc_operational+0x47b7/0x47e0 [mpt3sas]\n     [<ffffffffa0049a51>] mpt3sas_base_attach+0x1991/0x2120 [mpt3sas]\n     [<ffffffffa0053c93>] _scsih_probe+0xeb3/0x16b0 [mpt3sas]\n     [<ffffffff81ebd047>] local_pci_probe+0xc7/0x170\n     [<ffffffff81ebf2cf>] pci_device_probe+0x20f/0x290\n     [<ffffffff820d50cd>] really_probe+0x17d/0x600\n     [<ffffffff820d56a3>] __driver_attach+0x153/0x190\n     [<ffffffff820cffac>] bus_for_each_dev+0x11c/0x1a0\n     [<ffffffff820d421d>] driver_attach+0x3d/0x50\n     [<ffffffff820d378a>] bus_add_driver+0x44a/0x5f0\n     [<ffffffff820d666c>] driver_register+0x18c/0x3b0\n     [<ffffffff81ebcb76>] __pci_register_driver+0x156/0x200\n     [<ffffffffa00c8135>] _mpt3sas_init+0x135/0x1000 [mpt3sas]\n     [<ffffffff81000423>] do_one_initcall+0x113/0x2b0\n     [<ffffffff813caa5a>] do_init_module+0x1d0/0x4d8\n     [<ffffffff81273909>] load_module+0x6729/0x8dc0\n     [<ffffffff81276123>] SYSC_init_module+0x183/0x1a0\n     [<ffffffff8127625e>] SyS_init_module+0xe/0x10\n     [<ffffffff828fe7d7>] entry_SYSCALL_64_fastpath+0x12/0x6a\n\nFix this by pulling the value at the beginning of the loop.\n\nSigned-off-by: Calvin Owens <calvinowens@fb.com>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Jens Axboe <axboe@fb.com>\nAcked-by: Chaitra Basappa <chaitra.basappa@broadcom.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/5ec8a1753bc29efa7e4b1391d691c9c719b30257"},{"sha":"7fdf09e7aead00d859860b308122409041f96939","author":{"email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@rasmusvillemoes.dk","name":"Rasmus Villemoes"},"message":"scsi: make some Additional Sense strings more grep'able\n\nThere's little point in breaking these strings over multiple lines.\n\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/7fdf09e7aead00d859860b308122409041f96939"},{"sha":"b68ba7f8934f88370bfa9633080ad3588acb54ec","author":{"email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@rasmusvillemoes.dk","name":"Rasmus Villemoes"},"message":"scsi: move Additional Sense Codes to separate file\n\nThis is a purely mechanical move of the list of additional sense codes\nto a separate file, in preparation for reducing the impact of choosing\nCONFIG_SCSI_CONSTANTS=y by about 8k.\n\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/b68ba7f8934f88370bfa9633080ad3588acb54ec"},{"sha":"cdca113653d90cfeabdd3584a7d82d11e55aa622","author":{"email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@rasmusvillemoes.dk","name":"Rasmus Villemoes"},"message":"scsi: reduce CONFIG_SCSI_CONSTANTS=y impact by 8k\n\nOn 64 bit, struct error_info has 6 bytes of padding, which amounts to\nover 4k of wasted space in the additional[] array. We could easily get\nrid of that by instead using separate arrays for the codes and the\npointers. However, we can do even better than that and save an\nadditional 6 bytes per entry: In the table, just store the sizeof()\nthe corresponding string literal. The cumulative sum of these is then\nthe appropriate offset into additional_text, which is built from the\nconcatenation (with '\\0's inbetween) of the strings.\n\n$ scripts/bloat-o-meter /tmp/vmlinux vmlinux\nadd/remove: 0/0 grow/shrink: 1/1 up/down: 24/-8488 (-8464)\nfunction                                     old     new   delta\nscsi_extd_sense_format                       136     160     +24\nadditional                                 11312    2824   -8488\n\nThe Kconfig help text used to say that CONFIG_SCSI_CONSTANTS=y costs\naround 75 KB, but that was a little exaggerated. The actual number was\ncloser to 44K, and 36K with this patch.\n\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Douglas Gilbert <dgilbert@interlog.com>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/cdca113653d90cfeabdd3584a7d82d11e55aa622"},{"sha":"84c5cf9a6e0d66293c4a23e1343a82b14d36627e","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"g_ncr5380: Remove CONFIG_SCSI_GENERIC_NCR53C400\n\nThis change brings a number of improvements: fewer macros, better test\ncoverage, simpler code and sane Kconfig options. The downside is a small\nchance of incompatibility (which seems unavoidable).\n\nCONFIG_SCSI_GENERIC_NCR53C400 exists to enable or inhibit pseudo DMA\ntransfers when the driver is used with 53C400-compatible cards. Thanks to\nOndrej Zary's patches, PDMA now works which means it can be enabled\nunconditionally.\n\nDue to bad design, CONFIG_SCSI_GENERIC_NCR53C400 ties together unrelated\nfunctionality as it sets both PSEUDO_DMA and BIOSPARAM macros. This patch\neffectively enables PSEUDO_DMA and disables BIOSPARAM.\n\nThe defconfigs and the Kconfig default leave CONFIG_SCSI_GENERIC_NCR53C400\nundefined. Red Hat 9 and CentOS 2.1 were the same. This leaves both\nPSEUDO_DMA and BIOSPARAM disabled. The effect of this patch should be\nbetter performance from enabling PSEUDO_DMA.\n\nOn the other hand, Debian 4 and SLES 10 had CONFIG_SCSI_GENERIC_NCR53C400\nenabled, so both PSEUDO_DMA and BIOSPARAM were enabled. This patch might\naffect configurations like this by disabling BIOSPARAM. My best guess is\nthat this could be a problem only in the vanishingly rare case that\n1) the CHS values stored in the boot device partition table are wrong and\n2) a 5380 card is in use (because PDMA on 53C400 used to be broken).\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/84c5cf9a6e0d66293c4a23e1343a82b14d36627e"},{"sha":"6fa2cccfe998c68e0da218f977640a7804b27824","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Remove FLAG_NO_PSEUDO_DMA where possible\n\nDrivers that define PSEUDO_DMA also define NCR5380_dma_xfer_len.\nThe core driver must call NCR5380_dma_xfer_len which means\nFLAG_NO_PSEUDO_DMA can be eradicated from the core driver.\n\ndmx3191d doesn't define PSEUDO_DMA and has no use for FLAG_NO_PSEUDO_DMA,\nso remove it there also.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/6fa2cccfe998c68e0da218f977640a7804b27824"},{"sha":"b56a024546c897ecfb6a19cf13821af1c3f9b2b8","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Remove REAL_DMA and REAL_DMA_POLL macros\n\nFor the NCR5380.c core driver, these macros are never used.\nIf REAL_DMA were to be defined, compilation would fail.\n\nFor the atari_NCR5380.c core driver, REAL_DMA is always defined.\n\nHence these macros are pointless.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/b56a024546c897ecfb6a19cf13821af1c3f9b2b8"},{"sha":"4cd1a516b0c9fb3a71c65535c3c2ed591ea90e4f","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"atari_NCR5380: Remove DMA_MIN_SIZE macro\n\nOnly the atari_scsi and sun3_scsi drivers define DMA_MIN_SIZE.\nBoth drivers also define NCR5380_dma_xfer_len, which means\nDMA_MIN_SIZE can be removed from the core driver.\n\nThis removes another discrepancy between the two core drivers.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/4cd1a516b0c9fb3a71c65535c3c2ed591ea90e4f"},{"sha":"54c3641fc658ea248d497a2bb04057f480800f15","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Disable the DMA errata workaround flag by default\n\nThe only chip that needs the workarounds enabled is an early NMOS\ndevice. That means that the common case is to disable them.\n\nUnfortunately the sense of the flag is such that it has to be set\nfor the common case.\n\nRename the flag so that zero can be used to mean \"no errata workarounds\nneeded\". This simplifies the code.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/54c3641fc658ea248d497a2bb04057f480800f15"},{"sha":"ab213a65943219b94f715331f626dd5b11c5a146","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Remove PSEUDO_DMA macro\n\nFor those wrapper drivers which only implement Programmed IO, have\nNCR5380_dma_xfer_len() evaluate to zero. That allows PDMA to be easily\ndisabled at run-time and so the PSEUDO_DMA macro is no longer needed.\n\nAlso remove the spin counters used for debugging pseudo DMA drivers.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/ab213a65943219b94f715331f626dd5b11c5a146"},{"sha":"d08b3956dd0c00587fe2037f1038f8c9db23e8bf","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Remove BOARD_REQUIRES_NO_DELAY macro\n\nThe io_recovery_delay macro is intended to insert a microsecond delay\nbetween the chip register accesses that begin a DMA operation. This\nis reportedly needed for some ISA boards.\n\nReverse the sense of the macro test so that in the common case,\nwhere no delay is required, drivers need not define the macro.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/d08b3956dd0c00587fe2037f1038f8c9db23e8bf"},{"sha":"872f50b1f414a142210ce9a40c373deaf03c32ad","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Use DMA hooks for PDMA\n\nThose wrapper drivers which use DMA define the REAL_DMA macro and\nthose which use pseudo DMA define PSEUDO_DMA. These macros need to be\nremoved for a number of reasons, not least of which is to have drivers\nshare more code.\n\nRedefine the PDMA send and receive hooks as DMA setup hooks, so that the\nDMA code can be shared by all 5380 wrapper drivers. This will help to\nreunify the forked core driver.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/872f50b1f414a142210ce9a40c373deaf03c32ad"},{"sha":"105750dd7ec26bb67f4f2c464b814e9761106ec3","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Adopt uniform DMA setup convention\n\nStandardize the DMA setup hooks so that the DMA implementation in\natari_NCR5380.c can be reconciled with pseudo DMA implementation in\nNCR5380.c.\n\nCalls to NCR5380_dma_recv_setup() and NCR5380_dma_send_setup() return\na negative value on failure, zero on PDMA transfer success and a positive\nbyte count for DMA setup success.\n\nThis convention is not entirely new, but is now applied consistently.\n\nAlso remove a pointless Status Register access: the *phase assignment is\nredundant because after NCR5380_transfer_dma() returns control to\nNCR5380_information_transfer(), that routine then returns control\nto NCR5380_main(), which means *phase is dead.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/105750dd7ec26bb67f4f2c464b814e9761106ec3"},{"sha":"b54adcfdb66c370431a91f1acdee608574bd1bba","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Merge DMA implementation from atari_NCR5380 core driver\n\nAdopt the DMA implementation from atari_NCR5380.c. This means that\natari_scsi and sun3_scsi can make use of the NCR5380.c core driver\nand the atari_NCR5380.c driver fork can be made redundant.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/b54adcfdb66c370431a91f1acdee608574bd1bba"},{"sha":"5e5af353a890446c5aac9d08d40d6e7ccb5ebe1e","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"atari_scsi: Adopt NCR5380.c core driver\n\nAdd support for the Atari ST DMA chip to the NCR5380.c core driver.\nThis code is copied from atari_NCR5380.c.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/5e5af353a890446c5aac9d08d40d6e7ccb5ebe1e"},{"sha":"a9db1f2cc7194a032d253d12cb5d4d9350e07194","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"sun3_scsi: Adopt NCR5380.c core driver\n\nAdd support for the custom Sun 3 DMA logic to the NCR5380.c core driver.\nThis code is copied from atari_NCR5380.c.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/a9db1f2cc7194a032d253d12cb5d4d9350e07194"},{"sha":"9bc169a7bc6afd2077b49a4671725e68b223429e","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Remove disused atari_NCR5380.c core driver\n\nNow that atari_scsi and sun3_scsi have been converted to use the NCR5380.c\ncore driver, remove atari_NCR5380.c. Also remove the last vestiges of its\nTagged Command Queueing implementation from the wrapper drivers.\n\nThe TCQ support in atari_NCR5380.c is abandoned by this patch. It is not\nmerged into the remaining core driver because,\n\n1) atari_scsi defines SUPPORT_TAGS but leaves FLAG_TAGGED_QUEUING disabled\nby default, which indicates that it is mostly undesirable.\n\n2) I'm told that it doesn't work correctly when enabled.\n\n3) The algorithm does not make use of block layer tags which it will have\nto do because scmd->tag is deprecated.\n\n4) sun3_scsi doesn't define SUPPORT_TAGS at all, yet the the SUPPORT_TAGS\nmacro interacts with the CONFIG_SUN3 macro in 'interesting' ways.\n\n5) Compile-time configuration with macros like SUPPORT_TAGS caused the\nconfiguration space to explode, leading to untestable and unmaintainable\ncode that is too hard to reason about.\n\nThe merge_contiguous_buffers() code is also abandoned. This was unused\nby sun3_scsi. Only atari_scsi used it and then only on TT, because only TT\nsupports scatter/gather. I suspect that the TT would work fine with\nENABLE_CLUSTERING instead. If someone can benchmark the difference then\nperhaps the merge_contiguous_buffers() code can be be justified. Until\nthen we are better off without the extra complexity.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/9bc169a7bc6afd2077b49a4671725e68b223429e"},{"sha":"e7d9510d0e2cb87b414a0ad4d0fb585695c442a9","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"ncr5380: Reduce max_lun limit\n\nThe driver has a limit of eight LUs because of the byte-sized bitfield\nthat is used for busy flags. That means the maximum LUN is 7. The default\nis 8.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nTested-by: Michael Schmitz <schmitzmic@gmail.com>\nTested-by: Ondrej Zary <linux@rainbow-software.org>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/e7d9510d0e2cb87b414a0ad4d0fb585695c442a9"},{"sha":"faa98c30a50ddbdc16558d219af10700801db387","author":{"email":"94052abb058aed443995dc4f8d236e022112765d@telegraphics.com.au","name":"Finn Thain"},"message":"dmx3191d: Drop max_sectors limit\n\nThe dmx3191d driver is not capable of DMA or PDMA so all transfers\nuse PIO. Now that large slow PIO transfers periodically stop and call\ncond_resched(), the max_sectors limit can go away.\n\nSigned-off-by: Finn Thain <fthain@telegraphics.com.au>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/faa98c30a50ddbdc16558d219af10700801db387"}]}