Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call

- On Nov 20, 2017, at 2:44 PM, Thomas Gleixner t...@linutronix.de wrote: > On Mon, 20 Nov 2017, Mathieu Desnoyers wrote: >> - On Nov 20, 2017, at 12:48 PM, Thomas Gleixner t...@linutronix.de wrote: >> The use-case for 4k memcpy operation is a per-cpu ring buffer where >> the rseq fast-path

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On 21.11.2017 02:14, Nicolin Chen wrote: > On Tue, Nov 21, 2017 at 01:32:09AM +0100, Maciej S. Szmigiero wrote: >> On 21.11.2017 01:00, Nicolin Chen wrote: >>> On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: >> (..) We need to make sure, however, that only proper channel s

Re: [alsa-devel] [PATCH 2/2] ASoC: fsl_ssi: serialize AC'97 register access operations

On 21.11.2017 02:52, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:16:07PM +0100, Maciej S. Szmigiero wrote: (..) >> static unsigned short fsl_ssi_ac97_read(struct snd_ac97 *ac97, >> @@ -1287,16 +1295,18 @@ static unsigned short fsl_ssi_ac97_read(struct >> snd_ac97 *ac97, >> { >> struct

Re: [PATCH 4/4] cpu_cooling: Drop static-power related stuff

Hi guys, On 17/11/17 11:02, Punit Agrawal wrote: > Hi Eduardo, > > Eduardo Valentin writes: > >> Hello, >> >> On Fri, Nov 17, 2017 at 12:31:41AM +0100, Rafael J. Wysocki wrote: >>> On Thursday, November 16, 2017 4:20:58 PM CET Viresh Kumar wrote: On 16-11-17, 15:02, Ionela Voinescu wrote:

Re: [ata_port_detach] WARNING: CPU: 0 PID: 1 at drivers/ata/libata-core.c:6613 ata_port_detach+0x9b/0x180

On Tue, Nov 21, 2017 at 11:54 AM, Fengguang Wu wrote: > Hello, > > FYI this happens in mainline kernel 4.14.0-12891-gc8a0739. > It at least dates back to v4.11. > > It occurs in 4 out of 4 boots. I see that this is the result of CONFIG_DEBUG_TEST_DRIVER_REMOVE=y, which tries to remove the device

Re: [PATCH v6 24/37] tracing: Add support for 'synthetic' events

On Fri, Nov 17, 2017 at 02:33:03PM -0600, Tom Zanussi wrote: > Synthetic events are user-defined events generated from hist trigger > variables saved from one or more other events. > > To define a synthetic event, the user writes a simple specification > consisting of the name of the new event alo

Re: [PATCH] sched/deadline: Use bools for the state flags

On Tue, 21 Nov 2017, Thomas Gleixner wrote: > > Commit > > > > 799ba82de01e ("sched/deadline: Use C bitfields for the state flags") > > > > converted state flags into one-bit signed int. Signed one-bit type can be > > either 0 or -1, which is going to cause a problem once 1 is assigned to i

Re: [PATCH 05/10] dmaengine: bcm2835-dma: Use vchan_terminate_vdesc() instead of desc_free

Eric, On 11/15/2017 08:53 PM, Eric Anholt wrote: > Peter Ujfalusi writes: > >> To avoid race with vchan_complete, use the race free way to terminate >> running transfer. >> >> Implement the device_synchronize callback to make sure that the terminated >> descriptor is freed. >> >> CC: Martin Sper

[GIT] Networking

1) Fix a reference to a module parameter which was lost during the GREv6 receive path rewrite, from Alexey Kodanev. 2) Fix deref before NULL check in ipheth, from Gustavo A. R. Silva. 3) RCU read lock imbalance in tun_build_skb(), from Xin Long. 4) Some stragglers from the mac80211 folks:

Re: [PATCH v2 16/18] arm64: crypto: disable LTO for aes-ce-cipher.c

On Mon, Nov 20, 2017 at 01:01:43PM -0800, Sami Tolvanen wrote: > On Mon, Nov 20, 2017 at 03:25:31PM +, Ard Biesheuvel wrote: > > However, under LTO this all changes, and it is no longer guaranteed > > that the NEON registers are only touched between the kernel mode > > neon begin/end calls. Ju

Re: [PATCH v2 00/18] Add support for clang LTO

On Mon, Nov 20, 2017 at 01:04:00PM -0800, Sami Tolvanen wrote: > On Mon, Nov 20, 2017 at 03:21:40PM +, Mark Rutland wrote: > > Would it be possible to split this into: > > > > (1) (basic) arm64 clang support > > (2) gold support (no LTO) > > (3) LTO support > > > > ... with any necessary work

Re: [PATCH] pinctrl: intel: save HOSTSW_OWN register over suspend/resume

