[PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm

When suspending the sdhci host, the only hardware event that could wake up the host is a sdio irq if they are enabled. If we want to wakeup on card detect events, a gpio as to be used. If we don't want to use a gpio but the card detect pio of the controller then we need to keep enabled the clock

Re: [PATCH] nvme: lightnvm: return ppa completion status

On Thu, Feb 11, 2016 at 12:36:29PM +0100, Matias Bj??rling wrote: > PPAs sent to device is separately acknowledge in a 64bit status > variable. The status is stored in DW0 and DW1 of the completion queue > entry. Store this status inside the nvm_rq for further processing. > > This can later be

Re: [PATCH 1/3] tpm: Hold the kref during tpm_chip_find_get

On Fri, Feb 12, 2016 at 05:04:29PM -0700, Jason Gunthorpe wrote: > This was missed during the struct device conversion, we > need to hold a kref on the chip to make sure it isn't freed. > > Signed-off-by: Jason Gunthorpe Reviewed-by: Jarkko Sakkinen

Re: [PATCH] net: phy: spi_ks8995: add dependency on GPIO

On Fri, Feb 12, 2016 at 11:18 AM, Sudip Mukherjee wrote: > The builds of allmodconfig of s390, m68k, tilegx, tilepro is failing > with the error: > drivers/net/phy/spi_ks8995.c:477:3: error: implicit declaration of function > 'gpiod_set_value' >

Re: [PATCH 1/3] net: cavium: liquidio: Return correct error code

From: Amitoj Kaur Chawla Date: Thu, 4 Feb 2016 19:25:13 +0530 > The return value of vmalloc on failure of allocation of memory should > be -ENOMEM and not -1. > > Found using Coccinelle. A simplified version of the semantic patch > used is: ... > The single call site of

Re: [PATCH 3/3] net: mvpp2: Return correct error codes

From: Amitoj Kaur Chawla Date: Thu, 4 Feb 2016 19:25:26 +0530 > The return value of kzalloc on failure of allocation of memory should > be -ENOMEM and not -1. > > Found using Coccinelle. A simplified version of the semantic patch > used is: ... > This function may also

Re: [PATCH 2/3] ibmveth: Return correct error codes

From: Amitoj Kaur Chawla Date: Thu, 4 Feb 2016 19:25:19 +0530 > The return value of kmalloc and kcalloc on failure of allocation of > memory should be -ENOMEM and not -1. > > Found using Coccinelle. A simplified version of the semantic patch > used is: ... > The two call

Re: [PATCHv2] vsock: Fix blocking ops call in prepare_to_wait

From: Laura Abbott Date: Thu, 4 Feb 2016 10:50:45 -0800 > We receoved a bug report from someone using vmware: ... > transport->stream_enqueue may call copy_to_user so it should > not be called inside a prepare_to_wait. Narrow the scope of > the prepare_to_wait to

Re: [PATCH net-next] r8169:fix system hange problem.

From: Chunhao Lin Date: Fri, 5 Feb 2016 02:28:00 +0800 > There are typos in setting RTL8168H hardware parameters. If system install > another version driver that may cuase system hang. > > Signed-off-by: Chunhao Lin Applied to 'net'.

Re: [PATCH v3 net 0/7] mvneta fixes for SMP

From: Gregory CLEMENT Date: Thu, 4 Feb 2016 22:09:22 +0100 > Following this bug report: > http://thread.gmane.org/gmane.linux.ports.arm.kernel/468173 and the > suggestions from Russell King, I reviewed all the code involving > multi-CPU. It ended with this

Re: [PATCH net] hv_netvsc: Restore needed_headroom request

From: Vitaly Kuznetsov Date: Fri, 5 Feb 2016 17:29:08 +0100 > Commit c0eb454034aa ("hv_netvsc: Don't ask for additional head room in the > skb") got rid of needed_headroom setting for the driver. With the change I > hit the following issue trying to use ptkgen module: > >

Re: [PATCH] net: cavium: liquidio: fix check for in progress flag

From: Colin King Date: Fri, 5 Feb 2016 16:30:39 + > From: Colin Ian King > > smatch detected a suspicious looking bitop condition: > > drivers/net/ethernet/cavium/liquidio/lio_main.c:2529 > handle_timestamp() warn: suspicious bitop

Re: [PATCH net] net: dsa: mv88e6xxx: do not leave reserved VLANs

From: Vivien Didelot Date: Fri, 5 Feb 2016 14:07:14 -0500 > BRIDGE_VLAN_FILTERING automatically adds a newly bridged port to the > VLAN with the bridge's default_pvid. > > The mv88e6xxx driver currently reserves VLANs 4000+ for unbridged ports > isolation.

Re: [PATCH net] net: dsa: mv88e6xxx: fix software VLAN deletion

From: Vivien Didelot Date: Fri, 5 Feb 2016 14:04:39 -0500 > The current bridge code calls switchdev_port_obj_del on a VLAN port even > if the corresponding switchdev_port_obj_add call returned -EOPNOTSUPP. > > If the DSA driver doesn't return -EOPNOTSUPP

Supply Of Your Products

Good day, Please Can you furnish me in full details about the standard of your products.I will appreciate it more if you can give me with details specification / price lists to avoid making a wrong choice of products. I am a West Africa Union Project Accredited commission Agent and i am looking

[GIT PULL] ARC fixes for 4.5

Hi Linus, I'd been sitting on some of these fixes for a while. Please pill. Thx, -Vineet > The following changes since commit afd2ff9b7e1b367172f18ba7f693dfb62bdcb2dc: Linux 4.4 (2016-01-10 15:01:32 -0800) are available in the git repository at:

Re: [PATCH v2] x86/mm/vmfault: Make vmalloc_fault() handle large pages

On Thu, Feb 11, 2016 at 05:27:16PM -0700, Toshi Kani wrote: > The following oops was observed when a read syscall was made to > a pmem device after a huge amount (>512GB) of vmalloc ranges was > allocated by ioremap() on a x86_64 system. > > BUG: unable to handle kernel paging request at

[RFC v2] vfs 64 bit time transition proposals

Changing a few things, accounting for false positives (assuming worst case and rounding up for case 2a, rounding down for 2b) > * # Changes needed in 2a = row 1 + row 7 + row 8 + row 9 + row 10 > = 34 + 80 + 10 + 3 + 3 = 130 > * # Changes needed in 2b = row 1 + row 4 +

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Sat, 13 Feb 2016, Kirill A. Shutemov wrote: > Could you check if revert of fecffad25458 helps? I reverted fecffad25458 on top of 721675fcf277cf - it oopsed with: ¢ 1851.721062! Unable to handle kernel pointer dereference in virtual kernel address space ¢ 1851.721075! failing address:

Re: [PATCH v2 4/4] sched/fair: Abort wakeup when task is no longer in a sleeping state

On Fri, Feb 12, 2016 at 04:22:29PM -0500, Waiman Long wrote: > >>+ smp_cond_acquire(!p->on_cpu || !(p->state& state)); > >>+ if (!(p->state& state)) { > >>+ success = 0; > >>+ goto out; > >>+ } > >This doesn't make sense, if we managed to get here, p->on_rq must be >

Re: [PATCH v2 1/4] locking/mutex: Add waiter parameter to mutex_optimistic_spin()

On Fri, Feb 12, 2016 at 02:14:44PM -0800, Davidlohr Bueso wrote: > On Fri, 12 Feb 2016, Peter Zijlstra wrote: > > >On Fri, Feb 12, 2016 at 12:32:12PM -0500, Waiman Long wrote: > >> static bool mutex_optimistic_spin(struct mutex *lock, > >>+ struct ww_acquire_ctx

Re: [PATCH] lib/Kconfig: make PREEMPT_COUNT depend on PREEMPT in DEBUG_ATOMIC_SLEEP

On Fri, Feb 12, 2016 at 10:14:22AM -0800, Yang Shi wrote: > When building non-preempt kernel (PREEMPT_NONE), PREEMPT_COUNT is still > enabled > if DEBUG_ATOMIC_SLEEP is enabled. But, it sounds not make sense to have > PREEMPT_COUNT set in non-preempt kernel. > > So, make PREEMPT_COUNT depend on

Re: [PATCH 1/2] iio: ina2xx: Fix whitespace and re-order code

On 12/02/16 18:34, Andrew F. Davis wrote: > Group of probably overly rigorous whitespace and code cleanups. > - Alphabetize includes > - Assign to variables in the order they are defined > - Alignment issues > - Group alike statements together > - Use helper macros > > Signed-off-by: Andrew

Re: [PATCH 2/2] iio: ina2xx: Remove trace_printk debug statments

On 12/02/16 18:34, Andrew F. Davis wrote: > These are generally for devlopment use only, remove these > from performance-critical code, convert to dev_dbg elswhere. > > Signed-off-by: Andrew F. Davis Hm... Tracepoints are also somewhat considered to be ABI and hence it is possible

Re: [PATCH v7 3/3] add support for DWC UFS Host Controller

Hi Joao, 2016-02-11 21:13 GMT+09:00 Joao Pinto : > +static int ufshcd_dwc_connection_setup(struct ufs_hba *hba) > +{ > + int ret = 0; > + > + /* Local side Configuration */ > + ret = ufshcd_dme_set(hba, UIC_ARG_MIB(T_CONNECTIONSTATE), 0); > + if

Re: [PATCH] iio: adc/imx25-gcq: move incorrect do_div

On 12/02/16 11:15, Arnd Bergmann wrote: > The newly added driver uses do_div() to device a 32-bit number, which now > provokes a warning: > > drivers/iio/adc/fsl-imx25-gcq.c: In function 'mx25_gcq_setup_cfgs': > include/asm-generic/div64.h:207:28: warning: comparison of distinct pointer > types

[PATCH v2 0/4] tpm: last minute critical fixes for Linux 4.5

These are critical to get to Linux 4.5 in order to get the chip refcount management stabilized and API/ABI for policy based sealing correct. Harald Hoyer (1): tpm_eventlog.c: fix binary_bios_measurements Jarkko Sakkinen (2): tpm: fix: keep auth session intact after unseal operation tpm:

[PATCH v2 1/4] tpm: fix: keep auth session intact after unseal operation

The behavior of policy based unseal operation is not consistent: * When there is an error in TPM2_Unseal operation, the session object stays in the TPM transient memory. * When the unseal is succesful, the TPM automatically removes the session object. This patch sets the continueSession

[PATCH v2 3/4] tpm: Hold the kref during tpm_chip_find_get

From: Jason Gunthorpe This was missed during the struct device conversion, we need to hold a kref on the chip to make sure it isn't freed. Signed-off-by: Jason Gunthorpe Reviewed-by: Jarkko Sakkinen

[PATCH v2 2/4] tpm: fix: rollback when devm_add_action() fails

Call put_device() and return error code if devm_add_action() fails. Signed-off-by: Jarkko Sakkinen Reported-by: Jason Gunthorpe Fixes: 8e0ee3c9faed ("tpm: fix the cleanup of struct tpm_chip") --- drivers/char/tpm/tpm-chip.c | 7

[PATCH v2 4/4] tpm_eventlog.c: fix binary_bios_measurements

From: Harald Hoyer The commit 0cc698af36ff ("vTPM: support little endian guests") copied the event, but without the event data, did an endian conversion on the size and tried to output the event data from the copied version, which has only have one byte of the data, resulting

Re: [PATCH 1/4] net: ethernet: dwmac: add Ethernet glue logic for stm32 chip

On 3 February 2016 at 15:54, Alexandre TORGUE wrote: > stm324xx family chips support Synopsys MAC 3.510 IP. > This patch adds settings for logical glue logic: > -clocks > -mode selection MII or RMII. > > Signed-off-by: Alexandre TORGUE > >

Re: [PATCH v3] iio: Add IIO support for the DAC on the Apex Embedded Systems STX104

On 11/02/16 16:49, William Breathitt Gray wrote: > The Apex Embedded Systems STX104 is a 16-channel 16-bit analog input and > 2-channel 16-bit analog output PC/104 card. The STX104 incorporates a > large one mega-sample FIFO. > > This driver provides IIO support for the 2-channel DAC on the

Re: [PATCH v5] iio: adc: Add TI ADS1015 ADC driver support

On 11/02/16 13:49, Daniel Baluta wrote: > The driver has sysfs readings with runtime PM support for power saving. > It also offers buffer support that can be used together with IIO software > triggers. > > Datasheet can be found here: > http://www.ti.com.cn/cn/lit/ds/symlink/ads1015.pdf >

Re: [PATCH] iio: adc: Move mxs-lradc out of staging

On 06/02/16 22:23, Ksenija Stanojevic wrote: > Move mxs-lradc driver from drivers/staging/iio/adc to drivers/iio/adc. > > Signed-off-by: Ksenija Stanojevic That's odd. I was sure I sent a reply to this the other day to say I'd applied it (with IIRC one trivial

[PATCH v2] net: phy: spi_ks8995: add dependency on GPIO

The builds of allmodconfig of s390, m68k, tilegx, tilepro is failing with the error: drivers/net/phy/spi_ks8995.c:477:3: error: implicit declaration of function 'gpiod_set_value' drivers/net/phy/spi_ks8995.c:477:19: error: implicit declaration of function 'gpio_to_desc' GPIO is now used to

Re: [PATCH] net: phy: spi_ks8995: add dependency on GPIO

On Saturday 13 February 2016 03:42 PM, Geert Uytterhoeven wrote: On Fri, Feb 12, 2016 at 11:18 AM, Sudip Mukherjee wrote: The builds of allmodconfig of s390, m68k, tilegx, tilepro is failing with the error: drivers/net/phy/spi_ks8995.c:477:3: error: implicit

[PATCH] goldfish: Return correct error code

The return value of devm_kzalloc on failure of allocation of memory should be -ENOMEM and not -1. Found using Coccinelle. A simplified version of the semantic patch used is: // @@ expression *e; @@ e = devm_kzalloc(...); if (e == NULL) { ... return - -1 + -ENOMEM ; } // The single call site

Re: [PATCH v4 4/9] pinctrl: Add STM32 MCUs support

On Mon, Feb 1, 2016 at 1:09 PM, Maxime Coquelin wrote: > On 02/01/2016 11:39 AM, Maxime Coquelin wrote: >> 2016-02-01 11:21 GMT+01:00 Arnd Bergmann : >>> drivers/pinctrl/stm32/pinctrl-stm32.c:26:47: fatal error: >>> dt-bindings/pinctrl/pinctrl-stm32.h: No

Re: [Y2038] [RFC v2b 5/5] fs: xfs: change inode times to use vfs_time data type

On Saturday 13 February 2016 13:18:32 Dave Chinner wrote: > On Fri, Feb 12, 2016 at 01:45:49AM -0800, Deepa Dinamani wrote: > > This is in preparation for changing VFS inode timestamps to > > use 64 bit time. > > The VFS inode timestamps are not y2038 safe as they use > > struct timespec. These

Re: linux-next: Tree for Feb 12

On Fri, Feb 12, 2016 at 11:49 PM, Guenter Roeck wrote: > On Fri, Feb 12, 2016 at 11:32:42AM +0530, Sudip Mukherjee wrote: >> On Fri, Feb 12, 2016 at 04:20:35PM +1100, Stephen Rothwell wrote: >> > Hi all, >> > >> > Changes since 20160211: >> >> since last few days with

Re: Energy consumption oddity on a Mac-Mini

moos...@gmail.com writes: > Hello, > > Trying to make Linux consume as little(or less) power as OS X does on > this Mac mini (as measured by watt meter that sits between the box and > the power outlet) led me to the following sequence of commands: > Here's a better one, the one that is actually

Re: [tpmdd-devel] [PATCH 2/3] tpm: Get rid of chip->pdev

On 02/12/2016 07:04 PM, Jason Gunthorpe wrote: This is a hold over from before the struct device conversion. - All prints should be using >dev, which is the Linux standard. This changes prints to use tpm0 as the device name, not the PnP/etc ID. - The few places involving sysfs/modules

Re: [PATCH 1/3] tpm: Hold the kref during tpm_chip_find_get

Hi Jarkko, I found a bug in this last night, please hold off. Jason On Feb 13, 2016 3:08 AM, Jarkko Sakkinen wrote: > > On Fri, Feb 12, 2016 at 05:04:29PM -0700, Jason Gunthorpe wrote: > > This was missed during the struct device conversion, we > > need to

Re: linux-next: Tree for Feb 12

On Sat, Feb 13, 2016 at 06:57:24AM -0800, Andy Lutomirski wrote: > I think Borislav's patch should fix this. Yeah, guys, can you give it a try: https://lkml.kernel.org/r/20160210145116.gf23...@pd.tnic Thanks. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply.

Re: [Y2038] [RFC v2b 5/5] fs: xfs: change inode times to use vfs_time data type

Frankly if XFS is going to change and break, now would be a good time to convert from MSBF to LSBF, easy to do and would be much more efficient on PC's. On Sat, Feb 13, 2016 at 6:50 AM, Arnd Bergmann wrote: > On Saturday 13 February 2016 13:18:32 Dave Chinner wrote: >> On Fri,

[PATCH] net: macb: Add support for phy-handle binding

This patch adds support for the 'phy-handle' binding which allows for a system to specifically select a phy which can be attached via any MDIO bus available in the system. Signed-off-by: Nathan Rossi Cc: Nicolas Ferre ---

Re: Allowing external modules to run across more configs and distros

To follow up on this, to make the existing version check system continue to work, it would only check those modules that reference the "struct modconfigopts", either by way of a compiler option on the macro, or just recommendation that coder create an external reference to whatever is needed to

Re: mfd: as3711: set regmap config reg counts properly

On 11.02.2016 18:07, Lee Jones wrote: > On Sun, 31 Jan 2016, Maciej S. Szmigiero wrote: > >> Regmap config max_register field should contain number of >> device last register, however num_reg_defaults_raw field >> should be set to register count instead >> (usually one register more than

Re: call_usermodehelper in containers

13.02.2016 00:39, Ian Kent пишет: On Fri, 2013-11-15 at 15:54 +0400, Stanislav Kinsbursky wrote: 15.11.2013 15:03, Eric W. Biederman пишет: Stanislav Kinsbursky writes: 12.11.2013 17:30, Jeff Layton пишет: On Tue, 12 Nov 2013 17:02:36 +0400 Stanislav Kinsbursky

[GIT PULL] another sound fix for 4.5-rc4

Linus, please pull another sound fix for v4.5-rc4 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-fix-4.5-rc4 The topmost commit is 07d86ca93db7e5cdf4743564d98292042ec21af7 another sound fix for

Re: [PATCH V2] AHCI: Workaround for ThunderX Errata#22536

Hello. On 2/13/2016 2:20 AM, tchalama...@caviumnetworks.com wrote: From: Tirumalesh Chalamarla Due to Errata in ThunderX, HOST_IRQ_STAT should be cleared before leaving the interrupt handler. The patch attempts to satisfy the need. Changes from V1: -

Re: [PATCH v4 4/9] pinctrl: Add STM32 MCUs support

On 02/13/2016 03:48 PM, Linus Walleij wrote: On Mon, Feb 1, 2016 at 1:09 PM, Maxime Coquelin wrote: On 02/01/2016 11:39 AM, Maxime Coquelin wrote: 2016-02-01 11:21 GMT+01:00 Arnd Bergmann : drivers/pinctrl/stm32/pinctrl-stm32.c:26:47: fatal error:

[GIT PULL] Thermal management updates for v4.5-rc4

Hello Linus, Please, consider pulling from git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal fixes to receive Thermal Management updates for v4.5-rc4 with top-most a53b8394ec3c67255928df6ee9cc99dd1cd452e3: thermal: cpu_cooling: fix out of bounds access in

[PATCH] staging: lustre/lnet: Fix wrong type casting warning generated by sparse

Fixed the following warning reported by sparse about typecasting. A userspace pointer was being typecasted by simply (char *) which causes sparse to give the following warning - warning: cast removes address space of expression Fixed it by adding __user annotation to the typecasting.

Re: [PATCH v2 1/4] locking/mutex: Add waiter parameter to mutex_optimistic_spin()

On Sat, 13 Feb 2016, Peter Zijlstra wrote: Can't see it do that, also, if it were to do that, we'd not be here since having a waiter would then mean no spinners and no starvation etc.. I was having a hard time understanding why on earth you didn't see that. And yes I was also wondering why it

Re: [PATCH net-next 3/4] net: dsa: mv88e6xxx: check hardware VLAN in use

Hello. On 2/12/2016 8:09 PM, Vivien Didelot wrote: The DSA drivers now have access to the VLAN prepare phase and the bridge net_device. It is easier to check for overlapping bridges from within the driver. Thus add such check in mv88e6xxx_port_vlan_prepare. Signed-off-by: Vivien Didelot

[PATCH 2/2] tracing/rcu: don't trace rcu_callback on offline CPUs

Tracepoints use RCU for protection and they must not be called on offline CPUS. So make this tracepoint conditional. INFO: suspicious RCU usage. ] [ 413.344670] 4.4.0-6-g0fe53e8-dirty #33 Tainted: G S [ 413.344672] --- [ 413.344673]

[PATCH 1/2] tracing/mm: don't trace kfree on offline CPUs

Tracepoints use RCU for protection and they must not be called on offline CPUS. So make this tracepoint conditional. INFO: suspicious RCU usage. ] [ 99.749382] 4.4.0-6-g0fe53e8-dirty #34 Tainted: G S [ 99.749383] --- [ 99.749385]

Re: [PATCH net-next 2/4] net: dsa: pass bridge down to drivers

2016-02-12 9:09 GMT-08:00 Vivien Didelot : > Some DSA drivers may or may not support multiple software bridges on top > of an hardware switch. > > It is more convenient for them to access the bridge's net_device for > finer configuration. > > Removing the need

Re: linux-next: Tree for Feb 12

On Saturday 13 February 2016 09:20 PM, Borislav Petkov wrote: On Sat, Feb 13, 2016 at 06:57:24AM -0800, Andy Lutomirski wrote: I think Borislav's patch should fix this. Yeah, guys, can you give it a try: https://lkml.kernel.org/r/20160210145116.gf23...@pd.tnic Its late night in our time so

Re: [PATCH] goldfish: Return correct error code

On Sat, 13 Feb 2016, Amitoj Kaur Chawla wrote: > The return value of devm_kzalloc on failure of allocation of memory > should be -ENOMEM and not -1. > > Found using Coccinelle. A simplified version of the semantic patch > used is: > > // > @@ > expression *e; > @@ > > e = devm_kzalloc(...);

Re: About support XZ-compressed kernel on x86

On 2016-02-12 Baoquan He wrote: > Now I have a question about the commit from you: > > commit 303148045aac34b70db722a54e5ad94a3a6625c6 > Author: Lasse Collin > Date: Wed Jan 12 17:01:24 2011 -0800 > > x86: support XZ-compressed kernel > > > In this commit for

Re: [PATCH 2/2] tracing/rcu: don't trace rcu_callback on offline CPUs

Hi Denis, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.5-rc3 next-20160212] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[PATCH] Documentation: Chinese translation of arm64/silicon-errata.txt

From: Fu Wei This is a Chinese translated version of Documentation/arm64/silicon-errata.txt Signed-off-by: Fu Wei --- Documentation/zh_CN/arm64/silicon-errata.txt | 74 1 file changed, 74 insertions(+) create mode 100644

Re: [PATCH net-next 3/4] net: dsa: mv88e6xxx: check hardware VLAN in use

Hi Sergei, Sergei Shtylyov writes: > Hello. > > On 2/12/2016 8:09 PM, Vivien Didelot wrote: > >> The DSA drivers now have access to the VLAN prepare phase and the bridge >> net_device. It is easier to check for overlapping bridges from within >> the driver.

Re: [PATCH RFC 1/3] net: bridge: log state when setting it

Fri, Feb 12, 2016 at 11:34:18PM IST, vivien.dide...@savoirfairelinux.com wrote: Hi Vivien, >Every call to br_set_state is followed by a call to br_log_state. >Directly call it within br_set_state instead. > >Signed-off-by: Vivien Didelot >--- Maybe I'm

Re: [PATCH net-next 3/4] net: dsa: mv88e6xxx: check hardware VLAN in use

On 02/13/2016 10:53 PM, Vivien Didelot wrote: The DSA drivers now have access to the VLAN prepare phase and the bridge net_device. It is easier to check for overlapping bridges from within the driver. Thus add such check in mv88e6xxx_port_vlan_prepare. Signed-off-by: Vivien Didelot

[PATCH] exofs: fix inode formatting, should be %llx and not %llu

From: Colin Ian King The inode is printed with a %llu format specifier when the intention is to print a hexadecimal value. Trivial fix to use %llx instead. Found with smatch static analysis: fs/exofs/dir.c:138 exofs_check_page() warn: '0x' prefix is confusing

[PATCH] xfs: fix format specifier , should be %llx and not %llu

From: Colin Ian King busyp->bno is printed with a %llu format specifier when the intention is to print a hexadecimal value. Trivial fix to use %llx instead. Found with smatch static analysis: fs/xfs/xfs_discard.c:229 xfs_discard_extents() warn: '0x' prefix is

Re: Computer fails to resume from suspend unless I rmmod jme before initiating the suspend

On Fri, Feb 12, 2016 at 6:17 AM, Diego Viola wrote: > On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola wrote: >> On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola wrote: >>> Hi Guo, >>> >>> I have an x86 computer with this network

Re: [PATCH RFC 2/3] net: bridge: set forwarding state on port removal

Fri, Feb 12, 2016 at 11:34:19PM IST, vivien.dide...@savoirfairelinux.com wrote: Hi Vivien, >When a port leaves a bridge, the bridge layer puts its STP state to >Disabled. If the port is part of an hardware switch, the mode needs to >be set to Forwarding in order to restore communication with the

Re: Allowing external modules to run across more configs and distros

After sending the below, I realized that if someone doesn't want to have to dereference a pointer it could still be done the same way and just omitting the member variable (options). You would just always allocate (sizeof (struct module)+sizeof(struct modconfigopts)) and to access the options,

Re: [kernel-hardening] [PATCH] arm64: vdso: Mark vDSO code as read-only

On 13 February 2016 at 01:31, David Brown wrote: > On Thu, Feb 11, 2016 at 03:19:20PM +0100, Ard Biesheuvel wrote: > >>> diff --git a/arch/arm64/kernel/vdso/vdso.S >>> b/arch/arm64/kernel/vdso/vdso.S >>> index 60c1db5..db7c0f2 100644 >>> --- a/arch/arm64/kernel/vdso/vdso.S

Re: [PATCH] [media] zl10353: use div_u64 instead of do_div

On 12 February 2016 at 22:01, Arnd Bergmann wrote: > On Friday 12 February 2016 13:21:33 Nicolas Pitre wrote: >> On Fri, 12 Feb 2016, Arnd Bergmann wrote: >> >> > On Friday 12 February 2016 14:32:20 Mauro Carvalho Chehab wrote: >> > > Em Fri, 12 Feb 2016 15:27:18 +0100 >> > > Arnd

Re: [PATCH] midi: avoid freeing umidi object twice

On Sat, 13 Feb 2016 09:08:06 +0100, Andrey Konovalov wrote: > > The 'umidi' object will be free'd on the error path by snd_usbmidi_free() > when tearing down the rawmidi interface. So we shouldn't try to free it > in snd_usbmidi_create() after having registered the rawmidi interface. > > Found

[PATCH] midi: avoid freeing umidi object twice

The 'umidi' object will be free'd on the error path by snd_usbmidi_free() when tearing down the rawmidi interface. So we shouldn't try to free it in snd_usbmidi_create() after having registered the rawmidi interface. Found by KASAN. Acked-by: Clemens Ladisch Signed-off-by:

[PATCH] Doc: ARM: Fix a typo in clksrc-change-registers.awk

This patch fix a spelling typo found in clksrc-change-registers.awk. Signed-off-by: Masanari Iida --- Documentation/arm/Samsung/clksrc-change-registers.awk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 3/3] drm: panel-simple: implement URT UMSH-8596MD-xT panel support

Hi Thierry, On 08.10.2015 10:24, Thierry Reding wrote: > On Wed, Oct 07, 2015 at 11:02:20PM +0200, Maciej S. Szmigiero wrote: >> This patch implements support for United Radiant Technology >> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels in DRM panel-simple >> driver. >> >> Signed-off-by: Maciej

[GIT PULL] target fixes for v4.5-rc4

Hi Linus, Here are the target-pending bug-fixes for v4.5-rc4. Please go ahead and pull from: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master This includes the long awaited series to address a set of bugs around active I/O remote-port LUN_RESET, as well as properly

Re: [PATCH RFC 2/3] net: bridge: set forwarding state on port removal

Hi Ido, Ido Schimmel writes: > Fri, Feb 12, 2016 at 11:34:19PM IST, vivien.dide...@savoirfairelinux.com > wrote: > > Hi Vivien, > >>When a port leaves a bridge, the bridge layer puts its STP state to >>Disabled. If the port is part of an hardware switch, the mode needs to

Re: [PATCH RFC 1/3] net: bridge: log state when setting it

Hi Ido, Ido Schimmel writes: > Fri, Feb 12, 2016 at 11:34:18PM IST, vivien.dide...@savoirfairelinux.com > wrote: > > Hi Vivien, > >>Every call to br_set_state is followed by a call to br_log_state. >>Directly call it within br_set_state instead. >> >>Signed-off-by: Vivien

Re: [PATCH v2 0/4] tpm: last minute critical fixes for Linux 4.5

Hi Peter, Please don't grab my patch in this pull, it is broken. Thanks Jason On Feb 13, 2016 6:47 AM, Jarkko Sakkinen wrote: > > These are critical to get to Linux 4.5 in order to get the chip refcount > management stabilized and API/ABI for policy based

Re: [PATCH] [media] zl10353: use div_u64 instead of do_div

On Sat, 13 Feb 2016, Ard Biesheuvel wrote: > On 12 February 2016 at 22:01, Arnd Bergmann wrote: > > However, I did stumble over an older patch I did now, which I could > > not remember what it was good for. It does fix the problem, and > > it seems to be a better solution. > > > >

Re: [PATCH] i2c: designware: balance clk enable/disable on removal

On 12.02.2016 21:54, Wolfram Sang wrote: > On Mon, Feb 01, 2016 at 04:44:05PM +0200, Andy Shevchenko wrote: >> On Mon, 2016-02-01 at 16:21 +0200, Jarkko Nikula wrote: >>> On 01/30/2016 12:31 AM, Alexey Khoroshilov wrote: It seems clk_disable_unprepare() is missed in dw_i2c_plat_remove(),

Re: mm, compaction: fix build errors with kcompactd

On Tue, Feb 9, 2016 at 9:15 AM, Arnd Bergmann wrote: > The newly added kcompactd code introduces multiple build errors: > > include/linux/compaction.h:91:12: error: 'kcompactd_run' defined but not used > [-Werror=unused-function] > mm/compaction.c:1953:2: error: implicit

[PATCH] mm/compaction: don't use modular references for non modular code

replace module_init with subsys_initcall ; which will be two levels earlier, but mm smells like a subsystem to me. Compile tested only. Cc: Vlastimil Babka Cc: Andrew Morton Signed-off-by: Paul Gortmaker --- [Feel free

[PATCH 1/2] dt-bindings: Add URT UMSH-8596MD-xT panel bindings

Add DT bindings for United Radiant Technology UMSH-8596MD-xT 7.0" WVGA TFT LCD panels. Signed-off-by: Maciej S. Szmigiero --- This replaces "of: add URT UMSH-8596MD-xT panel DT bindings" submission. .../bindings/display/panel/urt,umsh-8596md.txt | 16

Re: [PATCH] staging: lustre/lnet: Fix wrong type casting warning generated by sparse

On Sat, Feb 13, 2016 at 11:34:35PM +0530, Niranjan Dighe wrote: > diff --git a/drivers/staging/lustre/lnet/selftest/console.c > b/drivers/staging/lustre/lnet/selftest/console.c > index 366211e..64b6a70 100644 > --- a/drivers/staging/lustre/lnet/selftest/console.c > +++

[PATCH 2/2] drm/panel: simple: Add URT UMSH-8596MD-xT panels support

Add support for United Radiant Technology UMSH-8596MD-xT 7.0" WVGA TFT LCD panels in DRM panel-simple driver. Signed-off-by: Maciej S. Szmigiero --- This replaces "drm: panel-simple: implement URT UMSH-8596MD-xT panel support" submission.

Kernel docs: muddying the waters a bit

So I fear you all are going to hate me for this... Asciidoc is a credible solution to the formatted documentation problem, but it's not the only such; I'd like to be sure that we pick the right one. I worry that asciidoc seems to be aimed mostly at small documents, and that the project itself

Re: [RFC v2a 11/12] net: ceph: use vfs_time data type instead of timespec

On Fri, Feb 12, 2016 at 01:36:05AM -0800, Deepa Dinamani wrote: > The VFS inode timestamps are not y2038 safe as they use > struct timespec. These will be changed to use struct timespec64 > instead and that is y2038 safe. > But, since the above data type conversion will break the end > file

[PATCH] usb: host: ohci-pxa27x: propagate the irq error code

In several drivers in the pxa architecture, it was found that the platform_get_irq() was not propagated. This breaks the the device-tree probe deferral path, if -EPROBE_DEFER is returned. Unfortunately, the error return in this case is transformed into -ENXIO, breaking the deferral mechanism.

Re: [PATCH 2/2 v2] devicetree: Add DTS file to support the Nexus7 2013 (flo) device.

On Fri, Feb 5, 2016 at 8:21 PM, John Stultz wrote: > This patch adds a dts file to support the Nexus7 2013 > device. Its based off of the qcom-apq8064-ifc6410.dts > which is similar hardware. > > Also includes some comments and context folded in > from Vinay Simha BN

Re: [PATCH v2] pinctrl: mediatek: guard sub-directory with CONFIG_PINCTRL_MTK

On Wed, Feb 10, 2016 at 10:54 AM, Masahiro Yamada wrote: > CONFIG_PINCTRL_MTK is more suitable than CONFIG_ARCH_MEDIATEK > to guard the drivers/pinctrl/mediatek/ directory. > (I renamed CONFIG_PINCTRL_MTK_COMMON to CONFIG_PINCTRL_MTK.) > > This allows COMPILE_TEST

Re: [PATCH 0/4] Pass correct license string to MODULE_LICENSE

On Tue, Feb 2, 2016 at 12:51 AM, William Breathitt Gray wrote: > Several of the GPIO drivers have a copyright boilerplate lacking the "or > later" verbiage regarding GPL compliant distribution. The MODULE_LICENSE > string should reflect the actual copyright license terms

Re: [PATCH] ocfs2: fix build warning

Hi Sudip, [auto build test ERROR on v4.5-rc2] [cannot apply to next-20160212] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Sudip-Mukherjee/ocfs2-fix-build-warning/20160202-144936 config:

Re: [PATCH v2 0/7] Use devm_request_region

On Wed, Feb 3, 2016 at 9:15 PM, William Breathitt Gray wrote: > By the time request_region is called in several GPIO drivers, a > corresponding device structure has already been allocated. The > devm_request_region function should be used to help simplify the cleanup >

[PATCH] logfs: remove redundant check on block->alias_map

From: Colin Ian King alias_map is an unsigned long array, hence a null check on this array is superfluous and can be removed. Detected with static analysis by smatch: fs/logfs/readwrite.c:1282 fill_shadow_tree() warn: this array is probably non-NULL.

[PATCH] drivers/staging/android: don't use modular references in sync_debug.c

In commit 8a0044846115e74552b671a7073cffeec14b9316 ("staging/android: create a 'sync' dir for debugfs information"), modular references were introduced to this file. However if we look, we find: drivers/staging/android/Makefile:obj-$(CONFIG_SYNC) += sync.o sync_debug.o

  1   2   3   4   >