- 28 Jun, 2018 40 commits
-
-
Sergio Paracuellos authored
Gpio complexity is just masking the fact that offset is always 0..n and writes to bits 0..n of some memory address. Because of this whole thing can just me converted to use GPIO_GENERIC and avoid duplications of a lot of driver custom functions. So use bgpio_init instead of custom code adding GPIO_GENERIC dependency to the Kconfig file. Also to make easier using bgpio_init function offset for each gpio bank, enumeration where register were defined has been replaced in favour of some macros which handle each gpio offset taking into account the bank where are located. Because of this change write and read functions which are being used for remaining irq handling stuff have been updated also as well as its dependencies along the code. Signed-off-by:
Sergio Paracuellos <sergio.paracuellos@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Kamal Heib authored
Use eth_hw_addr_random() to set a random dev_addr and update addr_assign_type. Fixes: e3cbf478 ('staging: mt7621-eth: add the drivers core files') Signed-off-by:
Kamal Heib <kamalheib1@gmail.com> Signed-off-by:
-
Kamal Heib authored
Fix memory leak in error path of mtk_add_mac() by make sure to free the allocated netdev. Fixes: e3cbf478 ('staging: mt7621-eth: add the drivers core files') Signed-off-by:
-
Rosen Penev authored
This currently fixes the remaining dtb warnings: Node /pcie@1e140000/pcie0 has a reg or ranges property, but no unit name Node /pcie@1e140000/pcie1 has a reg or ranges property, but no unit name Node /pcie@1e140000/pcie2 has a reg or ranges property, but no unit name Node /pcie@1e140000/pcie0 node name is not "pci" or "pcie" Node /pcie@1e140000/pcie0 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie0 missing bus-range for PCI bridge Node /pcie@1e140000/pcie1 node name is not "pci" or "pcie" Node /pcie@1e140000/pcie1 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie1 missing bus-range for PCI bridge Node /pcie@1e140000/pcie2 node name is not "pci" or "pcie" Node /pcie@1e140000/pcie2 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie2 missing bus-range for PCI bridge Warning (unit_address_format): Failed prerequisite 'pci_bridge' Warning (pci_device_reg): Failed prerequisite 'pci_bridge' Warning (pci_device_bus_num): Failed prerequisite 'pci_bridge' device_type was removed since according to documentation, it's deprecated for pci(e) devices. Signed-off-by:
Rosen Penev <rosenp@gmail.com> Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The response type of the SD_APP_OP_COND command is correctly determined using the mmc_resp_type macro, because the only use of that opcode, mmc_send_app_op_cond, correctly places MMC_RSP_R3 in cmd.flags. So there is no need to treat that opcode separately. Signed-off-by:
Christian Lütke-Stetzkamp <christian@lkamp.de> Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The response type of the MMC_SEND_OP_COND command is correctly determined using the mmc_resp_type macro, because the only use of that opcode, mmc_send_op_cond, correctly places MMC_RSP_R3 in cmd.flags. So there is no need to treat that opcode separately. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
Currently msdc_command_start does multiple things and is hard to read, so factor out the finding of the response type. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The argument tune of msdc_do_command is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro is_card_present is unused and also a duplicate of a macro in mmc, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The define MAX_PHY_SGMTS is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The enum msdc_mode is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The define IRQ_SDC is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The define RALINK_MSDC_BASE is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
Currently the base address for all io operations is hidden behind a macro, REG_ADD. This macro uses the symbol "base" as the base address and all functions set base = host->base. This is hard to read, so the whole wrapping is removed and host->base is directly inserted in the io access. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The MSDC_MODE_* defines are all never used and do not contain any information about the device, so remove them. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The variable cmd in the function msdc_tune_request is set but never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro MAX_BD_PER_GPD is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_retry is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
In the current code, msdc_clr_fifo is a macro and just busy waits for a limited amount of time for the fifo clear to finish. That is not correct, the programming manual hits, that the user should wait until the bit is cleared by hardware and not a limited amount of time. So the code is changed to a function, that also relaxes the cpu while busy waiting. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The BUG_ON() removed by this patch is just a duplicate of a prior BUG_ON() statement. There the condition is just clearer, it checks weather sglen > MAX_BD_NUM and MAX_BD_NUM is equal MAX_BD_PER_GPD. So this statement can be safely removed. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The variable num in msdc_dma_setup is only used for a BUG_ON statement, so it can be removed by inlining the condition. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The field sglen from struct msdc_dma is once set and never read, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The field sg from struct msdc_dma is once set and never read, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
Current code uses two functions for dma setup, msdc_dma_config and msdc_dma_setup. By now msdc_dma_setup is nearly empty and mainly calls msdc_dma_config, so the later one can be inline into the first one. While doing this there is also some refactoring done. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The field mode of struct msdc_dma has no remaining use, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The driver currently only uses DMA linked mode and the upstream driver does the same, so remove the basic mode code. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
Current code has structures for all the registers of the device, but these are never used and there are also masks for all of them, so these structures do not contain any useful information. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro sdr_write8 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro sdr_read8 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The current code uses a macro (sdr_read32) for reading from hardware, but it is only a readl, so replace it to get nearer to upstream code. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The current code uses a macro (sdr_write32) for writing to hardware, but it is only a writel with switched arguments, so replace it to get nearer to upstream code. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_rxfifocnt is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_txfifocnt is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_fifo_read32 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_fifo_write32 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_fifo_read8 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The macro msdc_fifo_write8 is never used, so remove it. Signed-off-by:
-
Christian Lütke-Stetzkamp authored
The variable resp in msdc_command_resp is once set and never read, delete it. Signed-off-by:
-
Sergio Paracuellos authored
This commit replaces ENOSYS return with ENOTSUPP silencing the following checkpatch warning: WARNING: ENOSYS means 'invalid syscall nr' and nothing else Signed-off-by:
-
Sergio Paracuellos authored
Messages when memory allocation fails are not needed at all and checkpatch script complains about them. Remove one in this driver code. Signed-off-by:
-
