Hi Peter,
On Wed, 4 May 2016 09:36:05 +0800
Peter Pan wrote:
> Hi Boris,
>
> On Tue, Apr 19, 2016 at 3:34 PM, Boris Brezillon
> wrote:
> > Hi Peter,
> >
> > On Tue, 19 Apr 2016 08:40:40 +0800
> > Peter Pan wrote:
> >>
> >> >
> >> >> So it's true, it
> >> >> should still be numchips in n
On Wed 04-05-16 19:41:59, Odzioba, Lukasz wrote:
> On Thu 02-05-16 03:00:00, Michal Hocko wrote:
> > So I have given this a try (not tested yet) and it doesn't look terribly
> > complicated. It is hijacking vmstat for a purpose it wasn't intended for
> > originally but creating a dedicated kenrnel
On Wed, May 04, 2016 at 10:15:26PM +0200, Peter Rosin wrote:
> Hi!
>
> I have a pair of boards with this i2c topology:
>
>GPIO ---| -- BAT1
> | v /
>I2C -+--B---+ MUX
> | \
>EEPRO
On Wed, May 4, 2016 at 10:30 PM, wrote:
>> -Original Message-
>> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
>> Rafael J. Wysocki
>> Sent: Wednesday, May 4, 2016 2:23 PM
>> To: Prarit Bhargava
>> Cc: Lv Zheng ; Rafael J. Wysocki
>> ; Rafael J. Wysocki ; Len
>> Bro
Hi,
On Wed, May 04, 2016 at 01:19:27PM -0700, Greg KH wrote:
> On Wed, May 04, 2016 at 02:17:15PM -0500, Bin Liu wrote:
> > Hi,
> >
> > On Wed, May 04, 2016 at 10:02:16PM +0300, Sergei Shtylyov wrote:
> > > Hello.
> > >
> > > On 05/04/2016 09:56 PM, Bin Liu wrote:
> > >
> > > yes, it al
On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann wrote:
>
> --- a/drivers/media/media-device.c
> +++ b/drivers/media/media-device.c
> @@ -875,7 +875,7 @@ void __media_device_usb_init(struct medi
> const char *board_name,
> const cha
On 05/04/2016 01:22 PM, Borislav Petkov wrote:
> On Wed, May 04, 2016 at 12:49:17PM -0700, H. Peter Anvin wrote:
>> Sigh. Doesn't look like -Wa is going to help due to the lack of the
>> equivalent of an -include option in gas.
>
> So much for the register "freedom" - I'll resurrect the hardcoded
On 05/04/2016 12:07 PM, ty...@thunk.org wrote:
>
> If we are all agreed that what is in bitops.h is considered valid,
> then we can start converting people over to using the version defined
> in bitops.h, and if there is some compiler issue we need to work
> around, at least we only need to put th
Changes from v1:
* Unconditionally enable workaround on all CPUs with MPX despite
whether we know it to be affected or not
* Add a pr_warn() when the workaround is active
--
This erratum essentially causes the CPU to forget which privilege
mode it is operating in (kernel vs. user) for the p
On Wednesday 04 May 2016 13:07:20 Florian Fainelli wrote:
> On 04/05/16 12:56, Arnd Bergmann wrote:
> > On Wednesday 04 May 2016 12:36:17 Florian Fainelli wrote:
> >> On 03/05/16 02:57, Arnd Bergmann wrote:
> >> How about introducing helper functions but keeping the same set of
> >> read/write pci_
On Wed, May 04, 2016 at 02:12:02PM +0530, Pramod Gurav wrote:
> Adds pm_runtime support for BAM DMA so that clock
> is enabled only when there is a transaction going on to help
> save power.
>
> Signed-off-by: Pramod Gurav
> ---
> Changes in v2:
> - Handled return values of pm_runtime_get_sync to
> In order this to work other quite intrusive changes to the current
> reclaim decisions would have to be made though. This is what I tried to
> say. Look at get_scan_count() on how we are making many steps to ignore
> swappiness or prefer the page cache. Even when we make swapout scale it
> won't
On Wed, 2016-05-04 at 16:26 +0200, Djalal Harouni wrote:
> This is version 2 of the VFS:userns support portable root filesystems
> RFC. Changes since version 1:
>
> * Update documentation and remove some ambiguity about the feature.
> Based on Josh Triplett comments.
> * Use a new email address
On Wednesday, April 27, 2016 02:04:20 PM Heikki Krogerus wrote:
> Since fwnode may hold ERR_PTR(-ENODEV) or it may point to
> NULL, the fwnode type checks is_of_node(), is_acpi_node()
> and is is_pset_node() need to consider it. Using
> IS_ERR_OR_NULL() to check it.
>
> Fixes: 0d67e0fa1664 ("devic
On Wednesday, April 20, 2016 08:28:38 AM G Gregory wrote:
> On 20 April 2016 at 02:28, Stephen Boyd wrote:
> > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate
> > CLK_IS_ROOT", 2016-02-02) so remove it.
> >
> > Cc: Graeme Gregory
> > Cc: Aleksey Makarov
> > Signed-off-by: Steph
On Wed, May 04, 2016 at 10:22:13PM +0200, Borislav Petkov wrote:
> On Wed, May 04, 2016 at 12:49:17PM -0700, H. Peter Anvin wrote:
> > Sigh. Doesn't look like -Wa is going to help due to the lack of the
> > equivalent of an -include option in gas.
>
> So much for the register "freedom" - I'll res
On Wednesday, April 20, 2016 01:09:57 PM Mika Westerberg wrote:
> On Tue, Apr 19, 2016 at 06:27:46PM -0700, Stephen Boyd wrote:
> > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate
> > CLK_IS_ROOT", 2016-02-02) so remove it.
> >
> > Cc: Ken Xue
> > Cc: Mika Westerberg
>
> Acked
On Tuesday, April 19, 2016 03:27:59 PM Akshay Adiga wrote:
> The frequency transition latency from pmin to pmax is observed to be in few
> millisecond granurality. And it usually happens to take a performance penalty
> during sudden frequency rampup requests.
>
> This patch set solves this problem
On Wednesday, April 27, 2016 07:31:40 AM Viresh Kumar wrote:
> On 26-04-16, 20:14, Javier Martinez Canillas wrote:
> > The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
> > built-in or as a module, use that macro instead of open coding the same.
> >
> > Signed-off-by: Javie
On Wednesday, April 27, 2016 05:18:59 PM Sudeep Holla wrote:
> The sti-cpufreq does unconditional registration of the cpufreq-dt driver
> which causes issue on an multi-platform build. For example, on Vexpress
> TC2 platform, we get the following error on boot:
>
> cpu cpu0: OPP-v2 not supported
>
On Thursday, April 28, 2016 02:42:34 PM Thierry Reding wrote:
> From: Thierry Reding
>
> Commit 32e8d689dc12 ("PM / sleep: trace_device_pm_callback coverage in
> dpm_prepare/complete") removed all users of this variable but forgot to
> remove the variable itself.
>
> Cc: Todd Brandt
> Signed-of
Hi Balbir,
On 05/01/2016 09:05 PM, Balbir Singh wrote:
> On 29/04/16 01:18, Christopher Covington wrote:
>> In order to share remap and unmap support for the VDSO with other
>> architectures without duplicating the code, we need a common name and type
>> for the address of the VDSO. An informal su
On 4.5.2016 20:09, Reza Arbab wrote:
> On Wed, May 04, 2016 at 12:16:42AM +0200, Vlastimil Babka wrote:
>> Damn, can you test this patch?
>
> That fixed the regression for me. Thanks!
>
> Tested-by: Reza Arbab
Thanks for testing, and Andrew for picking the patch already!
Vlastimil
On Wed, May 04, 2016 at 09:49:02PM +0200, Michal Hocko wrote:
> On Wed 04-05-16 10:13:06, Tim Chen wrote:
> In order this to work other quite intrusive changes to the current
> reclaim decisions would have to be made though. This is what I tried to
> say. Look at get_scan_count() on how we are maki
On Wednesday, May 04, 2016 01:48:07 PM Lv Zheng wrote:
> The patch reduces source code differences between the Linux kernel and the
> ACPICA upstream so that the linuxized ACPICA 20160422 release can be
> applied with reduced human intervention.
>
> Signed-off-by: Lv Zheng
Like previously, this
On Wednesday, May 04, 2016 11:37:51 PM Rafael J. Wysocki wrote:
> On Wednesday, May 04, 2016 01:48:07 PM Lv Zheng wrote:
> > The patch reduces source code differences between the Linux kernel and the
> > ACPICA upstream so that the linuxized ACPICA 20160422 release can be
> > applied with reduced h
Hi
On 2016-05-04, Linus Torvalds wrote:
> On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann wrote:
> >
> > --- a/drivers/media/media-device.c
> > +++ b/drivers/media/media-device.c
> > @@ -875,7 +875,7 @@ void __media_device_usb_init(struct medi
> > const char
On Tue, May 3, 2016 at 7:04 AM, Eduardo Valentin wrote:
> Currently, in an ACPI based system, the processor driver registers
> one cooling device per processor. However, the cooling device type
> is the same for each processor. For example, on a system with four
> processors, the sysfs reading of
On Tue, May 03, 2016 at 08:41:25PM +0800, Zhangjian (Bamvor) wrote:
> Hi, all
>
> After apply this patch with my small testcase, the vsyscall of gettimeofday in
> ilp32 works in both big endian and small endian. In this patch, I use the
> different register and offset for ilp32 and lp64. Actually,
On 05/04/2016 12:07 PM, ty...@thunk.org wrote:
> it doesn't hit the
> UB case which Jeffrey was concerned about.
That should be good enough for present purposes
However, in the interests of long-term maintainability, I
would suggest sticking in a comment or assertion saying
that ror32(,shi
Em Wed, 4 May 2016 13:49:52 -0700
Linus Torvalds escreveu:
> On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann wrote:
> >
> > --- a/drivers/media/media-device.c
> > +++ b/drivers/media/media-device.c
> > @@ -875,7 +875,7 @@ void __media_device_usb_init(struct medi
> >
On 05/04/2016 02:42 PM, I wrote:
> I find it very odd that the other seven functions were not
> upgraded. I suggest the attached fix-others.diff would make
> things more consistent.
Here's a replacement patch.
Same idea, less brain damage.
Sorry for the confusion.
commit ba83b16d8430ee6104aa1fee
On Wed, 2016-05-04 at 23:49 +0200, Rafael J. Wysocki wrote:
> On Tue, May 3, 2016 at 7:04 AM, Eduardo Valentin > wrote:
> >
> > Currently, in an ACPI based system, the processor driver registers
> > one cooling device per processor. However, the cooling device type
> > is the same for each proces
A bug in the CRTSCTS handling caused RTS to alternate between
CRTSCTS=0 => "RTS transmits active signal" and
CRTSCTS=1 => "RTS receives flow control"
instead of
CRTSCTS=0 => "RTS is statically active" and
CRTSCTS=1 => "RTS receives flow control"
This only happened after first having enabled CRTSCTS
Replaced magic numbers used in the CRTSCTS flag code with symbolic names
from the chip specification.
Signed-off-by: Konstantin Shkolnyy
---
drivers/usb/serial/cp210x.c | 109 ++--
1 file changed, 84 insertions(+), 25 deletions(-)
diff --git a/drivers/usb
On May 4, 2016 2:42:53 PM PDT, John Denker wrote:
>On 05/04/2016 12:07 PM, ty...@thunk.org wrote:
>
>> it doesn't hit the
>> UB case which Jeffrey was concerned about.
>
>That should be good enough for present purposes
>
>However, in the interests of long-term maintainability, I
>would sugges
This patch series fixes bugs and replaces magic numbers with symbolic
names in CRTSCTS flag code.
v5:
Fixed 2 compile errors in PATCH 2/3, otherwise no change.
v4:
Same series of patches, fixed names and defines by feedback.
v3:
Regenerated the patches correctly against the latest usb-next branch.
On Wednesday, May 04, 2016 02:54:32 PM Srinivas Pandruvada wrote:
> On Wed, 2016-05-04 at 23:49 +0200, Rafael J. Wysocki wrote:
> > On Tue, May 3, 2016 at 7:04 AM, Eduardo Valentin > > wrote:
> > >
> > > Currently, in an ACPI based system, the processor driver registers
> > > one cooling device p
The CRTSCTS flag code cleared (and inconsistently) bits unrelated to
CRTSCTS functionality. It was also harder than necessary to read.
Signed-off-by: Konstantin Shkolnyy
---
drivers/usb/serial/cp210x.c | 32 ++--
1 file changed, 10 insertions(+), 22 deletions(-)
diff
This patch introduces the module_rpmsg_driver macro which is a
convenience macro for rpmsg driver modules similar to
module_platform_driver. It is intended to be used by drivers which
init/exit section does nothing but register/unregister the rpmsg driver.
By using this macro it is possible to elim
Add register_rpmsg_driver helper macro that adds THIS_MODULE to
rpmsg_driver for the registering driver. We rename and modify
the existing register_rpmsg_driver to enable this.
Signed-off-by: Andrew F. Davis
Acked-by: Suman Anna
---
drivers/rpmsg/virtio_rpmsg_bus.c | 8 +---
include/linux/r
An rpmsg_driver does not need to set an owner, it will be populated by
the driver core.
Signed-off-by: Andrew F. Davis
---
Documentation/rpmsg.txt | 1 -
samples/rpmsg/rpmsg_client_sample.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/Documentation/rpmsg.txt b/Documentation/r
On Fri, Apr 29, 2016 at 09:16:31PM +0200, Boris Brezillon wrote:
> On Fri, 29 Apr 2016 12:34:18 -0500
> Kyle Roeschley wrote:
>
> > Hi Boris,
> >
> > On Wed, Mar 30, 2016 at 03:16:23PM +0200, Boris Brezillon wrote:
> > > +Peter, who's currently reworking the NAND BBT code.
> > >
> > > On Wed, 3
Existing drivers and examples are updated to use the
module_rpmsg_driver helper macro.
Signed-off-by: Andrew F. Davis
---
Documentation/rpmsg.txt | 13 +
samples/rpmsg/rpmsg_client_sample.c | 13 +
2 files changed, 2 insertions(+), 24 deletions(-)
diff --git
It looks like commit 81a44c5 (sched: Queue RT tasks to head when prio drop)
made the behavior on dropping (userspace view) more sensible but I believe the
behavior is still incorrect according to POSIX.
POSIX (in volume 2 section 2.8.4 Process Scheduling) specifies two different
semantics for w
On 05/04/2016 02:56 PM, H. Peter Anvin wrote:
>> Beware that shifting by an amount >= the number of bits in the
>> word remains Undefined Behavior.
> This construct has been supported as a rotate since at least gcc2.
How then should we understand the story told in commit d7e35dfa?
Is the story wr
On Tue, May 03, 2016 at 02:22:00PM +0200, Vitaly Kuznetsov wrote:
> I'm trying to pass-through Broadcom BCM5720 NIC (Dell Device 1f5b) on Dell
> R720 server. Everything works fine when target VM has only one CPU, but
> SMP guests reboot when NIC driver is trying to access PCI config space
> (with
On 05/02/2016 09:11 AM, Yu-cheng Yu wrote:
> On Fri, Apr 29, 2016 at 05:40:44PM -0700, Dave Hansen wrote:
>> That's better than what we had before, but it relies entirely on testing
>> coverage and runtime checks.
>>
>> Is it too much to ask that you also take a look and audit all the places
>> the
I'm announcing the release of the 3.14.68 kernel.
All users of the 3.14 kernel series must upgrade.
The updated 3.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.14.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 0a28325ef49c..5ec8a7dda8ba 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 14
-SUBLEVEL = 67
+SUBLEVEL = 68
EXTRAVERSION =
NAME = Remembering Coco
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/cpuidle
I'm announcing the release of the 4.4.9 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.5.3 kernel.
All users of the 4.5 kernel series must upgrade.
The updated 4.5.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.5.y
and can be browsed at the normal kernel.org git web browser:
On Wed, May 04, 2016 at 03:15:38PM -0700, Dave Hansen wrote:
> On 05/02/2016 09:11 AM, Yu-cheng Yu wrote:
> > On Fri, Apr 29, 2016 at 05:40:44PM -0700, Dave Hansen wrote:
> >> That's better than what we had before, but it relies entirely on testing
> >> coverage and runtime checks.
> >>
> >> Is it
Hi Stephen,
On Wed, May 4, 2016 at 1:22 PM, Stephen Hemminger
wrote:
> I understand how reading /proc or /sys can be a bottleneck, but this
> proposed method using a system call is the wrong way to do this.
>
> Why not use netlink like other systems do which allows a message
> based response whic
On Wednesday 04 May 2016 20:16:19 Horia Geantă wrote:
> @@ -625,6 +645,16 @@ static inline u32 ioread32be(const volatile void __iomem
> *addr)
> }
> #endif
>
> +#ifdef CONFIG_64BIT
> +#ifndef ioread64be
> +#define ioread64be ioread64be
> +static inline u64 ioread64be(const volatile void __iome
On 4 May 2016 at 20:53, Florian Fainelli wrote:
> On 03/05/16 10:28, Dan Haab wrote:
>> Luxul XAP-1510 is an AP device based on BCM4708 SoC. It uses flash
>> memory connected to the SPI controller.
>
> Looks fine, except one nit:
>
>> diff --git a/arch/arm/boot/dts/bcm4708-luxul-xap-1510.dts
>> b
A while back, commit d394f2d9d8e1 ("x86/platform/UV: Remove EFI memmap
quirk for UV2+") changed uv_system_init to only call map_low_mmrs on
older UV1 hardware, which requires EFI_OLD_MEMMAP to be set in order to
boot. The recent changes to the EFI memory mapping code in commit
d2f7cbe7b26a ("x86/e
On Tue, 2016-03-05 at 06:59:27 UTC, Valentin Rothberg wrote:
> s/MMU_STD_64/STD_MMU_64/
>
> Fixes: 11ffc1cfa4c2 ("powerpc/mm/radix: Use STD_MMU_64 to properly
> isolate hash related code")
> Signed-off-by: Valentin Rothberg
> Reviewed-by: Aneesh Kumar K.V
Applied to powerp
It's my fault, but you also need to go update
fpu__xfeature_set_state()
and
__raw_xsave_addr()
The theoretical problem is that you might ask for a __raw_xsave_addr()
of a component which has been compacted out of an XSAVES buffer and thus
has no address. We could work aro
On Mon, Apr 25, 2016 at 10:29 AM, Vitaly Wool wrote:
> This patch introduces z3fold, a special purpose allocator for storing
> compressed pages. It is designed to store up to three compressed pages per
> physical page. It is a ZBUD derivative which allows for higher compression
> ratio keeping the
On 05/04/2016 03:41 PM, Dave Hansen wrote:
> But, since we *always* call XSAVES with an instruction mask of -1 and
> end up with a requested feature bitmap (RFBM) equal to XCR0, I think we
> can do a shortcut because we'll practically *always* have an
> xcomp_bv==RFBM==XCR0, which means that all (p
On Wed, May 04, 2016 at 03:41:49PM -0700, Dave Hansen wrote:
> It's my fault, but you also need to go update
>
> fpu__xfeature_set_state()
> and
> __raw_xsave_addr()
>
> The theoretical problem is that you might ask for a __raw_xsave_addr()
> of a component which has been compac
This patch adds the firmware node for the SCM
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
---
arch/arm/boot/dts/qcom-apq8084.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi
b/arch/arm/boot/dts/qcom-apq8084.dtsi
index a33a09f..7c2df06
This patch converts the Qualcomm SCM driver to use the streaming DMA APIs
for communication buffers.
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 152 +
drivers/firmware/qcom_scm.c| 6 +-
drivers/firmware/qcom_scm.h| 10 +--
3
This patch moves the qcom_scm_remap_error function to the include file
where can be used by both the 32 and 64 bit versions of the code.
Reviewed-by: Stephen Boyd
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 17
This patch adds the device tree support for the Qualcomm SCM firmware.
Signed-off-by: Andy Gross
---
.../devicetree/bindings/firmware/qcom,scm.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/firmware/qcom,scm.txt
diff
From: Kumar Gala
Add an implementation of the SCM interface that works on ARM64 SoCs. This
is used by things like determine if we have HDCP support or not on the
system.
Signed-off-by: Kumar Gala
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 4 +
drivers/firmware/qcom_scm-
This adds the devicetree node for the SCM firmware.
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom/msm8916.dtsi
index 9681
This patch changes the cold_set_boot_addr function to use atomic SCM
calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to
support the two arguments going to the smc call. Using atomic removes
the need for memory allocation and instead places all arguments in
registers.
Signed-off-b
This patch converts the Qualcomm SCM firmware driver into a platform
driver.
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm.c | 163 +---
1 file changed, 154 insertions(+), 9 deletions(-)
diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmwar
The following set of patches does a bit of rework on the existing
Qualcomm SCM firmware. The first couple of patches deals with turning
the current SCM into a platform driver. The next couple are cleanups
that make adding the 64 support a little easier. I added in a patch to
convert the scm-32 t
On Fri, Apr 29, 2016 at 01:57:43PM +0100, David Howells wrote:
> (4) File creation time (st_btime*), data version (st_version), inode
> generation number (st_gen).
>
> These will be returned if available whether the caller asked for them or
> not. The corresponding bits in st_mask
Hi Jeffrey,
On Fri, Apr 29, 2016 at 05:45:13PM +0800, jeffrey.lin wrote:
> Raydium I2C touch driver.
>
In my previous e-mail I requested you to enumerate changes that are made
to the driver, compared to the previous version(s). There were also a
few questions that I did not get answer for.
Also
Hi,
When a tty (here a slave pty) is set in noncanonical input and blocking
read modes, a read() randomly blocks when:
"VMIN > kernel received >= user buffer size > 0".
The standard says that read() should block until VMIN bytes are received
[1][2]. Whether this is an implementation defined c
Hi
On 2016-05-04, Mauro Carvalho Chehab wrote:
> Em Wed, 4 May 2016 13:49:52 -0700
> Linus Torvalds escreveu:
> > On Wed, May 4, 2016 at 12:28 PM, Stefan Lippers-Hollmann
> > wrote:
[...]
> Stefan,
>
> Could you please test the enclosed patch?
>
> Regards,
> Mauro
>
> [media] media-device:
On May 3, 2016 11:32 PM, "Ingo Molnar" wrote:
>
>
> * Andy Lutomirski wrote:
>
> > If a signal stack is set up with SS_AUTODISARM, then the kernel
> > inherently avoids incorrectly resetting the signal stack if signals
> > recurse: the signal stack will be reset on the first signal
> > delivery.
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem.
Changelog:
-
H. Nikolaus Schaller (1):
Input: twl6040-vibra - fix atomic schedule panic
Knut Wohlrab (1):
Input: zforce_ts
On Wed, May 04, 2016 at 03:06:04PM -0700, John Denker wrote:
> On 05/04/2016 02:56 PM, H. Peter Anvin wrote:
> >> Beware that shifting by an amount >= the number of bits in the
> >> word remains Undefined Behavior.
>
> > This construct has been supported as a rotate since at least gcc2.
>
> How t
Hi Julio,
On 05/04/2016 04:00 PM, Julio Guerra wrote:
> Hi,
>
> When a tty (here a slave pty) is set in noncanonical input and blocking read
> modes, a read() randomly blocks when:
> "VMIN > kernel received >= user buffer size > 0".
>
> The standard says that read() should block until VMIN byte
On Sat, Apr 30, 2016 at 01:01:38AM +0200, Arnd Bergmann wrote:
> This changes the pci-host-common implementation to call the
> new pci_register_host() interface instead of pci_scan_root_bus().
>
> As a result, we get to share the pci_host_bridge structure
> as it was originally intended anyway: We
On Mon, May 02, 2016 at 12:42:58PM -0600, Toshi Kani wrote:
> When a partition is not aligned by 4KB, mount -o dax succeeds,
> but any read/write access to the filesystem fails, except for
> metadata update.
>
> Call bdev_direct_access to check the alignment when -o dax is
> specified.
>
> Signed
Quoting Djalal Harouni (tix...@gmail.com):
> If a process gets access to a mount from a different user
> namespace, that process should not be able to take advantage of
> setuid files or selinux entrypoints from that filesystem. Prevent
> this by treating mounts from other mount namespaces and tho
On Wed, May 4, 2016 at 2:49 PM, Yury Norov wrote:
> On Tue, May 03, 2016 at 08:41:25PM +0800, Zhangjian (Bamvor) wrote:
>> Hi, all
>>
>> After apply this patch with my small testcase, the vsyscall of gettimeofday
>> in
>> ilp32 works in both big endian and small endian. In this patch, I use the
>
On Wednesday 04 May 2016 13:04:37 John Stultz wrote:
> On Wed, May 4, 2016 at 12:24 PM, Deepa Dinamani
> wrote:
> > struct timespec is not y2038 safe.
> > Even though timespec might be sufficient to represent
> > timeouts, use struct timespec64 here as the plan is to
> > get rid of all timespec r
When a tty (here a slave pty) is set in noncanonical input and blocking read
modes, a read() randomly blocks when:
"VMIN > kernel received >= user buffer size > 0".
The standard says that read() should block until VMIN bytes are received
[1][2]. Whether this is an implementation defined case no
Quoting Djalal Harouni (tix...@gmail.com):
> This is version 2 of the VFS:userns support portable root filesystems
> RFC. Changes since version 1:
>
> * Update documentation and remove some ambiguity about the feature.
> Based on Josh Triplett comments.
> * Use a new email address to send the RF
The rk3399 clock table had a simple typo in it, calling the SDMMC sample
and drive clocks by the wrong name. Fix this minor typo.
Signed-off-by: Douglas Anderson
---
drivers/clk/rockchip/clk-rk3399.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/cl
On Wednesday 04 May 2016 18:14:18 Bjorn Helgaas wrote:
> On Sat, Apr 30, 2016 at 01:01:38AM +0200, Arnd Bergmann wrote:
> >
> > +static void gen_pci_release(struct device *dev)
> > +{
> > + struct gen_pci *pci = container_of(dev, struct gen_pci, host.dev);
> > +
> > + gen_pci_release_of_pci_
If erasing or writing the BBT fails, we should mark the current BBT
block as bad and use the BBT descriptor to scan for the next available
unused block in the BBT. We should only return a failure if there isn't
any space left.
Based on original code implemented by Jeff Westfahl
.
Signed-off-by: K
On Tue, May 3, 2016 at 3:54 AM, Dean Jenkins wrote:
> On 03/05/16 11:04, Guodong Xu wrote:
>>
>> did you test on ARM 64-bit system or ARM 32-bit? I ask because HiKey
>> is an ARM 64-bit system. I suggest we should be careful on that. I saw
>> similar issues when transferring to a 64-bit system in
David,
On Wed, May 4, 2016 at 7:13 AM, David Wu wrote:
> Signed-off-by: David Wu
> ---
> Change in v7:
> - none
>
> drivers/i2c/busses/i2c-rk3x.c | 22 +-
> 1 file changed, 21 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2
Alex Barba discovered Broadcom NS2 GICv2m
implementation has an erratum where the MSI data needs to be the SPI
number subtracted by an offset of 32, for the correct MSI interrupt
to be triggered.
Here we are adding the workaround based on readings from the MSI_IIDR
register, which contains a valu
Alex Barba discovered Broadcom NS2 GICv2m
implementation has an erratum where the MSI data needs to be the SPI number
subtracted by an offset of 32, for the correct MSI interrupt to be triggered.
We are now implementating the workaround based on readings from the MSI_IIDR
register.
Patch series
David,
On Wed, May 4, 2016 at 4:45 PM, Doug Anderson wrote:
> David,
>
> On Wed, May 4, 2016 at 7:13 AM, David Wu wrote:
>> Signed-off-by: David Wu
>> ---
>> Change in v7:
>> - none
>>
>> drivers/i2c/busses/i2c-rk3x.c | 22 +-
>> 1 file changed, 21 insertions(+), 1 deletion
On Wed, 04 May 2016 23:08:11 +0200 Arnd Bergmann wrote:
> > But I'm less comfortable making the call on this one. It looks
> > relatively straight forward, but it would be good to have maintainer
> > acks before I add it to my tree.
>
> Agreed. Feel free to add my
>
> Reviewed-by: Arnd Bergmann
On Thu, 2016-05-05 at 09:18 +1000, Dave Chinner wrote:
> On Mon, May 02, 2016 at 12:42:58PM -0600, Toshi Kani wrote:
> >
:
> Please write a helper along the lines of:
>
> error = blkdev_supports_dax(sb->s_bdev, sb->s_blocksize);
>
> and encapsulate all this, including the specific error me
We recently had a system crash in the cnic module. Vmcore analysis confirmed
that "ip link up" was executed which failed due to an allocation failure
because of memory fragmentation. Futher analysis revealed that the cnic irq
vector was still allocated after the "ip link up" that failed. When
"
On Fri, Apr 29 2016, David Howells wrote:
> Add a system call to make extended file information available, including
> file creation time, inode version and data version where available through
> the underlying filesystem.
>
>
>
> OVERVIEW
>
I think all this documentation is inv
On Wed, May 4, 2016 at 4:51 PM, Andrew Morton wrote:
> On Wed, 04 May 2016 23:08:11 +0200 Arnd Bergmann wrote:
>
>> > But I'm less comfortable making the call on this one. It looks
>> > relatively straight forward, but it would be good to have maintainer
>> > acks before I add it to my tree.
>>
>
On Wed, May 04, 2016 at 05:25:06PM -0400, Johannes Weiner wrote:
> On Wed, May 04, 2016 at 09:49:02PM +0200, Michal Hocko wrote:
> > On Wed 04-05-16 10:13:06, Tim Chen wrote:
> > In order this to work other quite intrusive changes to the current
> > reclaim decisions would have to be made though. T
701 - 800 of 911 matches
Mail list logo
