From: Borislav Petkov
No need to have it marked "inline" - let gcc decide. Also, shorten the
argument name and simplify while-test.
While at it, make it into a proper for-loop and simplify it even more,
as tglx suggests.
No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/ke
From: Borislav Petkov
Having tracepoints to the MSR accessors makes them unsuitable for early
microcode loading: think 32-bit before paging is enabled and us chasing
pointers to test whether a tracepoint is enabled or not. Results in a
reliable triple fault.
Convert to the bare ones.
Signed-off
From: Borislav Petkov
Add __rdmsr() and __wrmsr() which *only* read and write an MSR with
exception handling. Those are going to be used in early code, like the
microcode loader, which cannot stomach tracing code piggybacking on the
MSR operation.
While at it, get rid of __native_write_msr_notra
From: Borislav Petkov
Hi,
here's v2 incorporating all feedback from tglx. As a result, the final
version has gotten even cleaner. To the point that I might even start
sharing code between the Intel and AMD side. We'll see how ugly it gets.
Btw, 1/16 needs to go to tip/x86/urgent as it is anothe
On Fri, Jan 20, 2017 at 01:54:44AM +0800, Icenowy Zheng wrote:
> Allwinner V3s is a low-end single-core Cortex-A7 SoC, with 64MB
> integrated DRAM, and several peripherals.
>
> Signed-off-by: Icenowy Zheng
This didn't apply. Please make sure to send patches based on my
current branch.
Fixed the
> "Johannes" == Johannes Thumshirn writes:
Johannes> Set the elsiocb contexts to NULL after freeing as others
Johannes> depend on it.
Applied to 4.11/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
> "Martin" == Martin K Petersen writes:
> "Johannes" == Johannes Thumshirn writes:
Johannes> Set the elsiocb contexts to NULL after freeing as others
Johannes> depend on it.
Martin> Applied to 4.11/scsi-queue.
Replied to the wrong mail, sorry. This fix is already upstream.
--
Martin
> "John" == John Pittman writes:
John> In sd.c there are two comment references to 'struct scsi_device
John> *sdp' as an argument. One of the references has a typo and the
John> other should be a reference to 'struct device *dev' instead.
Applied to 4.11/scsi-queue.
--
Martin K. Petersen
On Fri, Jan 20, 2017 at 7:22 PM, Tomas Winkler wrote:
> Use devm_ and pcim_ functions to make error handling
> simpler and code smaller and tidier.
>
> Based on original patch by
> mei: me: use managed functions pcim_* and devm_*
> Andy Shevchenko
> https://lkml.org/lkml/2016/2/1/339
Perhaps you
Hi Enric,
LED subsystem core already registers its pm ops.
(see drivers/leds/led-class.c and leds_class_dev_pm_ops).
It results in setting brightness of all LED class devices marked
with LED_CORE_SUSPENDRESUME flag to 0 on suspend and bringing
back previous brightness on resume.
In this case you
Hi Geert,
Nice patch! It took me a while to understand why you didn't need to read
the register before writing to it in cpg_mssr_deassert() :-)
Reviewed-by: Niklas Söderlund
On 2017-01-20 15:08:22 +0100, Geert Uytterhoeven wrote:
> Add optional support for the Reset Control feature of the Ren
On Fri, Jan 20, 2017 at 12:23 AM, Sudip Mukherjee
wrote:
> From: Sudip Mukherjee
>
> Exar XR17V352/354/358 chips have 16 multi-purpose inputs/outputs which
> can be controlled using gpio interface.
>
> Add the gpio specific code.
>
Looks nice and clean!
FWIW:
Reviewed-by: Andy Shevchenko
> Si
Hi!
> >> In my simple opinion GPSes shound live in drivers/iio/gps simply by
> >> usecase association: streaming out a series of accelerometer readings
> >> periodically through IIOs chardevs and other data about the physical
> >> world is not any different from the GPS usecase that give you a str
Driver was checking for direct mode but not locking it. Use the
claim/release helper functions to guarantee the device stays in
direct mode during raw reads of proximity data.
Signed-off-by: Alison Schofield
---
drivers/iio/proximity/sx9500.c | 10 +++---
1 file changed, 7 insertions(+), 3
Cc: Neil Armstrong
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxl-s905x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl-s905x.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxl-s905x.dtsi
index 08237ee1e362..d49ee
bcrmf -> brcmf
Fixes: bb51b5350d2f ("ARM64: dts: Add support for Meson GXM")
Cc: Neil Armstrong
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../dts/amlogic/meson-gxl-s905x-nexbox-a95x.dts| 28 +++---
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl-s905x-nexbox-a95x.dts
b/arch/arm
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxbb-p20x.dtsi | 54
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-p20x.dtsi
b/arch/arm64/boot/dts
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dtsi | 24 +++---
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dtsi
b/arch/arm64/boot/
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 40 +++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl.dtsi
b/arch/arm64/boot/dts/amlog
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../boot/dts/amlogic/meson-gxbb-nexbox-a95x.dts| 28 +++---
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-nexbox-a95x.dts
b/arch/arm64/bo
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 76 ++---
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
b/arch/arm64/boot/dts/amlo
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxbb-p20x.dtsi | 2 +-
arch/arm64/boot/dts/amlogic/meson-gxbb-wetek-hub.dts | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-p20x.dtsi
b/arch/arm64/boot/dts/am
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../boot/dts/amlogic/meson-gxbb-vega-s95.dtsi | 51 +++---
1 file changed, 25 insertions(+), 26 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-vega-s95.dtsi
b/arch/arm64/boot
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../arm64/boot/dts/amlogic/meson-gxm-nexbox-a1.dts | 58 +++---
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm-nexbox-a1.dts
b/arch/arm64/boot/
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxm.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxm.dtsi
index 4c55665a253f..78a004d13236 100644
--- a/arch/arm64/boot/dts/amlogic/meson-
Sort nodes referenced by label alphabetically.
Signed-off-by: Andreas Färber
---
.../arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 52 +++---
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
b/arch/arm64/boot/
On 01/20/2017 10:00 AM, Dr. Greg Wettstein wrote:
> Functionality of the xen-tpmfront driver was lost secondary to
> the introduction of xenbus multi-page support in the following
> commit:
>
> ccc9d90a9a8b5c4ad7e9708ec41f75ff9e98d61d
>
> xenbus_client: Extend interface to support multi-page ring
>
Product pictures show no DB9 connector, so this seems copy&paste.
Cc: Neil Armstrong
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxm-nexbox-a1.dts | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm-nexbox-a1.dts
b/arch/arm64/boot/dt
bcrmf -> brcmf
Fixes: ab3943fe57a2 ("ARM64: dts: meson-gxbb: Add P20x Wifi SDIO support")
Cc: Neil Armstrong
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxbb-p20x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g
On Fri, Jan 20, 2017 at 8:41 AM, Thomas Garnier wrote:
> This patch aligns MODULES_END to the beginning of the Fixmap section.
> It optimizes the space available for both sections. The address is
> pre-computed based on the number of pages required by the Fixmap
> section.
>
> It will allow GDT re
Enforce groupment by SoCs and order alphabetically within the group
(with some exceptions). This should facilitate adding new boards.
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/arm/amlogic.txt | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
di
On Fri, Jan 20, 2017 at 12:23 AM, Sudip Mukherjee
wrote:
> From: Sudip Mukherjee
>
> Add the serial driver for the Exar chips. And also register the
> platform device for the GPIO provided by the Exar chips.
Thanks, this is indeed much cleaner that v6 I saw couple of weeks before!
> Andy,
> Hav
bcrmf -> brcmf
Fixes: ab5b24fdd2d5 ("ARM64: dts: meson-gxbb-vega-s95: Add SD/SDIO/MMC and PWM
nodes")
Cc: Martin Blumenstingl
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/meson-gxbb-vega-s95.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/bo
Hello,
This series fixes several cosmetic issues, on top of v4.11/dt64 branch.
Patches 3-5 rename a node, the rest should all be non-functional changes.
Patches 10-18 could be squashed if desired.
Regards,
Andreas
Cc: devicet...@vger.kernel.org
Andreas Färber (18):
Documentation: devicetree:
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/amlogic/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/amlogic/Makefile
b/arch/arm64/boot/dts/amlogic/Makefile
index 3f94bce33b7f..efcd1763a82d 100644
--- a/arch/arm64/boot/dts/amlogic/Mak
On Fri, Jan 20, 2017 at 12:23 AM, Sudip Mukherjee
wrote:
> From: Sudip Mukherjee
>
> Remove the Exar specific codes from 8250_pci and blacklist those chips
> so that the new Exar serial driver binds to the devices.
> patch4? but those are from different vendor. They are with
> PCI_VENDOR_ID_COMM
On Mon, Jan 9, 2017 at 10:49 AM, Nicolas Pitre wrote:
> When CONFIG_POSIX_TIMERS is disabled, it is preferable to remove related
> structures from struct task_struct and struct signal_struct as they
> won't contain anything useful and shouldn't be relied upon by mistake.
> Code still referencing t
Am 19.01.2017 um 09:21 schrieb Neil Armstrong:
> In order to keep consistency naming with the Nexbox A1 DTS file, remove the
If dt64 branch does get rebased: "consistency with" or "consistent naming"
> S912 SoC name in the GXM DT files.
>
> Suggested-by: Andreas Färber
> Signed-off-by: Neil Arm
> Actually I didn't find anything related to the temperature measurement
> in the datasheet I have. For the 6390 there is a dedicated datsheet for
> the PHY part for the 6352 it is part of the same datasheet.
Hi Gregory
The temperature sensor changes have landed in net-next. If you have
time, ple
On Mon, Jan 2, 2017 at 1:14 PM, Zhihui Zhang wrote:
> Adjust the time start of each level to match the comments. Note that
> LVL_START(n) is never used for n = 0 case. Also, each level (except
> level 0) has more than enough room to accommodate all its timers.
So instead of just covering what yo
On 20.01.2017 20:05, Eric W. Biederman wrote:
> Nikolay Borisov writes:
>
>> On 20.01.2017 15:07, Dmitry Vyukov wrote:
>>> Hello,
>>>
>>> I've got the following deadlock report while running syzkaller fuzzer
>>> on eec0d3d065bfcdf9cd5f56dd2a36b94d12d32297 of linux-next (on odroid
>>> device if
On Fri, 20 Jan 2017, John Stultz wrote:
> On Mon, Jan 9, 2017 at 10:49 AM, Nicolas Pitre
> wrote:
> > When CONFIG_POSIX_TIMERS is disabled, it is preferable to remove related
> > structures from struct task_struct and struct signal_struct as they
> > won't contain anything useful and shouldn't b
On Fri, Jan 20, 2017 at 2:46 PM, Nicolas Pitre wrote:
> On Fri, 20 Jan 2017, John Stultz wrote:
>
>> On Mon, Jan 9, 2017 at 10:49 AM, Nicolas Pitre
>> wrote:
>> > When CONFIG_POSIX_TIMERS is disabled, it is preferable to remove related
>> > structures from struct task_struct and struct signal_st
On 2017-01-19 02:47, Bjorn Andersson wrote:
When regulator_get() tries to resolve a regulator supply but fail to
find a matching property in DeviceTree it returns a dummy regulator, if
a matching supply is specified but unavailable the regulator core will
return an error.
Based on this we should
On Fri, Jan 20, 2017 at 5:57 AM, Cong Wang wrote:
>> > Why do we do autobind there, anyway, and why is it conditional on
>> > SOCK_PASSCRED? Note that e.g. for SOCK_STREAM we can bloody well get
>> > to sending stuff without autobind ever done - just use socketpair()
>> > to creat
init_ring() and refill_rx_ring() don't check if mapping dma memory succeed.
The patch adds the checks and failure handling.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/ethernet/adaptec/starfire.c | 12
1 file chan
On 2017-01-19 02:47, Bjorn Andersson wrote:
The error paths of the common qcom-ufs functions for registering the
phy, acquiring clocks and acquiring regulators all print specific error
messages before returning an error, so there is no value in printing
yet
another - more generic - message when
On 2017-01-19 02:47, Bjorn Andersson wrote:
The fact that a regulator is always-on is a property of the regulator,
not a specific consumer. Implementing this in the driver leads to a
system behaviour that is dependent on if the Qualcomm UFS PHY was ever
(partially) probed.
If the specific regula
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Specification[1] recommends extending all active PCR
banks, to prevent malicious users from setting unused PCR banks with
fake measurements and quoting them.
The existing in-kernel interface(tpm_pcr_extend()) expects only
On 01/18, Leo Yan wrote:
> In clock driver initialize phase the spinlock is missed to assignment
> to struct clkgate_separated, finally there have no locking to protect
> exclusive accessing for clock registers.
>
> This bug introduces the console has no output after enable coresight
> driver on 9
On 20/01/17 20:47, Darrick J. Wong wrote:
> On Fri, Jan 20, 2017 at 01:26:12PM -0600, Eric Sandeen wrote:
>> On 1/20/17 8:26 AM, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> If pag cannot be allocated, the current error exit path will trip
>>> a null pointer deference error when calling xfs_
Greg,
> -Original Message-
> From: Darren Hart [mailto:dvh...@infradead.org]
> Sent: Tuesday, January 17, 2017 5:34 PM
> To: Limonciello, Mario
> Cc: gre...@linuxfoundation.org; rafael.j.wyso...@intel.com;
> pmen...@molgen.mpg.de; li...@leemhuis.info; tomas.wink...@intel.com;
> j...@gondo
On Fri, Jan 20, 2017 at 12:30:16PM -0500, Vivien Didelot wrote:
> Hi Gregory,
>
> Gregory CLEMENT writes:
>
> > If there a series about to be merged I can rebase my series on it. Else
> > I propose to keep it and convert the family check to ops when you will
> > send the series for it.
>
> I am
The following changes since commit 3868f132cce6abab089fd6b12d6a7333712ade83:
clk: stm32f4: Use CLK_OF_DECLARE_DRIVER initialization method (2016-12-21
16:33:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for-linu
On Tue, Jan 17, 2017 at 6:50 PM, Stephen Boyd wrote:
> Platforms like 96boards have a standardized connector/expansion
> slot that exposes signals like GPIOs to expansion boards in an
> SoC agnostic way. We'd like the DT overlays for the expansion
> boards to be written once without knowledge of t
On 01/10, Stanimir Varbanov wrote:
>
> > + udelay(1);
> > +
> > + reg = sc->gds_hw_ctrl ? sc->gds_hw_ctrl : sc->gdscr;
> > + ret = gdsc_poll_status(sc, reg, 0);
>
> This should be gdsc_poll_status(sc, reg, true) because after disabling
> hw_control we expect that the
Hi Andrey,
[auto build test WARNING on pci/next]
[also build test WARNING on v4.10-rc4 next-20170120]
[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/Andrey-Smirnov/PCI-imx6-Fix-a-typo-in-error
This patch fixed the error using 'git rev-parse --show-cdup' to check
that git is used as SCM to track the current directory. The return
value of this command is not null string when the .git directory is
not in kernel topdir.
Signed-off-by: Xufeng Wang
---
scripts/setlocalversion | 2 +-
1 file
> > > On Mon, Dec 19, 2016 at 12:06:47PM -0500, James Simmons wrote:
> > > > Not for landing. This is the purposed UAPI headers
> > > > with the removal of unlikely and debugging macros.
> > > > This is just for feedback to see if this is acceptable
> > > > for the upstream client.
> > > >
> > >
> Since i_blocksize() helper has been defined in fs.h, use it instead
> of open-coding.
The i_blocksize() work hasn't landed to the staging-next tree
so this can't land just yet.
> Signed-off-by: Geliang Tang
> ---
> drivers/staging/lustre/lustre/llite/file.c| 2 +-
> drivers/staging/lust
Sigh...
On 01/20/2017 04:07 AM, kbuild test robot wrote:
> Hi Joshua,
>
> [auto build test WARNING on linus/master]
> [also build test WARNING on v4.10-rc4 next-20170120]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
&g
Some versions of ARM GCC compiler such as Android toolchain throws in a
'-fpic' flag by default. This causes the gcc-goto check script to fail
although some config would have '-fno-pic' flag in the KBUILD_CFLAGS.
This patch passes the KBUILD_CFLAGS to the check script so that the
script does not r
On Fri, 20 Jan 2017, David Carrillo-Cisneros wrote:
On Fri, Jan 20, 2017 at 1:08 PM, Shivappa Vikas
wrote:
On Fri, 20 Jan 2017, David Carrillo-Cisneros wrote:
On Fri, Jan 20, 2017 at 5:29 AM Thomas Gleixner
wrote:
On Thu, 19 Jan 2017, David Carrillo-Cisneros wrote:
If resctrl grou
On Friday 20 January 2017 10:02 PM, Andy Shevchenko wrote:
On Fri, Jan 20, 2017 at 12:23 AM, Sudip Mukherjee
wrote:
From: Sudip Mukherjee
Exar XR17V352/354/358 chips have 16 multi-purpose inputs/outputs which
can be controlled using gpio interface.
Add the gpio specific code.
Looks nice a
On Friday 20 January 2017 10:25 PM, Andy Shevchenko wrote:
On Fri, Jan 20, 2017 at 12:23 AM, Sudip Mukherjee
wrote:
From: Sudip Mukherjee
Add the serial driver for the Exar chips. And also register the
platform device for the GPIO provided by the Exar chips.
Thanks, this is indeed much clea
On 01/17, Pierre-Louis Bossart wrote:
> diff --git a/drivers/clk/x86/clk-pmc-atom.c b/drivers/clk/x86/clk-pmc-atom.c
> new file mode 100644
> index 000..312d4e9
> --- /dev/null
> +++ b/drivers/clk/x86/clk-pmc-atom.c
[...]
> +
> +static void plt_clk_reg_update(struct clk_plt *clk, u32 mask, u32
On 01/18, Andy Shevchenko wrote:
> On Tue, 2017-01-17 at 15:57 -0600, Pierre-Louis Bossart wrote:
> > These patches specifically enable the audio MCLK required by Baytrail
> > CR devices. It is the remaining part of a bigger set of patches
> > (already merged in Mark Brown's tree) that enable sound
On Friday 20 January 2017 13:25:06 Colin King wrote:
> From: Colin Ian King
>
> acpi_match_device can potentially return NULL, so it is prudent to
> check if acpi_id is null before it is dereferenced. Add a check
> and an error message to indicate the failure.
>
> Signed-off-by: Colin Ian King
Several xfrm_* structs are incompatible between 32bit and 64bit builds:
xfrm_usersa_info 220 bytes on i386 -> 224 bytes on amd64
xfrm_userpolicy_info 164 -> 168
xfrm_userspi_info 228 -> 232, offset mismatch on min
xfrm_user_acquire 276 -> 280, offset mismatch on aalgos
xfrm_use
Add several new message types to address longstanding 32-bit/64-bit
compatibility issues. Use xfrm_user_legacy to handle the existing
message types, which will retain the old IDs for compatibility with
existing binaries.
For user->kernel messages, the nlmsg_type will determine whether to use
the
xfrm_user_legacy.c will need to call a few common functions. Make
sure them have an "xfrm_" prefix, and declare them in a new xfrm_user.h
header.
Signed-off-by: Kevin Cernekee
---
net/xfrm/xfrm_user.c | 147 +--
net/xfrm/xfrm_user.h | 90
Several of the xfrm netlink and setsockopt() interfaces are not usable
from a 32-bit binary running on a 64-bit kernel due to struct padding
differences. This has been the case for many, many years[0]. This
patch series deprecates the broken netlink messages and replaces them
with packed structs
This provides a better sense of the data flow and inputs/outputs. No
change to code size or functionality.
Signed-off-by: Kevin Cernekee
---
include/net/xfrm.h | 36 --
net/key/af_key.c | 34 +++--
net/xfrm/xfrm_policy.c | 8 +-
net/xfrm/xfrm_state.c | 2 +-
net/xfrm/xfrm_u
On Fri, Jan 20, 2017 at 04:38:59PM +0100, Jason A. Donenfeld wrote:
> I was thinking that the issue isn't merely cache line and a slow down,
> but that on some platforms, this could be an _illegal unaligned
> access_. That means we'd need to rewrite the code to use the unaligned
> access helpers or
> "John" == John Garry writes:
John> This patchset introduces some misc fixes and improvements. Most
John> signifigantly this patchset includes a workaround for a SATA IO
John> issue on v2 hw (hip06/7).
John> Differences v1->v2: - Add macro for SMP TIMEOUT in ITCT struct
Applied to 4.11/sc
Hi Ted,
On Sat, Jan 21, 2017 at 1:10 AM, Theodore Ts'o wrote:
> Why would there be an unaligned access? What I was suggesting was an
> array of u32, and we just do two separate u32 accesses with a shift in
> the case of get_random_u64. There's nothing illegal about that.
>
> u64 retval;
>
>
On Fri, Jan 20, 2017 at 04:47:42PM +0100, Jason A. Donenfeld wrote:
>
> What do you mean? Nothing is wasted right now. The u64 function only
> gets u64s from a dedicated u64 array. The u32 function only gets u32s
> from a dedicated u32 array. There are separate batched entropy arrays
> for each fu
On 01/11, Gregory CLEMENT wrote:
> From: Konstantin Porotchkin
>
> Add fixed clock of 400MHz to system controller driver. This clock is
> used as SD/eMMC clock source.
>
> Signed-off-by: Konstantin Porotchkin
> Reviewed-by: Omri Itach
> Reviewed-by: Hanna Hawa
> [fixed up conflicts, added er
On 01/10, Kuninori Morimoto wrote:
> From: Khiem Nguyen
>
> CS2000 needs re-setup when redume, otherwise, it can't
> handle correct clock rate.
>
> Signed-off-by: Khiem Nguyen
> [Kuninori: cleanup original patch]
> Signed-off-by: Kuninori Morimoto
> ---
Applied to clk-next
--
Qualcomm Innov
The mm-of-the-moment snapshot 2017-01-20-16-20 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Hi Steve,
On Fri, Jan 20, 2017 at 12:25:35PM -0500, Steven Rostedt wrote:
> On Fri, 20 Jan 2017 11:44:45 +0900
> Namhyung Kim wrote:
>
> > The __ftrace_hash_move() is to allocates properly-sized hash and move
> > entries in the src ftrace_hash. It will be used to set function graph
> > filters
On Fri, Jan 20, 2017 at 02:54:20PM -0500, Steven Rostedt wrote:
> On Fri, 20 Jan 2017 11:44:46 +0900
> Namhyung Kim wrote:
>
>
> > --- a/kernel/trace/trace.h
> > +++ b/kernel/trace/trace.h
> > @@ -787,6 +787,20 @@ extern void __trace_graph_return(struct trace_array
> > *tr,
> >
On Jan 20, 5:22pm, Boris Ostrovsky wrote:
} Subject: Re: [PATCH] tpm: Restore functionality to xen vtpm driver.
> On 01/20/2017 10:00 AM, Dr. Greg Wettstein wrote:
> > Functionality of the xen-tpmfront driver was lost secondary to
> > the introduction of xenbus multi-page support in the following
On 01/18, Masahiro Yamada wrote:
> Do not let the entire probe function fail even if some clocks fail
> to register. Let's continue with succeeded clocks. This will give
> the system more chances to boot and allow us to investigate the
> cause of the failure.
>
> Signed-off-by: Masahiro Yamada
On 01/18, Eric Anholt wrote:
> The DSI pixel clocks are muxed from clocks generated in the analog phy
> by the DSI driver. In order to set them as parents, we need to do the
> same name lookup dance on them as we do for our root oscillator.
>
> Signed-off-by: Eric Anholt
> ---
Applied to clk-ne
On 01/18, Eric Anholt wrote:
> Our core PLLs are intended to be configured once and left alone. With
> the SET_RATE_PARENT, asking to set the PLLD_DSI1 clock rate would
> change PLLD just to get closer to the requested DSI clock, thus
> changing PLLD_PER, the UART and ethernet PHY clock rates down
On 01/18, Eric Anholt wrote:
> This proved incredibly useful during debugging of the DSI driver, to
> see if our clocks were running at rate we requested. Let's leave it
> here for the next person interacting with clocks on the platform (and
> so that hopefully we can just hook it up to debugfs so
On 01/20, Geert Uytterhoeven wrote:
> Document properties needed to use the Reset Control feature of the
> Renesas Clock Pulse Generator / Module Standby and Software Reset
> module.
>
> Signed-off-by: Geert Uytterhoeven
Subject should be "dt-bindings: clock:" ?
--
Qualcomm Innovation Center
On 01/20, Geert Uytterhoeven wrote:
> The Renesas CPG/MSSR driver is already in active use for RZ/G1 since
> commits c0b2d75d2a4bf6a3 ("clk: renesas: cpg-mssr: Add R8A7743 support")
> and 9127d54bb8947159 ("clk: renesas: cpg-mssr: Add R8A7745 support").
>
> Signed-off-by: Geert Uytterhoeven
> ---
Nikolay Borisov writes:
> On 20.01.2017 20:05, Eric W. Biederman wrote:
>> Nikolay Borisov writes:
>>
>>> On 20.01.2017 15:07, Dmitry Vyukov wrote:
Hello,
I've got the following deadlock report while running syzkaller fuzzer
on eec0d3d065bfcdf9cd5f56dd2a36b94d12d32297 of lin
On 01/20, Geert Uytterhoeven wrote:
> The spinlock is used to protect Read-Modify-Write register accesses,
> which won't be limited to SMSTPCR register accesses.
>
> Signed-off-by: Geert Uytterhoeven
> ---
Acked-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora F
On 01/20, Geert Uytterhoeven wrote:
> Add optional support for the Reset Control feature of the Renesas Clock
> Pulse Generator / Module Standby and Software Reset module on R-Car
> Gen2, R-Car Gen3, and RZ/G1 SoCs.
>
> This allows to reset SoC devices using the Reset Controller API.
>
> Signed-o
On 01/06, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch introduces the stm32f7 clock DT bindings.
>
> Signed-off-by: Gabriel Fernandez
> ---
Applied to clk-stm32f4 because why not
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundat
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes
...to receive:
* A regression fix for the multiple-pmem-namespace-per-region support
added in 4.9. Even if an existing environment is not using that
feature the act of creating and a destroy
On 01/06, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch enables clocks for STM32F746 boards.
>
> Signed-off-by: Gabriel Fernandez
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Projec
On Sat, Jan 21, 2017 at 1:15 AM, Theodore Ts'o wrote:
> But there is a shared pointer, which is used both for the dedicated
> u32 array and the dedicated u64 array. So when you increment the
> pointer for the get_random_u32, the corresponding entry in the u64
> array is wasted, no?
No, it is not
On 01/09, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> Macro to select a clock was not correct.
>
> Offset of enable register starts at 0x30, then calculation to select a bit is:
> (@enable_reg - 0x30) / 4 * 32 + bit_to_select
>
> Signed-off-by: Gabriel Fernandez
> Tested-by:
On 01/13, Chris Packham wrote:
> @@ -158,6 +170,14 @@ static const struct coreclk_soc_desc axp_coreclks = {
> .num_ratios = ARRAY_SIZE(axp_coreclk_ratios),
> };
>
> +static const struct coreclk_soc_desc mv98dx3236_coreclks = {
> + .get_tclk_freq = mv98dx3236_get_tclk_freq,
> + .get
On 01/18, Markus Mayer wrote:
> diff --git
> a/Documentation/devicetree/bindings/clock/brcm,brcmstb-cpu-clk-div.txt
> b/Documentation/devicetree/bindings/clock/brcm,brcmstb-cpu-clk-div.txt
> new file mode 100644
> index 000..c4acb53
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/cl
601 - 700 of 744 matches
Mail list logo