On Tue, Nov 21, 2017 at 6:52 PM, Mika Westerberg wrote: > On Fri, Nov 17, 2017 at 04:11:31PM +0800, Chris Chiu wrote: >> On Fri, Nov 17, 2017 at 2:49 PM, Mika Westerberg >> wrote: >> > On Thu, Nov 16, 2017 at 09:27:51PM +0800, Chris Chiu wrote: >> >> On Thu, Nov 16, 2017 at 8:44 PM, Mika Westerbe

[PATCH v2] sched/deadline: Use unsigned type for the state flags

Commit 799ba82de01e ("sched/deadline: Use C bitfields for the state flags") converted state flags into one-bit signed int. Signed one-bit type can be either 0 or -1, which is going to cause a problem once 1 is assigned to it and then the value later tested against 1. The current code is

Re: RFC: Copying Device Tree File into reserved area of VMLINUX before deployment

On 2017-11-21 07:19, Ulf Samuelsson wrote: On 2017-11-21 00:09, Ulf Samuelsson wrote: On 2017-11-20 22:39, Frank Rowand wrote: Hi Ulf, Rob, On 11/20/17 15:19, Ulf Samuelsson wrote: On 2017-11-20 05:32, Frank Rowand wrote: Hi Ulf, On 11/19/17 23:23, Frank Rowand wrote: adding devic

Re: [alsa-devel] [RFC PATCH 2/7] ASoC: Intel: Kconfig: Simplify-clarify ACPI/PCI dependencies

On Mon, 2017-11-20 at 10:23 -0600, Pierre-Louis Bossart wrote: > On 11/18/2017 10:53 AM, Andy Shevchenko wrote: > > On Fri, 2017-11-17 at 18:01 -0600, Pierre-Louis Bossart wrote: > > and there is no publicly available firmware for > > > Merrifield. > > > > while this is not true. Intel Edison b

Re: [PATCH v2] iommu/ipmmu-vmsa: Do not replace bus IOMMU ops on driver init.

On Mon, Nov 20, 2017 at 03:01:44PM -0700, Alex Williamson wrote: > On Mon, 20 Nov 2017 14:25:14 + > Liviu Dudau wrote: > > > On Fri, Oct 13, 2017 at 04:48:45PM +0100, Robin Murphy wrote: > > > Hi Joerg, > > > > Hi, > > > > > > > > On 20/09/17 15:13, Liviu Dudau wrote: > > > > If the IP

Re: [PATCH v6 25/37] tracing: Add support for 'field variables'

On Fri, Nov 17, 2017 at 02:33:04PM -0600, Tom Zanussi wrote: > Users should be able to directly specify event fields in hist trigger > 'actions' rather than being forced to explicitly create a variable for > that purpose. > > Add support allowing fields to be used directly in actions, which > esse

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Mon, Nov 20 2017 at 8:35pm -0500, Mike Snitzer wrote: > On Mon, Nov 20 2017 at 7:34pm -0500, > NeilBrown wrote: > > > On Mon, Nov 20 2017, Mike Snitzer wrote: > > > > > > > > But I've now queued this patch for once Linus gets back (reverts DM > > > changes from commit 47e0fb461f): > > > h

Re: [PATCH v2 1/3] clk: hisilicon: add CRG driver Hi3521A SoC

On Tue, Oct 24, 2017 at 01:42:50PM -0500, Rob Herring wrote: > On Tue, Oct 17, 2017 at 05:38:52PM -0500, Marty E. Plummer wrote: > > Add CRG driver for Hi3521A SoC. CRG (Clock and Reset Generator) module > > generates clock and reset signals used by other module blocks on SoC. > > > > Signed-off-b

Re: [PATCH] pinctrl: intel: save HOSTSW_OWN register over suspend/resume

On Tue, Nov 21, 2017 at 07:54:26PM +0800, Chris Chiu wrote: > Yup, I checked the value of the corresponded pin. It shows following before > suspend > pin 18 (GPIO_18) GPIO 0x40800102 0x00024075 > > Then after resume > pin 18 (GPIO_18) GPIO 0x40800102 0x00024075 [ACPI] OK, so ownership is changed

Re: [PATCH v4 01/17] PCI: dwc: Use the DMA-API to get the MSI address

On 08/11/17 13:45, Joao Pinto wrote: > Hello to all, > > Às 12:56 AM de 11/8/2017, Bjorn Helgaas escreveu: >> On Fri, Nov 03, 2017 at 02:47:05PM +0100, Niklas Cassel wrote: >>> Use the DMA-API to get the MSI address. This address will be written to >>> our PCI config space and to the register whic

Re: [ata_port_probe] BUG: unable to handle kernel NULL pointer dereference at 0000000000000350

