Re: [PATCH 09/22] drm/etnaviv: Convert timeouts to secs_to_jiffies()

Am Freitag, dem 15.11.2024 um 21:22 + schrieb Easwar Hariharan: > Changes made with the following Coccinelle rules: > > @@ constant C; @@ > > - msecs_to_jiffies(C * 1000) > + secs_to_jiffies(C) > > @@ constant C; @@ > > - msecs_to_jiffies(C * MSEC_PER_SEC) > + secs_to_jiffies(C) > Thanks,

Re: [PATCH] ASoC: fsl: imx-pcm-dma: Don't request dma channel in probe

Am Mittwoch, den 20.05.2020, 16:20 +0800 schrieb Shengjiu Wang: > Hi > > On Tue, May 19, 2020 at 6:04 PM Lucas Stach wrote: > > Am Dienstag, den 19.05.2020, 17:41 +0800 schrieb Shengjiu Wang: > > > There are two requirements that we need to move the request > >

Re: [PATCH] ASoC: fsl: imx-pcm-dma: Don't request dma channel in probe

Am Dienstag, den 19.05.2020, 17:41 +0800 schrieb Shengjiu Wang: > There are two requirements that we need to move the request > of dma channel from probe to open. How do you handle -EPROBE_DEFER return code from the channel request if you don't do it in probe? > - When dma device binds with power

Re: [PATCH 06/10] ASoC: dt-bindings: Document dl_mask property

Am Montag, den 22.07.2019, 15:48 +0300 schrieb Daniel Baluta: > SAI supports up to 8 data lines. This property let the user > configure how many data lines should be used per transfer > direction (Tx/Rx). > > > Signed-off-by: Daniel Baluta > --- >  Documentation/devicetree/bindings/sound/fsl-sai.

Re: [PATCH 05/10] ASoC: fsl_sai: Add support to enable multiple data lines

Am Montag, den 22.07.2019, 15:48 +0300 schrieb Daniel Baluta: > SAI supports up to 8 Rx/Tx data lines which can be enabled > using TCE/RCE bits of TCR3/RCR3 registers. > > Data lines to be enabled are read from DT fsl,dl_mask property. > By default (if no DT entry is provided) only data line 0 is

Re: [PATCH 10/10] ASoC: fsl_sai: Add support for imx7ulp/imx8mq

Am Montag, den 22.07.2019, 15:48 +0300 schrieb Daniel Baluta: > SAI module on imx7ulp/imx8m features 2 new registers (VERID and PARAM) > at the beginning of register address space. > > On imx7ulp FIFOs can held up to 16 x 32 bit samples. > On imx8mq FIFOs can held up to 128 x 32 bit samples. > >

Re: [PATCH 07/10] ASoC: fsl_sai: Add support for FIFO combine mode

Am Montag, den 22.07.2019, 15:48 +0300 schrieb Daniel Baluta: > FIFO combining mode allows the separate FIFOs for multiple data > channels > to be used as a single FIFO for either software accesses or a single > data > channel or both. > > FIFO combined mode is described in chapter 13.10.3.5.4 fro

Re: drivers binding to device node with multiple compatible strings

Hi, Am Freitag, den 28.09.2018, 12:43 -0700 schrieb Frank Rowand: > + Frank > > On 09/27/18 15:25, Li Yang wrote: > > Hi Rob and Grant, > > > > Various device tree specs are recommending to include all the > > potential compatible strings in the device node, with the order from > > most specific

Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms

. > > Oh, sorry, I found designware and rcar use pci_scan_root_bus(), so we can not > simply > assign msi chip to root bus in all host drivers's scan functions. Designware will switch away from pci_scan_root_bus() in the 3.18 cycle and I would think it would

Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()

Am Dienstag, den 16.09.2014, 09:30 +0800 schrieb Yijing Wang: > On 2014/9/15 22:00, Lucas Stach wrote: > > Am Freitag, den 05.09.2014, 18:09 +0800 schrieb Yijing Wang: > >> Currently, pcie-designware, pcie-rcar, pci-tegra drivers > >> use irq chip_data to save

Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions

Am Freitag, den 05.09.2014, 18:10 +0800 schrieb Yijing Wang: > Now we use struct msi_chip in all platforms to configure > MSI/MSI-X. We can clean up the unused arch functions. > > Signed-off-by: Yijing Wang Reviewed-by: Lucas Stach > --- > drivers/iommu/irq_remapping.c |

Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common

to refactor all other platform MSI > arch code to eliminate weak arch MSI functions. This patch add > .restore_irq() and .setup_irqs() to make it become more common. > > Signed-off-by: Yijing Wang This change looks good to me: Reviewed-by: Lucas Stach > --- &g

Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip

msi_chip *chip = arch_find_msi_chip(dev); > int err; > > if (!chip || !chip->setup_irq) -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()

_msi_irq() expects to find the msi_chip in the irq chip_data field. As this means drivers don't have any reasonable other possibility to stuff things into this field, I think it would make sense to do the cleanup the other way around: keep the irq_set_chip_data arch_setup_msi_irq() and rip it out of t

Re: [PATCHv1 8/8] Documentation: Add device tree bindings for Freescale VF610 sound.

audio-routing = > + "MIC_IN", "Mic Jack", > + "Mic Jack", "Mic Bias", > + "LINE_IN", "Line In Jack", > + "Headphone Jack", "HP_OUT", > + "Ext S