On Wed, Jun 22, 2016 at 11:23:59AM -0700, Joe Perches wrote:
> The logging macros create a bit of duplicated code/text.
>
> Use specialized functions to reduce the duplication.
>
> (defconfig/x86-64)
> $ size drivers/net/ethernet/mellanox/mlx5/core/built-in.o*
> text data bss
This is a call for presentations for the Real-Time Summit which will
be held in Berlin, Germany, on October 11th, 2016, at the Maritim
Hotel Berlin. This event is co-located with Embedded Linux Conference
Europe 2016.
The Real-Time Summit is organized by the Linux Foundation Real-Time
Linux (RTL)
From: "Yu, Ong Hock"
Telemetry capability does not depend on Monitor MWAIT feature.
Signed-off-by: Yu, Ong Hock
---
drivers/platform/x86/intel_telemetry_debugfs.c | 2 +-
drivers/platform/x86/intel_telemetry_pltdrv.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drive
From: "Yu, Ong Hock"
This patch is to remove the MWAIT feature dependency from the driver. Telemetry
capability does not depend on this feature.
Please include me in the mailing list as I did not subscripe to open list.
Yu, Ong Hock (1):
platform:x86 Remove Monitor MWAIT feature dependency
Hi all,
Changes since 20160622:
The pci tree gained a conflict against Linus' tree.
The sunxi tree gained a conflict against the drm-misc tree.
The audit tree gained a conflict against the security tree.
Non-merge commits (relative to Linus' tree): 5152
4945 files changed, 228135 insertions(+
Hi Arnd,
On Tue, 2016-06-21 at 11:34 +0200, Arnd Bergmann wrote:
> On Tuesday, June 21, 2016 1:46:11 AM CEST th...@altera.com wrote:
> > diff --git a/Documentation/devicetree/bindings/net/socfpga-dwmac.txt
> > b/Documentation/devicetree/bindings/net/socfpga-dwmac.txt
> > index 72d82d6..dd10f2f 10
On 06/22/2016 11:11 PM, Kees Cook wrote:
On Wed, Jun 22, 2016 at 12:21 PM, Michael Kerrisk (man-pages)
wrote:
On 06/21/2016 10:55 PM, Jann Horn wrote:
On Tue, Jun 21, 2016 at 11:41:16AM +0200, Michael Kerrisk (man-pages)
wrote:
5. The kernel LSM security_ptrace_access_check() interfa
On Wed, 22 Jun 2016, Zhaoyang Huang wrote:
> On 20 June 2016 at 09:14, Zhaoyang Huang wrote:
> > On 17 June 2016 at 19:50, Thomas Gleixner wrote:
> >> On Fri, 17 Jun 2016, Zhaoyang Huang wrote:
> >>> On 17 June 2016 at 17:27, Thomas Gleixner wrote:
> >>> > On Fri, 17 Jun 2016, Zhaoyang Huang wro
Hi Oleg,
On 06/22/2016 11:51 PM, Oleg Nesterov wrote:
On 06/21, Eric W. Biederman wrote:
Adding Oleg just because he seems to do most of the ptrace related
maintenance these days.
so I have to admit that I never even tried to actually understand
ptrace_may_access ;)
We certainly need somet
On Wed, 22 Jun 2016, Wanpeng Li wrote:
> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
Where did you find that commit? It's neither in Linus tree nor in tip.
Thanks,
tglx
On Thu, Jun 23, 2016 at 08:27:01AM +0300, Leon Romanovsky wrote:
> On Wed, Jun 22, 2016 at 11:23:59AM -0700, Joe Perches wrote:
> > The logging macros create a bit of duplicated code/text.
> >
> > Use specialized functions to reduce the duplication.
> >
> > (defconfig/x86-64)
> > $ size drivers/n
Hi Cyrille,
On 2016/6/22 20:37, Cyrille Pitchen wrote:
> Hi Jiancheng,
>
> maybe a "depends on HAS_DMA" in the Kconfig may fix the kbuild test robot
> error.
> Otherwise your driver looks good now :)
>
Thank you very much for all comments. I'll fix this issue in the new version.
If there are n
On Thu, Jun 23, 2016 at 12:46 AM, Greg Kroah-Hartman
wrote:
> 4.6-stable review patch. If anyone has any objections, please let me know.
This should ideally be paired with
commit 79bb71bd1d93197ce227fa167b450b633f30a52b
"gpio: make sure gpiod_to_irq() returns negative on NULL desc"
which went u
On Wed, 22 Jun 2016, Darren Hart wrote:
> However, I don't think the patch below is correct. The existing logic
> determines the type of timeout based on the futex_op when it should instead
> determine the type of timeout based on the FUTEX_CLOCK_REALTIME flag.
No.
> My reading of the man page i
[+ Cc linux-s...@vger.kernel.org ]
On Wed, Jun 22, 2016 at 03:57:35PM +, Quinn Tran wrote:
> Johannes, Martin,
>
> Based on the screen shot/call trace, it looks like this adapter is not using
> MSIX. It defaulted back to MSI or INTx interrupt. The code made an
> assumption of MSIX is a
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> Call of_property_read_u32_array() only once rather than iterating
> of_property_read_u32_index().
>
> Signed-off-by: Masahiro Yamada
Thanks patch applied!
In this case I think the code is so old that the read_u32_array() function
didn'
On 06/22/2016 04:25 PM, Florian Vaussard wrote:
Hi Jacek,
Le 22. 06. 16 à 10:51, Jacek Anaszewski a écrit :
Hi Florian,
On 06/22/2016 08:08 AM, Florian Vaussard wrote:
Hi Jacek,
Le 21. 06. 16 à 17:28, Jacek Anaszewski a écrit :
Hi Florian,
Thanks for the patch. I have two remarks below.
O
On Wed, 2016-06-15 at 16:28 +0200, Benjamin Tissoires wrote:
> On Jun 13 2016 or thereabouts, Andy Shevchenko wrote:
> > On Fri, 2016-06-03 at 15:32 +0200, Benjamin Tissoires wrote:
> > > On Jun 03 2016 or thereabouts, Andy Shevchenko wrote:
> > > > On Fri, 2016-06-03 at 14:23 +0200, Benjamin Tisso
On 23 June 2016 at 15:01, Thomas Gleixner wrote:
> On Wed, 22 Jun 2016, Zhaoyang Huang wrote:
>> On 20 June 2016 at 09:14, Zhaoyang Huang wrote:
>> > On 17 June 2016 at 19:50, Thomas Gleixner wrote:
>> >> On Fri, 17 Jun 2016, Zhaoyang Huang wrote:
>> >>> On 17 June 2016 at 17:27, Thomas Gleixner
2016-06-23 15:09 GMT+08:00 Thomas Gleixner :
> On Wed, 22 Jun 2016, Wanpeng Li wrote:
>> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>
> Where did you find that commit? It's neither in Linus tree nor in tip.
It is reported by lkp. https://lkml.org/lkml/2016/6/20/110 The
Andrew Pinski writes:
> So if you want aarch64 to be compatible with aarch32, you need to
> define __WORDSIZE_TIME64_COMPAT32. If we don't want aarch64 and
> aarch32 to be compatible at all, then we can drop this patch or if you
> don't want LP64 and ILP32 to be compatible either.
Or go the oth
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> This function is doing more complicated than needed. The caller of
> this function, of_gpiochip_scan_gpios() already knows the pointer to
> the gpio_chip. It can pass it to of_parse_own_gpio() instead of
> looking up the gpio_chip by gp
Hi Jacob,
2016-06-23 15:28 GMT+08:00 Wanpeng Li :
> 2016-06-23 15:09 GMT+08:00 Thomas Gleixner :
>> On Wed, 22 Jun 2016, Wanpeng Li wrote:
>>> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>>
>> Where did you find that commit? It's neither in Linus tree nor in tip.
>
> It i
On Thu, Jun 23, 2016 at 09:32:46AM +0200, Andreas Schwab wrote:
> Andrew Pinski writes:
>
> > So if you want aarch64 to be compatible with aarch32, you need to
> > define __WORDSIZE_TIME64_COMPAT32. If we don't want aarch64 and
> > aarch32 to be compatible at all, then we can drop this patch or
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> Do this sanity check only once when the gpio_chip is added
> rather than every time gpio-hog is handled.
>
> Signed-off-by: Masahiro Yamada
Patch applied.
Yours,
Linus Walleij
This patch adds the mapping of PMIC ADC channel to thermal zone and
USB type-C resources. This mapping is used in the pmic thermal driver
to notify the thermal zone with the pmic adc channel alert interrupts.
This patch also adds three new data structures to
include/linux/mfd/intel_soc_pmic.h: stru
On Thu, Jun 23, 2016 at 12:32 AM, Andreas Schwab wrote:
> Andrew Pinski writes:
>
>> So if you want aarch64 to be compatible with aarch32, you need to
>> define __WORDSIZE_TIME64_COMPAT32. If we don't want aarch64 and
>> aarch32 to be compatible at all, then we can drop this patch or if you
>> d
On Thu, Jun 23, 2016 at 3:09 PM, Thomas Gleixner wrote:
> On Wed, 22 Jun 2016, Wanpeng Li wrote:
>> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>
> Where did you find that commit? It's neither in Linus tree nor in tip.
>
It is in Len's tree, we are planing to resend the
On Thu, Jun 23, 2016 at 12:36 AM, Yury Norov wrote:
> On Thu, Jun 23, 2016 at 09:32:46AM +0200, Andreas Schwab wrote:
>> Andrew Pinski writes:
>>
>> > So if you want aarch64 to be compatible with aarch32, you need to
>> > define __WORDSIZE_TIME64_COMPAT32. If we don't want aarch64 and
>> > aarch
Hi Yu，
2016-06-23 15:37 GMT+08:00 Yu Chen :
> On Thu, Jun 23, 2016 at 3:09 PM, Thomas Gleixner wrote:
>> On Wed, 22 Jun 2016, Wanpeng Li wrote:
>>> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>>
>> Where did you find that commit? It's neither in Linus tree nor in tip.
>>
Add the VDD_GPU regulator (a GPIO-enabled PWM regulator) to the Jetson
TX1 board. This addition allows the GPU to be used provided the
bootloader properly enabled the GPU node.
Signed-off-by: Alexandre Courbot
---
Changes since v1:
- Include this patch into the series to make sure it is merged af
Add an optional enable GPIO to the pwm-regulator driver.
Signed-off-by: Alexandre Courbot
---
Changes since v1:
- Do not try to be smart and use the core enable GPIO as this introduces an
incompatible behavior. Probe and manipulate the GPIO in pwm-regulator.
- Use standard enable-gpios name for
Hi,
> From: Peter Chen
> Sent: Wednesday, June 22, 2016 12:34 PM
>
> On Tue, Jun 21, 2016 at 05:47:47PM +0300, Felipe Balbi wrote:
> >
> > Hi,
> >
> > Peter Chen writes:
> > >> >> >> >> >>> + * @otg_dev: OTG controller device, if needs to be used
> > >> >> >> >> >>> with OTG core.
> > >> >> >>
Hi Jann,
Thanks for your further review. Follow-up of one point below.
On 06/23/2016 12:44 AM, Jann Horn wrote:
On Wed, Jun 22, 2016 at 09:21:29PM +0200, Michael Kerrisk (man-pages) wrote:
On 06/21/2016 10:55 PM, Jann Horn wrote:
On Tue, Jun 21, 2016 at 11:41:16AM +0200, Michael Kerrisk (man-
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> The usage of gpiochip_find(&gg_data, of_gpiochip_and_xlate) is odd.
>
> Usually gpiochip_find() is used to find a gpio_chip. Here, however,
> the return value from gpiochip_find() is just discarded. Instead,
> gpiochip_find(&gg_data, of
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> The conversion from a DT spec to struct gpio_desc is common between
> of_get_named_gpiod_flags() and of_parse_own_gpio(). Factor out the
> common code to a new helper, of_xlate_and_get_gpiod_flags().
>
> Signed-off-by: Masahiro Yamada
Hi Roger-san,
< snip >
> commit 11c011a5e777c83819078a18672543f04482b3ec
> Author: Srinivas Kandagatla
> Date: Thu May 19 11:12:56 2016 +0100
>
> usb: echi-hcd: Add ehci_setup check before echi_shutdown
>
>
>
> In some cases, the USB code (gadget
On Tue, Jun 14, 2016 at 12:07 PM, Masahiro Yamada
wrote:
> But, after reading this code around, I thought it was more complex
> than needed. So, I decided to clean-up it instead of fix the bug.
>
> Talking about of_parse_own_gpio(), does it need to call gpiochip_find()
> in the first place?
>
>
Hi,
On Wed, 22 Jun 2016, Josh Poimboeuf wrote:
> On Wed, Jun 22, 2016 at 04:24:41PM +0200, Torsten Duwe wrote:
> > Live patching, as we use it, deliberately disrupts the fabric of
> > compile units; thus all assumptions a compiler can make about the
> > control flow may be invalid. As an example
This series modifies the pen function signature to take bit field
and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It
also adds support for PMIC regs operation region.
Yegnesh Iyer (1):
acpi: pmic: Modifying the pen function signature to take bit field
Ajay Thomas (1):
acpi: pmi
If we call extcon_register_notifier() with the wrong cable type,
it blows up with an oops instead of returning an error code.
Let's be nice and fail gracefully given that the consumer might
not know if the cable is supported by the extcon provider.
Signed-off-by: Stephen Boyd
---
drivers/extcon/
Hi CK,
On Thu, 2016-06-23 at 14:03 +0800, CK Hu wrote:
> Hi, HS:
>
> On Mon, 2016-05-30 at 11:19 +0800, HS Liao wrote:
> [...]
>
> > +
> > +/* events for CMDQ and display */
> > +enum cmdq_event {
> > + /* Display start of frame(SOF) events */
> > + CMDQ_EVENT_DISP_OVL0_SOF = 11,
> > + CMD
Issue description: On some pmics, the policy enable for thermal alerts
refers to different bit fields of the same registers, whereas on other
pmics, the policy enable refers to the same bit field on different
registers. Previous implementation did not provide the flexibility for
supporting the firs
Andrew Pinski writes:
> So the question becomes do we care enough about the incompatibles
> between AARCH32 and AARCH64 to fix this and go just worry about ILP32
> and LP64?
Some armv8 chips do not implement all of armv7, so how relevant is
aarch32 on aarch64?
Andreas.
--
Andreas Schwab, SUSE
On 6/23/2016 3:38 AM, Tien Hock Loh wrote:
Hi Peppe,
On Wed, 2016-06-22 at 11:00 +0200, Giuseppe CAVALLARO wrote:
Hello Tien Hock
On 6/21/2016 10:46 AM, th...@altera.com wrote:
From: Tien Hock Loh
This adds support for TSE PCS that uses SGMII adapter when the phy-mode of
the dwmac is set to
This patch adds operation region driver for Intel BXT WhiskeyCove
PMIC. The register mapping is done as per the BXT WC data sheet.
Signed-off-by: Ajay Thomas
Signed-off-by: Felipe Balbi
Signed-off-by: Chandra Sekhar Anagani
Signed-off-by: Bin Gao
---
Changes in v3:
- Added regs_read() and reg
2016-06-23 15:41 GMT+08:00 Wanpeng Li :
> Hi Yu，
> 2016-06-23 15:37 GMT+08:00 Yu Chen :
>> On Thu, Jun 23, 2016 at 3:09 PM, Thomas Gleixner wrote:
>>> On Wed, 22 Jun 2016, Wanpeng Li wrote:
After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>>>
>>> Where did you find that
If CONFIG_ARC_DW2_UNWIND is disabled every time arc_unwind_core()
gets called following message gets printed in debug console:
->8---
CONFIG_ARC_DW2_UNWIND needs to be enabled
->8---
That message makes sense if user indeed wants to see a back
On Sat, Jun 18, 2016 at 8:05 PM, Colin Pitrat wrote:
> This fixes the issue descirbe in bug 117531
> (https://bugzilla.kernel.org/show_bug.cgi?id=117531).
> It's a regression introduced in linux 4.5 that causes a Oops at load of
> gpio_sch and prevents powering off the computer.
>
> The issue is
Broxton platform firmware has defined new customized operation
regions called regs for PMIC chip which is used to handle the
PMIC gpio mainly intended for the TYPE-C VBUS and Orientation.
The intel_pmic_regs structure is created also for this purpose
of handling the PMIC register read and write.
Hi Andrew, Michal,
2016-06-21 8:20 GMT+09:00 Masahiro Yamada :
> 2016-06-21 5:45 GMT+09:00 Michal Marek :
>> Dne 14.6.2016 v 07:58 Masahiro Yamada napsal(a):
>>> The use of config_enabled() against config options is ambiguous.
>>>
>>> Now, IS_ENABLED() is implemented purely with macro expansion, s
On Mon, Jun 20, 2016 at 5:57 PM, Rob Herring wrote:
> On Fri, Jun 17, 2016 at 11:51:03AM +0200, Neil Armstrong wrote:
>> +Optional Properties:
>> +- oscio-is-gpo: Boolean, Indicated the oscio pin can be used as additional
>> + output gpo port.
>> +
>
>> +- pull-up-ports: Array of port
On Wed, Jun 22, 2016 at 9:23 PM, Joe Perches wrote:
[...]
> --- a/drivers/net/ethernet/mellanox/mlx5/core/main.c
> +++ b/drivers/net/ethernet/mellanox/mlx5/core/main.c
> @@ -1557,3 +1557,37 @@ static void __exit cleanup(void)
>
> module_init(init);
> module_exit(cleanup);
> +
> +void mlx5_core_e
On Tue, Jun 21, 2016 at 12:52 AM, Andy Shevchenko
wrote:
> I'm pretty sure that Documentation/pinctrl.txt would be better maintained by
> pinctrl subsystem.
>
> Signed-off-by: Andy Shevchenko
Patch applied.
Yours,
Linus Walleij
Hello,
Kernel 4.4.8 works fine.
During 4.4.13 boot fbcon.ko is not loaded, thus the monitor goes into
sleep until xorg is started.
Kernel .config is identical between 4.4.8 and 4.4.13.
fbcon.ko is built during the kernel compilation.
fbcon.ko is in the initramfs for 4.4.13. (verified by unpacking)
Hi Stanislav,
Am Mittwoch, den 22.06.2016, 19:43 +0200 schrieb Stanislav Meduna:
> Hi,
>
> the c04e6e9 patch
>
> gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading
>
> broke display connected to a TQMa53 i.MX53 board. The lines
>
> imx-drm display-subsystem: bound imx-ipuv3-crtc.0 (ops ipu_crt
On Thu, Jun 23, 2016 at 8:27 AM, Leon Romanovsky wrote:
> On Wed, Jun 22, 2016 at 11:23:59AM -0700, Joe Perches wrote:
>> The logging macros create a bit of duplicated code/text.
>>
>> Use specialized functions to reduce the duplication.
>>
>> (defconfig/x86-64)
>> $ size drivers/net/ethernet/mell
On 06/23/2016 10:08 AM, Linus Walleij wrote:
> On Mon, Jun 20, 2016 at 5:57 PM, Rob Herring wrote:
>> On Fri, Jun 17, 2016 at 11:51:03AM +0200, Neil Armstrong wrote:
>
>>> +Optional Properties:
>>> +- oscio-is-gpo: Boolean, Indicated the oscio pin can be used as additional
>>> + outpu
On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
> On 23 June 2016 at 15:01, Thomas Gleixner wrote:
> Thomas, I agree with you, I have discussed the modification with the
> call back owner. However, I wonder if we can make the idle's framework
> to be more precised without the assumption of short CPU_PM
On Wed, 22 Jun 2016, Daniel Vetter wrote:
> On Wed, Jun 22, 2016 at 4:31 PM, Thierry Reding
> wrote:
>> Perhaps another way to avoid that would be to put the two files into a
>> separate directory, as in:
>>
>> /sys/kernel/debug/dri//crtc-/crc/
>> +-- control
>> +-- data
>
Linus,
The following changes since commit c0a1ecb9f4e208f4b75d88fa9669748e3fd705ab:
gpio: make library immune to error pointers (2016-06-23 00:29:31 +0200)
are available in the git repository at:
git://git.infradead.org/linux-ubifs.git tags/upstream-4.7-rc5
for you to fetch changes up to 4
Vasu is going to resign from his maintainer role and I'll take over.
Signed-off-by: Johannes Thumshirn
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e1b090f..70af8c0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4661,7 +4661,
On Wed, Jun 22, 2016 at 06:44:18PM +0200, Oliver Neukum wrote:
> On Wed, 2016-06-22 at 17:38 +0300, Heikki Krogerus wrote:
> > On Wed, Jun 22, 2016 at 03:47:03PM +0200, Oliver Neukum wrote:
> > > On Wed, 2016-06-22 at 14:44 +0300, Heikki Krogerus wrote:
> > > > If our port is DRD (which would be DR
On Wed, Jun 22, 2016 at 10:22:18PM +0300, Ivaylo Dimitrov wrote:
> OMAP GP timers can have different input clocks that allow different PWM
> frequencies. However, there is no other way of setting the clock source but
> through clocks or clock-names properties of the timer itself. This limits
> PWM
On 23 June 2016 at 10:21, Jani Nikula wrote:
> On Wed, 22 Jun 2016, Daniel Vetter wrote:
>> On Wed, Jun 22, 2016 at 4:31 PM, Thierry Reding
>> wrote:
>>> Perhaps another way to avoid that would be to put the two files into a
>>> separate directory, as in:
>>>
>>> /sys/kernel/debug/dri//c
Hi,
On Wed, Jun 22, 2016 at 02:54:28PM -0700, Guenter Roeck wrote:
> Hi,
>
> > +
> > +static void typec_remove_partner(struct typec_port *port)
> > +{
> > + WARN_ON(port->partner->alt_modes);
>
> You are setting partner->alt_modes in typec_register_altmodes(),
> but you don't clear it in typec
Ping ...
Liang
> -Original Message-
> From: Li, Liang Z
> Sent: Monday, June 13, 2016 5:47 PM
> To: k...@vger.kernel.org
> Cc: virtio-...@lists.oasis-open.org; qemu-de...@nongun.org; linux-
> ker...@vger.kernel.org; m...@redhat.com; Li, Liang Z; Paolo Bonzini; Cornelia
> Huck; Amit Shah
Commit-ID: d16dcd3d18759eb955e0325572d07457f93494f5
Gitweb: http://git.kernel.org/tip/d16dcd3d18759eb955e0325572d07457f93494f5
Author: Jon Hunter
AuthorDate: Tue, 21 Jun 2016 10:23:22 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 23 Jun 2016 10:21:06 +0200
irqdomain: Fix disposal o
Hello,
The following program triggers a WARNING. Looks like some missing user
input validation.
random: negative entropy/overflow: pool input count -4
[ cut here ]
WARNING: CPU: 3 PID: 6828 at drivers/char/random.c:670[< none
>] credit_entropy_bits+0x21e/0xad0 dr
Any comments?
Liang
> -Original Message-
> From: Li, Liang Z
> Sent: Monday, June 13, 2016 5:47 PM
> To: k...@vger.kernel.org
> Cc: virtio-...@lists.oasis-open.org; qemu-de...@nongun.org; linux-
> ker...@vger.kernel.org; m...@redhat.com; Li, Liang Z
> Subject: [PATCH 0/6] Fast balloon &
On Wed, 22 Jun 2016, Cyril Hrubis wrote:
> Hi!
> > > rtbox:~ #
> > > /usr/local/ltp/conformance/interfaces/sigtimedwait/sigtimedwait_1-1.run-test
> > > Test FAILED: sigtimedwait() did not return in the required time
> > > time_elapsed: 1.197057
> > > ...come on, you can do it...
> > > rtbox:~ #
>
Sorry for jumping-in late ...
On Tue, May 24, 2016 at 2:06 AM, Rob Herring wrote:
> On Thu, May 19, 2016 at 10:45:56AM +0200, Jan Viktorin wrote:
>> Hello Rob,
>>
>> thank you for your opinion...
>>
>> On Wed, 18 May 2016 12:01:05 -0500
>> Rob Herring wrote:
>>
>> > On Tue, May 17, 2016 at 11:22
Hi Michael,
Could you help to review this patch set and give some comments when you have
time?
My work is blocked here.
Thanks !
Liang
> -Original Message-
> From: Li, Liang Z
> Sent: Monday, June 13, 2016 5:47 PM
> To: k...@vger.kernel.org
> Cc: virtio-...@lists.oasis-open.org; qemu-
The usage Confidence is mandary to Windows Precision Touchpad devices. If
it is examined in input_mapping on a WIndows Precision Touchpad, a new add
quirk MT_QUIRK_CONFIDENCE desgned for such devices will be applied to the
device. A touch with the confidence bit is not set is determined as
invalid.
This reverts commit 25a84db15b3f ("HID: multitouch: enable palm rejection
if device implements confidence usage")
The commit enables palm rejection for Win8 Precision Touchpad devices but
the quirk MT_QUIRK_VALID_IS_CONFIDENCE it is using is not working very
properly. This quirk is originally desi
Hi Jacek,
On 06/23/2016 09:23 AM, Jacek Anaszewski wrote:
> On 06/22/2016 04:25 PM, Florian Vaussard wrote:
>> Hi Jacek,
>>
>> Le 22. 06. 16 à 10:51, Jacek Anaszewski a écrit :
>>> Hi Florian,
>>>
>>> On 06/22/2016 08:08 AM, Florian Vaussard wrote:
Hi Jacek,
Le 21. 06. 16 à 17:28, J
On Tue, Jun 21, 2016 at 03:32:06PM -0700, Andrew Morton wrote:
> On Tue, 21 Jun 2016 15:15:55 +0100 Mel Gorman
> wrote:
>
> > Reclaim makes decisions based on the number of pages that are mapped
> > but it's mixing node and zone information. Account NR_FILE_MAPPED and
> > NR_ANON_PAGES pages on
On 23 June 2016 at 16:18, Thomas Gleixner wrote:
> On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
>> On 23 June 2016 at 15:01, Thomas Gleixner wrote:
>> Thomas, I agree with you, I have discussed the modification with the
>> call back owner. However, I wonder if we can make the idle's framework
>> to
On Tue, 21 Jun 2016, Pratyush Anand wrote:
> This patch factorize hpet_rtc_timer_init(), so that counter can be
> initialized before irq is registered.
This changelog is useless. It tells what the patch does, but not WHY this is
required.
Thanks,
tglx
On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
> On 23 June 2016 at 16:18, Thomas Gleixner wrote:
> > On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
> >> On 23 June 2016 at 15:01, Thomas Gleixner wrote:
> >> Thomas, I agree with you, I have discussed the modification with the
> >> call back owner. Howeve
On Tue, Jun 21, 2016 at 7:10 AM, Tan Jui Nee wrote:
> This is to cater the need for non-ACPI system whereby
> a platform device has to be created in order to bind
> with the Apollo Lake Pinctrl GPIO platform driver.
>
> Signed-off-by: Tan Jui Nee
> Acked-by: Mika Westerberg
This patch is alrea
On Thu, 2016-06-23 at 11:23 +0300, Heikki Krogerus wrote:
> On Wed, Jun 22, 2016 at 06:44:18PM +0200, Oliver Neukum wrote:
> No it's not. DRP means a port that can operate as _either_ Source
> (host) or Sink (device), but not at the same time..
Yes, but it is unclear what you will be after a conn
On (06/22/16 11:27), Ganesh Mahendran wrote:
[..]
> > > Signed-off-by: Ganesh Mahendran
> > > ---
> > > drivers/staging/android/lowmemorykiller.c | 12
> > > 1 file changed, 8 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/drivers/staging/android/lowmemorykiller.c
> > > b/d
On Thu, Jun 23, 2016 at 10:24:46AM +0200, Tomeu Vizoso wrote:
> On 23 June 2016 at 10:21, Jani Nikula wrote:
> > On Wed, 22 Jun 2016, Daniel Vetter wrote:
> >> On Wed, Jun 22, 2016 at 4:31 PM, Thierry Reding
> >> wrote:
> >>> Perhaps another way to avoid that would be to put the two files into a
On Thu, Jun 23, 2016 at 01:03:30AM -0700, Bin Gao wrote:
> This patch adds operation region driver for Intel BXT WhiskeyCove
> PMIC. The register mapping is done as per the BXT WC data sheet.
>
> Signed-off-by: Ajay Thomas
> Signed-off-by: Felipe Balbi
> Signed-off-by: Chandra Sekhar Anagani
>
On Fri, 17 Jun 2016, Daniel Lezcano wrote:
> The interrupt framework gives a lot of information about each interrupt.
>
> It does not keep track of when those interrupts occur though.
>
> This patch provides a mean to record the elapsed time between successive
> interrupt occurrences in a per-IRQ
On Tue, Jun 21, 2016 at 11:31:13AM -0700, David Carrillo-Cisneros wrote:
> @@ -297,7 +312,8 @@ static void __intel_pmu_lbr_restore(struct
> x86_perf_task_context *task_ctx)
> tos = task_ctx->tos;
> for (i = 0; i < tos; i++) {
> lbr_idx = (tos - i) & mask;
> -
On Tue, Jun 21, 2016 at 7:10 AM, Tan Jui Nee wrote:
> From: Andy Shevchenko
>
> There is already one and at least one more user coming which
> require an access to Primary to Sideband bridge (P2SB) in order
> to get IO or MMIO bar hidden by BIOS.
> Create a driver to access P2SB for x86 devices.
On 23 June 2016 at 16:35, Thomas Gleixner wrote:
> On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
>> On 23 June 2016 at 16:18, Thomas Gleixner wrote:
>> > On Thu, 23 Jun 2016, Zhaoyang Huang wrote:
>> >> On 23 June 2016 at 15:01, Thomas Gleixner wrote:
>> >> Thomas, I agree with you, I have discusse
On Tue, Jun 21, 2016 at 7:10 AM, Tan Jui Nee wrote:
> This driver uses the P2SB hide/unhide mechanism cooperatively
> to pass the PCI BAR address to the gpio platform driver.
>
> Signed-off-by: Tan Jui Nee
> ---
> Changes in V4:
> - Move Kconfig option CONFIG_X86_INTEL_NON_ACPI from
>
On Tue, Jun 21, 2016 at 9:21 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> Now we have PINMUX_SINGLE(). Let's use it instead of PINMUX_IPSR_NOGP()
>
> Signed-off-by: Kuninori Morimoto
> Reviewed-by: Geert Uytterhoeven
Acked-by: Linus Walleij
Geert, are you queuing this?
Yours,
Hi Arnd,
On Wed, Jun 22, 2016 at 2:37 PM, Arnd Bergmann wrote:
> When building with CONFIG_UBSAN_SANITIZE_ALL on ARM, I get this
> gcc warning for atyfb:
>
> drivers/video/fbdev/aty/atyfb_base.c: In function 'aty_bl_update_status':
> drivers/video/fbdev/aty/atyfb_base.c:167:33: warning: array sub
Hello Peter,
On 06/22/2016 09:06 AM, Peter Rosin wrote:
> On 2016-06-22 08:22, Florian Vaussard wrote:
>> Hello Peter,
>>
>> Le 21. 06. 16 à 09:51, Peter Rosin a écrit :
>>> That is, if you need this patch at all, see my reply to 2/3...
>>>
>>
>> This seems necessary in order to have the vendor ID
Hi Marc,
On 2016/6/21 20:49, Marc Zyngier wrote:
> On 21/06/16 13:01, Jiancheng Xue wrote:
>>
>>
>> On 2016/6/21 19:30, Jiancheng Xue wrote:
>>> Hi Marc，
>>>
>>> On 2016/6/21 18:36, Marc Zyngier wrote:
On 21/06/16 10:26, Jiancheng Xue wrote:
> This patch fixes the compiling error caused w
Greg Kroah-Hartman wrote:
> 3.14-stable review patch. If anyone has any objections, please let me know.
I have -- this doesn't work in 3.14 as t->entries (the ruleset blob)
is still kept percpu.
> +static bool find_jump_target(const struct xt_table_info *t,
> + const st
Many sub-commands use perf_config() but
everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig')
But it is better to use the config set that already contains all config
key-value pairs to avoid this r
Hello, :)
This patchset is to reimplement perf_config() for efficient config management.
Many sub-commands use perf_config() but
everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig')
But it is be
From: Colin Ian King
trivial fix to spelling mistake
Signed-off-by: Colin Ian King
---
tools/vm/slabinfo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c
index 1889163..7cf6e17 100644
--- a/tools/vm/slabinfo.c
+++ b/tools/vm/slabin
Lately config_set__for_each is added.
In order to let show_config() be short and clear,
remake this function using config_set__for_each macro
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Alexander Shishkin
Cc: Wang Nan
Signed-off-by: Taeung Song
---
tools/perf/builtin-config.c |
Hi,
On 21 June 2016 at 18:27, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> For supporting the usb charger, it adds the usb_charger_init() and
>> usb_charger_exit() functions for usb charger initialization and exit.
>>
>> It will report to the usb charger when the gadget state is change
1 - 100 of 926 matches
Mail list logo
