[PATCH] mmc: host: via-sdmmc: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 6952 880 078321e98

Re: [patch 0/2] add actuators support

Mon, Jul 17, 2017 at 06:28:38PM CEST, gre...@linuxfoundation.org wrote: >On Mon, Jul 17, 2017 at 06:19:12PM +0200, Jiri Pirko wrote: >> From: Jiri Pirko >> >> I am owner of height adjustable desk and naturally, as it has an USB >> interface, I need to controll it from my

Re: [patch 0/2] add actuators support

Mon, Jul 17, 2017 at 06:40:06PM CEST, gre...@linuxfoundation.org wrote: >On Mon, Jul 17, 2017 at 06:34:58PM +0200, Jiri Pirko wrote: >> Mon, Jul 17, 2017 at 06:28:38PM CEST, gre...@linuxfoundation.org wrote: >> >On Mon, Jul 17, 2017 at 06:19:12PM +0200, Jiri Pirko wrote: >> >> From: Jiri Pirko

RE: [PATCH 14/15] kernel: convert futex_pi_state.refcount from atomic_t to refcount_t

> On Mon, 17 Jul 2017, Elena Reshetova wrote: > > > Subject: kernel: convert futex_pi_state.refcount from atomic_t to refcount_t > > Several people including myself told you already, that subjects consist of > > SUBSYSTEMPREFIX: Concise description > > It's easy enough to figure the prefix out

Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption

On Mon, 17 Jul 2017, Alexander Popov wrote: > Add an assertion similar to "fasttop" check in GNU C Library allocator: > an object added to a singly linked freelist should not point to itself. > That helps to detect some double free errors (e.g. CVE-2017-2636) without > slub_debug and KASAN.

Re: [PATCH v3 14/18] coresight tmc etr: Cleanup AXICTL register handling

On Fri, Jul 14, 2017 at 02:04:19PM +0100, Suzuki K Poulose wrote: > This patch cleans up how we setup the AXICTL register on > TMC ETR. At the moment we don't set the CacheCtrl bits, which > drives the arcache and awcache bits on AXI bus specifying the > cacheablitiy. Set this to Write-back Read

[PATCH net-next 03/12] net: dsa: mv88e6xxx: fix 88E6321 family comment

MV88E6XXX_FAMILY_6321 is undefined, 88E6321's family is 88E6320, fix this. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.c

[PATCH net-next 11/12] net: dsa: mv88e6xxx: add Energy Detect ops

The 88E6352 family supports Energy Detect and has one bit for Sense and one bit for periodically transmit NLP (Energy Detect+TM). The 88E6390 family adds another bit to distinguish Auto or SW wake-up. Chips supporting EEE all have an EEE Enabled bit in the Port Status Register. This patch adds

[PATCH net-next 12/12] net: dsa: mv88e6xxx: add a multi_chip info flag

Instead of relying on a bitmap flag, add a new multi_chip info flag to describe the presence of the indirect SMI access though the two device registers 0x0 and 0x1. All remaining capabilities and flags are now unused. Remove the mv88e6xxx_cap enum and the info flags bitmaps. Signed-off-by:

Re: [PATCH 2/3] usb: chipidea: Hook into mux framework to toggle usb switch

On Thu, Jul 13, 2017 at 03:29:43PM -0700, Stephen Boyd wrote: > Quoting Peter Rosin (2017-07-11 23:45:24) > > On 2017-07-12 03:02, Stephen Boyd wrote: > > > @@ -102,4 +107,7 @@ Example: > > > rx-burst-size-dword = <0x10>; > > > extcon = <0>, <_id>; > > >

Re: [PATCH] drm/vgem: add compat_ioctl support

On Fri, Jul 14, 2017 at 08:12:12PM -0700, Brian Norris wrote: > DRM drivers should supply a compat version if they're going to provide > an ioctl implementation at all. This can confuse 32-bit user space on a > 64-bit system. > > Signed-off-by: Brian Norris Thanks,

[PATCH] ASoC: rsnd: remove unnecessary static in rsnd_ssiu_probe()

Remove unnecessary static on local variable ops. Such variable is initialized before being used, on every execution path throughout the function. The static has no benefit and, removing it reduces the code size. This issue was detected using Coccinelle and the following semantic patch: @bad

Re: [PATCH v4 01/14] spi: qup: Enable chip select support