On Tue, Nov 21, 2017 at 08:09:35PM +0800, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-00902-g43ff2f4. It looks happen since 4.11. It occurs in 12 out of 108 boots. [ 20.057810] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc0c8 irq 15 [ 20.219346] ata2.01: NOD

RE

Hello Dear I am Mr.Sheng Li Hung, from china I got your information while search for a reliable person, I have a very profitable business proposition for you and i can assure you that you will not regret been part of this mutual beneficial transaction after completion. Kindly get back to me for m

Re: [PATCH v5 08/11] intel_sgx: in-kernel launch enclave

On Tue, Nov 21, 2017 at 12:48:26AM +0100, Thomas Gleixner wrote: > The launch enclave is part of the kernel, at least that's what the subject > line claims. So why and how would it do a syscall? The kernel has it's > internal crypto API. It's part of the kernel in the way as lets say code arch/x86

Re: [tracer_init_tracefs] watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [swapper/0:1]

On Tue, Nov 21, 2017 at 07:07:36PM +0800, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-03308-g670ffcc. It looks like a new regression after 4.14. Sorry it actually shows up since 4.12. Fengguang

Re: 答复: [PATCH 01/11] Initialize the mapping of KASan shadow memory

On Tue, Nov 21, 2017 at 07:59:01AM +, Liuwenliang (Abbott Liu) wrote: > On Nov 17, 2017 21:49 Marc Zyngier [mailto:marc.zyng...@arm.com] wrote: > >On Sat, 18 Nov 2017 10:40:08 + > >"Liuwenliang (Abbott Liu)" wrote: > >> On Nov 17, 2017 15:36 Christoffer Dall [mailto:cd...@linaro.org]

Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails

On Tue, Nov 21, 2017 at 10:07:34AM +0100, Javier Martinez Canillas wrote: > As mentioned, I think this should be documented. I guess most people > would see the in-kernel resource manager as a virtualized TPM, since > the "TSS TAB and Resource Manager Specification" [0] explains the RM > making an

Re: [PATCH v3] HID: i2c-hid: Allow ACPI systems to specify "post-power-on-delay-ms"

On Tue, 3 Oct 2017, Rajat Jain wrote: > The property "post-power-on-delay-ms" allows a platform to specify > the delay needed after power-on, but only via device trees currently. > Use device_property_* instead of of_* reads to allow ACPI systems to > also provide the same information. This is use

Re: [PATCH v5 11/11] intel_sgx: driver documentation

On Tue, Nov 21, 2017 at 12:46:23AM +0200, Jarkko Sakkinen wrote: > On Wed, Nov 15, 2017 at 12:54:12PM +0100, Peter Zijlstra wrote: > > On Tue, Nov 14, 2017 at 10:49:48PM +0200, Jarkko Sakkinen wrote: > > > In these cases IA32_FEATURE_CONTROL[17] would be zeroed before locking > > > the feature cont

Re: [PATCH] mm, mlock, vmscan: no more skipping pagevecs

On 11/04/2017 11:43 PM, Shakeel Butt wrote: > When a thread mlocks an address space backed by file, a new > page is allocated (assuming file page is not in memory), added > to the local pagevec (lru_add_pvec), I/O is triggered and the > thread then sleeps on the page. On I/O completion, the thread

Re: [LTP] Towards 4.14 LTS

Hi! > For instance 4.13-rc just was added to the mix. > > For test buckets, I???m currently dorking around with some make check targets > for a few interesting packages. You may want to look into xfstests as well, we found a few kernel oopses recently related to backported FS patches for SLES ke

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Tue, Nov 21 2017 at 7:10am -0500, Mike Snitzer wrote: > On Mon, Nov 20 2017 at 8:35pm -0500, > Mike Snitzer wrote: > > > On Mon, Nov 20 2017 at 7:34pm -0500, > > NeilBrown wrote: > > > > > Please see > > >https://www.redhat.com/archives/dm-devel/2017-August/msg00310.html > > I'll v

[PATCH] kvm_main: Use common error handling code in kvm_dev_ioctl_create_vm()

From: Markus Elfring Date: Tue, 21 Nov 2017 13:40:17 +0100 Add a jump target so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- virt/kvm/kvm_main.c | 21 +++--

Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails

On 11/21/2017 01:30 PM, Jarkko Sakkinen wrote: > On Tue, Nov 21, 2017 at 10:07:34AM +0100, Javier Martinez Canillas wrote: >> As mentioned, I think this should be documented. I guess most people >> would see the in-kernel resource manager as a virtualized TPM, since >> the "TSS TAB and Resource Man

Re: [PATCH v5 11/11] intel_sgx: driver documentation

