Hi,
On Fri, Jan 11, 2019 at 2:54 PM Bjorn Andersson
wrote:
>
> On Qualcomm SDM845 the capabilities of the UFS MEM controller states
> that it's capable of dealing with 64 bit addresses, but DMA addresses
> are truncated causing IOMMU faults when trying to issue operations.
>
> Limit the DMA mask
Hi,
On Fri, Jan 11, 2019 at 7:37 PM Martin K. Petersen
wrote:
>
>
> Evan,
>
> > CONFIG_SCSI_UFS_QCOM selects CONFIG_PHY_QCOM_UFS, assuming that
> > this was the only possible PHY driver Qualcomm's UFS controller
> > would use. But in SDM845, the UFS driver is bundled into phy-qcom-qmp,
> > and ph
Hi,
On Tue, Sep 4, 2018 at 3:29 AM Adrian Hunter wrote:
>
> On 22/08/18 14:00, Adrian Hunter wrote:
> > On 09/08/18 01:44, Evan Green wrote:
> >> This change makes the UFS controller's sysfs attributes writable, which
> >> will enable users to provision unprovisioned UFS devices, or
> >> re-provi
Martin,
On Tue, Sep 25, 2018 at 6:08 PM Martin K. Petersen
wrote:
>
> Doug,
>
> > I came across this patch and Evan's other one and noticed that they
> > haven't been applied though a batch of other SCSI patches for 4.20
> > were applied about a week ago. Martin: is there something about these
>
Hi,
On Sun, Oct 7, 2018 at 9:34 PM Can Guo wrote:
>
> From: Venkat Gopalakrishnan
>
> The UFS Tx lane1 clock could be muxed, hence keep it optional by ignoring
> it if it is not provided in device tree.
Thanks for the updated commit message. This makes much more sense now! :-)
> @@ -113,10
Hi,
On Thu, Oct 11, 2018 at 5:33 AM Can Guo wrote:
> static int ufs_qcom_host_clk_get(struct device *dev,
> - const char *name, struct clk **clk_out)
> + const char *name, struct clk **clk_out, bool optional)
> {
> struct clk *clk;
> int err = 0;
>
>
Hi,
On Thu, Oct 11, 2018 at 6:12 PM Can Guo wrote:
> + if (err != -EPROBE_DEFER)
> + dev_err(dev, "failed to get %s err %d",
> + name, err);
I wouldn't spin just for this, but if you spin for some other reason
you could move the above "dev_err" o
Hi,
On Sun, Sep 23, 2018 at 11:29 PM Sayali Lokhande wrote:
> +static struct ufs_ref_clk ufs_ref_clk_freqs[] = {
> + {1920, REF_CLK_FREQ_19_2_MHZ},
> + {2600, REF_CLK_FREQ_26_MHZ},
> + {3840, REF_CLK_FREQ_38_4_MHZ},
> + {5200, REF_CLK_FREQ_52_MHZ},
> +
Hi,
On Fri, Oct 5, 2018 at 10:28 AM Evan Green wrote:
>
> With commit 10e5e37581fc ("scsi: ufs: Add clock ungating to a separate
> workqueue"), clock gating work was moved to a
> separate work queue with WQ_MEM_RECLAIM set, since clock
> gating could occur from a memory reclaim context. Unfortuna
9 matches
Mail list logo