On Tuesday 17 October 2017 13:21:49 Mario Limonciello wrote:
> +struct descriptor_priv {
> + struct list_head list;
> + u32 interface_version;
> + u32 size;
> +};
> +static LIST_HEAD(wmi_list);
> +
> +bool dell_wmi_get_interface_version(u32 *version)
> +{
> + struct descriptor_priv
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Tuesday, October 17, 2017 12:55 AM
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -95,7 +95,7 @@ config X86
> select GENERIC_IRQ_MATRIX_ALLOCATOR if X86_LOCAL_APIC
> select GENERIC_IRQ_MIGRATIONif SMP
>
Am Donnerstag, 24. August 2017, 18:27:53 CEST schrieb Rocky Hao:
> Add tsadc needed main information for RV1108 SoC.
> 75Hz is the max clock rate supported by tsadc module.
>
> Signed-off-by: Rocky Hao
applied for 4.15 with Eduardo's Ack.
Please make further adjustments for things like temp
On Tuesday 17 October 2017 13:21:50 Mario Limonciello wrote:
> The only driver using this was dell-wmi, and it really was a hack.
> The driver was getting a data attribute from another driver and this
> type of action should not be encouraged.
>
> Rather drivers that need to interact with one anot
Am Donnerstag, 24. August 2017, 18:32:14 CEST schrieb Rocky Hao:
> Enable tsadc module on RV1108 evaluation board
>
> Signed-off-by: Rocky Hao
applied for 4.15 with Eduardo's Ack.
Thanks
Heiko
Am Donnerstag, 24. August 2017, 18:27:54 CEST schrieb Rocky Hao:
> Add thermal zone and dynamic CPU power coefficients for RV1108
>
> Signed-off-by: Rocky Hao
applied for 4.15 with Eduardo's Ack.
Please make further adjustments for things like temperatures
in follow-up patches.
Thanks
Heiko
On Sat, Oct 07, 2017 at 02:08:44PM +0200, Bodo-Merle Sandor wrote:
> From: Sandor Bodo-Merle
>
> Add support for allocating multiple MSIs at the same time, so that the
> MSI_FLAG_MULTI_PCI_MSI flag can be added to the msi_domain_info
> structure.
>
> Avoid storing the hwirq in the low 5 bits of
On Sat, Oct 14, 2017 at 03:50:57AM +0800, Jeffy Chen wrote:
> Add an optional interrupt for PCIE_WAKE pin.
>
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v6: None
> Changes in v5:
> Move to pci.txt
>
> Changes in v3: None
> Changes in v2: None
>
> Documentation/devicetree/bindings/pci/pci
On Tuesday 17 October 2017 13:21:51 Mario Limonciello wrote:
> The proper way to indicate that a system is a 'supported' Dell System
> is by the presence of this string in OEM strings.
>
> Allowing the driver to load on non-Dell systems will have undefined
> results.
>
> Signed-off-by: Mario Limo
On 17/10/2017 20:25, Eduardo Valentin wrote:
> Hello,
>
> On Tue, Oct 17, 2017 at 02:28:27PM +0200, Daniel Lezcano wrote:
>> On 17/10/2017 05:54, Eduardo Valentin wrote:
>>> On Tue, Oct 10, 2017 at 08:02:27PM +0200, Daniel Lezcano wrote:
By essence, the tsensor does not really support multipl
On Tue, Oct 17, 2017 at 11:53:01AM -0700, Brian Norris wrote:
> On Tue, Oct 17, 2017 at 07:46:03PM +0100, Mark Brown wrote:
> > I would expect we can get a long way in the DT by doing a pass over the
> > tree and adding links between device nodes in cases where phandle
> > references exist. There
Am Montag, 16. Oktober 2017, 17:46:19 CEST schrieb Jagan Teki:
> vdd_log, never used on DCDC_REG1 of rk808 from latest schematic so
> remove the same and update the regulator-name as 'vdd_arm' to sync
> with existing rk3288 board dts files.
>
> Signed-off-by: Jagan Teki
applied for 4.15
Hi,
Am Montag, 16. Oktober 2017, 17:46:20 CEST schrieb Jagan Teki:
> vccio_sd has supplied to vqmmc-supply for sdmmc, use fixed voltage
> range of 3.3v for better IO lines supply voltage.
>
> Signed-off-by: Jagan Teki
not sure I understand this one.
I.e. the regulator should be at 3.3V anyway
A trivial patch to fix a typo in Documentation/sysctl/vm.txt
Signed-off-by: Kangmin Park
Cc: Jiri Kosina
Cc: Alan Cox
Cc: Andrew Morton
diff --git a/Documentation/sysctl/vm.txt b/Documentation/sysctl/vm.txt
index 342a88561722..9baf66a9ef4e 100644
--- a/Documentation/sysctl/vm.txt
+++ b/Docume
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, October 17, 2017 2:04 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org; Andy
> Lutomirski ; quasi...@google.com; r...@rjwysocki.net;
On Tuesday 17 October 2017 13:21:54 Mario Limonciello wrote:
> +static LIST_HEAD(wmi_list);
> +
> +static inline struct wmi_smbios_priv *get_first_smbios_priv(void)
> +{
> + return list_first_entry_or_null(&wmi_list,
> + struct wmi_smbios_priv,
> +
Am Montag, 16. Oktober 2017, 17:46:21 CEST schrieb Jagan Teki:
> rk808, SWITCH_REG1 has configured for sdmmc regulator as vcc_sd,
> so use the same by renaming vcc33_sd to vcc_sd(as per schematic)
> and drop explicit regulator definition from root.
>
> Signed-off-by: Jagan Teki
applied for 4.15
On Tue, Oct 17, 2017 at 9:22 PM, Vadim Pasternak wrote:
> It moves drivers/platform/x86/mlxcpld-hotplug.c to
> drivers/platform/mellanox/mlxreg-hotplug.c and
> include/linux/platform_data/mlxcpld-hotplug.h to
> include/linux/platform_data/mlxreg.h for making hotplug driver usable for
> the differe
Am Montag, 16. Oktober 2017, 17:46:22 CEST schrieb Jagan Teki:
> Add supporting regulators for rk3288-vyasa board, dc12_vbat is
> parent regulatorand followed regulators as are child regulators.
> regulator naming conversion followed as per schematic for better
> readability and easy for identifica
Am Montag, 16. Oktober 2017, 17:46:23 CEST schrieb Jagan Teki:
> Signed-off-by: Jagan Teki
I've picked your v2 of the patch.
Am Montag, 16. Oktober 2017, 22:43:07 CEST schrieb Jagan Teki:
> Signed-off-by: Jagan Teki
applied for 4.15 after adding a basic commit message.
On Tue, Oct 17, 2017 at 9:22 PM, Vadim Pasternak wrote:
> It allows driver to run on x86 and ARM architecture based systems.
> And allows to specify hotplug device parameters through the device
> table tree files.
> Also some unnecessary includes are removed.
> menuconfig MELLANOX_PLATFORM
>
On Wed, Oct 11, 2017 at 02:14:35PM +0530, Kishon Vijay Abraham I wrote:
> This series fixes module removal/insertion cycle of pci_endpoint_test.
>
> Without this series, when trying to modprobe pci_endpoint_test after
> rmmod pci_endpoint_test results in the following errors.
>
> pci-endpoint-tes
A trivial patch to fix a typo in Documentation/sysctl/vm.txt
Replace agressiveness with aggresiveness.
Signed-off-by: Kangmin Park
Cc: Jiri Kosina
Cc: Alan Cox
Cc: Andrew Morton
diff --git a/Documentation/sysctl/vm.txt b/Documentation/sysctl/vm.txt
index 9baf66a9ef4e..342a88561722 100644
---
> -Original Message-
> From: Limonciello, Mario
> Sent: Tuesday, October 17, 2017 2:11 PM
> To: 'Pali Rohár'
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org; Andy
> Lutomirski ; quasi...@google.com; r...@rjwysocki.net;
> mj...@google.com; h...@lst
Am Montag, 16. Oktober 2017, 17:46:24 CEST schrieb Jagan Teki:
> Add usb host support for rk3288-vyasa, board support hub power
> through phy_pwr_en and usb2 host power through usb2_pwr_en and
> naming conversion followed as per schematic.
>
> Signed-off-by: Jagan Teki
applied for 4.15, after dr
Am Montag, 16. Oktober 2017, 17:46:25 CEST schrieb Jagan Teki:
> Add usb otg support for rk3288-vyasa, board support usb1 otg
> power through otg_vbus_drv and naming conversion followed
> as per schematic.
>
> Signed-off-by: Jagan Teki
applied for 4.15
Am Montag, 16. Oktober 2017, 17:46:26 CEST schrieb Jagan Teki:
> Add io domains supported by rk3288-vyasa board.
>
> Signed-off-by: Jagan Teki
applied for 4.15 after moving it below the i2c node
We do not have tracepoints for sys_modify_ldt() because we define
it directly instead of using the normal SYSCALL_DEFINEx() macros.
However, there is a reason sys_modify_ldt() does not use the macros:
it has an 'int' return type instead of 'unsigned long'. This is
a bug, but it's a bug cemented
On Tuesday 17 October 2017 13:21:55 Mario Limonciello wrote:
> +/* When enabled this indicates that SMM won't work */
> +static int test_wsmt_enabled(void)
> +{
> + struct calling_interface_token *token;
> +
> + /* if token doesn't exist, SMM will work */
> + token = dell_smbios_find_to
On Mon, Oct 16, 2017 at 3:26 PM, wrote:
> From: Kan Liang
>
> There could be different types of memory in the system. E.g normal
> System Memory, Persistent Memory. To understand how the workload maps to
> those memories, it's important to know the I/O statistics on different
> type of memorys.
s/PCI: dwc: dra7xx: Add support for SoC specific compatible strings/
PCI: dra7xx: Add dra726 and dra746 compatible strings/
I think including "dwc" makes sense for things that involve the DW
core, but this is really dra7xx-specific. And I think the *support*
for SoC-specific strings was alrea
On Tue, Oct 17, 2017 at 9:22 PM, Vadim Pasternak wrote:
> It includes:
> - restructuring of mlxreg header file for unification of hotplug items
> definition;
> - unification of hotplug items to allow any kind of item (power
> controller, fan eeprom, psu eeprom, asic health in common way);
> -
he ongoing development. It will
be periodically rebased on the latest tags from Linus.
I will also push tags from time to time. I just created a tag
including changes based on feedback from the past few days as:
v4.14-rc5-rseq-20171017
Note that the system call numbers currently used may have to
On Tuesday 17 October 2017 19:19:02 mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Limonciello, Mario
> > Sent: Tuesday, October 17, 2017 2:11 PM
> > To: 'Pali Rohár'
> > Cc: dvh...@infradead.org; Andy Shevchenko ;
> > LKML ; platform-driver-...@vger.kernel.org;
> > An
s/PCI: dwc: pci-dra7xx: Enable x2 mode support/
PCI: dra7xx: Enable x2 mode support for dra74x and dra76x/
Looks OK to me otherwise, but Rob had a comment about the DT names, so
I'll wait for that resolution.
On Tue, Oct 10, 2017 at 03:46:06PM +0530, Kishon Vijay Abraham I wrote:
> Perform sysc
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
This code was tested by compilation only (GCC 7.2.0 was used).
Please, verify if the actual intention of the code is to fall through.
drivers/net/e
On Tue, 2017-10-17 at 20:41 +0200, SF Markus Elfring wrote:
> Do you find my wording “This issue was detected by using the
> Coccinelle software.” insufficient?
The question is not whether it is insufficient, but whether it is
appropriate. Detecting Coccinelle issues is one step. The next step
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, October 17, 2017 2:25 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; andy.shevche...@gmail.com; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; l...@kernel.org;
> quasi...@
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, October 17, 2017 1:45 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org; Andy
> Lutomirski ; quasi...@google.com; r...@rjwysocki.net;
On Mon, Oct 09, 2017 at 02:33:36PM +0530, Kishon Vijay Abraham I wrote:
> This was supposed to only update ti-pipe3 PHY registers. However because
> of the way the ti-pipe3 PHY, OCP2SCP and PCIe controller are connected
> in dra7xx where
>
> PCIe controller --> ti-pipe3 PHY ---
On Tue, 2017-10-17 at 11:23 -0600, Tyler Baicar wrote:
> ARM errors just print out the error information value, then the
> value needs to be manually decoded as per the UEFI spec. Add
> decoding of the ARM error information value so that the kernel
> logs capture all of the valid information at fir
The EXPORT_SYMBOL() macro is now used in lib/dlock-list.c to enable
kernel modules to use dlock-list. Some warning messages are also added.
Signed-off-by: Waiman Long
---
lib/dlock-list.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/lib/dlock-list.c b/lib/dlock-list.c
inde
Boqun Feng has kindly pointed out that the same lock class key is
used for all the dlock-list allocation. That can be a problem in case
a task need to acquire the locks of more than one dlock-list at the
same time with lockdep enabled.
To avoid this problem, the alloc_dlock_list_heads() function i
On Tue, 2017-10-17 at 20:41 +0200, SF Markus Elfring wrote:
> > > p = kmalloc(sizeof(*p), ...);
> > >
> > > The alternative form where struct name is spelled out hurts
> > > readability and
> > > introduces an opportunity for a bug when the pointer variable type
> > > is changed
> > > but the co
On Tue, 17 Oct 2017, Paul E. McKenney wrote:
> How about this?
>
> 0.Simple special cases
>
> If there is only one CPU on the one hand or only one variable
> on the other, the code will execute in order. There are (as
> usual) some things to be careful of:
>
> a.
A trivial patch to fix a typo in Documentation/sysctl/vm.txt
Replace agressiveness with aggressiveness.
Sorry for two mistake mails.
Thanks.
Signed-off-by: Kangmin Park
Cc: Jiri Kosina
Cc: Alan Cox
Cc: Andrew Morton
diff --git a/Documentation/sysctl/vm.txt b/Documentation/sysctl/vm.txt
index
[...]
>>
>> I am not sure I fully understand the goal you have with this series.
>> Can we please try to get that clear before I continue the review.
>
> Quoting from the above:
>
> "This patch series focuses on addressing those problems so as to make it
> easier to reuse callback routines by poin
Hi Andrew,
Today's linux-next merge of (well, import of) the akpm tree got a
bunch of patches that were either applied or have conflicts with other
trees, apparmor and btrfs stand out.
signature.asc
Description: PGP signature
On Fri, Oct 13, 2017 at 04:51:03PM -0700, John Stultz wrote:
> On Fri, Oct 13, 2017 at 2:41 PM, Rob Herring wrote:
> > On Mon, Oct 09, 2017 at 10:34:17PM -0700, John Stultz wrote:
> >> In working with the HiKey and HiKey960 as targets for AOSP,
> >> Dmitry developed the following overlay manager d
Nick Terrell writes:
> @@ -133,6 +133,8 @@ $(obj)/vmlinux.bin.lzo: $(vmlinux.bin.all-y) FORCE
> $(call if_changed,lzo)
> $(obj)/vmlinux.bin.lz4: $(vmlinux.bin.all-y) FORCE
> $(call if_changed,lz4)
> +$(obj)/vmlinux.bin.zst: $(vmlinux.bin.all-y) FORCE
> + $(call if_changed,zstd)
Hi,
On Tue, Oct 17, 2017 at 10:09:46PM +1100, Jonathan Liu wrote:
> Dithering is supported on TCON channel 0 which is used for LCD panels.
Expanding a bit the commit log would be great. What is dithering, why
is this needed in the first place, what is it trying to fix, etc.
> Signed-off-by: Jona
On Tue, Oct 17, 2017 at 7:18 AM, Kalle Valo wrote:
> + linux-wireless
>
> Hi Kees,
>
> Kees Cook writes:
>
>> This is the current set of outstanding networking patches to perform
>> conversions to the new timer interface (rebased to -next). This is not
>> all expected conversions, but it contains
On Wed, Oct 11, 2017 at 01:23:37PM +0200, Lothar Waßmann wrote:
> Signed-off-by: Lothar Waßmann
> ---
> .../bindings/display/panel/edt,et0350g0dh6.txt| 7 +++
Please split bindings to separate patch.
> drivers/gpu/drm/panel/panel-simple.c | 19
> ++
> On Mon, Oct 16, 2017 at 3:26 PM, wrote:
> > From: Kan Liang
> >
> > There could be different types of memory in the system. E.g normal
> > System Memory, Persistent Memory. To understand how the workload
> maps to
> > those memories, it's important to know the I/O statistics on different
> > t
On Tue, 17 Oct 2017 11:53:10 -0700 Kees Cook wrote:
> On Tue, Oct 17, 2017 at 11:52 AM, Mark Brown wrote:
> > On Tue, Oct 17, 2017 at 08:47:06PM +0200, Arnd Bergmann wrote:
> >
> >> To clarify: with my gcc-4.9/gcc-5 build, -mstack-protector-guard=tls
> >> has no effect,
> >> the output is the sa
On 10/17/2017 08:23 PM, Mike Kravetz wrote:
> On 10/17/2017 07:20 AM, Guy Shattah wrote:
>> 1. CMA has to preconfigured. We're suggesting mechanism that works 'out of
>> the box'
>> 2. Due to the pre-allocation techniques CMA imposes limitation on maximum
>>allocated memory. RDMA users often
On Tue, Oct 17, 2017 at 12:54 PM, Liang, Kan wrote:
>> On Mon, Oct 16, 2017 at 3:26 PM, wrote:
>> > From: Kan Liang
>> >
>> > There could be different types of memory in the system. E.g normal
>> > System Memory, Persistent Memory. To understand how the workload
>> maps to
>> > those memories,
On Tue, Oct 17, 2017 at 2:04 AM, Michal Hocko wrote:
> On Mon 16-10-17 12:38:19, Kees Cook wrote:
>> On Mon, Oct 16, 2017 at 11:43 AM, Michal Hocko wrote:
>> > On Mon 16-10-17 09:44:31, Kees Cook wrote:
>> >> On Mon, Oct 16, 2017 at 6:44 AM, Michal Hocko wrote:
>> >> > From: Michal Hocko
>> >>
Hi,
attached is a driver that supports the serial OneWire masters from
iButtonLink(TM) in the w1 kernel driver. In order to be usable it needs an
updated userland tool (patch included in documentation file). The patch is
against linux-next. Please try and comment.
Signed-off by: Hans-Frieder V
On Tue, Oct 17, 2017 at 12:56:45PM -0700, Andrew Morton wrote:
> On Tue, 17 Oct 2017 11:53:10 -0700 Kees Cook wrote:
> > Until we sort this out, yes, agreed. Andrew, can you pull the patches?
> Sure. All these?
> sh-boot-add-static-stack-protector-to-pre-kernel.patch
That one is still there a
>> Do you find my wording “This issue was detected by using the
>> Coccinelle software.” insufficient?
>
> The question is not whether it is insufficient, but whether it is appropriate.
I am curious on how our corresponding discussion will evolve further.
> Detecting Coccinelle issues is one st
On Tue, Oct 17, 2017 at 12:56 PM, Andrew Morton
wrote:
> On Tue, 17 Oct 2017 11:53:10 -0700 Kees Cook wrote:
>
>> On Tue, Oct 17, 2017 at 11:52 AM, Mark Brown wrote:
>> > On Tue, Oct 17, 2017 at 08:47:06PM +0200, Arnd Bergmann wrote:
>> >
>> >> To clarify: with my gcc-4.9/gcc-5 build, -mstack-pr
On Tue, 17 Oct 2017, Ulf Hansson wrote:
> > These functions are wrong, however, because they attempt to reuse the
> > whole callback *path* instead of just reusing driver callbacks. The
> > *only* reason why it all "works" is because there are no middle layer
> > callbacks involved in that now.
>
On Wed, Oct 11, 2017 at 11:08:11PM +0300, Dmitry Osipenko wrote:
> Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of
> video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports
> decoding of CAVLC H.264 only.
>
> Signed-off-by: Dmitry Osipenko
> ---
> .../bind
On Tue, Oct 17, 2017 at 11:36:57AM -0400, Boris Ostrovsky wrote:
> On 10/17/2017 10:36 AM, Josh Poimboeuf wrote:
> >
> > Maybe we can add a new field to the alternatives entry struct which
> > specifies the offset to the CALL instruction, so apply_alternatives()
> > can find it.
>
> We'd also have
On Thu, Oct 12, 2017 at 03:27:44PM +0200, Andrea Parri wrote:
> Hi Paul,
>
> On Wed, Oct 11, 2017 at 03:32:30PM -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > At Linux Plumbers Conference, we got requests for a recipes document,
> > and a further request to point to actual code in the Linux ke
On 10/14/2017 04:36 AM, 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 (with SCM_RIGHTS) as IPC to transfer an FD to
> another process to share the same buffer.
> This utility demonstrates how
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, October 17, 2017 1:59 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org; Andy
> Lutomirski ; quasi...@google.com; r...@rjwysocki.net;
From: Doug Meyer
This resolves a bug which may incorrectly configure the peer host's
LUT for shared memory window access. The code was using the local
host's first BAR number, rather than the peer hosts's first BAR
number, to determine what peer NT control register to program.
The bug will cause
On Tue, Oct 17, 2017 at 03:13:54PM -0500, Rob Herring wrote:
[...]
> > diff --git
> > a/Documentation/devicetree/bindings/arm/tegra/nvidia,tegra20-vde.txt
> > b/Documentation/devicetree/bindings/arm/tegra/nvidia,tegra20-vde.txt
[...]
> > +- resets : Must contain an entry for each entry in reset-n
>> I imagine that a corresponding source code analysis variant could be applied
>> in more cases if sufficient acceptance could be achieved.
>
> So, then instead of still keeping people busy with this noise you better
> start doing something like CI integration with that for *new* code?
There are
On Wed, Oct 11, 2017 at 06:34:22PM -0400, Jim Quinlan wrote:
> The DT bindings description of the Brcmstb PCIe device is described. This
> node can be used by almost all Broadcom settop box chips, using
> ARM, ARM64, or MIPS CPU architectures.
>
> Signed-off-by: Jim Quinlan
> ---
> .../devicetr
> On Tue, Oct 17, 2017 at 12:54 PM, Liang, Kan wrote:
> >> On Mon, Oct 16, 2017 at 3:26 PM, wrote:
> >> > From: Kan Liang
> >> >
> >> > There could be different types of memory in the system. E.g normal
> >> > System Memory, Persistent Memory. To understand how the workload
> >> maps to
> >> >
In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.
This removes the tid mapping array and expands the tid structures to
add a pointer back to the station, alon
On Tue, Oct 17, 2017 at 4:22 PM, wrote:
> From: Doug Meyer
>
> This resolves a bug which may incorrectly configure the peer host's
> LUT for shared memory window access. The code was using the local
> host's first BAR number, rather than the peer hosts's first BAR
> number, to determine what pee
On Wed, Oct 11, 2017 at 05:53:10PM -0700, Florian Fainelli wrote:
> Define two new properties: brcm,rx-aeq-mode which allows configuring the
> SATA PHY RX equalizers and when "manual" is used, brcm,rx-aeq can be
> used to set the exact value.
>
> Signed-off-by: Florian Fainelli
> ---
> Documenta
On Thu, Oct 12, 2017 at 03:34:48PM +0900, Yoshihiro Shimoda wrote:
> This patch adds binding for r8a77995 (R-Car D3). Since r8a77995 doesn't
> have dedicated pins (ID, VBUS), this will match against the generic
> fallback on R-Car D3.
>
> For now, this driver doesn't support usb role swap for r8a7
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 Tue, 2017-10-17 at 11:35 +0200, Borislav Petkov wrote:
> On Fri, Oct 13, 2017 at 11:43:43AM -0700, Ricardo Neri wrote:
> >
> > I think it does now. This is a modification of your second proposal (I hope
> > text
> > does not wrap):
> Instead of hoping that it doesn't wrap, please fix your mail
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
Reviewed-by
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.
This patch optimizes the tpm_tis_send_data() function by checking
the burstcount only once. And if the burstcount
On Tue, Oct 17, 2017 at 03:38:23PM -0400, Alan Stern wrote:
> On Tue, 17 Oct 2017, Paul E. McKenney wrote:
>
> > How about this?
> >
> > 0. Simple special cases
> >
> > If there is only one CPU on the one hand or only one variable
> > on the other, the code will execute in order. There
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.
Similarly, get_burstcount() function sleeps for 5msec before
retrying for next query to burstcoun
On 10/17/2017 04:17 PM, Josh Poimboeuf wrote:
> On Tue, Oct 17, 2017 at 11:36:57AM -0400, Boris Ostrovsky wrote:
>> On 10/17/2017 10:36 AM, Josh Poimboeuf wrote:
>>> Maybe we can add a new field to the alternatives entry struct which
>>> specifies the offset to the CALL instruction, so apply_altern
On Thu, Oct 12, 2017 at 12:27:19PM +0100, Will Deacon wrote:
> On Thu, Oct 12, 2017 at 09:23:59AM +0800, Boqun Feng wrote:
> > On Wed, Oct 11, 2017 at 10:32:30PM +, Paul E. McKenney wrote:
> > > I am not aware of any three-CPU release-acquire chains in the
> > > Linux kernel. There are thr
Changes since 20171016:
The akpm series gained even more conflicts and the net-next tree gained
two build failures for which I reverted commits as reverting the tree
triggered other issues. I also dropped several commits from Kees Cook
from the -next tree after discussion while issues are being
i
On 10/15/2017 03:36 PM, SF Markus Elfring wrote:
From: Markus Elfring
Date: Sun, 15 Oct 2017 22:30:11 +0200
Omit an extra message for a memory allocation failure in this function.
Thanks, queued for the next release.
-corey
This issue was detected by using the Coccinelle software.
Signed-
On 10/17/2017 10:54 AM, Colin King wrote:
From: Colin Ian King
The error exit path omits kfree'ing the allocated new_smi, causing a memory
leak. Fix this by kfree'ing new_smi.
Thanks, queued for the next release.
-corey
Detected by CoverityScan, CID#14582571 ("Resource Leak")
Fixes: 7e03
>
> Right, it doesn’t need load latency. 0x81d0 should be a better choice.
> I will use 0x81d0 and 0x82d0 as default event for V2.
That's model specific. You would need to check the model number
if you do that.
Also with modern perf you can use the correct event names of course.
-Andi
On Thu, Oct 12, 2017 at 03:47:43PM +0200, Jerome Brunet wrote:
> The meson secure monitor seems to be compatible with more SoCs than
> initially thought. Let's use the most generic compatible he have in
> DT instead of the gxbb specific one
>
> Signed-off-by: Jerome Brunet
> ---
> Documentation/
On Tue, Oct 17, 2017 at 04:36:00PM -0400, Boris Ostrovsky wrote:
> On 10/17/2017 04:17 PM, Josh Poimboeuf wrote:
> > On Tue, Oct 17, 2017 at 11:36:57AM -0400, Boris Ostrovsky wrote:
> >> On 10/17/2017 10:36 AM, Josh Poimboeuf wrote:
> >>> Maybe we can add a new field to the alternatives entry struc
On Fri, Oct 13, 2017 at 09:39:13PM +0200, Jerome Brunet wrote:
> On Fri, 2017-10-13 at 21:14 +0200, Martin Blumenstingl wrote:
> > Hi Jerome,
> >
> > On Thu, Oct 12, 2017 at 5:24 PM, Jerome Brunet wrote:
> > > The meson efuse driver seems to be compatible with more SoCs than
> > > initially thoug
When fsl-imx25-tsadc is compiled as a module, loading, unloading and
reloading the module will lead to a crash.
Unable to handle kernel paging request at virtual address bf005430
[] (irq_find_matching_fwspec)
from [] (of_irq_get+0x58/0x74)
[] (of_irq_get)
from [] (platform_get_irq+0x48/0xc8)
On Thu, Oct 12, 2017 at 09:23:59AM +0800, Boqun Feng wrote:
> On Wed, Oct 11, 2017 at 10:32:30PM +, Paul E. McKenney wrote:
> > Hello!
> >
> > At Linux Plumbers Conference, we got requests for a recipes document,
> > and a further request to point to actual code in the Linux kernel.
> > I have
Convert slram to use memremap() to map the memory it uses to back an MTD
device, as this is the proper interface for mapping memory. This change
enables normal memory to be used to back an MTD device on arm64, as arm64
prevents ioremap() being used on normal memory.
Signed-off-by: Roy Franz
---
T
On 17/10/17 02:25 PM, Jon Mason wrote:
Signed-off-by: Doug Meyer
Thanks Doug! This looks good to me.
Reviewed-by: Logan Gunthorpe
Fixes: 678784a44ae8 ("NTB: switchtec_ntb: Initialize hardware for memory
windows")
Logan
On 10/17/2017 02:21 PM, Laura Abbott wrote:
> On 10/14/2017 04:36 AM, 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 (with SCM_RIGHTS) as IPC to transfer an FD to
>> another process to share
On Tue, 17 Oct 2017, Michal Hocko wrote:
> On Mon 16-10-17 17:15:31, David Rientjes wrote:
> > Please simply dump statistics for all slab caches where the memory
> > footprint is greater than 5% of system memory.
>
> Unconditionally? User controlable?
Unconditionally, it's a single line of outp
801 - 900 of 1206 matches
Mail list logo