On Tue, Jun 27, 2017 at 03:15:18PM +0530, Varadarajan Narayanan wrote: > the chip select support was removed earlier in commit > 4a8573abe965115bc5b064401fd669b74e985258. Since the chip Please include human readable descriptions of things like commits and issues being discussed in e-mail in your

Re: [PATCH v3 02/18] arm64: juno: dts: Use the new coresight replicator string

On Fri, Jul 14, 2017 at 02:04:07PM +0100, Suzuki K Poulose wrote: > Use the new compatible for ATB programmable replicator in Juno. > > Cc: Sudeep Holla > Cc: Mike Leach > Cc: Mathieu Poirier > Cc: Liviu Dudau

[PATCH] dmaengine: ioat: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 125823056 16 156543d26

Re: [PATCH linux v2 0/3] Export 1-wire thermal sensors as hwmon device

On Mon, Jul 17, 2017 at 09:06:00AM -0700, Jaghathiswari Rankappagounder Natarajan wrote: > Hi Evgeniy/Greg, > > Please pull in version 4 patchset into the tree. I have no idea what that means :( Please resend the correct ones so I know what to do here. thanks, greg k-h

[PATCH v2 0/2] Add support for TI TAS6424 digital amplifier

Hello all, This two-patch series adds the dt bindings, driver, and other related changes for the TAS6424 digital amplifier. I am upstreaming this driver on behalf of Andreas. Regards, Michael Stecklein Changes since v1: - rebased on 4.13-rc1 Original v1 patches: -

[PATCH v2 1/2] dt-bindings: sound: add bindings for TAS6424

Add the bindings for the TAS6424 digital amplifier. Signed-off-by: Michael Stecklein --- .../devicetree/bindings/sound/ti,tas6424.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644

Re: [PATCH 2/6] ARM: shmobile_defconfig: Cleanup from non-existing options

On Mon, Jul 17, 2017 at 09:29:24AM +0200, Geert Uytterhoeven wrote: > Hi Krzysztof, > > On Mon, Jul 17, 2017 at 7:49 AM, Krzysztof Kozlowski wrote: > > Remove options which do not exist anymore: > > - DRM_RCAR_HDMI was merged to generic DRM bridge and is obsolete since > >

Re: [PATCH] ntb: use correct mw_count function in ntb_tool and ntb_transport

On Mon, Jul 17, 2017 at 12:36 PM, Logan Gunthorpe wrote: > Hi John, s/John/Jon > > > On 17/07/17 09:16 AM, Jon Mason wrote: >> Per your request, this has been applied to my ntb-next branch. > > This isn't a huge issue but I meant for this patch to fix the mistake in > the

Re: [PATCH 05/10] percpu: change reserved_size to end page aligned

Hello, On Sat, Jul 15, 2017 at 10:23:10PM -0400, Dennis Zhou wrote: > From: "Dennis Zhou (Facebook)" > > Preparatory patch to modify the first chunk's static_size + > reserved_size to end page aligned. The first chunk has a unique > allocation scheme overlaying the

Re: [PATCH] f2fs: let __get_victim successfully get a segno in corner case

On 07/16, sylinux wrote: > In fact，this is not "suppose" case yet, we have already met this problem > several times in some test suits for corner case, or I cannot notice that > this could happen. So, have you taken a look at distribution of valid blocks in that case? I'm wondering what

Re: [PATCH 12/32] tracing: Add hist trigger timestamp support

Hi Namhyung, On Mon, 2017-07-17 at 15:00 +0900, Namhyung Kim wrote: > On Mon, Jun 26, 2017 at 05:49:13PM -0500, Tom Zanussi wrote: > > Add support for a timestamp event field. This is actually a 'pseudo-' > > event field in that it behaves like it's part of the event record, but > > is really

Re: [iovisor-dev] [PATCH v3 net-next 02/12] bpf/verifier: rework value tracking

On 12/07/17 23:07, Nadav Amit wrote: > Edward Cree wrote: >> In this specific case, there was a bug before: if (say) src and dst were >> both unknown bytes (so range 0 to 255), it would compute the new min and max >> to be 0, so it would think the result is known to be 0.

[PATCH net-next 04/12] net: dsa: mv88e6xxx: remove unused capabilities

Remove the forgotten capabilities and related flags from previous cleanups. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 29 +++-- 1 file changed, 3 insertions(+), 26 deletions(-) diff --git

[PATCH net-next 02/12] net: dsa: mv88e6xxx: remove LED control register

We don't support LED control yet, remove its register definition. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/port.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/port.h b/drivers/net/dsa/mv88e6xxx/port.h

[PATCH net-next 01/12] net: dsa: mv88e6xxx: remove unneeded dsa header

phy.c does not need to include the DSA public header. Remove it. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/phy.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/dsa/mv88e6xxx/phy.c b/drivers/net/dsa/mv88e6xxx/phy.c index

[PATCH net-next 07/12] net: dsa: mv88e6xxx: distinguish Global 2 Rsvd2CPU

The 88E6185 family only has one 16-bit register to mark the 16 802.1D reserved multicast addresses in the range of 01:80:C2:00:00:0x as MGMT. The 88E6352 family also has one 16-bit register to mark the 16 GARP reserved multicast addresses in the range of 01:80:C2:00:00:2x as MGMT. Split the

[PATCH net-next 06/12] net: dsa: mv88e6xxx: add number of Global 2 IRQs

Similarly to g1_irqs, add a g2_irqs member to the info structure to indicates the presence of the Global 2 Interrupt Source and Mask registers. At the same time, provide helpers and document the registers since they differ a bit between 88E6352 and 88E6390 families. This allows us to get rid of

[PATCH net-next 08/12] net: dsa: mv88e6xxx: add POT flag to 88E6390

The 88E6390 family clear the Priority Override Table the same way as 88E6352, thus add MV88E6XXX_FLAG_G2_POT to MV88E6XXX_FLAGS_FAMILY_6390. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 1 + 1 file changed, 1 insertion(+) diff --git

Re: suspend to ram -> BOOM: exception RIP: drm_calc_vbltimestamp_from_scanoutpos+335

+++ Peter Zijlstra [14/07/17 18:10 +0200]: On Fri, Jul 14, 2017 at 05:58:18PM +0200, Mike Galbraith wrote: On Fri, 2017-07-14 at 17:50 +0200, Peter Zijlstra wrote: > Urgh, is for some mysterious reason the __bug_table section of modules > ending up in RO memory? > > I forever get lost in

Re: [PATCH 1/5] iommu/arm-smmu-v3: put off the execution of TLBI* to reduce lock confliction

Hi Jonathan, On 7/17/2017 10:23 AM, Jonathan Cameron wrote: On Mon, 17 Jul 2017 14:06:42 +0100 John Garry wrote: + On 29/06/2017 03:08, Leizhen (ThunderTown) wrote: On 2017/6/28 17:32, Will Deacon wrote: Hi Zhen Lei, Nate (CC'd), Robin and I have been working on

Re: [RFC v2 5/6] drivers: boot_constraint: Add initial DT bindings

On Thu, Jul 13, 2017 at 03:06:08PM +0530, Viresh Kumar wrote: > On 12-07-17, 16:28, Rob Herring wrote: > > Display is a pretty well known use case here. Do you have other > > examples in mind? > > No, I don't. > > @Stephen: Do you have more cases like this for your Qcom products ? > > > Other

Re: [PATCH 3/3 v8] ARC: hsdk: initial port for HSDK board

On Wed, Jul 12, 2017 at 12:40:23PM +0300, Eugeniy Paltsev wrote: > From: Alexey Brodkin > > This initial port adds support of ARC HS Development Kit board with some > basic features such serial port, USB, SD/MMC and Ethernet. > > Essentially we run Linux kernel on all 4

Re: [PATCH] livepatch: add (un)patch hooks

On Wed 2017-07-12 10:10:00, Joe Lawrence wrote: > When the livepatch core executes klp_(un)patch_object, call out to a > livepatch-module specified array of callback hooks. These hooks provide > a notification mechanism for livepatch modules when klp_objects are > (un)patching. This may be most

Re: [PATCH 08/20] thread: move thread bits accessors to separated file

On Mon, Jul 17, 2017 at 04:57:02PM +0200, Andreas Schwab wrote: > On Jun 19 2017, Yury Norov wrote: > > > diff --git a/include/linux/thread_bits.h b/include/linux/thread_bits.h > > new file mode 100644 > > index ..87354331bc7b > > --- /dev/null > > +++

[PATCH] Free skb at error context in auditd_send_unicast_skb().

I got following memory leak reports by kmemleak. unreferenced object 0x965962fa0600 (size 256): comm "auditd", pid 401, jiffies 4294671604 (age 62.331s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Re: [PATCH] net/unix: drop obsolete fd-recursion limits

From: David Herrmann Date: Mon, 17 Jul 2017 11:35:54 +0200 ... > With all of this in mind, lets drop the recursion limit. It has no > additional security value, anymore. On the contrary, it randomly > confuses message brokers that try to forward file-descriptors, since >

Applied "ASoC: ux500: Restore platform DAI assignments" to the asoc tree

The patch ASoC: ux500: Restore platform DAI assignments has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: fix pcm-creation regression" to the asoc tree

The patch ASoC: fix pcm-creation regression has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

[PATCH v3 1/1] Staging: android/ion: declare function static

Declare private function static to fix sparse warning: ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ was not declared. Should it be static? Signed-off-by: Joseph Wright --- Changes in v3: - Make subject clearer

[PATCH v3 0/1] Staging: android/ion: fix sparse warnings

Improve commit message. Previous version included a patch to add declarations to ion.h, but I have dropped that as the same declarations were recently removed. Joseph Wright (1): Staging: android/ion: declare function static drivers/staging/android/ion/ion_cma_heap.c | 2 +- 1 file changed,

Re: [PATCH v3 4/4] firmware: send -EINTR on signal abort on fallback mechanism

On Mon, Jul 17, 2017 at 06:04:33PM +0200, Luis R. Rodriguez wrote: > On Mon, Jul 17, 2017 at 04:00:07PM +0200, Greg KH wrote: > > On Thu, Jun 29, 2017 at 01:51:51PM -0700, Luis R. Rodriguez wrote: > > > Right now we send -EAGAIN to a syfs write which got interrupted. > > > Userspace can't tell

Re: [PATCH v3 2/4] test_firmware: add test case for SIGCHLD on sync fallback

On Thu, Jun 29, 2017 at 01:51:49PM -0700, Luis R. Rodriguez wrote: > It has been reported that SIGCHLD will trigger an immediate abort > on sync firmware requests which rely on the sysfs interface for a > trigger. This is unexpected behaviour, this reproduces this issue. > > This test case

[PATCH v2 2/2] ASoC: add support for TAS6424 digital amplifier

From: Andreas Dannenberg The Texas Instruments TAS6424 device is a high-efficiency quad-channel Class-D audio power amplifier. Its digital time division multiplexed (TDM) interface enables up to 2 devices to share the same bus, supporting a total of eight channels from one

[GIT PULL] regmap merge window fix

The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-fix-w1-merge-window for you to fetch changes up to

[PATCH 0/5] parport: cleanup several checkpatch issues

cleanup 6 type of checkpatch issues, each type per patch: - trailing statements should be on next line - space prohibited between function name and open parenthesis '(' - do not initialise statics to 0 / NULL - that open brace { should be on the previous line - braces {} are not

Re: [PATCH 1/6] ARM: multi_v7_defconfig: Cleanup from non-existing options

On Mon, Jul 17, 2017 at 09:28:09AM +0200, Geert Uytterhoeven wrote: > Hi Krzysztof, > > On Mon, Jul 17, 2017 at 7:49 AM, Krzysztof Kozlowski wrote: > > Remove options which do not exist anymore: > > > > > - DRM_RCAR_HDMI was merged to generic DRM bridge and is obsolete since

Re: [PATCH v3 1/4] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.

Hi Enric, On Mon, Jul 17, 2017 at 12:30:30PM +0200, Enric Balletbo Serra wrote: > Hi Gwendal, > > Interesting I didn't know that. So are you saying that this patch will > break support for devices like Pixel 2? I tested the patches on > various devices but not on Pixel 2 so could be. This would

Re: [PATCH] ntb: use correct mw_count function in ntb_tool and ntb_transport

Hi John, On 17/07/17 09:16 AM, Jon Mason wrote: > Per your request, this has been applied to my ntb-next branch. This isn't a huge issue but I meant for this patch to fix the mistake in the new ntb_api before it hit 4.13. On the other hand, seeing there's no way to actually trigger the issue

Re: semantics of dma_map_single()

On Mon, 2017-07-17 at 09:06 -0700, Vineet Gupta wrote: > Hi Christoph, > > On 07/16/2017 11:42 PM, Christoph Hellwig wrote: > > > > I would expect that it would support any contiguous range in > > the kernel mapping (e.g. no vmalloc and friends).  But it's not > > documented anywhere, and if no

Re: [RFC PATCH 1/2] mmc: sdhci: add quirk SDHCI_QUIRK2_BROKEN_SDMA_BOUNDARY_BUFFER

On 17/07/17 13:47, Adrian Hunter wrote: This change seems like a reasonable justification for adding a new SDHCI quirk, even if we in general wants to avoid that. Adrian? If we add a quirk for every register we end up with a very ugly version of CONFIG_MMC_SDHCI_IO_ACCESSORS. So

Re: [PATCH] ntb: use correct mw_count function in ntb_tool and ntb_transport

On 17/07/17 10:46 AM, Jon Mason wrote: > s/John/Jon Apologies. Monday morning -- not fully awake yet. > NP. I'll add a "Fixes: ..." to it. So, it'll get pulled into the > -stable trees. Ok, thanks, but it's not really the stable trees that need to see it seeing 4.13 isn't released yet, it

[PATCH net-next 09/12] net: dsa: mv88e6xxx: add POT operation

Add a pot_clear operation to clear the Priority Override Table and wrap its call into a mv88e6xxx_pot_setup helper. This allows us to get rid of the MV88E6XXX_FLAG_G2_POT flag. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c| 34

[PATCH net-next 10/12] net: dsa: mv88e6xxx: add a global2_addr info flag

Similarly to global1_addr, add a global2_addr member in the info structure to describe the presence of the Global 2 Registers. This allows us to get rid of the MV88E6XXX_FLAG_GLOBAL2 flag. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c

[PATCH net-next 00/12] net: dsa: mv88e6xxx: cleanup capabilities

This patch series removes the remaining capabilities as well as the flags bitmap in the info structures. Most of them are turned into ops, or new info members. There is no mv88e6xxx_cap enum or bitmap flags anymore, only mv88e6xxx_info and mv88e6xxx_ops structures. While reviewing and

[PATCH] mfd: twl4030-irq: remove unnecessary static in twl4030_init_irq()

Remove unnecessary static on local variable twl4030_irq_chip. Such variable is initialized before being used, on every execution path throughout the function. The static has no benefit and, removing it reduces the object file size. This issue was detected using Coccinelle and the following

RE: [PATCH 4.4 29/57] RDMA/uverbs: Check port number supplied by user verbs cmds

> Subject: Re: [PATCH 4.4 29/57] RDMA/uverbs: Check port number supplied > by user verbs cmds > > On Thu, Jul 13, 2017 at 03:54:28PM +, Ismail, Mustafa wrote: > > > Subject: [PATCH 4.4 29/57] RDMA/uverbs: Check port number supplied > by > > > user verbs cmds > > > > > > 4.4-stable review

Re: [PATCH] ARM64: dts: fixup libretech cc definition

On Mon, 2017-07-17 at 17:35 +0200, Jerome Brunet wrote: > The libretech CC derives less from the p212 than initially thought. > Several voltage regulators are different and the capabilities of the > sdcard and emmc also differ. > > Deriving from the p212 is not convient anymore so the libretech

Re: [PATCH v5 1/1] KVM: trigger uevents when creating or destroying a VM

> + add_uevent_var(env, "CREATED=%llu", created); > + add_uevent_var(env, "COUNT=%llu", active); I like that much better. > + > + if (type == KVM_EVENT_CREATE_VM) > + add_uevent_var(env, "EVENT=create"); > + else if (type == KVM_EVENT_DESTROY_VM) > +

Re: [PATCH v3] net: axienet: add support for standard phy-mode binding

From: Alvaro Gamez Machado Date: Mon, 17 Jul 2017 09:12:28 +0200 > Keep supporting proprietary "xlnx,phy-type" attribute and add support for > MII connectivity to the PHY. > > Reviewed-by: Andrew Lunn > Signed-off-by: Alvaro Gamez Machado

[PATCH][next] ubifs: fix uninitialized error variable err

From: Colin Ian King Variable err is not initialized and so the check to see if it is non-zero is basically checking a random garbage value. Fix this by initializing err to zero. Detected by CoverityScan, CID#1451370 ("Uninitialized variable") Fixes: 781f675e2d7e

Applied "ASoC: tlv320aic32x4: Add gpio configuration to the codec" to the asoc tree

The patch ASoC: tlv320aic32x4: Add gpio configuration to the codec has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "ASoC: tlv320aic32x4: Add support for tlv320aic32x6" to the asoc tree

The patch ASoC: tlv320aic32x4: Add support for tlv320aic32x6 has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH v3 4/4] firmware: send -EINTR on signal abort on fallback mechanism

On Mon, Jul 17, 2017 at 04:00:07PM +0200, Greg KH wrote: > On Thu, Jun 29, 2017 at 01:51:51PM -0700, Luis R. Rodriguez wrote: > > Right now we send -EAGAIN to a syfs write which got interrupted. > > Userspace can't tell what happened though, send -EINTR if we > > were killed due to a signal so

[PATCH] hwmon: i5k_amb: constify pci_device_id.

pci_device_id are not supposed to change at runtime. All functions working with pci_device_id provided by work with const pci_device_id. So mark the non-const structs as const. File size before: textdata bss dec hex filename 3562 320 83890 f32

Re: [PATCH v5 1/1] KVM: trigger uevents when creating or destroying a VM

On Mon, 17 Jul 2017 17:53:51 +0200 David Hildenbrand wrote: > > + add_uevent_var(env, "CREATED=%llu", created); > > + add_uevent_var(env, "COUNT=%llu", active); > > I like that much better. > > > + > > + if (type == KVM_EVENT_CREATE_VM) > > +

Re: [patch 0/2] add actuators support

On Mon, Jul 17, 2017 at 06:19:12PM +0200, Jiri Pirko wrote: > From: Jiri Pirko > > I am owner of height adjustable desk and naturally, as it has an USB > interface, I need to controll it from my computer. Started to think > about what would be the best way, I realized that I

[PATCHv5 3/3] i2c: altera: Add Altera I2C Controller driver

From: Thor Thayer Add driver support for the Altera I2C Controller. The I2C controller is soft IP for use in FPGAs. Signed-off-by: Thor Thayer --- v2 Remove altr, from fifo-size to agree with bindings. Change compatible string to

[PATCHv5 1/3] MAINTAINERS: Add Altera I2C Controller Driver

From: Thor Thayer Add maintainer for the Altera I2C Controller Driver. Signed-off-by: Thor Thayer --- v2-5 No change --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH 1/5] parport: add newline to trailing statements

based on checkpatch, add newline to trailing statements Signed-off-by: Carlos Palminha --- drivers/parport/daisy.c| 7 +-- drivers/parport/ieee1284.c | 17 + drivers/parport/ieee1284_ops.c | 8 ++-- drivers/parport/parport_cs.c | 4

[PATCH 3/5] parport: cleanup statics initialization to NULL or 0

based on checkpatch, cleanup the "do not initialise statics to" 0 or NULL. Signed-off-by: Carlos Palminha --- drivers/parport/daisy.c | 2 +- drivers/parport/parport_atari.c | 2 +- drivers/parport/parport_ip32.c | 2 +- drivers/parport/parport_mfc3.c | 2 +- 4

[PATCH 2/5] parport: cleanup prohibited space after functions name

based on checkpatch, remove prohibited space between function name and open parenthesis '('. Signed-off-by: Carlos Palminha --- drivers/parport/ieee1284.c | 212 drivers/parport/ieee1284_ops.c | 338 +++

[PATCH 4/5] parport: move open braces to the same line

based on checkpatch, cleanup the open braces that "should be on the previous line". Signed-off-by: Carlos Palminha --- drivers/parport/daisy.c | 3 +-- drivers/parport/parport_gsc.c| 3 +-- drivers/parport/parport_sunbpp.c | 3 +-- 3 files changed, 3

[PATCH] MAINTAINERS: move AVS drivers entry

From: Randy Dunlap Move ADAPTIVE VOLTAGE SCALING (AVS) DRIVERS into the 'A' area instead "DRIVERS FOR ... (AVS)". The use of "^DRIVERS FOR ..." should be discouraged since that would group many unrelated drivers into that alphabetical listing. Signed-off-by: Randy Dunlap

[PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption

Add an assertion similar to "fasttop" check in GNU C Library allocator: an object added to a singly linked freelist should not point to itself. That helps to detect some double free errors (e.g. CVE-2017-2636) without slub_debug and KASAN. Testing with hackbench doesn't show any noticeable

Re: [PATCH v2 1/2] dt-bindings: net: Add bindings for National Instruments XGE netdev

On Sat, Jul 15, 2017 at 09:48:32PM +0200, Andrew Lunn wrote: > > > > + ethernet_phy1: ethernet-phy@4 { > > > > + compatible = "ethernet-phy-ieee802.3-c45"; > > > > + reg = <4>; > > > > + devices = <0xa>; > > > > +

Re: [PATCH] ntb: use correct mw_count function in ntb_tool and ntb_transport

On Mon, Jul 17, 2017 at 12:50 PM, Logan Gunthorpe wrote: > > > On 17/07/17 10:46 AM, Jon Mason wrote: >> s/John/Jon > > Apologies. Monday morning -- not fully awake yet. > >> NP. I'll add a "Fixes: ..." to it. So, it'll get pulled into the >> -stable trees. > > Ok, thanks,

[PATCH net-next 05/12] net: dsa: mv88e6xxx: remove 88E6185 G2 interrupt

The 88E6185 family has no Global 2 Interrupt Source or Mask registers. Remove the MV88E6XXX_FLAG_G2_INT from MV88E6XXX_FLAGS_FAMILY_6185. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH] timer-of: handle of_irq_get() result correctly

Hello! On 07/16/2017 10:55 PM, Sergei Shtylyov wrote: of_irq_get_byname() may return a negative error number as well as 0 on failure, while timer_irq_init() only checks for 0, blithely continuing with the call to request_[percpu_]irq() -- those functions expect *unsigned int*, so would

Re: [PATCH] dt-bindings: clock: ti-sci: Fix incorrect usage of headers

On 7/17/2017 10:04 AM, Rob Herring wrote: On Tue, Jul 11, 2017 at 06:09:23PM -0700, Stephen Boyd wrote: On 07/11, Suman Anna wrote: The clock consumer usage description was erroneously referring to couple of dt-binding headers that are no longer valid. The definition and/or usage of these

Re: [PATCH 0/3] USB Mux support for Chipidea

On Thu, Jul 13, 2017 at 03:35:02PM -0700, Stephen Boyd wrote: > Quoting Peter Rosin (2017-07-11 22:04:46) > > On 2017-07-12 03:02, Stephen Boyd wrote: > > > This patchset adds support for the TC7USB40MU usb mux found on > > > db410c 96boards platforms via the new multiplexer framework and > > >

Re: [PATCH v2 5/5] dt-bindings: display: fill Documents for series of vop

On Wed, Jul 12, 2017 at 10:04:02AM +0800, Mark Yao wrote: > Changes in v2: > - rename rk322x to rk3228(Heiko Stübner) This goes below '---' and you need a commit msg here. Also, it is not clear in the subject this is for Rockchip. > Signed-off-by: Mark Yao > --- >

Re: [PATCH RFC v5] cpufreq: schedutil: Make iowait boost more energy efficient

Hi Viresh, On Mon, Jul 17, 2017 at 1:04 AM, Viresh Kumar wrote: > On 16-07-17, 01:04, Joel Fernandes wrote: >> Currently the iowait_boost feature in schedutil makes the frequency go to max >> on iowait wakeups. This feature was added to handle a case that Peter >>

[PATCH] mm, mprotect: Flush TLB if potentially racing with a parallel reclaim leaving stale TLB entries

Nadav Amit identified a theoritical race between page reclaim and mprotect due to TLB flushes being batched outside of the PTL being held. He described the race as follows CPU0CPU1

Re: [PATCH v4 00/10] PCID and improved laziness

On Mon, Jul 17, 2017 at 05:06:25PM +0200, Ingo Molnar wrote: > > > I'll push it all out when it passes testing. > > > > > > If it's all super stable I plan to tempt Linus with a late merge window > > > pull > > > request for all these preparatory patches. (Unless he objects that is. > > >

Re: [PATCH] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers

Hi Michael, On 17/07/17 11:17, Michael Ellerman wrote: > James Morse writes: >> compat_ptrace_request() lacks handlers for PTRACE_{G,S}ETSIGMASK, >> instead using those in ptrace_request(). The compat variant should >> read a compat_sigset_t from userspace instead of

Re: [PATCH][next] net: bcmgenet: return NULL rather than 0 for null pointer

From: Colin King Date: Mon, 17 Jul 2017 10:07:25 +0100 > From: Colin Ian King > > Don't return plain integer 0, instead return NULL > > Fixes sparse warning: > warning: Using plain integer as NULL pointer > > Signed-off-by: Colin Ian King

Re: [PATCH v3 03/18] arm: qcom-msm8974: dts: Update coresight replicator

On Fri, Jul 14, 2017 at 02:04:08PM +0100, Suzuki K Poulose wrote: > Replace the obsolete compatible string for Coresight programmable > replicator with the new one. > > Cc: Andy Gross > Cc: David Brown > Cc: linux-arm-...@vger.kernel.org > Cc:

Re: [RFC PATCH v1 5/6] mm: parallelize clear_gigantic_page

On 07/14/2017 03:16 PM, daniel.m.jor...@oracle.com wrote: > Machine: Intel(R) Xeon(R) CPU E7-8895 v3 @ 2.60GHz, 288 cpus, 1T memory > Test:Clear a range of gigantic pages > nthread speedup size (GiB) min time (s) stdev > 1100 41.130.03 > 2

Re: [PATCH v4 03/14] spi: qup: Add completion structures for DMA

On Tue, Jun 27, 2017 at 03:15:20PM +0530, Varadarajan Narayanan wrote: > Use different 'completion' structures to track the completion > of DMA Tx/Rx and PIO. Why? signature.asc Description: PGP signature

Re: [BUG] drivers: staging: comedi: do not call blocking ops when !TASK_RUNNING; state=1

On 17/07/17 15:48, Piotr Gregor wrote: Calling blocking operations from wrong context. Kernel: Linux piotrpc 4.4.70-rt83 #1 SMP PREEMPT RT Thu Jul 13 08:42:02 BST 2017 x86_64 GNU/Linux [ 80.542018] NOHZ: local_softirq_pending 80 [ 125.175471] [ cut here ] [

Re: [PATCH] nvme-pci: Fix an error handling path in 'nvme_probe()'

On Sun, Jul 16, 2017 at 10:39:03AM +0200, Christophe JAILLET wrote: > Release resources in the correct order in order not to miss a > 'put_device()' if 'nvme_dev_map()' fails. > > Fixes: b00a726a9fd8 ("NVMe: Don't unmap controller registers on reset") > Signed-off-by: Christophe JAILLET

Re: [PATCH v3 04/18] arm64: qcom-msm8916: dts: Update coresight replicator

On Fri, Jul 14, 2017 at 02:04:09PM +0100, Suzuki K Poulose wrote: > Replace the obsolete compatible string for Coresight programmable > replicator with the new one. > > Cc: Andy Gross > Cc: David Brown > Cc: linux-arm-...@vger.kernel.org > Cc:

Re: semantics of dma_map_single()

Hi Christoph, On 07/16/2017 11:42 PM, Christoph Hellwig wrote: I would expect that it would support any contiguous range in the kernel mapping (e.g. no vmalloc and friends). But it's not documented anywhere, and if no in kernel users makes use of that fact at the moment it might be better to

Applied "ASoC: Intel: Skylake: fix type in debug message" to the asoc tree

The patch ASoC: Intel: Skylake: fix type in debug message has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Re: [PATCH linux v2 0/3] Export 1-wire thermal sensors as hwmon device

Hi Evgeniy/Greg, Please pull in version 4 patchset into the tree. On Thu, Jul 13, 2017 at 8:39 AM, Evgeniy Polyakov wrote: > Hi > > 13.07.2017, 18:36, "Evgeniy Polyakov" : >> I believe this is a resend of your previous patchet, isn't it? >> Greg, if you

Re: [RESEND,PATCH v4 3/3] crypto : stm32 - Add STM32F4 CRC32 support

On Mon, Jul 17, 2017 at 02:23:44PM +, Lionel DEBIEVE wrote: > Hi Cosar, > > - ret = crypto_register_shashes(algs, ARRAY_SIZE(algs)); > + /* For F4 series only CRC32 algorithm will be used */ > + if (of_device_is_compatible(crc->dev->of_node, "st,stm32f4-crc")) > +

[patch 1/2] add support for generic actuator devices

Introduce support for generic actuator devices. Each device is identified by bus_name, dev_name and index. First two are derived according to the bus and address of the parent device. For example "usb/1-2/". The last one is defined by driver itself. That is for cases where it has multiple actuator

[patch 2/2] actuator: introduce Linak USB2LIN cable support

Benefit from the previously introduced actuator infrastructure and introduce the first actuator device driver. This driver controls Linak table moving actuators over USB2LIN usb cable. Signed-off-by: Jiri Pirko --- drivers/actuator/Kconfig | 11 ++ drivers/actuator/Makefile

<    1   2   3   4   5   6   7   8   9   10   >