[PATCH v8 7/7] iommu/arm-smmu: Support non-strict mode

All we need is to wire up .flush_iotlb_all properly and implement the domain attribute, and iommu-dma and io-pgtable will do the rest for us. The only real subtlety is documenting the barrier semantics we're introducing between io-pgtable and the drivers for non-strict flushes. Signed-off-by: Robi

Re: [PATCH 02/10] locking/qspinlock: Remove unbounded cmpxchg loop from locking slowpath

On Mon, Apr 09, 2018 at 06:19:59PM +0100, Will Deacon wrote: > On Mon, Apr 09, 2018 at 05:54:20PM +0200, Peter Zijlstra wrote: > > On Mon, Apr 09, 2018 at 03:54:09PM +0100, Will Deacon wrote: > > > +/** > > > + * set_pending_fetch_acquire - set the pending bit and return the old > > > lock > > >

Re: [RESEND PATCH v3 0/3] sh: make early_platform code SuperH-specific

On 20/09/2018 15:00, Bartosz Golaszewski wrote: [ ... ] > Ping for 4.20. This is the third release cycle I'm trying to get this > merged and there never were any objections. Thanks for the heads up, it is in the pipe. -- Daniel -- Linaro.org │ Open source software

Re: [PATCH V8 1/2] clocksource: add gx6605s SOC system timer

On 20/09/2018 10:03, Guo Ren wrote: > Changelog: > - Add License and Copyright > - Use timer-of framework > - Change name with upstream feedback > - Use clksource_mmio framework > > Signed-off-by: Guo Ren > --- > drivers/clocksource/Kconfig | 8 ++ > drivers/clocksource/Makefile

Re: [PATCH v2] cpufreq: qcom-kryo: Fix section mismatch warning

On 20-09-18, 00:45, Rafael J. Wysocki wrote: > Because __init things go away at one point and calling them from the > other sections is a bad idea. OTOH, __exit things are simply not > needed in built-in drivers and they are never there if the driver is > built-in, so calling them from the other s

[PATCH v8 0/7] Add non-strict mode support for iommu-dma

Hi all, Hopefully this is the last spin of the series - I've now dropped my light touch and fixed up all the various prose text, plus implemented the proper quirk support for short-descriptor because it's actually just a trivial cut-and-paste job. Robin. Robin Murphy (2): iommu/io-pgtable-arm

Re: [PATCH 0/4] ARM: dts: mvebu: updates and new board

Hi Chris, On jeu., juil. 26 2018, Chris Packham wrote: > This series updates the armada-xp-98dx3236 SoC and related boards to use the > new style dts bindings for nand. > > I've also added a new db-88f6820-amc board which is an Armada-385 based > reference board from Marvell's switch team. It

Re: [PATCH] ARM: dts: stm32: update SPI6 dmas property on stm32mp157c

Hi Amélie On 09/17/2018 10:04 AM, Amelie Delaunay wrote: Remove unused parameter from SPI6 dmas property on stm32mp157c SoC. Fixes: dc3f8c86c10d ("ARM: dts: stm32: add SPI support on stm32mp157c") Signed-off-by: Amelie Delaunay --- arch/arm/boot/dts/stm32mp157c.dtsi | 4 ++-- 1 file changed

Re: [PATCH net-next 00/22] net: fix return type of ndo_start_xmit function

From: YueHaibing Date: Thu, 20 Sep 2018 20:32:44 +0800 > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, so make sure the implementation in > this driver has returns 'netdev_tx_t' value, and change the function > return type to netdev_t

Re: [PATCH v10 05/26] s390: vfio-ap: register matrix device with VFIO mdev framework

On Wed, 12 Sep 2018 15:42:55 -0400 Tony Krowiak wrote: > From: Tony Krowiak > > Registers the matrix device created by the VFIO AP device > driver with the VFIO mediated device framework. > Registering the matrix device will create the sysfs > structures needed to create mediated matrix devices

Re: [PATCH] clocksource/drivers/fttmr010: fix set_next_event handler

On Wed, Sep 19, 2018 at 3:13 PM Tao Ren wrote: > Currently, the aspeed MATCH1 register is updated to cycles> in set_next_event handler, with the assumption that COUNT > register value is preserved when the timer is disabled and it continues > decrementing after the timer is enabled. But the assu

Re: [PATCH V4 2/4] dt-bindings: soc: qcom: GENI SE SPI controller device tree binding

Quoting Dilip Kota (2018-09-18 11:07:24) > Move GENI SE SPI controller device-tree bindings > from devicetree/bindings/soc/qcom/qcom,geni-se.txt > to devicetree/bindings/spi/qcom,spi-geni-qcom.txt. > > Signed-off-by: Dilip Kota > --- Reviewed-by: Stephen Boyd

Re: [PATCH V4 1/4] dt-bindings: soc: qcom: Remove SPI controller maximum frequency binding

Quoting Dilip Kota (2018-09-18 11:07:23) > SPI controller driver should maintain the maximum frequency > of the controller instead of relying on device tree bindings. > Because maximum frequency is specific property of SPI > controller. > > Signed-off-by: Dilip Kota > --- Reviewed-by: Stephen Bo

Re: [PATCH v5] mtd: rawnand: ams-delta: use GPIO lookup table

On Wed, Sep 19, 2018 at 3:17 PM Janusz Krzysztofik wrote: > Now as Amstrad Delta board - the only user of this driver - provides > GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and > use the table to locate required GPIO pins. > > Declare static variables for storing GPIO descr

Re: [PATCH 3/4] dt-bindings: pinctrl: qcom: Add QCS404 pinctrl binding

Quoting Bjorn Andersson (2018-09-19 18:37:11) > + > +Example: > + > + tlmm: pinctrl@0100 { Drop leading 0. > + compatible = "qcom,qcs404-pinctrl"; > + reg = <0x0100 0x20>, > + <0x0130 0x20>, > + <0x07b00

Re: [PATCH v3 4/5] KVM/x86/vPMU: Add APIs to support host save/restore the guest lbr stack

> +int intel_pmu_enable_save_guest_lbr(struct kvm_vcpu *vcpu) > +{ > + struct kvm_pmu *pmu = vcpu_to_pmu(vcpu); > + struct perf_event *event; > + struct perf_event_attr attr = { > + .type = PERF_TYPE_RAW, > + .size = sizeof(attr), > + .pinned = true,

Re: [PATCH v10 04/26] s390: vfio-ap: base implementation of VFIO AP device driver

On Wed, 12 Sep 2018 15:42:54 -0400 Tony Krowiak wrote: > From: Tony Krowiak > > Introduces a new AP device driver. This device driver > is built on the VFIO mediated device framework. The framework > provides sysfs interfaces that facilitate passthrough > access by guests to devices installed o

Re: [PATCH] pinctrl: qcom: spmi-gpio: Add pms405 gpio support

Quoting Bjorn Andersson (2018-09-19 18:47:05) > diff --git a/drivers/pinctrl/qcom/pinctrl-spmi-gpio.c > b/drivers/pinctrl/qcom/pinctrl-spmi-gpio.c > index a29efbe08f48..b54891998caa 100644 > --- a/drivers/pinctrl/qcom/pinctrl-spmi-gpio.c > +++ b/drivers/pinctrl/qcom/pinctrl-spmi-gpio.c > @@ -1055,

Re: [PATCH] ARM: dts: stm32: enable display on stm32mp157c-ev1 board

Hi Yannick On 08/21/2018 02:58 PM, Yannick Fertré wrote: Enable panel raydium RM68200, DSI bridge & display controller. Signed-off-by: Yannick Fertré --- Applied on stm32-next. Thanks. Alex

Re: [PATCH v2] ARM: multi_v7_defconfig: enable STM32 SPI

Hi Amélie On 08/22/2018 12:49 PM, Amelie Delaunay wrote: Enable the STM32 SPI driver, implemented on STM32MP1 SoC. Signed-off-by: Amelie Delaunay --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/confi

Re: [PATCH] pinctrl: intel: Do pin translation in other GPIO operations as well

On Tue, Sep 18, 2018 at 8:36 AM Mika Westerberg wrote: > For some reason I thought GPIOLIB handles translation from GPIO ranges > to pinctrl pins but it turns out not to be the case. This means that > when GPIOs operations are performed for a pin controller having a custom > GPIO base such as Can

IT Decision Makers Across the Globe

Hello, Hope all is well! We are a database organization. We provide business executives' contact information. Below, I've included a few examples: Industry-Specific Lists: Agriculture, Business Services, Chambers of Commerce, Cities, Towns & Municipalities, Construction, Consumer Services

Re: [PATCH 2/2] pinctrl: tegra: move probe to __init section

On Tue, Sep 18, 2018 at 6:24 PM Stefan Agner wrote: > The Tegra pinctrl drivers are always built-in. This allows to use > platform_driver_probe() and mark several functions as __init. > This allows the kernel to free about 1KiB of memory if Tegra > pinctrl drivers are not used. > > Signed-off-by:

[PATCH] staging: greybus: control.c: fixed some coding style issues

fixed some "Alignment should match open parenthesis" checks. Signing up for the kernel clean up crew while I learn C Signed-off-by: Aaron Williams --- drivers/staging/greybus/control.c | 39 +++ 1 file changed, 19 insertions(+), 20 deletions(-) diff --git a/drivers/s

Re: [PATCH 1/2] pinctrl: tegra: do not export tegra_pinctrl_probe

On Tue, Sep 18, 2018 at 6:24 PM Stefan Agner wrote: > No user of tegra_pinctrl_probe can be built as a module, hence > exporting the symbol is not necessary. Drop EXPORT_SYMBOL_GPL. > > Signed-off-by: Stefan Agner Patch applied. Yours, Linus Walleij

Re: pinctrl-icelake: driver writes to wrong offsets?

Good bug hunting in this thread! Please see if you can use libgpiod or the tools from the kernel tools/gpio directory to test GPIO lines, I usually use that since the global GPIO numberspace only constantly confuse me. Especially when there is a really many many GPIOs the local numberspace and th

[PATCH 0/6] mount-api: fixes and cleanups

These fix issues with handling subtype (fuse specific thing) and rename some constants on the new API to make me happy. I realize the last patch could be viewed as bikeshedding, but I do think suggesting falsehood in a constant name can lead to painful real life bugs, so now is the time to think a

[PATCH 3/6] mount: fix regression in setting "subtype" from legacy API

Subtype was initilized at the wrong place from the wrong source (fstype->fs_type->name, which does not ever contain a subtype). Set subtype from do_new_mount(), where it actually does something. Verified with fuse. Signed-off-by: Miklos Szeredi --- fs/fs_context.c | 34 -

[PATCH 1/6] selinux: fold superblock_doinit() into only caller

...and remove the unused option parsing part as well. Signed-off-by: Miklos Szeredi --- security/selinux/hooks.c | 37 + 1 file changed, 9 insertions(+), 28 deletions(-) diff --git a/security/selinux/hooks.c b/security/selinux/hooks.c index 99c2c40c5d7a..1069

[PATCH 6/6] fsconfig: rename FSCONFIG_CMD_CREATE to FSCONFIG_CMD_OBTAIN

The old name strongly implies that a new superblock will be created from the fs_context. This is not true: filesystems are free to retuse an existing superblock and return that (for good reason). To avoid confusion, rename this command to something more appropriate. Signed-off-by: Miklos Szeredi

[PATCH 5/6] fsmount: do not use legacy MS_ flags

What happens if we introduce new flags for fsmount(2) and are already out of flags for mount(2)? I see a big mess that way. So let's instead start a clean new set, to be used in the new API. The MS_RELATIME flag was accepted but ignored. Simply leave this out of the new set, since "relatime" is

[PATCH 2/6] vfs_submount: use SB_SUBMOUNT instead of MS_SUBMOUNT

The latter is for the legacy userspace API only and should not be used internally. Signed-off-by: Miklos Szeredi --- fs/namespace.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/namespace.c b/fs/namespace.c index a28b713164bf..865b6f2c5e7d 100644 --- a/fs/namespace.c +++

[PATCH 4/6] fsconfig: parse "subtype" param for old internal API

This subtype thing is specific to "fuse" and "fuseblk" filesystems. When these are switched over to the new context API, the handling of this parameter can be moved from legacy_parse_param() into fuse. Signed-off-by: Miklos Szeredi --- fs/fs_context.c | 10 ++ 1 file changed, 10 inserti

Re: [PATCH] floppy: Do not copy a kernel pointer to user memory in FDGETPRM ioctl

On 9/20/18 8:01 AM, Joe Lawrence wrote: > On Mon, Aug 27, 2018 at 12:45:25AM -0700, Kees Cook wrote: >> On Tue, May 29, 2018 at 6:27 AM, Andy Whitcroft >> wrote: >>> On Wed, Mar 07, 2018 at 04:02:45PM -0800, Brian Belleville wrote: The final field of a floppy_struct is the field "name", whic

[PATCH] tools: PCI: exit with error code when test fails

This makes it easier to use pcitest in automated setups. Signed-off-by: Jean-Jacques Hiblot --- tools/pci/pcitest.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/pci/pcitest.c b/tools/pci/pcitest.c index af146bb..5adc8cd 100644 --- a/tools/pci/pcitest.c +++ b/tool

Re: [PATCH v7 2/4] power: supply: Add support for the Qualcomm Battery Monitoring System

Replies inline On 16 September 2018 14:48:36 BST, Sebastian Reichel wrote: >Hi, > >First of all thanks for the patch and big sorry for the long delay >in reviewing this. I did not find enough time to do it properly >until now :( > >On Thu, Jun 14, 2018 at 04:14:15PM +0100, Craig Tatlor wrote: >>

[PATCH] tools/power: Fix typo in man page

>From context, we mean EPB (Enegry Performance Bias). Signed-off-by: Matt Lupfer --- tools/power/x86/x86_energy_perf_policy/x86_energy_perf_policy.8 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/power/x86/x86_energy_perf_policy/x86_energy_perf_policy.8 b/tools/power/

Re: [PATCH v7 3/4] dt-bindings: power: supply: qcom_bms: Add bindings

On 16 September 2018 13:10:45 BST, Sebastian Reichel wrote: >Hi, > >Sorry for my long delay in reviewing this. I like the binding, >but the "qcom," specific properties should become common properties >in > >Documentation/devicetree/bindings/power/supply/battery.txt Thanks for the review, what

[PATCH] rtc: ds1307: use rtc_add_group

Register frequency test using rtc_add_group to avoid a possible race condition and simplify the code. This also moves the attribute to its proper location under the rtc device instead of the i2c parent device. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1307.c | 53 +++---

Re: [PATCH] jfs: remove redundant dquot_initialize() in jfs_evict_inode()

On 2018/9/20 22:24, Dave Kleikamp wrote: > On 9/20/18 9:18 AM, Chao Yu wrote: >> Ping, >> >> Any comments? > > Sorry for putting it off. It looks good to me. I'll push it upstream. Thanks for your review. ;) Thanks, > > Thanks, > Dave > >> >> On 2018/9/17 15:12, Chao Yu wrote: >>> We don't ne

Re: [PATCH] RDMA/cxgb4: remove redundant null pointer check before kfree_skb

On 9/20/2018 4:52 AM, zhong jiang wrote: > kfree_skb has taken the null pointer into account. hence it is safe > to remove the redundant null pointer check before kfree_skb. > > Signed-off-by: zhong jiang > --- > drivers/infiniband/hw/cxgb4/cm.c | 3 +-- > drivers/infiniband/hw/cxgb4/qp.c | 3

Re: [PATCH V2 4/13] KVM/MMU: Flush tlb directly in the kvm_handle_hva_range()

On 9/20/2018 12:08 AM, Michael Kelley (EOSG) wrote: > From: Tianyu Lan Sent: Monday, September 17, 2018 8:19 PM >> + >> +if (ret && kvm_available_flush_tlb_with_range()) { >> +kvm_flush_remote_tlbs_with_address(kvm, >> +

Re: [PATCH V12 00/14] Krait clocks + Krait CPUfreq

On 20 September 2018 14:01:57 BST, Sricharan R wrote: > > >On 9/20/2018 1:54 AM, Craig wrote: >> Yup, this patch seems to have fixed the higher frequencies from the >quick test I did. >> > Thanks !!. Can i take that as Craig Tatlor ? Sure, no problem > >Regards, > Sricharan > > tested-

Re: [PATCHv5 0/7] tty: Hold write ldisc sem in tty_reopen()

On Wed, 19 Sep 2018, Dmitry Safonov wrote: > On Wed, 2018-09-19 at 16:03 -0400, Mikulas Patocka wrote: > > > > On Wed, 19 Sep 2018, Dmitry Safonov wrote: > > > Thanks much for the testing, Mikulas. > > > Could you try to bisect which of the patches causes it? > > > The most important are 1,2,3

Re: [PATCH] jfs: remove redundant dquot_initialize() in jfs_evict_inode()

On 9/20/18 9:18 AM, Chao Yu wrote: > Ping, > > Any comments? Sorry for putting it off. It looks good to me. I'll push it upstream. Thanks, Dave > > On 2018/9/17 15:12, Chao Yu wrote: >> We don't need to call dquot_initialize() twice in jfs_evict_inode(), >> remove one of them for cleanup. >> >

Re: [PATCH] jfs: remove redundant dquot_initialize() in jfs_evict_inode()

Ping, Any comments? On 2018/9/17 15:12, Chao Yu wrote: > We don't need to call dquot_initialize() twice in jfs_evict_inode(), > remove one of them for cleanup. > > Signed-off-by: Chao Yu > --- > fs/jfs/inode.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/fs/jfs/inode.c b/fs/jfs/ino

Re: [PATCH 00/15] Add support for Sound BlasterX AE-5

Thank you for fixing that. I was doing that previously, but this time I was only doing it every few commits. Will make sure to go back to the way I was doing it before. Sorry about that. On Thu, Sep 20, 2018 at 3:23 AM, Takashi Iwai wrote: > On Tue, 18 Sep 2018 20:33:28 +0200, > Connor McAdams wr

Re: [PATCH] gpiolib: Show correct direction from the beginning

Hi On Thu, Sep 20, 2018 at 2:20 PM Timur Tabi wrote: > > > > On 09/19/2018 10:27 AM, Ricardo Ribalda Delgado wrote: > > Let me explain my current setup > > > > I have a board with input and output gpios, the direction is defined > > via pdata. When I run gpioinfo all the gpios are shown as input,

[PATCH] iio: magnetometer: hmc5843: Clean up redundant code.

Regmap tables are both defined in hmc5843_spi.c and hmc5843_i2c.c, while the only difference between these two set of tables is SPI need a read mask, which is set only in 'regmap_config' structrue. This patch moves the other structrues into hmc5843_core.c to reduce redundance. Signed-off-by: Song

Re: [PATCH V2 0/6] perf intel-pt: Improve the data displayed when using address filters

Em Thu, Sep 20, 2018 at 04:00:42PM +0300, Adrian Hunter escreveu: > Hi > > Here is V2 of some Intel PT patches to improve the data displayed when using > address filters. > > Previously, the decoder would indicate begin / end by a branch from / to > zero. That hides useful information, in particu

Re: [PATCH V5 0/6] perf and x86/intel_rdt: Fix lack of coordination with perf

On Wed, Sep 19, 2018 at 10:29:05AM -0700, Reinette Chatre wrote: > Reinette Chatre (6): > perf/core: Add sanity check to deal with pinned event failure > perf/x86: Add helper to obtain performance counter index > x86/intel_rdt: Remove local register variables > x86/intel_rdt: Create require

Re: [PATCH V5 5/6] x86/intel_rdt: Use perf infrastructure for measurements

On Wed, Sep 19, 2018 at 10:29:10AM -0700, Reinette Chatre wrote: > +static int measure_l3_residency(void *_plr) > +{ > + counts.miss_after -= counts.miss_before; > + if (boot_cpu_data.x86_model == INTEL_FAM6_BROADWELL_X) { > + /* > + * On BDW references and misses

Re: linux-next: Tree for Sep 20

On Thu, Sep 20, 2018 at 4:18 AM Stephen Rothwell wrote: > > Hi Michael, > > On Thu, 20 Sep 2018 21:10:08 +1000 Stephen Rothwell > wrote: > > > > On Thu, 20 Sep 2018 20:37:37 +1000 Michael Ellerman > > wrote: > > > > > > Oodles of: > > > > > > # < make -s -j 48 ARCH=arm64 > > > O=/kisskb/bui

Re: [PATCH] floppy: Do not copy a kernel pointer to user memory in FDGETPRM ioctl

On Mon, Aug 27, 2018 at 12:45:25AM -0700, Kees Cook wrote: > On Tue, May 29, 2018 at 6:27 AM, Andy Whitcroft > wrote: > > On Wed, Mar 07, 2018 at 04:02:45PM -0800, Brian Belleville wrote: > >> The final field of a floppy_struct is the field "name", which is a > >> pointer to a string in kernel me

Re: [PATCH v2 0/2] Compiler Attributes: (naked only, for v4.19)

On Thu, Sep 20, 2018 at 03:57:48PM +0200, Greg Kroah-Hartman wrote: > On Tue, Sep 18, 2018 at 06:55:40PM +0200, Miguel Ojeda wrote: > > These two patches are the 5th and 6th of the Compiler Attributes series, > > which Stefan and Nick requested to go into v4.19 so that the clang ARM32 > > build is

[PATCH v2 1/3] linkage.h: Align weak symbols.

Since WEAK() supposed to be used instead of ENTRY() to define weak symbols, but unlike ENTRY() it doesn't have ALIGN directive. It seems there is no actual reason to not have, so let's add ALIGN to WEAK() too. Signed-off-by: Andrey Ryabinin --- include/linux/linkage.h | 1 + 1 file changed, 1 in

[PATCH v2 2/3] arm64: lib: use C string functions with KASAN enabled.

ARM64 has asm implementation of memchr(), memcmp(), str[r]chr(), str[n]cmp(), str[n]len(). KASAN don't see memory accesses in asm code, thus it can potentially miss many bugs. Ifdef out __HAVE_ARCH_* defines of these functions when KASAN is enabled, so the generic implementations from lib/string.c

[PATCH v2 3/3] lib/test_kasan: Add tests for several string/memory API functions

Arch code may have asm implementation of string/memory API functions instead of using generic one from lib/string.c. KASAN don't see memory accesses in asm code, thus can miss many bugs. E.g. on ARM64 KASAN don't see bugs in memchr(), memcmp(), str[r]chr(), str[n]cmp(), str[n]len(). Add tests for

Re: [PATCH v2 0/2] Compiler Attributes: (naked only, for v4.19)

On Tue, Sep 18, 2018 at 06:55:40PM +0200, Miguel Ojeda wrote: > These two patches are the 5th and 6th of the Compiler Attributes series, > which Stefan and Nick requested to go into v4.19 so that the clang ARM32 > build is fixed. The v5 of Compiler Attributes will have these two removed > if this g

Re: [RFC/PATCH 2/5] device property: introduce notion of subnodes for legacy boards

Hi Dmitry, On Mon, Sep 17, 2018 at 11:16:00AM -0700, Dmitry Torokhov wrote: > +/** > + * device_add_child_properties - Add a collection of properties to a device > object. > + * @dev: Device to add properties to. In case you didn't notice my comment for this, you are missing @parent here. But w

Re: [PATCH] iio: magnetometer: Add support for PNI RM3100 9-axis magnetometer

On Thu, 20 Sep 2018, Song Qiang wrote: > PNI RM3100 magnetometer is a high resolution, large signal immunity > magnetometer, composed of 3 single sensors and a processing chip. > PNI is currently not in the vendors list, so this is also adding it. comments below > > Following functions are avai

Re: linux-next: build warnings after merge of the devicetree tree

On Wed, Sep 19, 2018 at 6:47 PM Stephen Rothwell wrote: > > Hi Rob, > > After merging the devicetree tree, today's linux-next build (arm > multi_v7_defconfig) produced these warnings: Yes, that's expected. I posted fixes for all of these last week. Some sub-arch maintainers haven't picked up the

[PATCH] iio: magnetometer: hmc5843: Fixed a comment error.

Replace 'hcm5843' with 'hmc5843'. Signed-off-by: Song Qiang --- drivers/iio/magnetometer/hmc5843.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/magnetometer/hmc5843.h b/drivers/iio/magnetometer/hmc5843.h index 76a5d7484d8d..a75224cf99df 100644 --- a/drivers/ii

Re: [PATCH v2 1/1] Bluetooth: hci_qca: Add poweroff support during hci down for wcn3990

Hi Matthias, On 2018-09-19 22:51, Matthias Kaehlcke wrote: On Wed, Sep 19, 2018 at 08:51:13PM +0530, Balakrishna Godavarthi wrote: This patch enables power off support for hci down and power on support for hci up. As wcn3990 power sources are ignited by regulators, we will turn off them durin

[PATCH] iio: magnetometer: hmc5843: Replace a return value.

This error apparently is caused by timed out event, so a -ETIMEDOUT should be used instead of a -EIO, and it also tells user what happened , so this dev_err may not be needed anymore. Signed-off-by: Song Qiang --- I used ./scripts/get_maintainer.pl to get maintainers about this file, I thought th

Re: [PATCH V2 0/6] perf intel-pt: Improve the data displayed when using address filters

Em Thu, Sep 20, 2018 at 04:00:42PM +0300, Adrian Hunter escreveu: > Here is V2 of some Intel PT patches to improve the data displayed when using > address filters. > Changes in V2: > > Improve commit messages Thanks a lot, helps a lot, - Arnaldo

Re: [PATCH] MAINTAINERS: Add csky

On Thu, Sep 20, 2018 at 12:17:43PM +0200, Greg KH wrote: > On Thu, Sep 20, 2018 at 06:14:07PM +0800, Guo Ren wrote: > > Add a maintainer information for the csky(C-SKY) architecture. > > > > Signed-off-by: Guo Ren > > --- > > MAINTAINERS | 16 > > 1 file changed, 16 insertions(+

Re: [RFC PATCH] irq/affinity: Mark the pre/post vectors as regular interrupts

Hi Kashyap, On 2018/9/20 16:39, Kashyap Desai worte: Dou - Do you want me to test your patch or shall I wait for next version ? I'm sorry, please wait for the next version. Thanks, dou

[PATCH] iio: magnetometer: Add support for PNI RM3100 9-axis magnetometer

PNI RM3100 magnetometer is a high resolution, large signal immunity magnetometer, composed of 3 single sensors and a processing chip. PNI is currently not in the vendors list, so this is also adding it. Following functions are available: - Single-shot measurement from /sys/bus/iio/devices/iio:

Re: [PATCH] signal/GenWQE: Fix sending of SIGKILL

On Thu, Sep 13, 2018 at 12:48:43PM +0200, Eric W. Biederman wrote: > > The genweq_add_file and genwqe_del_file by caching current without > using reference counting embed the assumption that a file descriptor > will never be passed from one process to another. It even embeds the > assumption that

Re: [PATCH v2 0/2] eeprom: use devres for nvmem providers

2018-09-12 10:04 GMT+02:00 Bartosz Golaszewski : > From: Bartosz Golaszewski > > While working on the nvmem framework recently I noticed that there are > many providers that don't use the devm variant of nvmem_register(). > This series contains relevant updates for eeprom drivers. > > Note that th

[PATCH V2 1/6] perf script: Enhance sample flags for trace begin / end

Allow for different combinations of sample flags with "trace begin" or "trace end". Previously, the Intel PT decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a trace ends with a call. Before remedying that, prepare 'perf script' to di

Re: [PATCH V12 00/14] Krait clocks + Krait CPUfreq

On 9/20/2018 1:54 AM, Craig wrote: > Yup, this patch seems to have fixed the higher frequencies from the quick > test I did. > Thanks !!. Can i take that as Tested-by: Craig Tatlor ? Regards, Sricharan > On 7 September 2018 15:28:53 BST, Craig Tatlor wrote: >> >> >> On 7

[PATCH V2 0/6] perf intel-pt: Improve the data displayed when using address filters

Hi Here is V2 of some Intel PT patches to improve the data displayed when using address filters. Previously, the decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a trace ends with a call. That happens when using address filters, for

[PATCH V2 3/6] perf tools: Improve thread_stack__event() for trace begin / end

thread_stack__event() is used to create call stacks, by keeping track of calls and returns. Improve the handling of trace begin / end to allow for a trace that ends in a call. Previously, the Intel PT decoder would indicate begin / end by a branch from / to zero. That hides useful information, in

[PATCH V2 2/6] perf db-export: Add trace begin / end branch type variants

Add branch types to cover different combinations with "trace begin" or "trace end". Previously, the Intel PT decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a trace ends with a call. Before remedying that, prepare the database export

[PATCH V2 5/6] perf intel-pt: Add decoder flags for trace begin / end

Previously, the decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a trace ends with a call. To prepare for remedying that, add Intel PT decoder flags for trace begin / end and map them to the existing sample flags. Signed-off-by: Adria

[PATCH V2 4/6] perf tools: Improve thread_stack__process() for trace begin / end

thread_stack__process() is used to create call paths for database export. Improve the handling of trace begin / end to allow for a trace that ends in a call. Previously, the Intel PT decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a

[PATCH V2 6/6] perf intel-pt: Implement decoder flags for trace begin / end

Have the Intel PT decoder implement the new Intel PT decoder flags for trace begin / end. Previously, the decoder would indicate begin / end by a branch from / to zero. That hides useful information, in particular when a trace ends with a call. That happens when using address filters, for example:

Re: [PATCH V12 00/14] Krait clocks + Krait CPUfreq

On 9/20/2018 1:54 AM, Craig wrote: > Yup, this patch seems to have fixed the higher frequencies from the quick > test I did. > Thanks !!. Can i take that as Craig Tatlor ? Regards, Sricharan tested-by: > On 7 September 2018 15:28:53 BST, Craig Tatlor wrote: >> >> >> On 7 Septemb

Re: [RESEND PATCH v3 0/3] sh: make early_platform code SuperH-specific

2018-08-27 11:06 GMT+02:00 Bartosz Golaszewski : > I recently started a discussion about the need for a proper early device > probing mechanism[1]. One that would be based on real platform drivers > and support both platform data and device tree. > > While we're far from reaching any consensus on t

Re: [QUEUED v20180920 15/16] lib: Add memcat_p(): paste 2 pointer arrays together

On Thu, Sep 20, 2018 at 03:45:52PM +0300, Alexander Shishkin wrote: > This adds a helper to paste 2 pointer arrays together, useful for merging > various types of attribute arrays. There are a few places in the kernel > tree where this is open coded, and I just added one more in the STM class. > >

Re: [PATCH v2 0/4] devres: provide and use devm_kstrdup_const()

2018-08-28 11:33 GMT+02:00 Bartosz Golaszewski : > This series implements devm_kstrdup_const() together with some > prerequisite changes and uses it in pmc-atom driver. > > v1 -> v2: > - fixed the changelog in the patch implementing devm_kstrdup_const() > - fixed the kernel doc > - moved is_kernel_

Re: [PATCH v3 5/5] KVM/x86/lbr: lazy save the guest lbr stack

On Thu, Sep 20, 2018 at 08:58:16PM +0800, Wei Wang wrote: > On 09/20/2018 08:37 PM, Peter Zijlstra wrote: > > On Thu, Sep 20, 2018 at 06:05:59PM +0800, Wei Wang wrote: > > > /** > > > + * lbr_select_user_callstack - check if the user callstack mode is set > > > + * > > > + * @lbr_select: the lbr

Re: [PATCH v3 5/5] KVM/x86/lbr: lazy save the guest lbr stack

On 09/20/2018 08:37 PM, Peter Zijlstra wrote: On Thu, Sep 20, 2018 at 06:05:59PM +0800, Wei Wang wrote: /** + * lbr_select_user_callstack - check if the user callstack mode is set + * + * @lbr_select: the lbr select msr + * + * Returns: true if the msr is configured to the user callstack mode.

Re: [PATCH 0/4] Remove cd-inverted property for STM32Fx boards

Hi Patrice On 07/26/2018 09:19 AM, patrice.chot...@st.com wrote: From: Patrice Chotard This series remove cd-inverted property from STM32Fx boards DT files. As GPIOS are used for card detect, the polarity can be indicated using GPIO_ACTIVE_(HIGH|LOW), so cd-inverted becomes useless. Patrice C

Re: [PATCH] ARM: dts: stm32: update rtc st,syscfg property on stm32h743

Hi Amélie On 08/22/2018 11:45 AM, Amelie Delaunay wrote: To fit with latest rtc driver updates, rtc st,syscfg property must contain the control register offset of pwrcfg and the mask corresponding to the DBP (Disable Backup Protection) bit. Signed-off-by: Amelie Delaunay --- arch/arm/boot/dt

The Contributor Covenant Code of Conduct is Dangerous

To whom it may concern, in this e-mail I will highlight what is fundamentally wrong with Contributor Covenant Code of Conduct (CoC for short). > Examples of unacceptable behavior by participants include: > [snip] > * Other conduct which could reasonably be considered inappropriate in a > profes

[PATCH net-next 11/22] net: faraday: fix return type of ndo_start_xmit function

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Found by coccinelle. Signed-off-by: YueHaibing --- drivers/net/ethernet/faraday/ftgmac100.c | 4 ++-- drivers/net/ethernet/faraday/f

[PATCH net-next 14/22] net: caif: fix return type of ndo_start_xmit function

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, so make sure the implementation in this driver has returns 'netdev_tx_t' value, and change the function return type to netdev_tx_t. Found by coccinelle. Signed-off-by: YueHaibing --- drive

[PATCH net-next 15/22] net: hamradio: fix return type of ndo_start_xmit function

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, so make sure the implementation in this driver has returns 'netdev_tx_t' value, and change the function return type to netdev_tx_t. Found by coccinelle. Signed-off-by: YueHaibing --- drive

[QUEUED v20180920 14/16] stm class: heartbeat: Fix whitespace

Fix whitespace in the code for better readability, no functional changes. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/stm/heartbeat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/stm/heartbeat.c b/drivers/hwtracing/stm/heartbeat.c index 7db42

[QUEUED v20180920 15/16] lib: Add memcat_p(): paste 2 pointer arrays together

This adds a helper to paste 2 pointer arrays together, useful for merging various types of attribute arrays. There are a few places in the kernel tree where this is open coded, and I just added one more in the STM class. The naming is inspired by memset_p() and memcat(), and partial credit for it

[QUEUED v20180920 09/16] stm class: p_sys-t: Add support for CLOCKSYNC packets

This adds support for CLOCKSYNC SyS-T packets, that establish correlation between the transport clock (STP timestamps) and SyS-T timestamps. These packets are sent periodically to allow the decoder to keep both time sources in sync. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/stm/p_s

[QUEUED v20180920 04/16] stm class: Introduce framing protocol drivers

At the moment, the stm class applies a certain STP framing pattern to the data as it is written to the underlying STM device. In order to allow different framing patterns (aka protocols), this patch introduces the concept of STP protocol drivers, defines data structures and APIs for the protocol dr

[QUEUED v20180920 06/16] stm class: Factor out default framing protocol

The STP framing pattern that the stm class implicitly applies to the data payload is, in fact, a protocol. This patch moves the relevant code out of the stm core into its own driver module. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/stm/Kconfig | 15 +++ drivers/hwtracing/

[QUEUED v20180920 08/16] stm class: Add MIPI SyS-T protocol support

This adds support for MIPI SyS-T protocol as specified in an open standard [1]. In additional to marking message boundaries, it also supports tagging messages with the source UUID, to provide better distinction between trace sources, including payload length and timestamp in the message's metadata.

[PATCH net-next 02/22] net: freescale: fix return type of ndo_start_xmit function

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, so make sure the implementation in this driver has returns 'netdev_tx_t' value, and change the function return type to netdev_tx_t. Found by coccinelle. Signed-off-by: YueHaibing --- drive

[PATCH net-next 09/22] net: smsc: fix return type of ndo_start_xmit function

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, so make sure the implementation in this driver has returns 'netdev_tx_t' value, and change the function return type to netdev_tx_t. Found by coccinelle. Signed-off-by: YueHaibing --- drive

[QUEUED v20180920 10/16] stm class: p_sys-t: Document the configfs interface

This adds ABI documentation for the new configfs attributes that come with the MIPI SyS-T protocol driver. Signed-off-by: Alexander Shishkin --- .../ABI/testing/configfs-stp-policy-p_sys-t | 41 +++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/ABI/testing/

<    1   2   3   4   5   6   7   >