On Tue, Nov 21, 2017 at 02:38:54PM +0200, Jarkko Sakkinen wrote: > Try to start LE. If it doesn't start i.e. is signed with a different > root key than the one inside MSRs, then fail the initialization. But what if the one inside the MSRs is from the fw vendor and I don't trust it? -- Regard

Re: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table

On Tue, Nov 21, 2017 at 5:16 AM, Ganapatrao Kulkarni wrote: > On Thu, Nov 16, 2017 at 12:16 AM, Luck, Tony wrote: >>> This check is already added in x86 and extending same to ia64. >> >> Looks OK. >> >> Acked-by: Tony Luck > > thanks Tony. > > ACPI Maintainers, > any comments on this patch? i ca

Re: [ata_port_probe] BUG: unable to handle kernel NULL pointer dereference at 0000000000000350

On Tue, Nov 21, 2017 at 1:19 PM, Fengguang Wu wrote: > On Tue, Nov 21, 2017 at 08:09:35PM +0800, Fengguang Wu wrote: >> >> Hello, >> >> FYI this happens in mainline kernel 4.14.0-00902-g43ff2f4. >> It looks happen since 4.11. >> >> It occurs in 12 out of 108 boots. >> >> [ 20.057810] ata2: PATA

Re: [PATCH] sched/deadline: Use bools for the state flags

On Tue, 21 Nov 2017 12:43:53 +0100 (CET) Jiri Kosina wrote: > On Tue, 21 Nov 2017, Thomas Gleixner wrote: > > > > Commit > > > > > > 799ba82de01e ("sched/deadline: Use C bitfields for the state flags") > > > > > > converted state flags into one-bit signed int. Signed one-bit type can be > >

Re: [PATCH v2] iommu/ipmmu-vmsa: Do not replace bus IOMMU ops on driver init.

Hi Alex, On 20/11/17 22:01, Alex Williamson wrote: On Mon, 20 Nov 2017 14:25:14 + Liviu Dudau wrote: On Fri, Oct 13, 2017 at 04:48:45PM +0100, Robin Murphy wrote: Hi Joerg, Hi, On 20/09/17 15:13, Liviu Dudau wrote: If the IPMMU driver is compiled in the kernel it will replace the p

RE: [PATCH] PCI: endpoint: use ffz() instead of find_first_zero_bit()

From: Niklas Cassel > Sent: 17 November 2017 09:43 > find_first_zero_bit()'s parameter 'size' is defined in bits, > not in bytes. > > Calling find_first_zero_bit() with the wrong size unit > will lead to insidious bugs. > > Fix this by using replacing find_first_zero_bit() with ffz(), > since ffz

Re: [PATCH 1/1] mm/cma: fix alloc_contig_range ret code/potential leak

On Mon 20-11-17 11:39:30, Mike Kravetz wrote: > If the call __alloc_contig_migrate_range() in alloc_contig_range > returns -EBUSY, processing continues so that test_pages_isolated() > is called where there is a tracepoint to identify the busy pages. > However, it is possible for busy pages to becom

Re: [PATCH] sched/deadline: Use bools for the state flags

