On Tue, Apr 28, 2020 at 01:39:06PM +0800, Dilip Kota wrote:
> Do you suggest to use different ISRs for multiple interrupt lines and single
> ISR for single interrupt line? I see, this results in writing repetitive
> code lines.
It looks like the shared case is mainly a handler that calls the two
On Fri, Apr 17, 2020 at 8:34 PM Martin Blumenstingl
wrote:
> While playing with audio output on Meson8b I found out that the
> vendor kernel uses a custom version of the GPIO_PULL_UP flag. I
> suspect that we will need this for audio support on Meson8b and/or
> Meson8m2 but I don't see it hurt ot
+++ Greg KH [28/04/20 09:29 +0200]:
On Tue, Apr 28, 2020 at 03:07:10PM +0800, Tianjia Zhang wrote:
On 2020/4/28 14:35, Greg KH wrote:
> On Tue, Apr 28, 2020 at 02:00:08PM +0800, Tianjia Zhang wrote:
> > This option allows to disable modsign completely at the beginning,
> > and turn off by set
On Sun, Apr 26, 2020 at 11:35:53AM -0700, Jonathan Bakker wrote:
> In order to minimize leakage current during sleep, set a config
> for sleep GPIOs.
>
> Signed-off-by: Jonathan Bakker
> ---
> arch/arm/boot/dts/s5pv210-fascinate4g.dts | 242 ++
> 1 file changed, 242 insertion
On Tue, Apr 28, 2020 at 11:54 AM Valentin Schneider
wrote:
>
>
> On 27/04/20 10:02, Andy Shevchenko wrote:
> >> I did a tiny bit of git spelunking; I found a commit that changed
> >> uart_console_enabled() into uart_console() within
> >> uart_port_spin_lock_init():
> >>
> >> a3cb39d258ef ("seria
Hi Marcel,
On Tue, Apr 28, 2020 at 11:51:24AM +0200, Marcel Holtmann wrote:
> Hi Alistair,
>
> > The sopine board has an optional RTL8723BS WiFi + BT module that can be
> > connected to UART1. Add this to the device tree so that it will work
> > for users if connected.
> >
> > Signed-off-by: Ali
There are at least two different versions existing for MYIR Zturn:
* v4 schematics has Atheros AR8035 PHY at 0b000
http://www.myirtech.com/download/Zynq7000/Z-TURNBOARD_schematic.pdf
* v5 schematics has Micrel KSZ9031 PHY at 0b011
v5 schematics available at DVD disk supplied with the b
On Wed, Apr 15, 2020 at 01:55:03PM +0530, Nagarjuna Kristam wrote:
> Add support for UTMI pad power on and off API's via soc ops. These API
> can be used by operations like charger detect to power on and off UTMI
> pad if needed. Update powered_on flag in the pad power control API's.
>
> Signed-of
On Fri, Apr 24, 2020 at 08:12:04PM +0800, Nicolas Boichat wrote:
> On Fri, Apr 24, 2020 at 2:51 PM Xin Ji wrote:
> >
> > On Thu, Apr 23, 2020 at 07:55:15PM +0800, Nicolas Boichat wrote:
> > > Hi,
> > >
> > > Just commenting on the mode_fixup function that was added in v7.
> > >
> > [snip]
> > > >
On Tuesday, 28 Apr 2020 at 14:23, Wanpeng Li wrote:
>
> From: Wanpeng Li
>
> This patch implements tscdealine msr emulation fastpath, after wrmsr
> tscdeadline vmexit, handle it as soon as possible and vmentry immediately
> without checking various kvm stuff when possible.
>
> Tested-by: Hai
On Tue, 28 Apr 2020 at 17:59, 林鑫龙 wrote:
>
> On Tuesday, 28 Apr 2020 at 14:23, Wanpeng Li wrote:
> >
> > From: Wanpeng Li
> >
> > This patch implements tscdealine msr emulation fastpath, after wrmsr
> > tscdeadline vmexit, handle it as soon as possible and vmentry immediately
> > without checkin
On Tue, 21 Apr 2020, Dilip Kota wrote:
>
> On 4/17/2020 5:35 PM, Lee Jones wrote:
> > On Mon, 06 Apr 2020, Dilip Kota wrote:
> >
> > > Traverse regmap handle entry from firmware node handle.
> > >
> > > Signed-off-by: Dilip Kota
> > > ---
> > > Changes on v5:
> > >No changes
> > > Changes
On Wed, Apr 15, 2020 at 01:55:04PM +0530, Nagarjuna Kristam wrote:
> Add USB2 pad power on and off API's for TEgra210 and provide its control
"Tegra210"
> via soc ops. It can be used by operations like charger detect to power on
> and off USB2 pad if needed.
>
> Signed-off-by: Nagarjuna Kristam
Hi Bhupesh,
On Tue, Apr 28, 2020 at 02:22:17PM +0530, Bhupesh Sharma wrote:
> commit b326e9560a28 ("hw-breakpoints: Use overflow handler instead of
> the event callback") removed '__register_perf_hw_breakpoint' function
> usage and replaced it with 'register_perf_hw_breakpoint' function.
>
> Remo
On Mon, 27 Apr 2020 17:48:58 -0400
Tony Krowiak wrote:
>
>
> On 4/27/20 11:17 AM, Halil Pasic wrote:
> > On Mon, 27 Apr 2020 15:05:23 +0200
> > Harald Freudenberger wrote:
> >
> >> On 24.04.20 05:57, Halil Pasic wrote:
> >>> On Tue, 7 Apr 2020 15:20:01 -0400
> >>> Tony Krowiak wrote:
> >>>
On Mon, Apr 27, 2020 at 08:30:43PM -0700, Nathan Chancellor wrote:
> netvsc_start_xmit is used as a callback function for the ndo_start_xmit
> function pointer. ndo_start_xmit's return type is netdev_tx_t but
> netvsc_start_xmit's return type is int.
>
> This causes a failure with Control Flow Int
On Thu, Apr 23, 2020 at 11:18:45PM +0200, Lubomir Rintel wrote:
> On Tue, Apr 21, 2020 at 02:54:12PM +0200, Daniel Vetter wrote:
> > On Tue, Mar 24, 2020 at 04:19:31PM +0100, Lubomir Rintel wrote:
> > > This is a driver for video encoder with VGA and DVI/HDMI outputs.
> > >
> > > There is no docum
On Tue, Apr 28, 2020 at 3:48 PM Iuliana Prodan wrote:
>
> On 4/28/2020 8:14 AM, Zhenzhong Duan wrote:
> > In both aead_crypt_done and skcipher_crypt_done, edesc->bklog is
> > referenced after the structure pointed by edesc is freed.
> >
> > Fix them by moving kfree(edesc) to the end of function ca
Hi Alistair,
> Add binding document for bluetooth part of RTL8723BS/RTL8723CS
>
> Signed-off-by: Vasily Khoruzhick
> Signed-off-by: Alistair Francis
> ---
> .../bindings/net/realtek-bluetooth.yaml | 54 +++
> 1 file changed, 54 insertions(+)
> create mode 100644
> Document
> > Thanks for reporting, I obviously didn't notice. Well, technically,
> > commit messages can be UTF8, so not really an error. However, it will
> > probably break lots of homebrew scripts, so a checkpatch warning it is,
> > then?
>
> Not checkpatch, but my own script that checks some things abo
On Wed, Apr 15, 2020 at 01:55:05PM +0530, Nagarjuna Kristam wrote:
> When USB charger is enabled, UTMI PAD needs to be protected according
> to the direction and current level. Add support for the same on Tegra210
> and Tegra186.
>
> Signed-off-by: Nagarjuna Kristam
> ---
> V2:
> - Commit messag
On Wed, Apr 15, 2020 at 01:55:03PM +0530, Nagarjuna Kristam wrote:
> Add support for UTMI pad power on and off API's via soc ops. These API
> can be used by operations like charger detect to power on and off UTMI
> pad if needed. Update powered_on flag in the pad power control API's.
>
> Signed-of
On Thu, 23 Apr 2020, Kiran Gunda wrote:
> Convert the qcom-wled bindings from .txt to .yaml format.
> Also replace PM8941 to WLED3 and PMI8998 to WLED4.
>
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> Acked-by: Daniel Thompson
> ---
> .../bindings/leds/backlight/qc
On Tue, Apr 28, 2020 at 10:57 AM Tomasz Duszynski
wrote:
>
> On Sat, Apr 25, 2020 at 09:52:25PM +0300, Andy Shevchenko wrote:
> > On Sat, Apr 25, 2020 at 9:42 PM Tomasz Duszynski
> > wrote:
> > > On Sat, Apr 25, 2020 at 02:43:35PM +0300, Andy Shevchenko wrote:
> > > > On Fri, Apr 24, 2020 at 10:0
On Thu, 23 Apr 2020, Kiran Gunda wrote:
> Add WLED5 specific bindings.
>
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> Acked-by: Daniel Thompson
> ---
> .../bindings/leds/backlight/qcom-wled.yaml | 59
> --
> 1 file changed, 56 insertio
On Wed, Apr 15, 2020 at 01:55:04PM +0530, Nagarjuna Kristam wrote:
> Add USB2 pad power on and off API's for TEgra210 and provide its control
> via soc ops. It can be used by operations like charger detect to power on
> and off USB2 pad if needed.
>
> Signed-off-by: Nagarjuna Kristam
> ---
> V2:
On Tue 28-04-20 10:09:37, Vlastimil Babka wrote:
> On 4/27/20 8:33 PM, Andrew Morton wrote:
> > On Mon, 27 Apr 2020 20:04:29 +0200 Vlastimil Babka wrote:
> >
> > > ...
> > > + sysctl.*= [KNL]
> > > + Set a sysctl parameter, right before loading the init
> > > +
On 28.04.20 10:25, Peng Fan wrote:
Subject: Re: [PATCH] xen/swiotlb: correct the check for
xen_destroy_contiguous_region
On 28.04.20 09:33, peng@nxp.com wrote:
From: Peng Fan
When booting xen on i.MX8QM, met:
"
[3.602128] Unable to handle kernel paging request at virtual address
On Tue, Apr 21, 2020 at 05:55:38PM +0200, Neil Armstrong wrote:
> On 15/04/2020 19:33, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 02:29:28AM +0300, Eugeniy Paltsev wrote:
> >> The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
> >> encoders. Support them with a platform driv
Hi Joel,
Thanks for your quick fix.
Unfortunately, it fixes my original panic but introduces other
issues(two wanings and one panic) on my arm64 vm, as below:
[ 3465.434942] [ cut here ]
[ 3465.435481] re
From: Colin Ian King
The bitfields mpi_fw_dump_reading and mpi_fw_dumped are currently signed
which is not recommended as the representation is an implementation defined
behaviour. Fix this by making the bit-fields unsigned ints.
Fixes: cbb01c2f2f63 ("scsi: qla2xxx: Fix MPI failure AEN (8200) h
On Sun, Apr 26, 2020 at 11:35:57AM -0700, Jonathan Bakker wrote:
> Add support for following devices:
> - touchkeys connected over i2c-gpio
> - s6e63m0 panel connected over spi-gpio
> - fsa9480 microusb switch over i2c-gpio
> - wm8994 over i2c-gpio (no machine driver yet)
> - all common i
Hey Bjorn,
On 2020-04-28 05:31, Bjorn Andersson wrote:
Add the SM8250 audio, compute and sensor remoteprocs to the PAS DT
binding.
Signed-off-by: Bjorn Andersson
---
.../devicetree/bindings/remoteproc/qcom,adsp.txt | 9 +
1 file changed, 9 insertions(+)
diff --git
a/Documenta
On Sun, Apr 26, 2020 at 11:36:00AM -0700, Jonathan Bakker wrote:
> The exynos-adc driver now supports the S5PV210, so add the DT
> node so that devices can use it.
>
> Signed-off-by: Jonathan Bakker
> ---
> arch/arm/boot/dts/s5pv210.dtsi | 12
> 1 file changed, 12 insertions(+)
>
>
Coding style issues
Signed-off-by: John Oldman
---
v1: Initial attempt
v2: Do more blocks
v3: Single patch
drivers/staging/rts5208/rtsx.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/rts5208/rtsx.c b/drivers/staging/rts5208/rtsx.c
i
On Tue, Apr 28, 2020 at 12:05 PM Lee Jones wrote:
> On Tue, 21 Apr 2020, Dilip Kota wrote:
> >
> > But, i feel return error for ACPI or oother, looks better because
> > 'device_node' has fwnode pointer. And provide description
> > in the header file, mentioning function is success for 'OF' and ret
On Sun, Apr 26, 2020 at 11:36:01AM -0700, Jonathan Bakker wrote:
> On aries boards, the ADC is used for things such as jack detection
> and battery temperature monitoring. It is connected to ldo4 of max8998,
> so only enable that regulator when we are actually using the ADC.
>
> Signed-off-by: Jo
Hey Bjorn,
On 2020-04-28 05:31, Bjorn Andersson wrote:
Add audio, compute and sensor DSP compatibles to the Qualcomm PAS
binding and driver.
Signed-off-by: Bjorn Andersson
---
drivers/remoteproc/qcom_q6v5_pas.c | 62 ++
1 file changed, 62 insertions(+)
diff --git
On 28.04.2020 07:49, Niklas Cassel wrote:
On Tue, Apr 28, 2020 at 09:06:51AM +0200, Javier González wrote:
CAUTION: This email originated from outside of Western Digital. Do not click on
links or open attachments unless you recognize the sender and know that the
content is safe.
On 27.04.202
On Sun, Apr 26, 2020 at 11:36:03AM -0700, Jonathan Bakker wrote:
> The extended mainscaler is only available on FIMC1 and there
> are minimum pixel alignments that differ from the default.
> Additionally, the cam-if interface is available on all three
> while FIMC2 has no rotators. The lcd-wb inte
Leslie Hsia(夏邦進_Pegatron) 希望回收這封郵件 [[PATCH] subsystem: Amplifier driver for
TAS5805M,Texas instruments]。
This e-mail and its attachment may contain information that is confidential or
privileged, and are solely for the use of the individual to whom this e-mail is
addressed. If you are not the
Leslie Hsia(夏邦進_Pegatron) 希望回收這封郵件 [[PATCH] subsystem: Amplifier driver for
TAS5805M,Texas instruments]。
This e-mail and its attachment may contain information that is confidential or
privileged, and are solely for the use of the individual to whom this e-mail is
addressed. If you are not the
Hi Hector,
thanks for your patch!
On Sun, Apr 19, 2020 at 2:22 AM Hector Bujanda wrote:
> This allows calling gpiod_set_debounce function through char device ioctl.
>
> Signed-off-by: Hector Bujanda
(...)
> +/**
> + * struct gpioline_debounce - GPIO line debounce
> + * @line_offset: the local
On Mon, 27 Apr 2020, Mark Brown wrote:
> On Mon, Apr 27, 2020 at 09:48:32AM +0200, Marek Szyprowski wrote:
> > Don't confuse user with meaningless warning about the failure in getting
> > clocks in case of deferred probe.
>
> > if (ret < 0) {
> > - dev_err(&pdev->dev, "Failed to get
On Mon, 27 Apr 2020, Marek Szyprowski wrote:
> WM8994 chip has built-in regulators, which might be used for chip
> operation. They are controlled by a separate wm8994-regulator driver,
> which should be loaded before this driver calls regulator_get(), because
> that driver also provides consumer-s
On Mon, 27 Apr 2020, Marek Szyprowski wrote:
> When runtime PM is enabled, regulators are being controlled by the
> driver's suspend and resume callbacks. They are also unconditionally
> enabled at driver's probe(), and disabled in remove() functions. Add
> more calls to runtime PM framework to en
On Sun, Apr 26, 2020 at 11:35:51AM -0700, Jonathan Bakker wrote:
> This patchset makes several improvements to Aries devices which are
> based on S5PV210. Several pulls on GPIOs were incorrect/not specified,
> sleep GPIO configurations have been added, and more devices have been
> added.
>
> Touc
On Mon, 27 Apr 2020, Wei Yongjun wrote:
> It's not necessary to free memory allocated with devm_kzalloc
> and using kfree leads to a double free.
>
> Fixes: 6ac7e4d7ad70 ("mfd: wcd934x: Add support to wcd9340/wcd9341 codec")
> Signed-off-by: Wei Yongjun
> ---
> drivers/mfd/wcd934x.c | 1 -
> 1
On Tue, Apr 28, 2020 at 11:28:04AM +0100, John Oldman wrote:
> Coding style issues
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman. You have sent him
a patch that has triggered this response. He used to manually respond
to these common problems, but in order to save his sanity (he kep
On 27.04.20 17:17, Halil Pasic wrote:
> On Mon, 27 Apr 2020 15:05:23 +0200
> Harald Freudenberger wrote:
>
>> On 24.04.20 05:57, Halil Pasic wrote:
>>> On Tue, 7 Apr 2020 15:20:01 -0400
>>> Tony Krowiak wrote:
>>>
Rather than looping over potentially 65535 objects, let's store the
st
On Mon, Apr 27, 2020 at 10:41:16PM +0800, Jin Yao wrote:
SNIP
> index 9207b6c45475..b01ee06b1965 100644
> --- a/tools/perf/builtin-stat.c
> +++ b/tools/perf/builtin-stat.c
> @@ -1841,8 +1841,8 @@ static void setup_system_wide(int forks)
>* conditions is met:
>*
>* - ther
> And there is no 'Fixes:' tag format checker in checkpatch
I have taken another look at corresponding implementation details.
Will programming challenges get any more attention?
> to check the commit id length too,
The mentioned script contains the following information.
https://git.kernel.org
Hi.
I have a question about potential bit size
mismatch between vmlinux and bpfilter_umh.
net/bpfilter/bpfilter_umh is compiled for the
default machine bit of the compiler.
This may not match to the kernel bit size.
This happens in the following scenario.
GCC can be compiled as bi-arch.
If yo
On Wed, Apr 15, 2020 at 01:55:06PM +0530, Nagarjuna Kristam wrote:
> Perform charger-detect operation if corresponding dt property is enabled.
> Update usb-phy with the detected charger state and max current values.
> Register charger-detect API's of usb-phy to provide needed functionalities.
>
>
When the kernel is build with lockdep support and the owl-dma driver is
used, the following message is shown:
[2.496939] INFO: trying to register non-static key.
[2.501889] the code is fine but needs lockdep annotation.
[2.507357] turning off the locking correctness validator.
[2.5
On Wed, Apr 15, 2020 at 01:55:07PM +0530, Nagarjuna Kristam wrote:
> Tegra186 SoC supports charger detect, set corresponding soc flag.
"SoC flag"
>
> Signed-off-by: Nagarjuna Kristam
> ---
> V2:
> - Patch re-based.
> ---
> drivers/phy/tegra/xusb-tegra186.c | 1 +
> 1 file changed, 1 insertion
On Wed, Apr 15, 2020 at 01:55:08PM +0530, Nagarjuna Kristam wrote:
> Tegra210 SoC supports charger detect, set corresponding soc flag.
>
> Signed-off-by: Nagarjuna Kristam
> ---
> V2:
> - Patch re-based.
> ---
> drivers/phy/tegra/xusb-tegra210.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
On 28.04.20 12:07, Halil Pasic wrote:
> On Mon, 27 Apr 2020 17:48:58 -0400
> Tony Krowiak wrote:
>
>>
>> On 4/27/20 11:17 AM, Halil Pasic wrote:
>>> On Mon, 27 Apr 2020 15:05:23 +0200
>>> Harald Freudenberger wrote:
>>>
On 24.04.20 05:57, Halil Pasic wrote:
> On Tue, 7 Apr 2020 15:20:01
On 21-04-20, 10:29, Mian Yousaf Kaukab wrote:
> The driver has to be manually loaded if it is built as a module. It
> is neither exporting MODULE_DEVICE_TABLE nor MODULE_ALIAS. Moreover,
> no platform-device is created (and thus no uevent is sent) for the
> clockgen nodes it depends on.
>
> Conver
On Sat, Apr 25, 2020 at 11:19:47AM +0200, vladimir.stanko...@displaylink.com
wrote:
> Added utility macros, kernel device creation and cleanup, functions for
> handling log formatting and a placeholder module for MA-USB Host device
> driver.
>
> Signed-off-by: Vladimir Stankovic
> ---
> MAINTAI
On Sat, Apr 25, 2020 at 11:19:46AM +0200, vladimir.stanko...@displaylink.com
wrote:
> Media Agnostic (MA) USB Host driver provides USB connectivity over an
> available network, allowing host device to access remote USB devices
> attached to one or more MA USB devices (accessible via network).
>
>
The following commit has been merged into the x86/boot branch of tip:
Commit-ID: 767dea211cd0c68d8116d8c3b5104e82454fb44b
Gitweb:
https://git.kernel.org/tip/767dea211cd0c68d8116d8c3b5104e82454fb44b
Author:Christoph Hellwig
AuthorDate:Tue, 28 Apr 2020 07:17:03 +02:00
Commit
On Sat, Apr 25, 2020 at 11:19:49AM +0200, vladimir.stanko...@displaylink.com
wrote:
> +static long mausb_ioctl(struct file *file, unsigned int ioctl_func,
> + unsigned long ioctl_buffer)
> +{
> + return 0;
> +}
> +
Why do you have an ioctl that does nothing? Same for the
On Mon, Feb 24, 2020 at 03:41:31PM +0200, Talel Shenhar wrote:
> Document Amazon's Annapurna Labs Memory Controller EDAC SoC binding.
>
> Signed-off-by: Talel Shenhar
> Reviewed-by: Rob Herring
> ---
> .../bindings/edac/amazon,al-mc-edac.yaml | 52 +++
> 1 file changed, 52
On 28.04.20 00:24, Tony Krowiak wrote:
>
>
> On 4/27/20 4:20 AM, Pierre Morel wrote:
>>
>>
>> On 2020-04-07 21:20, Tony Krowiak wrote:
>>> Introduces a new driver callback to prevent a root user from unbinding
>>> an AP queue from its device driver if the queue is in use. The intent of
>>> this cal
On Sat, Apr 25, 2020 at 11:19:53AM +0200, vladimir.stanko...@displaylink.com
wrote:
> +static int mausb_device_assign_address(struct mausb_device *dev,
> +struct mausb_usb_device_ctx *usb_dev_ctx)
> +{
> + int status =
> + mausb_setusbdevaddress_
On Tue, Apr 28, 2020 at 10:46:52AM +0530, Sumit Semwal wrote:
> On Thu, 13 Jun 2019 at 22:57, Mark Brown wrote:
> > > + /*
> > > + * The SC(short circuit) fault would trigger PBS(Portable Batch
> > > + * System) to disable regulators for protection. This would
> > > + * cause t
Am 24.04.20 um 12:42 schrieb Dilip Kota:
> Synchronize tx, rx and error interrupts by registering to the
> same interrupt handler. Interrupt handler will recognize and process
> the appropriate interrupt on the basis of interrupt status register.
> Also, establish synchronization between the int
This change attaches the life-cycle of the kfifo buffer & IRQ to the
parent-device. This in turn cleans up the exit & error paths, since we
don't need to explicitly cleanup these resources.
The main intent here is to remove the explicit cleanup of the
'indio_dev->buffer' via 'iio_kfifo_free(indio_
On Tue, Apr 28, 2020 at 11:36:38AM +0100, Lee Jones wrote:
> On Mon, 27 Apr 2020, Mark Brown wrote:
> > This completely eliminates the diagnostics which means that if the clock
> > isn't there the user is a bit stuck trying to work out what's missing.
> > There should still be a diagnostic.
> The
On Tue, Apr 28, 2020 at 03:47:36AM +, Wei Yongjun wrote:
> The function ipc_id_alloc() is called from ipc_addid(), in which
> a spin lock is held, so we should use GFP_ATOMIC instead.
>
> Fixes: de5738d1c364 ("ipc: convert ipcs_idr to XArray")
> Signed-off-by: Wei Yongjun
I see why you think
This change attaches the life-cycle of the channels array to the parent
device object that is attached to the IIO device.
This way we can remove from the cleanup code, the explicit
tiadc_channels_remove() which simply does a kfree() on the channels array.
Signed-off-by: Alexandru Ardelean
---
Th
This change converts the rest of the probe to use devm_ functions.
Consequently this allows us to remove the remove hook.
It tries to preserve the initial order or probe & remove.
The devm_add_action() call hooks the cleanup routine (what's needed still
for the remove part).
If that doesn't work t
For preparation of Dedicated LU support on WriteBooster feature,
"index" parameter shall be added and allowed to be specified
by callers.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-sysfs.c | 2 +-
drivers/scsi/ufs/ufshcd.c| 28 +++-
drivers/scsi/ufs/ufshcd.h
Hi,
This patchset adds LU dedicated buffer type support for WriteBooster.
In the meanwhile, enable WriteBooster capability on MediaTek UFS platforms.
Stanley Chu (4):
scsi: ufs: allow legacy UFS devices to enable WriteBooster
scsi: ufs: add "index" in parameter list of ufshcd_query_flag()
According to UFS specification, there are two WriteBooster mode of
operations: "LU dedicated buffer" mode and "shared buffer" mode.
In the "LU dedicated buffer" mode, the WriteBooster Buffer is
dedicated to a logical unit.
If the device supports the "LU dedicated buffer" mode, this mode is
configu
Enable WriteBooster capability on MediaTek UFS platforms.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-mediatek.c
index 673c16596fb2..15b9c420a3a5 100644
--- a/drivers/
WriteBooster feature may be supported by some legacy UFS devices
(i.e., < 3.1) by upgrading firmware.
To enable WriteBooster feature in such devices, relax the entrance
condition of ufshcd_wb_probe() to allow host driver to check those
devices' WriteBooster capability.
WriteBooster feature can be
On Tue, Apr 28, 2020 at 05:32:41PM +0800, Ruan Shiyang wrote:
> On 2020/4/28 下午2:43, Dave Chinner wrote:
> > On Tue, Apr 28, 2020 at 06:09:47AM +, Ruan, Shiyang wrote:
> > > 在 2020/4/27 20:28:36, "Matthew Wilcox" 写道:
> > > > On Mon, Apr 27, 2020 at 04:47:42PM +0800, Shiyang Ruan wrote:
> > > >
The GEMGXL_RST line on HiFive Unleashed is pulled low and is
using GPIO number 12. Add these reset-gpio details to dt-node
using which the linux phylib can reset the phy.
Signed-off-by: Sagar Shrikant Kadam
---
arch/riscv/boot/dts/sifive/hifive-unleashed-a00.dts | 1 +
1 file changed, 1 insertio
HiFive unleashed A00 board has VSC8541-01 ethernet phy, this device is
identified as a Revision B device as described in device identification
registers. In order to use this phy in the unmanaged mode, it requires
a specific reset sequence of logical 0-1-0-1 transition on the NRESET pin
as document
HiFive Unleashed is having VSC8541-01 ethernet phy device and requires a
specific reset sequence of 0-1-0-1 in order to use it in unmanaged mode.
This series addresses a corner case where phy reset is not handled by boot
stages prior to linux.
Somewhat similar unreliable phy probe failure was repor
Adding a OUI (Organizationally Unique Identifier) for VSC8541-01
device to dt node requires a corresponding dt-binding entry as well
so that checkpatch doesn't complain with a warning:
DT compatible string "ethernet-phy-id0007.0771" appears un-documented
Here extend the existing dt binding of VSC
Ethernet phy VSC8541-01 on HiFive Unleashed has its reset line
connected to a gpio, so enable GPIO driver's required to reset
the phy.
Signed-off-by: Sagar Shrikant Kadam
---
arch/riscv/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/riscv/configs/defconfig b/arch/ri
The nvmem cell binding applies to all objects which match "^.*@[0-9a-f]+$",
without taking a compatible into account. This precludes extension of e.g.
eeprom nodes by any child nodes other than nvmem. Consider following example:
eeprom@0 {
reg = <0 64>;
#add
The nvmem cell binding used to apply to all objects which match
"^.*@[0-9a-f]+$", without taking a compatible into account, which
precluded extension of EEPROMs by child nodes other than nvmem.
A previous commit changed the binding, so that nvmem cells that
feature a compatible property must have
For nodes matching the nvmem binding, all child objects matching
"^.*@[0-9a-f]+$" are assumed to be nvmem cells, without taking a
compatible into account.
This precludes:
- future extension of e.g. eeprom nodes by any child nodes other
than nvmem cells
- extending the NVMEM binding to nod
On Mon, Apr 27, 2020 at 10:29:58AM -0700, Florian Fainelli wrote:
>
>
> On 4/26/2020 11:19 PM, Jiri Slaby wrote:
> > On 21. 04. 20, 14:31, Zou Wei wrote:
> >> This patch fixes below error reported by coccicheck
> >>
> >> drivers/tty/serial/bcm63xx_uart.c:848:2-8: ERROR: missing clk_put;
> >> clk_
On Tue, Apr 28, 2020 at 09:57:00AM +1000, Gavin Shan wrote:
> Prior to commit 8eb7e28d4c642c31 ("arm64/mm: move runtime pgds to
> rodata"), idmap_pgd_dir, tramp_pg_dir, reserved_ttbr0, swapper_pg_dir,
> and init_pg_dir were contiguous at the end of the kernel image. The
> maintenance at the end of
Hi Benjamin,
On Mon, Apr 20, 2020 at 3:48 PM Benjamin Gaignard
wrote:
>
> Add schemas for firewall consumer and provider.
>
> Signed-off-by: Benjamin Gaignard
> +$id: http://devicetree.org/schemas/bus/stm32/firewall-consumer.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
>
On Tue, Apr 28, 2020 at 04:16:36AM -0700, Matthew Wilcox wrote:
> On Tue, Apr 28, 2020 at 05:32:41PM +0800, Ruan Shiyang wrote:
> > On 2020/4/28 下午2:43, Dave Chinner wrote:
> > > On Tue, Apr 28, 2020 at 06:09:47AM +, Ruan, Shiyang wrote:
> > > > 在 2020/4/27 20:28:36, "Matthew Wilcox" 写道:
> > >
On Tue, Apr 21, 2020 at 4:24 PM Dejin Zheng wrote:
> use codespell to fix lots of typos over frontends.
>
> CC: Andy Shevchenko
> Reviewed-by: Geert Uytterhoeven
> Signed-off-by: Dejin Zheng
> ---
> v2 -> v3:
> - remove the changed of "thru -> through" in the
> pinctrl-nomadi
On Tue, Apr 28, 2020 at 10:43:18AM +, Leslie Hsia(夏邦進_Pegatron) wrote:
> * Author: Leslie Hsia
> * Amplifier driver for TAS5805M, initial the amplifier and set the sound
> parameter.
> * Signed-off-by: Leslie Hsia
> mailto:leslie_h...@pegatroncorp.com>>
Please follow the patch su
On 4/28/20 1:10 PM, Daniel Schwierzeck wrote:
>
>
> Am 24.04.20 um 12:42 schrieb Dilip Kota:
>> Synchronize tx, rx and error interrupts by registering to the
>> same interrupt handler. Interrupt handler will recognize and process
>> the appropriate interrupt on the basis of interrupt status regis
On Tue, Apr 28, 2020 at 11:58:01AM +0200, Linus Walleij wrote:
> On Fri, Apr 17, 2020 at 10:54 AM Jason Yan wrote:
>
> > Fix the following gcc warning:
> >
> > drivers/pinctrl/pinctrl-bm1880.c:263:27: warning: ‘pwm37_pins’ defined
> > but not used [-Wunused-const-variable=]
> > static const unsi
On Tue, Apr 28, 2020 at 02:32:54PM +0800, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> arch/mips/oprofile/common.c:113:2-3: Unneeded semicolon
>
> Signed-off-by: Jason Yan
> ---
> arch/mips/oprofile/common.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
applied to
On 2020/04/27 15:21, Sergey Senozhatsky wrote:
>> KERN_NO_CONSOLES is for type of messages where "saved for later analysis" is
>> important but "printed for immediate notification" is not important.
>> In other words, KERN_NO_CONSOLES is NOT for dying messages where "printed for
>> immediate notifi
Hey Suren,
Suren Baghdasaryan writes:
> I'm building a userspace daemon for desktop users which notifies based on
> pressure events, and it's particularly janky to ask people to run such a
> notifier as root: the notification mechanism is usually tied to the user's
> display server auth, and the
On Tue, Apr 28, 2020 at 10:14:12AM +0800, Jiaxun Yang wrote:
> That would allow us modify kernel vm address spaces without
> step into the hell of includes.
>
> Also use some marcos for address spaces to make spaces.h more
> clear.
>
> Signed-off-by: Jiaxun Yang
I don't like this patch as I can
On Mon, Apr 27, 2020 at 02:42:03PM +0800, Jiaxun Yang wrote:
> On Mon, 27 Apr 2020 13:42:06 +0800
> Tiezhu Yang wrote:
> > Thanks for your suggestion, let me rethink how to properly support
> > DMA.
> >
> > Do you think the following patch could be applied first?
> >
> > [v4,1/3] MIPS: Loongson:
201 - 300 of 1975 matches
Mail list logo
