On 03/10/17 22:11, Jintack Lim wrote:
> Hi James,
>
> On Tue, Oct 3, 2017 at 1:37 PM, James Morse wrote:
>> Hi Jintack,
>>
>> On 03/10/17 04:11, Jintack Lim wrote:
>>> This design overview will help to digest the subsequent patches that
>>> implement AT instruction emulation.
>>
>>> diff --git a/
On Wed, Oct 04, 2017 at 12:06:42PM +0530, P J P wrote:
> Needs to kfree(sp->psp_data) before setting to NULL.
Not if it is allocated with devm_kzalloc().
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
(AG Nürnberg)
--
The watchdog bindings do not describe an interrupt property nor clock
phandle, and the upstream driver never had code to use them. Drop them
from the device tree.
Also rename the node from wdt the more commonly used watchdog.
Signed-off-by: Joel Stanley
---
arch/arm/boot/dts/aspeed-g4.dtsi | 7
A cleanup and a change in the default behaviour for the watchdog nodes to match
what is required to boot with commonly shipped u-boots.
Joel Stanley (2):
ARM: dts: aspeed: Remove undocumented wdt properties
ARM: dts: aspeed: Enable watchdog two
arch/arm/boot/dts/aspeed-g4.dtsi | 8 ++--
The second watchdog is left running by u-boot in the common
configurations of the firmware shipped on ASPEED boards. Ensure a driver
is loaded so the system can succcessfully boot.
Signed-off-by: Joel Stanley
---
arch/arm/boot/dts/aspeed-g4.dtsi | 1 -
arch/arm/boot/dts/aspeed-g5.dtsi | 1 -
2 f
On Tue, Oct 03, 2017 at 07:18:24PM +0200, Ingo Molnar wrote:
> Yes, I'll do that tomorrow. I was always a bit unhappy about cross-release,
> because it breaks the 'owner task owns the lock' model.
Still, you can get real deadlocks with completions...
> Plus I don't think we found that many real b
On Sat 2017-09-30 11:53:16, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for powerpc64.
>
> For pointers that belong to the kernel
> - Added __start_opd and __end_opd pointers, to track the kernel
>
On Wed, Oct 04, 2017 at 12:26:11PM +0530, P J P wrote:
> Each return above needs to be on its own line.
... because?
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
(AG Nürnberg)
--
We need a reliable stack unwinder for kernel live patching, but we do
not want to enable frame pointers for performance reasons. So let ORC be
a reliable stack unwinder on x86 as it performs nicely wrt reliability
of traces.
Signed-off-by: Jiri Slaby
Cc: Josh Poimboeuf
Cc: Thomas Gleixner
Cc: I
On Wed, Oct 04, 2017 at 08:10:59AM +0200, Takashi Iwai wrote:
> On Tue, 03 Oct 2017 19:42:21 +0200,
> Greg Kroah-Hartman wrote:
> >
> > On Tue, Oct 03, 2017 at 12:50:08PM -0400, Alan Stern wrote:
> > > On Tue, 3 Oct 2017, Takashi Iwai wrote:
> > >
> > > > > It's a dev_WARN because it indicates a
On Oct 3, 2017, benjamin.tissoi...@redhat.com wrote:
> Niels found an issue with v1 of the series, while compiling the usbhid module
> as a
> separate .ko.
>
> Sending a v2 with the proper From: field fixed now.
>
I have built it on for-next and tested it with no apparent issues. Also, I have
Re
On Mon, Oct 02, 2017 at 10:12:18AM -0500, mike.tra...@hpe.com wrote:
> static void detect_art(void)
> {
> unsigned int unused[2];
>
> - if (boot_cpu_data.cpuid_level < ART_CPUID_LEAF)
> + if (boot_cpu_data.cpuid_level < ART_CPUID_LEAF || tsc_art_disabled)
> return;
>
Add Timers and it sub-nodes into DT for stm32f746 family.
Signed-off-by: Benjamin Gaignard
---
arch/arm/boot/dts/stm32f746.dtsi | 270 +++
1 file changed, 270 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f746.dtsi b/arch/arm/boot/dts/stm32f746.dtsi
index
Hi Dinh,
On Mon, 2017-10-02 at 16:36 -0500, Dinh Nguyen wrote:
> Gentle ping?
Thank you, I've applied this patch to the reset/fixes branch.
regards
Philipp
On Tue 03-10-17 07:35:59, Tejun Heo wrote:
> Hello, Michal.
>
> On Tue, Oct 03, 2017 at 04:22:46PM +0200, Michal Hocko wrote:
> > On Tue 03-10-17 15:08:41, Roman Gushchin wrote:
> > > On Tue, Oct 03, 2017 at 03:36:23PM +0200, Michal Hocko wrote:
> > [...]
> > > > I guess we want to inherit the val
On 04.10.2017 09:17, James Morris wrote:
On Tue, 19 Sep 2017, Casey Schaufler wrote:
Subject: [PATCH] fix security_release_secctx seems broken
security_inode_getsecurity() provides the text string value
of a security attribute. It does not provide a "secctx".
The code in xattr_getsecurity()
Hi,
On 03-10-17 14:40, Greg Kroah-Hartman wrote:
On Tue, Oct 03, 2017 at 01:41:46PM +0200, Hans de Goede wrote:
Hi,
On 03-10-17 12:04, Christoph Hellwig wrote:
Looks like you forgot to CC previous revierers.
+#define CHECK_IOCTL_IN(req) \
+do
Hi,
On 03-10-17 13:41, Hans de Goede wrote:
+#define CHECK_IOCTL_IN(req) \
+do { \
+ if ((req)->Hdr.cbIn != (sizeof((req)->Hdr) + sizeof((req)->u.In)) || \
+ (req)->Hdr.cbOut != sizeof((req)->Hdr)) \
KBUILD_DEFCONFIG := shx3_defconfig
is never used in a sensible way. KBUILD_DEFCONFIG specifies the
defconfig file used by "make defconfig", but CONFIG_SUPERH32 is
never set when building config targets.
Signed-off-by: Masahiro Yamada
---
arch/sh/Makefile | 3 +--
1 file changed, 1 insertion(+
yes, this patch works for our platform.
On Wed, Oct 4, 2017 at 12:00 PM, Christoph Hellwig wrote:
> On Mon, Oct 02, 2017 at 11:21:29AM -0600, Keith Busch wrote:
>> Yah, calling this a DMA address was a misnomer and confusing.
>
> Abhishek, can you test if this works for you?
Commit-ID: 3dd40cb320fee7c23b574ab821ce140ccd1281c9
Gitweb: https://git.kernel.org/tip/3dd40cb320fee7c23b574ab821ce140ccd1281c9
Author: Josh Poimboeuf
AuthorDate: Tue, 3 Oct 2017 20:10:36 -0500
Committer: Ingo Molnar
CommitDate: Wed, 4 Oct 2017 08:02:18 +0200
objtool: Upgrade libelf-de
On Mi, 2017-10-04 at 10:59 +0300, Dan Carpenter wrote:
> On Wed, Oct 04, 2017 at 07:24:49AM +, Stahl, Manuel wrote:
> > Hi Dan. Thanks for your comments. I can fix all of those.
> > Probably there is also some upgrade needed for the MSI stuff.
> > pci_disable_msi() is not there anymore, so I ha
Hi,
On Wednesday, October 04, 2017 09:39:45 AM Linus Walleij wrote:
> On Fri, Sep 22, 2017 at 2:37 PM, Adrian Hunter
> wrote:
>
> > Add CQE support to the block driver, including:
> > - optionally using DCMD for flush requests
> > - "manually" issuing discard requests
> > - issuing
-kexec_file_load-support/20171004-163130
base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
for-next/core
config: x86_64-randconfig-x000-201740 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
Hi Long,
[auto build test WARNING on cifs/for-next]
[also build test WARNING on v4.14-rc3]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Long-Li/CIFS-Implement-SMBDirect/20171004-165915
base
Hi Long,
[auto build test ERROR on cifs/for-next]
[also build test ERROR on v4.14-rc3 next-20170929]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Long-Li/CIFS-Implement-SMBDirect/20171004
On Wed, Sep 13, 2017 at 12:24:30PM +0200, Uladzislau Rezki (Sony) wrote:
> From: Uladzislau Rezki
>
> As a first step this patch makes cfs_tasks list as MRU one.
> It means, that when a next task is picked to run on physical
> CPU it is moved to the front of the list.
>
> Therefore, the cfs_task
[...]
>> MQ code that doesn't perform and therefore we cannot switch seamlessly
>> to MQ.
>
> I think that switching seamlessly to blk-mq in short/medium-term
> is not possible (SCSI tried and failed to do so). The changes to
> the old path are very complex and besides affecting performance
> they
Make sure the MRS emulation is enabled early enough, such that the
early userspace applications (e.g, those run from initrd) could
use the facility without crashing them.
Fixes: commit 77c97b4ee2129 ("arm64: cpufeature: Expose CPUID registers by
emulation")
Reported-by: Matwey V. Kornilov
Cc: Ja
From 51081d316eb3078bf9ded4335fb6f5167e1ec93d Mon Sep 17 00:00:00 2001
From: Manuel Stahl
Date: Mon, 2 Oct 2017 16:23:19 +0200
Subject: [PATCH] Add new uio device for PCI with dynamic memory allocation
This device combines the uio_pci_generic driver and the uio_dmem_genirq
driver since PCI uses a
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, October 04, 2017 7:44 AM
> To: Madalin-cristian Bucur
> Cc: net...@vger.kernel.org; and...@lunn.ch; f.faine...@gmail.com; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH] fsl/fman: remove of_nod
+-- On Wed, 4 Oct 2017, Borislav Petkov wrote --+
| On Wed, Oct 04, 2017 at 12:26:11PM +0530, P J P wrote:
| > Each return above needs to be on its own line.
|
| ... because?
It appears to cross 80 columns limit, checkpatch.pl throws warnings. Adding
new line would be consistent with coding style
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Tuesday, October 03, 2017 4:01 PM
> To: Madalin-cristian Bucur
> Cc: David Miller ; net...@vger.kernel.org;
> f.faine...@gmail.com; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] fsl/fman: remove of_node
>
> On
Hi,
I noticed zstd compression was recently added for btrfs and squashfs.
Are there actually already patches floating around for zstd kernel and intird
compression?
Looks like that would be a quite nice fit regarding speed and compression
ratio, …
Regards,
René
--
ExactCODE GmbH, Lie
On 10/4/2017 11:03 AM, Icenowy Zheng wrote:
于 2017年10月4日 GMT+08:00 下午5:02:17, Kalle Valo 写到:
Icenowy Zheng writes:
Allwinner XR819 is a SDIO Wi-Fi chip, which has the functionality to
use
an out-of-band interrupt pin instead of SDIO in-band interrupt.
Add the device tree binding of this
On Wed, 04 Oct 2017 11:24:42 +0200,
Johan Hovold wrote:
>
> On Wed, Oct 04, 2017 at 08:10:59AM +0200, Takashi Iwai wrote:
> > On Tue, 03 Oct 2017 19:42:21 +0200,
> > Greg Kroah-Hartman wrote:
> > >
> > > On Tue, Oct 03, 2017 at 12:50:08PM -0400, Alan Stern wrote:
> > > > On Tue, 3 Oct 2017, Takas
On Tue, Oct 03, 2017 at 11:02:33AM +0800, Jia-Ju Bai wrote:
> According to fcoe_ctlr.c, the driver may sleep under a RCU lock,
> and the function call paths are:
> fcoe_ctlr_disc_stop_locked (acquire the RCU lock)
> fc_rport_logoff
> mutex_lock --> may sleep
>
> fcoe_ctlr_vn_disc
> fc_rpor
Hi Long,
[auto build test WARNING on cifs/for-next]
[also build test WARNING on v4.14-rc3 next-20170929]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Long-Li/CIFS-Implement-SMBDirect/20171004
On Wed, Oct 04, 2017 at 03:24:36PM +0530, P J P wrote:
> It appears to cross 80 columns limit, checkpatch.pl throws warnings. Adding
> new line would be consistent with coding style.
The 80 cols rule is not a hard one and checkpatch should not override
common sense. This is a function which maps
Hi Vineet,
On Mon, 2017-09-18 at 18:51 +0200, Philipp Zabel wrote:
> > Will it be OK for you to apply the corresponding DT update for
> > platform - that way
> > I don't have to keep track of when ur branch hits mainline etc.
> >
> > The chances of any ensuing conflicts are pretty rare - and eas
On Wed, Oct 04, 2017 at 10:02:48AM +, Arend van Spriel wrote:
> On 10/4/2017 11:03 AM, Icenowy Zheng wrote:
> >
> >
> > 于 2017年10月4日 GMT+08:00 下午5:02:17, Kalle Valo 写到:
> > > Icenowy Zheng writes:
> > >
> > > > Allwinner XR819 is a SDIO Wi-Fi chip, which has the functionality to
> > > use
On Wed, Oct 04, 2017 at 11:32:23AM +0200, Hans de Goede wrote:
> Hi,
>
> On 03-10-17 13:41, Hans de Goede wrote:
>
>
>
> > > > +#define CHECK_IOCTL_IN(req) \
> > > > +do { \
> > > > + if ((req)->Hdr.cbIn != (sizeof((req)->Hd
Pasting v5 here.
> From: Brijesh Singh
>
> Create a Documentation entry to describe the AMD Secure Encrypted
> Virtualization (SEV) feature.
>
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: "H. Peter Anvin"
> Cc: Paolo Bonzini
> Cc: "Radim Krčmář"
> Cc: Jonathan Corbet
> Cc: Borislav Petko
于 2017年10月4日 GMT+08:00 下午6:11:45, Maxime Ripard
写到:
>On Wed, Oct 04, 2017 at 10:02:48AM +, Arend van Spriel wrote:
>> On 10/4/2017 11:03 AM, Icenowy Zheng wrote:
>> >
>> >
>> > 于 2017年10月4日 GMT+08:00 下午5:02:17, Kalle Valo
>写到:
>> > > Icenowy Zheng writes:
>> > >
>> > > > Allwinner XR81
On Wed, Oct 04, 2017 at 10:48:05AM +0100, Suzuki K Poulose wrote:
> Make sure the MRS emulation is enabled early enough, such that the
> early userspace applications (e.g, those run from initrd) could
> use the facility without crashing them.
>
> Fixes: commit 77c97b4ee2129 ("arm64: cpufeature: Ex
On Wed, 2017-09-20 at 17:40 +0800, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> Add the reset controller dt-bindings exported from infracfg, pericfg,
> hifsys and ethsys which could be found on MT7622 SoC. So that we can
> reference them from within a device-tree file.
>
> Signed-off-by:
Hello,
On 4.10.2017 12:06, Julia Lawall wrote:
> Hello,
>
> It seems that an unlock is missing on line 764.
Yes, this is true. I'll add an unlock there. Thank you for noticing this.
Best regards,
Todor
>
> julia
>
> -- Forwarded message --
> Date: Wed, 4 Oct 2017 05:59:09 +0
On Tue, Oct 03, 2017 at 04:08:30PM -0700, Sandeep Patil wrote:
> It is entirely possible and easy in android/ueventd to create those nodes
> under "/dev/ion/". (assuming the heap 'subsystem' for these new devices will
> point to 'ion').
The reason I didn't say /dev/ion/foo initially is that if p
On Wed, Oct 04, 2017 at 12:04:06PM +0200, Takashi Iwai wrote:
> On Wed, 04 Oct 2017 11:24:42 +0200, Johan Hovold wrote:
> > On Wed, Oct 04, 2017 at 08:10:59AM +0200, Takashi Iwai wrote:
> > > Well, what I had in my mind is just a snippet from usb_submit_urb(),
> > > something like:
> > >
> > > bo
On Wed, Oct 4, 2017 at 12:11 PM, Greg Kroah-Hartman
wrote:
> On Wed, Oct 04, 2017 at 11:32:23AM +0200, Hans de Goede wrote:
>> Hi,
>>
>> On 03-10-17 13:41, Hans de Goede wrote:
>>
>>
>>
>> > > > +#define CHECK_IOCTL_IN(req) \
>> > > > +do {
The recent rework introduced a possible randconfig build failure
when CONFIG_CRYPTO configured to only allow modules:
security/keys/big_key.o: In function `big_key_crypt':
big_key.c:(.text+0x29f): undefined reference to `crypto_aead_setkey'
security/keys/big_key.o: In function `big_key_init':
big_
Hi Todor,
On Mon, Oct 02, 2017 at 04:28:45PM +0300, Todor Tomov wrote:
> As soon as the sensor is powered on, change the I2C address to the one
> specified in DT. This allows to use multiple physical sensors connected
> to the same I2C bus.
>
> Signed-off-by: Todor Tomov
The smiapp driver does
Currently, get_burstcount() function sleeps for 5msec in a loop
before retrying for next query to burstcount. However, if it takes
lesser time for TPM to return, this 5msec delay is longer
than necessary.
This patch replaces the tpm_msleep time from 5msec to 1msec.
After this change, performance
The function wait_for_tpm_stat() is currently defined in
tpm-interface file. It is a hardware specific function used
only by tpm_tis and xen-tpmfront, so it is removed from
tpm-interface.c and defined in respective driver files.
Suggested-by: Jarkko Sakkinen
Signed-off-by: Nayna Jain
---
driver
Currently, tpm_msleep() uses delay_msec as the minimum value in
usleep_range. However, that is the maximum time we want to wait.
The function is modified to use the delay_msec as the maximum
value, not the minimum value.
After this change, performance on a TPM 1.2 with an 8 byte
burstcount for 100
The TPM burstcount status indicates the number of bytes that can
be sent to the TPM without causing bus wait states. Effectively,
it is the number of empty bytes in the command FIFO. Further,
some TPMs have a static burstcount, when the value remains zero
until the entire FIFO is empty.
This patc
The rework of the posted interrupt handling broke building without
support for the local APIC:
ERROR: "boot_cpu_physical_apicid" [arch/x86/kvm/kvm-intel.ko] undefined!
That configuration is probably not particularly useful anyway, so
we can avoid the randconfig failures by adding a Kconfig depend
* Peter Zijlstra wrote:
> On Tue, Oct 03, 2017 at 07:18:24PM +0200, Ingo Molnar wrote:
> > Yes, I'll do that tomorrow. I was always a bit unhappy about cross-release,
> > because it breaks the 'owner task owns the lock' model.
>
> Still, you can get real deadlocks with completions...
>
> > Plu
On Tue, Oct 03, 2017 at 01:06:05PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 12, 2017 at 12:56:43PM -0700, Andi Kleen escreveu:
> > From: Andi Kleen
> >
> > There are still problems with BPF misinterpreting some events
> > that include .c. An earlier fix made it work for stand alone
>
On Wed, Oct 04, 2017 at 12:23:41PM +0200, Arnd Bergmann wrote:
> On Wed, Oct 4, 2017 at 12:11 PM, Greg Kroah-Hartman
> wrote:
> > On Wed, Oct 04, 2017 at 11:32:23AM +0200, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 03-10-17 13:41, Hans de Goede wrote:
> >>
> >>
> >>
> >> > > > +#define CHECK_IOCT
The existing wait_for_tpm_stat() polls for the chip status after
5msec sleep. As per TCG ddwg input, it is expected that tpm might
return status in few usec. So, reducing the delay in polling to
1msec.
After this change, performance on a TPM 1.2 with an 8 byte
burstcount for 1000 extends improved
On Tue, Oct 03, 2017 at 06:58:00PM +0200, Łukasz Majewski wrote:
> Have I overlooked something? Maybe there is any other mainline code, which I
> could reuse?
No, we don't support randomly toggling power for devices without their
cooperation - it's not generally going to end well. The reason it'
On Sun, 2017-10-01 at 10:00 +0200, Christoph Hellwig wrote:
> While this looks okay-ish to me I really don't want people confused
> with three variants of add_disk, we really need to consolidate
> our helpers there a bit..
>
Can you give me a hint what you'd like to see?
Martin
--
Dr. Martin W
On Mon, Oct 02, 2017 at 05:17:56PM +0200, Jan Glauber wrote:
> I went for this as the simplest solution, the probing is completely
> synchronous and no state needs to be stored in the wrapper.
What state would you need to store? The wrapper simply gives out the
struct pci_dev * to the callers or N
After further discussions with the TCG Device Driver working group (ddwg),
the following changes were made:
* Check for burstcount at least once to confirm the TPM is ready to accept
the data. Similarly, query for the TPM Expect status as sanity check at
the end.
* Make the sleep for status chec
On Sat 2017-09-30 11:53:17, Sergey Senozhatsky wrote:
> We are moving towards separate kernel and module function descriptor
> dereference callbacks. This patch enables it for parisc64.
>
> For pointers that belong to the kernel
> - Added __start_opd and __end_opd pointers, to track the kernel
>
* Masami Hiramatsu wrote:
> Hmm, actually we can not disable jprobe, that has no separate Kconfig.
> So we need to introduce new kconfig for that.
>
> And, there are several network protocols using jprobe to trace events.
> (e.g. NET_DCCPPROBE and NET_TCPPROBE)
> I think they need to migrate to
Hi,
On 04-10-17 12:30, Greg Kroah-Hartman wrote:
On Wed, Oct 04, 2017 at 12:23:41PM +0200, Arnd Bergmann wrote:
On Wed, Oct 4, 2017 at 12:11 PM, Greg Kroah-Hartman
wrote:
On Wed, Oct 04, 2017 at 11:32:23AM +0200, Hans de Goede wrote:
Hi,
On 03-10-17 13:41, Hans de Goede wrote:
+#define
Sounds good.
regards,
dan carpenter
On Wed, 04 Oct 2017 12:23:11 +0200,
Johan Hovold wrote:
>
> On Wed, Oct 04, 2017 at 12:04:06PM +0200, Takashi Iwai wrote:
> > On Wed, 04 Oct 2017 11:24:42 +0200, Johan Hovold wrote:
> > > On Wed, Oct 04, 2017 at 08:10:59AM +0200, Takashi Iwai wrote:
>
> > > > Well, what I had in my mind is just a
+-- On Wed, 4 Oct 2017, Borislav Petkov wrote --+
| This is a function which maps commands to buffer lengths and it should be
| obvious at a *very* quick glance what it does. And that is best done if it
| is written in a tabular manner as we do such things in other places in the
| kernel too.
On Wed, Oct 04, 2017 at 11:02:55AM +0200, Greg KH wrote:
> On Wed, Oct 04, 2017 at 09:58:10AM +0100, Will Deacon wrote:
> > On Wed, Oct 04, 2017 at 10:56:57AM +0200, Greg KH wrote:
> > > On Mon, Oct 02, 2017 at 11:42:05AM +0100, Will Deacon wrote:
> > > > On Sun, Oct 01, 2017 at 11:06:46AM +1100, T
On Mon, Sep 25, 2017 at 01:19:48PM +0200, Roberto Sassu wrote:
> tpm2_pcr_read() copies the digest stored in a PCR to a buffer provided by
> the caller. However, it does not return the digest size, included in the
> output from the TPM. Retrieving it would be useful when a TPM algorithm
> is not kn
On Wed, Oct 04, 2017 at 10:57:56AM +0200, Greg KH wrote:
> On Sun, Oct 01, 2017 at 11:11:05AM +1100, Tobin C. Harding wrote:
> > On Sun, Oct 01, 2017 at 11:06:44AM +1100, Tobin C. Harding wrote:
> > > Version 2 of Greg's patch series with changes made as suggested by
> > > comments to V1.
> >
> >
On Fri, 2017-09-29 at 16:59 -0600, Keith Busch wrote:
> On Thu, Sep 28, 2017 at 09:36:36PM +0200, Martin Wilck wrote:
> > In the NVME subsystem, we're seeing a race condition with udev
> > where
> > device_add_disk() is called (which triggers an "add" uevent), and a
> > sysfs attribute group is add
On Fri, Sep 29, 2017 at 04:23:01PM +0800, Chen-Yu Tsai wrote:
> This patch adds a macro regmap_field_read_poll_timeout that works
> similar to the readx_poll_timeout defined in linux/iopoll.h, except
> that this can also return the error value returned by a failed
> regmap_field_read.
The followin
CC'ing the I2C mainling list and the I2C maintainer.
On Wednesday, 4 October 2017 13:30:08 EEST Sakari Ailus wrote:
> Hi Todor,
>
> On Mon, Oct 02, 2017 at 04:28:45PM +0300, Todor Tomov wrote:
> > As soon as the sensor is powered on, change the I2C address to the one
> > specified in DT. This all
On Fri, 29 Sep 2017, Chanwoo Choi wrote:
> The extcon has two type of extcon devices as following.
> - 'extcon provider deivce' adds new extcon device and detect the
>state/properties of external connector. Also, it notifies the
>state/properties to the extcon consumer device.
> - 'extcon
On Fri, 29 Sep 2017, Chen-Yu Tsai wrote:
> Now that axp20x-regulator supports AXP813, we can add a cell for it
> to enable it.
>
> Signed-off-by: Chen-Yu Tsai
> Tested-by: Maxime Ripard
> ---
> drivers/mfd/axp20x.c | 2 ++
> 1 file changed, 2 insertions(+)
For my own reference:
Acked-for-MF
On Fri, 29 Sep 2017, Chen-Yu Tsai wrote:
> The AXP813 PMIC has 7 DC-DC buck regulators, 16 LDOs (including the
> fixed RTC LDO and 2 GPIO LDOs), and 1 switchable. The drive-vbus
> feature is also supported. All the hardware details are very similar
> to the AXP803, with the following exceptions:
>
On Thu, Sep 28, 2017 at 3:11 PM, Sudeep Holla wrote:
> +
> +The SCMI is intended to allow agents such as OSPM to manage various functions
> +that are provided by the hardware platform it is running on, including power
> +and performance functions.
> +
> +This binding is intended to define the inte
On Wed, Oct 04, 2017 at 10:58:50AM +0200, Greg KH wrote:
> On Sun, Oct 01, 2017 at 11:06:44AM +1100, Tobin C. Harding wrote:
> > Version 2 of Greg's patch series with changes made as suggested by comments
> > to V1.
> >
> > Applies on top of Linus' current development tree
> >
> > a8c964eacb2128
On Fri, Sep 29, 2017 at 08:16:17PM +0300, Jarkko Sakkinen wrote:
> On Tue, Sep 26, 2017 at 02:49:31PM +0200, Thiebaud Weksteen wrote:
> > On Tue, Sep 26, 2017 at 1:45 PM, Jarkko Sakkinen
> > wrote:
> > > On Wed, Sep 20, 2017 at 10:13:39AM +0200, Thiebaud Weksteen wrote:
> > >> With TPM 2.0 specifi
On Wed, Oct 4, 2017 at 12:50 PM, Greg KH wrote:
> On Tue, Oct 03, 2017 at 12:48:59PM -0400, Pintu Agarwal wrote:
>> This is a test utility to verify ION buffer sharing in user space
>> between 2 independent processes.
>> It uses unix domain socket as IPC to transfer an FD to another process
>> and
On Thu, Sep 28, 2017 at 3:11 PM, Sudeep Holla wrote:
> +/**
> + * struct scmi_msg_hdr - Message(Tx/Rx) header
> + *
> + * @id: The identifier of the command being sent
> + * @protocol_id: The identifier of the protocol used to send @id command
> + * @seq: The token to identify the message. when a
Hi Long,
[auto build test ERROR on cifs/for-next]
[also build test ERROR on v4.14-rc3 next-20170929]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Long-Li/CIFS-Implement-SMBDirect/20171004
Hi Mark,
Thank you for your reply.
On Tue, Oct 03, 2017 at 06:58:00PM +0200, Łukasz Majewski wrote:
Have I overlooked something? Maybe there is any other mainline code, which I
could reuse?
No, we don't support randomly toggling power for devices without their
cooperation - it's not general
On 29/09/2017 16:33, Masahiro Yamada wrote:
> (+CC Marc Gonzalez)
>
> 2017-09-29 21:26 GMT+09:00 Boris Brezillon
> :
>> On Fri, 29 Sep 2017 19:38:38 +0900
>> Masahiro Yamada wrote:
>>
>>> 1/2 : add NAND_WAIT_TWHR and nand_whr_delay().
>>> You can set this new flag if you want nand_command
Petr Mladek writes:
> On Sat 2017-09-30 11:53:16, Sergey Senozhatsky wrote:
>> diff --git a/arch/powerpc/kernel/module_64.c
>> b/arch/powerpc/kernel/module_64.c
>> index 0b0f89685b67..94caec045a90 100644
>> --- a/arch/powerpc/kernel/module_64.c
>> +++ b/arch/powerpc/kernel/module_64.c
>> @@ -712,
On Thu, Sep 28, 2017 at 3:11 PM, Sudeep Holla wrote:
> +static const struct scmi_protocol_match scmi_protocols[] = {
> + {
> + .protocol_id = SCMI_PROTOCOL_PERF,
> + .fn = scmi_perf_protocol_init,
> + .name = "scmi-cpufreq",
> + }, {
> +
Hi Arnd,
Thanks for taking a look at this.
On 04/10/17 11:50, Arnd Bergmann wrote:
> On Thu, Sep 28, 2017 at 3:11 PM, Sudeep Holla wrote:
>> +
>> +The SCMI is intended to allow agents such as OSPM to manage various
>> functions
>> +that are provided by the hardware platform it is running on, in
On Wed, Oct 04, 2017 at 04:12:37PM +0530, P J P wrote:
> Quick glance would work if it is readable. Currently it is not if
> one is viewing it in 80 cols screen/window. They do that. Writing
> return on the same line does not add specific value IMO.
Then you'll have to scroll to the right like y
On Wed, Oct 04, 2017 at 11:14:26AM +0100, Mark Rutland wrote:
> On Wed, Oct 04, 2017 at 10:48:05AM +0100, Suzuki K Poulose wrote:
> > Make sure the MRS emulation is enabled early enough, such that the
> > early userspace applications (e.g, those run from initrd) could
> > use the facility without c
From: Markus Elfring
Date: Wed, 4 Oct 2017 12:48:24 +0200
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation in three functions
Improve a size determination in 13 functions
arch/arm/pla
From: Markus Elfring
Date: Wed, 4 Oct 2017 09:33:52 +0200
Omit extra messages for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
arch/arm/plat-samsung/adc.c | 8 ++--
arch/arm/plat-samsun
On Mon, Sep 25, 2017 at 01:19:49PM +0200, Roberto Sassu wrote:
> PCRs can be extended by providing the TPM algorithm identifier and
> the digest. To correctly build the command buffer, the digest size
> must be known.
Remove the first paragraph. It does not any bring light on what the
commit does
On Wed, 2017-10-04 at 11:00 +0200, Srinivasan Shanmugam wrote:
> This patch fixes the following checkpatch.pl warning.
> WARNING: externs should be avoided in .c files
Nope.
> diff --git a/drivers/staging/rtl8723bs/core/rtw_ap.c
> b/drivers/staging/rtl8723bs/core/rtw_ap.c
[]
> @@ -17,12 +17,6 @@
On Wed, Oct 4, 2017 at 12:51 PM, Jarkko Sakkinen
wrote:
> On Fri, Sep 29, 2017 at 08:16:17PM +0300, Jarkko Sakkinen wrote:
>> On Tue, Sep 26, 2017 at 02:49:31PM +0200, Thiebaud Weksteen wrote:
>> > On Tue, Sep 26, 2017 at 1:45 PM, Jarkko Sakkinen
>> > wrote:
>> > > On Wed, Sep 20, 2017 at 10:13:3
From: Markus Elfring
Date: Wed, 4 Oct 2017 09:52:33 +0200
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was detect
On Thu, Sep 28, 2017 at 3:11 PM, Sudeep Holla wrote:
> It would be useful to have options to perform some SCMI transfers
> atomically by polling for the completion flag instead of interrupt
> driven. The SCMI specification has option to disable the interrupt and
> poll for the completion flag in t
101 - 200 of 1048 matches
Mail list logo
