Only vgacon and sisusbcon did it right, the rest (via generic code) tried
underline (usually cyan).
Signed-off-by: Adam Borowski
---
Compare this if clause with the two above it. Nice copypaste. :)
drivers/tty/vt/vt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
From: Abhishek Sahu
This patch adds support for the global clock controller found on
the ipq8074 based devices. This includes UART, I2C, SPI etc.
Signed-off-by: Abhishek Sahu
Signed-off-by: Varadarajan Narayanan
---
drivers/clk/qcom/Kconfig |9 +
drivers/clk/qcom/Makefile |
v4:
* Split the clock patch and addressed a minor comment
in the clock driver as per stephen's feedback.
v3:
* Addressed review feedback from Bjorn for pinctrl
- Unified the names for qpic pads.
- Corrected the names for pwm pins.
* Updated pinctrl documentation.
* Updated th
Add initial pinctrl driver to support pin configuration with
pinctrl framework for ipq8074.
Signed-off-by: Manoharan Vijaya Raghavan
Signed-off-by: Varadarajan Narayanan
---
.../bindings/pinctrl/qcom,ipq8074-pinctrl.txt | 172
drivers/pinctrl/qcom/Kconfig | 10
Add initial device tree support for the Qualcomm IPQ8074 SoC and
HK01 evaluation board.
Signed-off-by: Manoharan Vijaya Raghavan
Signed-off-by: Abhishek Sahu
Signed-off-by: Varadarajan Narayanan
---
arch/arm64/boot/dts/qcom/Makefile | 1 +
arch/arm64/boot/dts/qcom/ipq8074-hk01.dts |
From: Abhishek Sahu
Add the compatible strings and the include file for ipq8074 gcc
clock controller.
Acked-by: Rob Herring (bindings)
Signed-off-by: Varadarajan Narayanan
Signed-off-by: Abhishek Sahu
---
.../devicetree/bindings/clock/qcom,gcc.txt | 1 +
include/dt-bindings/clock/q
From: Abhishek Sahu
These configs are required for booting kernel in qcom
ipq8074 boards.
Signed-off-by: Abhishek Sahu
Signed-off-by: Varadarajan Narayanan
---
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/
Acked-by: Rob Herring
Signed-off-by: Varadarajan Narayanan
---
Documentation/devicetree/bindings/arm/qcom.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/qcom.txt
b/Documentation/devicetree/bindings/arm/qcom.txt
index 028d16e..0ed4d39 100644
--- a
Hi!
In a recent discussion, Linus and Al Viro said quite a bit of expletives
about __put_user() and __get_user(), that it's a bad interface that's
almost always the wrong thing to use:
https://marc.info/?l=linux-kernel&m=149463725626316&w=2
https://marc.info/?l=linux-kernel&m=149465866929092&w=2
H
Done by copy_{from,to}_user().
Signed-off-by: Adam Borowski
---
drivers/tty/vt/vt_ioctl.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/tty/vt/vt_ioctl.c b/drivers/tty/vt/vt_ioctl.c
index 0cbfe1ff6f6c..96d389cb506c 100644
--- a/drivers/tty/vt/vt_ioctl.c
+++ b/drivers/tty/vt/
Only read access is checked before this call.
Actually, at the moment this is not an issue, as every in-tree arch does
the same manual checks for VERIFY_READ vs VERIFY_WRITE, relying on the MMU
to tell them apart, but this wasn't the case in the past and may happen
again on some odd arch in the fu
Commit-ID: e5aeee51f6b4fb22e851105ee6d8ad211c40a214
Gitweb: http://git.kernel.org/tip/e5aeee51f6b4fb22e851105ee6d8ad211c40a214
Author: Alexander Levin
AuthorDate: Sat, 3 Jun 2017 03:39:13 +
Committer: Thomas Gleixner
CommitDate: Sat, 3 Jun 2017 09:28:45 +0200
perf/core: Don't relea
Again, a nice linear transfer that simplifies the code.
Signed-off-by: Adam Borowski
---
drivers/tty/vt/consolemap.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/vt/consolemap.c b/drivers/tty/vt/consolemap.c
index c6a692f63a9b..a5f88cf0f61d 100644
-
A nice big linear transfer, no need to flip stac/PAN/etc every half-entry.
Also, yay __put_user() after checking only read.
Signed-off-by: Adam Borowski
---
drivers/tty/vt/consolemap.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/vt/consolemap.c
Linus wants to get rid of these functions, and these uses are especially
egregious: they copy a big linear array element by element.
Signed-off-by: Adam Borowski
---
drivers/tty/vt/consolemap.c | 31 +++
1 file changed, 7 insertions(+), 24 deletions(-)
diff --git a/d
Kernel should the decrement reference count of acpi device when
acpi hotplug work scheduling is failed. And, kernel should evaluates
_OST to notify BIOS the failure.
Cc: "Rafael J. Wysocki"
Cc: Len Brown
Signed-off-by: "Lee, Chun-Yi"
---
drivers/acpi/bus.c | 10 --
1 file changed, 8 in
On Fri 02-06-17 13:40:38, Andrew Morton wrote:
> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote:
>
> > On 06/02/2017 09:50 PM, Andrew Morton wrote:
> > > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport"
> > > wrote:
> > >
> > >> PR_SET_THP_DISABLE has a rather subtle semantic. It do
Commit-ID: 40da1b11f01e43aad1aa6cea64681b6125e8a2a7
Gitweb: http://git.kernel.org/tip/40da1b11f01e43aad1aa6cea64681b6125e8a2a7
Author: Sebastian Andrzej Siewior
AuthorDate: Fri, 2 Jun 2017 16:27:14 +0200
Committer: Thomas Gleixner
CommitDate: Sat, 3 Jun 2017 09:35:04 +0200
cpu/hotplug:
On Fri, 2 Jun 2017, Thomas Gleixner wrote:
> Mathias and some others reported GDB failures on RT.
>
> The following scenario leads to task state corruption:
>
> CPU0 CPU1
>
> T1->state = TASK_XXX;
> spin_lock(&lock)
> rt_spin_lock_slowlock(&lock->rtmut
Hi,
Am 03.06.2017 um 00:02 schrieb Nathan Royce:
> ODroid XU4
>
> $ uname -a
> Linux computer 4.12.0-rc3-dirty #1 SMP Wed May 31 15:02:05 CDT 2017
> armv7l GNU/Linux
>
> $ lsusb
> ...
> Bus 001 Device 002: ID 2109:2813 VIA Labs, Inc.
> Bus 001 Device 010: ID 0cf3:7015 Qualcomm Atheros Communicat
switch (type) {
case NVME_NQN_NVME:
diff --git a/drivers/nvme/target/nvmet.h b/drivers/nvme/target/nvmet.h
index cfc5c7fb0ab7..4c6cb5ea1186 100644
--- a/drivers/nvme/target/nvmet.h
+++ b/drivers/nvme/target/nvmet.h
@@ -46,6 +46,7 @@ struct nvmet_ns {
u32
Eric Biggers wrote:
> This patch is in the "keys-fixes" branch now, but it doesn't remove
> KEYS_COMPAT
> from arch/arm64/Kconfig. David, can you fix it? Thanks!
Done. See below.
David
---
commit 90fe15899ffa2f7c6dd9a7c257c840cfbd523aad
Author: Bilal Amarni
Date: Fri Jun 2 14:29:19 2017
On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote:
> diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
> index 502b320..be7ca4d 100644
> --- a/kernel/time/tick-sched.c
> +++ b/kernel/time/tick-sched.c
> @@ -783,8 +783,13 @@ static ktime_t tick_nohz_stop_sched_tick(s
Hi Ajay,
On Fri, Jun 02, 2017 at 06:38:53PM +0530, Ajay kumar wrote:
> Hi all,
>
> I have tried searching for RGB/YUV 10, 12 BPC formats in videodev2.h,
> media-bus-format.h and drm_fourcc.h
> I could only find RGB 10BPC support in drm_fourcc.h.
> I guess not much support is present for formats w
On Sat, Jun 3, 2017 at 2:57 AM, Oleksij Rempel wrote:
> Hm... this function and file:
> linux/drivers/net/wireless/ath/ath9k/common-beacon.c
> didn't changed since 2015. So, it should be some thing different.
> Can you run
> git bisect to find exact patch caused this regression?
>
That was the fir
On Fri, 2 Jun 2017 10:09:21 -0500
Michael Stecklein wrote:
> Include datasheet links to compatible HDC10xx devices.
>
> Signed-off-by: Michael Stecklein
Hi Michael,
Would you mind also adding the i2c_device_id entries for these
other parts and updating the kconfig help to mention that they
are
On Thu, 1 Jun 2017 01:50:55 +0200
Paolo Cretaro wrote:
> Fix sparse warning "symbol foo was not declared. Should it be static?"
> for the following symbols:
> mx23_lradc_adc_irq_names
> mx28_lradc_adc_irq_names
> iio_dev_attr_in_voltage0_scale_available
> iio_dev_attr_in_voltage1_scale_available
On Tue, 30 May 2017 16:35:27 +0530
Arvind Yadav wrote:
> clk_prepare_enable() can fail here and we must check its return value.
>
> Signed-off-by: Arvind Yadav
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to play with it.
Thanks,
Jonathan
> ---
> dri
On Mon, 29 May 2017 13:12:12 +0530
Arvind Yadav wrote:
> clk_prepare_enable() can fail here and we must check its return value.
>
> Signed-off-by: Arvind Yadav
Please make sure to cc the driver author. This is a fairly new
driver, so chances are Rick will still be answering this email
address.
On Sun, 28 May 2017 23:17:57 +0200
Martin Blumenstingl wrote:
> Hi Paolo, Hi Jonathan,
>
> On Sun, May 28, 2017 at 4:43 PM, Jonathan Cameron wrote:
> > On Sun, 28 May 2017 13:24:38 +0200
> > Paolo Cretaro wrote:
> >
> >> Fix sparse warning: Using plain integer as NULL pointer
> >>
> >> Signe
On Sun, 28 May 2017 17:00:51 +0100
Jonathan Cameron wrote:
> On Wed, 24 May 2017 20:50:45 +0100
> Jonathan Cameron wrote:
>
> > On Wed, 24 May 2017 02:09:06 +0200
> > Stefan Brüns wrote:
> >
> > > INA226/230/231 has integration times per voltage channel and common
> > > averaging setting fo
On Mon, 29 May 2017 08:40:26 +0300
Nikita Yushchenko wrote:
> >> Still, isn't there subsystem-level default that all events are disabled
> >> by default? If such, then current hi8435 state breaks subsystem-level
> >> rules, which is a [userspace-visible] bug. I'm not sure how far should
> >> we
Trace_printk() was used to log debug messages in xhci-dbc.c where
printk() isn't feasible. As there should not be a single caller to
trace_printk() in normal kernels, replace them with empty functions.
Cc: Vlastimil Babka
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Greg Kroah-Hartman
Signed-off-
On Fri, Jun 2, 2017 at 8:38 AM, Jerome Glisse wrote:
> On Thu, Jun 01, 2017 at 12:04:02PM +1000, Balbir Singh wrote:
>> On Thu, May 25, 2017 at 3:53 AM, Jerome Glisse wrote:
>> > On Wed, May 24, 2017 at 11:55:12AM +1000, Balbir Singh wrote:
>> >> On Tue, May 23, 2017 at 2:51 AM, Jérôme Glisse wr
On Mon, 29 May 2017 11:28:16 +0200
Fabrice Gasnier wrote:
> Document support for STM32H7 Analog to Digital Converter.
> Main difference is regarding compatible, clock definitions and new
> features like differential channels support:
> STM32H7 ADC block has two clock inputs, common clock for all
On Mon, 29 May 2017 11:28:17 +0200
Fabrice Gasnier wrote:
> Analog clock input is mandatory on stm32f4. But newer version of
> ADC hardware block allow to select either bus clock or asynchronous
> clock, for analog circuitry.
>
> So, make it optional by default, but enforce clk presence on stm32
On Mon, 29 May 2017 11:28:19 +0200
Fabrice Gasnier wrote:
> STM32F4 requires one clock per ADC instance for register access. But,
> newer version of ADC hardware block have common bus clock for all
> instances (per instance driver isn't responsible for getting it).
> So, make it optional by defau
On Mon, 29 May 2017 11:28:20 +0200
Fabrice Gasnier wrote:
> Add support for STM32H7 Analog to Digital Converter. It has up
> to 20 external channels, resolution ranges from 8 to 16bits.
> Either bus or asynchronous adc clock may be used.
>
> Add registers & bitfields definition. Also add new con
On Mon, 29 May 2017 11:28:18 +0200
Fabrice Gasnier wrote:
> Prepare support for stm32h7 adc variant by introducing compatible
> configuration data.
> Move STM32F4 specific stuff to compatible data structure:
> - registers & bit fields
> - input channels data
> - start/stop procedures
> - trigger
On Thu, 27 Apr 2017 17:30:10 +0200
Sebastian Reichel wrote:
> This struct is no longer used by anything in the kernel.
>
> Signed-off-by: Sebastian Reichel
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to see if we have missed anything.
Jonathan
> ---
>
On Sun, 30 Apr 2017 17:35:47 +0100
Jonathan Cameron wrote:
> On 27/04/17 16:30, Sebastian Reichel wrote:
> > All madc users have been converted to IIO API, so drop the
> > legacy API. The function is still used inside of the driver.
> >
> > Signed-off-by: Sebastian Reichel
> Acked-by: Jonatha
On Sun, 30 Apr 2017 17:35:04 +0100
Jonathan Cameron wrote:
> On 27/04/17 16:30, Sebastian Reichel wrote:
> > Drop legacy twl4030_get_madc_conversion() method. It has been
> > used by drivers to get madc data before it conversion to IIO
> > API. There are no users in the mainline kernel anymore.
>
On Sun, 30 Apr 2017 17:38:07 +0100
Jonathan Cameron wrote:
> On 27/04/17 16:30, Sebastian Reichel wrote:
> > twl4030-madc.h is no longer used by anything outside of
> > the iio driver, so it can be merged into the driver.
> >
> > Signed-off-by: Sebastian Reichel
> Acked-by: Jonathan Cameron
This is effectivly a revert of 2cbbb579bcbe3 ("regmap: Add the LZO cache
support").
After it was added there were never any users added, the only submitted
user was changed to RBTREE before being added. It has been unused code
for almost six years. Since LZO support itself has its own size, it
cur
Hello,
On Fri, Jun 02, 2017 at 04:36:22PM -0400, Waiman Long wrote:
> I wouldn't argue further on that if you insist. However, I still want to
Oh, please don't get me wrong. I'm not trying to shut down the
discussion or anything. It's just that whole-scope discussions can
get very meandering an
On June 2, 2017 11:55:12 PM GMT+03:00, Vlastimil Babka wrote:
>On 06/02/2017 10:40 PM, Andrew Morton wrote:
>> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka
>wrote:
Perhaps we should be adding new prctl modes to select this new
behaviour and leave the existing PR_SET_THP_DISABLE b
On Sat, Jun 3, 2017 at 7:53 AM, Matt Brown wrote:
> This patch was modified from Brad Spengler's Trusted Path Execution (TPE)
> feature in Grsecurity and also incorporates logging ideas from
> cormander's tpe-lkm.
>
> Modifications from the Grsecurity implementation of TPE were made to
> turn it i
On June 2, 2017 10:50:59 PM GMT+03:00, Andrew Morton
wrote:
>On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport"
> wrote:
>
>> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect
>any
>> existing mapping because it only updated mm->def_flags which is a
>template
>> for new mapping
Kbuild reported a build failure when CONFIG_STRICT_KERNEL_RWX was
enabled on powerpc. We don't yet have ARCH_HAS_SET_MEMORY and ppc32
saw a build failure.
fixes(50327dd kernel/power/snapshot.c: use set_memory.h header)
I've only done a basic compile test with a config that has
hibernation enabled
Hi Shuah,
On 02/06/2017 21:31, Shuah Khan wrote:
> Hi Mickaël,
>
> On 05/26/2017 12:43 PM, Mickaël Salaün wrote:
>> Rebuild the seccomp tests when kselftest_harness.h is updated.
>>
>> Signed-off-by: Mickaël Salaün
>> Acked-by: Kees Cook
>> Cc: Andy Lutomirski
>> Cc: Shuah Khan
>> Cc: Will Dr
On 02/06/2017 22:02, Shuah Khan wrote:
> Hi Mickaël,
>
> On 05/26/2017 12:44 PM, Mickaël Salaün wrote:
>> Add ReST metadata to kselftest_harness.h to be able to include the
>> comments in the Sphinx documentation.
>>
>
> These don't belong the change log. These types of changes are for
> reviewe
On Freitag, 2. Juni 2017 21:49:10 CEST Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 02, 2017 at 06:21:44PM +0200, Milian Wolff escreveu:
> > On Freitag, 2. Juni 2017 17:23:41 CEST Arnaldo Carvalho de Melo wrote:
> > > Looks ok, having both implementations matching and the callchains making
> > > s
On Fri, 2017-06-02 at 21:22 -0700, Kees Cook wrote:
> On Fri, Jun 2, 2017 at 8:20 AM, wrote:
> > From: Rik van Riel
> >
> > When setting up mmap_base, we take care to start the mmap base
> > below the maximum extent to which the stack will grow. However,
> > we take no such precautions with PIE
Update tcp.txt to fix mandatory congestion control ops and default
CCA selection. Also, fix comment in tcp.h for undo_cwnd.
Signed-off-by: Anmol Sarma
---
Documentation/networking/tcp.txt | 31 +--
include/net/tcp.h| 2 +-
2 files changed, 14 insertio
On Fri, 2017-06-02 at 21:37 -0700, Kees Cook wrote:
>
> Patches 3 and 4 need some (minor?) adjustments
It's currently a bug fix. Doing something further would be more than
fixing the bug and should probably be separate.
On Fri, 2017-06-02 at 21:46 -0700, Kees Cook wrote:
> On Fri, Jun 2, 2017 at 8:20 AM, wrote:
> > From: Rik van Riel
> >
> > When RLIMIT_STACK is, for example, 256MB, the current code results
> > in
> > a gap between the top of the task and mmap_base of 256MB, failing to
> > take into account th
On Sat, Jun 3, 2017 at 7:04 AM, Theodore Ts'o wrote:
> has been pretty terrible?
> This kind of "my shit doesn't stink, but yours does", is not
> The reason why I keep harping on this is because I'm concerned about
> an absolutist attitude towards technical design, where the good is the
Moving pa
Fixed a comment coding style issue , block comments use * on subsequent lines.
Signed-off-by: srishti sharma
---
drivers/staging/ccree/ssi_aead.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ccree/ssi_aead.h b/drivers/staging/ccree/ssi_aead.h
index 9cf
On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha Levin) wrote:
> On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote:
> > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
> > index 502b320..be7ca4d 100644
> > --- a/kernel/time/tick-sched.c
> > +++ b/
On Thu, Jun 1, 2017 at 1:37 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> PMIC mfd driver only exports first level irq for thermal device.
> But currently we are reading the irqs from the second level irq
> chip, So this patch fixes this issue by adding support to use
> first level PMIC therm
On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote:
> On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha Levin)
> wrote:
> > On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote:
> > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
>
On Thu, Jun 1, 2017 at 1:37 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> PMIC mfd driver only exports first level irq for GPIO device.
> But currently we are reading the irqs from the second level irq
> chip, So this patch fixes this issue by adding support to use
> first level PMIC GPIO irq
On Thu, Jun 1, 2017 at 1:37 AM,
wrote:
> Cleanup the resource allocation/free code in probe function by using
> devm_* calls.
This change is okay.
Reviewed-by: Andy Shevchenko
> Signed-off-by: Kuppuswamy Sathyanarayanan
>
> Acked-for-MFD-by: Lee Jones
> ---
> drivers/mfd/intel_soc_pmic_bxt
At the risk of repeating the same boiler plate, in this cleanup we continue
to make driver code consistent with the Makefiles/Kconfigs that control them.
This means not using modular functions/macros for drivers that can never
be built as a module. Some of the main downfalls this leads to are:
The Kconfig currently controlling compilation of this code is:
drivers/mfd/Kconfig:config MFD_DA9055
drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9055 PMIC Support"
...meaning that it is never being built as a module.
Remove the modular code that is essentially orphaned, so that
when rea
The Kconfigis currently controlling compilation of this code are:
mfd/Kconfig:config MFD_DA9052_SPI
mfd/Kconfig:bool "Dialog Semiconductor DA9052/53 PMIC variants with SPI"
mfd/Kconfig:config MFD_DA9052_I2C
mfd/Kconfig:bool "Dialog Semiconductor DA9052/53 PMIC variants with I2C"
drivers/
The Kconfig currently controlling compilation of this code is:
drivers/mfd/Kconfig:config MFD_DA9055
drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9055 PMIC Support"
...meaning that it is never being built as a module.
Remove the modular code that is essentially orphaned, so that
when rea
The Kconfig currently controlling compilation of this code is:
drivers/mfd/Kconfig:config PMIC_DA903X
drivers/mfd/Kconfig:bool "Dialog Semiconductor DA9030/DA9034 PMIC Support"
...meaning that it currently is not being built as a module by anyone.
Remove the modular code that is essentially
On Thu, Jun 1, 2017 at 1:37 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> Whishkey cove PMIC has support to mask/unmask interrupts at two levels.
> At first level we can mask/unmask interrupt domains like TMU, GPIO, ADC,
> CHGR, BCU THERMAL and PWRBTN and at second level, it provides facility
On Thu, Jun 1, 2017 at 1:37 AM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> Following patch set adds chained IRQ support to WCOVE PMIC driver.
I commented some patches, the rest looks okay.
Please, address and send new version.
--
With Best Regards,
Andy Shevchenko
On Sat 2017-06-03 20:52:32, Balbir Singh wrote:
> Kbuild reported a build failure when CONFIG_STRICT_KERNEL_RWX was
> enabled on powerpc. We don't yet have ARCH_HAS_SET_MEMORY and ppc32
> saw a build failure.
>
> fixes(50327dd kernel/power/snapshot.c: use set_memory.h header)
>
> I've only done a
2017-05-15 8:20 GMT+03:00 Tommi Rantala :
> 2017-05-15 3:03 GMT+03:00 Ben Skeggs :
>> On 05/15/2017 01:10 AM, Tommi Rantala wrote:
>>>
>>> Hi,
>>
>> Hey Tommi,
>>
>> Thanks for bisecting this. It's rather unexpected that you should be seeing
>> problems here, but, the commit makes sense for it at
Changes in v3:
* Defined a compat_ioctl callback for all pty ioctls, since they are
all 32-bit and 64-bit compatible.
* Made TIOCGPTPEER support 32-bit userspace.
Aleksa Sarai (2):
tty: add compat_ioctl callbacks
tty: add TIOCGPTPEER ioctl
Makefile | 1
In order to avoid future diversions between fs/compat_ioctl.c and
drivers/tty/pty.c, define .compat_ioctl callbacks for the relevant
tty_operations structs. Since both pty_unix98_ioctl() and
pty_bsd_ioctl() are compatible between 32-bit and 64-bit userspace no
special translation is required.
Sign
On Montag, 22. Mai 2017 14:48:18 CEST Namhyung Kim wrote:
> On Thu, May 18, 2017 at 09:34:10PM +0200, Milian Wolff wrote:
> > The original patch that introduced inline frame output in the
> > various browsers used this suffix already. The new centralized
> > approach that uses fake symbols for inli
When opening the slave end of a PTY, it is not possible for userspace to
safely ensure that /dev/pts/$num is actually a slave (in cases where the
mount namespace in which devpts was mounted is controlled by an
untrusted process). In addition, there are several unresolvable
race conditions if usersp
Hi Linus,
Please pull hwmon fixes for Linux v4.12-rc4 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus-v4.12-rc4
Thanks,
Guenter
--
The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d:
Linux 4.12-rc2 (201
On Sat, Mar 25, 2017 at 08:34:30PM -0700, Eric Biggers wrote:
> On Thu, Dec 29, 2016 at 01:34:45PM -0600, Eric Biggers wrote:
> > From: Eric Biggers
> >
> > To install a buffer_head into the cpu's LRU queue, bh_lru_install()
> > would construct a new copy of the queue and then memcpy it over the
Currently we only assign spread vectors to online CPUs, which ties the
IRQ mapping to the currently online devices and doesn't deal nicely with
the fact that CPUs could come and go rapidly due to e.g. power management.
Instead assign vectors to all present CPUs to avoid this churn.
For this we ha
Remove a CPU from the affinity mask when it goes offline and add it
back when it returns. In case the vetor was assigned only to the CPU
going offline it will be shutdown and re-started when the CPU
reappears.
Signed-off-by: Christoph Hellwig
---
arch/x86/kernel/irq.c | 3 +-
include/lin
Currently we only create hctx for online CPUs, which can lead to a lot
of churn due to frequent soft offline / online operations. Instead
allocate one for each present CPU to avoid this and dramatically simplify
the code.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 120 +++
Factor out code from the x86 cpu hot plug code to program the affinity
for a vector for a hot plug / hot unplug event.
Signed-off-by: Christoph Hellwig
---
arch/x86/kernel/irq.c | 23 ++-
include/linux/interrupt.h | 1 +
kernel/irq/affinity.c | 28 +++
Unlike most drіvers that simply pass the maximum possible vectors to
pci_alloc_irq_vectors NVMe needs to configure the device before allocting
the vectors, so it needs a manual update for the new scheme of using
all present CPUs.
Signed-off-by: Christoph Hellwig
---
drivers/nvme/host/pci.c | 2 +
This way we get a nice distribution independent of the current cpu
online / offline state.
Signed-off-by: Christoph Hellwig
---
block/blk-mq-cpumap.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/block/blk-mq-cpumap.c b/block/blk-mq-cpumap.c
index 8e61e8640e17..5eaecd4
This will allow us to spread MSI/MSI-X affinity over all present CPUs and
thus better deal with systems where cpus are take on and offline all the
time.
Signed-off-by: Christoph Hellwig
---
kernel/irq/manage.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/irq/m
So that the affinity code can reuse them.
Signed-off-by: Christoph Hellwig
---
kernel/irq/internals.h | 38 ++
kernel/irq/manage.c| 28
2 files changed, 38 insertions(+), 28 deletions(-)
diff --git a/kernel/irq/internals.h b/k
Hi all,
this series changes our automatic MSI-X vector assignment so that it
takes all present CPUs into account instead of all online ones. This
allows to better deal with cpu hotplug events, which could happen
frequently due to power management for example.
Changes since V1:
- rebase to curre
On Wed, May 31, 2017 at 06:24:55PM +0530, srishti sharma wrote:
> Fixed a comment coding style issue that generated a warning stating that
> block comments should align the * on each line.
>
Please properly line-wrap your changelog comments :(
You also sent 2 different patches, that did differe
On Mon, Apr 24, 2017 at 11:28:58AM +0100, Andrea della Porta wrote:
> Fixed the following sparse warning:
>
> CHECK drivers/staging/lustre/lustre/llite//file.c
> drivers/staging/lustre/lustre/llite//file.c:441:24: warning: incorrect
> type in assignment (different base types)
> drivers/s
On Sat, Jun 03, 2017 at 04:15:17AM +0530, srishti sharma wrote:
> Fixed a pointer declaration error , the dereferencing operator was misplaced.
Odd use of a ,
Also, I don't understand what was "misplaced" here? There does not seem
to be a "error" fixed here...
On Wed, May 31, 2017 at 01:58:52PM +0300, laurentiu.tu...@nxp.com wrote:
> From: Stuart Yoder
Your subject says 'v4' yet the other patches here in the series do not,
they say nothing, or 'v2', and the 0/10 patch says 'v6'!
Please fix up and do this correctly. The _whole_ patch series is
version
On Wed, May 31, 2017 at 01:58:43PM +0300, laurentiu.tu...@nxp.com wrote:
> From: Laurentiu Tudor
>
> Several macros didn't had macro params enclosed
> in parens. Fix them to avoid precedence issues.
>
> Found with checkpatch.pl who was issuing this
> message:
> "Macro argument 'id' may be bett
On Thu, Jun 01, 2017 at 02:02:52PM +0300, Gilad Ben-Yossef wrote:
> CC_CTX_SIZE was being defined using a hand rolled bit shift operation.
> Replace with use of BIT macro.
>
> Signed-off-by: Gilad Ben-Yossef
> ---
> drivers/staging/ccree/cc_crypto_ctx.h | 2 +-
> 1 file changed, 1 insertion(+),
On Wed, May 31, 2017 at 04:00:41PM +0800, Jia-Ju Bai wrote:
> The driver may sleep under a spin lock, and the function call path is:
> cfs_wi_exit (acquire the lock by spin_lock)
> LASSERT
> lbug_with_loc
> libcfs_debug_dumplog
> schedule and kthread_run --> may sleep
>
> To fi
On Tue, May 30, 2017 at 06:09:37PM +1200, Derek Robson wrote:
> Fixed block comments across whole ccree driver
>
> Version #1 has some trailing white space issue in a few patches
Some of these applied, some did not :(
On Tue, May 30, 2017 at 06:09:54PM +1200, Derek Robson wrote:
> Fixed block comment alignment, Style fix only
> Found using checkpatch
>
> Signed-off-by: Derek Robson
> ---
> drivers/staging/ccree/ssi_sysfs.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Does not apply to my tree :(
On Thu, Jun 01, 2017 at 11:43:35AM +0800, Jia-Ju Bai wrote:
> The driver may sleep under a spin lock, and the function call path is:
> rtsx_exclusive_enter_ss (acquire the lock by spin_lock)
> rtsx_enter_ss
> rtsx_power_off_card
> sd_cleanup_work
> sd_stop_seq_mode
> s
On Fri, Jun 02, 2017 at 05:05:23PM +0300, Mika Westerberg wrote:
> Since there are no such tool yet that handles all the low-level details
> of connecting devices and upgrading their firmware, add a small document
> that shows how the Thunderbolt bus can be used directly from command
> line.
>
> S
On Fri, Jun 02, 2017 at 05:04:57PM +0300, Mika Westerberg wrote:
> Hi,
>
> This is a third version of the patch series adding support for Thunderbolt
> security levels and NVM firmware upgrade. PCs running Intel Falcon Ridge or
> newer need these in order to connect devices if the security level i
On Fri, Jun 02, 2017 at 11:09:02AM +0530, Arvind Yadav wrote:
> clk_prepare_enable() and clk_prepare() can fail here and
> we must check its return value.
>
> Signed-off-by: Arvind Yadav
> ---
> drivers/misc/atmel-ssc.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
What
1 - 100 of 281 matches
Mail list logo
