tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b791d1bdf9212d944d749a5c7ff6febdba241771
commit: 26ad340e582d3d5958ed8456a1911d79cfb567b4 can: kvaser_pciefd: Add driver
for Kvaser PCIEcan devices
date: 11 months ago
config:
Hi Krzysztof,
thank you for your patch.
On Wed, Jun 10, 2020 at 03:46:42PM +0200, Krzysztof Kozlowski wrote:
> If interrupt comes early (could be triggered with CONFIG_DEBUG_SHIRQ),
> the i2c_imx_isr() will access registers before the I2C hardware is
> initialized. This leads to external abort
On Thu, Jun 11, 2020 at 06:51:17PM +0200, Oleg Nesterov wrote:
> On 06/10, Greg Kroah-Hartman wrote:
> >
> > > Greg, please let me know if you want me to send the patches for
> > > 4.9/4.14/4.19.
> >
> > Please do. I tried to backport it to those trees, and it seems to
> > build/boot/run, but I
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.8b-rc1-tag
xen: branch for v5.8-rc1
It contains the following patches:
- several smaller cleanups
- a fix for a Xen guest regression with CPU offlining
- a small fix in the xen
Replace hardcoded maximum usb string length (126 bytes) by definition
"MAX_USB_STRING_LEN".
Signed-off-by: Macpaul Lin
---
drivers/usb/gadget/composite.c |4 ++--
drivers/usb/gadget/configfs.c |3 ++-
drivers/usb/gadget/usbstring.c |5 +++--
include/linux/usb.h|2 ++
Hi Matthew,
On 6/11/2020 8:43 PM, Matthew Wilcox wrote:
> On Thu, Jun 11, 2020 at 06:35:12PM +0530, Kishon Vijay Abraham I wrote:
>> +++ b/Documentation/PCI/endpoint/pci-ntb-function.rst
>> @@ -0,0 +1,344 @@
>> +.. SPDX-License-Identifier: GPL-2.0
>> +
>> +=
>> +PCI NTB Function
On Thu, Jun 11, 2020 at 4:53 PM Paul E. McKenney wrote:
>
> RCU needs to detect when one if its interrupt handlers interrupted an idle
> state, where an idle state is either the idle loop itself or nohz_full
> userspace execution. When a CPU has been interrupted from one of these
> idle states,
Unify these two duplicate macros into 8.
Signed-off-by: Geliang Tang
---
net/mptcp/pm_netlink.c | 2 --
net/mptcp/protocol.h | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/net/mptcp/pm_netlink.c b/net/mptcp/pm_netlink.c
index b78edf237ba0..b694f13caba8 100644
---
On 11-06-20, 19:34, Jassi Brar wrote:
> In the first post in this thread, Viresh lamented that mailbox
> introduces "a few ms" delay in the scheduler path.
> Your own tests show that is certainly not the case -- average is the
> same as proposed virtual channels 50-100us, the best case is 3us vs
>
> > > Suppose your KVM thing claims counter 0/2 (ICL/SKL) for some random
> > > PEBS event, and then the host wants to use PREC_DIST.. Then one of
> > > them will be screwed for no reason what so ever.
> > >
> >
> > The multiplexing should be triggered.
> >
> > For host, if both user A and user B
rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
powerpc defconfig
i386 randconfig-a006-20200611
i386 randconfig-a002-20200611
i386 randconfig-a001
Hi Jordan,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on next-20200611]
[cannot apply to iommu/next robh/for-next arm/for-next keystone/next
rockchip/for-next arm64/for-next/core shawnguo/for-next soc/for-next v5.7]
[if your
Hi Sourabh,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on linus/master linux/master v5.7 next-20200611]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest
: 7 months ago
config: powerpc-randconfig-s032-20200611 (attached as .config)
compiler: powerpc-linux-gcc (GCC) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.1-250-g42323db3-dirty
git checkout 793b08e2efff3ec020c5c5861d00ed394fcdd488
# save
On Fri, Jun 12, 2020 at 1:35 AM Felix Kuehling wrote:
>
> Am 2020-06-11 um 10:15 a.m. schrieb Jason Gunthorpe:
> > On Thu, Jun 11, 2020 at 10:34:30AM +0200, Daniel Vetter wrote:
> >>> I still have my doubts about allowing fence waiting from within shrinkers.
> >>> IMO ideally they should use a
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b791d1bdf9212d944d749a5c7ff6febdba241771
commit: 05933aac7b11911955de307a329dc2a7a14b7bd0 ia64: remove now unused
machvec indirections
date: 10 months ago
config: ia64-randconfig-s031-20200612 (attached
On Thu, Jun 11, 2020 at 09:23:52PM -0700, Matt Turner wrote:
> Since I noticed earlier that using maxcpus=1 on a 2-CPU system
> prevented the system from hanging, I tried disabling CONFIG_SMP on my
> 1-CPU system as well. In doing so, I discovered that the RCU torture
> module (RCU_TORTURE_TEST)
Function msm_gpu_crashstate_capture maybe called for several
times, and then the state->bos is a potential memleak. Also
the state->pos maybe alloc failed, but now without any handle.
This change is to fix some potential memleak and add error
handle when alloc failed.
Signed-off-by: Bernard Zhao
On Fri, Jun 12, 2020 at 04:47:57PM +1200, Michael Cree wrote:
> On Thu, Jun 11, 2020 at 09:23:52PM -0700, Matt Turner wrote:
> > Since I noticed earlier that using maxcpus=1 on a 2-CPU system
> > prevented the system from hanging, I tried disabling CONFIG_SMP on my
> > 1-CPU system as well. In
On Fri, Jun 12, 2020 at 10:17:08AM +0800, Shengjiu Wang wrote:
> > > diff --git a/sound/soc/fsl/fsl_asrc_common.h
> > > b/sound/soc/fsl/fsl_asrc_common.h
> > > + * @req_dma_chan_dev_to_dev: flag for release dev_to_dev chan
> >
> > Since we only have dma_request call for back-end only:
> > + *
Signed-off-by: kernel test robot
---
f71808e_wdt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/watchdog/f71808e_wdt.c b/drivers/watchdog/f71808e_wdt.c
index c866d05e8788b..849620041c0ef 100644
--- a/drivers/watchdog/f71808e_wdt.c
+++
Hi Ahmad,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on hwmon/hwmon-next]
[also build test WARNING on linus/master linux/master v5.7 next-20200611]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also
When running a kernel with Clang's Control Flow Integrity implemented,
there is a violation that happens when accessing
/sys/firmware/acpi/pm_profile:
$ cat /sys/firmware/acpi/pm_profile
0
$ dmesg
...
[ 17.352564] [ cut here ]
[ 17.352568] CFI failure (target:
Replace file comment carried over from gpiolib.c with one more
appropriate for gpiolib-cdev.c.
Signed-off-by: Kent Gibson
---
drivers/gpio/gpiolib-cdev.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/gpiolib-cdev.c b/drivers/gpio/gpiolib-cdev.c
index
Fix -Wmissing-prototypes warnings by including module's header.
Fixes: f6d984418ffd (gpiolib: split character device into gpiolib-cdev)
Reported-by: kernel test robot
Signed-off-by: Kent Gibson
---
drivers/gpio/gpiolib-cdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git
A couple of minor fixes for the recent split from gpiolib.c:
The first fixes a couple of W=1 build warnings by including the module's
own header.
The second fixes the file comment. This was in v3 of the split patch,
but v2 got merged...
Kent Gibson (2):
gpiolib: cdev: fix -Wmissing-prototypes
Hi Maurizio,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on integrity/next-integrity]
[also build test WARNING on next-20200611]
[cannot apply to v5.7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we
On Thu, Jun 11, 2020 at 12:02:11PM +0100, Mark Brown wrote:
> On Thu, Jun 11, 2020 at 11:25:09AM +0800, Xu Yilun wrote:
>
> > + if (pdata && pdata->use_parent_regmap) {
> > + hw->regmap = dev_get_regmap(pdev->dev.parent, NULL);
> > + if (!hw->regmap) {
> > +
On 6/5/2020 9:24 AM, Florian Fainelli wrote:
> Hi all,
>
> This long patch series was motivated by backporting Jaedon's changes
> which add a proper ioctl compatibility layer for 32-bit applications
> running on 64-bit kernels. We have a number of Android TV-based products
> currently running
From: Will Deacon
commit 679db70801da9fda91d26caf13bf5b5ccc74e8e8 upstream
Some CPUs can speculate past an ERET instruction and potentially perform
speculative accesses to memory before processing the exception return.
Since the register state is often controlled by a lower privilege level
at
powerpc defconfig
i386 randconfig-a006-20200611
i386 randconfig-a002-20200611
i386 randconfig-a001-20200611
i386 randconfig-a004-20200611
i386 randconfig-a005-20200611
i386
As it stands if you include printk.h by itself it will fail to
compile because it requires definitions from ratelimit.h. However,
simply including ratelimit.h from printk.h does not work due to
inclusion loops involving sched.h and kernel.h.
This patch solves this by moving bits from ratelimit.h
defconfig
i386 randconfig-a006-20200611
i386 randconfig-a002-20200611
i386 randconfig-a001-20200611
i386 randconfig-a004-20200611
i386 randconfig-a005-20200611
i386 randconfig-a003-20200611
allnoconfig
x86_64 randconfig-a015-20200611
x86_64 randconfig-a011-20200611
x86_64 randconfig-a016-20200611
x86_64 randconfig-a012-20200611
x86_64 randconfig-a014-20200611
x86_64 randconfig-a013-20200611
i386
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking/kcsan
branch HEAD: 1f44328ea24c9de368a3cfe5cc0e110b949afb2e compiler_types.h, kasan:
Use __SANITIZE_ADDRESS__ instead of CONFIG_KASAN to decide inlining
elapsed time: 628m
configs tested: 96
configs skipped: 1
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b791d1bdf9212d944d749a5c7ff6febdba241771
commit: 859e364302c510cfdd9abda13a3c4c1d1bc68c57 ASoC: fsl-asoc-card: Support
new property fsl, asrc-format
date: 7 weeks ago
config: arm-randconfig-s032-20200612
Hi Jordan,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.7 next-20200611]
[cannot apply to iommu/next robh/for-next arm/for-next keystone/next
rockchip/for-next arm64/for-next/core shawnguo/for-next soc/for-next]
[if your
On 2020-06-11 19:27, Daejun Park wrote:
>>> @@ -2525,6 +2525,8 @@ static int ufshcd_queuecommand(struct Scsi_Host
>>> *host, struct scsi_cmnd *cmd)
>>>
>>>ufshcd_comp_scsi_upiu(hba, lrbp);
>>>
>>> + ufsf_ops_prep_fn(hba, lrbp);
>>> +
>>>err = ufshcd_map_sg(hba, lrbp);
>>>if (err)
On Tue, Jun 2, 2020 at 11:03 AM Kees Cook wrote:
>
> On Mon, Jun 01, 2020 at 07:48:04PM -0700, Matt Turner wrote:
> > I bisected a regression on alpha to f2f84b05e02b (bug: consolidate
> > warn_slowpath_fmt() usage) which looks totally innocuous.
> >
> > Reverting it on master confirms that it
On 6/10/2020 12:37 PM, Bjorn Andersson wrote:
>> along with USB_BASE @ 0x1300, is it ok to allow this driver to access
>> registers outside of its 'reg' base (0x1500 according to the DT
>> bindings)?
>>
>
> Depending on how entangled a future driver for the charger blocks would
> be one could
On 6/9/2020 7:27 PM, Jun Li wrote:
>> +static int qcom_pmic_typec_probe(struct platform_device *pdev)
>> +{
>> + struct device *dev = >dev;
>> + struct qcom_pmic_typec *qcom_usb;
>> + struct typec_capability *cap;
>> + const char *buf;
>> + int ret, irq, role;
>> +
On 6/9/2020 2:20 PM, Randy Dunlap wrote:
> On 6/9/20 1:58 PM, Wesley Cheng wrote:
>> diff --git a/drivers/usb/typec/Kconfig b/drivers/usb/typec/Kconfig
>> index 559dd06..8de2520 100644
>> --- a/drivers/usb/typec/Kconfig
>> +++ b/drivers/usb/typec/Kconfig
>> @@ -73,6 +73,17 @@ config
On Thu, Jun 11, 2020 at 8:26 PM Andy Lutomirski wrote:
>
> If we BUG or WARN in a funny RCU context, we cleverly optimize the
> BUG/WARN using the ud2 hack, which takes us through the
> idtentry_enter...() paths, which might helpfully WARN that the RCU
> context is invalid, which results in
Hi all,
In commit
5fddd4f5db87 ("drm/msm/dpu: request for display color blocks based on hw
catalog entry")
Fixes tag
Fixes: e47616df008b ("drm/msm/dpu: add support for color processing
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but
Hi Lee,
On 2020-06-09 06:01, Lee Jones wrote:
> Good morning,
>
> After a number of reports/queries surrounding a known long-term issue
> in the MFD core, including the submission of a couple of attempted
> solutions, I've decided to finally tackle this one myself.
>
> Currently, when a child
Hi all,
In commit
811985365378 ("ext4: mballoc: Use this_cpu_read instead of this_cpu_ptr")
Fixes tag
Fixes: 42f56b7a4a7d ("ext4: mballoc: introduce pcpu seqcnt for freeing PA
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but no
Hi Lee,
Please add me to the distribution list for future versions of this.
-Frank
On 2020-06-09 06:01, Lee Jones wrote:
> Good morning,
>
> After a number of reports/queries surrounding a known long-term issue
> in the MFD core, including the submission of a couple of attempted
> solutions,
Add driver for cros-ec-regulator, representing a voltage regulator that
is connected and controlled by ChromeOS EC, and is controlled by kernel
with EC host commands.
Signed-off-by: Pi-Hsun Shih
Reviewed-by: Prashant Malani
Reviewed-by: Enric Balletbo i Serra
---
Changes from v5:
* Move
Add support for controlling voltage regulator that is connected and
controlled by ChromeOS EC. Kernel controls these regulators through
newly added EC host commands.
Changes from v5:
* Move new host command to a separate patch.
* Use devm_regulator_register.
* Address review comments.
Changes
Add DT binding documentation for cros-ec-regulator, a voltage regulator
controlled by ChromeOS EC.
Signed-off-by: Pi-Hsun Shih
Reviewed-by: Enric Balletbo i Serra
---
Changes from v5:
* No change
Changes from v4:
* Change compatible name from regulator-cros-ec to cros-ec-regulator.
Changes
Add host commands for voltage regulator control through ChromeOS EC.
Signed-off-by: Pi-Hsun Shih
Reviewed-by: Enric Balletbo i Serra
---
Changes from v5:
* Extract into a separate patch.
---
drivers/platform/chrome/cros_ec_trace.c | 5 ++
.../linux/platform_data/cros_ec_commands.h|
On Thu, Jun 11, 2020 at 11:55 PM Peter Zijlstra wrote:
>
> On Mon, Jun 08, 2020 at 01:01:08PM +0200, Peter Zijlstra wrote:
> > On Mon, Jun 08, 2020 at 09:57:39AM +0200, Dmitry Vyukov wrote:
> >
> > > As a crazy idea: is it possible to employ objtool (linker script?) to
> > > rewrite all coverage
Dear how are you,
How Are You? I Know That This Mail May Come To You Almost A Surprise
As We Never Met Before And Please Before You Proceed Reading This
mail,This Is True and not An Well I Saw Your Contact Email From Yahoo
Search when I Was Looking For a Foreign Partner, please I don’t now if
Add support for eMMC PHY on Intel Keem Bay SoC.
Signed-off-by: Wan Ahmad Zainie
---
drivers/phy/intel/Kconfig| 8 +
drivers/phy/intel/Makefile | 1 +
drivers/phy/intel/phy-keembay-emmc.c | 316 +++
3 files changed, 325 insertions(+)
create mode
Binding description for Intel Keem Bay eMMC PHY.
Signed-off-by: Wan Ahmad Zainie
---
.../bindings/phy/intel,keembay-emmc-phy.yaml | 45 +++
1 file changed, 45 insertions(+)
create mode 100644
Documentation/devicetree/bindings/phy/intel,keembay-emmc-phy.yaml
diff --git
Hi.
The first part is to document DT bindings for Keem Bay eMMC PHY.
The second is the driver file, loosely based on phy-rockchip-emmc.c
and phy-intel-emmc.c. The latter is not being reused as there are
quite a number of differences i.e. registers offset, supported clock
rates, bitfield to set.
> > +static struct ufshpb_req *ufshpb_get_map_req(struct ufshpb_lu *hpb,
> > +struct ufshpb_subregion *srgn)
> > +{
> > + struct ufshpb_req *map_req;
> > + struct request *req;
> > + struct bio *bio;
> > +
> > + map_req =
On 2020-06-04 18:38, Daejun Park wrote:
> > + if (total_srgn_cnt != 0) {
> > +dev_err(hba->dev, "ufshpb(%d) error total_subregion_count %d",
> > + hpb->lun, total_srgn_cnt);
> > +goto release_srgn_table;
> > + }
> > +
> > + return 0;
> > +release_srgn_table:
> > + for (i = 0; i <
From: Zqiang
BUG: memory leak
unreferenced object 0x888055046e00 (size 256):
comm "kworker/2:9", pid 2570, jiffies 4294942129 (age 1095.500s)
hex dump (first 32 bytes):
00 70 04 55 80 88 ff ff 18 bb 5a 81 ff ff ff ff .p.U..Z.
f5 96 78 81 ff ff ff ff 37 de 8e 81 ff ff ff
On Thu, Jun 11, 2020 at 12:04:08PM +0100, Mark Brown wrote:
> On Thu, Jun 11, 2020 at 11:25:11AM +0800, Xu Yilun wrote:
> > From: Matthew Gerlach
> >
> > The spi-altera driver was originally written with a 32
> > bit processor, where sizeof(unsigned long) is 4. On a
> > 64 bit processor
Hi,
The first patch masks some functions as static, and the second patch
changes to use the gfp parameter from iommu_ops->map() to allocate
ARM page pages. Any comments are welcome. Thanks.
Changes from v1:
- Fix the building errors when enabling CONFIG_IOMMU_IO_PGTABLE_LPAE_SELFTEST
Baolin
Now the __iommu_map() and __iommu_map_sg() are used only in iommu.c
file, so mark them as static.
Signed-off-by: Baolin Wang
---
drivers/iommu/iommu.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c
index
Now the ARM page tables are always allocated by GFP_ATOMIC parameter,
but the iommu_ops->map() function has been added a gfp_t parameter by
commit 781ca2de89ba ("iommu: Add gfp parameter to iommu_ops::map"),
thus io_pgtable_ops->map() should use the gfp parameter passed from
iommu_ops->map() to
On Wed, 2020-06-10 at 10:31 -0400, Alan Stern wrote:
> On Wed, Jun 10, 2020 at 02:15:18PM +0800, Macpaul Lin wrote:
> > Introduce Built-In CDROM (BICR) support.
> > This feature depends on USB_CONFIGFS_MASS_STORAGE option.
> >
> > 1. Some settings and new function is introduced for BICR.
> > 2.
Hi all,
News: The merge window has opened, so please do *not* add v5.9 material
to your linux-next included branches until after v5.8-rc1 has been
released.
Changes since 20200611:
My fixes tree contains:
4cb4bfffe2c1 ("device_cgroup: Fix RCU list debugging warning")
The amdgpu t
On Thu, Jun 11, 2020 at 4:22 PM Andy Lutomirski wrote:
>
> On Thu, Jun 11, 2020 at 12:25 PM Peter Zijlstra wrote:
> >
> > On Thu, Jun 11, 2020 at 12:10:50PM -0700, Andy Lutomirski wrote:
> > > On Thu, Jun 11, 2020 at 11:56 AM Naresh Kamboju
> > > wrote:
> > > >
> > > > While running perf test
On Thu, Jun 11, 2020 at 10:05:38AM -0700, Dave Hansen wrote:
> One other nit for this. We *do* have actual hardware hotplug, and I'm
> pretty sure the alignment guarantees for hardware hotplug are pretty
> weak. For instance, the alignment guarantees for persistent memory are
> still only 64MB
If we BUG or WARN in a funny RCU context, we cleverly optimize the
BUG/WARN using the ud2 hack, which takes us through the
idtentry_enter...() paths, which might helpfully WARN that the RCU
context is invalid, which results in infinite recursion.
Split the BUG/WARN handling into an
On Thu, Jun 11, 2020 at 3:29 PM Jordan Crouse wrote:
>
> Add support for using per-instance pagetables if all the dependencies are
> available.
>
> Signed-off-by: Jordan Crouse
> ---
>
> drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 69 ++-
>
2020년 6월 5일 (금) 오전 12:06, Johannes Weiner 님이 작성:
>
> On Thu, Jun 04, 2020 at 03:35:27PM +0200, Vlastimil Babka wrote:
> > On 6/1/20 10:44 PM, Johannes Weiner wrote:
> > > From a8faceabc1454dfd878caee2a8422493d937a394 Mon Sep 17 00:00:00 2001
> > > From: Johannes Weiner
> > > Date: Mon, 1 Jun 2020
On Thu, Jun 11, 2020 at 03:03:01PM +0100, Mark Brown wrote:
> On Thu, Jun 11, 2020 at 11:25:10AM +0800, Xu Yilun wrote:
> > This allows other driver to reuse the name string for spi-altera
> > platform device creation.
>
> This is a very unusual thing to do, normally we just have the users use
>
On Wed, Jun 10, 2020 at 03:40:04PM +0200, Niklas Söderlund wrote:
> Hi Suresh,
>
> Thanks for your persistent work!
>
> On 2020-06-08 12:25:03 +0900, Suresh Udipi wrote:
> > hsfreqrange should be chosen based on the calculated mbps which
> > is closer to the default bit rate and within the
在 2020/6/12 上午6:26, Hugh Dickins 写道:
>> ..."
> It was well worth exploring, and may help in a few cases;
> Johannes's memcg swap simplifications have helped a lot more;
> but crashes under rotate_reclaimable_page() show that this series
> still does not give enough protection from
Hi Chun-Kuang,
[snip]
> > > > +/*
> > > > + * devapc_violation_irq - the devapc Interrupt Service Routine (ISR)
> > > > will dump
> > > > + * violation information including which master
> > > > violates
> > > > + * access slave.
> > > > + */
> > > >
From: Ramuthevar Vadivel Murugan
Add support for USB PHY on Intel LGM SoC.
Signed-off-by: Ramuthevar Vadivel Murugan
---
drivers/usb/phy/Kconfig | 11 ++
drivers/usb/phy/Makefile | 1 +
drivers/usb/phy/phy-lgm-usb.c | 278 ++
3 files
From: Ramuthevar Vadivel Murugan
Add the dt-schema to support USB PHY on Intel LGM SoC
Signed-off-by: Ramuthevar Vadivel Murugan
---
.../devicetree/bindings/usb/intel,lgm-usb-phy.yaml | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
The USB PHY provides the optimized for low power dissipation while active,
idle, or on standby.
Requires minimal external components, a single resistor, for best operation.
Supports 10/5-Gbps high-speed data transmission rates through 3-m USB 3.x cable
---
v3:
- Andy's review comments update
Dear sir/madam
My name is Mrs Kadi Hamanin.I have decided to seek a confidential
co-operation with you for the execution of the deal described
hereunder for our mutual benefit. I Hope you will keep it a secret due
to the nature of the transaction. During the course of our audit last
month, I
> > + if (total_srgn_cnt != 0) {
> > +dev_err(hba->dev, "ufshpb(%d) error total_subregion_count %d",
> > + hpb->lun, total_srgn_cnt);
> > +goto release_srgn_table;
> > + }
> > +
> > + return 0;
> > +release_srgn_table:
> > + for (i = 0; i < rgn_idx; i++) {
> > +rgn = rgn_table
Hi Bart,
On 2020-06-04 18:30, Daejun Park wrote:
> > +inline void ufsf_slave_configure(struct ufs_hba *hba,
> > + struct scsi_device *sdev)
> > +{
> > + /* skip well-known LU */
> > + if (sdev->lun >= UFS_UPIU_MAX_UNIT_NUM_ID)
> > +return;
> > +
> > + if
> I think this module parameter makes its first appearance in patch 4/5 - so
>maybe there?
OK, I will write module parameter in patch message 4/5.
Thanks,
Daejun
On 2020/06/11 20:18 Krzysztof Kozlowski wrote:
> Add lockdep assert for an exported function expected to be called under spin
> lock. Since this function is called in different modules, the lockdep assert
> will
> be self-documenting note about need for locking.
>
> Signed-off-by: Krzysztof
On 2020/06/11 20:18 Krzysztof Kozlowski wrote:
> NULL pointer exception happens occasionally on serial output initiated by
> login
> timeout. This was reproduced only if kernel was built with significant
> debugging options and EDMA driver is used with serial console.
>
> col-vf50 login:
On 2020/06/11 Krzysztof Kozlowski wrote:
> On Toradex Colibri VF50 (Vybrid VF5xx) with fsl-edma driver NULL pointer
> exception happens occasionally on serial output initiated by login timeout.
>
> This was reproduced only if kernel was built with significant debugging
> options
> and EDMA
On 2020/06/11 21: 41 Mark Brown wrote:
> On Thu, Jun 11, 2020 at 08:58:29PM +0800, Robin Gong wrote:
> > Add SPI_CONTROLLER_FALLBACK to fallback to pio mode in case dma
> > transfer failed.
> > If spi client driver want to enable this feature please set
> > master->flags with SPI_MASTER_FALLBACK
On Fri, Jun 12, 2020 at 8:33 AM Nicolin Chen wrote:
>
> On Wed, Jun 10, 2020 at 06:05:49PM +0800, Shengjiu Wang wrote:
> > The dma channel has been requested by Back-End cpu dai driver already.
> > If fsl_asrc_dma requests dma chan with same dma:tx symlink, then
> > there will be below warning
On Thu, Jun 11, 2020 at 11:45 PM Vladimir Murzin
wrote:
>
> On 6/10/20 9:19 AM, Vladimir Murzin wrote:
> > On 6/10/20 8:24 AM, Christoph Hellwig wrote:
> >> Ok, I finally found the original patch from Vladimir. Comments below:
> >>
> >>> +++ b/kernel/dma/direct.c
> >>> @@ -456,14 +456,14 @@ int
Hi Stanley,
> -Original Message-
> From: Stanley Chu
> Sent: 12 June 2020 06:56
> To: linux-s...@vger.kernel.org; martin.peter...@oracle.com;
> avri.alt...@wdc.com; alim.akh...@samsung.com; j...@linux.ibm.com;
> asuto...@codeaurora.org
> Cc: bean...@micron.com; c...@codeaurora.org;
The pull request you sent on Fri, 12 Jun 2020 00:24:49 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-kcsan-2020-06-11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b791d1bdf9212d944d749a5c7ff6febdba241771
Thank you!
--
The pull request you sent on Fri, 12 Jun 2020 00:24:48 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-2020-06-11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/37d1a04b13a6d2fec91a6813fc034947a27db034
Thank you!
--
We store lowest and highest CPU number belongs to a rcu_node, which is
not the group number.
Signed-off-by: Wei Yang
---
kernel/rcu/tree.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.h b/kernel/rcu/tree.h
index ed9b534ad870..ce9ab7371706 100644
---
gp_max is protected by root rcu_node's lock, let's move the definition
to the place where comments indicate.
Signed-off-by: Wei Yang
---
kernel/rcu/tree.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.h b/kernel/rcu/tree.h
index
During code reading, I found there are several mismatch between comments
and code implementation.
Adjust the comment for better understanding.
Wei Yang (4):
rcu: gp_max is protected by root rcu_node's lock
rcu: grplo/grphi just records CPU number
rcu: grpnum just records group number
grpnum in rcu_node means the position in its parent, which is not the
CPU number even in last level.
Signed-off-by: Wei Yang
---
kernel/rcu/tree.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/tree.h b/kernel/rcu/tree.h
index ce9ab7371706..512829eed545 100644
Commit de30ad512a66 ("rcu: Introduce grace-period sequence numbers")
introduce gp_seq in rcu_state/rcu_node/rcu_data. And this field in last
two structure track the one in first.
While the comment use rcu_gp_seq which is a little misleading for
audience. Let's use the exact name gp_seq for
Cool, thanks!
yin
On Thu, 11 Jun 2020 at 21:57, Greg KH wrote:
>
> On Thu, Jun 11, 2020 at 07:50:47PM +0800, Su Kang Yin wrote:
> > commit e1de42fdfc6a ("crypto: talitos - fix ECB algs ivsize")
> > wrongly modified CBC algs ivsize instead of ECB aggs ivsize.
> >
> > This restore the CBC algs
On Thu, Jun 11, 2020 at 05:46:43PM -0700, Mike Kravetz wrote:
> The routine is_file_hugepages() checks f_op == hugetlbfs_file_operations
> to determine if the file resides in hugetlbfs. This is problematic when
> the file is on a union or overlay. Instead, define a new file mode
>
On 6/11/20 7:55 PM, Boqun Feng wrote:
Hi Peter and Waiman,
On Thu, Jun 11, 2020 at 12:09:59PM -0400, Waiman Long wrote:
On 6/11/20 10:22 AM, Peter Zijlstra wrote:
On Thu, Jun 11, 2020 at 09:51:29AM -0400, Waiman Long wrote:
There was an old lockdep patch that I think may address the issue,
On Thu, Jun 11, 2020 at 05:46:43PM -0700, Mike Kravetz wrote:
> The routine is_file_hugepages() checks f_op == hugetlbfs_file_operations
> to determine if the file resides in hugetlbfs. This is problematic when
> the file is on a union or overlay. Instead, define a new file mode
>
From: Chandan Uddaraju
Add the needed DP PLL specific files to support
display port interface on msm targets.
The DP driver calls the DP PLL driver registration.
The DP driver sets the link and pixel clock sources.
Changes in v2:
-- Update copyright markings on all relevant files.
-- Use
1 - 100 of 1062 matches
Mail list logo