Re: [PATCH V5 13/18] soc/tegra: pmc: Add pmc wake support for tegra210

28.06.2019 5:12, Sowjanya Komatineni пишет: > This patch implements PMC wakeup sequence for Tegra210 and defines > common used RTC alarm wake event. > > Signed-off-by: Sowjanya Komatineni > --- > drivers/soc/tegra/pmc.c | 111 > > 1 file

Re: [PATCH V5 16/18] soc/tegra: pmc: Configure deep sleep control settings

28.06.2019 5:12, Sowjanya Komatineni пишет: > Tegra210 and prior Tegra chips have deep sleep entry and wakeup related > timings which are platform specific that should be configured before > entering into deep sleep. > > Below are the timing specific configurations for deep sleep entry and >

Re: [PATCH V5 16/18] soc/tegra: pmc: Configure deep sleep control settings

28.06.2019 5:12, Sowjanya Komatineni пишет: > Tegra210 and prior Tegra chips have deep sleep entry and wakeup related > timings which are platform specific that should be configured before > entering into deep sleep. > > Below are the timing specific configurations for deep sleep entry and >

Investment offer to you,

Dear friend, I am sorry to encroach into your privacy in this manner, I'm contacting you through this media because i need your urgent investment assistance in your country. First my names are Mrs. Ayesha Al-Qaddafi a single Mother and a Widow with three Children and the only biological Daughter

fs/ceph/export.c:459:3-12: code aligned with following code on line 461 (fwd)

There is no bug here, but some code starting on line 461 seems to be incorrectly indented. julia -- Forwarded message -- Date: Sat, 29 Jun 2019 19:51:04 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: fs/ceph/export.c:459:3-12: code aligned with

Re: [PATCH V5 02/18] pinctrl: tegra: Add suspend and resume support

29.06.2019 2:00, Sowjanya Komatineni пишет: > > On 6/28/19 5:05 AM, Dmitry Osipenko wrote: >> 28.06.2019 14:56, Dmitry Osipenko пишет: >>> 28.06.2019 5:12, Sowjanya Komatineni пишет: This patch adds support for Tegra pinctrl driver suspend and resume. During suspend, context of all

[PATCH][next] gpio: bd70528: remove redundant assignment to variable ret

From: Colin Ian King Variable ret is being initialized with a value that is never read and ret is being re-assigned a little later on. The assignment is redundant and hence can be removed. Addresses-Coverity: ("Unused value") Signed-off-by: Colin Ian King --- drivers/gpio/gpio-bd70528.c | 2

[GIT PULL] Please pull powerpc/linux.git powerpc-5.2-7 tag

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Linus, Please pull one more powerpc fix for 5.2: The following changes since commit 50087112592016a3fc10b394a55f1f1a1bde6908: KVM: PPC: Book3S HV: Invalidate ERAT when flushing guest TLB entries (2019-06-20 22:11:25 +1000) are available in

Re: [PATCH v4] net: netfilter: Fix rpfilter dropping vrf packets by mistake

On 6/28/19 8:13 PM, linmiaohe wrote: > You're right. Fib rules code would set FLOWI_FLAG_SKIP_NH_OIF flag. But I set > it here for distinguish with the flags & XT_RPFILTER_LOOSE branch. Without > this, they do the same work and maybe should be combined. I don't want to > do that as that makes

[PATCH 2/2] ARM: dts: exynos: Adjust buck[78] regulators to supported values on Arndale Octa