On Tue, Nov 21, 2017 at 11:44:05AM +0100, Jiri Kosina wrote: > --- a/include/linux/sched.h > +++ b/include/linux/sched.h > @@ -473,10 +473,10 @@ struct sched_dl_entity { >* conditions between the inactive timer handler and the wakeup >* code. >*/ > - int

Re: [PATCH 4/4] cpu_cooling: Drop static-power related stuff

On 21/11/2017 12:30, Ionela Voinescu wrote: [ ... ] > A DT model would be easy to support with the current code but it would > be very inaccurate. Why ? [ ... ] -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: F

Re: [PATCH 1/1] mm/cma: fix alloc_contig_range ret code/potential leak

On Tue 21-11-17 08:53:11, Vlastimil Babka wrote: > On 11/20/2017 08:39 PM, Mike Kravetz wrote: > > If the call __alloc_contig_migrate_range() in alloc_contig_range > > returns -EBUSY, processing continues so that test_pages_isolated() > > is called where there is a tracepoint to identify the busy p

Re: [PATCH] quota: propagate error from __dquot_initialize

On Fri 17-11-17 10:07:53, Chao Yu wrote: > In commit 6184fc0b8dd7 ("quota: Propagate error from ->acquire_dquot()"), > we have propagated error from __dquot_initialize to caller, but we forgot > to handle such error in add_dquot_ref(), so, currently, during quota > accounting information initializa

Re: [RING_BUFFER_BENCHMARK] INFO: task rb_producer:73 blocked for more than 120 seconds.

On Tue, Nov 21, 2017 at 08:12:33PM +0800, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-10087-g8c60969. It happens since 4.11. Sorry it occurs once in 4.10, too. /pkg/linux/i386-randconfig-sb0-10121726/gcc-5/c470abd4fde40ea6a0846a2beab642a578c0b8cd/dmesg-vm-lkp-wsx03-o

Re: [PATCH 1/2] perf intel-pt: Improve build messages for files that differ from the kernel

Em Tue, Nov 21, 2017 at 09:41:11AM +0100, Ingo Molnar escreveu: > Also, I'd suggest removing this from check-headers.sh: > > opts="--ignore-blank-lines --ignore-space-change" > > as the easiest policy is to just follow the upstream UAPI header version > 100%. > Pure space-only changes are com

Re: KASAN help, please (Re: [PATCH 00/16] Entry stuff, in decent shape now)

> On Nov 21, 2017, at 2:09 AM, Dmitry Vyukov wrote: > >> On Mon, Nov 20, 2017 at 10:44 PM, Andy Lutomirski wrote: >>> On Mon, Nov 20, 2017 at 9:07 AM, Andy Lutomirski wrote: >>> This sets up stack switching, including for SYSCALL. I think it's >>> in decent shape. >>> >>> Known issues: >>>

Re: [serial8250_interrupt] RIP: 0010:arch_local_irq_restore+0x2/0x8

On Tue, Nov 21, 2017 at 08:33:57PM +0800, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-02748-gabc36be. It shows up since v4.13 . Sorry it actually also shows up in 4.10: /pkg/linux/x86_64-rhel-7.2+CONFIG_DEBUG_INFO_REDUCED/gcc-6/c470abd4fde40ea6a0846a2beab642a578c0b8c

Re: [migration_cpu_stop] WARNING: CPU: 0 PID: 11 at kernel/sched/core.c:1187 set_task_cpu+0x257/0x6b6

On Tue, Nov 21, 2017 at 08:04:20PM +0800, Fengguang Wu wrote: > Hello, > > FYI this happens in mainline kernel 4.14.0-00902-g43ff2f4. > It happens since 4.13. > > It occurs in 7 out of 36 boots. > > [ 58.171538] no ifx modem active; > [ 58.211860] ACPI: Preparing to enter system sleep state

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

Hi Boris, attached are two patches. The first one is a trivial fix for the infinite loop issue, it now correctly aborts the fixup when it can't find address space for the root window. The second is a workaround for your board. It simply checks if there is exactly one Processor Function to a

Re: [RFC PATCH v2 0/7] typec: tcpm: Add sink side support for PPS

Hi Adam, On Tue, Nov 14, 2017 at 11:44:41AM +, Adam Thomson wrote: > This patch set adds sink side support for the PPS feature introduced in the > USB PD 3.0 specification. > > The source PPS supply is represented using the Power Supply framework to > provide > access and control APIs for de

[PATCH V14 00/24] mmc: Add Command Queue support

Hi Here is V14 of the hardware command queue patches without the software command queue patches, now using blk-mq and now with blk-mq support for non-CQE I/O. V14 includes a number of fixes to existing code, changes to default to blk-mq, and adds patches to remove legacy code. HW CMDQ offers 25%

[PATCH V14 02/24] mmc: block: Check return value of blk_get_request()

blk_get_request() can fail, always check the return value. Fixes: 0493f6fe5bde ("mmc: block: Move boot partition locking into a driver op") Fixes: 3ecd8cf23f88 ("mmc: block: move multi-ioctl() to use block layer") Fixes: 614f0388f580 ("mmc: block: move single ioctl() commands to block requests")

[PATCH V14 03/24] mmc: core: Do not leave the block driver in a suspended state

The block driver must be resumed if the mmc bus fails to suspend the card. Signed-off-by: Adrian Hunter --- drivers/mmc/core/bus.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/mmc/core/bus.c b/drivers/mmc/core/bus.c index a4b49e25fe96..7586ff2ad1f1 100644 --- a/drivers/mmc/core

[PATCH V14 07/24] mmc: block: Use data timeout in card_busy_detect()

card_busy_detect() has a 10 minute timeout. However the correct timeout is the data timeout. Change card_busy_detect() to use the data timeout. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 48 1 file changed, 40 insertions(+), 8 del

[PATCH V14 06/24] mmc: block: Simplify cleaning up the queue

Use blk_cleanup_queue() to shutdown the queue when the driver is removed, and instead get an extra reference to the queue to prevent the queue being freed before the final mmc_blk_put(). Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 17 - drivers/mmc/core/queue.c |

[PATCH V14 01/24] mmc: block: Fix missing blk_put_request()

Ensure blk_get_request() is paired with blk_put_request(). Fixes: 0493f6fe5bde ("mmc: block: Move boot partition locking into a driver op") Fixes: 627c3ccfb46a ("mmc: debugfs: Move block debugfs into block module") Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 3 +++ 1 file changed

[PATCH V14 09/24] mmc: block: Make card_busy_detect() accumulate all response error bits

Make card_busy_detect() accumulate all response error bits. Later patches will make use of this. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 30 ++ 1 file changed, 22 insertions(+), 8 deletions(-) diff --git a/drivers/mmc/core/block.c b/drivers/mmc/co

[PATCH V14 10/24] mmc: core: Make mmc_pre_req() and mmc_post_req() available

Make mmc_pre_req() and mmc_post_req() available to the card drivers. Later patches will make use of this. Signed-off-by: Adrian Hunter --- drivers/mmc/core/core.c | 31 --- drivers/mmc/core/core.h | 31 +++ 2 files changed, 31 insertions(+)

[PATCH V14 14/24] mmc: block: Add CQE support

Add CQE support to the block driver, including: - optionally using DCMD for flush requests - "manually" issuing discard requests - issuing read / write requests to the CQE - supporting block-layer timeouts - handling recovery - supporting re-tuning CQE offers 25% - 50% bett

[PATCH V14 12/24] mmc: core: Add parameter use_blk_mq

Until mmc has blk-mq support fully implemented and tested, add a parameter use_blk_mq, set to true if config option MMC_MQ_DEFAULT is selected, which it is by default. Signed-off-by: Adrian Hunter --- drivers/mmc/Kconfig | 10 ++ drivers/mmc/core/core.c | 7 +++ drivers/mmc/co

[PATCH V14 11/24] mmc: block: Add error-handling comments

Add error-handling comments to explain what would also be done for blk-mq if it used the legacy error-handling. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 36 +++- 1 file changed, 35 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/core/bloc

[PATCH V14 17/24] mmc: block: blk-mq: Add support for direct completion

For blk-mq, add support for completing requests directly in the ->done callback. That means that error handling and urgent background operations must be handled by recovery_work in that case. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 102

[PATCH V14 19/24] mmc: block: blk-mq: Check error bits and save the exception bit when polling card busy

Check error bits and save the exception bit when polling card busy. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 38 ++ 1 file changed, 30 insertions(+), 8 deletions(-) diff --git a/drivers/mmc/core/block.c b/drivers/mmc/core/block.c index 7eb5

[PATCH V14 16/24] mmc: sdhci-pci: Add CQHCI support for Intel GLK

Add CQHCI initialization and implement CQHCI operations for Intel GLK. Signed-off-by: Adrian Hunter --- drivers/mmc/host/Kconfig | 1 + drivers/mmc/host/sdhci-pci-core.c | 155 +- 2 files changed, 155 insertions(+), 1 deletion(-) diff --git a/drive

[PATCH V14 24/24] mmc: core: Remove code no longer needed after the switch to blk-mq

Remove code no longer needed after the switch to blk-mq. Signed-off-by: Adrian Hunter --- drivers/mmc/core/bus.c | 2 - drivers/mmc/core/core.c | 185 +-- drivers/mmc/core/core.h | 8 -- include/linux/mmc/host.h | 3 - 4 files changed, 1 inse

[PATCH V14 22/24] mmc: core: Remove option not to use blk-mq

Remove config option MMC_MQ_DEFAULT and parameter mmc_use_blk_mq, so that blk-mq must be used always. Signed-off-by: Adrian Hunter --- drivers/mmc/Kconfig | 10 -- drivers/mmc/core/core.c | 7 --- drivers/mmc/core/core.h | 2 -- drivers/mmc/core/host.c | 2 -- drivers/mmc/core

[PATCH V14 23/24] mmc: block: Remove code no longer needed after the switch to blk-mq

Remove code no longer needed after the switch to blk-mq. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 706 +-- drivers/mmc/core/block.h | 2 - drivers/mmc/core/queue.c | 240 +--- drivers/mmc/core/queue.h | 15 - 4 files c

[PATCH V14 21/24] mmc: mmc_test: Do not use mmc_start_areq() anymore

The block driver's blk-mq paths do not use mmc_start_areq(). In order to remove mmc_start_areq() entirely, start by removing it from mmc_test. Signed-off-by: Adrian Hunter --- drivers/mmc/core/mmc_test.c | 122 1 file changed, 54 insertions(+), 68 del

[PATCH V14 18/24] mmc: block: blk-mq: Separate card polling from recovery

Recovery is simpler to understand if it is only used for errors. Create a separate function for card polling. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 27 ++- 1 file changed, 26 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/core/block.c b/drive

[PATCH V14 20/24] mmc: block: blk-mq: Stop using legacy recovery

There are only a few things the recovery needs to do. Primarily, it just needs to: Determine the number of bytes transferred Get the card back to transfer state Determine whether to retry There are also a couple of additional features: Reset the card before the last

[PATCH V14 15/24] mmc: cqhci: support for command queue enabled host

From: Venkat Gopalakrishnan This patch adds CMDQ support for command-queue compatible hosts. Command queue is added in eMMC-5.1 specification. This enables the controller to process upto 32 requests at a time. Adrian Hunter contributed renaming to cqhci, recovery, suspend and resume, cqhci_off,

[PATCH V14 13/24] mmc: block: Add blk-mq support

Define and use a blk-mq queue. Discards and flushes are processed synchronously, but reads and writes asynchronously. In order to support slow DMA unmapping, DMA unmapping is not done until after the next request is started. That means the request is not completed until then. If there is no next re

[PATCH V14 08/24] mmc: block: Check for transfer state in card_busy_detect()

The card is required to return to transfer state. Since that is the state required to start another transfer, check for that state instead of programming state. Signed-off-by: Adrian Hunter --- drivers/mmc/core/block.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-) dif

