Benjamin,
On Wed, Jan 24, 2018 at 9:57 AM, Benjamin Gaignard
wrote:
> 2018-01-24 0:32 GMT+01:00 Laurent Pinchart
> :
>> Hi Philippe,
>>
>> On Tuesday, 23 January 2018 12:25:51 EET Philippe CORNU wrote:
>>> On 01/23/2018 12:30 AM, Laurent Pinchart wrote:
>>> > On Monday, 22 January 2018 12:26:08
From: Colin Ian King
The function btrfs_test_extent_map requires a void argument to be ANSI C
compliant and so it matches the prototype in fs/btrfs/tests/btrfs-tests.h
Cleans up sparse warning:
fs/btrfs/tests/extent-map-tests.c:346:27: warning: non-ANSI function
declaration of function
Bjorn,
On Fri, Jan 26, 2018 at 10:32 PM, Bjorn Helgaas wrote:
> b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
> files with no license") added SPDX GPL-2.0 tags to several PCI files.
>
> These patches add SPDX tags to almost all remaining PCI files. For ease of
>
On Thu, Feb 08, 2018 at 02:58:56PM +0100, Julia Lawall wrote:
>
>
> On Thu, 8 Feb 2018, Dan Carpenter wrote:
>
> > On Thu, Feb 08, 2018 at 01:53:54PM +0100, Julia Lawall wrote:
> > > This checks for a comparison using < or > between two constants,
> > > considering both explicit constants (1,
On 02/08/2018 05:11 AM, Marcus Folkesson wrote:
By following best practice described in
Documentation/watchdog/watchdog-kernel-api.txt, it also let us to set
timout-sec property in devicetree.
Signed-off-by: Marcus Folkesson
Reviewed-by: Guenter Roeck
---
Hi Keith
Sorry for bothering you again. ;)
There is a dangerous scenario which caused by nvme_wait_freeze in
nvme_reset_work.
please consider it.
nvme_reset_work
-> nvme_start_queues
-> nvme_wait_freeze
if the controller no response, we have to rely on the timeout path.
there are issues
Bjorn,
On Tue, Jan 30, 2018 at 1:40 AM, Bjorn Helgaas wrote:
> I previously posted patches [1] to add SPDX tags to all drivers/pci files
> except drivers/pci/hotplug/s390_pci_hpc.c. I omitted that one because it
> contained only a "License: GPL" comment, which I thought was ambiguous.
>
>
On Thu, Feb 8, 2018 at 3:08 PM, Jan Kara wrote:
> On Thu 08-02-18 14:28:08, Dmitry Vyukov wrote:
>> On Thu, Feb 8, 2018 at 10:28 AM, Jan Kara wrote:
>> > On Wed 07-02-18 07:52:29, Andi Kleen wrote:
>> >> > #0: (>bd_mutex){+.+.}, at: [<40269370>]
>> >> > __blkdev_put+0xbc/0x7f0
From: Masayoshi Mizuma
When a physical cpu is hot-removed, the following warning message
are shown while the uncore device is removing in uncore_pci_remove().
WARNING: CPU: 120 PID: 5 at arch/x86/events/intel/uncore.c:988
uncore_pci_remove+0xf1/0x110
...
CPU: 120 PID: 5 Comm: kworker/u1024:0
On Fri, Jan 19, 2018 at 04:40:47PM +0100, Aleksandar Markovic wrote:
> From: Aleksandar Markovic
>
> v3->v4:
>
> - documentation patch now contains updating of MAINTAINERS file
> - rebased to the latest code
Thanks, I've applied with the intention of squeezing into 4.16 (I
presume this
On Thu, Feb 8, 2018 at 12:12 AM, Alexander Abrosimov
wrote:
> Fixed a mistake in which several entries were duplicated in the DMI list
> from the below commit
> fe486138 platform/x86: dell-laptop: Add 2-in-1 devices to the DMI whitelist
>
Pushed to my review and testing queue, thanks!
(Would be
On Tue, Jan 30, 2018 at 1:40 AM, Bjorn Helgaas wrote:
> From: Bjorn Helgaas
>
> 7441b0627e22 ("s390/pci: PCI hotplug support via SCLP") added
> s390_pci_hpc.c, which included this license information:
>
> +MODULE_LICENSE("GPL");
>
> Based on "git show 7441b0627e22:include/linux/module.h", that
On Wed, Feb 7, 2018 at 10:47 PM, Benjamin Poirier wrote:
> This partially reverts commit 4aea7a5c5e940c1723add439f4088844cd26196d.
>
> We keep the fix for the first part of the problem (1) described in the log
> of that commit, that is to read ICR in the other interrupt handler. We
> remove the
On Wed, Feb 7, 2018 at 10:47 PM, Benjamin Poirier wrote:
> restores the ICS write for rx/tx queue interrupts which was present before
> commit 16ecba59bc33 ("e1000e: Do not read ICR in Other interrupt",
> v4.5-rc1) but was not restored in commit 4aea7a5c5e94 ("e1000e: Avoid
> receiver overrun
On Wed, Feb 7, 2018 at 10:47 PM, Benjamin Poirier wrote:
> The 82574 specification update errata 12 states that interrupts may be
> missed if ICR is read while INT_ASSERTED is not set. Avoid that problem by
> setting all bits related to events that can trigger the Other interrupt in
> IMS.
>
>
On Thu, Feb 1, 2018 at 10:14 PM, Rob Herring wrote:
> Add SPDX license tag check based on the rules defined in
> Documentation/process/license-rules.rst. To summarize, SPDX license tags
> should be on the 1st line (or 2nd line in scripts) using the appropriate
> comment style for the file type.
>
On Fri, Jan 26, 2018 at 9:16 AM, Donglin Peng wrote:
> On Wed, Jan 24, 2018 at 1:37 AM, Mark Brown wrote:
>> On Tue, Jan 23, 2018 at 07:08:15PM +0200, Andy Shevchenko wrote:
>>
>>> If it's not critical, I would suggest to wait till v4.16-rc1, where I
>>> would like to push [1], and switch to
On 2018-02-05 09:03, Shawn Guo wrote:
> On Fri, Jan 26, 2018 at 03:20:14PM +0100, Rasmus Villemoes wrote:
>> Add a node to device tree repesenting the QuadSPI controller present on
>> LS1021a. Driver support has been present since e8c034b2fbe5 (mtd:
>> spi-nor: fsl-quadspi: add support for
From: Colin Ian King
The function ocelot_pinctrl_probe is local to the source and does not
need to be in global scope, so make it static.
Cleans up sparse warning:
drivers/pinctrl/pinctrl-ocelot.c:465:5: warning: symbol
'ocelot_pinctrl_probe' was not declared. Should it be static?
Signed-off-by: Amelie Delaunay
---
arch/arm/configs/stm32_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index eb3c2e4..aa9feed 100644
--- a/arch/arm/configs/stm32_defconfig
+++
The joystick on stm32746g-eval uses gpios on MFX gpio expander.
Signed-off-by: Amelie Delaunay
---
arch/arm/boot/dts/stm32746g-eval.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/stm32746g-eval.dts
ST Multi-Function eXpander (MFX) is a slave controller using I2C
for communication with the main MCU. Main features are:
- 16 fast GPIOs individually configurable in input/output
- 8 alternate GPIOs individually configurable in input/output
- Main MCU IDD measurement
- Resistive touchscreen
This patch adds documentation of device tree bindings for the
STMicroelectronics Multi-Function eXpander (MFX).
Signed-off-by: Amelie Delaunay
---
Documentation/devicetree/bindings/mfd/st-mfx.txt | 51
1 file changed, 51 insertions(+)
create mode 100644
This series adds support for STMicroelectronics MultiFunction eXpander
(ST MFX), used on some STM32 discovery and evaluation boards.
ST MFX is an STM32L152 slave controller whose firmware embeds the following
features:
- I/O expander (16 GPIOs + 8 extra if the other features are not enabled),
-
MFX is used as gpio expander on stm32746g-eval.
Signed-off-by: Amelie Delaunay
---
arch/arm/boot/dts/stm32746g-eval.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/stm32746g-eval.dts
b/arch/arm/boot/dts/stm32746g-eval.dts
index e74ae59..99739f7
ST Multi-Function eXpander (MFX) can be used as GPIO expander.
It has 16 fast GPIOs and can have 8 extra alternate GPIOs
when other MFX features are not enabled.
Signed-off-by: Amelie Delaunay
---
drivers/gpio/Kconfig | 10 +
drivers/gpio/Makefile | 1 +
This patch adds Raydium Semiconductor Corporation rm68200
5.5" 720x1280 TFT LCD panel driver (MIPI-DSI video mode).
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/panel/Kconfig | 8 +
drivers/gpu/drm/panel/Makefile| 1 +
The Raydium Semiconductor Corporation RM68200 is a 5.5" 720x1280
TFT LCD panel connected using a MIPI-DSI video interface.
Philippe Cornu (2):
dt-bindings/display/panel: Add support for Raydium rm68200 dsi panel
drm/panel: Add support for Raydium rm68200 panel driver
The Raydium Semiconductor Corporation RM68200 is a 5.5" 720x1280
TFT LCD panel connected using a MIPI-DSI video interface.
Signed-off-by: Philippe Cornu
---
.../bindings/display/panel/raydium,rm68200.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644
On 2018-02-07 08:51 PM, Matthias Kaehlcke wrote:
> Use subdir-ccflags instead of specifying the same flags for every source
> file.
>
> Signed-off-by: Matthias Kaehlcke
> Reviewed-by: Guenter Roeck
> ---
> Changes in v2:
> - added 'Reviewed-by: Guenter Roeck ' tag
>
>
On Thu, 8 Feb 2018 06:04:45 +0800
kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 7590e37bdaeec25ae325f4ba450be13e2aac6c8d
> commit: 10c91577d5e631773a6394e14cf60125389b71ae x86/tools: Standardize
> output format of
From: Colin Ian King
The function skl_clk_round_rate is local to the source and does not
need to be in global scope, so make it static.
Cleans up sparse warning:
sound/soc/intel/skylake/skl-ssp-clk.c:250:6: warning: symbol
'skl_clk_round_rate' was not declared. Should it be static?
even
On Fri, Feb 2, 2018 at 8:06 PM, Joe Perches wrote:
> On Fri, 2018-02-02 at 12:27 -0600, Rob Herring wrote:
>> On Fri, Feb 2, 2018 at 9:49 AM, Igor Stoppa wrote:
>> > On 02/02/18 17:40, Rob Herring wrote:
>> > > Add SPDX license tag check based on the rules defined in
>> >
>> > Shouldn't it
On 06/02/2018 21:28, Matthew Wilcox wrote:
> On Tue, Feb 06, 2018 at 05:49:50PM +0100, Laurent Dufour wrote:
>> From: Peter Zijlstra
>>
>> One of the side effects of speculating on faults (without holding
>> mmap_sem) is that we can race with free_pgtables() and therefore we
>> cannot assume the
From: Markus Elfring
Date: Thu, 8 Feb 2018 15:27:38 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete an error message for a failed memory allocation in two functions
Improve four size determinations
Delete an unnecessary
This removes the dependency on interrupts to wake up task. Set task
state as TASK_RUNNING, if need_resched() returns true,
while polling for IO completion.
Earlier, polling task used to sleep, relying on interrupt to wake it up.
This made some IO take very long when interrupt-coalescing is enabled
From: Markus Elfring
Date: Thu, 8 Feb 2018 14:55:49 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/gma500/framebuffer.c | 4 +---
From: Markus Elfring
Date: Thu, 8 Feb 2018 15:08:39 +0100
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was
From: Markus Elfring
Date: Thu, 8 Feb 2018 15:17:48 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: void function return statements are not generally useful
Thus remove such a statement in the affected function.
Signed-off-by: Markus Elfring
---
On 02/06/2018 09:52 AM, Wolfram Sang wrote:
> Due to a typo, the mask was destroyed by a comparison instead of a bit
> shift.
>
> Reported-by: Geert Uytterhoeven
> Signed-off-by: Wolfram Sang
Applied to can.
tnx,
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Kate,
On Fri, Feb 2, 2018 at 9:18 PM, Kate Stewart
wrote:
> This is the new way to represent GPLv2 only, as described above.
> While the GPL-2.0 and GPL-2.0+ notation is still valid, it is deprecated
> in the latest version, so transitioning existing over time will probably
> be needed. So I
On 02/06/2018 09:52 AM, Wolfram Sang wrote:
> Due to a typo, the mask was destroyed by a comparison instead of a bit
> shift.
>
> Reported-by: Geert Uytterhoeven
> Signed-off-by: Wolfram Sang
> ---
> Only build tested.
Applied to can. Luckily that define is not used :)
Tnx,
Marc
--
On Thursday 08 February 2018 06:57 PM, Bartosz Golaszewski wrote:
> 2018-02-08 13:56 GMT+01:00 Sekhar Nori :
>> On Thursday 08 February 2018 03:24 PM, Bartosz Golaszewski wrote:
>>> 2018-02-08 10:30 GMT+01:00 Sekhar Nori :
On Wednesday 07 February 2018 07:15 PM, Bartosz Golaszewski wrote:
On 26-01-18, 16:48, Jia-Ju Bai wrote:
> After checking all possible call chains to
> dev_pm_opp_init_cpufreq_table() here,
> my tool finds that this function is never called in atomic context,
> namely never in an interrupt handler or holding a spinlock.
> And dev_pm_opp_init_cpufreq_table()
On Sat, Feb 3, 2018 at 2:41 PM, Igor Stoppa wrote:
>
>
> On 02/02/18 21:06, Joe Perches wrote:
>> On Fri, 2018-02-02 at 12:27 -0600, Rob Herring wrote:
>>> On Fri, Feb 2, 2018 at 9:49 AM, Igor Stoppa wrote:
On 02/02/18 17:40, Rob Herring wrote:
> Add SPDX license tag check based on the
On 08/02/2018 13:55, Jiri Olsa wrote:
On Wed, Feb 07, 2018 at 01:45:00AM +0800, John Garry wrote:
SNIP
+ char *perpkg;
+ char *unit;
+ char *metric_expr;
+ char *metric_name;
+ char *metric_group;
+ struct list_head list;
+ char strings[];
+};
+
On 02/08/2018 07:47 AM, Heiko Schocher wrote:
> the driver reads in the ISR first the IRQpending register,
> and clears after that in a write *all* bits in it.
>
> It could happen that the isr register raise bits between
> this 2 register accesses, which leads in lost bits ...
>
> In case it
Sean,
On Tue, Feb 6, 2018 at 10:52 AM, wrote:
> From: Sean Wang
>
> Enable pwrap and MT6380 on mt7622-rfb1 board. Also add all mt6380
> regulator nodes in an alone file to allow similar boards using MT6380
> able to resue the configuration.
>
> Signed-off-by: Sean Wang
> Cc: Mark Brown
> Cc:
> > It seems multiple processes deadlocked on the bd_mutex.
> > Unfortunately there's no backtrace for the lock acquisitions,
> > so it's hard to see the exact sequence.
>
> Well, all in the report points to a situation where some IO was submitted
> to the block device and never completed (more
On Thu, Feb 8, 2018 at 2:41 PM, Jia-Ju Bai wrote:
>
>
> On 2018/2/8 18:20, Rafael J. Wysocki wrote:
>>
>> On Thursday, February 8, 2018 11:13:10 AM CET Chris Wilson wrote:
>>>
>>> Quoting Rafael J. Wysocki (2018-02-08 09:51:41)
On Thursday, January 25, 2018 11:13:41 AM CET Jia-Ju Bai
Hi Linus,
This time there are not a lot of changes coming from the IOMMU side.
That is partly because I returned from my parental leave late in the
development process and probably partly because everyone was busy with
Spectre and Meltdown mitigation work and didn't find the time for IOMMU
work.
On (02/08/18 14:04), Petr Mladek wrote:
> We mark for waking up klogd whenever we see a new message sequence in
> the main loop. However, the actual wakeup is always at the end of the
> function and we can easily test for the wakeup condition when we do
> the final should-we-repeat check.
>
>
On Thu, Feb 08, 2018 at 02:45:37PM +, John Garry wrote:
> On 08/02/2018 13:55, Jiri Olsa wrote:
> > On Wed, Feb 07, 2018 at 01:45:00AM +0800, John Garry wrote:
> >
> > SNIP
> >
> > > + char *perpkg;
> > > + char *unit;
> > > + char *metric_expr;
> > > + char *metric_name;
> > > + char
On Thu, Feb 08, 2018 at 01:55:48PM +, Rolf Neugebauer wrote:
> On the 4.4 kernel, 1f161f67a272c ("x86/microcode: Do the family check
> first") does not apply cleanly. Looks like it relies on 309aac77768c0
> ("x86/microcode: Decrease CPUID use") and 7a93a40be23e5
> ("x86/microcode: Remove local
On Thu, Feb 08, 2018 at 03:34:56PM +0530, Laxman Dewangan wrote:
> I added this API in downstream for the purpose of finding whether rail
> output can be changed or not(fixed) based on constraints.
> If min and max is same then it can not change. I used this information to
> set the pad voltage
Add SPDX identifiers to the Synopsys DesignWare MIPI DSI
host controller driver.
Signed-off-by: Philippe Cornu
---
Changes in v2: Update to "GPL-2.0+" following comments from Laurent
Pinchart, Benjamin Gaignard & Philippe Ombredanne.
drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 6 +-
1
Hi Ulf,
On Wed, Aug 30, 2017 at 03:43:49PM +0200, Ulf Hansson wrote:
> On 30 August 2017 at 14:44, Hans de Goede wrote:
> > Hi,
> >
> >
> > On 21-07-17 16:35, Quentin Schulz wrote:
> >>
> >> From: Hans de Goede
> >>
> >> Some sdio devices have a multiple stage bring-up process. Specifically
>
On 08/02/2018 13:55, Jiri Olsa wrote:
On Wed, Feb 07, 2018 at 01:45:00AM +0800, John Garry wrote:
For some architectures (like arm), there are architecture-
defined events. Sometimes these events may be "recommended"
according to the architecture standard, in that the
implementer is free ignore
On Thu, Feb 08, 2018 at 03:35:58PM +0100, Laurent Dufour wrote:
> I reviewed that part of code, and I think I could now change the way
> pte_unmap_safe() is checking for the pte's value. Since we now have all the
> needed details in the vm_fault structure, I will pass it to
> pte_unamp_same() and
Hi Benjamin,
and many thanks for having applied the 2 patches.
Philippe :-)
On 02/08/2018 10:40 AM, Benjamin Gaignard wrote:
> 2018-02-06 10:12 GMT+01:00 Yannick FERTRE :
>> Reviewed-by: Yannick Fertré
>>
>>
>> On 02/01/2018 11:42 AM, Philippe Cornu wrote:
>>> ltdc supports natively some color
On Thu, Feb 01, 2018 at 12:48:11PM -0600, Yazen Ghannam wrote:
> arch/x86/kernel/cpu/mcheck/mce_amd.c | 15 +++
> 1 file changed, 7 insertions(+), 8 deletions(-)
>
> diff --git a/arch/x86/kernel/cpu/mcheck/mce_amd.c
> b/arch/x86/kernel/cpu/mcheck/mce_amd.c
> index
Hi Laurent, Benjamin & Philippe,
I sent an updated version of the patch following your comments
Big thank you,
Philippe :-)
On 02/08/2018 03:09 PM, Philippe Ombredanne wrote:
> Benjamin,
>
> On Wed, Jan 24, 2018 at 9:57 AM, Benjamin Gaignard
> wrote:
>> 2018-01-24 0:32 GMT+01:00 Laurent
On 8 February 2018 at 15:00, Peter Zijlstra wrote:
> On Tue, Feb 06, 2018 at 08:23:05PM +0100, Vincent Guittot wrote:
>
>> @@ -9207,13 +9231,15 @@ void nohz_balance_enter_idle(int cpu)
>> if (!housekeeping_cpu(cpu, HK_FLAG_SCHED))
>> return;
>>
>> + rq->has_blocked_load =
Hi Tim,
I was so hoping I could make a pull request for this, but I still found
problems with g/s/query_dv_timings.
I strongly suspect that v4l2-compliance would fail if you boot up the system
*without* a source connected.
And I discovered that I was missing additional checks in the timings
On 2018-02-05 07:07, Rob Herring wrote:
>> +Example:
>> +scfg: scfg@157 {
>> +compatible = "fsl,ls1021a-scfg", "syscon";
>> +...
>> +extirq: interrupt-controller {
>> +compatible = "fsl,ls1021a-extirq";
>> +
On Thu, Feb 08, 2018 at 10:17:00PM +0800, jianchao.wang wrote:
> There is a dangerous scenario which caused by nvme_wait_freeze in
> nvme_reset_work.
> please consider it.
>
> nvme_reset_work
> -> nvme_start_queues
> -> nvme_wait_freeze
>
> if the controller no response, we have to rely on
On Thu, Feb 08, 2018 at 06:06:13PM +0800, Icenowy Zheng wrote:
> Banana Pi M2 Zero board is a H2+-based board by Sinovoip, with a form
> factor and GPIO holes similar to Raspberry Pi Zero.
>
> It features:
> - Allwinner H2+ SoC
> - Single-chip (16-bit) 512MiB DDR3 DRAM
> - Ampak AP6212
On Thu, Feb 8, 2018 at 3:58 PM, Philippe Cornu wrote:
> Add SPDX identifiers to the Synopsys DesignWare MIPI DSI
> host controller driver.
>
> Signed-off-by: Philippe Cornu
> ---
> Changes in v2: Update to "GPL-2.0+" following comments from Laurent
> Pinchart, Benjamin Gaignard & Philippe
On Thu, Feb 01, 2018 at 12:48:12PM -0600, Yazen Ghannam wrote:
> From: Yazen Ghannam
>
> Currently, bank 4 is reserved on Fam17h, so we chose not to initialize
> bank 4 in the smca_banks array. This means that when we check if a bank
> is initialized, like during boot or resume, we will see that
On Thu, Feb 8, 2018 at 2:55 PM, Vignesh R wrote:
> Currently, data in RX FIFO is read based on UART_LSR register state even
> if RDI and RLSI interrupts are disabled in UART_IER register.
> This is because when IRQ handler is called due to TX FIFO empty event,
> RX FIFO is serviced based on
On Thu, Feb 8, 2018 at 6:17 PM, Minchan Kim wrote:
> On Wed, Feb 07, 2018 at 03:00:35PM +0800, Huang, Ying wrote:
>> From: Huang Ying
>>
>> It was reported by Sergey Senozhatsky that if THP (Transparent Huge
>> Page) and frontswap (via zswap) are both enabled, when memory goes low
>> so that
According to the December 2017 Intel SDM publication,
UD0 now has 2 operands by MODRM byte. So it's length should
be 3 bytes.
Signed-off-by: Masami Hiramatsu
Reported-by: kbuild test robot
---
arch/x86/lib/x86-opcode-map.txt |3 ++-
From: Chris Zhong
The usb3tousb2_en BIT will be clear to 0 in probe(), it make USB
controller work at USB3 mode, and if the USB phy is turned on with DP
only mode(4 lanes DP), the rockchip_usb3_phy_power_on() will return
directly, so usb3_host_disable and usb3_host_port these 2 BIT will keep
a
From: William wu
rockchip,usb3-host-disable is the register of type-c phy disable usb3 host
rockchip,usb3-host-port is the register of type-c phy usb3 port number
Signed-off-by: William wu
Signed-off-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt
From: William wu
We have forced usb3 to work in usb2 only mode in firmware by setting
usb3tousb2_en (bit3 of GRF_USB3PHY0/1_CON0) to 1, and setting
host_u3_port_disable (bit0 of GRF_USB3OTG0/1_CON1) to 1 and host_u3_port
(bit15~12 of GRF_USB3OTG0/1_CON1) to 0. So we need to re-enable usb3
host.
On Thu, 8 Feb 2018 09:41:53 +0800
Zhengyuan Liu wrote:
> It's something looks weird that those files could be written by root
> but shows with no write permission by ll command.
> Chen LinX has sent a similar patch to fix
> graph function file mode in 2000, I didn't get the reason why that
>
On Thu, Feb 8, 2018 at 2:49 PM, Alan Cox wrote:
>> What about Pentium II and 3? I'm using 5 such machines (and also a Pentium
>> MMX). I've tried a spectre test before and it wasn't reading anything useful.
>> Don't know about meltdown. Is there a complete test program? (The web is so
>> full of
On Sun, May 30, 2083 at 09:51:06AM +0530, Nitesh Shetty wrote:
> This removes the dependency on interrupts to wake up task. Set task
> state as TASK_RUNNING, if need_resched() returns true,
> while polling for IO completion.
> Earlier, polling task used to sleep, relying on interrupt to wake it
On Thu, Feb 08, 2018 at 07:34:54PM +0530, Viresh Kumar wrote:
> Forgot Cc'ing me ? :)
I meant to copy you, but I wrongly added Vikram :)
> On Thu, Feb 8, 2018 at 7:18 PM, Leo Yan wrote:
> > Since schedutil kernel thread directly set priority to 0, the macro
> > SUGOV_KTHREAD_PRIORITY is not
On 08/02/2018 13:55, Jiri Olsa wrote:
On Wed, Feb 07, 2018 at 01:45:00AM +0800, John Garry wrote:
SNIP
+static int is_json_file(const char *name)
+{
+ const char *suffix;
+
+ if (strlen(name) < 5)
+ return 0;
+
+ suffix = name + strlen(name) - 5;
+
+ if
On Thu, Feb 01, 2018 at 12:48:13PM -0600, Yazen Ghannam wrote:
> From: Yazen Ghannam
>
> The block address is saved after the block is initialized when
> threshold_init_device() is called.
>
> Use the saved block address, if available, rather than trying to
> rediscover it.
>
> We can avoid
On Wed, Feb 7, 2018 at 3:00 PM, Huang, Ying wrote:
> From: Huang Ying
>
> It was reported by Sergey Senozhatsky that if THP (Transparent Huge
> Page) and frontswap (via zswap) are both enabled, when memory goes low
> so that swap is triggered, segfault and memory corruption will occur
> in
On 02/08/2018 08:11 AM, Bartlomiej Zolnierkiewicz wrote:
Hi,
[ dri-devel ML & arch/[score,um] Maintainers added to Cc: ]
On Friday, February 02, 2018 08:59:57 AM Christian Borntraeger wrote:
On 02/01/2018 07:41 PM, Farhan Ali wrote:
The 'commit e25df1205f37 ("[S390] Kconfig: menus with
On Thu, 8 Feb 2018 14:28:13 +0900
Namhyung Kim wrote:
> Hi Steve,
>
> On Fri, Feb 02, 2018 at 06:05:02PM -0500, Steven Rostedt wrote:
> > From: "Steven Rostedt (VMware)"
> >
> > Add function to get the function arguments from pt_regs.
> >
> > Signed-off-by: Steven Rostedt (VMware)
> > ---
>
Consider the following scenario:
L1 has never successfully executed VMLAUNCH. It has written 0 to
vmcs12's host CR3 field using VMWRITE, but the current host CR3 value
is actually 3e7000. It has written some illegal control field that the
L0 KVM doesn't check itself, but defers to the hardware
On Wed, Feb 7, 2018 at 5:41 PM, Petr Mladek wrote:
> On Wed 2018-02-07 16:11:13, Geert Uytterhoeven wrote:
> To make it clear. I was talking about "%p" format that is handled
> in the pointer() function in lib/vsprintf.c. The "(null)" makes
> sense only for the many modifiers that do deference
On 02/08/2018 02:11 PM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> [ dri-devel ML & arch/[score,um] Maintainers added to Cc: ]
>
> On Friday, February 02, 2018 08:59:57 AM Christian Borntraeger wrote:
>> On 02/01/2018 07:41 PM, Farhan Ali wrote:
>>> The 'commit e25df1205f37 ("[S390]
On Thu, Feb 08, 2018 at 03:00:05PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 06, 2018 at 08:23:05PM +0100, Vincent Guittot wrote:
> > @@ -9222,6 +9248,13 @@ void nohz_balance_enter_idle(int cpu)
> > atomic_inc(_cpus);
> >
> > set_cpu_sd_state_idle(cpu);
>
> /*
>* Ensures
On Thu, 8 Feb 2018 11:18:20 +0200
"Vladislav Valtchev (VMware)" wrote:
> Currently, the typical trace-cmd build messages like "COMPILE " and
> "BUILD STATIC LIB " show file's full path, instead of just the file
> name, as it used to happen before the full support for out-of-tree builds.
> This
On 08/02/2018 14:02, Alan Cox wrote:
On Thu, 8 Feb 2018 14:54:23 +0100
Jiri Olsa wrote:
On Wed, Feb 07, 2018 at 01:45:00AM +0800, John Garry wrote:
SNIP
static void print_events_table_suffix(FILE *outfp)
{
fprintf(outfp, "{\n");
@@ -407,6 +469,52 @@ static char *real_event(const
On Thu, Feb 08, 2018 at 06:17:32PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 08 February 2018 06:03 PM, Niklas Cassel wrote:
> > A 64-bit BAR uses the succeeding BAR for the upper bits, therefore
> > we cannot call pci_epc_set_bar() on a BAR that follows a 64-bit BAR.
> >
> > If
On Mon, Feb 5, 2018 at 2:21 AM, Ulf Magnusson wrote:
> The MIPS_SEAD3 symbol was removed in commit 64601cb1343f ("leds: Remove SEAD-3
> driver").
Commit 64601cb1343f did not remove the MIPS_SEAD3 symbol, it seemed to
a few months before, in 3f5f0a4475e1 ("MIPS: generic: Convert SEAD-3
to a
On Thu, Feb 08, 2018 at 11:33:44AM +0800, linxiu...@gmail.com wrote:
> From: "leilei.lin"
>
> Do not install cgroup event into the CPU context and schedule it
> if the cgroup is not running on this CPU
>
> While there is no task of cgroup running specified CPU, current
> kernel still install
Hi Linus,
The following changes since commit d8a5b80568a9cb66810e75b182018e9edb68e8ff:
Linux 4.15 (2018-01-28 13:20:33 -0800)
are available in the git repository at:
https://github.com/ceph/ceph-client.git tags/ceph-for-4.16-rc1
for you to fetch changes up to
On Thu, 8 Feb 2018 19:18:18 +0900
Namhyung Kim wrote:
call->event.type,
> > @@ -150,6 +310,15 @@ static void func_event_trace(struct trace_event_file
> > *trace_file,
> > entry = ring_buffer_event_data(event);
> > entry->ip = ip;
> >
On 02/08/18 16:13, Philipp Zabel wrote:
> On Thu, 2018-02-08 at 13:01 +0100, Hans Verkuil wrote:
>>> These are likely to be filled correctly already. I've just added a commit
>>> to v4l2-compliance to make it easier to see what function is used:
>>>
>>> v4l2-compliance -m0 -v
>>
>> Actually,
The patch
ASoC: samsung: Add the DT binding files entry to MAINTAINERS
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
regmap-i2c: Off by one in regmap_i2c_smbus_i2c_read/write()
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
regmap: Fix reversed bounds check in regmap_raw_write()
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
On Thu, Feb 08, 2018 at 04:25:10PM +0200, Andy Shevchenko wrote:
> On Fri, Jan 26, 2018 at 9:16 AM, Donglin Peng wrote:
> > I can send another patch after the following patch is merged:
> > https://patchwork.kernel.org/patch/10178813/
> It's merged. I think whenever Mark switched his
1001 - 1100 of 1548 matches
Mail list logo