On Mon, 22 Feb 2016 13:49:12 +, Alan Cox
wrote:
> It's not used much, especially nowdays. The use case is basically multi
> I/O chips on the ISA/LPC bus with magic shared config register ports.
This is precisely a super I/O driver (gpio-f7188x) which, when used
with concurrent accesses on an
> Nits:
>
> - the tp->TxDescArray test provides the required synchronization: see
> rtl8169_{open/close} and their pm_runtime_{get / put}.
>
> - ioaddr is not really needed : tp->mmio_addr appears only once and it does
> not mess the 72..80 cols limit.
>
> - even if the device can only be au
On 02/22/2016 03:07 PM, Laxman Dewangan wrote:
Use devm_gpiochip_add_data() for GPIO registration and remove the
call for gpiochip_remove() from error path.
Also remove the need of driver callback .remove.
Signed-off-by: Laxman Dewangan
Acked-by: Michael Hennerich
Cc: Michael Hennerich
-
On 02/22/2016 03:07 PM, Laxman Dewangan wrote:
Use devm_gpiochip_add_data() for GPIO registration and remove the
call for gpiochip_remove() from remove callback.
Signed-off-by: Laxman Dewangan
Acked-by: Michael Hennerich
Cc: Michael Hennerich
---
drivers/gpio/gpio-adp5588.c | 4 +---
1
On Mon, Feb 22, 2016 at 05:52:02PM +0100, Andi Kleen wrote:
> On Sun, Feb 21, 2016 at 06:15:35PM +0100, Jiri Olsa wrote:
> > On Wed, Feb 17, 2016 at 02:44:02PM -0800, Andi Kleen wrote:
> >
> > SNIP
> >
> > > @@ -892,7 +908,10 @@ static void printout(int id, int nr, struct
> > > perf_evsel *count
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Chnages since v10:
- set sleep reset pin as GPIO_ACTIVE_LOW
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43 ++
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v10:
- Tuning PS8640 reset sleep pins squence
The following patches are needed to support dsi host through none dsi bus:
https://patchwork.kernel.org/patch/8289181/ ("drm/dsi: chec
Be explicit and make use of X86_SUBARCH_LGUEST directly.
Signed-off-by: Luis R. Rodriguez
---
tools/lguest/lguest.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/lguest/lguest.c b/tools/lguest/lguest.c
index 80159e6811c2..ff0aa580c6e1 100644
--- a/tools/lguest/lgu
The UCS1002-2 provides a USB port power switch for precise control of up
to 2.5 amperes continuous current.
You can add support to your board with current binding.
Example:
ucs1002: ucs1002@57 {
compatible = "microchip,ucs1002";
reg = <0x57>;
};
Signed-off-by:
The UCS1002-2 provides a USB port power switch for precise control of up
to 2.5 amperes continuous current with over-current limit (OCL), dynamic
thermal management, latch or auto-recovery (low test current) fault
handling, selectable active low or high enable, under- and over-voltage
lockout, back
Dear all,
This is the third version of the UCS1002 driver, a Programmable USB Port
Power Controller with Charger Emulation.
Any comments are welcome. Thanks in advance.
Enric Balletbo i Serra (2):
devicetree: Add UCS1002 USB Port Power Controller binding
power: ucs1002: Add support for Progr
st, although they're trivial it'd still
be good to get your Acked-by or Reviewed-by.
In case anyone needs it these patches are also up on my linux-next
tree on the 20160222-remove-pv-enabled-test-02 branch. They're all
based on linux-next tag next-20160222.
[0] http://kernelnewbies
The use of subarch should have no current effect on Xen
PV guests, as such this should have no current functional
effects.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/xen/enlighten.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index d
Use the harware subarch instead now that they are set. If we
want to test removing this work around on Xen we can do so
separatley as another independent change, for now we just want
to remove paravirt_enabled().
v3: fix 0-day-bot compile error on a randconfig, missing
to include
Signed-off-
There is already a check for boot_params.tboot_addr prior
to paravirt_enabled() and both Xen and lguest never set this.
This check is not needed.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/kernel/tboot.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/x86/kernel/tboot.c b/arch/x
The paravirt_enabled() check is going away, force disable
tboot and apm just in case the kernel file being read might
have this set for whatever reason.
Signed-off-by: Luis R. Rodriguez
---
tools/lguest/lguest.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/lguest/lguest.c b/to
On Mon, Feb 22, 2016 at 11:52:42AM +, Mel Gorman wrote:
> On Thu, Feb 11, 2016 at 04:34:47PM +0900, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > Current implementation of pfmemalloc handling in SLAB has some problems.
> >
>
> Tested-by: Mel Gorman
Thanks for testing!
>
> The tes
The boot/bitops.h has guards against including the
regular bitops (include/asm-generic/bitops.h), it only
implements what we need at early boot. We'll be making
use of BIT() later so add it.
Users of boot/boot.h must include it prior to asm/setup.h
otherwise the guard protection devised against th
Since we are removing paravirt_enabled() replace it with a
logical equivalent.
Signed-off-by: Luis R. Rodriguez
---
drivers/pnp/pnpbios/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c
index facd43b8516c..96dc1f
We have 4 types of x86 platforms that disable RTC:
* Intel MID
* Lguest - uses paravirt
* Xen dom-U - uses paravirt
* x86 on legacy systems annotated with an ACPI legacy flag
We can consolidate all of these into a platform specific solution.
Signed-off-by: Luis R. Rodriguez
---
arch/x8
This lets us remove its use of paravirt_enabled(). The
other subarchs are not needed here given that on 32-bit
there is a switch already that negates access to this
code on X86_SUBARCH_INTEL_MID, and X86_SUBARCH_CE4100.
Both lguest and Xen had paravirt_enabled so that
excludes them.
Signed-off-by:
There is already a check for apm_info.bios == 0, the
apm_info.bios is set from the boot_params.apm_bios_info.
Both Xen and lguest, which are also the only ones that set
paravirt_enabled to true) do never set the apm_bios_info,
the paravirt_enabled() check is simply not needed.
Signed-off-by: Luis
Although hardware_subarch has been in place since the x86 boot
protocol 2.07 it hasn't been used much. Enumerate current possible
values to avoid misuses and help with semantics later at boot
time should this be used further.
v2: fix typos
Cc: Andy Shevchenko
Signed-off-by: Luis R. Rodriguez
--
On Fri, Feb 19, 2016 at 10:19:48AM +0100, Dmitry Vyukov wrote:
> On Fri, Feb 19, 2016 at 3:11 AM, Joonsoo Kim wrote:
> > 2016-02-18 23:06 GMT+09:00 Alexander Potapenko :
> >> On Mon, Feb 1, 2016 at 3:47 AM, Joonsoo Kim wrote:
> >>> On Wed, Jan 27, 2016 at 07:25:13PM +0100, Alexander Potapenko wro
From: Joonsoo Kim
CMA allocation should be guaranteed to succeed by definition, but,
unfortunately, it would be failed sometimes. It is hard to track down
the problem, because it is related to page reference manipulation and
we don't have any facility to analyze it.
This patch adds tracepoints t
From: Joonsoo Kim
Success of CMA allocation largely depends on success of migration
and key factor of it is page reference count. Until now, page reference
is manipulated by direct calling atomic functions so we cannot follow up
who and where manipulate it. Then, it is hard to find actual reason
On 02/22/2016 03:02 PM, Rafael J. Wysocki wrote:
>> I guess the first (macro) question is why did you decide to go with a
>> complete new governor, where new here is w.r.t. the sched-freq solution.
>
> Probably the most comprehensive answer to this question is my intro
> message: http://marc.info/
On Sat, Feb 20, 2016 at 1:22 AM, Sergey Senozhatsky
wrote:
> Set firmware_buf->size in fw_get_filesystem_firmware() after
> successful kernel_read_file_from_path(), otherwise assign_firmware_buf()
> fails.
>
Acked-by: Bjorn Andersson
> Signed-off-by: Sergey Senozhatsky
> ---
> drivers/base/fi
Hi qiujiang,
[auto build test ERROR on gpio/for-next]
[also build test ERROR on v4.5-rc5 next-20160223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/qiujiang/gpio-designware-switch-device-no
Vinod Koul writes:
> On Mon, Feb 15, 2016 at 09:57:48PM +0100, Robert Jarzmik wrote:
>> The current number of requestor lines is limited to 31. This was an
>> error of a previous commit, as this number is platform dependent, and is
>> actually :
>> - for pxa25x: 40 requestor lines
>> - for pxa2
Hi,
> Hi,
>
> On Tuesday 23 February 2016 11:54 AM, Yoshihiro Shimoda wrote:
> > Hi Kishon,
> >
> > Would you review this patch?
>
> merged it now. Thanks for reminding.
Thank you!
Best regards,
Yoshihiro Shimoda
> -Kishon
>
From: Xing Zheng
Add devicetree bindings for Rockchip cru which found on
Rockchip SoCs.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
.../bindings/clock/rockchip,rk3399-cru.txt | 82 ++
1 file changed, 82 insertions(+)
create mode 100644
Documentation/d
From: Xing Zheng
Add the dt-bindings header for the rk3399, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
include/dt-bindings/clock/rk3399-cru.h | 714 +
1 file changed
From: Jianqun Xu
Add devicetree bindings for Rockchip grf which found on
Rockchip SoCs.
Signed-off-by: Jianqun Xu
---
changes in v2:
- add grf.txt (Heiko)
.../devicetree/bindings/soc/rockchip/grf.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Docum
From: Jianqun Xu
There is the new SoCs from Rockchip which named rk3399, the
patches are added to support them.
Jianqun Xu (2):
soc: rockchip: add bindings for Rockchip grf
ARM64: dts: rockchip: add core dtsi file for rk3399
Xing Zheng (2):
dt-bindings: add bindings for rk3399 clock contr
From: Jianqun Xu
This patch adds core dtsi file for rk3399 found on Rockchip new SoCs
rk3399, which integrates dual-core Cortex-A72 and quad-core Cortex-A53
with separately NEON coprocessor.
The dtsi file has been tested on rk3399 board with simple boot system,
the uart and spi IPs are same as f
On Saturday 20 February 2016 06:35 PM, Alexey Brodkin wrote:
> Even though DEVTMPFS is required when our pre-built initramfs
> is used it is not the case in general. It is perfectly possible
> to use initramfs with device nodes already populated or there
> could be other usages, see discussion belo
This patch switch device node to fwnode in dwapb_port_property,
so as to apply a unified data structure for DT and ACPI.
Acked-by: Mika Westerberg
Signed-off-by: qiujiang
---
drivers/gpio/gpio-dwapb.c| 36
include/linux/platform_data/gpio-dwapb.h
This patchset adds gpio-signaled acpi events support for power button
on hisilicon D02 board.
The two patches respectively:
- switch device_node to unified fwnode handle
- adds gpio-signaled acpi events support for power button
This patchset is based on
https://git.kernel.o
This patch modifies the designware gpio controller driver to
support the gpio-signaled acpi events. This is used for power
button on hisilicon D02 board(an arm64 platform).
The corresponding DSDT table is defined as follows:
Device(GPI0) {
Name(_HID, "HISI0181")
Name(_ADR, 0)
2016-02-23 14:45 GMT+08:00 Andrzej Hajda :
> value variable can contain error values and is compared with zero.
> Its type must be signed.
Reviewed-by: Axel Lin
Hi,
Stephen Boyd writes:
> The check for < 0 is impossible now that
> of_clk_get_parent_count() returns an unsigned int. Simplify the
> code and update the types.
>
> Cc: Felipe Balbi
> Cc:
> Signed-off-by: Stephen Boyd
> ---
>
> Please ack so this can go through clk tree along with patch 1.
ret variable can contain error values and is compared with zero.
Its type must be signed.
The problem has been detected using coccinelle script
scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci
Signed-off-by: Andrzej Hajda
---
drivers/gpio/gpio-xgene-sb.c | 2 +-
1 file changed, 1 insert
value variable can contain error values and is compared with zero.
Its type must be signed.
The problem has been detected using coccinelle script
scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci
Signed-off-by: Andrzej Hajda
---
sound/soc/codecs/max9867.c | 3 ++-
1 file changed, 2 inser
* Dave Hansen wrote:
>
> From: Dave Hansen
>
> This establishes two more system calls for protection key management:
>
> unsigned long pkey_get(int pkey);
> int pkey_set(int pkey, unsigned long access_rights);
>
> The return value from pkey_get() and the 'access_rights' passed
>
* Dave Hansen wrote:
>
> From: Dave Hansen
>
> This spells out all of the pkey-related system calls that we have
> and provides some example code fragments to demonstrate how we
> expect them to be used.
>
> Signed-off-by: Dave Hansen
> Cc: linux-...@vger.kernel.org
> Cc: linux...@kvack.org
Hi,
On Tuesday 23 February 2016 11:54 AM, Yoshihiro Shimoda wrote:
> Hi Kishon,
>
> Would you review this patch?
merged it now. Thanks for reminding.
-Kishon
>
> I checked the latest linux-phy.git / next branch today,
> this patch can be applied on the top of branch.
>
> commit 6b825eb7323a6
Linus Walleij writes:
> On Mon, Feb 15, 2016 at 3:39 AM, Huang, Ying wrote:
>> Michael Welling writes:
>
>>> Could you run cat /proc/devices?
>>
>> Sorry, the test mechanism is not flexible enough to run some shell
>> command in test system. Could you provide a specialized debug kernel to
>> d
The Fintek F81504/508/512 is a multi-function PCIE devices.
IC function list:
F81504: Max 2x8 GPIOs and max 4 serial ports
port2/3 are multi-function
F81508: Max 6x8 GPIOs and max 8 serial ports
port2/3 are multi-function, port8/9/10/11 are gpio only
F81512: Max 6x8 GPIO
This driver is 8250 driver for F81504/508/512, it'll handle the serial
port operation of this device. This module will depend on
MFD_FINTEK_F81504_CORE.
The serial ports support from 50bps to 1.5Mbps with Linux baudrate
define excluding 1.0Mbps due to not support 16MHz clock source.
PCI Configura
This driver is GPIOLIB driver for F81504/508/512, it'll handle the
GPIOLIB operation of this device. This module will depend on
MFD_FINTEK_F81504_CORE.
IC function list:
F81504: Max 2x8 GPIOs and max 4 serial ports
port2/3 are multi-function
F81508: Max 6x8 GPIOs and max 8 serial p
Remove Fintek F81504/508/512 PCIE-to-UART device driver from 8250_pci.c
Paul recommed us do less code deletion to avoid confusing problem when
bisect.
https://lkml.org/lkml/2016/1/18/646
But this patch is sent after with following patch.
8250: 8250_f81504: Add Fintek F81504/508/512 PCIE-to-UART/G
The Fintek F81504/508/512 had implemented the basic serial port function in
8250_pci.c. We try to implement high baudrate & GPIOLIB with a spilt file
8250_f81504.c, but it seems too complex to add GPIOLIB.
Alan & Andy recommend us to rewrite and spilt our driver with MFD
architecture.
https://lkml
The current settings leaves the DRM device's dma_ops field NULL, which
makes it use the dummy DMA ops on arm64 and return an error whenever we
try to import a buffer. Call of_dma_configure() with a NULL node (since
the device is not spawn from the device tree) so that
arch_setup_dma_ops() is called
The default DMA mask covers a 32 bits address range, but tegradrm can
address more than that. Set the DMA mask to the actual addressable range
to avoid the use of unneeded bounce buffers.
Signed-off-by: Alexandre Courbot
---
Thierry, I am not absolutely sure whether the size is correct and applie
Hi Kishon,
Would you review this patch?
I checked the latest linux-phy.git / next branch today,
this patch can be applied on the top of branch.
commit 6b825eb7323a634cdd1014a4aa9a8ff07cf8040c
Author: Heiko Stuebner
Date: Mon Feb 22 12:55:01 2016 +0100
phy: rockchip-usb: add handler for u
The JMC260 network card fails to suspend/resume because the call to
jme_start_irq() was too early, moving the call to jme_start_irq() after
the jme_reset_link() function makes it work.
Prior this change suspend/resume would fail unless /sys/power/pm_async=0
was explicitly specified.
Signed-off-by
Hi Arnd,
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Monday, February 22, 2016 8:50 PM
> To: Anurag Kumar Vulisha
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; t...@kernel.org;
> devi
From: Josh Wu
For SAMA5D3, SAMA5D4 SoC family, as PMECC is a part of HSMC, PMECC
needs the HSMC clock, so move out hsmc_clk from the nfc node to
the nand node.
Signed-off-by: Josh Wu
Signed-off-by: Wenyou Yang
---
Changes in v2:
- add a patch to change SAMA5D3 nand node's compatible string
From: Josh Wu
As introducing a new "atmel,sama5d3-nand" compatible string for
SAMA5D3's nand node, apply it for SAMA5D3 SoC.
Signed-off-by: Josh Wu
Signed-off-by: Wenyou Yang
---
Changes in v2: None
arch/arm/boot/dts/sama5d3.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
For SAMA5D3, SAMA5D4 SoC family, PMECC needs the HSMC clock,
so move out hsmc_clk from the nfc node to the nand node.
Also, change the SAMA5D3 nand node's compatible string to
"atmel,sama5d3-nand".
Changes in v2:
- add a patch to change SAMA5D3 nand node's compatible string
to "atmel,sama5d3-
From: Josh Wu
For SAMA5D3, SAMA5D4 SoC family, PMECC becomes a part of HSMC, they
need the HSMC clock enabled to work.
The NFC is a sub feature for current nand driver, it can be disabled.
But if HSMC clock is controlled by NFC, so disable NFC will also disable
the HSMC clock. then, it will make
> -Original Message-
> From: Ferre, Nicolas
> Sent: 2016年2月22日 20:58
> To: Yang, Wenyou ; Rob Herring
> ; Pawel Moll ; Mark Brown
> ; Ian Campbell ; Kumar
> Gala ; Alexandre Belloni electrons.com>; Jean-Christophe Plagniol-Villard ;
> Russell King
> Cc: linux-arm-ker...@lists.infradead.
> -Original Message-
> From: Ferre, Nicolas
> Sent: 2016年2月22日 20:57
> To: Yang, Wenyou ; Brian Norris
> ; David Woodhouse ;
> Josh Wu
> Cc: linux-...@lists.infradead.org; linux-arm-ker...@lists.infradead.org;
> linux-
> ker...@vger.kernel.org; Wu, Josh
> Subject: Re: [PATCH] mtd: atme
On Thu, Feb 4, 2016 at 7:35 PM, Tiffany Lin wrote:
> From: Andrew-CT Chen
>
> Add v4l2 layer encoder driver for MT8173
>
> Signed-off-by: Tiffany Lin
> ---
> drivers/media/platform/Kconfig | 11 +
> drivers/media/platform/Makefile|2 +
> drivers/med
> From: Song, Jike
> Sent: Tuesday, February 23, 2016 11:02 AM
>
> +Kevin
>
> On 02/22/2016 06:05 PM, Xiao Guangrong wrote:
> >
> > On 02/19/2016 08:00 PM, Paolo Bonzini wrote:
> >>
> >> I still have a doubt: how are you going to handle invalidation of GPU
> >> shadow page tables if a device (emu
On Tue, Feb 23, 2016 at 2:11 AM, Diego Viola wrote:
> On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote:
>> From: Diego Viola
>> Date: Mon, 22 Feb 2016 22:58:48 -0300
>>
>>> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote:
On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote:
>
On Tue, 23 Feb 2016 12:12:42 +0700
Suravee Suthikulpanit wrote:
> Hi
>
> On 02/22/2016 09:07 PM, Peter Zijlstra wrote:
> > On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote:
> >>> So I really don't have time to review new muck while I'm hunting perf
> >>> core fail, but Bor
On Friday 19 February 2016 12:17 PM, Vineet Gupta wrote:
> Hi Peter,
>
> I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2 and
> it
> turned out to be lot more interesting than I'd hoped for. This is stock v4.4
>
> Trouble starts with an IPI to self which doesn't get deliv
Hi
On 02/22/2016 09:07 PM, Peter Zijlstra wrote:
On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote:
So I really don't have time to review new muck while I'm hunting perf
core fail, but Boris made me look at this.
This is crazy, if you have multiple IOMMUs then create an eve
On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote:
> From: Diego Viola
> Date: Mon, 22 Feb 2016 22:58:48 -0300
>
>> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote:
>>> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote:
Signed-off-by: Diego Viola
>>>
>>> You should write a commit
On Mon, Feb 22, 2016 at 04:18:18PM -0500, Gabriel Somlo wrote:
> Refrain from defining default fw_cfg register offsets on
> unsupported architectures -- throw an error instead. If
> QEMU were to add fw_cfg support on additional architectures,
> we should add them to the FW_CFG_SYSFS depends stateme
On Mon, Feb 22, 2016 at 03:26:23PM -0500, Gabriel L. Somlo wrote:
> On Mon, Feb 22, 2016 at 10:14:50PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote:
> > > > > +static void fw_cfg_io_cleanup(void)
> > > > > +{
> > > > > + if (fw_cfg_is_mmi
Fail all pending requests after surprise removal of a drive.
misc: Proper handling of resource free in probe failure path.
Signed-off-by: Vignesh Gunasekaran
Signed-off-by: Selvan Mani
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c | 78 --
Allow device initialization to finish gracefully when it is in
FTL rebuild failure state. Also, recover device out of this state
after successfully secure erasing it.
Signed-off-by: Selvan Mani
Signed-off-by: Vignesh Gunasekaran
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip3
Added timeout handler. Implementing timeout handler requires replacing
blk_mq_end_request()
with blk_mq_complete_request() to avoid double completion of a request.
Signed-off-by: Selvan Mani
Signed-off-by: Rajesh Kumar Sambandam
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip
When FTL rebuild is in progress, alloc_disk() initializes the disk
but device node will be created by add_disk() only after successful
completion of FTL rebuild. So, skip deletion of device node in
removal path when FTL rebuild is in progress.
Signed-off-by: Selvan Mani
Signed-off-by: Asai Thambi
Hi all,
Changes since 20160222:
The f2fs tree gained complex conflicts against Linus' tree for which I
dropped a commit from the f2fs tree.
The aio tree still had a build failure so I used the version from
next-20160111.
Non-merge commits (relative to Linus' tree): 6427
5239 fil
Flush inflight IOs using fsync_bdev() when the device is safely
removed. Also, block further IOs in device open function.
Signed-off-by: Selvan Mani
Signed-off-by: Rajesh Kumar Sambandam
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c | 34 ++
Prevent standby immediate command from being issued in remove,
suspend and shutdown paths, while drive is performing FTL rebuild
process.
Signed-off-by: Selvan Mani
Signed-off-by: Vignesh Gunasekaran
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c | 20 -
Print exact time when an internal command is interrupted.
Signed-off-by: Selvan Mani
Signed-off-by: Rajesh Kumar Sambandam
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/block/mtip32x
Remove setting and clearing MTIP_PF_EH_ACTIVE_BIT flag in
mtip_handle_tfe() as they are redundant. Also avoid waking
up service thread from mtip_handle_tfe() because it is
already woken up in case of taskfile error.
Signed-off-by: Selvan Mani
Signed-off-by: Rajesh Kumar Sambandam
Signed-off-by:
Service thread does not detect the need for taskfile error handling. Fixed the
flag condition to process taskfile error.
Signed-off-by: Selvan Mani
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c |6 +++---
drivers/block/mtip32xx/mtip32xx.h |5 +
2 files change
To avoid erasing a device with a mounted filesystem, try to get exclusive
access to the blkdev object corresponding to the device.
Signed-off-by: Selvan Mani
Signed-off-by: Rajesh Kumar Sambandam
Signed-off-by: Asai Thambi S P
---
drivers/block/mtip32xx/mtip32xx.c | 113 +
Hi Jens,
This patchset includes various fixes for mtip32xx driver, tested
on kernel 4.5-rc3
Selvan Mani (10):
mtip32xx: Abort secure erase when drive is mounted
mtip32xx: Fix broken service thread handling
mtip32xx: Remove unwanted code from taskfile error handler
mtip32xx: Print exact ti
On 02/19/2016 07:56 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
Register the notifier to receive write track event so that we can update
our shadow page table
It makes kvm_mmu_pte_write() be the callback of the notifier, no function
is changed
Signed-off-by: Xiao Gu
On 02/19/2016 07:55 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
If the page fault is caused by write access on write tracked page, the
real shadow page walking is skipped, we lost the chance to clear write
flooding for the page structure current vcpu is using
Fix it
Hi Oleg,
[auto build test ERROR on staging/staging-testing]
[also build test ERROR on v4.5-rc5 next-20160222]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/green-linuxhacker-ru/More-Lustre
From: Diego Viola
Date: Mon, 22 Feb 2016 22:58:48 -0300
> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote:
>> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote:
>>> Signed-off-by: Diego Viola
>>
>> You should write a commit log.
>
> I thought about including the link to my bug report:
On 02/19/2016 07:51 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
+void kvm_page_track_write(struct kvm_vcpu *vcpu, gpa_t gpa, const u8 *new,
+ int bytes)
+{
+ struct kvm_page_track_notifier_head *head;
+ struct kvm_page_track_notif
Due to the company's awful projecting, this chip has been renamed to
PH1-LD20. It has not been shipped yet, this change would not give
much impact on our customers.
Signed-off-by: Masahiro Yamada
---
Olof, Arnd,
Please apply this patch along with my series
"[PATCH 0/9] ARM: uniphier: UniPhier
On Mon, 22 Feb 2016, Darren Hart wrote:
Unfortunately, backporting this to stable is not quite so simple.
First, 3.16 doesn't really work as between 3.16 and 3.17 the following patch
landed:
ce363c2 ideapad-laptop: Change Lenovo Yoga 2 series rfkill handling
Which changes the name of the dmi_
On 02/19/2016 07:45 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
+/*
+ * check if the corresponding access on the specified guest page is tracked.
+ */
+bool kvm_page_track_check_mode(struct kvm_vcpu *vcpu, gfn_t gfn,
+ enum kvm_page_track_
On 02/19/2016 07:37 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
+static bool check_mode(enum kvm_page_track_mode mode)
+{
+ if (mode < 0 || mode >= KVM_PAGE_TRACK_MAX)
+ return false;
+
+ return true;
+}
Oops, forgot about this; please rena
On 02/19/2016 07:37 PM, Paolo Bonzini wrote:
On 14/02/2016 12:31, Xiao Guangrong wrote:
+ /* does tracking count wrap? */
+ WARN_ON((count > 0) && (val + count < val));
This doesn't work, because "val + count" is an int.
val is 'unsigned short val' and count is 'short', so
'v
Hi Vinod,
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, February 23, 2016 8:42 AM
> To: Appana Durga Kedareswara Rao
> Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga
> Kedareswara Rao; moritz.fisc...@ettus.com;
> laurent.p
Hi Vinod,
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, February 23, 2016 8:40 AM
> To: Appana Durga Kedareswara Rao
> Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga
> Kedareswara Rao; moritz.fisc...@ettus.com;
> laurent.p
From: Oleg Drokin
Replace it with enum ost_cmd
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre/lustre_idl.h
b/drivers/staging/lustre/lu
From: Oleg Drokin
This is another round of Lustre cleanups mostly aimed at
fixing checkpatch warnings, but also removing
unneeded code and fixign other things I am noticing along the way.
Oleg Drokin (56):
staging/lustre/fld: Remove useless typedefs
staging/lustre: Get rid of client_obd_lock
From: Oleg Drokin
Replace it with enum cksum_type
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++--
drivers/staging/lustre/lustre/include/obd.h | 2 +-
drivers/staging/lustre/lustre/include/obd_cksum.h | 12 ++--
1 - 100 of 1230 matches
Mail list logo
