Re: [PATCH 3.10 00/53] 3.10.96-stable review

On Thu, Jan 28, 2016 at 03:04:19AM -0800, kernelci.org bot wrote: > stable-queue boot: 53 boots: 1 failed, 52 passed (v3.10.95-53-g3ebc76ed4936) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-queue/kernel/v3.10.95-53-g3ebc76ed4936/ > Full Build Summary: >

Re: [PATCH v4] lib/spinlock_debug.c: prevent a recursive cycle in the debug code

On (01/28/16 21:48), Peter Hurley wrote: [..] > > yes, I proposed to add a ->reset callback to struct console > > a while ago, and to do a console reset loop in zap_locks() > > What was the patch series title? I'd like to review that. Thanks. it was deep in the thread where Jan Kara proposed v1

Re: [PATCH] Staging: Skein: Moved macros from skein_block.c to header file.

On Thu, Dec 17, 2015 at 12:46:14PM +0530, Sudip Mukherjee wrote: > On Mon, Dec 14, 2015 at 07:08:08PM -0500, Sanidhya Solanki wrote: > > The original code defined macros in the source code, making it > > harder to read. Moved them to the header file, as per the TODO file. > > > > Updated the TODO

Re: [PATCH] emu10k1: correctly handling failed thread creation

On Fri, 29 Jan 2016 00:51:37 +0100, Insu Yun wrote: > > Since kthread_create can be failed, it needs to check > whether error occurred and return error code. > > Signed-off-by: Insu Yun > --- > sound/pci/emu10k1/emu10k1_main.c | 6 ++ > 1 file changed, 6 insertions(+) >

[PATCH] tpm, tpm_crb: fix control area resource mapping

Control area does not always fall in the range of memory resource given by the ACPI object. This patch fixes the issue by ioremapping the buffers if this is the case. Fixes: bb76f9ba49 ("tpm_crb: Use devm_ioremap_resource") Signed-off-by: Jarkko Sakkinen ---

Re: [PATCH v4] lib/spinlock_debug.c: prevent a recursive cycle in the debug code

On (01/29/16 15:54), Byungchul Park wrote: > On Fri, Jan 29, 2016 at 09:27:03AM +0900, Sergey Senozhatsky wrote: > > > > well, the stack is surely limited, but on every > > spin_dump()->spin_lock() recursive call it does another > > round of > > > > u64 loops = loops_per_jiffy * HZ; > > > >

[PATCH v8.1 2/2] dt-bindings: add document for Innosilicon HDMI on Rockchip platform

Signed-off-by: Yakir Yang Acked-by: Rob Herring --- Changes in v8.1: - Remove dumplicate Signed-off which add at the v8 (Mark) Changes in v8: None Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes in

Re: [PATCH v2] i2c: mt8173: add 4GB mode support in i2c driver.

On Fri, Jan 29, 2016 at 7:06 AM, Liguo Zhang wrote: > If 4GB mode is enable, we should add 4gb mode support in i2c driver. > Set 4GB mode register to support 4GB mode. > > Signed-off-by: Liguo Zhang > --- > change in v2: > Define a static

Re: [PATCH] arm64: make CONFIG_DEBUG_RODATA non-optional

On Thu, Jan 28, 2016 at 6:59 AM, Mark Rutland wrote: > On Thu, Jan 28, 2016 at 06:06:53AM -0800, Kees Cook wrote: >> On Thu, Jan 28, 2016 at 3:06 AM, Mark Rutland wrote: >> > One thing I would like to do is to avoid the need for fixup_executable >> >

Re: [PATCH 09/31] media: v4l2-core add v4l_vb2q_enable_media_tuner() helper

Em Wed, 6 Jan 2016 13:26:58 -0700 Shuah Khan escreveu: > Add a new v4l_vb2q_enable_media_tuner() wrapper function > to be called from v4l2-core to enable the media tuner with > videobuf2 queue, when the calling frunction has the videobuf2 > queue and doesn't have the

Re: [RFC][BUG] tracer: Fails to work

