The 88e6250 (as well as 6220, 6071, 6070, 6020) do not support
multi-chip (indirect) addressing. However, one can still have two of
them on the same mdio bus, since the device only uses 16 of the 32
possible addresses, either addresses 0x00-0x0F or 0x10-0x1F depending
on the ADDR4 pin at reset [sin
This adds support for the Marvell 88E6250. I've checked that each
member in the ops-structure makes sense, and basic switchdev
functionality works fine.
It uses the new dual_chip option, and since its port registers start
at SMI address 0x08 or 0x18 (i.e., always sw_addr + 0x08), we need to
introd
Hi David,
On Tue, Jun 4, 2019 at 9:34 AM David Howells wrote:
> Geert Uytterhoeven wrote:
>
> > I'm not such a big fan of BUG(), so I'd go for ret = -EAFNOSUPPORT, but
> > given
> > rxrpc is already full of BUG() calls, I guess it is an acceptable solution.
>
> Okay. Are you okay with this goi
This adds support for the mv88e6250 chip. Initially based on the
mv88e6240, this time around, I've been through each ->ops callback and
checked that it makes sense, either replacing with a 6250 specific
variant or dropping it if no equivalent functionality seems to exist
for the 6250. Along the way
The MV88E6352_G2_WDOG_CTL_* bits almost, but not quite, describe the
watchdog control register on the mv88e6250. Among those actually
referenced in the code, only QC_ENABLE differs (bit 6 rather than bit
5).
Reviewed-by: Andrew Lunn
Reviewed-by: Vivien Didelot
Signed-off-by: Rasmus Villemoes
--
All the currently supported chips have .num_databases either 256 or
4096, so this patch does not change behaviour for any of those. The
mv88e6250, however, has .num_databases == 64, and it does not put the
upper two bits in ATU control 13:12, but rather in ATU Operation
9:8. So change the logic to
Geert Uytterhoeven wrote:
> I'm not such a big fan of BUG(), so I'd go for ret = -EAFNOSUPPORT, but given
> rxrpc is already full of BUG() calls, I guess it is an acceptable solution.
Okay. Are you okay with this going through net-next?
David
On Tue, Jun 04, 2019 at 03:34:07PM +0800, Chunfeng Yun wrote:
> When CONFIG_USB is not set, and CONFIG_USB_GADGET is set,
> there is an issue, e.g.:
>
> drivers/usb/mtu3/mtu3_debugfs.o: in function 'ssusb_debugfs_create_root':
> mtu3_debugfs.c:(.text+0xba3): undefined reference to 'usb_debug_root'
On Mon, Jun 03, 2019 at 07:47:28PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Whilst testing the capture functionality of the i2s on the newer
> SoCs it was noticed that the recording was somewhat distorted.
> This was due to the offset not being set correctly on the receiver
> s
I'm announcing the release of the 5.0.21 kernel.
All users of the 5.0 kernel series must upgrade.
Note, this is the LAST 5.0.y kernel to be released. It is now
end-of-life. Please move to the 5.1.y kernel tree at this point in
time.
The updated 5.0.y git tree can be found at:
git://git
I'm announcing the release of the 4.19.48 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index b3ba28ff73d5..42529a87f3b4 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 47
+SUBLEVEL = 48
EXTRAVERSION =
NAME = "People's Front"
@@ -508,13 +508,6 @@ export RETPOLINE_VDS
I'm announcing the release of the 5.1.7 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 25390977536b..93701ca8f3a6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 0
-SUBLEVEL = 20
+SUBLEVEL = 21
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/drivers/crypto/vmx/ghash.c b/dri
diff --git a/Makefile b/Makefile
index d8bdd2bb55dc..299578ce385a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 1
-SUBLEVEL = 6
+SUBLEVEL = 7
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/drivers/crypto/vmx/ghash.c b/drive
On Tue, Jun 4, 2019 at 3:34 PM Maxime Ripard wrote:
>
> On Mon, Jun 03, 2019 at 07:47:27PM +0200, codekip...@gmail.com wrote:
> > From: Marcus Cooper
> >
> > Although not causing any noticeable issues, the mask for the
> > channel offset is covering too many bits.
> >
> > Signed-off-by: Marcus Co
On Tue, Jun 4, 2019 at 3:37 PM Maxime Ripard wrote:
>
> On Mon, Jun 03, 2019 at 07:47:28PM +0200, codekip...@gmail.com wrote:
> > From: Marcus Cooper
> >
> > Whilst testing the capture functionality of the i2s on the newer
> > SoCs it was noticed that the recording was somewhat distorted.
> > Thi
On Mon, May 06, 2019 at 04:39:26PM -0700, Dan Williams wrote:
> Changes since v7 [1]:
>
> - Make subsection helpers pfn based rather than physical-address based
> (Oscar and Pavel)
>
> - Make subsection bitmap definition scalable for different section and
> sub-section sizes across architectu
Hi Paul,
On Mon, Jun 3, 2019 at 10:14 PM Paul E. McKenney wrote:
> On Mon, Jun 03, 2019 at 06:08:35PM +, Vineet Gupta wrote:
> > On 5/31/19 1:21 AM, Peter Zijlstra wrote:
> > >> I'm not sure how to interpret "natural alignment" for the case of double
> > >> load/stores on 32-bit systems where
On Mon, Jun 03, 2019 at 07:47:29PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> On the newer SoCs this is set by default to transfer a 0 after
Which SoCs?
> each sample in each slot. However the platform that this driver
Which platform?
> was developed on had the default settin
On Mon, Jun 03, 2019 at 02:59:27PM -0500, Corey Minyard wrote:
> On Mon, Jun 03, 2019 at 09:09:21PM +0200, Greg KH wrote:
> > On Mon, Jun 03, 2019 at 04:49:28PM +0100, Suzuki K Poulose wrote:
> > > Drop the reference to a device found via bus_find_device()
> > >
> > > Cc: Corey Minyard
> > > Cc:
On Mon, Jun 03, 2019 at 07:47:30PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> We have a number of flags used to identify the functionality
> of the IP block found on the sun8i-h3 and later devices. As it
> is only neccessary to identify this new block then replace
> these flags w
On 10/04/19 1:18 PM, Pawel Laszczak wrote:
> +static void cdns3_wa1_tray_restore_cycle_bit(struct cdns3_device *priv_dev,
> + struct cdns3_endpoint *priv_ep)
> +{
> + int dma_index;
> + u32 doorbell;
> +
> + doorbell = !!(readl(&priv_dev->regs->e
Hi,
Greg Kroah-Hartman writes:
>> +struct dentry *usb_debugfs_init(void)
>> +{
>> +if (!usb_debug_root)
>> +usb_debug_root = debugfs_create_dir("usb", NULL);
>> +
>> +atomic_inc(&usb_debug_root_refcnt);
>> +
>> +return usb_debug_root;
>> +}
>> +EXPORT_SYMBOL_GPL(usb_debu
On Mon, Jun 03, 2019 at 07:47:31PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Some codecs require a different amount of a bit clocks per frame than
Which codec? And what are the actual requirements?
> what is calculated by the sample width. Use the tdm slot bindings to
> provid
If vpif_probe() fails on v4l2_device_register() and vpif_probe_complete(),
then memory allocated at initialize_vpif() for global vpif_obj.dev[i]
become unreleased.
The patch adds deallocation of vpif_obj.dev[i] on the error path.
Signed-off-by: Young Xiao <92siuy...@gmail.com>
---
drivers/media/
Hi!
> From: Chris Packham
>
> TLV_SET is called with a data pointer and a len parameter that tells us
> how many bytes are pointed to by data. When invoking memcpy() we need
> to careful to only copy len bytes.
This one misses upstream commit id. AFAICT, patch is upstream and hash is
9bbcdb07
On Mon, Jun 3, 2019 at 4:17 PM Hans de Goede wrote:
>
> Hi,
>
> On 03-06-19 15:55, Benjamin Tissoires wrote:
> > On Mon, Jun 3, 2019 at 11:51 AM Hans de Goede wrote:
> >>
> >> Hi Again,
> >>
> >> On 03-06-19 11:11, Hans de Goede wrote:
> >>
> >>
> not sure about the rest of logitech issues
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Mon 2019-06-03 11:08:16, Greg Kroah-Hartman wrote:
> From: Weifeng Voon
>
> stmmac_init_chan() needs to be called before stmmac_init_rx_chan() and
> stmmac_init_tx_chan(). This is because if PBLx8 is to be used,
> "DMA_CH(#i)_Control.PBLx8" needs to be set before programming
> "DMA_CH(#i)_TX_C
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, May 28, 2019 at 6:16 PM Hans Verkuil wrote:
>
> On 5/28/19 7:56 AM, Alexandre Courbot wrote:
> > From: Yunfei Dong
> >
> > MT8183's codec firwmare is run by a different remote processor from
> > MT8173. While the firmware interface is basically the same, the way to
> > invoke it differs.
On Tue, Jun 4, 2019 at 1:47 AM wrote:
>
> From: Marcus Cooper
>
> On the newer SoCs this is set by default to transfer a 0 after
> each sample in each slot. However the platform that this driver
> was developed on had the default setting where it padded the
> audio gain with zeros. This isn't a p
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:52 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:54 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:55 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
On Mon, Jun 03, 2019 at 07:47:32PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> The i2s block supports multi-lane i2s output however this functionality
> is only possible in earlier SoCs where the pins are exposed and for
> the i2s block used for HDMI audio on the later SoCs.
>
> T
On Tue, Jun 4, 2019 at 9:55 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:56 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:58 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:56 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
On Mon, 3 Jun 2019 11:51:03 +0800
Qii Wang wrote:
> +static int mtk_i3c_master_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct mtk_i3c_master *master;
> + struct resource *res;
> + int ret, irqnr;
> +
> + master = devm_kzalloc(dev, siz
On Tue, Jun 4, 2019 at 9:57 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 9:59 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not reco
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, Jun 4, 2019 at 10:00 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not rec
On 04/06/2019 00:23, John Stultz wrote:
> Subject: [PATCH 1/3 v2] dt-bindings: power: reset: qcom: Add qcom,pm8998-pon
> compatability line
s/compatability/compatibility
Regards.
On Tue, Jun 4, 2019 at 10:01 AM Krzysztof Kozlowski wrote:
> Remove the CONFIG_UEVENT_HELPER_PATH because:
> 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
>CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
>made default to 'n',
> 2. It is not rec
On Mon, 3 Jun 2019 at 20:35, Adrian Hunter wrote:
>
> On 20/05/19 1:11 PM, Baolin Wang wrote:
> > Implement the get_max_timeout_count() interface to set the Spredtrum SD
> > host controller actual maximum timeout count.
> >
> > Signed-off-by: Baolin Wang
>
> Seems surprising that there isn't a cu
Hi,
On 04-06-19 09:51, Benjamin Tissoires wrote:
On Mon, Jun 3, 2019 at 4:17 PM Hans de Goede wrote:
Hi,
On 03-06-19 15:55, Benjamin Tissoires wrote:
On Mon, Jun 3, 2019 at 11:51 AM Hans de Goede wrote:
Hi Again,
On 03-06-19 11:11, Hans de Goede wrote:
not sure about the rest of logi
On Tue, 4 Jun 2019 at 09:57, Geert Uytterhoeven wrote:
>
> On Tue, Jun 4, 2019 at 9:54 AM Krzysztof Kozlowski wrote:
> > Remove the CONFIG_UEVENT_HELPER_PATH because:
> > 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
> >CONFIG_UEVENT_HELPER by default") as its dependency
Remove initialisation of return variable as it is never used.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
b/drivers
Thanks, a bunch Greg!
On 09:39 Tue 04 Jun , Greg KH wrote:
I'm announcing the release of the 5.1.7 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
and
On 06/04/2019 12:24 PM, Peter Zijlstra wrote:
> On Tue, Jun 04, 2019 at 12:04:06PM +0530, Anshuman Khandual wrote:
>> diff --git a/mm/memory.c b/mm/memory.c
>> index ddf20bd..b6bae8f 100644
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -52,6 +52,7 @@
>> #include
>> #include
>> #include
>
Remove function rtw_free_network_nolock, as all it does is call
_rtw_free_network_nolock, and rename _rtw_free_network_nolock to
rtw_free_network_nolock.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8188eu/core/rtw_mlme.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
dif
Hi, Bjorn
>Acquire the device-reset GPIO and toggle this to reset the UFS device during
>initialization and host reset.
>
>+/**
>+ ufshcd_device_reset() - toggle the (optional) device reset line
>+ * @hba: per-adapter instance
>+ *
>+ * Toggles the (optional) reset line to reset the attached devic
On Mon, Jun 3, 2019 at 3:32 PM Alex Elder wrote:
> On 6/3/19 5:04 AM, Arnd Bergmann wrote:
> > On Sat, Jun 1, 2019 at 1:59 AM Subash Abhinov Kasiviswanathan
> >
> > - What I'm worried about most here is the flow control handling on the
> > transmit side. The IPA driver now uses the modern BQL me
Missed to check the enable clock's return value, fix it.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
---
drivers/mmc/host/sdhci-sprd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-sprd.c b/drivers/mmc/host/sdhci-sprd.c
index 9a822e2..e7414
For some Spreadtrum platforms like SC9860 platform, we should enable another
gate clock '2x_enable' to make the SD host controller work well. Thus add
documentation for this optional clock.
Signed-off-by: Baolin Wang
---
.../devicetree/bindings/mmc/sdhci-sprd.txt |1 +
1 file changed
This patch set adds optional clock support, HS400 enhanced strobe mode support,
PHY DLL configuration and other optimization to make the SD host controller
can work well on the Spreadtrum SC9860 platform.
Changes from v1:
- Add acked-tags from Adrian.
- Fix one mistake by changing MMC_TIMING_MMC
For the Spreadtrum SC9860 platform, we should enable another gate clock
'2x_enable' to make the SD host controller work well.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
---
drivers/mmc/host/sdhci-sprd.c | 35 +--
1 file changed, 29 insertions(+), 6 dele
Add HS400 enhanced strobe mode support for Spreadtrum SD host controller.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
---
drivers/mmc/host/sdhci-sprd.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/mmc/host/sdhci-sprd.c b/drivers/mmc/host
Add one Spreadtrum SD host controller to support eMMC card for Spreadtrum
SC9860 platform.
Signed-off-by: Baolin Wang
---
arch/arm64/boot/dts/sprd/whale2.dtsi | 35 ++
1 file changed, 35 insertions(+)
diff --git a/arch/arm64/boot/dts/sprd/whale2.dtsi
b/arch/ar
Implement the get_max_timeout_count() interface to set the Spredtrum SD
host controller actual maximum timeout count.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
---
drivers/mmc/host/sdhci-sprd.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mmc/host/sdhci-sprd.c
Set the PHY DLL delay for each timing mode, which is used to sample the clock
accurately and make the clock more stable.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
---
drivers/mmc/host/sdhci-sprd.c | 51 +
1 file changed, 51 insertions(+)
diff
For the Spreadtrum SD host controller, when we changed the clock to be
more than 52M, we should enable the PHY DLL which is used to track the
clock frequency to make the clock work more stable. Otherwise deviation
may occur of the higher clock.
Signed-off-by: Baolin Wang
Acked-by: Adrian Hunter
Remove the CONFIG_UEVENT_HELPER_PATH because:
1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable
CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was
made default to 'n',
2. It is not recommended (help message: "This should not be used today
[...] create
On Tue, 4 Jun 2019 at 09:39, Chen-Yu Tsai wrote:
>
> On Tue, Jun 4, 2019 at 3:34 PM Maxime Ripard
> wrote:
> >
> > On Mon, Jun 03, 2019 at 07:47:27PM +0200, codekip...@gmail.com wrote:
> > > From: Marcus Cooper
> > >
> > > Although not causing any noticeable issues, the mask for the
> > > chann
Hi Young,
Thanks for the patch.
On Tue, Jun 4, 2019 at 8:49 AM Young Xiao <92siuy...@gmail.com> wrote:
>
> If vpif_probe() fails on v4l2_device_register() and vpif_probe_complete(),
> then memory allocated at initialize_vpif() for global vpif_obj.dev[i]
> become unreleased.
>
> The patch adds dea
Introduce some PHY DLL delays properties to help to sample the PHY clock.
Signed-off-by: Baolin Wang
---
.../devicetree/bindings/mmc/sdhci-sprd.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/devicetree/bindings/mmc/sdhci-sprd.txt
b/Documentat
Heads up! this has reached an EOL ...so please move to 5.1 series.
On 09:38 Tue 04 Jun , Greg KH wrote:
I'm announcing the release of the 5.0.21 kernel.
All users of the 5.0 kernel series must upgrade.
Note, this is the LAST 5.0.y kernel to be released. It is now
end-of-life. Please move to
>
>On 10/04/19 1:18 PM, Pawel Laszczak wrote:
>> +static void cdns3_wa1_tray_restore_cycle_bit(struct cdns3_device *priv_dev,
>> + struct cdns3_endpoint *priv_ep)
>> +{
>> +int dma_index;
>> +u32 doorbell;
>> +
>> +doorbell = !!(readl(&priv_dev->r
On 03/06/2019 20:08, Greg KH wrote:
On Mon, Jun 03, 2019 at 04:49:29PM +0100, Suzuki K Poulose wrote:
We must drop references to the device found via bus_find_device().
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
drivers/hwtracing/coresight/coresight.c | 4 ++--
1 file chang
On Mon, Jun 03, 2019 at 07:47:34PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Extend the functionality of the driver to include support of 20 and
> 24 bits per sample for the earlier SoCs.
>
> Newer SoCs can also handle 32bit samples.
>
> Signed-off-by: Marcus Cooper
> ---
> so
On Tue, Jun 04, 2019 at 01:45:53PM +0530, Bhaskar Chowdhury wrote:
> Heads up! this has reached an EOL ...so please move to 5.1 series.
That's exactly what I said. Why repeat it in a top-post?
confused,
greg k-h
'u_int' is a shorthand that is only available in the kernel space
because it is defined in include/linux/types.h, which is not exported
to the user space.
You cannot use it in uapi headers even if you include
Detected by compile-testing exported headers.
./usr/include/asm/openpromio.h:16:2: err
From: Colin Ian King
The variable err is assigned with the value -EINVAL that is never
read and it is re-assigned a new value later on. The assignment is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
V2: reorder variables as recommended
On Mon, Jun 03, 2019 at 07:47:35PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Bypass the regmap cache when flushing the i2s FIFOs and modify the tables
> to reflect this.
>
> Signed-off-by: Marcus Cooper
> ---
> sound/soc/sunxi/sun4i-i2s.c | 29 +
>
On Tue, Jun 04, 2019 at 10:47:55AM +0300, Felipe Balbi wrote:
>
> Hi,
>
> Greg Kroah-Hartman writes:
> >> +struct dentry *usb_debugfs_init(void)
> >> +{
> >> + if (!usb_debug_root)
> >> + usb_debug_root = debugfs_create_dir("usb", NULL);
> >> +
> >> + atomic_inc(&usb_debug_root_refcnt
On 04/06/19 1:47 PM, Pawel Laszczak wrote:
>>
>> On 10/04/19 1:18 PM, Pawel Laszczak wrote:
>>> +static void cdns3_wa1_tray_restore_cycle_bit(struct cdns3_device *priv_dev,
>>> +struct cdns3_endpoint *priv_ep)
>>> +{
>>> + int dma_index;
>>> + u32 doorbel
On Mon, Jun 03, 2019 at 05:20:51PM +0200, Luca Weiss wrote:
> On Montag, 3. Juni 2019 09:42:47 CEST Maxime Ripard wrote:
> > Hi,
> >
> > On Fri, May 31, 2019 at 12:27:55PM +0200, Luca Weiss wrote:
> > > On Freitag, 24. Mai 2019 11:20:01 CEST Maxime Ripard wrote:
> > > > It would be great to drop th
Hi Tomas,
On 03/06/2019 19:00, Winkler, Tomas wrote:
-Original Message-
From: Suzuki K Poulose [mailto:suzuki.poul...@arm.com]
Sent: Monday, June 03, 2019 18:50
To: linux-kernel@vger.kernel.org
Cc: gre...@linuxfoundation.org; raf...@kernel.org; suzuki.poul...@arm.com;
Winkler, Tomas ;
__aligned() is a shorthand that is only available in the kernel space
because it is defined in include/linux/compiler_attributes.h, which is
not exported to the user space.
Detected by compile-testing exported headers.
./usr/include/asm/runtime_instr.h:60:37: error: expected declaration specifier
FYI, we noticed the following commit (built with gcc-7):
commit: fa858b6eec3f4908973131b1d5a3f2e35c4182cd ("XArray: Add xas_replace")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: trinity
with following parameters:
runtime: 300s
test-description: T
On 6/4/19 12:56 PM, Pingfan Liu wrote:
The PF_MEMALLOC_NOCMA is set by memalloc_nocma_save(), which is finally
cast to ~_GFP_MOVABLE. So __get_user_pages_locked() will get pages from
non CMA area and pin them. There is no need to
check_and_migrate_cma_pages().
That is not completely correct.
On 03/06/2019 20:12, Greg KH wrote:
On Mon, Jun 03, 2019 at 04:50:12PM +0100, Suzuki K Poulose wrote:
Add a wrappers to lookup a device by name for a given driver, by various
generic properties of a device. This can avoid the proliferation of custom
match functions throughout the drivers.
Cc
Hi all,
Friendly ping:
Who can take this?
On 2019/5/10 11:52, YueHaibing wrote:
> Fix Kbuild warning when SOC_TI is not set
>
> WARNING: unmet direct dependencies detected for TI_SCI_INTA_IRQCHIP
> Depends on [n]: TI_SCI_PROTOCOL [=y] && SOC_TI [=n]
> Selected by [y]:
> - ARCH_K3 [=y]
>
On Tue, Jun 4, 2019 at 4:15 PM Lad, Prabhakar
wrote:
>
> Hi Young,
>
> Thanks for the patch.
>
> On Tue, Jun 4, 2019 at 8:49 AM Young Xiao <92siuy...@gmail.com> wrote:
> >
> > If vpif_probe() fails on v4l2_device_register() and vpif_probe_complete(),
> > then memory allocated at initialize_vpif()
On 03/06/2019 20:11, Greg KH wrote:
On Mon, Jun 03, 2019 at 04:50:12PM +0100, Suzuki K Poulose wrote:
Add a wrappers to lookup a device by name for a given driver, by various
generic properties of a device. This can avoid the proliferation of custom
match functions throughout the drivers.
Cc
On Mon 2019-06-03 16:49:56, Suzuki K Poulose wrote:
> Use the new class_find_device_by_name() helper.
>
> Cc: Jacek Anaszewski
> Cc: Pavel Machek
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/hors
1 - 100 of 1233 matches
Mail list logo