[PATCH V14 04/24] mmc: block: Ensure that debugfs files are removed

The card is not necessarily being removed, but the debugfs files must be removed when the driver is removed, otherwise they will continue to exist after unbinding the card from the driver. e.g. # echo "mmc1:0001" > /sys/bus/mmc/drivers/mmcblk/unbind # cat /sys/kernel/debug/mmc1/mmc1\:0001/ext_

[PATCH V14 05/24] mmc: block: No need to export mmc_cleanup_queue()

mmc_cleanup_queue() is not used by a different module. Do not export it. Signed-off-by: Adrian Hunter --- drivers/mmc/core/queue.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mmc/core/queue.c b/drivers/mmc/core/queue.c index 4f33d277b125..26f8da30ebe5 100644 --- a/drivers/mmc/core

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

Hi Linus, On Fri, Nov 17, 2017 at 10:13 PM, Linus Torvalds wrote: > As a security person, you need to repeat this mantra: > > "security problems are just bugs" > > and you need to _internalize_ it, instead of scoff at it. It might be news to you that actually some security people scoff at othe

Re: [migration_cpu_stop] WARNING: CPU: 0 PID: 11 at kernel/sched/core.c:1187 set_task_cpu+0x257/0x6b6

On Tue, Nov 21, 2017 at 02:34:03PM +0100, Peter Zijlstra wrote: On Tue, Nov 21, 2017 at 08:04:20PM +0800, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-00902-g43ff2f4. It happens since 4.13. It occurs in 7 out of 36 boots. [ 58.171538] no ifx modem active; [ 58.211

[PATCH] [media] stb0899: remove redundant self assignment of k_indirect

From: Colin Ian King The self assignment of k_indirect is redundant and can be removed. Detected using coccinelle. Signed-off-by: Colin Ian King --- drivers/media/dvb-frontends/stb0899_algo.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/media/dvb-frontends/stb0

Re: Dell Vostro 3360 multimedia keys

Hi! What would happen if you enable wmi_requires_smbios_request? Nothing? And situation is exactly same? Mario, can you comment why Dell Vostro 3360 generates same WMI keycode event for two different keys and distinguish key via third value in WMI buffer? Looks like this is first Dell machine whi

RE: [RFC PATCH v2 0/7] typec: tcpm: Add sink side support for PPS

On 21 November 2017 13:36, Heikki Krogerus write: > Hi Adam, > > On Tue, Nov 14, 2017 at 11:44:41AM +, Adam Thomson wrote: > > This patch set adds sink side support for the PPS feature introduced in the > > USB PD 3.0 specification. > > > > The source PPS supply is represented using the Power

usb/media/em28xx: use-after-free in dvb_unregister_frontend

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). em28xx 1-1:9.0: Disconnecting tc90522 1-0015: Toshiba TC90522 attached. qm1d1c0042 2-0061: Sharp QM1D1C0042 attached. dvbdev: DVB: registering new adapter (1-

usb/sound: slab-out-of-bounds in parse_audio_unit

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). == BUG: KASAN: slab-out-of-bounds in parse_audio_unit+0x2e08/0x31d0 Read of size 1 at addr fff

