On Mon, 17 Sep 2018, Feng Tang wrote:
>
> Below is a patch against 4.19-rc4, verified with earlycon
> working fine, please review, thanks!
Aside of the whitespace damage this looks about right. Care to send a
proper patch?
Thanks,
tglx
On 2018.09.14 14:25:52 +0200, Gerd Hoffmann wrote:
> diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h
> index 1aa7b82e81..901f279033 100644
> --- a/include/uapi/linux/vfio.h
> +++ b/include/uapi/linux/vfio.h
> @@ -200,12 +200,25 @@ struct vfio_device_info {
> #define VFIO_DEVICE_
The new kernel rc release is good news as always. The rest of this? not
so much.
"I can’t wait for the mass exodus from Linux now that it’s been
infiltrated by SJWs. Hahahah" -- @CoralineAda on Twitter [1][2]
You really want people like this attempting to sabotage FOSS projects?
I for one am not
On Sun, Sep 16, 2018 at 02:22:21PM -0600, Shuah Khan wrote:
> Hi Linus,
>
> Please pull the following Kselftest update for Linux 4.19-rc5
>
> linux-kselftest-4.19-rc5
>
> This Kselftest fixes update for 4.19-rc5 consists of:
>
> -- fixes to build failures
> -- fixes to add missing config files
We don't need to call dquot_initialize() twice in jfs_evict_inode(),
remove one of them for cleanup.
Signed-off-by: Chao Yu
---
fs/jfs/inode.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/jfs/inode.c b/fs/jfs/inode.c
index 054cc761b426..805ae9e8944a 100644
--- a/fs/jfs/inode.c
+++ b/fs/
On 2018/9/17 14:54, Greg KH wrote:
> On Mon, Sep 17, 2018 at 02:15:31PM +0800, zhong jiang wrote:
>> On 2018/9/16 22:31, zhong jiang wrote:
>>> Fix the following compile warning:
>> +to Andrew and Greg
>>
> +me for what? Nothing is here :(
The drivers/interconnect/core.c is not updated since 2017
In ext4_ioctl_setproject(), we forgot to check error return from
dquot_initialize(), if we ignore such error, later, quota info can
be out-of-update, fix it.
Signed-off-by: Chao Yu
---
fs/ext4/ioctl.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/ext4/ioctl.c b/fs/ext
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c0747ad363fff90c2edf490fc089e3ae0920b410
commit: 0c26159352ba1cdc5a8c8d74131cc19cdfdf9371 nfp: bpf: xdp_adjust_tail
support
date: 6 weeks ago
config: i386-randconfig-sb0-09171405 (attached as .config)
comp
We met a kernel panic when enabling earlycon, which is due to
the fixmap address of earlycon is not statically setup.
Currently the static fixmap setup in head_64.S only covers 2M
virtual address space, while it acutually could be in 4M space
with different kernel configurations.
So increase the
I think I can't get a dmesg as I can't boot the kernel. My screen
stays completely black when I try to boot.
-Peter
On Mon, 17 Sep 2018 at 09:13, Mika Westerberg
wrote:
>
> On Mon, Sep 17, 2018 at 08:58:50AM +0300, Peter Anemone wrote:
> > Dear kernel developers
> > I reported a bug at Bugzilla,
Thank you!
Best regards
Anatoly
чт, 6 сент. 2018 г. в 19:12, Jan Kara :
>
> On Thu 28-06-18 22:48:51, Anatoly Trosinenko wrote:
> > Mounting broken UDF image causes KASAN warning on v4.18-rc2.
> >
> > How to reproduce:
> > 1. Compile v4.18-rc2 kernel with the attached config
> > 2. Unpack and mou
When building to record the mcount locations the kernel uses
KBUILD_CFLAGS but not KBUILD_CPPFLAGS. This means it lacks
-Qunused-arguments when building with clang, resulting in a lot of
noisy warnings.
Signed-off-by: Joel Stanley
---
Not sure why -Qunused-arguments is in CPP instead of KBUILD_CF
On Mon, Sep 17, 2018 at 02:19:33AM -0400, Rob Herring wrote:
> On Sat, Sep 15, 2018 at 05:57:52PM +0800, Song Qiang wrote:
> > This driver was originally written by ST in 2016 as a misc input device
> > driver, and hasn't been maintained for a long time. I grabbed some code
> > from it's API and re
Hi,
> The 2102 is a superset of the 2101? If so, the 2102 should come first.
> If not, this should probably be 2 separate entries.
>
Nope, they use different SoC models and PMICs. I'll resend them separately in
next version.
Thanks for guidance.
> > +&tps {
> > + vcc1-supply = <&vbat>;
>
From: Mason Yang
Document the bindings used by the Macronix controller.
Signed-off-by: Mason Yang
---
Documentation/devicetree/bindings/spi/spi-mxic.txt | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-mxic.txt
diff --
From: Mason Yang
Add a driver for Macronix SPI controller IP.
Support run time PM.
Signed-off-by: Mason Yang
---
drivers/spi/Kconfig| 6 +
drivers/spi/Makefile | 1 +
drivers/spi/spi-mxic.c | 674 +
3 files changed, 681 insertions(+)
c
From: Mason Yang
Hi Mark and Trent,
I patched spi-mxic.c and add the run time PM function.
thanks & best regards,
Mason
Mason Yang (2):
spi: Add MXIC controller driver
dt-binding: spi: Document Macronix controller bindings
Documentation/devicetree/bindings/spi/spi-mxic.txt | 34 ++
driv
Hi Rob,
I have used an other hardware to check the patch. I hope it doesn’t matter. I
added few lines at the untitest.c. All existing unittest use an attached sysfs,
therefore the bug isn't detectable.
Best regards
Andre Kalb
> On Thu, Sep 13, 2018 at 4:42 PM Andre Kalb wrote:
> From 1e86e35
On 17/09/18 09:34, Feng Tang wrote:
> We met a kernel panic when enabling earlycon, which is due to
> the fixmap address of earlycon is not statically setup.
>
> Currently the static fixmap setup in head_64.S only covers 2M
> virtual address space, while it acutually could be in 4M space
> with di
> -Original Message-
> From: Lucas Stach
> Sent: 2018年9月15日 1:06
> To: Vinod Koul
> Cc: dmaeng...@vger.kernel.org; linux-kernel@vger.kernel.org; Robin Gong
> ; dl-linux-imx ;
> ker...@pengutronix.de; patchwork-...@pengutronix.de
> Subject: [PATCH v2 3/4] dmaengine: imx-sdma: implement cha
On 2018-09-15 23:26:53 [+], Michael Kelley (EOSG) wrote:
> From Sebastian Andrzej Siewior Sent: Thursday, August 30, 2018 12:55 AM
> >
> > On !RT the header file get_irq_regs() gets pulled in via other header
> > files. On
> > RT it does not and the build fails:
> >
> > drivers/hv/vmbu
On Fri, Sep 14, 2018 at 05:18:34PM -0700, Rajat Jain wrote:
> Hi,
>
> This is to report what I think is a problem in the pinctrl-icelake
> driver. It seems that when trying to control GPIO pins GPP_A* and
> GPIO_B*, the driver ends up writing to incorrect PADCFG registers.
> I've reached this conc
Am 12.09.18 um 19:42 schrieb Tony Krowiak:
> On 08/23/2018 04:24 AM, Cornelia Huck wrote:
>> On Thu, 23 Aug 2018 09:48:48 +0200
>> David Hildenbrand wrote:
>>
Migration of AP devices is not supported by this patch series, so this
should
not be an issue.
>>> Might not be a problem no
Dear Linus.
Linus Torvalds - 16.09.18, 21:22:
> This is my reality. I am not an emotionally empathetic kind of person
> and that probably doesn't come as a big surprise to anybody. Least
> of all me. The fact that I then misread people and don't realize
> (for years) how badly I've judged a sit
Hello Kan and Andi,
On 14.09.2018 17:57, linux-kernel-ow...@vger.kernel.org wrote:
>
>
> On 9/14/2018 10:27 AM, Andi Kleen wrote:
>> On Fri, Sep 14, 2018 at 08:39:36AM -0400, Liang, Kan wrote:
>>>
>>>
>>> On 9/14/2018 5:22 AM, Alexey Budankov wrote:
Hi Andi,
On 14.09.2018 11:
Hi Juergen,
On Mon, Sep 17, 2018 at 09:48:05AM +0200, Juergen Gross wrote:
> On 17/09/18 09:34, Feng Tang wrote:
> > We met a kernel panic when enabling earlycon, which is due to
> > the fixmap address of earlycon is not statically setup.
> >
> > Currently the static fixmap setup in head_64.S onl
Add initial dtsi file for Synaptics AS370 SoC.
patch1 moves berlin binding to syna.txt.
patch2 add dt-binding for the AS370 SoC.
patch3 add the initial dtsi file for the SoC.
since v1:
- add Rob's ACK to patch1
- add note about the transition from Marvell berlin to Synaptics SoC
- remove alias
Move berlin binding documentation as part of transition from Marvell
berlin to Synaptics SoC.
Signed-off-by: Jisheng Zhang
Acked-by: Rob Herring
---
.../bindings/arm/{marvell/marvell,berlin.txt => syna.txt} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename Documentation/devic
Remove unused parameter from SPI6 dmas property on stm32mp157c SoC.
Fixes: dc3f8c86c10d ("ARM: dts: stm32: add SPI support on stm32mp157c")
Signed-off-by: Amelie Delaunay
---
arch/arm/boot/dts/stm32mp157c.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/
The AS370 SoC is a new derivative of the berlin family. However, the
SoC isn't named as berlin*.
Signed-off-by: Jisheng Zhang
---
Documentation/devicetree/bindings/arm/syna.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/arm/s
Add initial dtsi file to support Synaptics AS370 SoC with quad
Cortex-A53 CPUs.
Signed-off-by: Jisheng Zhang
---
arch/arm64/boot/dts/synaptics/as370.dtsi | 173 +++
1 file changed, 173 insertions(+)
create mode 100644 arch/arm64/boot/dts/synaptics/as370.dtsi
diff --git a/ar
On Fri, Sep 14, 2018 at 2:41 PM Thomas Gleixner wrote:
>
> On Fri, 14 Sep 2018, Rafael J. Wysocki wrote:
> > On Fri, Sep 14, 2018 at 11:53 AM Mika Penttilä
>
> > > >> But doesn't injecting sleep time here make monotonic clock too large
> > > >> by the amount of sleeptime? tick_freeze() / tick_unf
On Fri, Sep 14, 2018 at 05:18:34PM -0700, Rajat Jain wrote:
> This is to report what I think is a problem in the pinctrl-icelake
> driver. It seems that when trying to control GPIO pins GPP_A* and
> GPIO_B*, the driver ends up writing to incorrect PADCFG registers.
> I've reached this conclusion by
On Sat, Sep 15, 2018 at 10:55:13PM +0800, Guo Ren wrote:
> > > +#define ATOMIC_OP_RETURN(op, c_op)
> > > \
> > > +#define ATOMIC_FETCH_OP(op, c_op)
> > > \
> > For these you could generate _relaxed variants and not pro
On Sat, Sep 15, 2018 at 10:15:18PM +0100, Simon Detheridge wrote:
> The gpio base for GPP-E was set incorrectly to 258 instead of 256,
> preventing the touchpad working on my Tong Fang GK5CN5Z laptop.
>
> Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=200787
> Signed-off-by: Simon Detheridge
at 18:54, Shah, Nehal-bakulchandra wrote:
From: Nehal-bakulchandra Shah
This contains two drivers.
1)i2c-amd-platdrv: This is based on I2C framework of
linux kernel. So any i2c read write call or commands
to this driver is routed to PCI Interface driver.
2) i2c-amd-platdrv: This driver is res
On Tue, Sep 11, 2018 at 10:14:33AM -0700, Reinette Chatre wrote:
> diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
> index 53c500f0ca79..c04dc666425c 100644
> --- a/include/linux/perf_event.h
> +++ b/include/linux/perf_event.h
> @@ -1025,6 +1025,27 @@ static inline int in_softw
Hi Felipe,
I have made otg mode work on the omap5-uevm with help from Roger
and now I wonder how to read the interface status for GUI display.
On omap3/twl4030 systems we can simply read
/sys/bus/platform/devices/musb-hdrc.0.auto/mode
and get reports e.g. "b_peripheral", "a_host", "b_idl
Add mailing list for stm32 architecture.
Add "stm" pattern to not miss some drivers/directories when asking for
maintainers.
Signed-off-by: Benjamin Gaignard
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4ece30f15777..237e7012f3ea 100644
-
On Sun, 16 Sep 2018 21:36:51 +0800
Song Qiang wrote:
> On Sun, Sep 16, 2018 at 12:01:49PM +0100, Jonathan Cameron wrote:
> > On Sat, 15 Sep 2018 17:57:52 +0800
> > Song Qiang wrote:
> >
> > > This driver was originally written by ST in 2016 as a misc input device
> > > driver, and hasn't been
Hi Sasha,
On Mon, Sep 17, 2018 at 03:03:19AM +, Sasha Levin wrote:
> From: Lukas Wunner
>
> [ Upstream commit 47a8e237ed443c174f8f73402755c458c56eb611 ]
>
> Thunderbolt controllers can be runtime suspended to D3cold to save ~1.5W.
> This requires that runtime D3 is allowed on its PCIe ports
On 09/11/2018 01:35 PM, Javier González wrote:
On the OCSSD 2.0 spec, the device populates the metadata pointer (if
provided) when a chunk is reset. Implement this path in pblk and use it
for sanity chunk checks.
For 1.2, reset the write pointer and the state on core so that the erase
path is tr
On Fri, Sep 14, 2018 at 6:21 PM Oleg Nesterov wrote:
>
> On 09/14, Vitaly Kuznetsov wrote:
> >
> > "Rafael J. Wysocki" writes:
> >
> > > On Thursday, September 13, 2018 6:08:51 PM CEST Vitaly Kuznetsov wrote:
> > ...
> >
> > >> +static int hungtask_pm_notify(struct notifier_block *self,
> > >> +
On 09/17/2018 10:24 AM, Benjamin Gaignard wrote:
Add mailing list for stm32 architecture.
Add "stm" pattern to not miss some drivers/directories when asking for
maintainers.
Signed-off-by: Benjamin Gaignard
---
Thanks Benjamin!
Acked-by: Alexandre TORGUE
MAINTAINERS | 2 ++
1 file
Paolo Bonzini writes:
> On 22/08/2018 12:18, Vitaly Kuznetsov wrote:
>> VP_INDEX almost always matches VCPU id and get_vcpu_by_vpidx() is fast,
>> use it instead of traversing full vCPU list every time.
>
> ... but if it doesn't, the algorithm is now quadratic, isn't i?
Yes,
I even had an imple
On Thu, 13 Sep 2018 at 22:24, Cedric Roux wrote:
>
> Hi,
>
> On 09/12/2018 09:21 PM, Joe Perches wrote:
> > On Fri, 2018-09-07 at 23:54 +0200, Cedric Roux wrote:
> >> Running:
> >> scripts/checkpatch.pl -f arch/arm/mach-s3c24xx/mach-mini2440.c
> >> revealed several errors and warnings.
> >>
>
Hi Shilong,
On 2018/9/17 16:18, Wang Shilong wrote:
> Hi Chao,
>
> I sent a early patch series which included this but forgot to send to
> f2fs list..
> https://patchwork.ozlabs.org/patch/968759/
Oh, sorry, I didn't notice that one.
To all, please ignore this reduplicated one.
>
> It loo
On Sun, 16 Sep 2018 11:24:16 -0500
David Lechner wrote:
> On 09/16/2018 06:41 AM, Jonathan Cameron wrote:
> > On Wed, 12 Sep 2018 19:39:19 -0500
> > David Lechner wrote:
> >
> >> This changes how the SPI message for the triggered buffer is setup in
> >> the TI ADS7950 A/DC driver. By using th
We met a kernel panic when enabling earlycon, which is due to
the fixmap address of earlycon is not statically setup.
Currently the static fixmap setup in head_64.S only covers 2M
virtual address space, while it acutually could be in 4M space
with different kernel configurations.
So increase the
On Mon, Sep 17, 2018 at 02:23:36AM -0400, Rob Herring wrote:
> On Sun, Sep 16, 2018 at 04:50:03PM +0800, Guo Ren wrote:
> > Signed-off-by: Guo Ren
>
> Needs a commit description.
>
> > ---
> > .../interrupt-controller/csky,apb-intc.txt | 70
> > ++
> > 1 file change
>> I think you can go a step further and exclude PKRU state from
>> copy_kernel_to_fpregs altogether; you just use RDPKRU/WRPKRU. This also
>> means you don't need to call __fpregs_* functions in write_pkru.
>
> something like this then? It looks like kvm excludes PKRU from
> xsave/xrestore, too.
On Mon, Sep 17, 2018 at 03:15:59PM +0800, zhong jiang wrote:
> On 2018/9/17 14:54, Greg KH wrote:
> > On Mon, Sep 17, 2018 at 02:15:31PM +0800, zhong jiang wrote:
> >> On 2018/9/16 22:31, zhong jiang wrote:
> >>> Fix the following compile warning:
> >> +to Andrew and Greg
> >>
> > +me for what? N
Currently, the irq_vectors is showing the entry and exit events for
the interrupts of the architecture, but not for external interrupts.
This patch adds the tracepoints for external interrupts.
Example of output:
-0 [000] d.h. 102.890935: external_interrupt_entry: vector=35
-0 [000] d.
Currently, the irq_vector class of tracepoints does not include the NMI
entry. The NMI was in the first set of tracepoints for IRQs, but it was
dropped off because of the logic of switching IDT when enabling trace[1].
However, as the switching IDT logic was removed [2], it is possible to add
the NM
On 17/09/18 10:39, Feng Tang wrote:
> We met a kernel panic when enabling earlycon, which is due to
> the fixmap address of earlycon is not statically setup.
>
> Currently the static fixmap setup in head_64.S only covers 2M
> virtual address space, while it acutually could be in 4M space
> with di
On 09/15/2018 12:00 PM, YueHaibing wrote:
> Comparing an int to a size, which is unsigned, causes the int to become
> unsigned, giving the wrong result. kernel_sendmsg can return a negative
> error code.
>
Thanks for reporting this issue!
> Signed-off-by: YueHaibing
> ---
> net/smc/smc_clc.
> > +#define VFIO_DEVICE_INFO_CAP_EDID 1
> > +
> > +struct vfio_device_info_edid_cap {
> > + struct vfio_info_cap_header header;
> > + __u32 max_x; /* Max display height (zero == no limit) */
> > + __u32 max_y; /* Max display height (zero == no limit) */
> > +};
>
> As current v
Am 12.09.18 um 21:43 schrieb Tony Krowiak:
> From: Tony Krowiak
>
> Introduces two new VM crypto device attributes (KVM_S390_VM_CRYPTO)
> to enable or disable AP instruction interpretation from userspace
> via the KVM_SET_DEVICE_ATTR ioctl:
>
> * The KVM_S390_VM_CRYPTO_ENABLE_APIE attribute enab
+to Greg and Andrew.
On 2018/9/16 22:31, zhong jiang wrote:
> Fix the following compile warning:
>
> drivers/interconnect/core.c:26:23: warning: icc_debugfs_dir defined but not
> used [-Wunused-variable]
> static struct dentry *icc_debugfs_dir;
>
> Signed-off-by: zhong jiang
> ---
> drivers/
Martin Steigerwald - 17.09.18, 09:57:
> Dear Linus.
>
> Linus Torvalds - 16.09.18, 21:22:
> > This is my reality. I am not an emotionally empathetic kind of
> > person and that probably doesn't come as a big surprise to anybody.
> > Least of all me. The fact that I then misread people and don't
This patch adds port and endpoint of i2s and spdif nodes for rk3328.
Because to use modern sound card interface such as audio-graph-card.
Signed-off-by: Katsuhiro Suzuki
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arc
On 2018/9/17 16:48, Greg KH wrote:
> On Mon, Sep 17, 2018 at 03:15:59PM +0800, zhong jiang wrote:
>> On 2018/9/17 14:54, Greg KH wrote:
>>> On Mon, Sep 17, 2018 at 02:15:31PM +0800, zhong jiang wrote:
On 2018/9/16 22:31, zhong jiang wrote:
> Fix the following compile warning:
+to And
On Tue, Sep 11, 2018 at 10:14:36AM -0700, Reinette Chatre wrote:
> +static int measure_l2_residency(void *_plr)
> +{
> + measure_residency_fn(&perf_miss_attr, &perf_hit_attr, plr, &counts);
> +}
> +
> +static int measure_l3_residency(void *_plr)
> +{
> + measure_residency_fn(&perf_miss_a
On Mon, Sep 17, 2018 at 04:53:31PM +0800, zhong jiang wrote:
> +to Greg and Andrew.
>
> On 2018/9/16 22:31, zhong jiang wrote:
> > Fix the following compile warning:
> >
> > drivers/interconnect/core.c:26:23: warning: icc_debugfs_dir defined but
> > not used [-Wunused-variable]
> > static stru
Hi Mark,
Do you have any concern about this patch ?
Thanks!
On Thu, Sep 13, 2018 at 12:47 AM Rohit Kumar wrote:
>
>
>
> On 9/12/2018 5:49 PM, Cheng-Yi Chiang wrote:
> > Toggle reset line in max98927_i2c_probe.
> > Use a list to store max98927 instances so we do not toggle reset line
> > again if
This patch adds sound card node for rock64. Currently we can support
S/PDIF only. It seems the lack of codec driver of rk3328 to enable
analog audio out.
Signed-off-by: Katsuhiro Suzuki
---
NOTE: This patch depends on
[PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328
---
On Mon, Sep 17, 2018 at 12:44:44AM -0400, Theodore Y. Ts'o wrote:
> [ This pull request was originally intended for 4.19-rc4, but some
> testing hiccups delayed my sending this earlier. Given Linus's
> comments, I'm not sure whether PULL requests should be going to Linus
> or Greg, so I'm se
--
Greetings,
I am Mrs. Nadesh aging widow of 64 years old suffering from long time
illness.I have some funds I inherited from my late husband, the sum of
($15,500,000.00 Million Dollars) and I needed a very honest and God
fearing who can withdraw this money ths funds use it for Charity wor
On Sat, Sep 15, 2018 at 8:53 AM Francisco Jerez wrote:
>
> "Rafael J. Wysocki" writes:
>
> > On Tuesday, September 11, 2018 7:35:15 PM CEST Francisco Jerez wrote:
> >>
> >> "Rafael J. Wysocki" writes:
> >>
> >> > On Thursday, September 6, 2018 6:20:08 AM CEST Francisco Jerez wrote:
> >> >
> >> >
We met a kernel panic when enabling earlycon, which is due to
the fixmap address of earlycon is not statically setup.
Currently the static fixmap setup in head_64.S only covers 2M
virtual address space, while it acutually could be in 4M space
with different kernel configurations.
So increase the
Hi Rob,
Thanks for providing the comments...
Please find my response inline.
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: Tuesday, September 11, 2018 1:42 AM
> To: Nava kishore Manne
> Cc: mark.rutl...@arm.com; Michal Simek ;
> p.za...@pengutronix.de; Rajan V
On 2018/9/17 16:59, Greg KH wrote:
> On Mon, Sep 17, 2018 at 04:53:31PM +0800, zhong jiang wrote:
>> +to Greg and Andrew.
>>
>> On 2018/9/16 22:31, zhong jiang wrote:
>>> Fix the following compile warning:
>>>
>>> drivers/interconnect/core.c:26:23: warning: 'icc_debugfs_dir' defined but
>>> not us
On Mon, Sep 17, 2018 at 05:19:18PM +0800, zhong jiang wrote:
> On 2018/9/17 16:59, Greg KH wrote:
> > On Mon, Sep 17, 2018 at 04:53:31PM +0800, zhong jiang wrote:
> >> +to Greg and Andrew.
> >>
> >> On 2018/9/16 22:31, zhong jiang wrote:
> >>> Fix the following compile warning:
> >>>
> >>> drivers/
On Mon, 17 Sep 2018, zhong jiang wrote:
> Fix the following compile warning:
>
> arch/x86/kernel/apm_32.c:1643:12: warning: ?proc_apm_show? defined but not
> used [-Wunused-function]
> static int proc_apm_show(struct seq_file *m, void *v)
Thanks for taking care, but it's already fixed the same
On 2018.09.17 10:50:33 +0200, Gerd Hoffmann wrote:
> > > +#define VFIO_DEVICE_INFO_CAP_EDID1
> > > +
> > > +struct vfio_device_info_edid_cap {
> > > + struct vfio_info_cap_header header;
> > > + __u32 max_x; /* Max display height (zero == no limit) */
> > > + __u32 max_y; /* Max
On 09/14/2018 01:40 PM, Bartlomiej Zolnierkiewicz wrote:
[...]
>>> --- a/include/linux/thermal.h
>>> +++ b/include/linux/thermal.h
>>> @@ -467,6 +467,7 @@ struct thermal_cooling_device *
>>> int thermal_zone_get_temp(struct thermal_zone_device *tz, int *temp);
>>> int thermal_zone_get_slope(s
On 2018/9/17 17:24, Thomas Gleixner wrote:
> On Mon, 17 Sep 2018, zhong jiang wrote:
>
>> Fix the following compile warning:
>>
>> arch/x86/kernel/apm_32.c:1643:12: warning: ?proc_apm_show? defined but not
>> used [-Wunused-function]
>> static int proc_apm_show(struct seq_file *m, void *v)
> Than
Rename tpm2_* to tpm_* and move the definitions to include/linux/tpm.h so
that these can be used by other kernel subsystems (e.g. IMA).
Signed-off-by: Roberto Sassu
---
drivers/char/tpm/tpm-interface.c | 4 ++--
drivers/char/tpm/tpm.h | 13 +
drivers/char/tpm/tpm2-cmd.c
Resending to maintainer with correct mailing lists in CC.
The TPM driver currently relies on the crypto subsystem to determine the
digest size of supported TPM algorithms. In the future, TPM vendors might
implement new algorithms in their chips, and those algorithms might not
be supported by the c
Currently the TPM driver allows other kernel subsystems to read only the
SHA1 PCR bank. This patch modifies the parameters of tpm_pcr_read() and
tpm2_pcr_read() to pass an array of tpm_digest structures, which contains
the desired hash algorithms. Initially, the array size is limited to 1.
Due to
Currently, the TPM driver retrieves the digest size from a table mapping
TPM algorithms identifiers to identifiers defined by the crypto subsystem.
If the algorithm is not defined by the latter, the digest size can be
retrieved from the output of the PCR read command.
The patch retrieves at TPM st
May I have your input?
Thanks,
Zhe
On 2018年08月09日 16:34, zhe...@windriver.com wrote:
> From: He Zhe
>
> The check may fail not only because ${CC} does not support the asm
> feature, but also due to potential defects of ${CC} itself like what
> we experienced below or even it's missing.
>
> Assem
On Fri, Sep 07, 2018 at 10:00:09AM -0700, Tony Lindgren wrote:
> * Vignesh R [180810 10:10]:
> >
> >
> > On Wednesday 08 August 2018 10:27 PM, Lorenzo Pieralisi wrote:
> > > On Tue, Jul 24, 2018 at 11:01:46PM +0530, Vignesh R wrote:
> > >> Make workaround for errata i870 applicable in Host mode
On Sat, Sep 15, 2018 at 10:48:20AM +0200, Jan H. Schönherr wrote:
> On 09/14/2018 06:25 PM, Jan H. Schönherr wrote:
> > On 09/14/2018 01:12 PM, Peter Zijlstra wrote:
> >>
> >> There are known scalability problems with the existing cgroup muck; you
> >> just made things a ton worse. The existing cgr
This patch updates the LZ4 compression module based on LZ4
LZ4 v1.8.3 in order for the erofs file system to use the newest
LZ4_decompress_safe_partial() which can now decode exactly
the nb of bytes requested [1] to take place of the open hacked
code in the erofs file system itself.
Currently, apar
Add binding file for NXP FlexSPI controller
Signed-off-by: Yogesh Gaur
---
Changes for v2:
- Incorporated Rob review comments.
.../devicetree/bindings/spi/spi-nxp-fspi.txt | 42 ++
1 file changed, 42 insertions(+)
create mode 100644 Documentation/devicetree/bindings/s
Add fspi node property for LX2160A SoC for FlexSPI driver.
Property added for the FlexSPI controller and for the connected
slave device for the LX2160ARDB target.
This is having two SPI-NOR flash device, mt35xu512aba, connected
at CS0 and CS1.
Signed-off-by: Yogesh Gaur
---
Changes for v2:
- Inco
- Add a driver for NXP FlexSPI host controller
FlexSPI is a flexsible SPI host controller [1], Chapter 30 page 1475,
which supports two SPI channels and up to 4 external devices.
Each channel supports Single/Dual/Quad/Octal mode data transfer (1/2/4/8
bidirectional data lines)
i.e. FlexSPI ac
Enable driver support of NXP FlexSPI controller.
Signed-off-by: Yogesh Gaur
---
Changes for v2:
- None.
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 3cfa8ca..75ceddf 100644
--- a/arch/arm64/con
Add maintainers for the NXP FlexSPI driver
Signed-off-by: Yogesh Gaur
---
Changes for v2:
- None.
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9d5eeff..2696898 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10228,6 +10228,12 @@ L: lin
Khalid Aziz writes:
> I ran tests with your updated code and gathered lock statistics. Change in
> system time for "make -j60" was in the noise margin (It actually went up by
> about 2%). There is some contention on xpfo_lock. Average wait time does not
> look high compared to other locks. Max ho
On Fri, Sep 14, 2018 at 12:31:18PM +0200, Thomas Gleixner wrote:
> On Thu, 13 Sep 2018, Thierry Reding wrote:
> > I've been trying to implement a feature on recent Tegra chips that's
> > called "wake events". These wake events are implemented as part of the
> > power management controller (PMC) and
- Add a driver for NXP FlexSPI host controller
(0) What is the FlexSPI controller?
FlexSPI is a flexsible SPI host controller which supports two SPI
channels and up to 4 external devices. Each channel supports
Single/Dual/Quad/Octal mode data transfer (1/2/4/8 bidirectional
data lines) i.e. Fl
On 16.9.2018 12:12, Jonathan Cameron wrote:
> On Fri, 14 Sep 2018 12:48:28 +0530
> Manish Narani wrote:
>
>> Add documentation for xilinx-ams driver. This contains information about
>> various voltages and temperatures on PS (Processing System), PL
>> (Programmable Logic) and AMS Control Block.
>
Juerg Haefliger writes:
>> I've updated my XPFO branch[1] to make some of the debugging optional
>> and also integrated the XPFO bookkeeping with struct page, instead of
>> requiring CONFIG_PAGE_EXTENSION, which removes some checks in the hot
>> path.
>
> FWIW, that was my original design but the
1, memory leak in ramoops_register_dummy.
dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
but no free when platform_device_register_data return fail
2, if kzalloc(sizeof(*dummy_data), GFP_KERNEL) return NULL,
but platform_driver_register(&ramoops_driver) return 0
kfree(NULL) in
Added FAN_EVENT_INFO_TID to select the thread id of the event trigger
Signed-off-by: nixiaoming
---
fs/notify/fanotify/fanotify.c | 66 +-
fs/notify/fanotify/fanotify.h | 2 +-
fs/notify/fanotify/fanotify_user.c | 4 +--
include/uapi/linux/fanotify
On 9/16/2018 2:37 PM, Jarkko Sakkinen wrote:
On Wed, Sep 05, 2018 at 01:42:02PM +0200, Roberto Sassu wrote:
Currently, the TPM driver retrieves the digest size from a table mapping
TPM algorithms identifiers to identifiers defined by the crypto subsystem.
If the algorithm is not defined by the l
I am very sorry, I sent the wrong email, please ignore the patch just now.
-Original Message-
From: Nixiaoming
Sent: Monday, September 17, 2018 5:16 PM
To: j...@suse.cz; amir7...@gmail.com
Cc: Nixiaoming ; linux-fsde...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: [PATCH] fix m
Below is the list of build error/warning regressions/improvements in
v4.19-rc4[1] compared to v4.18[2].
Summarized:
- build errors: +5/-3
- build warnings: +14682/-248
JFYI, when comparing v4.19-rc4[1] to v4.19-rc3[3], the summaries are:
- build errors: +0/-0
- build warnings: +189/-228
1 - 100 of 1058 matches
Mail list logo