The whole series looks fine to me:
Reviewed-by: Christoph Hellwig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.
On Tue, Sep 29, 2015 at 08:41:31PM -0400, Dan Williams wrote:
> Allow pmem, and other synchronous/bio-based block drivers, to fallback
> on a per-cpu reference count managed by the core for tracking queue
> live/dead state.
>
> The existing per-cpu reference count for the blk_mq case is promoted t
On Tue, Sep 22, 2015 at 02:26:51PM +0200, Andreas Gruenbacher wrote:
> Now that the xattr handler is passed to the xattr handler operations, we
> have access to the attribute name prefix, so simplify the squashfs xattr
> handlers a bit.
>
> Signed-off-by: Andreas Gruenbacher
> ---
> fs/squashfs/
On Tue, Sep 22, 2015 at 02:26:50PM +0200, Andreas Gruenbacher wrote:
>
> +/**
> + * xattr_full_name - Compute full attribute name from suffix
> + *
Missing argument descriptions for a kdoc comment.
> +const char *xattr_full_name(const struct xattr_handler *handler,
> +
Looks good,
Reviewed-by: Christoph Hellwig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Looks good,
Reviewed-by: Christoph Hellwig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Sep 22, 2015 at 02:26:49PM +0200, Andreas Gruenbacher wrote:
> The xattr_handler operations are currently all passed a file system
> specific flags value which the operations can use to disambiguate between
> different handlers; some file systems use that to distinguish the xattr
> namespac
On Mon, Sep 28, 2015 at 12:08:51AM +0200, Andreas Gruenbacher wrote:
> Hello,
>
> here's another update of the richacl patch queue. At this stage, I would
> like to ask for final feedback so that the core and ext4 code (patches
> 1-19) can be merged in the 4.4 merge window. The nfsd and nfs code
BUG_ON() already contain an unlikely compiler flag. Drop it.
Signed-off-by: Geliang Tang
---
drivers/scsi/scsi_lib.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index f570b48..3b5faab 100644
--- a/drivers/scsi/scsi_lib
BUG_ON() already contain an unlikely compiler flag. Drop it.
Signed-off-by: Geliang Tang
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index fe81929..a3518789 100644
--- a/kernel/sched/core.c
+++ b/kernel/sch
BUG_ON() already contain an unlikely compiler flag. Drop it.
Signed-off-by: Geliang Tang
---
mm/nommu.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mm/nommu.c b/mm/nommu.c
index 1e0f168..92be862 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -578,16 +578,16 @@ sta
struct inode_operations has a comment that used to refer to the removed
operation dentry_open, add in commit 4aa7c6346be3 ("vfs: add
i_op->dentry_open()"), mentioning that it was going to be removed soon.
The comment was not removed when the dentry_open operation was removed
in commit 4bacc9c9234c
On Fri, Oct 02, 2015 at 06:01:32PM -0600, Ross Zwisler wrote:
> This series reverts some recent changes to the locking scheme in DAX
> introduced
> by these two commits:
>
> commit 843172978bb9 ("dax: fix race between simultaneous faults")
> commit 46c043ede471 ("mm: take i_mmap_lock in unmap_map
On 10/4/15 04:09, Richard Weinberger wrote:
> With that change you're reintroducing an issue.
> Please see:
> commit 7cd5a02f54f4c9d16cf7fdffa2122bc73bb09b43
> Author: Peter Zijlstra
> Date: Mon Aug 11 09:30:25 2008 +0200
>
> mm: fix mm_take_all_locks() locking order
>
> Lockdep spotte
On Thu, 1 Oct 2015, Steven Rostedt wrote:
>
> I merged 3.4.109 into 3.4-rt, and it bugged. I then booted 3.4.109
> vanilla and it bugged too. 3.4.108 is fine.
>
I'm getting a similar type bug here. I've bisected it down to this commit:
commit 961bd13539b9e7ca5d2e667668141496b7a1d6bc
Author: M
Introduce use of managed resource function devm_iio_trigger_alloc
instead of iio_trigger_alloc and devm_request_irq instead of request_irq
Remove corresponding calls to iio_trigger_free and free_irq in the probe
and remove functions.
The now unnecessary labels error_free_trig and err_free_irq are d
This patch adds CRC generation and validation support for nx-842.
Add CRC flag so that nx842 coprocessor includes CRC during compression
and validates during decompression.
Also changes in 842 SW compression to append CRC value at the end
of template and checks during decompression.
Signed-off-b
This patch modifies the id and name of external connector with the additional
prefix to clarify both attribute and meaning of external connector as following:
- EXTCON_CHG_* mean the charger connector.
- EXTCON_JACK_* mean the jack connector.
- EXTCON_DISP_* mean the display port connector.
Follow
On Sat, Oct 03, 2015 at 04:23:02PM +0300, Alexander Kapshuk wrote:
> 'tune2fs' is located in varying places depending on the distro.
> Current implementation output on distros where 'tune2fs' is found at
> a location that is not available in the PATH for the regular user,
> e.g. '/sbin', will have
Hi Gabriel,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
drivers/firmware/qemu_fw_cfg.c:
Hi Keith,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: i386-randconfig-h1-10040721 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new ones prefixed by >>):
In file i
On 10/3/15 4:44 PM, Nishanth Menon wrote:
On 10/02/2015 11:09 AM, santosh shilimkar wrote:
Nishant,
On 9/25/2015 10:38 AM, Nishanth Menon wrote:
On 09/25/2015 11:15 AM, santosh shilimkar wrote:
9/25/2015 9:01 AM, Nishanth Menon wrote:
[..]
Please refresh the series commit messages based o
On 10/3/15 4:38 PM, Nishanth Menon wrote:
Hi,
Round 2 of the series with updated patch #1. This series introduces
SoC specific dt compatible property to allow for future SoCs to be
handled and for userspace applications that can introduce features
based on SoC they are functioning on.
V1 of t
On 10/02/15 16:17, Luis R. Rodriguez wrote:
> On Fri, Aug 28, 2015 at 07:13:08PM -0700, Randy Dunlap wrote:
>> On 08/28/15 17:17, Luis R. Rodriguez wrote:
>>>
>>> arch/s390/Kconfig | 8 +
>>> arch/s390/include/asm/io.h| 11 ---
>>> arch/s390/include/asm/pci.h
On Fri, Oct 02, 2015 at 09:24:46PM -0500, Peter Bergner wrote:
> > > Ok, than we can just zero out r5 for example and use it in tlbie as RS,
> > > right?
> >
> > That won't assemble _unless_ your assembler is in POWER7 mode. It also
> > won't do the right thing at run time on older machines.
>
>
On 10/02/2015 11:09 AM, santosh shilimkar wrote:
> Nishant,
>
> On 9/25/2015 10:38 AM, Nishanth Menon wrote:
>> On 09/25/2015 11:15 AM, santosh shilimkar wrote:
>>> 9/25/2015 9:01 AM, Nishanth Menon wrote:
>
> [..]
>
>>> Please refresh the series commit messages based on the
>>> discussion so fa
Update the compatible flags to allow specific SoC identification.
Signed-off-by: Nishanth Menon
---
V2: No change
V1: https://patchwork.kernel.org/patch/7240911/
arch/arm/boot/dts/k2e-evm.dts | 2 +-
arch/arm/boot/dts/k2e.dtsi | 3 +++
arch/arm/boot/dts/k2hk-evm.dts | 2 +-
arch/arm/bo
Hi,
Round 2 of the series with updated patch #1. This series introduces
SoC specific dt compatible property to allow for future SoCs to be
handled and for userspace applications that can introduce features
based on SoC they are functioning on.
V1 of the series: http://marc.info/?l=devicetree&m=14
Keystone2 devices are used on more platforms than just Texas
Instruments reference evaluation platforms called EVMs. Providing a
generic compatible "ti,keystone" is not sufficient to differentiate
various SoC definitions possible on various platforms for the
following reasons:
a) Userspace applicat
From: Gabriel Somlo
Instead of blindly probing fw_cfg registers at known IOport and MMIO
locations, use the ACPI subsystem to determine whether a QEMU fw_cfg
device is present, and, if found, to initialize it.
This limits portability to architectures which support ACPI (x86 and
UEFI-enabled aarc
From: Gabriel Somlo
Signed-off-by: Gabriel Somlo
---
lib/kobject.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/kobject.c b/lib/kobject.c
index 3e3a5c3..bea2c9b 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@ -842,6 +842,7 @@ struct kobject *kset_find_obj(struct kset *kset, const c
From: "Gabriel Somlo"
Allow access to QEMU firmware blobs, passed into the guest VM via
the fw_cfg device, through SysFS entries. Blob meta-data (e.g. name,
size, and fw_cfg key), as well as the raw binary blob data may be
accessed.
The SysFS access location is /sys/firmware/qemu_fw_cfg/... and
From: Gabriel Somlo
Make fw_cfg entries of type "file" available via sysfs. Entries
are listed under /sys/firmware/qemu_fw_cfg/by_key, in folders
named after each entry's selector key. Filename, selector value,
and size read-only attributes are included for each entry. Also,
a "raw" attribute all
From: Gabriel Somlo
Each fw_cfg entry of type "file" has an associated 56-char,
nul-terminated ASCII string which represents its name. While
the fw_cfg device doesn't itself impose any specific naming
convention, QEMU developers have traditionally used path name
semantics (i.e. "etc/acpi/rsdp") t
With future SoCs of keystone2 family, the generic compatible match
may not be sufficient to handle SoC specific handling. So introduce
matches based on SoC compatiblity.
Signed-off-by: Nishanth Menon
---
Changes in V2:
- reformatting of commit message. no functional change
V1: https://pa
On Sun, Oct 4, 2015 at 3:33 AM, Meelis Roos wrote:
>> This is 4.3.0-rc1 on Sun E220R (dual-CPU sparc64). Sometimes it boots,
>> sometimes it fails to boot with looping errors and finally a watchdog
>> timeout. This console log from a failure. Config is below.
>
> I noticed blk-mq related changes i
The i2o subsystem was removed by
commit 4a72a7af462d ("staging: remove i2o subsystem") but the header was
still used by drivers/scsi/dpt_i2o.c driver.
This patch moves the structures used from the header into dpti_i2o.h.
CC: Arnd Bergmann
CC: Greg Kroah-Hartman
Signed-off-by: Gabriel Laskar
--
On Thu, Oct 1, 2015 at 2:05 PM, Kweh, Hock Leong
wrote:
> From: "Kweh, Hock Leong"
>
> Introducing a kernel module to expose capsule loader interface
> (misc char device file note) for user to upload capsule binaries.
>
> Example method to load the capsule binary:
> cat firmware.bin > /dev/efi_ca
On Fri, 02 Oct, at 09:16:37AM, Guenter Roeck wrote:
> On Fri, Sep 18, 2015 at 07:22:04AM -0700, Guenter Roeck wrote:
> > On Fri, Sep 18, 2015 at 02:08:10PM +1000, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Changes since 20150917:
> > >
> > > I used the h8300 tree from next-20150828 since t
On Sat, Oct 03 2015, Christoph Hellwig wrote:
> Hi Rasmus,
>
> I like this idea. But maybe it's also time to just move the constants
> to a plain text file and auto-generate C headers from them? That way
> the format in which they can be edited is decoupled from the
> representation in the kern
On 10/3/2015 6:20 PM, Neil Armstrong wrote:
On 10/3/2015 5:25 PM, Neil Armstrong wrote:
To prevent memory leakage on unbinding, add missing kfree calls.
Signed-off-by: Neil Armstrong
---
net/dsa/dsa.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/net/dsa/dsa.c
Andrej :
[...]
> Choosing between changing rhine_get_vlan_tci(), which retrieves TCI from
> skb->data, or moving eth_type_trans() invocation after rhine_rx_vlan_tag(),
> I chose the latter.
Can you send a patch with a proper Signed-off-by and a single line
'Fixes: 810f19bcb862 ("via-rhine: add co
On 30/09/15 20:40, Jiri Kosina wrote:
> On Wed, 30 Sep 2015, Luis de Bethencourt wrote:
>
>> The driver is using -1 instead of the -ENOMEM defined macro to specify
>> that a buffer allocation failed. Since the error number is propagated,
>> the caller will get a -EPERM which is the wrong error con
Am 11.08.2015 um 23:27 schrieb Richard Weinberger:
> If fastmap requests a free PEB for a pool and UBI is busy
> with erasing PEBs we need to offer a function to wait for one.
> We can reuse produce_free_peb() from the non-fastmap WL code
> but with different locking semantics.
>
> Reported-and-te
Peter Senna Tschudin writes:
> On Fri, Oct 2, 2015 at 7:39 PM, Felipe Balbi wrote:
>> On Fri, Oct 02, 2015 at 01:18:27PM +0200, Peter Senna Tschudin wrote:
>>> fusbh200 and fotg210 are very similar. The initial idea was to consolidate
>>> both drivers but I'm afraid fusbh200 is not being used.
>
Oliver Schmitt writes:
Hi,
> The WiiU adapter from Mayflash (see
> http://www.mayflash.com/Products/NINTENDOWiiU/W009.html) is not working
> correctly.
>
> The "XInput" mode works fine, the controller is recognized as a xbox
> controller. But it is only possible to connect one controller with
Get rid of all ELSE_AFTER_BRACE type errors reported by checkpatch.pl.
Signed-off-by: Martin Kletzander
---
There is one warning reported in this patch though. That's because of
the multiline string and it's pre-existing. Feel free to let me know
if that should be fixed too, I'd also remove the
This is a patch to remove the function ieee80211_tkip_null().
This function does nothing, and can therefore be safely removed.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 6 --
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 1 -
2 f
This is a patch to remove the function ieee80211_ccmp_null().
This function does nothing and can therefore be safely removed.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80
This is a patch to remove the function ieee80211_wep_null().
This function does nothing and can therefore be safely removed.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_wep.c | 4
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c| 1 -
2 files c
This is a series of patches to remove three functions that do no
processing in staging/rtl8192u/ieee80211/.
Before:
drivers/staging/rtl8192u/$ grep _null\( *.c
drivers/staging/rtl8192u/$
drivers/staging/rtl8192u/ieee80211/$ grep _null\( *.c
ieee80211_crypt_ccmp.c:void ieee80211_ccmp_null(void)
ie
drivers/char/hw_random/stm32-rng.c:164:1-4: WARNING: end returns can be
simpified
Simplify a trivial if-return sequence. Possibly combine with a
preceding function call.
Generated by: scripts/coccinelle/misc/simple_return.cocci
CC: Daniel Thompson
Signed-off-by: Fengguang Wu
---
stm32-rn
Hi Daniel,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
coccinelle warnings: (new ones prefixed by >>)
>> drivers/char/hw_random/stm32-rng.c:164:1-4: WARNING: end returns can be
>> simpified
Please review and possibly fold the followup patch.
---
0-DAY
If the host toolchain is not glibc based then the arm kernel build
fails with
HOSTCC arch/arm/vdso/vdsomunge
arch/arm/vdso/vdsomunge.c:48:22: fatal error: byteswap.h: No such file or
directory
Observed: with omap2plus_defconfig and compile on Mac OS X with arm ELF
cross-compiler.
Reason: byt
Add support for STMicroelectronics STM32 random number generator.
The config value defaults to N, reflecting the fact that STM32 is a
very low resource microcontroller platform and unlikely to be targeted
by any "grown up" defconfigs.
Signed-off-by: Daniel Thompson
---
drivers/char/hw_random/Kc
The error paths in set_file_size for cifs and smb3 are incorrect.
In the unlikely event that a server did not support set file info
of the file size, the code incorrectly falls back to trying SMBWriteX
(note that only the original core SMB Write, used for example by DOS,
can set the file size this
New bindings and driver have been created for STM32 series parts. This
patch integrates this changes.
Signed-off-by: Daniel Thompson
---
arch/arm/boot/dts/stm32f429.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
This adds documenttaion of device tree binds for the STM32 hardware
random number generator.
Signed-off-by: Daniel Thompson
---
.../devicetree/bindings/hwrng/stm32-rng.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/h
This patchset introduces a driver for the STM32 hardware random number
generator.
Daniel Thompson (3):
dt-bindings: Document the STM32 HW RNG bindings
hwrng: stm32 - add support for STM32 HW RNG
ARM: dts: stm32f429: Adopt STM32 RNG driver
.../devicetree/bindings/hwrng/stm32-rng.txt
Le 03/10/2015 07:26, Neil Armstrong a écrit :
> Now the kfree calls exists in the the remove functions, remove them in all
> places except the of_probe functions and replace allocation calls
> with their devm_ counterparts.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Florian Fainelli
--
Flo
Le 03/10/2015 07:26, Neil Armstrong a écrit :
> If no switch were found in dsa_setup_dst, return -ENODEV and
> exit the dsa_probe cleanly.
>
> Tested-by: Andrew Lunn
> Tested-by: Florian Fainelli
> Signed-off-by: Neil Armstrong
> ---
[snip]
> static int dsa_probe(struct platform_device *pdev
On 10/03/2015 09:44 AM, Ingo Molnar wrote:
>
> * Denys Vlasenko wrote:
>
>> @@ -56,16 +56,34 @@ early_param("numa", numa_setup);
>> /*
>> * apicid, cpu, node mappings
>> */
>> -s16 __apicid_to_node[MAX_LOCAL_APICID] = {
>> -[0 ... MAX_LOCAL_APICID-1] = NUMA_NO_NODE
>> +
>> +struct apici
Le 03/10/2015 07:26, Neil Armstrong a écrit :
> When unbinding dsa, complete the dsa_switch_destroy to unregister the
> fixed link phy then cleanly unregister and destroy the net devices.
>
> Signed-off-by: Neil Armstrong
> ---
[snip]
> + port_dn = cd->port_dn[port];
> +
Le 03/10/2015 07:26, Neil Armstrong a écrit :
> To prevent memory leakage on unbinding, add missing mdiobus unregister
> and free calls.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Florian Fainelli
--
Florian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sat, Oct 3, 2015 at 9:38 PM, Chen Gang wrote:
> From 36dbcc145819655682f80efd49e72b01515b4e9a Mon Sep 17 00:00:00 2001
> From: Chen Gang
> Date: Sun, 4 Oct 2015 03:22:41 +0800
> Subject: [PATCH] mm/mmap.c: Remove redundant vma looping
>
> vma->vm_file->f_mapping and vma->anon_vma are shared wi
>From 5a6ffe3515c21d1152586e484c29fed91d2b0b6f Mon Sep 17 00:00:00 2001
From: Chen Gang
Date: Sun, 4 Oct 2015 03:47:24 +0800
Subject: [PATCH] mm/mmap.c: Change static function __install_special_mapping
args' order
Let __install_special_mapping() args order match the caller, so the
caller can pas
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
This update contains:
- Fix for a long standing race affecting /proc/irq/NNN
- One line fix for ARM GICV3-ITS counting the wrong data
On Sat, 3 Oct 2015, Ingo Molnar wrote:
> > Please pull the latest x86-urgent-for-linus git tree from:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > x86-urgent-for-linus
> >
> ># HEAD: f4b4aae1828855db761bf998ce37d3062b1d6446 x86/headers/uapi: Fix
> > __BITS_PER_LO
>From 36dbcc145819655682f80efd49e72b01515b4e9a Mon Sep 17 00:00:00 2001
From: Chen Gang
Date: Sun, 4 Oct 2015 03:22:41 +0800
Subject: [PATCH] mm/mmap.c: Remove redundant vma looping
vma->vm_file->f_mapping and vma->anon_vma are shared with the same vma
looping, so merge them.
Signed-off-by: Chen
Congratulation,You have been selected to receive the sum of $2 Million
Donation from my won Lottery Money, Kindly get back to me now and Claim your
Cash.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
> This is 4.3.0-rc1 on Sun E220R (dual-CPU sparc64). Sometimes it boots,
> sometimes it fails to boot with looping errors and finally a watchdog
> timeout. This console log from a failure. Config is below.
I noticed blk-mq related changes in todays git. Retested, loop_init
still causes the same
Hi,
Holger Hoffstätte wrote:
> Greg, any chance you can drop this into the pending 4.1.10? Otherwise people
> will get another broken release.
For me it looks like the request was too late, the patch is not included
in 4.1.10. So don't forget to re-apply the patch when doing the upgrade.
Greg, d
Am 13.09.2015 um 14:15 schrieb Julia Lawall:
> Remove unneeded NULL test.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> //
> @@ expression x; @@
> -if (x != NULL)
> \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x);
> //
>
> Signed
jffs2_garbage_collect_thread() can race with SIGCONT and sleep in
TASK_STOPPED state after it was already sent. Add the new helper,
kernel_signal_stop(), which does this correctly.
Signed-off-by: Oleg Nesterov
---
fs/jffs2/background.c | 3 +--
include/linux/sched.h | 10 ++
2 files cha
1. Rename dequeue_signal_lock() to kernel_dequeue_signal(). This
matches another "for kthreads only" kernel_sigaction() helper.
2. Remove the "tsk" and "mask" arguments, they are always current
and current->blocked. And it is simply wrong if tsk != current.
3. We could also remove the 3rd "
jffs2_garbage_collect_thread() does allow_signal(SIGCONT) for no reason,
SIGCONT will wake a stopped task up even if it is ignored.
Signed-off-by: Oleg Nesterov
---
fs/jffs2/background.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/jffs2/background.c b/fs/jffs2/background.c
index 53cc73
On top of signals-kill-block_all_signals-and-unblock_all_signals.patch
Simple but untested, hopefully maintainers can ack or nack 1/3 at least.
Oleg.
drivers/block/nbd.c |9 ++---
drivers/usb/gadget/function/f_mass_storage.c |4 +---
fs/jffs2/background.c
Am Samstag, den 03.10.2015, 19:23 +0200 schrieb Robert Jarzmik:
[...]
> a/Documentation/devicetree/bindings/video/marvell,pxafb.txt
> > > b/Documentation/devicetree/bindings/video/marvell,pxafb.txt
> > > new file mode 100644
> > > index ..489055bf3c57
> > > --- /dev/null
> > > +++ b/Doc
Am Samstag, den 03.10.2015, 19:08 +0200 schrieb Robert Jarzmik:
> > Thanks a lot for working on this! Out of interest, do you plan to
> > convert MIOA701 to DT?
> Actually, I already had. If you take all the pending patches
> scattered across
> all the subsystems (around 40 by my last count), then
- On Oct 3, 2015, at 1:55 PM, Josh Triplett j...@joshtriplett.org wrote:
> On Sat, Oct 03, 2015 at 02:11:57PM +, Mathieu Desnoyers wrote:
>> - On Oct 3, 2015, at 12:38 AM, dvhart dvh...@infradead.org wrote:
>>
>> > On Mon, Sep 28, 2015 at 03:16:53AM +, Mathieu Desnoyers wrote:
>>
On Sat, Oct 03, 2015 at 02:11:57PM +, Mathieu Desnoyers wrote:
> - On Oct 3, 2015, at 12:38 AM, dvhart dvh...@infradead.org wrote:
>
> > On Mon, Sep 28, 2015 at 03:16:53AM +, Mathieu Desnoyers wrote:
> >> - On Sep 27, 2015, at 10:10 PM, Wang Long long.wangl...@huawei.com
> >> wrot
Hi,
via-rhine driver in 4.2.x kernels doesn’t correctly parse VLAN ID on receive. A
bug was introduced in the commit 810f19bcb862f8889b27e0c9d9eceac9593925dd. All
4.2.x kernels are affected. 4.1.x and older kernels are not affected.
During code refactoring, the sequence of calls changed which
Philipp Zabel writes:
> On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik wrote:
>> Add documentation for the PXA frambuffer devicetree binding.
>>
>> Signed-off-by: Robert Jarzmik
>> Cc: Jean-Christophe Plagniol-Villard
>> Cc: Tomi Valkeinen
>> Cc: linux-fb...@vger.kernel.org
>>
>> ---
>> .../
On Tue, Sep 29, 2015 at 05:50:32PM +0800, joeyli wrote:
> Hi Martin,
>
> On Tue, Sep 29, 2015 at 08:46:38AM +0200, Martin Kepplinger wrote:
> > Signed-off-by: Martin Kepplinger
> > ---
> > This just looks odd in the logs. Feel free to ignore it or act on it
> > differently ;)
> >
> >
>
> Than
On Mon, Sep 28, 2015 at 08:32:28PM -0600, Azael Avalos wrote:
> Toshiba laptops that feature WMI events for hotkeys were left unsupported
> by the toshiba_acpi driver, however, commit a88bc06e5aec ("toshiba_acpi:
> Avoid registering input device on WMI event laptops") added hardware
> support for s
On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik wrote:
> Add documentation for the PXA frambuffer devicetree binding.
>
> Signed-off-by: Robert Jarzmik
> Cc: Jean-Christophe Plagniol-Villard
> Cc: Tomi Valkeinen
> Cc: linux-fb...@vger.kernel.org
>
> ---
> .../devicetree/bindings/video/marvell,p
Hi Rasmus,
I like this idea. But maybe it's also time to just move the constants
to a plain text file and auto-generate C headers from them? That way
the format in which they can be edited is decoupled from the
representation in the kernel image.
--
To unsubscribe from this list: send the line "
Philipp Zabel writes:
> Hi Robert,
>
> On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik wrote:
>> This patch brings a first support of pxa framebuffer devices to a
>> devicetree pxa platform, as was before platform data.
>>
>> There are restrictions with this port, the biggest one being the lack o
Mathias Krause writes:
> On 2 October 2015 at 22:43, Jason Baron wrote:
>> The unix_dgram_poll() routine calls sock_poll_wait() not only for the wait
>> queue associated with the socket s that we are poll'ing against, but also
>> calls
[useless full-quote removed]
> My reproducer runs on this
Hi Robert,
On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik wrote:
> This patch brings a first support of pxa framebuffer devices to a
> devicetree pxa platform, as was before platform data.
>
> There are restrictions with this port, the biggest one being the lack of
> support of smart panels. More
On 30/09/2015 at 18:22:00 +0200, Nicolas Ferre wrote :
> +SHDWC Shutdown Controller (Alternative)
> +
> +1) shdwc node
> +
> +required properties:
> +- compatible: should be "atmel,sama5d2-shdwc".
> +- reg: should contain registers location and length
> +- clocks: phandle to input clock.
> +- #addr
On Fri, Sep 25, 2015 at 06:53:56PM -0700, Randy Dunlap wrote:
> On 09/25/15 09:38, Lee Jones wrote:
> > This patch solves:
> >
> > on x86_64:
> >
> > when CONFIG_ACPI is not enabled:
> >
> > ../drivers/mfd/intel_soc_pmic_bxtwc.c: In function 'bxtwc_probe':
> > ../drivers/mfd/intel_soc_pmic_bxtwc
Hi Christoph,
Em Sat, 3 Oct 2015 17:19:29 +0200
Christoph Hellwig escreveu:
> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.
For this and the other patches touching at drivers/media:
Acked-by: Mauro Carvalho Chehab
>
> Signed-off-by: Chri
Hi Bjorn,
>>> The Qualcomm WCNSS chip provides two SMD channels to the BT core; one
>>> for command and one for event packets. This driver exposes the two
>>> channels as a hci device.
>>>
> [..]
>>> diff --git a/drivers/bluetooth/Makefile b/drivers/bluetooth/Makefile
>>> index 07c9cf381e5a..43c7
On Thu, Sep 24, 2015 at 04:00:22PM +0200, Andrzej Hajda wrote:
> The function can return negative value.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
>
> [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
>
This patch to ad7746.c makes the comment block end with a */
on a separate line.
Signed-off-by: Hugo Camboulive
---
drivers/staging/iio/cdc/ad7746.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/iio/cdc/ad7746.c b/drivers/staging/iio/cdc/ad7746.c
index 10fa3
On Fri, 2 Oct 2015, Javier Martinez Canillas wrote:
> All messages have a typo that misspells the word simplified.
Thanks for your contribution, but in another thread it has been proposed
to drop the semantic patch completely.
julia
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> scri
Should have acked this message...
Acked-by: Julia Lawall
On Wed, 30 Sep 2015, Johan Hovold wrote:
> This effectively reverts 932058a5d5f9 ("coccinelle: misc: semantic patch
> to delete overly complex return code processing").
>
> There can be both symmetry and readability reasons for not wantin
Acked-by: Julia Lawall
Perhaps there is a more restricted version that can be acceptable, but I'm
OK with dropping the current version.
julia
On Thu, 1 Oct 2015, Johan Hovold wrote:
> On Thu, Oct 01, 2015 at 07:20:10AM +0200, Julia Lawall wrote:
> > On Wed, 30 Sep 2015, Johan Hovold wrote:
> >
Am 03.10.2015 um 18:07 schrieb Alexander Kapshuk:
> The main objective I endeavoured to attain was to come up with an
> algorithm that would possibly result in a uniform output that would
> work across as many distros as possbile. The current implementation
> seems to struggle with that.
What that
1 - 100 of 307 matches
Mail list logo