[PATCH] MIPS: Add nonxstack=on|off kernel parameter

From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable stack and heap, regardless of PT_GNU_STACK entry. This d

usb/net/zd1211rw: possible deadlock in zd_chip_disable_rxtx

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). usb 1-1: New USB device found, idVendor=0baf, idProduct=0121 usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 usb 1-1: config 0 descriptor??

usb/sound: use-after-free in __uac_clock_find_source

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). This actually looks more like an out-of-bounds with large offset than a use-after-free due to unrelated alloc and free stack traces.

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

On Mon, Nov 20, 2017 at 04:42:46PM -0800, Kees Cook wrote: > I'm always trying to balance the requests from both ends of the > security defense spectrum. One of the most common requests I get from > people who are strongly interested in the defenses is "can this please > be enabled by default?" And

Re: [tracer_init_tracefs] watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [swapper/0:1]

On Tue, 21 Nov 2017, Fengguang Wu wrote: > On Tue, Nov 21, 2017 at 07:07:36PM +0800, Fengguang Wu wrote: > > Hello, > > > > FYI this happens in mainline kernel 4.14.0-03308-g670ffcc. > > It looks like a new regression after 4.14. > > Sorry it actually shows up since 4.12. tracer_init_tracefs is

[PATCH v2] MIPS: Add nonxstack=on|off kernel parameter

