On 2016/1/22 21:59, Waiman Long wrote:
> On 01/22/2016 06:06 AM, Peter Zijlstra wrote:
>> On Fri, Jan 22, 2016 at 11:56:52AM +0100, Peter Zijlstra wrote:
>>> On Fri, Jan 22, 2016 at 11:53:12AM +0100, Peter Zijlstra wrote:
>>>
There might be other details, but this is the one that stood out.
>>
On 24 January 2016 at 08:06, Guenter Roeck wrote:
> On 01/23/2016 10:10 PM, Ard Biesheuvel wrote:
>>
>>
>>
>>> On 24 jan. 2016, at 03:35, Guenter Roeck wrote:
>>>
On 01/23/2016 06:06 PM, Guenter Roeck wrote:
Hi,
I see runtime problems with the current mmotm branch. All qemu mi
Hello,
On Sun, Jan 24, 2016 at 12:10:35AM -0500, Sultan Qasim wrote:
> Hello all,
>
> I'm an outsider to the Linux kernel community, so I apologize if this
> is not the right channel to mention this.
The simple fact that you participate, inspect the code and report bugs
makes you part of this co
I our defense we didn't know we were sinning at the time.
Can you walk me through the cache flushing hole? How is it okay on
X86 but not VIVT archs? I'm missing something obvious here.
I thought earlier that vm_insert_mixed() handled the necessary
flushing. Is that even the part you are worrie
Hi Jason,
> Jason Wang redhat.com> writes:
>
> Hi all:
>
> This series tries to add basic busy polling for vhost net. The idea is
> simple: at the end of tx/rx processing, busy polling for new tx added
> descriptor and rx receive socket for a while.
There were several conciens Michael raised o
From: Borislav Petkov
So the old one didn't work properly before alternatives had run. And it
was supposed to provide an optimized JMP because the assumption was that
the offset it is jumping to is within a signed byte and thus a two-byte
JMP.
So I did an x86_64 allyesconfig build and dumped all
From: Borislav Petkov
Add .altinstr_aux for additional instructions which will be used before
and/or during patching. All stuff which needs more sophisticated
patching should go there. See next patch.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/vmlinux.lds.S | 11 +++
1 file cha
From: Borislav Petkov
... and simplify and speed up a tad.
Signed-off-by: Borislav Petkov
Cc: Andy Lutomirski
---
arch/x86/entry/vdso/vma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c
index 429d54d01b38..10f70458492
From: Borislav Petkov
I can simply quote hpa from the mail:
"Get rid of the non-asm goto variant and just fall back to dynamic if
asm goto is unavailable. It doesn't make any sense, really, if it is
supposed to be safe, and by now the asm goto-capable gcc is in more wide
use. (Originally the gcc
From: Borislav Petkov
Ok, here's v1. This time it has been boot-tested on boxes here. I have
added patch 6 which needs Andy to look at.
Patchset is ontop of tip/master because Linus master has currently a bug
which doesn't really let me do testing on 32-bit:
https://lkml.kernel.org/r/2016012218
From: Brian Gerst
Move the code to do the dynamic check to the altinstr_aux section so
that it is discarded after alternatives have run and a static branch has
been chosen.
This way we're changing the dynamic branch from C code to assembly,
which makes it *substantially* smaller while avoiding a
From: Borislav Petkov
Move them to a separate header and have the following dependency:
x86/cpufeatures.h <- x86/processor.h <- x86/cpufeature.h
This makes it easier to use the header in asm code and not include the
whole cpufeature.h and add guards for asm.
Signed-off-by: Borislav Petkov
Sug
+ linux-mm
On Fri, Jan 22, 2016 at 10:15:17PM -0800, Dan Williams wrote:
> On Fri, Jan 22, 2016 at 9:47 PM, Dan Williams
> wrote:
> > On Fri, Jan 22, 2016 at 8:46 PM, Sudip Mukherjee
> > wrote:
> >> Hi All,
> >> Commit 033fbae988fc ("mm: ZONE_DEVICE for "device memory"") has
> >> introduced CON
On 23 January 2016 at 22:49, Brian Norris wrote:
> On Sat, Jan 16, 2016 at 01:38:11AM +0100, Rafał Miłecki wrote:
>> So I wanted to stick to the cached mapping, [...]
>
> I mentioned this earlier on, but I don't feel like I've gotten a clear
> answer. Is a cached mapping actually safe here? From t
Hello,
While running syzkaller fuzzer I've got the following lockdep report:
==
[ INFO: possible circular locking dependency detected ]
4.4.0+ #276 Not tainted
---
syz-executor/21025 is trying
Hello,
The following program causes use-after-free in snd_timer_notify1:
==
BUG: KASAN: use-after-free in snd_timer_notify1+0x411/0x460 at addr
880035a433e0
Read of size 8 by task syz-executor/6
==
We licensed the java software. As far as I can tell, the connection is
for IPC with a child process. There should not be large RTT.
I will contact vendor regarding to listen(fd,0) issue, on Monday.
I am not fully convinced, that is the problem. I saw that man page for
listen. However accept() wor
This patch fixes checkpatch.pl warning in file sync_debug
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Tapan Prakash T
---
drivers/staging/android/sync_debug.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/android/sync_de
Hello,
The following program triggers WARNING in snd_seq_oss_synth_cleanup:
[ cut here ]
WARNING: CPU: 1 PID: 7573 at sound/core/seq/oss/seq_oss_synth.c:311
snd_seq_oss_synth_cleanup+0x35f/0x420()
Modules linked in:
CPU: 1 PID: 7573 Comm: a.out Tainted: GW 4.
Hi Finn,
On Sun, Jan 3, 2016 at 6:05 AM, Finn Thain wrote:
> Allow target selection to fail with a timeout instead of waiting in
> infinite loops. This gets rid of the unused NCR_TIMEOUT macro, it is more
> defensive and has proved helpful in debugging.
>
> Signed-off-by: Finn Thain
> Reviewed-b
Hello,
The following program triggers WARNING in __delete_from_page_cache:
[ cut here ]
WARNING: CPU: 0 PID: 7676 at mm/filemap.c:217
__delete_from_page_cache+0x9f6/0xb60()
Modules linked in:
CPU: 0 PID: 7676 Comm: a.out Not tainted 4.4.0+ #276
Hardware name: QEMU Standard
Hello,
The following program triggers kmalloc size WARNING in vc_do_resize:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
#include
int main()
{
int fd = open("/dev/tty1", O_RDWR);
struct winsize ws;
ws.ws_row = 0x1000;
Hi,
> "If this is the last message in a group, it is followed by a STOP.
> Otherwise it is followed by the next @i2c_msg transaction segment,
> beginning with a (repeated) START"
This is correct.
> So the expectation is that there is no 'STOP' bit inbetween individual
> i2c_msg segments with rep
> > Sricharan R (6):
> > i2c: qup: Change qup_wait_writeready function to use for all timeouts
> > i2c: qup: Add V2 tags support
> > i2c: qup: Transfer each i2c_msg in i2c_msgs without a stop bit
> > i2c: qup: Add bam dma capabilities
> > dts: msm8974: Add blsp2_bam dma node
> > dts: ms
On 23/01/16 20:05, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 1 +
arch/m68k/kernel/syscalltable.S | 1 +
3 files changed, 3 insertions(+), 1 deletion(-)
Hi:
The crypto hash interface has been obsolete for many years and
this series converts all remaining users to shash and ahash as
appropriate. Despite the name ahash can be used synchronously
and is the preferred interface for those dealing with SGs.
The blkcipher and ablkcipher interfaces are a
Hello,
The following causes program causes multiple bugs and eventually machine death:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
#include
#define N 100
int main()
{
int i, status, pids[N];
for (;;) {
for (i = 0
This patch replaces uses of blkcipher with the new skcipher
interface.
Signed-off-by: Herbert Xu
---
drivers/block/cryptoloop.c | 48 +++--
1 file changed, 25 insertions(+), 23 deletions(-)
diff --git a/drivers/block/cryptoloop.c b/drivers/block/crypto
This patch replaces uses of blkcipher with skcipher, and the long
obsolete hash interface with ahash. This is a bug-for-bug conversion
and no attempt has been made to fix bugs such as the ignored return
values of the crypto operations.
Signed-off-by: Herbert Xu
---
drivers/net/ppp/ppp_mppe.c |
The interfaces blkcipher and hash are obsolete. This patch replaces
them with skcipher and ahash respectively.
Signed-off-by: Herbert Xu
---
drivers/staging/rtl8192e/rtllib_crypt_tkip.c | 99 ++-
drivers/staging/rtl8192e/rtllib_crypt_wep.c | 48 +++--
2 fil
This patch replaces uses the long obsolete hash interface with ahash.
Signed-off-by: Herbert Xu
---
drivers/net/wireless/intersil/orinoco/mic.c | 29 ++--
drivers/net/wireless/intersil/orinoco/mic.h |4 +--
drivers/net/wireless/intersil/orinoco/orinoco.h |
This patch removes the last reference to hash and ablkcipher from
IPsec and replaces them with ahash and skcipher respectively. For
skcipher there is currently no difference at all, while for ahash
the current code is actually buggy and would prevent asynchronous
algorithms from being discovered.
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
security/keys/encrypted-keys/encrypted.c | 82 ++-
1 file changed, 50 insertions(+), 32 deletions(-)
diff --git a/security/keys/encrypted-keys/encrypted.c
b/security/keys/encryp
This patch replaces uses of ablkcipher with skcipher.
Signed-off-by: Herbert Xu
---
fs/f2fs/crypto.c | 24 +++-
fs/f2fs/crypto_fname.c | 32 +++-
fs/f2fs/crypto_key.c | 40 ++--
fs/f2fs/f2fs_cry
This patch replaces uses of blkcipher with skcipher and the long
obsolete hash interface with ahash.
Signed-off-by: Herbert Xu
---
net/wireless/lib80211_crypt_tkip.c | 99 -
net/wireless/lib80211_crypt_wep.c | 46 ++---
2 files changed, 81
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
net/ceph/crypto.c | 97 +++---
1 file changed, 56 insertions(+), 41 deletions(-)
diff --git a/net/ceph/crypto.c b/net/ceph/crypto.c
index 42e8649..fb9cb2b 100
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
fs/cifs/cifsencrypt.c | 32 +---
fs/cifs/smbencrypt.c | 26 +++---
2 files changed, 40 insertions(+), 18 deletions(-)
diff --git a/fs/cifs/cifsencrypt.c b
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
drivers/usb/wusbcore/crypto.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/drivers/usb/wusbcore/crypto.c b/drivers/usb/wusbcore/crypto.c
index 50ce80d
This patch replaces uses of the long obsolete hash interface with
ahash.
Signed-off-by: Herbert Xu
---
include/net/tcp.h |6 +-
net/ipv4/tcp.c | 41 ++---
net/ipv4/tcp_fastopen.c |1 +
net/ipv4/tcp_ipv4.c | 23 +-
This patch replaces uses of the long obsolete hash interface with
shash.
Signed-off-by: Herbert Xu
---
fs/nfsd/nfs4recover.c | 28 +---
1 file changed, 17 insertions(+), 11 deletions(-)
diff --git a/fs/nfsd/nfs4recover.c b/fs/nfsd/nfs4recover.c
index 79f0307..a79c150
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
net/rxrpc/ar-internal.h |2
net/rxrpc/ar-key.c | 12 +--
net/rxrpc/rxkad.c | 172 +---
3 files changed, 114 insertions(+), 72 deletions(-)
diff -
This patch replaces uses of the long obsolete hash interface with
either shash (for non-SG users) or ahash.
Signed-off-by: Herbert Xu
---
drivers/block/drbd/drbd_int.h | 16 +-
drivers/block/drbd/drbd_main.c | 16 +-
drivers/block/drbd/drbd_nl.c | 59 +++
This patch replaces uses of the long obsolete hash interface with
shash.
Signed-off-by: Herbert Xu
---
drivers/nfc/s3fwrn5/firmware.c | 36 +++-
1 file changed, 27 insertions(+), 9 deletions(-)
diff --git a/drivers/nfc/s3fwrn5/firmware.c b/drivers/nfc/s3fwrn5/
This patch replaces uses of ablkcipher and blkcipher with skcipher,
and the long obsolete hash interface with shash.
Signed-off-by: Herbert Xu
---
fs/ecryptfs/crypto.c | 107 +---
fs/ecryptfs/ecryptfs_kernel.h | 12 +-
fs/ecryptfs/inode.c |1
fs/ecr
This patch replaces uses of the long obsolete hash interface with
either shash (for non-SG users) or ahash.
Signed-off-by: Herbert Xu
---
drivers/target/iscsi/iscsi_target.c | 86 ++
drivers/target/iscsi/iscsi_target_auth.c | 98 +++---
This patch replaces uses of blkcipher with skcipher and the long
obsolete hash interface with either shash (for non-SG users) and
ahash.
Signed-off-by: Herbert Xu
---
include/linux/sunrpc/gss_krb5.h | 32 +--
net/sunrpc/auth_gss/gss_krb5_crypto.c | 350 --
This patch replaces uses of blkcipher with skcipher and the long
obsolete hash interface with shash.
Signed-off-by: Herbert Xu
---
net/bluetooth/smp.c | 135
1 file changed, 63 insertions(+), 72 deletions(-)
diff --git a/net/bluetooth/sm
This patch replaces uses of the long obsolete hash interface with
shash.
Signed-off-by: Herbert Xu
---
include/net/sctp/auth.h|4 +--
include/net/sctp/structs.h |6 ++---
net/sctp/auth.c| 36 ---
net/sctp/endpointola.c |1
net/sctp/
This patch replaces uses of ablkcipher with skcipher.
Signed-off-by: Herbert Xu
---
fs/ext4/crypto.c | 24 +++-
fs/ext4/crypto_fname.c | 32 +++-
fs/ext4/crypto_key.c | 42 --
fs/ext4/ext4_c
This patch replaces uses of the long obsolete hash interface with
ahash.
Signed-off-by: Herbert Xu
---
drivers/scsi/iscsi_tcp.c| 54 ++--
drivers/scsi/iscsi_tcp.h|4 +--
drivers/scsi/libiscsi_tcp.c | 29 +--
include/scs
This patch replaces uses of blkcipher with skcipher.
Signed-off-by: Herbert Xu
---
net/mac802154/llsec.c | 41 +++--
net/mac802154/llsec.h |3 +--
2 files changed, 24 insertions(+), 20 deletions(-)
diff --git a/net/mac802154/llsec.c b/net/mac802154/
This patch replaces uses of blkcipher with skcipher, and the long
obsolete hash interface with ahash.
Signed-off-by: Herbert Xu
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 92 +++---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_wep.c | 46 ---
2 fi
This patch replaces uses of ablkcipher with skcipher, and the long
obsolete hash interface with ahash.
Signed-off-by: Herbert Xu
---
drivers/md/dm-crypt.c | 93 +-
1 file changed, 48 insertions(+), 45 deletions(-)
diff --git a/drivers/md/dm
-where-possible/20160124-212323
config: x86_64-randconfig-x014-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/block/cryptoloop.c: In function 'cryptoloop_transfer&#
-where-possible/20160124-212323
config: x86_64-randconfig-x014-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
net/bluetooth/smp.c: In function 'aes_cmac':
>> net
-where-possible/20160124-212323
config: x86_64-randconfig-x016-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/usb/wusbcore/crypto.c: In function 'wusb_ccm_mac'
-where-possible/20160124-212323
config: x86_64-randconfig-x012-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All error/warnings (new ones prefixed by >>):
fs/ecryptfs/crypto.c: In function 'ecryptfs_hash_dig
On Sun, Jan 24, 2016 at 09:37:33PM +0800, kbuild test robot wrote:
>
> [auto build test ERROR on net/master]
> [also build test ERROR on v4.4 next-20160122]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving the system]
These patches depend on the two he
-where-possible/20160124-212323
config: x86_64-randconfig-x014-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/md/dm-crypt.c: In function 'crypt_iv_essiv_init':
-where-possible/20160124-212323
config: x86_64-randconfig-x014-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
net/xfrm/xfrm_algo.c: In function 'xfrm_probe_algs&#x
-where-possible/20160124-212323
config: x86_64-randconfig-x009-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
fs/nfsd/nfs4recover.c: In function 'nfs4_make_rec_clidname&#
Okay. I've sent logs (dmesg and lspci) from both 4.2 and 4.3 to bugzilla
23.01.2016 17:54, Bjorn Helgaas пишет:
[+cc linux-kernel]
Hi Олег,
On Sat, Jan 23, 2016 at 1:08 AM, Олег Мороз wrote:
Hello. I've got a device driver for MIL-1553b card called TA1-PCI, which
could be found at
https://gi
-where-possible/20160124-212323
config: x86_64-randconfig-x014-201604 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
drivers/nfc/s3fwrn5/firmware.c: In function 's3fwrn5_
Hello,
This patchset tries to implement percent limit to callchains which was
requested by Andi Kleen. For some reason, limiting callchains by
(overhead) percentage didn't work well. This patch fixes it and make
--percent-limit also works for callchains as well as hist entries.
This is availabl
Currently --percent-limit option only works for hist entries. However
it'd be better to have same effect to callchains as well
Requested-by: Andi Kleen
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools
In the fractal callchain mode (CHAIN_GRAPH_REL), the total period is the
period of that node. Pass the correct value to calculate the percent
when counting the number of callchain rows.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 45 -
Like other functions, it should stop counting if there's any folded
callchain. Because of this it occasionally lose the cursor at the end.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/tools/perf/ui/br
Currently 'perf report --tui' misses to check percent limit on
callchains. Fix it.
Reported-by: Andi Kleen
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/tools/perf/ui/browsers/hists.c b/tools/perf/u
The hists' total period should be calculated by hists__total_period()
function in order to take account into filterings.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/stdio/hist.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/ui/stdio/hist.c b/tools/perf/ui/stdio
When a percent limit is given, it should take callchains into account.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/tools/perf/ui/gtk/hists.c b/tools/perf/ui/gtk/hists.c
index 0f8dcfdfb10f..8652c3c967b9 100644
---
Likely to toggle folding state, when expanding/collapsing all entries it
should take into account percent limit of callchains.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 48 ++
1 file changed, 34 insertions(+), 14 deletions(-)
diff -
The commit 8c430a348699 ("perf hists browser: Support folded
callchains") missed to update hist_browser__dump() so it always shows
graph-style callchains regardless of current setting.
To fix that, factor out callchain printing code and renamethe existing
function which prints graph-style callchai
When counting callchains of the selected entry it should consider
percent limit also. Otherwise it'll cause hists browser misbehaviing
due to the incorrect total pline count.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 27 ---
1 file changed, 20 inse
The output of callchains on stdio shows pipes to display callchain depth
and continuation. But if --percent-limit option is given, it should
take it into account so that it can omit unnecessary pipes on the last
callchain node.
For example, when 0.03 percent limit is given:
Before)
$ perf rep
It's just a wrapper function to align the start position ofcallchains to
'comm' of each thread if it's a first sort key. But it doesn't not work
with tracepoint events and also with upcoming hierarchy view.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/stdio/hist.c | 27 ++--
Currently 'perf report --stdio' missed to check percent limit of
callchains. Fix it.
Reported-by: Andi Kleen
Signed-off-by: Namhyung Kim
---
tools/perf/ui/stdio/hist.c | 32
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/tools/perf/ui/stdio/hist
On 23/01/16 19:33, Colin King wrote:
> From: Colin Ian King
>
> Fix indent warning when building with gcc 6:
> drivers/staging/iio/adc/ad7192.c:239:4: warning: statement is indented
> as if it were guarded by... [-Wmisleading-indentation]
>
> Signed-off-by: Colin Ian King
Applied to the togre
Hi Linus,
Please pull the following Ceph updates for 4.5-rc1 from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
The two main changes are aio support in CephFS, and a series that fixes
several issues in the authentication key timeout/renewal code. On top of
tha
On 23/01/16 18:55, Alexander Koch wrote:
> Am 18.01.2016 um 18:07 schrieb Martin Kepplinger:
>> Am 2016-01-16 um 17:14 schrieb Alexander Koch:
>>> Enable operation of the TI OPT3001 light sensor without having an
>>> interrupt line available to connect the INT pin to.
>>>
>>> In this operation mode
On 16/01/16 16:14, Alexander Koch wrote:
> Extract integration times as #define constants. This prepares using them
> for delay/timeout length determination.
>
> Signed-off-by: Alexander Koch
> Signed-off-by: Michael Hornung
Applied to the togreg branch of iio.git - initially pushed out as testi
On 16/01/16 16:14, Alexander Koch wrote:
> Change variable type of struct opt3001 members 'ok_to_ignore_lock' and
> 'result_ready' uint16-bitfield of length one to bool.
>
> They are used as bool, let the compiler do the optimization.
>
> Signed-off-by: Alexander Koch
> Signed-off-by: Michael Ho
On 18/01/16 17:07, Martin Kepplinger wrote:
> Am 2016-01-16 um 17:14 schrieb Alexander Koch:
>> Enable operation of the TI OPT3001 light sensor without having an
>> interrupt line available to connect the INT pin to.
>>
>> In this operation mode, we issue a conversion request and simply wait
>> for
for_each_child_of_node performs an of_node_get on each iteration, so
to break out of the loop an of_node_put is required.
Found using Coccinelle. The semantic patch used for this is as follows:
//
@@
expression e;
local idexpression child;
@@
for_each_child_of_node(root, child) {
... when !
Like the Yoga 900 models the Lenovo Yoga 700 does not have a
hw rfkill switch, and trying to read the hw rfkill switch through the
ideapad module causes it to always reported blocking breaking wifi.
This commit adds the Lenovo Yoga 700 to the no_hw_rfkill dmi list, fixing
the wifi breakage.
BugLi
On 21/01/16 09:55, Gujulan Elango, Hari Prasath (H.) wrote:
> From: Hari Prasath Gujulan Elango
>
> This patch replaces the clk_get() with devm_clk_get().
> Accordingly,modified the error paths and removed clk_put() as well.
>
> Signed-off-by: Hari Prasath Gujulan Elango
What about the clk_put
On 16/01/16 13:24, Ricardo Ribalda Delgado wrote:
> ad5761 is a 1-channel DAC with configurable output range.
> The driver uses the regulator interface for its voltage ref.
>
> It shares its register layout with ad5761r, ad5721 and ad5721r.
>
> Differences:
> ad5761* are 16 bit, ad5721* are 12 bi
Hello,
Thank you very much for the warm welcome :-)
You're right, the noblock variable is used elsewhere in the stream
receive function, so nothing is needed there after the interruptible
logic is restored for the dgram function.
Your patch looks good to me. I had picked the Linux 3.12.52 versio
Hello,
The following program triggers WARNING in snd_rawmidi_transmit_ack:
[ cut here ]
WARNING: CPU: 1 PID: 20739 at sound/core/rawmidi.c:1136
snd_rawmidi_transmit_ack+0x275/0x400()
Modules linked in:
CPU: 1 PID: 20739 Comm: syz-executor Tainted: GW 4.4.0+ #
for_each_child_of_node performs an of_node_get on each iteration, so
to break out of the loop an of_node_put is required.
Found using Coccinelle. The semantic patch used for this is as follows:
//
@@
expression e;
local idexpression n;
@@
for_each_child_of_node(..., n) {
... when != of_node
On 20/01/16 14:21, Dan Carpenter wrote:
> On Fri, Jan 15, 2016 at 09:15:52PM +0100, Lars-Peter Clausen wrote:
>> On 01/15/2016 08:42 PM, Bhumika Goyal wrote:
>>> This patch adds apace around '-' operator.Found using checkpatch.pl
>>>
>>> Signed-off-by: Bhumika Goyal
>>> ---
>>> drivers/staging/ii
Hello,
I've hit the following BUG while running syzkaller fuzzer:
JBD2: Spotted dirty metadata buffer (dev = sda, blocknr = 1). There's
a risk of filesystem corruption in case of system crash.
EXT4-fs error (device sda): ext4_init_block_bitmap:194: comm
kworker/u10:2: Checksum bad for group 3
BUG
Hi,
On Sat, Jan 23, 2016 at 07:04:54PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Sat, Jan 23, 2016 at 4:31 AM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Thu, Jan 21, 2016 at 01:26:35PM +0800, Chen-Yu Tsai wrote:
> >> mmc2 and mmc3 are available on the same pins, with different mux values.
> >> How
Hi,
On Sat, Jan 23, 2016 at 12:21:55PM +0800, Chen-Yu Tsai wrote:
> On Sat, Jan 23, 2016 at 4:39 AM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Thu, Jan 21, 2016 at 01:26:36PM +0800, Chen-Yu Tsai wrote:
> >> According to Allwinner, only mmc3 supports 8 bit DDR transfers for eMMC.
> >> Switch to mm
Currently, inactive_age is maintained per zone, which results in
unexpected file page activations in case memory cgroups are used. For
example, if the total number of active pages is big, a memory cgroup
might get every refaulted file page activated even if refault distance
is much greater than the
On Fri, Jan 22, 2016 at 8:46 AM, Christoph Lameter wrote:
>
> Subject: vmstat: Remove BUG_ON from vmstat_update
>
> If we detect that there is nothing to do just set the flag and do not check
> if it was already set before. [..]
Ok, I am assuming this is in Andrew's queue already, but this bug hi
On Thu, Jan 21, 2016 at 01:26:37PM +0800, Chen-Yu Tsai wrote:
> mmc2_8bit_pins is used with eMMC chips, which also have a reset pin.
> The MMC controller also has a reset output that is supported.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded
On Thu, Jan 21, 2016 at 01:26:40PM +0800, Chen-Yu Tsai wrote:
> mmc2_8bit_pins is used with eMMC chips, which also have a reset pin.
> The MMC controller also has a reset output that is supported.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedde
On Thu, Jan 21, 2016 at 01:26:41PM +0800, Chen-Yu Tsai wrote:
> mmc2 has a special pin for eMMC hardware reset, which is controllable
> from the controller. Add the "mmc-cap-hw-reset" property to denote that
> this controller supports this function, and the pins are actually used.
>
> Also increas
On Thu, Jan 21, 2016 at 01:26:42PM +0800, Chen-Yu Tsai wrote:
> mmc2 has a special pin for eMMC hardware reset, which is controllable
> from the controller. Add the "mmc-cap-hw-reset" property to denote that
> this controller supports this function, and the pins are actually used.
>
> Also increas
On 01/24/2016 12:21 AM, Ard Biesheuvel wrote:
On 24 January 2016 at 08:06, Guenter Roeck wrote:
On 01/23/2016 10:10 PM, Ard Biesheuvel wrote:
On 24 jan. 2016, at 03:35, Guenter Roeck wrote:
On 01/23/2016 06:06 PM, Guenter Roeck wrote:
Hi,
I see runtime problems with the current mmotm b
1 - 100 of 436 matches
Mail list logo
