On Fri, Feb 12, 2016 at 12:25:25PM -0800, Christopher S. Hall wrote:
> /**
> + * get_device_system_crosststamp - Synchronously capture system/device
> timestamp
> + * @sync_devicetime: Callback to get simultaneous device time and
> + * system counter from the device driver
> + * @xtstamp:
Commit-ID: f2cc8e0791c70833758101d9756609a08dd601ec
Gitweb: http://git.kernel.org/tip/f2cc8e0791c70833758101d9756609a08dd601ec
Author: Borislav Petkov
AuthorDate: Tue, 16 Feb 2016 00:19:18 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Feb 2016 08:45:15 +0100
x86/cpufeature: Speed up
Commit-ID: 1ad826bad5bd0b6ccfb203f78c70302b764df0be
Gitweb: http://git.kernel.org/tip/1ad826bad5bd0b6ccfb203f78c70302b764df0be
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 12 Feb 2016 18:30:01 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 15 Feb 2016 17:33:26 -0300
pe
Commit-ID: 5141d7350d3d8a12f1f76b1015b937f14d2b97e2
Gitweb: http://git.kernel.org/tip/5141d7350d3d8a12f1f76b1015b937f14d2b97e2
Author: Wang Nan
AuthorDate: Fri, 5 Feb 2016 14:01:30 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 17:27:48 -0300
perf data: Fix rele
(I've Cc:-ed the EFI-FB and FB gents. Mail quoted below.)
* Alexander Popov wrote:
> Currently the code in fb_is_primary_device() contains to_pci_dev() macro
> which is applied to dev from struct fb_info. In some cases this causes
> bad memory access when fb_is_primary_device() handles fb_info
Commit-ID: 682dc24c2a0f13d5a16ac8f4303671eb8f11519f
Gitweb: http://git.kernel.org/tip/682dc24c2a0f13d5a16ac8f4303671eb8f11519f
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 12 Feb 2016 16:48:00 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 16:53:22 -0300
pe
Commit-ID: 2146afc6b45b3f1b967f5605d4e6d97dd9e31061
Gitweb: http://git.kernel.org/tip/2146afc6b45b3f1b967f5605d4e6d97dd9e31061
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 12 Feb 2016 17:09:17 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 17:09:17 -0300
pe
Commit-ID: d20a5f2b277b2f46548fb60f2bb95ad9a601d3fe
Gitweb: http://git.kernel.org/tip/d20a5f2b277b2f46548fb60f2bb95ad9a601d3fe
Author: Wang Nan
AuthorDate: Fri, 12 Feb 2016 17:01:17 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 17:01:17 -0300
perf tools: Free t
Commit-ID: 89fee70943232d73e3cc328634e0da253b6de9b5
Gitweb: http://git.kernel.org/tip/89fee70943232d73e3cc328634e0da253b6de9b5
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 11 Feb 2016 17:14:13 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 12:52:25 -0300
pe
Commit-ID: a8adfceb389a0045e06af22517fa3326797b160a
Gitweb: http://git.kernel.org/tip/a8adfceb389a0045e06af22517fa3326797b160a
Author: Wang Nan
AuthorDate: Fri, 12 Feb 2016 16:31:23 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 16:51:15 -0300
perf tools: Unlink
Commit-ID: fc0a2c1d59beac70b8738f4ce14431b798837374
Gitweb: http://git.kernel.org/tip/fc0a2c1d59beac70b8738f4ce14431b798837374
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 12 Feb 2016 16:43:02 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 16:53:19 -0300
pe
Commit-ID: e7ee404757609067c8f261d90251f1e96459c535
Gitweb: http://git.kernel.org/tip/e7ee404757609067c8f261d90251f1e96459c535
Author: Wang Nan
AuthorDate: Fri, 5 Feb 2016 14:01:27 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 10:54:47 -0300
perf symbols: Fix s
Commit-ID: 37b4e2020a5f4dbecf22ee3efe92de6dbea1c5f0
Gitweb: http://git.kernel.org/tip/37b4e2020a5f4dbecf22ee3efe92de6dbea1c5f0
Author: Zubair Lutfullah Kakakhel
AuthorDate: Tue, 9 Feb 2016 13:33:38 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 11:30:20 -0300
pe
Commit-ID: 37d9bb580aa73c171c51fb93edf67a902bcb186f
Gitweb: http://git.kernel.org/tip/37d9bb580aa73c171c51fb93edf67a902bcb186f
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 12 Feb 2016 11:27:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 12:52:20 -0300
pe
Commit-ID: b416e204f88dd91d9e99f6deee3d57fbc90aee40
Gitweb: http://git.kernel.org/tip/b416e204f88dd91d9e99f6deee3d57fbc90aee40
Author: Taeung Song
AuthorDate: Tue, 9 Feb 2016 20:53:10 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 11:30:27 -0300
perf python scri
On Fri, Feb 12, 2016 at 12:25:24PM -0800, Christopher S. Hall wrote:
> The code in ktime_get_snapshot() is a superset of the code in
> ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is
> called only by the PPS code, pps_get_ts(). Consolidate the
> pps_get_ts() code into a single f
Commit-ID: c7ac24178c50a01f14eebcddf5c7b7a2e54676cc
Gitweb: http://git.kernel.org/tip/c7ac24178c50a01f14eebcddf5c7b7a2e54676cc
Author: Taeung Song
AuthorDate: Thu, 11 Feb 2016 02:51:17 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Feb 2016 10:54:46 -0300
perf config: Ad
* Borislav Petkov wrote:
> On Fri, Feb 12, 2016 at 07:56:59PM +0100, Paolo Bonzini wrote:
> > Ok, next examples: MSR_VM_CR and MSR_VM_IGNNE. :)
>
> I knew you were going to dig out some. :-)
>
> > Are you okay with moving all the SVM MSRs to virtext.h instead?
>
> So I would not move any now
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit a7636d9ecfa3ab7800a7c04c1f89378229eff609:
>
> kprobes: Optimize hot path by using percpu counter to collect 'nhit'
> st
On 02/16/2016 07:37 AM, tiffany lin wrote:
>>> +static int vidioc_venc_s_parm(struct file *file, void *priv,
>>> + struct v4l2_streamparm *a)
>>> +{
>>> + struct mtk_vcodec_ctx *ctx = fh_to_ctx(priv);
>>> +
>>> + if (a->type == V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE) {
>>>
* Andy Lutomirski wrote:
> These fields have a strange history. This tries to document it.
>
> This borrows from 9a036b93a344 ("x86/signal/64: Remove 'fs' and 'gs'
> from sigcontext"), which was reverted by ed596cde9425 ("Revert x86
> sigcontext cleanups").
>
> Signed-off-by: Andy Lutomirski
From: Olof Johansson
Accidentally specified a smaller record size, bring it back
to the same size as we had when we used the config file.
Signed-off-by: Olof Johansson
Signed-off-by: Enric Balletbo i Serra
Reviewed-by: Sameer Nanda
---
drivers/platform/chrome/chromeos_pstore.c | 2 +-
1 file
From: Aaron Durbin
In order to handle the firmware placing the ramoops buffer
in a different location than the kernel is configured to look
probe for an ACPI device specified by GOOG acpi id. If
no device is found or the first memory resource is not defined
properly fall back to the configure
From: Gene Chen
Add support for Leon touch devices, which is the same as
slippy/falco/peppy/wolf on the same buses using the LynxPoint-LP I2C via
the i2c-designware-pci driver.
Based on the following patch:
https://chromium-review.googlesource.com/#/c/168351/
Signed-off-by: Gene Chen
Reviewed-
Dear all,
Please take in consideration to include these patches that upstreams some
changes already found in chromeos kernel. The three patches came from the
chromeos tree and were tested in current mainline.
The first patch simply adds the touch device for Leon Chromebook, the
second and the thi
On 02/16/2016 01:02 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2016-02-11 at 15:05 +0530, Archit Taneja wrote:
component_master_add_with_match can fail if the master's bind op doesn't
go through successfully. In such a scenario, all the components in the
master's match array have their 'master' poi
From: Magnus Damm
The deprecated DT properties are part of the GIT history,
no need to keep them around any longer.
Signed-off-by: Magnus Damm
Acked-by: Rob Herring
Acked-by: Geert Uytterhoeven
---
Changes since V2:
- Added Acked-by from Rob
- Fixed properties typo - Thanks Geert
- Added
From: Magnus Damm
Remove the 32-bit CMT compat strings to reduce maintenance burden.
It should be fine to break DT compatibility because the 32-bit
32-bit CMT DT binding was never part of any upstream DTS file.
Signed-off-by: Magnus Damm
Acked-by: Rob Herring
Acked-by: Geert Uytterhoeven
---
From: Magnus Damm
Remove the sh7372 CMT compat string to reduce maintenance burden.
It should be fine to break DT compatibility because:
1) The sh7372 SoC support has been removed from upstream
2) The sh7372 CMT DT binding was never part of upstream DTS
3) The CMT driver never matches on the sh7
From: Magnus Damm
Update SoC-specific bindings for r8a73a4 and R-Car Gen2 CMT0 and CMT1.
Signed-off-by: Magnus Damm
Acked-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
Acked-by: Rob Herring
---
Changes since V2:
- Added Acked-by from Rob
- Removed Tested-by tag from DT binding patch
From: Magnus Damm
Deprecate "renesas,channels-mask" and update the r8a7790 CMT example.
Signed-off-by: Magnus Damm
Acked-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
Acked-by: Rob Herring
---
Changes since V2:
- Added Acked-by from Rob
- Removed Tested-by tag from DT binding patch -
From: Magnus Damm
Add documentation for new separate CMT0 and CMT1 DT compatible strings
for R-Car Gen2. These compat strings allow us to enable CMT1-specific
features in the driver. The old compat strings will be deprecated in
the not so distant future.
Signed-off-by: Magnus Damm
Acked-by: Gee
clocksource: sh_cmt: DT binding rework V3
[PATCH v3 01/06] devicetree: bindings: Remove sh7372 CMT binding
[PATCH v3 02/06] devicetree: bindings: R-Car Gen2 CMT0 and CMT1 bindings
[PATCH v3 03/06] devicetree: bindings: r8a73a4 and R-Car Gen2 CMT bindings
[PATCH v3 04/06] devicetree: bindings: Depr
On Mon, 15 Feb 2016, Dave Chinner wrote:
On Tue, Feb 16, 2016 at 02:58:04AM +, Nag Avadhanam (nag) wrote:
Its the calculation of the # of bytes of non-reclaimable file system cache
pages that has been troubling us. We do not want to count inactive file
pages (of programs/binaries) that were
On Mon, Jan 25, 2016 at 04:25:03PM +0900, Byungchul Park wrote:
> On Tue, Jan 05, 2016 at 10:14:44AM +0100, Peter Zijlstra wrote:
> > So the reason I didn't mark them for stable is that they were non
> > trivial, however they've been in for a while now and nothing broke, so I
> > suppose backportin
Hi Linus,
Linus Walleij 於 2016/2/10 下午 05:08 寫道:
On Thu, Jan 28, 2016 at 10:20 AM, Peter Hung wrote:
+#include
+#include
Drivers should just
#include
ok.
+static struct f81504_gpio_chip *gpio_to_f81504_chip(struct gpio_chip *chip)
+{
+ return container_of(chip, struct f81504_gpi
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
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
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
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 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
Hi Hans,
On Mon, 2016-02-15 at 13:04 +0100, Hans Verkuil wrote:
> Hi Tiffany,
>
> Once again, thanks for your patch series!
>
> I have some more comments below.
>
> On 02/04/2016 12:34 PM, Tiffany Lin wrote:
> >
> > ==
> > Introduction
> > ==
> >
> > The purpose of th
From: Ma Jun
Add the platform device driver for mbigen chip v1.
This patch just same as mbigen v2.
Signed-off-by: Ma Jun
---
drivers/irqchip/Makefile|2 +-
drivers/irqchip/irq-mbigen-v1.c | 76 +++
2 files changed, 77 insertions(+), 1 deletions
From: Ma Jun
For peripheral devices which connect to mbigen,mbigen is a interrupt
controller. So, we create irq domain for each mbigen device and add
mbigen irq domain into irq hierarchy structure.
Signed-off-by: Ma Jun
---
drivers/irqchip/irq-mbigen-v1.c | 136 +++
From: Ma Jun
Because added the mbigen-v1 compatible string, the origin name is
not suitable any more. So,I remove the version number from file name.
Signed-off-by: Ma Jun
---
.../interrupt-controller/hisilicon,mbigen-v2.txt | 74
.../interrupt-controller/hisilicon,mbig
From: Ma Jun
This patch set is used to support the mbigen v1 chip.
Compared to mbigen v2 chip, the main difference between them is
register layout(address,format)
As a sequence of this difference, the functions used to get or calculate
register address are also changed for this reason.
Changes
From: Ma Jun
Add the interrupt controller chip operation functions of mbigen chip.
Signed-off-by: Ma Jun
---
drivers/irqchip/irq-mbigen-v1.c | 75 +++
1 files changed, 75 insertions(+), 0 deletions(-)
diff --git a/drivers/irqchip/irq-mbigen-v1.c b/drivers
This patch modifies the jvmti makefile to check
if /usr/sbin/java-update-alternatives is present.
If so, then use it, if not then use the altenatives
command. This helps handle the difference between
Ubuntu and Fedora Linux distributions.
Signed-off-by: Stephane Eranian
---
tools/perf/jvmti/Make
Hi Hans,
Thanks for your time.
On Mon, 2016-02-15 at 12:21 +0100, Hans Verkuil wrote:
> On 02/04/2016 12:35 PM, Tiffany Lin wrote:
> > From: Andrew-CT Chen
> >
> > Add v4l2 layer encoder driver for MT8173
> >
> > Signed-off-by: Tiffany Lin
>
> If Andrew is the author, shouldn't there be a Sig
From: Ma Jun
Add the "hisilicon,mbigen-v1" string in binding file.
Signed-off-by: Ma Jun
---
.../interrupt-controller/hisilicon,mbigen-v2.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
a/Documentation/devicetree/bindings/interrupt-controller/hisilicon,mbigen-v2.t
This patch:
1. Renames DT bindings document of Broadcom STB SATA3 PHY driver to
common Broadcom SATA3 PHY driver bindings document
2. Adds bindings info for NS2 SATA3 PHY
Signed-off-by: Anup Patel
---
.../phy/{brcm,brcmstb-sata-phy.txt => brcm-sata-phy.txt} | 15 +--
1 file changed,
The Broadcom iProc SoCs have AHCI compliant SATA controller. This
patch adds common compatible string for AHCI SATA controller on
iProc SoCs.
Signed-off-by: Anup Patel
---
Documentation/devicetree/bindings/ata/ahci-platform.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/de
This patch adds support for Broadcom NS2 SATA3 PHY in existing
Broadcom SATA3 PHY driver.
Signed-off-by: Anup Patel
---
drivers/phy/phy-brcm-sata.c | 238 +---
1 file changed, 200 insertions(+), 38 deletions(-)
diff --git a/drivers/phy/phy-brcm-sata.c b/d
Currently, we have a common SATA3 PHY driver for all Broadcom
STB SoCs. This driver can be extended and re-used for Broadcom
iProc SoCs having same SATA3 PHY.
This patch renames existing Broadcom STB SATA3 PHY driver to
common Broadcom SATA3 PHY driver to share this PHY driver across
Broadcom SoCs
We have one dual-port SATA3 AHCI controller present in
NS2 SoC.
This patch enables SATA3 AHCI controller and SATA3 PHY
for NS2 SoC in NS2 DT.
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm64/boot/dts/broadcom/ns2-svk.dts | 12 +
arch/arm64/boot/
The Broadcom NS2 SoC has a AHCI compliant SATA3 controller with
two ports.
This patchset adds common Broadcom SATA3 PHY driver and related
DT bindings document. It also adds appropriate DT nodes for NS2 DT.
The patchset is based on v4.5-rc3 tag and is available in branch
ns2_sata3_v1 of https://g
Hi Paolo,
On 2/12/16 22:38, Paolo Bonzini wrote:
On 12/02/2016 14:59, Suravee Suthikulpanit wrote:
+"icrh:icrl=%#010x:%08x, id=%u, index=%u\n",
+__func__, svm->vcpu.cpu, svm->vcpu.vcpu_id,
+icrh, icrl, id, index);
+
+ switch (id) {
+
Enable the COMPILE_TEST to get build coverage of some of Samsung clock
controller drivers. Still some of them will be built only if
appropriate SoC is chosen (like SOC_EXYNOS4415 or ARCH_S3C64XX).
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
Tested-by: Javier Martinez
Hi,
Patchset attempts to remove the ARCH_EXYNOS7 symbol.
I rebased this on top of James':
- clk: Move vendor's Kconfig into CCF menu section
http://www.spinics.net/lists/devicetree/msg111953.html
The third patch depends on previous ones so one way of merging this
would be to prepare a tag fr
The ARMv8 Exynos family SoCs in Linux kernel are currently:
- Exynos5433 (controlled by ARCH_EXYNOS),
- Exynos7 (controlled by ARCH_EXYNOS7).
It duplicates Kconfig symbols unnecessarily, so consolidate them into
one ARCH_EXYNOS. Future SoCs could fall also under the ARCH_EXYNOS
symbol.
The comm
Currently the Exynos5433 (ARMv8 SoC) clock driver depends on ARCH_EXYNOS
so it is built also on ARMv7. This does not bring any kind of benefit.
There won't be a single kernel image for ARMv7 and ARMv8 SoCs (like
multi_v7 for ARMv7).
Instead build clock drivers only for respective SoC's architectur
Dear Gregory,
On Mon, 8 Feb 2016 18:14:17 +0100 Gregory CLEMENT wrote:
> Add initial dtsi files to support Marvell Armada 3700 SoC with Cortex-A53
> CPUs. There are two members in this family: the Armada 3710 (Single CPU)
> and the Armada 3720 (Dual CPUs).
>
> It also adds a dts file for the Marv
Dear Gregory,
On Mon, 8 Feb 2016 18:14:13 +0100 Gregory CLEMENT wrote:
> The Armada 3700 is an mvebu ARM64 SoC using one or two Cortex-A53 cores
> depending of the variant.
>
> Signed-off-by: Gregory CLEMENT
> Reviewed-by: Thomas Petazzoni
> ---
> arch/arm64/Kconfig.platforms | 6 ++
> 1
On Mon, 15 Feb 2016, Dave Chinner wrote:
On Mon, Feb 15, 2016 at 03:52:31PM -0800, Daniel Walker wrote:
On 02/15/2016 03:05 PM, Dave Chinner wrote:
What you are proposing isn't accurate, either, because it will be
stale by the time the inode cache traversal is completed and the
count returned
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lustre_dlm.h | 2 +-
drivers/staging/lustre/lustre/include/lustre_net.h | 2 +-
drivers/staging/lustre/lustre/ptlrpc/recover
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/cl_object.h | 2 +-
drivers/staging/lustre/lustre/include/lprocfs_status.h | 2 +-
drivers/staging/lustre/lustre/incl
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lov/lov_pool.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/lov/lov_pool.c
From: Oleg Drokin
This only makes sense on metadata server, so get rid of it.
Also remove now unused MDS_OSC_MAX_RIF_DEFAULT define
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/obd.h | 1 -
drivers/staging/lustre/lustre/ldlm/ldlm_lib.c | 28 +
From: Oleg Drokin
All the users seems to have disappeared.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/obd.h | 28
1 file changed, 28 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/obd.h
b/drivers/staging/lustre/lustre/in
From: Oleg Drokin
The complicated version of osc_page_protected and osc_page_is_dlocked
are unsafe and were commented out for ages, so probably no point in
carrying them on.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/osc/osc_page.c | 99
1 file ch
From: Oleg Drokin
class_get_type has some references to various server modules
that could not exist on the server, so get rid of them.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/obdclass/genops.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/staging/lust
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/lproc_llite.c | 2 +-
drivers/staging/lustre/lustre/llite/vvp_io.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also removed some redundant assertions.
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/lov/lov_cl_internal.h| 6 +--
drivers/staging/lustre/lustre/lov/lov_dev.c| 40
locked_access_point() is the entry point of the whole LOCKED_ACCESS
framework, every time a locked_access_point() is called, LOCKE_ACCESS
will correlate the data access location with the current acqchain.
So putting locked_access_point() at the data accesses you care about is
the step #2 to use LO
Provide the proc filesystem interface for LOCKED_ACCESS, for a locked
access class whose name is , there will be a file at
/proc/locked_access/ containing all the information the
LOCKED_ACCESS has collected so far.
Also add a macro to define a locked access class.
Signed-off-by: Boqun Feng
---
The variables protected by an RCU read-side critical section are
sometimes hard to figure out, especially when the critical section is
long or has some function calls in it. However, figuring out which
variable a RCU read-side critical section protects could save
us a lot of time for code reviewing
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/fld/fld_cache.c| 10 +++-
drivers/staging/lustre/lustre/fld/fld_internal.h | 2 +-
drivers/staging/lustre/lustre/fld/fld_request.c |
Hi all,
This is the v2 for RCU_LOCKED_ACCESS.
Link of v1: http://article.gmane.org/gmane.linux.kernel/2143674
Changes since v1:
* Define newly introduced irq_context helpers as macros when
lockdep doesn't trace irq_context, because these helpers will be
quite simple then a
Add held_lock::prev_acqchain_key and task_struct::curr_acqchain_key to
maintain the keys of acqchains as the same as what lockdep does for
keys of lock classes.
Signed-off-by: Boqun Feng
---
include/linux/lockdep.h | 3 +++
include/linux/sched.h| 3 +++
kernel/fork.c| 3 +++
Add two helper functions of irq_context:
task_irq_context(): return the encoded irq_context of the task, the
return value is encoded in the same as ->irq_context of held_lock.
Always return 0 if !(CONFIG_TRACE_IRQFLAGS && CONFIG_PROVE_LOCKING)
is_same_irq_context(): compare whether two irq_contex
As a similar concept as a lock class, a locked access class is a group
of locks and related data accesses of those locks. A locked access
class also contains the structures for allocation and lookup of
acqchains and accesses.
The address of a locked access class is used as its key, we tag a group
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ldlm/interval_tree.c | 2 -
drivers/staging/lustre/lustre/ldlm/ldlm_extent.c | 9 ++-
drivers/stagi
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 32 +++---
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/lustre/lustre
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lmv/lmv_intent.c | 11 +--
drivers/staging/lustre/lustre/lmv/lmv_internal.h | 6 +-
drivers/stagin
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
The only exception is ll_update_inode where dropping != NULL
in the construction below would break the logic.
I guess we could change lsm != NULL to !!lsm, but that's uglier.
(lsm != NULL) == ((body->valid
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/mdc/mdc_lib.c | 12 +--
drivers/staging/lustre/lustre/mdc/mdc_locks.c | 47 +-
drivers/
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/cl_object.h | 6 +--
drivers/staging/lustre/lustre/include/lclient.h| 4 +-
drivers/stag
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/mgc/mgc_request.c | 41 -
1 file changed, 20 insertions(+), 21 deletions(-)
di
On Tue, Feb 16, 2016 at 11:01:43AM +0800, Boqun Feng wrote:
> On Mon, Feb 15, 2016 at 05:05:53PM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 04, 2016 at 12:45:12AM +0800, Boqun Feng wrote:
> > > The variables protected by an RCU read-side critical section are
> > > sometimes hard to figure out,
From: Oleg Drokin
Checkpatch highlighted that some of our Lustre files carry this
extra paragraph and indeed it does seem somewhat redundant, so remove it.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/include/linux/lnet/lnetctl.h | 4
drivers/staging/lustre/lnet/klnds/s
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/osc/lproc_osc.c | 4 +-
drivers/staging/lustre/lustre/osc/osc_cache.c | 120 ++-
On Tue, 2016-02-16 at 00:47 -0500, gr...@linuxhacker.ru wrote:
> From: Oleg Drokin
>
> This pacifies checkpatch amongst other things, also is shorter to write
> and avoiding calls to printk_ratelimit() is also good.
[]
> diff --git a/drivers/staging/lustre/lustre/libcfs/linux/linux-tracefile.c
>
From: Oleg Drokin
Avoid using leading spaces that make checkpatch unhappy.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/tracefile.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/tracefile.h
b/drivers/stagi
Hi all,
Changes since 20160215:
The char-misc tree gained conflicts against the staging tree.
The gpio tree gained conflicts against the mfd and pinctrl trees and a
build failure so I used the version from next-20160215.
The clk tree gained conflicts against the samsung-krzk tree.
The aio
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ptlrpc/client.c | 75 +--
drivers/staging/lustre/lustre/ptlrpc/connection.c | 2
From: Oleg Drokin
Problem highlighted by checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-debug.c | 2 +-
drivers/staging/lustre/lustre/libcfs/tracefile.c | 2 +-
drivers/staging/lustre/lustre/libcfs/tracefile.h | 3 +--
drivers/stagin
From: Oleg Drokin
This fixes checkpatch messages about
"spaces preferred around that '-' (ctx:VxV)"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 2 +-
drivers/staging/lustre/lustre/libcfs/linux/linux-mem.c | 2 +-
drivers/staging/lustre/lu
From: Oleg Drokin
Lines that were too long for not good reason were shortened in this patch.
Found with checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-debug.c | 6 --
drivers/staging/lustre/lustre/libcfs/tracefile.c | 6 +++---
drivers/s
From: Oleg Drokin
Found with checkpatch
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 4 ++--
drivers/staging/lustre/lustre/libcfs/hash.c| 1 -
drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c | 7 +++
drivers/staging/
From: Oleg Drokin
Adjust alignment of argments that were pushed to next lines
to conform to kernel code style.
Found with checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c| 3 +--
drivers/staging/lustre/lustre/libcfs/hash.c | 18 +-
1 - 100 of 925 matches
Mail list logo