On Thu, Jan 28, 2016 at 02:53:53PM +, Mathieu Desnoyers wrote: > On x86, many BIOS wipe the memory content even after a warm reset :( > The most reliable solution I found on x86 is to use kexec() to > boot into a new kernel, mount the DAX filesystem again and read the > buffers from there.

Re: [PATCH 15/31] media: dvb-frontend invoke enable/disable_source handlers

On Thu, 28 Jan 2016 13:53:04 -0200 Mauro Carvalho Chehab wrote: > Em Wed, 6 Jan 2016 13:27:04 -0700 > Shuah Khan escreveu: > > > Checking for tuner availability from frontend thread start > > disrupts video stream. Change to check for tuner

[PATCH 0/7] USB changes for rare warnings

Hi Felipe, This set of patches addresses warnings I got in randconfig builds, in the USB drivers. The first three patches are for the pxa25x UDC driver and are a larger scale cleanup triggered by finding the initial bug. The other four are relatively simple but still need to be reviewed properly,

Re: [PATCH 23/31] media: au0828 implement enable_source and disable_source handlers

Em Wed, 6 Jan 2016 13:27:12 -0700 Shuah Khan escreveu: > Implements enable_source and disable_source handlers for other > drivers (v4l2-core, dvb-core, and ALSA) to use to check for > tuner connected to the decoder and activate the link if tuner > is free, and

Re: [PATCH 4/5] HSI: ssi-protocol: Use handshake logic from n950

Hi, On Sun, Jan 17, 2016 at 04:49:08PM +0100, Sebastian Reichel wrote: > When using the ssi-protocol driver with the Nokia N950, the > following error is thrown during modem powered up sequence. > > [13852.274993] port0: SSI error: 0x01 > [13852.279205] ssi-protocol ssi-protocol: RX error

Re: [PATCH 4/9] net: moxart: use correct accessors for DMA memory

On Thursday 28 January 2016 12:36:19 David Laight wrote: > From: Arnd Bergmann > > Sent: 27 January 2016 14:05 > > The moxart ethernet driver confuses coherent DMA buffers with > > MMIO registers. > > > > moxart_ether.c: In function 'moxart_mac_setup_desc_ring': > > moxart_ether.c:146:428: error:

Re: [PATCH 3/5] HSI: nokia-modem: add n950 and n9 support

Hi, On Sun, Jan 17, 2016 at 04:49:07PM +0100, Sebastian Reichel wrote: > The Nokia N950 and Nokia N9 also have a SSI connected > modem, which use the same protocols as the Nokia N900, > but with slightly other GPIO setup and increased link > speed (96000 kbps instead of 55000 kbps). > > Since

[PATCHv2] net: moxart: use correct accessors for DMA memory

The moxart ethernet driver confuses coherent DMA buffers with MMIO registers. moxart_ether.c: In function 'moxart_mac_setup_desc_ring': moxart_ether.c:146:428: error: passing argument 1 of '__fswab32' makes integer from pointer without a cast [-Werror=int-conversion] moxart_ether.c:74:39:

[PATCH 1/2] mm, vmstat: make quiet_vmstat lighter

From: Michal Hocko Mike has reported a considerable overhead of refresh_cpu_vm_stats from the idle entry during pipe test: 12.89% [kernel] [k] refresh_cpu_vm_stats.isra.12 4.75% [kernel] [k] __schedule 4.70% [kernel] [k] mutex_unlock 3.14%

[PATCH 2/2] vmstat: make vmstat_update deferrable

From: Michal Hocko 0eb77e988032 ("vmstat: make vmstat_updater deferrable again and shut down on idle") made vmstat_shepherd deferrable. vmstat_update itself is still useing standard timer which might interrupt idle task. This is possible because "mm, vmstat: make quiet_vmstat

Re: [PATCH 29/31] media: track media device unregister in progress

Em Thu, 28 Jan 2016 10:04:24 -0700 Shuah Khan escreveu: > On 01/28/2016 10:01 AM, Mauro Carvalho Chehab wrote: > > Em Wed, 6 Jan 2016 13:27:18 -0700 > > Shuah Khan escreveu: > > > >> Add support to track media device unregister in progress >

Re: [PATCH 04/31] media: Media Controller enable/disable source handler API

Em Wed, 6 Jan 2016 13:26:53 -0700 Shuah Khan escreveu: > Add new fields to struct media_device to add enable_source, and > disable_source handlers, and source_priv to stash driver private > data that is need to run these handlers. The enable_source handler > finds

Re: [PATCH 08/31] media: v4l-core add v4l_enable/disable_media_tuner() helper functions

Em Wed, 6 Jan 2016 13:26:57 -0700 Shuah Khan escreveu: > Add a new interfaces to be used by v4l-core to invoke enable > source and disable_source handlers in the media_device. The > enable_source helper function invokes the enable_source handler > to find tuner entity

Re: [PATCH v3] barriers: introduce smp_mb__release_acquire and update documentation

On Wed, Jan 27, 2016 at 03:00:11PM -0800, Paul E. McKenney wrote: > On Wed, Jan 27, 2016 at 06:39:23PM +, Will Deacon wrote: > > On Wed, Jan 27, 2016 at 07:25:51PM +0100, Peter Zijlstra wrote: > > > On Wed, Jan 27, 2016 at 06:22:04PM +, Will Deacon wrote: > > > > As much as we'd like to

[PATCH 3/7] eeprom: at24: extend driver to plug into the NVMEM framework

Add a regmap for accessing the EEPROM, and then use that with the NVMEM framework. Set the NVMEM config structure to enable backward, so that the 'eeprom' file in sys is provided by the framework. Signed-off-by: Andrew Lunn --- drivers/misc/eeprom/Kconfig | 2 +

[PATCH 7/7] misc: at24: replace memory_accessor with nvmem_device_read

Now that the AT24 uses the NVMEM framework, replace the memory_accessor in the setup() callback with nvmem API calls. Signed-off-by: Andrew Lunn --- arch/arm/mach-davinci/board-mityomapl138.c | 5 +++-- arch/arm/mach-davinci/common.c | 4 ++--

[PATCH 4/7] eeprom: at25: Remove in kernel API for accessing the EEPROM

The setup() callback is not used by any in kernel code. Remove it. Any new code which requires access to the eeprom can use the NVMEM API. Signed-off-by: Andrew Lunn --- drivers/misc/eeprom/at25.c | 26 -- include/linux/spi/eeprom.h | 2 -- 2 files

[PATCH net v2 0/4] net: add and use rx_nohandler stat counter

The network core tries to keep track of dropped packets, but some packets you wouldn't really call dropped, so much as intentionally ignored, under certain circumstances. One such case is that of bonding and team device slaves that are currently inactive. Their respective rx_handler functions

[PATCH net v2 1/4] net/core: relax BUILD_BUG_ON in netdev_stats_to_stats64

The netdev_stats_to_stats64 function copies the deprecated net_device_stats format stats into rtnl_link_stats64 for legacy support purposes, but with the BUILD_BUG_ON as it was, it wasn't possible to extend rtnl_link_stats64 without also extending net_device_stats. Relax the BUILD_BUG_ON to only

[PATCH net v2 3/4] team: track sum of rx_nohandler for all slaves

CC: Jiri Pirko CC: net...@vger.kernel.org Signed-off-by: Jarod Wilson --- drivers/net/team/team.c | 10 +++--- include/linux/if_team.h | 1 + 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/team/team.c b/drivers/net/team/team.c

Re: [PATCH 17/31] media: au0828 video change to use v4l_enable_media_tuner()

Em Wed, 6 Jan 2016 13:27:06 -0700 Shuah Khan escreveu: > au0828 is changed to use v4l_enable_media_tuner() to check for > tuner availability from vidioc_g_tuner(), and au0828_v4l2_close(), > before changing tuner settings. If tuner isn't free, return busy > condition

[PATCH 1/7] usb: gadget: pxa25x_udc: move register definitions from arch

ixp4xx and pxa25x both use this driver and provide a slightly different set of register definitions for it. Aside from that, the definition in the ixp4xx-regs.h header conflicts with the on in the pxa27x device driver when compile-testing that: In file included from

Re: [RFC PATCH 0/21] Totally remove SDHCI_QUIRK_BROKEN_CARD_DETECTION quirk

On Thu, Jan 28, 2016 at 04:16:27PM +0100, Ulf Hansson wrote: > That's really great news. Thank you very much Adrian! > > Perhaps Russell is willing to help co-maintain it? Unfortunately, I'm not really in a position to co-maintain it, as I'd be doing it in my spare time, and my spare time is

Re: [PATCH 20/31] media: au0828 change to register/unregister entity_notify hook

Em Wed, 6 Jan 2016 13:27:09 -0700 Shuah Khan escreveu: > au0828 registers entity_notify hook to create media graph for > the device. This handler runs whenvere a new entity gets added typo: whenever. > to the media device. It creates necessary links from video, vbi, >

Re: [PATCH] vmstat: make vmstat_update deferrable (was: Re: [PATCH] mm, vmstat: make quiet_vmstat lighter) path cycle muncher (vmstat: make vmstat_updater deferrable) again and shut down on idle)

