On 16.8.2017 17:58, Mark Rutland wrote:
> On Wed, Aug 16, 2017 at 02:24:58PM +0200, Michal Simek wrote:
>> This patch is adding communication layer with firmware.
>
> Which is used for what, exactly?
pinctrl, fpga manager, nvmem driver, clock, serdes phy and reset drivers.
> There are no users o
This patch adds the pin control driver for Spreadtrum SC9860 platform.
Signed-off-by: Baolin Wang
---
Changes since v4:
- Remove sleep configs.
- Use one standard sleep hardware state config to indicate sleep configs.
Changes since v3:
- Use the generic "bia-pull-up" config.
- Use some gener
In some scenarios, we should set some pins as input/output/pullup/pulldown
when the specified system goes into deep sleep mode, then when the system
goes into deep sleep mode, these pins will be set automatically by hardware.
That means some pins are not controlled by any specific driver in the OS
This patch adds the binding documentation for Spreadtrum SC9860 pin
controller device.
Signed-off-by: Baolin Wang
---
Changes since v4:
- Remove these sleep related configs and only introduce one sleep
state config to indicate this is sleep state.
Changes since v3:
- Use generic "bias-pull-
On 17/08/17 08:57, Kishon Vijay Abraham I wrote:
> Hi Adrian,
>
> On Tuesday 15 August 2017 01:52 PM, Adrian Hunter wrote:
>> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>>> Create a new sdhci-omap driver to configure the eMMC/SD/SDIO controller
>>> in TI's OMAP SoCs making use of the SDHCI c
From: rui_feng
Signed-off-by: rui_feng
---
drivers/mfd/rts5249.c| 139 +
drivers/mfd/rtsx_pcr.c | 206 +--
drivers/mfd/rtsx_pcr.h | 2 +
include/linux/mfd/rtsx_pci.h | 47 ++
4 files changed, 389
Hi Stephen,
On Fri, Jul 14, 2017 at 02:40:05PM -0700, Stephen Boyd wrote:
> We currently have three device nodes for the same USB hardware
> block, as evident by the reuse of the same reg address multiple
> times. Now that the chipidea driver fully supports OTG with the
> MSM wrapper we can collap
On 17/08/17 08:20, Kishon Vijay Abraham I wrote:
> Hi Adrian,
>
> On Tuesday 15 August 2017 12:57 PM, Adrian Hunter wrote:
>> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>>> TI's implementation of sdhci controller used in DRA7 SoC's doesn't
>>> strip CRC in responses with length 136 bits. Add
Hi all,
There will be no linux-next releases tomorrow or Monday.
Changes since 20170816:
The net-next tree still had its build failure for which I reverted
a commit.
The security tree gained a build failure so I used the version from
next-20170816 for today.
The spi tree gained a conflict
On Tue, Aug 01, 2017 at 04:07:55PM +0530, Anup Patel wrote:
> When setting up RAID array on several NVMe disks we observed that
> sba_alloc_request() start failing (due to no free requests left)
> and RAID array setup becomes very slow.
>
> To improve performance, we do mbox channel peek when we h
On Tue, Aug 01, 2017 at 04:07:54PM +0530, Anup Patel wrote:
> We should allocate DMA channel resources before registering the
> DMA device in sba_probe() because we can get DMA request soon
> after registering the DMA device. If DMA channel resources are
> not allocated before first DMA request the
On Tue, Aug 01, 2017 at 04:07:53PM +0530, Anup Patel wrote:
> The pending sba_request list can become very long in real-life usage
> (e.g. setting up RAID array) which can cause sba_issue_pending() to
> run for long duration.
that raises the warning flags.. Even if we have a long pending list why
Hi Tom,
Some nit picking on the patch comment. :-)
On 08/16/17 17:35, Tom Rini wrote:
> This introduces the variabe DTC_EXTRA_FLAGS to allow for additional
> flags to be passed to dtc. While this can have many uses (such as
> easier testing of new warning flags) the use case I wish to spell ou
On Wed, 16 Aug 2017 22:14:33 +0200
Peter Rosin wrote:
> On 2017-08-16 21:32, Andreas Klinger wrote:
> > This patch series adds support for:
> > - triggered buffer
> > - ultrasonic devices srf02 and srf10
> >
> > Thanks for the review of Peter and Wolfram.
> >
> > @Wolfram: please let me know, i
On 16.8.2017 17:45, Sudeep Holla wrote:
>
>
> On 16/08/17 13:24, Michal Simek wrote:
>> From: Soren Brinkmann
>>
>> Document the DT bindings for the Zynq UltraScale+ PM Firmware.
>>
>> Signed-off-by: Soren Brinkmann
>> Signed-off-by: Michal Simek
>> ---
>>
>> Changes in v2:
>> - Move to bindin
On 16.8.2017 18:00, Mark Rutland wrote:
> On Wed, Aug 16, 2017 at 02:24:56PM +0200, Michal Simek wrote:
>> From: Soren Brinkmann
>>
>> Document the DT bindings for the Zynq UltraScale+ PM Firmware.
>>
>> Signed-off-by: Soren Brinkmann
>> Signed-off-by: Michal Simek
>> ---
>>
>> Changes in v2:
>>
Sebastian Reichel wrote:
> Hi,
>
> On Thu, Aug 17, 2017 at 12:23:44AM +0300, Sakari Ailus wrote:
>> On Wed, Aug 16, 2017 at 10:59:15PM +0200, Pavel Machek wrote:
On Wed, Aug 16, 2017 at 12:03:49AM +0200, Pavel Machek wrote:
> diff --git a/Documentation/devicetree/bindings/media/video-inte
Hi Shawn,
On 08/16/2017 04:35 PM, Shawn Lin wrote:
Hi Jeffy
On 2017/8/16 15:52, Jeffy Chen wrote:
Add an optional interrupt for PCIE_WAKE pin.
Signed-off-by: Jeffy Chen
---
Documentation/devicetree/bindings/pci/rockchip-pcie.txt | 11
+++
1 file changed, 7 insertions(+), 4 deleti
On 08/16/17 17:33, Tom Rini wrote:
> On Wed, Aug 16, 2017 at 03:57:21PM -0700, Frank Rowand wrote:
>> On 08/16/17 15:33, Frank Rowand wrote:
>>> On 08/16/17 14:59, Tom Rini wrote:
Build the dtb file for these platfroms with __symbol__ information
included. This will reduce the size of th
On 16.8.2017 17:39, Marc Zyngier wrote:
> On 16/08/17 13:24, Michal Simek wrote:
>> Hi,
>>
>> xilinx is using this interface for very long time and we can't merge our
>> driver changes to Linux because of missing communication layer with
>> firmware. This interface was developed before scpi and scm
Am Dienstag, 15. August 2017, 17:12:24 CEST schrieb Theodore Ts'o:
Hi Theodore, Jeffrey,
>
> Stephan, if you have any comments on the proposal made by David
> Fontaine and Olivier Vivolo, I'd appreciate hearing them!
(from Jefferey):
> This may be helpful, too. I use it to look up minimal weigh
Cc Nadav,
2017-08-17 13:58 GMT+08:00 Wanpeng Li :
> 2017-08-16 17:25 GMT+08:00 Paolo Bonzini :
>> On 16/08/2017 03:58, Lan Tianyu wrote:
>>> These CR3 VMEXITs was introduced for platform without "unrestricted guest"
>>> support. This is to set ept identity table to guest CR3 in guest real
>>> mode
2017-08-16 17:25 GMT+08:00 Paolo Bonzini :
> On 16/08/2017 03:58, Lan Tianyu wrote:
>> These CR3 VMEXITs was introduced for platform without "unrestricted guest"
>> support. This is to set ept identity table to guest CR3 in guest real
>> mode because these platforms don't support ept real mode(CR0.
Hi Adrian,
On Tuesday 15 August 2017 01:52 PM, Adrian Hunter wrote:
> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>> Create a new sdhci-omap driver to configure the eMMC/SD/SDIO controller
>> in TI's OMAP SoCs making use of the SDHCI core library. For OMAP specific
>> configurations, populate
On Wednesday 16 August 2017 17:15:55, Ken Goldman wrote:
> On 8/15/2017 4:13 PM, Haris Okanovic wrote:
> > ioread8() operations to TPM MMIO addresses can stall the cpu when
> > immediately following a sequence of iowrite*()'s to the same region.
> >
> > For example, cyclitest measures ~400us laten
On 03.07.2017 15:34, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
We found that pulling below patch into stable trees without also pulling
commit 9c3f3794926a997b1cab6c42480ff300efa2d162
Author: Liping Zhang
Date: Sat Mar 25 16:35:29 2
Hello Rafael,
On (08/16/17 14:58), Rafael J. Wysocki wrote:
[..]
> > hm, those two are interesting questions. in short - well, it might
> > be. I don't want to interfere with PM by doing 'accidental' offloading
> > etc., PM is too complicated already. so I'd prefer to switch to old
> > printk beha
Hi Tony,
On Thursday 10 August 2017 03:42 AM, Tony Lindgren wrote:
> * Kishon Vijay Abraham I [170807 09:03]:
>> Document the new compatible string "ti,dra7-sdhci" to be used for
>> MMC controllers in DRA7 and DRA72 SoCs.
>
> I wonder if this should really be documented for sdhci
> instead of ti
On Tuesday 15 August 2017 01:11 PM, Adrian Hunter wrote:
> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>> TI's implementation of sdhci controller used in DRA7 SoC's uses
>> POWER_CONTROL register for configuring IO voltage and not
>> for core voltage (vdd) which is it's intended use. Add a q
Adrian,
On Tuesday 15 August 2017 01:08 PM, Adrian Hunter wrote:
> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>> Add callback to set bus mode in sdhci library so that the
>> controller driver can perform any bus mode specific configurations
>> in the callback function.
>
> A quirk isn't nee
On Wed, Aug 16, 2017 at 03:49:54PM +0800, Hui Zhu wrote:
> Like [1], zs_page_isolate meet the same problem if zspage is not inuse.
>
> After [2], zs_page_migrate can support empty zspage now.
>
> Make this patch to let zs_page_isolate skip unnecessary loops but not
> return false if zspage is not
On Tuesday 15 August 2017 01:03 PM, Adrian Hunter wrote:
> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>> TI's implementation of sdhci controller used in DRA7 SoC's doesn't
>> have SDHCI_CAN_DO_ADMA2 set in CAPA register though it supports
>> ADMA2. Add quirk to support using ADMA2 even if t
Hi Adrian,
On Tuesday 15 August 2017 12:57 PM, Adrian Hunter wrote:
> On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
>> TI's implementation of sdhci controller used in DRA7 SoC's doesn't
>> strip CRC in responses with length 136 bits. Add quirk to indicate
>> the controller does not strip CRC in
On Wed, 2017-08-16 at 10:56 -0600, Alex Williamson wrote:
>
> > WTF Alex, can you stop once and for all with all that "POWER is
> > not standard" bullshit please ? It's completely wrong.
>
> As you've stated, the MSI-X vector table on POWER is currently updated
> via a hypercall. POWER is o
If 'chameleon_get_bar()' fails, we will return 0, which mean success.
We should return the corresponding error code instead.
Remove the useless initialisation of 'ret' which was hiding the issue.
(if 'ret' is not set, gcc generates a warning ("warning: ‘ret’ may be used
uninitialized in this funct
Thierry Reding writes:
...
>
> In case of Tegra, dev actually points to the root port. Now if I read
> the above code correctly, highest_pcie_bridge will still be NULL in that
> case, which in turn will return NULL from pci_find_pcie_root_port(). But
> shouldn't it really return dev?
>
> The patch
在 2017-08-17 11:40,Chen-Yu Tsai 写道:
The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family.
It is roughly the same form factor as the BPI-M1+, with roughly the
same peripherals and connectors:
- 2GB LPDDR3 DRAM
- 8GB eMMC
- Micro-SD card slot
- HDMI output
- Headset (ster
On 2017年08月16日 17:25, Paolo Bonzini wrote:
> On 16/08/2017 03:58, Lan Tianyu wrote:
>> These CR3 VMEXITs was introduced for platform without "unrestricted guest"
>> support. This is to set ept identity table to guest CR3 in guest real
>> mode because these platforms don't support ept real mode(CR0.
On Wed, 2017-08-16 at 21:58 -0700, Kees Cook wrote:
> On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich
> wrote:
> > On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott
> > wrote:
> > > From: Daniel Micay
> > >
> > > Existing Android bootloaders usually pass data useful as early
> > > entropy
> > > on
On 2017年08月16日 21:26, Radim Krčmář wrote:
> 2017-08-15 21:58-0400, Lan Tianyu:
>> These CR3 VMEXITs was introduced for platform without "unrestricted guest"
>> support. This is to set ept identity table to guest CR3 in guest real
>> mode because these platforms don't support ept real mode(CR0.PE an
On Wed, Aug 16, 2017 at 9:56 PM, Nick Kralevich wrote:
> On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote:
>> From: Daniel Micay
>>
>> Existing Android bootloaders usually pass data useful as early entropy
>> on the kernel command-line. It may also be the case on other embedded
>> systems. Sa
On Wed, Aug 16, 2017 at 3:46 PM, Laura Abbott wrote:
> From: Daniel Micay
>
> Existing Android bootloaders usually pass data useful as early entropy
> on the kernel command-line. It may also be the case on other embedded
> systems. Sample command-line from a Google Pixel running CopperheadOS:
>
Refactor rockchip_sound_probe, parse dai links from dts instead of
hard coding them.
Signed-off-by: Jeffy Chen
---
Changes in v3:
Use compatible to match audio codecs
-- Suggested-by Matthias Kaehlcke
Changes in v2:
Let rockchip,codec-names be a required property, because we plan to
ad
Update description for newly added optional audio codecs.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
Documentation/devicetree/bindings/sound/rockchip,rk3399-gru-sound.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/Documentation/devicetree/bi
Add support for optional dmic codec.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
sound/soc/rockchip/Kconfig| 1 +
sound/soc/rockchip/rk3399_gru_sound.c | 33 +
2 files changed, 34 insertions(+)
diff --git a/sound/soc/rockc
Add rt5514 dsp of_node to codec list for Gru boards.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi
b/arch/arm
Hi Matthias,
On 08/17/2017 07:50 AM, Matthias Kaehlcke wrote:
El Thu, Aug 17, 2017 at 06:55:20AM +0800 jeffy ha dit:
hi matthias,
thanks for your suggestion.
On 08/17/2017 05:59 AM, Matthias Kaehlcke wrote:
El Thu, Aug 10, 2017 at 12:54:56PM +0800 Jeffy Chen ha dit:
Refactor rockchip_soun
Add support for optional cdn dp codec.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
sound/soc/rockchip/Kconfig| 1 +
sound/soc/rockchip/rk3399_gru_sound.c | 59 +--
2 files changed, 58 insertions(+), 2 deletions(-)
diff --g
Currently we are using codec name for rt5514 dsp dai link, use codec
of_node instead.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
sound/soc/rockchip/rk3399_gru_sound.c | 34 ++
1 file changed, 2 insertions(+), 32 deletions(-)
diff --gi
Currently the rt5514 i2c driver and rt5514 spi driver are using the same
compatible string.
Add additional unused compatible strings to identify them for Gru
boards.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 4 ++--
1
This property is no longer used.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
.../bindings/sound/rockchip,rk3399-gru-sound.txt | 7 ---
sound/soc/rockchip/rk3399_gru_sound.c | 14 --
2 files changed, 21 deletions(-)
diff
Currently we are using a fixed list of dai links in the driver.
This serial of patches would let the driver parse dai links from
dts, so that we can make some of them optional for future boards.
Tested on my chromebook bob(with cros 4.4 kernel), it still works
after disabled rt5514 codecs in the
Currently we are using devm_snd_soc_register_component, which would
use legacy dai name.
Switch to snd_soc_register_codec to use dai driver name.
Signed-off-by: Jeffy Chen
---
Changes in v3: None
Changes in v2: None
sound/soc/codecs/rt5514-spi.c | 19 ++-
1 file changed, 14 in
On Wed, 2017-08-16 at 23:31 -0400, Theodore Ts'o wrote:
> On Wed, Aug 16, 2017 at 04:14:58PM -0700, Laura Abbott wrote:
> > From: Daniel Micay
> >
> > Existing Android bootloaders usually pass data useful as early
> > entropy
> > on the kernel command-line. It may also be the case on other
> > em
On Wed, 16 Aug 2017, Kees Cook wrote:
> Since samples can still be built before header installs, avoid the
> cosmetic renaming of SECCOMP_RET_KILL to avoid build failures in -next.
>
> Cc: Stephen Rothwell
> Signed-off-by: Kees Cook
> ---
> Hi James, this should fix the samples build failure se
Hi all,
Today's linux-next merge of the xen-tip tree got a conflict in:
arch/x86/entry/entry_64.S
between commit:
UNWIND_HINT_IRET_REGS ("x86/entry/64: Add unwind hint annotations")
from the tip tree and commit:
ad5b8c4ba323 ("xen: get rid of paravirt op adjust_exception_frame")
from t
There is a problem that when counting the pages for creating
the hibernation snapshot will take significant amount of
time, especially on system with large memory. Since the counting
job is performed with irq disabled, this might lead to NMI lockup.
The following warning were found on a system with
> -Original Message-
> From: Waiman Long [mailto:long...@redhat.com]
> Sent: Wednesday, August 16, 2017 9:29 PM
> To: Wangkai (Kevin,C); Alexander Viro; Jonathan Corbet
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> linux-fsde...@vger.kernel.org; Paul E. McKenney; Andrew
On Thu, 17 Aug 2017 10:30:23 +0800
Zhangshaokun wrote:
> Hi Mark,
>
> Thanks for your comments.
>
> On 2017/8/15 17:50, Mark Rutland wrote:
> > Hi,
> >
> > On Tue, Jul 25, 2017 at 08:10:37PM +0800, Shaokun Zhang wrote:
> >> This patch adds documentation for the uncore PMUs on HiSilicon SoC.
On 08/16/2017 09:31 PM, John Stultz wrote:
> On Wed, Aug 16, 2017 at 4:10 PM, John Stultz wrote:
>> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan wrote:
>>> Hi John,
>>>
>>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote:
On Mon, Aug 14, 2017 at 02:01:36PM -0700, John Stultz wrote:
> Fixes
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 98fe715522e8..c303b235a0b1 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1,19 +1,61 @@
> menu "printk and dmesg options"
>
> +choice
> + prompt "printk default clock timestamp"
> +
> +config PRINTK_TIME_DISABLE
>
On Fri, Aug 11, 2017 at 12:53 AM, Alex Williamson
wrote:
> On Wed, 2 Aug 2017 11:08:30 +0530
> Anup Patel wrote:
>
>> This patch adds Broadcom FlexRM low-level reset for
>> VFIO platform.
>>
>> It will do the following:
>> 1. Disable/Deactivate each FlexRM ring
>> 2. Flush each FlexRM ring
>>
>>
On 08/16/2017 05:17 AM, Eric Anholt wrote:
We need the following things to happen in sequence:
DSI host creation
DSI device creation in the panel driver (needs DSI host)
DSI device attach from panel to host.
DSI drm_panel_add()
DSI encoder creation
DSI encoder's DRM panel/bridge attach
Unless
On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote:
> This patch merges sba_request state and fence into common
> sba_request flags. Also, in-future we can extend sba_request
> flags as required.
and it also changes the flag values to bits, which I have no idea why that
was done, care to e
If transition_delay_us isn't defined by the cpufreq driver, the default
value of transition delay (time after which the cpufreq governor will
try updating the frequency again) is currently calculated by multiplying
transition_latency (nsec) with LATENCY_MULTIPLIER (1000) and then
converting this ti
The BPI-M3 is an Allwinner A83T based SBC in the Bananapi/Bpi family.
It is roughly the same form factor as the BPI-M1+, with roughly the
same peripherals and connectors:
- 2GB LPDDR3 DRAM
- 8GB eMMC
- Micro-SD card slot
- HDMI output
- Headset (stereo + mic) jack
- Onboard mic
- Gig
On Tue, Aug 01, 2017 at 04:07:45PM +0530, Anup Patel wrote:
> Make section comments consistent across the Broadcom SBA RAID driver
> by avoiding " SBA " in some of the comments.
and you add more comments..
>
> Signed-off-by: Anup Patel
> ---
> drivers/dma/bcm-sba-raid.c | 9 ++---
> 1 file
On Wed, Aug 16, 2017 at 8:17 AM, Prarit Bhargava wrote:
> printk timestamps will be extended to include mono and boot time by using
> the fast timekeeping functions ktime_get_mono|boot_fast_ns() functions.
> The functions can return garbage before timekeeping is initialized
> resulting in garbage
Hi Mark,
On 2017/8/15 21:02, Mark Rutland wrote:
> On Tue, Jul 25, 2017 at 08:10:41PM +0800, Shaokun Zhang wrote:
>> This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each
>> DDRC has own control, counter and interrupt registers and is an separate
>> PMU. For each DDRC PMU, it has
This patch adds support to walk through the free page blocks in the
system and report them via a callback function. Some page blocks may
leave the free list after zone->lock is released, so it is the caller's
responsibility to either detect or prevent the use of such pages.
Signed-off-by: Wei Wang
Hi Mark,
On 2017/8/15 19:05, Mark Rutland wrote:
> On Tue, Jul 25, 2017 at 08:10:40PM +0800, Shaokun Zhang wrote:
>> +/* HHA register definition */
>> +#define HHA_INT_MASK0x0804
>> +#define HHA_INT_STATUS 0x0808
>> +#define HHA_INT_CLEAR 0x080C
>> +#defi
Add a new vq to report hints of guest free pages to the host.
Signed-off-by: Wei Wang
Signed-off-by: Liang Li
---
drivers/virtio/virtio_balloon.c | 167 +++-
include/uapi/linux/virtio_balloon.h | 1 +
2 files changed, 147 insertions(+), 21 deletions(-)
dif
Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer
of balloon (i.e. inflated/deflated) pages using scatter-gather lists
to the host.
The implementation of the previous virtio-balloon is not very
efficient, because the balloon pages are transferred to the
host one by one. Here is th
On 16-08-17, 12:42, Leonard Crestez wrote:
> I reported the initial issue but did not have the time to do a more
> thorough investigation, this is more complicated than it seems. I said
> this before but maybe it got lost:
>
> I don't think the odd behavior I noticed justifies keeping the patch
>
This patch series enhances the existing virtio-balloon with the following
new features:
1) fast ballooning: transfer ballooned pages between the guest and host in
chunks using sgs, instead of one by one; and
2) free_page_vq: a new virtqueue to report guest free pages to the host.
The second featur
xb_find_next_bit() is used to find the next "1" or "0" bit in the
given range. xb_zero() is used to zero the given range of bits.
Signed-off-by: Wei Wang
Cc: Andrew Morton
Cc: Matthew Wilcox
Cc: Michal Hocko
Cc: Michael S. Tsirkin
---
include/linux/xbitmap.h | 3 +++
lib/xbitmap.c
From: Matthew Wilcox
The eXtensible Bitmap is a sparse bitmap representation which is
efficient for set bits which tend to cluster. It supports up to
'unsigned long' worth of bits, and this commit adds the bare bones --
xb_set_bit(), xb_clear_bit() and xb_test_bit().
Signed-off-by: Matthew Wilc
On 2017年08月17日 00:55, Michael S. Tsirkin wrote:
On Wed, Aug 16, 2017 at 10:14:33PM +0800, Jason Wang wrote:
From: Eric Dumazet
tun_build_skb() is not thread safe since it uses per queue page frag,
this will break things when multiple threads are sending through same
queue. Switch to use per-t
Since samples can still be built before header installs, avoid the
cosmetic renaming of SECCOMP_RET_KILL to avoid build failures in -next.
Cc: Stephen Rothwell
Signed-off-by: Kees Cook
---
Hi James, this should fix the samples build failure seen during -next
cross compiles.
---
samples/seccomp/
On Wed, Aug 16, 2017 at 4:10 PM, John Stultz wrote:
> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan wrote:
>> Hi John,
>>
>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote:
>>> On Mon, Aug 14, 2017 at 02:01:36PM -0700, John Stultz wrote:
Fixes the following build warning:
freq-step.c: In
On Wed, Aug 16, 2017 at 04:14:58PM -0700, Laura Abbott wrote:
> From: Daniel Micay
>
> Existing Android bootloaders usually pass data useful as early entropy
> on the kernel command-line. It may also be the case on other embedded
> systems.
May I suggest a slight adjustment to the beginning
Hi Mark,
On 2017/8/15 18:41, Mark Rutland wrote:
> On Tue, Jul 25, 2017 at 08:10:39PM +0800, Shaokun Zhang wrote:
>> This patch adds support for L3C PMU driver in HiSilicon SoC chip, Each
>> L3C has own control, counter and interrupt registers and is an separate
>> PMU. For each L3C PMU, it has 8-
The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added
to indicate that Relaxed Ordering Attributes (RO) should not
be used for Transaction Layer Packets (TLP) targeted toward
these affected Root Port, it will clear the bit4 in the PCIe
Device Control register, so the PCIe device drivers cou
The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added
to indicate that Relaxed Ordering Attributes (RO) should not
be used for Transaction Layer Packets (TLP) targeted toward
these affected Root Port, it will clear the bit4 in the PCIe
Device Control register, so the PCIe device drivers cou
The ixgbe driver use the compile check to determine if it can
send TLPs to Root Port with the Relaxed Ordering Attribute set,
this is too inconvenient, now the new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING
has been added to the kernel and we could check the bit4 in the PCIe
Device Control register to
into a label */
>^~~~
>
> [Note: this is a cross build, if that is relevant ...]
>
> Presumably caused by commit
>
> fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD")
>
> I have used the security tree from next-20170816 for today.
Hmmm
Hi Mark,
Today's linux-next merge of the spi tree got a conflict in:
drivers/spi/spi.c
between commit:
8a2e487e6fc1 ("spi: Use Apple device properties in absence of ACPI resources")
from the pm tree and commit:
9b61e302210e ("spi: Pick spi bus number from Linux idr or spi alias")
from
Hi Yong,
On Wed, 2017-08-16 at 08:05 -0700, Yong Li wrote:
> Hi Andrew,
>
> Thanks for your review. I checked the patch before I sent out, but the
> tool did not report any problems. Could you help to share your
> checking commands?
>
> scripts/checkpatch.pl
> 0001-pinctrl-aspeed-Fix-ast2500-str
On Tue, Aug 8, 2017 at 11:27 AM, Thang Q. Nguyen wrote:
> XHCI specification 1.1 does not require xHCI-compliant controllers
> to always enable hardware USB2 LPM. However, the current xHCI
> driver always enable it when seeing HLC=1.
> This patch supports an option for users to control disabling
>
CC Will and Jonathan
On 2017/8/16 21:55, Baicar, Tyler wrote:
> On 8/16/2017 2:14 AM, Dongjiu Geng wrote:
>> The revision 0x300 generic error data entry is different
>> from the old version, but currently iterating through the
>> GHES estatus blocks does not take into account this difference.
>>
From: "yinbo.zhu"
Fix the issue that usb is not detected on ls1088ardb
Signed-off-by: yinbo.zhu
Signed-off-by: Ran Wang
---
arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 8
arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi| 18 ++
2 files changed, 26 insertion
Hi Mark,
On 2017/8/15 18:16, Mark Rutland wrote:
> Hi,
>
> On Tue, Jul 25, 2017 at 08:10:38PM +0800, Shaokun Zhang wrote:
>> +/* Read Super CPU cluster and CPU cluster ID from MPIDR_EL1 */
>> +void hisi_read_sccl_and_ccl_id(u32 *sccl_id, u32 *ccl_id)
>> +{
>> +u64 mpidr;
>> +
>> +mpidr =
/seccomp/bpf-fancy.c:41:3: note: in expansion of macro 'DENY'
DENY, /* Don't passthrough into a label */
^~~~
[Note: this is a cross build, if that is relevant ...]
Presumably caused by commit
fd76875ca289 ("seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_T
On Wed, 2017-08-16 at 11:59 +0800, Mars Cheng wrote:
> Hi Rob, Stephen, Matthias
>
> gentle ping.
>
> Thanks.
>
> On Tue, 2017-08-08 at 16:13 +0800, Mars Cheng wrote:
> > Mars Cheng (3):
> > clk: mediatek: add mt6755 clock ID
> > clk: mediatek: add clk support for MT6755
> > soc: mediate
From: Ding Tianhong
Date: Thu, 17 Aug 2017 10:25:30 +0800
> The pci_find_pcie_root_port() would return NULL if the given
> dev is already a Root Port, it looks like unfriendly to the
> PCIe Root Port device, Thierry and Bjorn suggest to let this
> function return the given dev under this circumst
Hi Mark,
Thanks for your comments.
On 2017/8/15 17:50, Mark Rutland wrote:
> Hi,
>
> On Tue, Jul 25, 2017 at 08:10:37PM +0800, Shaokun Zhang wrote:
>> This patch adds documentation for the uncore PMUs on HiSilicon SoC.
>>
>> Reviewed-by: Jonathan Cameron
>> Signed-off-by: Shaokun Zhang
>> Sign
Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly
version in panic path) introduced crash_smp_send_stop() which is a weak
function and can be overridden by architecture codes to fix the side effect
caused by commit f06e515 : (kernel/panic.c: add "crash_kexec_post_
notifiers"
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH 3/3] ACPI / scan: Enable GPEs before scanning the
> namespace
>
> On Tuesday, August 15, 2017 4:12:24 AM CEST Zheng, Lv wrote:
> > Hi, Rafael
> >
> > > From: linux-acpi-ow...@vger.kernel.org
> > > [mailto:lin
On Wednesday, August 16, 2017 10:50 PM, Mark Brown wrote:
On Fri, Aug 11, 2017 at 03:31:28PM +0800, Lin Huang wrote:
on some board use enable pin to control dmic start and stop,
so add this feature in dmic driver.
This doens't apply against current code, please check and resend.
Oh, Thanks f
The pci_find_pcie_root_port() would return NULL if the given
dev is already a Root Port, it looks like unfriendly to the
PCIe Root Port device, Thierry and Bjorn suggest to let this
function return the given dev under this circumstances.
Fixes: 0e405232871d6 ("PCI: fix oops when try to find Root P
1 - 100 of 901 matches
Mail list logo