From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable stack and heap, regardless of PT_GNU_STACK entry. This d

Re: [patch V2 02/11] LICENSES: Add the GPL 2.0 license

Alan, Linus, On Mon, Nov 20, 2017 at 4:31 PM, Alan Cox wrote: > On Sat, 18 Nov 2017 11:14:00 -0800 > Linus Torvalds wrote: > >> You may be confusing things because of a newer version. >> >> On Sat, Nov 18, 2017 at 11:03 AM, Charlemagne Lasse >> wrote: >> > >> > That should be "GNU Lesser Genera

Re: [migration_cpu_stop] WARNING: CPU: 0 PID: 11 at kernel/sched/core.c:1187 set_task_cpu+0x257/0x6b6

On Tuesday, November 21, 2017 2:34:03 PM CET Peter Zijlstra wrote: > On Tue, Nov 21, 2017 at 08:04:20PM +0800, Fengguang Wu wrote: > > Hello, > > > > FYI this happens in mainline kernel 4.14.0-00902-g43ff2f4. > > It happens since 4.13. > > > > It occurs in 7 out of 36 boots. > > > > [ 58.17153

[PATCH] iommu/ipmmu-vmsa: Simplify driver probing.

The IPMMU driver still uses initcalls to do its initialisation, while other IOMMU drivers have moved to probe deferal mechanism. Update the IPMMU driver so that it can use modern driver probing which allows for it to be compiled together with other IOMMU drivers and not trying at boot time to repla

selftests: Completion of error handling

Hello, Static source code analysis points out that the checking of return values from some function calls is incomplete also in this software area. How would you like to fix remaining open issues there? Regards, Markus

Re: general protection fault in __list_del_entry_valid (2)

[Cc Al and Dave - email thread starts http://lkml.kernel.org/r/001a113f996099503a055e793...@google.com] On Tue 21-11-17 20:11:26, Tetsuo Handa wrote: > On 2017/11/21 16:35, syzbot wrote: > > Hello, > > > > syzkaller hit the following crash on > > ca91659962303d4fd5211a5e4e13df5cbb11e744 > > git

Re: general protection fault in __list_del_entry_valid (2)

On Tue 21-11-17 15:05:00, Michal Hocko wrote: > [Cc Al and Dave - email thread starts > http://lkml.kernel.org/r/001a113f996099503a055e793...@google.com] > > On Tue 21-11-17 20:11:26, Tetsuo Handa wrote: > > On 2017/11/21 16:35, syzbot wrote: > > > Hello, > > > > > > syzkaller hit the following

[PATCH] typec: tcpm: fusb302: Resolve out of order messaging events

The expectation in the FUSB302 driver is that a TX_SUCCESS event should occur after a message has been sent, but before a GCRCSENT event is raised to indicate successful receipt of a message from the partner. However in some circumstances it is possible to see the hardware raise a GCRCSENT event be

[PATCH] reservation: don't wait when timeout=0

If we are testing if a reservation object's fences have been signaled with timeout=0 (non-blocking), we need to pass 0 for timeout to dma_fence_wait_timeout(). Plus bonus spelling correction. Signed-off-by: Rob Clark --- drivers/dma-buf/reservation.c | 11 +-- 1 file changed, 9 insertio

RE: [PATCH] typec: tcpm: fusb302: Resolve out of order messaging events

On 21 November 2017 14:08, Adam Thomson wrote: > Subject: [PATCH] typec: tcpm: fusb302: Resolve out of order messaging events Sorry. Finger trouble. Will resend with correct 'v3' title > The expectation in the FUSB302 driver is that a TX_SUCCESS event > should occur after a message has been sent

[PATCH v3] typec: tcpm: fusb302: Resolve out of order messaging events

The expectation in the FUSB302 driver is that a TX_SUCCESS event should occur after a message has been sent, but before a GCRCSENT event is raised to indicate successful receipt of a message from the partner. However in some circumstances it is possible to see the hardware raise a GCRCSENT event be

  1   2   3   4   5   6   7   8   9   10   >