On Thu, 28 Jan 2016, Michal Hocko wrote: > down on idle") made vmstat_shepherd deferrable. vmstat_update itself > is still using standard timer which might interrupt idle task. This > is possible because "mm, vmstat: make quiet_vmstat lighter" removed > cancel_delayed_work from the quiet_vmstat.

Re: [PATCH] mm, vmstat: make quiet_vmstat lighter (was: Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable) again and shut down on idle)

On Thu 28-01-16 10:40:10, Christoph Lameter wrote: > On Thu, 28 Jan 2016, Michal Hocko wrote: > > > +void quiet_vmstat(void) > > +{ > > + if (system_state != SYSTEM_RUNNING) > > + return; > > + > > + /* > > +* If we are already in hands of the shepherd then there > > +* is

Re: [PATCH] clk: rockchip: Allow sclk_i2s0 and i2s0_frac to change their parents rate on rk3188

Hi Alexander, Am Mittwoch, 27. Januar 2016, 15:24:29 schrieb Alexander Kochetkov: > Allow sclk_i2s0 and i2s0_frac to change their parents rate as > that the upstream dividers are purely there to feed sclk_i2s0 > > Tested on radxarock-lite. > > Signed-off-by: Alexander Kochetkov

Re: [PATCH v6 1/2] PCI support added to ARC

Hi Bjorn, Thanks for the info. Joao On 1/27/2016 9:59 PM, Bjorn Helgaas wrote: > Hi Joao, > > On Wed, Jan 27, 2016 at 02:29:21PM +, Joao Pinto wrote: >> Hi Bjorn, >> Could you please tell me what are the perspectives of pulling this patch set >> to >> mainline? > > Sorry for the delay.

[PATCH] Doc: Micrel-ksz90x1.txt: Update the Micrel phy documentation for ksz9031

From: Dinh Nguyen Update the Micrel phy documentation for the KSZ9031 PHY to represent how the actual values are calculated from the code. Signed-off-by: Dinh Nguyen --- .../devicetree/bindings/net/micrel-ksz90x1.txt | 73

Re: [RFC PATCH 4/6] iommu/arm-smmu: Add support for IOMMU_DOMAIN_DMA in SMMUv1/SMMUv2 driver

On 27/01/16 05:21, Anup Patel wrote: To allow use of large memory (> 4Gb) with 32bit devices we need to use some kind of iommu for such 32bit devices. This patch extends SMMUv1/SMMUv2 driver to support DMA domains which in-turn will allows us to use iommu based DMA mappings for 32bit devices.

Re: [RFC PATCH 0/21] Totally remove SDHCI_QUIRK_BROKEN_CARD_DETECTION quirk

[...] >> I don't intend to contribute much with actual patches. I am willing to >> help review and also help with expertise around the PM related parts. >> >> I do realize that some callbacks may still be needed, even in the end >> when sdhci has become a pure library. Although, those should be

Re: [PATCH] genirq: fix trigger flags check for shared irqs

On Thu, Jan 28, 2016 at 5:49 AM, Thomas Gleixner wrote: > On Thu, 28 Jan 2016, Brian Starkey wrote: >> I've got a few devices on the same interrupt line. One driver does > > Just for the record: When will hardware folks finally understand that shared > interrupt lines are a

Re: [PATCH 22/31] media: dvb-core create tuner to demod pad link in disabled state

Em Wed, 6 Jan 2016 13:27:11 -0700 Shuah Khan escreveu: > Create tuner to demod pad link in disabled state to help avoid > disable step when tuner resource is requested by video or audio. > > Signed-off-by: Shuah Khan > --- >

Re: [PATCH 4/9] net: moxart: use correct accessors for DMA memory

On Thursday 28 January 2016 17:53:43 Arnd Bergmann wrote: > > Makes sense. I looked at the ftmac100 driver, which is another driver > for the same hardware, and it's also missing barriers. We should > probably add them for both then. > Nevermind. That one has write barriers, but no read

Re: [PATCH 15/31] media: dvb-frontend invoke enable/disable_source handlers

On 01/28/2016 09:07 AM, One Thousand Gnomes wrote: > On Thu, 28 Jan 2016 13:53:04 -0200 > Mauro Carvalho Chehab wrote: > >> Em Wed, 6 Jan 2016 13:27:04 -0700 >> Shuah Khan escreveu: >> >>> Checking for tuner availability from frontend thread

Re: [PATCH] mm, vmstat: make quiet_vmstat lighter (was: Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable) again and shut down on idle)

On Thu, 28 Jan 2016, Michal Hocko wrote: > > You can drop the need_update check. refresh_cpu_vm_stats() does the same > > checks in a more efficient way. If you keep this the checks will > > performed twice. > > refresh_cpu_vm_stats does this_cpu_xchg for each counter. Is it really > more

Re: [PATCH 31/31] media: au0828 change to check media device unregister progress state

Em Wed, 6 Jan 2016 13:27:20 -0700 Shuah Khan escreveu: > Change au0828_unregister_media_device() to check media > device media device unregister is in progress and avoid > calling media_device_unregister() and other cleanup done > in au0828_unregister_media_device(). >

Re: [LSF/MM TOPIC] VM containers

Rik van Riel writes: > Hi, > > I am trying to gauge interest in discussing VM containers at the LSF/MM > summit this year. Projects like ClearLinux, Qubes, and others are all > trying to use virtual machines as better isolated containers. > > That changes some of the goals the

Re: [PATCH] mm: memcontrol: do not uncharge old page in page cache replacement

[Ups this one somehow fall through cracks] On Wed 13-01-16 16:51:57, Johannes Weiner wrote: > Changing page->mem_cgroup of a live page is tricky and fragile. In > particular, the memcg writeback code relies on that mapping being > stable and users of mem_cgroup_replace_page() not overlapping with

Re: [PATCH] crypto: af_alg - add async support to algif_aead

Hi Stephan, On 01/27/2016 10:26 PM, Stephan Mueller wrote: >> +for (i = 0; i < areq->tsgls; i++) >> > + put_page(sg_page(sg + i)); > Shouldn't here be the same logic as in put_sgl? I.e. > > for (i = 0; i < sgl->cur; i++) { > if (!sg_page(sg + i)) >

[PATCHv2] ipv4: ipconfig: avoid unused ic_proto_used symbol

When CONFIG_PROC_FS, CONFIG_IP_PNP_BOOTP, CONFIG_IP_PNP_DHCP and CONFIG_IP_PNP_RARP are all disabled, we get a warning about the ic_proto_used variable being unused: net/ipv4/ipconfig.c:146:12: error: 'ic_proto_used' defined but not used [-Werror=unused-variable] This avoids the warning, by

Re: [PATCH] mm, vmstat: make quiet_vmstat lighter (was: Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable) again and shut down on idle)

On Thu, 28 Jan 2016, Michal Hocko wrote: > +void quiet_vmstat(void) > +{ > + if (system_state != SYSTEM_RUNNING) > + return; > + > + /* > + * If we are already in hands of the shepherd then there > + * is nothing for us to do here. > + */ > + if

Re: [PATCH 25/31] media: au0828 fix to not call media_device_unregister_entity_notify()

Em Wed, 6 Jan 2016 14:01:54 -0700 Shuah Khan escreveu: > entity_notify handlers are removed from media_device_unregister(). > There is no need to call media_device_unregister_entity_notify() > to do that right before calling media_device_unregister(). Please merge with

Re: [PATCH 24/31] media: au0828 fix null pointer reference in au0828_create_media_graph()

Em Wed, 6 Jan 2016 13:27:13 -0700 Shuah Khan escreveu: > Add a new wrapper function to au0828_create_media_graph() > to be called as an entity_notify function to fix null > pointer dereference. A rebasing mistake resulted in > registering au0828_create_media_graph()

Re: [PATCH 28/31] media: au0828 create link between ALSA Mixer and decoder

Em Wed, 6 Jan 2016 13:27:17 -0700 Shuah Khan escreveu: > Change au0828_create_media_graph() to create pad link > between MEDIA_ENT_F_AUDIO_MIXER entity and decoder's > AU8522_PAD_AUDIO_OUT. With mixer entity now linked to > decoder, change to link

[PATCH v5 0/5] x86: faster smp_mb()+documentation tweaks

mb() typically uses mfence on modern x86, but a micro-benchmark shows that it's 2 to 3 times slower than lock; addl that we use on older CPUs. So we really should use the locked variant everywhere, except that intel manual says that clflush is only ordered by mfence, so we can't. Note: some

[PATCH v5 3/5] x86: tweak the comment about use of wmb for IO

On x86, we *do* still use the non-nop rmb/wmb for IO barriers, but even that is generally questionable. Leave them around as historial unless somebody can point to a case where they care about the performance, but tweak the comment so people don't think they are strictly required in all cases.

[PATCH v5 4/5] x86: use mb() around clflush

commit f8e617f4582995f7c25ef25b4167213120ad122b ("sched/idle/x86: Optimize unnecessary mwait_idle() resched IPIs") adds memory barriers around clflush, but this seems wrong for UP since barrier() has no effect on clflush. We really want mfence so switch to mb() instead. Cc: Mike Galbraith

[PATCH v5 2/5] x86: drop a comment left over from X86_OOSTORE

The comment about wmb being non-nop to deal with non-intel CPUs is a left over from before commit 09df7c4c8097 ("x86: Remove CONFIG_X86_OOSTORE"). It makes no sense now: in particular, wmb is not a nop even for regular intel CPUs because of weird use-cases e.g. dealing with WC memory. Drop this

[PATCH v5 1/5] x86: add cc clobber for addl

addl clobbers flags (such as CF) but barrier.h didn't tell this to gcc. Historically, gcc doesn't need one on x86, and always considers flags clobbered. We are probably missing the cc clobber in a *lot* of places for this reason. But even if not necessary, it's probably a good thing to add for

Re: [PATCH] dmaengine: edma: Remove dynamic TPTC power management feature

* Peter Ujfalusi [160128 01:01]: > On 01/27/2016 05:54 PM, Tony Lindgren wrote: > > * Peter Ujfalusi [160127 01:12]: > >> The dynamic or on demand pm_runtime does not work correctly on am335x and > >> am437x due to interference with hwmod. > > > >

Re: [RFC PATCH 3/6] of: iommu: Increment DT node refcount in of_iommu_set_ops()

On 27/01/16 05:21, Anup Patel wrote: We are saving pointer to iommu DT node in of_iommu_set_ops() hence we should increment DT node ref count. Oh man, shame on whoever wrote that code! :P Reviewed-by: Robin Murphy Signed-off-by: Anup Patel

Re: [PATCH] mm, vmstat: make quiet_vmstat lighter (was: Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable) again and shut down on idle)