The datasheet of S2MPS11 PMIC is slightly non-consistent in buck[78] voltage regulators values. 1. The voltage tables for configuring their registers mention range of voltages: 0.750 V to 3.55 V, 2. The constrains in electrical specifications say output voltage range to be different (buck7:

[PATCH 1/2] ARM: dts: exynos: Adjust buck[78] regulators to supported values on Odroid XU3 family

The datasheet of S2MPS11 PMIC is slightly non-consistent in buck[78] voltage regulators values. 1. The voltage tables for configuring their registers mention range of voltages: 0.750 V to 3.55 V, 2. The constrains in electrical specifications say output voltage range to be different (buck7:

[PATCH 1/2] regulator: s2mps11: Fix buck7 and buck8 wrong voltages

On S2MPS11 device, the buck7 and buck8 regulator voltages start at 750 mV, not 600 mV. Using wrong minimal value caused shifting of these regulator values by 150 mV (e.g. buck7 usually configured to v1.35 V was reported as 1.2 V). On most of the boards these regulators are left in default state

Re: [GIT PULL] x86 fixes

The pull request you sent on Sat, 29 Jun 2019 11:14:07 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/728254541ebcc7fee869c3c4c3f36f96be791edb Thank you! -- Deet-doot-dot, I am

Re: [GIT PULL] perf fixes

The pull request you sent on Sat, 29 Jun 2019 10:54:39 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > perf-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/57103eb7c6cad04c0611b7a5767a381b34b8b0ab Thank you! -- Deet-doot-dot, I

[PATCH 2/2] regulator: s2mps11: Adjust supported buck voltages to real values

The driver was registering buck regulators with unsupported range of voltages for S2MPS11 devices. Basically it assumed that all 256 values are possible for a single 8-bit I2C register controlling buck's voltage. This is not true, as datasheet describes subset of these which can be used. For

Re: [GIT PULL] Power management fix for v5.2-rc7

The pull request you sent on Sat, 29 Jun 2019 11:07:09 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.2-rc7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/2407e486066b8ce00dabd7e2b3a2cbcc59ea6186 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] IRQ fixes

The pull request you sent on Sat, 29 Jun 2019 10:50:33 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/eed7d30e126dc5b883b77f3e26bbca6c5b0f4222 Thank you! -- Deet-doot-dot, I am

Re: [PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling

Hi Rafael, On 29-06-19 11:50, Rafael J. Wysocki wrote: From: Rafael J. Wysocki If the resume_from_noirq flag is set in dev_desc, the ->suspend_late callback provided by the device driver will be invoked at the "noirq" stage of system suspend, via acpi_lpss_do_suspend_late(), which is

Re: [PATCH] i2c: remove casting dma_alloc

On Sun, Jun 23, 2019 at 11:13:53PM +0200, Vasyl Gomonovych wrote: > From: Vasyl > > Generated by: alloc_cast.cocci > > Signed-off-by: Vasyl Your other patches in git history have your full name. Why not this one? @Jochen: are you still there, your ack would be very welcome. > --- >

Re: [PATCH] dt-bindings: i2c-stm32: document optional dmas

On Tue, Jun 04, 2019 at 03:34:13PM +0200, Fabrice Gasnier wrote: > Add missing documentation for "dmas" and "dma-names" properties that can be > used on i2c-stm32. > > Signed-off-by: Fabrice Gasnier Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH] i2c: i2c-stm32f7: Add I2C_SMBUS_I2C_BLOCK_DATA support

On Tue, Jun 04, 2019 at 03:20:51PM +0200, Fabrice Gasnier wrote: > This patch adds the support of I2C_SMBUS_I2C_BLOCK_DATA transaction type > for the stm32f7 SMBUS Controller. > Use emulated I2C_SMBUS_I2C_BLOCK_DATA transactions as there is no specific > hardware in STM32 I2C to manage this (e.g.

Re: [PATCH v7 0/6] I2C IRQ Probe Improvements

On Wed, Jun 26, 2019 at 04:02:56PM +0100, Charles Keepax wrote: > This series attempts to align as much IRQ handling into the > probe path as possible. Note that I don't have a great setup > for testing these patches so they are mostly just build tested > and need careful review and testing before

Re: power9 NUMA crash while reading debugfs imc_cmd

Qian Cai writes: > On Fri, 2019-06-28 at 17:19 +0530, Anju T Sudhakar wrote: >> On 6/28/19 9:04 AM, Qian Cai wrote: >> > >> > > On Jun 27, 2019, at 11:12 PM, Michael Ellerman >> > > wrote: >> > > >> > > Qian Cai writes: >> > > > Read of debugfs imc_cmd file for a memory-less node will

hello dear

Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh, hello dear I came across your contact during my private search. Mrs Aisha Al- Qaddafi is my name, the only daughter of late Libyan president, am a single Mother and a Widow with three Children.I have funds the sum of $27.5 million USD for,

hello dear

Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh, hello dear I came across your contact during my private search. Mrs Aisha Al- Qaddafi is my name, the only daughter of late Libyan president, am a single Mother and a Widow with three Children.I have funds the sum of $27.5 million USD for,

Re: [PATCH v2 08/27] i2c: busses: remove memset after dmam_alloc_coherent

On Fri, Jun 28, 2019 at 09:22:31AM +0300, Jarkko Nikula wrote: > Hi > > On 6/28/19 5:47 AM, Fuqian Huang wrote: > > In commit af7ddd8a627c > > ("Merge tag 'dma-mapping-4.21' of > > git://git.infradead.org/users/hch/dma-mapping"), > > dmam_alloc_coherent has already zeroed the memory. > > So

Re: [PATCH 07/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

On Sat, Jun 29, 2019 at 03:57:22PM +0530, Hariprasad Kelam wrote: Please ignore this patch > fix below issues reported by checkpatch > > CHECK: Using comparison to false is error prone > CHECK: Using comparison to true is error prone > > Signed-off-by: Hariprasad Kelam > --- >

[PATCH 10/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/hal_btcoex.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 09/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/hal_com.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 08/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/hal_phy.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 01/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

You sent 10 patches with the same subject. Btw, I can't recall ever seeing a bug caused by a true false comparison. I agree on style principles with the checkpatch warning, but I do think it over states the risk (which is as far as I can see is zero). regards, dan carpenter

[PATCH V2 1/2] arm64: dts: imx8mm: Correct OPP table according to latest datasheet

From: Anson Huang According to latest datasheet (Rev.0.2, 04/2019) from below links, 1.8GHz is ONLY available for consumer part, so the market segment bits for 1.8GHz opp should ONLY available for consumer part accordingly. https://www.nxp.com/docs/en/data-sheet/IMX8MMIEC.pdf

[PATCH V2 2/2] arm64: dts: imx8mq: Correct OPP table according to latest datasheet

From: Anson Huang According to latest datasheet (Rev.1, 10/2018) from below links, in the consumer datasheet, 1.5GHz is mentioned as highest opp but depends on speed grading fuse, and in the industrial datasheet, 1.3GHz is mentioned as highest opp but depends on speed grading fuse. 1.5GHz and

[PATCH 07/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/odm_CfoTracking.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 07/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/odm_CfoTracking.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 06/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/rtl8723b_dm.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 05/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/odm_DIG.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 04/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/hal_com_phycfg.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 03/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/sdio_halinit.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 02/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/odm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 01/10] staging/rtl8723bs/hal: fix comparison to true/false is error prone

fix below issues reported by checkpatch CHECK: Using comparison to false is error prone CHECK: Using comparison to true is error prone Signed-off-by: Hariprasad Kelam --- drivers/staging/rtl8723bs/hal/hal_intf.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH net-next] hinic: add vlan offload support

This patch adds vlan offload support for the HINIC driver. Signed-off-by: Xue Chaojing --- .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 2 ++ .../net/ethernet/huawei/hinic/hinic_hw_wqe.h | 15 ++ .../net/ethernet/huawei/hinic/hinic_main.c| 9 --

[PATCH 5/6] ACPI: PM: Introduce "poweroff" callbacks for ACPI PM domain and LPSS

From: Rafael J. Wysocki In general, it is not correct to call pm_generic_suspend(), pm_generic_suspend_late() and pm_generic_suspend_noirq() during the hibernation's "poweroff" transition, because device drivers may provide special callbacks to be invoked then and the wrappers in question cause

[PATCH 1/6] PM: ACPI/PCI: Resume all devices during hibernation

From: Rafael J. Wysocki Both the PCI bus type and the ACPI PM domain avoid resuming runtime-suspended devices with DPM_FLAG_SMART_SUSPEND set during hibernation (before creating the snapshot image of system memory), but that turns out to be a mistake. It leads to functional issues and adds

[PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling

From: Rafael J. Wysocki If the resume_from_noirq flag is set in dev_desc, the ->suspend_late callback provided by the device driver will be invoked at the "noirq" stage of system suspend, via acpi_lpss_do_suspend_late(), which is incorrect. To fix that, drop acpi_lpss_do_suspend_late() and

[PATCH 2/6] PCI: PM: Simplify bus-level hibernation callbacks

From: Rafael J. Wysocki After a previous change causing all runtime-suspended PCI devices to be resumed before creating a snapshot image of memory during hibernation, it is not necessary to worry about the case in which them might be left in runtime-suspend any more, so get rid of the code

[PATCH 0/6] PM: PCI/ACPI: Hibernation handling fixes

Hi All, This series of patches addresses a few issues related to the handling of hibernation in the PCI bus type and the ACPI PM domain and ACPI LPSS driver. First of all, all of the runtime-suspended PCI devices and devices in the ACPI PM and LPSS PM domains will be resumed during hibernation

[PATCH 3/6] ACPI: PM: Simplify and fix PM domain hibernation callbacks

From: Rafael J. Wysocki First, after a previous change causing all runtime-suspended devices in the ACPI PM domain (and ACPI LPSS devices) to be resumed before creating a snapshot image of memory during hibernation, it is not necessary to worry about the case in which them might be left in

[PATCH 6/6] ACPI: PM: Drop unused function and function header

From: Rafael J. Wysocki Remove a leftover function header and a static inline stub with no users from the ACPI header file. Signed-off-by: Rafael J. Wysocki --- include/linux/acpi.h |2 -- 1 file changed, 2 deletions(-) Index: linux-pm/include/linux/acpi.h

[tip:x86/apic] x86/timer: Skip PIT initialization on modern chipsets

Commit-ID: c8c4076723daca08bf35ccd68f22ea1c6219e207 Gitweb: https://git.kernel.org/tip/c8c4076723daca08bf35ccd68f22ea1c6219e207 Author: Thomas Gleixner AuthorDate: Fri, 28 Jun 2019 15:23:07 +0800 Committer: Thomas Gleixner CommitDate: Sat, 29 Jun 2019 11:35:35 +0200 x86/timer: Skip

Re: [GIT PULL] RISC-V patches for v5.2-rc7

The pull request you sent on Fri, 28 Jun 2019 15:43:09 -0700 (PDT): > git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git > tags/riscv-for-v5.2/fixes-rc7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/c57582adfda3e7026796fbde81e951ea72edbb66 Thank you! --

Re: [GIT PULL] SCSI fixes for 5.2-rc6

The pull request you sent on Fri, 28 Jun 2019 16:48:23 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5b607ba862f30364aef0b0d40cab8afccf339616 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] pin control fixes for v5.2

The pull request you sent on Fri, 28 Jun 2019 10:35:45 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git > tags/pinctrl-v5.2-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/061913712d6ab77c77192584912afdbd8267c54c Thank you! --

Re: [GIT PULL] ARC fixes for 5.2-rc7

The pull request you sent on Sat, 29 Jun 2019 00:12:09 +: > git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/ tags/arc-5.2-rc7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f8b5c72227618780f49e53fb77b0e7ddb2996552 Thank you! -- Deet-doot-dot, I am

Re: [GIT PULL] Ceph fix for 5.2-rc7

The pull request you sent on Fri, 28 Jun 2019 17:17:24 +0200: > https://github.com/ceph/ceph-client.git tags/ceph-for-5.2-rc7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/43251dbd6ac278a8bdaaee43ec5e299c1a5dafdd Thank you! -- Deet-doot-dot, I am a bot.

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: ae6a45a0868986f69039a2150d3b2b9ca294c378 x86/unwind/orc: Fall back to using frame pointers for generated code Misc fixes all over the

Re: [PATCH v7 0/3] media: v4l2-subdev: Verify arguments in v4l2_subdev_call()

On 6/29/19 5:28 AM, Niklas Söderlund wrote: > Hi, > > This patch breaks rcar-vin. I'm sorry I did not find out before it was > merged as a8fa55078a7784a9 ("media: v4l2-subdev: Verify arguments in > v4l2_subdev_call()"). > > The problem is that rcar-vin calls enum_mbus_code in its bound

[GIT PULL] Power management fix for v5.2-rc7

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-5.2-rc7 with top-most commit 471a739a47aa7d582f0cdf9d392957d04632bae2 PCI: PM: Avoid skipping bus-level PM on platforms without ACPI on top of commit

Клиентские базы! Email: proda...@armyspy.com Узнайте подробнее!

Клиентские базы! Email: proda...@armyspy.com Узнайте подробнее!

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 8b12b812f5367c2469fb937da7e28dd321ad8d7b perf/x86/regs: Use PERF_REG_EXTENDED_MASK Various fixes, most of them related to bugs perf

Re: [PATCH] media: v4l-ctrl: add control for variable frame rate

Hi, On Fri 29 Mar 19, 10:46, Fish Lin wrote: > The idea for variable framerate is to reduce bitrate by encode less frames. > Sometimes the motion is too much and encoder can encode in really low > bitrate, will be able to dynamic drop some frames to archive > requirement. This looks like an

Re: [PATCH] rt2x00: fix rx queue hang

Hello On Wed, Jun 26, 2019 at 03:28:00PM +0200, Soeren Moch wrote: > Hi Stanislaw, > > the good news is: your patch below also solves the issue for me. But > removing the ENTRY_DATA_STATUS_PENDING check in > rt2x00usb_kick_rx_entry() alone does not help, while removing this check > in

[GIT PULL] IRQ fixes

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: a52548dd0491a544558e971cd5963501e1a2024d Merge tag 'irqchip-5.2-2' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms

Re: [RFC PATCH 0/5] Add CONFIG symbol as module attribute

On Fri, Jun 28, 2019 at 11:40:22AM -0700, Luis Chamberlain wrote: > On Wed, Jun 26, 2019 at 9:51 PM Christoph Hellwig wrote: > > > > On Wed, Jun 26, 2019 at 03:21:08PM -0700, Luis Chamberlain wrote: > > > On Tue, Feb 5, 2019 at 2:07 PM Luis Chamberlain wrote: > > > > In lieu of no Luke

[PATCH] dmaengine: at_xdmac: check for non-empty xfers_list before invoking callback

tx descriptor retrieved from an empty xfers_list may not have valid pointers to the callback functions. Avoid calling dmaengine_desc_get_callback_invoke if xfers_list is empty. Signed-off-by: Raag Jadav --- drivers/dma/at_xdmac.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-)

Re: [RFC V1 RESEND 5/6] PCI/MSI: Free MSI-X resources by group

Megha, On Fri, 21 Jun 2019, Megha Dey wrote: > +static int free_msi_irqs_grp(struct pci_dev *dev, int group_id) > +{ > + > + for_each_pci_msi_entry(entry, dev) { > + if (entry->group_id == group_id && entry->irq) > + for (i = 0; i < entry->nvec_used; i++) > +

Re: [RFC V1 RESEND 3/6] x86: Introduce the dynamic teardown function

Megha, On Fri, 21 Jun 2019, Megha Dey wrote: > > +void default_teardown_msi_irqs_grp(struct pci_dev *dev, int group_id) > +{ > + int i; > + struct msi_desc *entry; > + > + for_each_pci_msi_entry(entry, dev) { > + if (entry->group_id == group_id && entry->irq) { > +

Re: [RFC V1 RESEND 2/6] PCI/MSI: Dynamic allocation of MSI-X vectors by group

Megha, On Fri, 21 Jun 2019, Megha Dey wrote: > Currently, MSI-X vector enabling and allocation for a PCIe device is > static i.e. a device driver gets only one chance to enable a specific > number of MSI-X vectors, usually during device probe. Also, in many > cases, drivers usually reserve more

Re: [PATCH v4 01/11] mfd / platform: cros_ec: Handle chained ECs as platform devices

Review and tested the whole series: Reviewed-by: Gwendal Grignou Tested-by: Gwendal Grignou On Thu, Jun 27, 2019 at 3:40 AM Enric Balletbo i Serra wrote: > > An MFD is a device that contains several sub-devices (cells). For instance, > the ChromeOS EC fits in this description as usually

Re: [PATCH] driver core: platform: Allow using a dedicated dma_mask for platform_device

On Fri, Jun 28, 2019 at 08:59:46AM -0700, Christoph Hellwig wrote: > I'd much rather bite the bullet and make dev->dma_mask a scalar > instead of a pointer. The pointer causes way to much boiler plate code, > and the semantics are way to subtile. Below is a POV patch that > compiles and boots

Re: net: check before dereferencing netdev_ops during busy poll

On Fri, Jun 28, 2019 at 07:03:01PM -0700, Josh Elsasser wrote: > On Jun 28, 2019, at 3:55 PM, Sasha Levin wrote: > > > What's the upstream commit id? > > The commit wasn't needed upstream, as I only sent the original patch after > 79e7fff47b7b ("net: remove support for per driver

Re: [PATCH v7 12/18] x86/fsgsbase/64: GSBASE handling with FSGSBASE in the paranoid path

On Sat, 29 Jun 2019, Bae, Chang Seok wrote: > > On May 8, 2019, at 03:02, Chang S. Bae wrote: > > > > ENTRY(paranoid_exit) > > … > > + > > + /* On FSGSBASE systems, always restore the stashed GSBASE */ > > + wrgsbase%rbx > > + jmp .Lparanoid_exit_no_swapgs; > > It would crash

Re: [PATCH v7 12/18] x86/fsgsbase/64: GSBASE handling with FSGSBASE in the paranoid path

> On May 8, 2019, at 03:02, Chang S. Bae wrote: > > ENTRY(paranoid_exit) > … > + > + /* On FSGSBASE systems, always restore the stashed GSBASE */ > + wrgsbase%rbx > + jmp .Lparanoid_exit_no_swapgs; It would crash any time getting a paranoid entry with user GS but kernel

Re: [RFC] arm64: Detecting tagged addresses

+ Dan and sma...@vger.kernel.org Hi Andrew, I am adding Dan to this thread since he is the smatch maintainer, and the sma...@vger.kernel.org list. @Dan and @sma...@vger.kernel.org: a reference to the beginning of this thread can be found at [1]. [1] https://lkml.org/lkml/2019/6/19/376 On

Re: [LKP] [x86/hotplug] e1056a25da: WARNING:at_arch/x86/kernel/apic/apic.c:#setup_local_APIC

Feng, On Fri, 28 Jun 2019, Thomas Gleixner wrote: > On Fri, 28 Jun 2019, Feng Tang wrote: > > On Tue, Jun 25, 2019 at 07:32:03PM +0800, Thomas Gleixner wrote: > > > the head of that branch is: > > > > > > 4f3f6d6a7f8e ("x86/apic/x2apic: Add conditional IPI shorthands > > > support") > > >

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Fri, Jun 28, 2019 at 11:44:16AM -0700, Nick Desaulniers wrote: > On Fri, Jun 28, 2019 at 6:31 AM Peter Zijlstra wrote: > > For those with interest; full patches at: > > > > https://lkml.kernel.org/r/20190628102113.360432...@infradead.org > > Do you have a branch pushed that I can pull this

Re: [PATCH v7 04/25] arm64: Substitute gettimeofday with C implementation

Hi Sylwester, thank you for the quick turn around to my email. On 6/28/19 5:50 PM, Sylwester Nawrocki wrote: > Hi Vincenzo, > > On 6/28/19 16:32, Vincenzo Frascino wrote: >> On 6/28/19 2:09 PM, Marek Szyprowski wrote: >>> On 2019-06-21 11:52, Vincenzo Frascino wrote: To take advantage of

Re: [PATCH v3 2/5] x86: hv: hv_init.c: Add functions to allocate/deallocate page for Hyper-V

On Thu, Jun 27, 2019 at 11:38:14PM +0200, Thomas Gleixner wrote: > Maya, > > On Tue, 18 Jun 2019, Maya Nakamura wrote: > > > diff --git a/arch/x86/hyperv/hv_init.c b/arch/x86/hyperv/hv_init.c > > index 0e033ef11a9f..e8960a83add7 100644 > > --- a/arch/x86/hyperv/hv_init.c > > +++

[tip:x86/urgent] objtool: Add support for C jump tables

Commit-ID: d31acc2cc6ee313cee663ffed89c6a8f807bd87b Gitweb: https://git.kernel.org/tip/d31acc2cc6ee313cee663ffed89c6a8f807bd87b Author: Josh Poimboeuf AuthorDate: Thu, 27 Jun 2019 20:50:46 -0500 Committer: Thomas Gleixner CommitDate: Sat, 29 Jun 2019 07:55:13 +0200 objtool: Add

[tip:x86/urgent] bpf: Fix ORC unwinding in non-JIT BPF code

Commit-ID: b22cf36c189f31883ad0238a69ccf82aa1f3b16b Gitweb: https://git.kernel.org/tip/b22cf36c189f31883ad0238a69ccf82aa1f3b16b Author: Josh Poimboeuf AuthorDate: Thu, 27 Jun 2019 20:50:47 -0500 Committer: Thomas Gleixner CommitDate: Sat, 29 Jun 2019 07:55:14 +0200 bpf: Fix ORC

<    1   2