On Wed 27-01-16 12:26:16, Christoph Lameter wrote: > On Wed, 27 Jan 2016, Michal Hocko wrote: [...] > > +void quiet_vmstat(void) > > +{ > > + if (system_state != SYSTEM_RUNNING) > > + return; > > + > > + /* > > +* If we are already in hands of the shepherd then there > > +*

[PATCH 1/7] nvmem: Add flag to export NVMEM to root only

Legacy AT24, AT25 EEPROMs are exported in sys so that only root can read the contents. The EEPROMs may contain sensitive information. Add a flag so the provide can indicate that NVMEM should also restrict access to root only. Signed-off-by: Andrew Lunn --- drivers/nvmem/core.c

Re: [PATCH V8 18/23] coresight: etm-perf: new PMU driver for ETM tracers

Mathieu Poirier writes: >> I'd like to understand all the potential failures here, because it's >> really a good idea to keep those to a minimum for the sake of >> consistency. That is, if the user succeeded in creating an event, about >> the only good reason for the

[PATCH 0/7] Convert exiting EEPROM drivers to NVMEM

This patch set converts the old EEPROM drivers in driver/misc/eeprom to use the NVMEM framework. These drivers export there content in /sys as read only to root, since the EEPROM may contain sensitive information. So the first patch adds a flag so the NVMEM framework will create its file in /sys

[PATCH 6/7] eeprom: 93xx46: extend driver to plug into the NVMEM framework

Add a regmap for accessing the EEPROM, and then use that with the NVMEM framework. Enable backward compatibility in the MVMEM config structure, so that the 'eeprom' file in sys is provided by the framework. Signed-off-by: Andrew Lunn --- drivers/misc/eeprom/Kconfig | 2

Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable again and shut down on idle)

On Wed, Jan 27, 2016 at 10:28:48AM -0600, Christoph Lameter wrote: > On Wed, 27 Jan 2016, Mike Galbraith wrote: > > > > Since we (the NOHZ people) care mostly about NOHZ then lets restrict > > > that to the NOHZ mode. Then it should not affect your load. > > > > Tons of folks do have NO_HZ

[PATCH net v2 4/4] bond: track sum of rx_nohandler for all slaves

Sample output with this set applied for an active-backup bond: $ cat /sys/devices/virtual/net/bond0/lower_p7p1/statistics/rx_nohandler 16568 $ cat /sys/devices/virtual/net/bond0/lower_p5p2/statistics/rx_nohandler 16583 $ cat /sys/devices/virtual/net/bond0/statistics/rx_nohandler 33151 CC: Jay

Re: [BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

On 01/27/2016 03:52 PM, Jan Stancek wrote: > Hello, > > pthread_cond_wait_1/2 [1] is rarely failing for me on 4.5.0-rc1, > on x86_64 KVM guest with 2 CPUs. > > This test [1]: > - spawns 2 SCHED_RR threads > - first thread with higher priority sets alarm for 2 seconds and blocks on > condition >

[UPDATE] [PATCH 12/19] ARM: dts: exynos: replace legacy *,wakeup property with wakeup-source

Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup", "linux-keypad,wakeup" boolean property to enable the wakeup source, "wakeup-source" is the new standard binding. This patch replaces all the legacy wakeup properties with the unified "wakeup-source"

[PATCH net v3 1/4] net/core: relax BUILD_BUG_ON in netdev_stats_to_stats64

The netdev_stats_to_stats64 function copies the deprecated net_device_stats format stats into rtnl_link_stats64 for legacy support purposes, but with the BUILD_BUG_ON as it was, it wasn't possible to extend rtnl_link_stats64 without also extending net_device_stats. Relax the BUILD_BUG_ON to only

[PATCH 5/7] usb: isp1301-omap: mark power_up as __maybe_unused

The power_up function is used for otg or udc mode, but nost when the driver is only configured for host mode: drivers/usb/phy/phy-isp1301-omap.c:261:13: error: 'power_up' defined but not used [-Werror=unused-function] This marks the function __maybe_unused to avoid the warning and silently drop

Re: [PATCH] mmc: sdhci: disable irq in sdhci host suspend ranther than free this irq

On Thu, 28 Jan 2016, Ulf Hansson wrote: > On 28 January 2016 at 11:20, Russell King - ARM Linux > wrote: > >> - free_irq(host->irq, host); > >> + disable_irq(host->irq); > > > > This is really not acceptable I'm afraid. While it's common on ARM for

Re: [PATCH 04/31] media: Media Controller enable/disable source handler API

On 01/28/2016 08:19 AM, Mauro Carvalho Chehab wrote: > Em Wed, 6 Jan 2016 13:26:53 -0700 > Shuah Khan escreveu: > >> Add new fields to struct media_device to add enable_source, and >> disable_source handlers, and source_priv to stash driver private >> data that is need

Re: [PATCH] mmc: sdhci: disable irq in sdhci host suspend ranther than free this irq

On Thu, 28 Jan 2016, Thomas Gleixner wrote: > On Thu, 28 Jan 2016, Ulf Hansson wrote: > > Therefore, the only way we currently can make sure to don't get the > > IRQ is to free and later re-request it. Now, apparently that has > > issues when using threaded IRQ handlers. > > What's the issue?

Re: [PATCH] ext2, ext4: Fix issue with missing journal entry

On Thu, Jan 28, 2016 at 02:16:30PM +0100, Jan Kara wrote: > On Wed 27-01-16 12:01:48, Ross Zwisler wrote: > > As it is currently written ext4_dax_mkwrite() assumes that the call into > > __dax_mkwrite() will not have to do a block allocation so it doesn't create > > a journal entry. For a read

Re: [PATCH 7/9] net: macb: avoid uninitialized variables

On Wednesday 27 January 2016 17:04:47 Nicolas Ferre wrote: > > > > Okay Arnd, thanks! > > > > Acked-by: Nicolas Ferre > > Oh, crap: actually this warning has just been fixed by Sudip Mukherjee > and is already queued by David here: >

Re: [RFC PATCH 1/3] lib/list_batch: A simple list insertion/deletion batching facility

On 01/27/2016 03:54 PM, Peter Zijlstra wrote: On Wed, Jan 27, 2016 at 03:22:19PM -0500, Waiman Long wrote: + /* +* Put itself into the list_batch queue +*/ + node.next = NULL; + node.entry = entry; + node.cmd = cmd; + node.state =

Re: [PATCH v11 2/4] perf,kvm/{x86,s390}: Remove const from kvm_events_tp

On 1/27/16 11:33 PM, Hemant Kumar wrote: This patch removes the "const" qualifier from kvm_events_tp declaration to account for the fact that some architectures may need to update this variable dynamically. For instance, powerpc will need to update this variable dynamically depending on the

Re: [PATCH 3/3] param: convert some "on"/"off" users to strtobool

On Thu, Jan 28, 2016 at 06:17:07AM -0800, Kees Cook wrote: > This changes several users of manual "on"/"off" parsing to use strtobool. > > Signed-off-by: Kees Cook > Cc: x...@kernel.org > Cc: linuxppc-...@lists.ozlabs.org > Cc: linux-s...@vger.kernel.org > --- >

Re: [PATCH v4] perf/x86/amd/power: Add AMD accumulated power reporting mechanism

On Thu, Jan 28, 2016 at 10:03:15AM +0100, Borislav Petkov wrote: > + > +struct power_pmu { > + raw_spinlock_t lock; Now that the list is gone, what does this thing protect? > + struct pmu *pmu; This member seems superfluous, there's only the one possible value. >

Re: mm: provide reference to READ_IMPLIES_EXEC

y build failures due to this patch. > Pretty much all non-MMU builds fail, plus several MMU builds. > I had prepared a patch for mn10300, but gave up after I noticed > all the other failures. Please try mine "[PATCH] mm: polish virtual memory accounting" instead of th

[PATCH 5/7] eeprom: at25: extend driver to plug into the NVMEM framework

Add a regmap for accessing the EEPROM, and then use that with the NVMEM framework. Enable backwards compatibility in the NVMEM config, so that the 'eeprom' file in sys is provided by the framework. Signed-off-by: Andrew Lunn --- drivers/misc/eeprom/Kconfig | 2 +

Re: [PATCH 15/31] media: dvb-frontend invoke enable/disable_source handlers

Em Wed, 6 Jan 2016 13:27:04 -0700 Shuah Khan escreveu: > Checking for tuner availability from frontend thread start > disrupts video stream. Change to check for tuner and start > pipeline from frontend open instead and stop pipeline from > frontend release. That's

Re: [PATCH 0/2] mm: memcontrol: cgroup2 memory statistics

[I am sorry I am coming here late but I didn't have time earlier] On Fri 15-01-16 15:30:59, Johannes Weiner wrote: > On Fri, Jan 15, 2016 at 12:58:34PM +0300, Vladimir Davydov wrote: > > With the follow-up it looks good to me. All exported counters look > > justified enough and the format follows

Re: fast path cycle muncher (vmstat: make vmstat_updater deferrable again and shut down on idle)

On Thu, 28 Jan 2016, Frederic Weisbecker wrote: > > Frederic, any idea on where to put quiet_vmstat()? > > I guess those who want this also want task isolation, right? And Chris > integrates > it in his patchset. Ok.

Re: [PATCH] clk: rockchip: fix wrong mmc phase shift for rk3228

Am Dienstag, 26. Januar 2016, 11:30:18 schrieb Shawn Lin: > mmc sample shift is 0 for rk3228 refer to user manaul. > So it's broken if we enable mmc tuning for rk3228. > > Fixes: 307a2e9ac ("clk: rockchip: add clock controller for rk3228") > Cc: Xing Zheng > Cc: Jeffy

Re: [PATCH 0/5] Nokia N950 modem support

Hi, On Sun, Jan 17, 2016 at 04:49:04PM +0100, Sebastian Reichel wrote: > This patchset adds support for the N950 modem. > > [...] All of the patches are more or less mergable independent of each other, so I suggest the following merging scheme: > Sebastian Reichel (5): > ARM: OMAP2+: hwmod

Re: [PATCH 29/31] media: track media device unregister in progress

On 01/28/2016 10:01 AM, Mauro Carvalho Chehab wrote: > Em Wed, 6 Jan 2016 13:27:18 -0700 > Shuah Khan escreveu: > >> Add support to track media device unregister in progress >> state to prevent more than one driver entering unregister. >> This enables fixing the general

Re: [PATCH 03/31] media: Media Controller register/unregister entity_notify API

On 01/28/2016 08:13 AM, Mauro Carvalho Chehab wrote: > Em Wed, 6 Jan 2016 13:26:52 -0700 > Shuah Khan escreveu: > >> Add new interfaces to register and unregister entity_notify >> hook to media device to allow drivers to take appropriate >> actions when as new entities

Re: [RFC PATCH 5/6] iommu/arm-smmu: Option to treat instruction fetch as data read for SMMUv2

On 27/01/16 05:21, Anup Patel wrote: Currently, the SMMU driver by default provides unprivilege read-write permission in page table entries of stage1 page table. For SMMUv2 with aarch64 long descriptor format, a privilege instruction fetch will generate context fault. To allow privilege

Re: [PATCH] crypto: af_alg - add async support to algif_aead

Am Donnerstag, 28. Januar 2016, 08:00:25 schrieb Tadeusz Struk: Hi Tadeusz, >Hi Stephan, > >On 01/27/2016 10:26 PM, Stephan Mueller wrote: >>> + for (i = 0; i < areq->tsgls; i++) >>> >>> > + put_page(sg_page(sg + i)); >> >> Shouldn't here be the same logic as in put_sgl? I.e. >> >>

[PATCH 0/2] vmstat updates

Hi Andrew, the following two patches are on top of the current mmotm tree and the first one is a fixup for 0eb77e988032 ("vmstat: make vmstat_updater deferrable again and shut down on idle") merged during this merge window. Mike has encountered issues [1] and the first patch fixes both issues.

Re: [PATCH 13/31] media: au0828 fix au0828_create_media_graph() entity checks

Em Wed, 6 Jan 2016 13:27:02 -0700 Shuah Khan escreveu: > au0828_create_media_graph() doesn't do any checks to determine, > if vbi_dev, vdev, and input entities have been registered prior > to creating pad links. Checking graph_obj.mdev field works as > the

[PATCH 2/7] nvmem: Add backwards compatibility support for older EEPROM drivers.

Older drivers made an 'eeprom' file available in the /sys device directory. Have the NVMEM core provide this to retain backwards compatibility. Signed-off-by: Andrew Lunn --- drivers/nvmem/core.c | 77 +-

Re: [PATCH v4] lib/spinlock_debug.c: prevent a recursive cycle in the debug code

On (01/28/16 19:53), Sergey Senozhatsky wrote: > > ah... silly me... you mean the first CPU that triggers the spin_dump() will > ^^^ this, of course, is true for > console_sem->lock and logbuf_lock >

[PATCH net v2 2/4] net: add rx_nohandler stat counter

This adds an rx_nohandler stat counter, along with a sysfs statistics node, and copies the counter out via netlink as well. CC: "David S. Miller" CC: Eric Dumazet CC: Jiri Pirko CC: Daniel Borkmann CC: Tom

Re: [PATCH 3/3] mfd: lpc_ich: add GPIO support for Baytrail

On Thu, Jan 28, 2016 at 11:34:40AM +0100, Linus Walleij wrote: > On Sat, Jan 23, 2016 at 5:32 PM, Antoine Tenart > wrote: > > > This patch adds the GPIO support for the Baytrail family. > > > > Signed-off-by: Antoine Tenart >

Re: [PATCH 1/4] sched: Don't account tickless CPU load on tick

On Wed, Jan 20, 2016 at 07:26:14PM +0900, Byungchul Park wrote: > On Wed, Jan 20, 2016 at 02:43:35PM +0900, Byungchul Park wrote: > > > > It looks very tricky. I have a question. Do we have to call the > > scheduler_tick() even while the tick is stopped? IMHO, it seems to be > > ok even if we

  1   2   3   4   5   6   7   8   9   10   >