As now USB function supplies entity descriptors to composite in
prep_descs() callback, we can perform bind inside composite framework
without involving bind() callback (which now is unused and will be
removed after converting all functions in kernel to new API).
For now we bind each configuration
Em Fri, Dec 11, 2015 at 11:56:56AM +0900, Namhyung Kim escreveu:
> The 'he' cannot be NULL since it's caller hist_iter__top_callback() is
> called only if iter->he is not NULL (see hist_entry_iter__add). So
> setting 'sym' before the condition to simplify the code.
>
> Also make it clearer that t
For now we generate descriptor arrays for each speed as it is done by old
API functions, to allow use mixed new and old API based functions in single
configurations.
This will be removed after complete switch to new API.
Signed-off-by: Robert Baldyga
---
drivers/usb/gadget/composite.c | 175 +++
Introduce two new USB function operations:
1. prep_descs() prepares and assigns entity (interface and endpoint)
descriptors to USB function. It's mandatory, in the new function API,
as each USB function should have at least minimalistic set of entity
descriptors. The minimum is single inferface wi
Hi!
> > While opening terminal in gnome2...
> >
> > This is the first time I see the message, and it looks quite strange.
>
> Ok, now its second time in two hours. Definitely a regression.
>
> -bash: /etc/profile: Interrupted system call
> -bash-4.3$
Ok, sigsegv from emacs/mutt; I have not see
So far it was decided during the bind process whether is iso altsetting
included to f_sourcesink function or not. This decision was based on
availability of isochronous endpoints.
Since we can assemble gadget driver using composite framework and configfs
from many different functions, availability
As usb_gstrings_attach() failure can happen when some USB functions are
are already added to some configurations (in previous loop iterations),
we should always call purge_configs_funcs() to be sure that failure is
be handled properly.
Signed-off-by: Robert Baldyga
---
drivers/usb/gadget/configf
>From c07c57f3e045865b0acae498c631189f24aeda0b Mon Sep 17 00:00:00 2001
From: Sanidhya Solanki
Date: Thu, 10 Dec 2015 21:13:10 -0500
Subject: [PATCH] staging: gdm72xx: Code cleanups
Code cleanups as per the TODO file.
Signed-off-by: Sanidhya Solanki
---
drivers/staging/gdm72xx/gdm_qos.c | 54
Hi Jeffy,
Am Freitag, 11. Dezember 2015, 09:30:51 schrieb Jeffy Chen:
> Initial release for rk3228 shared dtsi.
>
> Signed-off-by: Jeffy Chen
Booth dts look good now, just need to wait on Linus Walleij picking up the
pinctrl patch first.
Heiko
--
To unsubscribe from this list: send the line
On Fri, Dec 11, 2015 at 03:30:33AM -0800, Paul Turner wrote:
> > Blergh, all I've managed to far is to confuse myself further. Even
> > something like the original (+- the EINTR) should work when we consider
> > the looping, even when mixed with an occasional spurious wakeup.
> >
> >
> > int bit_w
On Saturday 28 November 2015 21:13:52 Dmitry Torokhov wrote:
> The module was using non-standard comment style with comment blocks often
> starting at the very beginning of a line instead of being aligned with the
> code. Let's switch to standard formatting.
>
> Signed-off-by: Dmitry Torokhov
Re
USB requests in SourceSink function are allocated in sourcesink_get_alt()
function, so we prefer to free them rather in sourcesink_disable() than
in source_sink_complete() when request is completed with error. It provides
better symetry in resource management and improves code readability.
Signed-
Em Fri, Dec 11, 2015 at 11:56:53AM +0900, Namhyung Kim escreveu:
> We call map->unmap_ip() before the function and call map->map_ip()
> inside the function. This is meaningless and look strange since only
> one of the two checks 'map'. Let's use al->addr directly.
Thanks for breaking that patch
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> Signed-off-by: Fengguang Wu
> Signed-off-by: Julia Lawall
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Hi Felipe,
Here is my new patch series doing some changes in composite framework
and modifying USB Function API. Some of concepts changed significantly,
for example bind process is done automatically inside composite framework
after collecting descriptors from all Functions. Hence bind() operation
Current implementation has several issues in unicode.c, mostly related
to handling multi-bytes characters in file names:
- loop ending conditions in udf_CS0toUTF8 and udf_CS0toNLS functions do not
properly catch the end of output buffer in case of multi-bytes characters,
allowing out-of-bounds wri
On Saturday 28 November 2015 21:13:53 Dmitry Torokhov wrote:
> The fact that we were calling focaltech_init() even when Focaltech support
> is disabled was confusing. Rearrange the code so that if support is
> disabled we continue to fall through the rest of protocol probing code
> until we get to
On Saturday 28 November 2015 21:13:54 Dmitry Torokhov wrote:
> We move protocol descriptions and psmouse_find_by_type() and
> pmouse_find_by_name() so that we can use them without forward declarations
> in the subsequent patches.
>
> Signed-off-by: Dmitry Torokhov
Reviewed-by: Pali Rohár
--
P
It is preferred that drivers use platform_get_irq()
instead of irq_of_parse_and_map(), so replace.
Signed-off-by: John Garry
Acked-by: Rob Herring
diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers/scsi/hisi_sas/hisi_sas.h
index 30a9ab9..5af2e41 100644
--- a/drivers/scsi/hisi_sas/hisi_sas.
> Move constants to the right of binary operators.
>
> Generated by: scripts/coccinelle/misc/compare_const_fl.cocci
>
> Signed-off-by: Fengguang Wu
> Signed-off-by: Julia Lawall
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscr
> Free skb for received frames with a wrong checksum. This can happen
> pretty rapidly, exhausting all memory.
>
> This fixes a memleak (detected with kmemleak). Originally found while
> using monitor mode, but it also appears during managed mode (once the
> link is up).
>
> Cc: sta...@vger.kern
On Saturday 28 November 2015 21:13:56 Dmitry Torokhov wrote:
> PS/2 protocol is slow, and using it with pass-through port (where we
> encapsulate PS/2 into PS/2) is slower yet so it takes quite a bit of time
> to do full protocol discovery for device attached to a pass-through port.
> However, so f
> With the new optimized do_div() code, some versions of gcc
> produce obviously incorrect code that leads to a link error
> in iwlegacy/common.o:
>
> drivers/built-in.o: In function `il_send_rxon_timing':
> :(.text+0xa6b4d4): undefined reference to `ilog2_NaN'
> :(.text+0xa6b4f0): undefined
Am 2015-12-09 um 10:24 schrieb Oliver Stäbler:
> Signed-off-by: Oliver Stäbler
If the datasheet is publicly available, please link to it in the commit
message, so people can easily verify this.
Seems ok though. Feel free to add
Reviewed-by: Martin Kepplinger
if you feel like it.
thanks
On 11/12/15 11:39, Peter Zijlstra wrote:
> On Fri, Dec 11, 2015 at 03:30:33AM -0800, Paul Turner wrote:
>
>>> Blergh, all I've managed to far is to confuse myself further. Even
>>> something like the original (+- the EINTR) should work when we consider
>>> the looping, even when mixed with an occa
On Fri, Dec 11, 2015 at 08:03:21PM +0800, John Garry wrote:
> It is preferred that drivers use platform_get_irq()
> instead of irq_of_parse_and_map(), so replace.
>
> Signed-off-by: John Garry
> Acked-by: Rob Herring
>
> diff --git a/drivers/scsi/hisi_sas/hisi_sas.h
> b/drivers/scsi/hisi_sas/h
Em Tue, Dec 08, 2015 at 02:25:34AM +, Wang Nan escreveu:
> From: He Kuang
>
> This patch adds new bison rules for specifying an alias name to a perf
> event, which allows cmdline refer to previous defined perf event through
> its name. With this patch user can give alias name to a perf event
Hi all,
On Fri, Dec 11, 2015 at 09:41:33AM +0100, Peter Zijlstra wrote:
> On Thu, Dec 10, 2015 at 08:51:34PM -0800, Andrew Pinski wrote:
>
> > So looking further I think I understand what is going wrong and why
> > c55a6ffa6285e29f874ed403979472631ec70bff is incorrect.
>
> The osq_wait_next() ca
- On Oct 27, 2015, at 7:56 PM, Paul Turner commo...@gmail.com wrote:
> This is an update to the previously posted series at:
> https://lkml.org/lkml/2015/6/24/665
>
> Dave Watson has posted a similar follow-up which allows additional critical
> regions to be registered as well as single-step
On Wed, Dec 02, 2015 at 11:25:17AM +0100, Bartosz Golaszewski wrote:
> Chips from the at24cs EEPROM series have an additional read-only memory area
> containing a factory pre-programmed serial number. In order to access it, a
> dummy write must be executed before reading the serial number bytes.
C
Hello,
I have tried another specific analysis out on the source files
of "Linux next-20151211" with help of the software "Coccinelle 1.0.4".
I have taken a more detailed look on the use of the goto statement
and corresponding jump labels.
Can statistics like the follow
On Fri, Dec 11, 2015 at 11:28:45AM +, Suzuki K. Poulose wrote:
> On 10/12/15 15:42, Mark Rutland wrote:
> >This should work, but it seems very heavyweight given we do it for each
> >write.
> >
> >Can we not amortize this by using the {start,commit,cancel}_txn hooks?
> >
> >Either we can handle
Em Tue, Dec 08, 2015 at 02:25:37AM +, Wang Nan escreveu:
> This patch introduce a new syntax to perf event parser:
>
> # perf record -e bpf_file.c/maps.mymap.value[0,3...5,7]=1234/ ...
Is the above example valid? Wouldn't this be "maps:mymap.value" ?
>
> By utilizing the basic facilities i
发自我的 iPhone
> 在 2015年12月11日，下午8:03，Arnaldo Carvalho de Melo 写道：
>
> Em Tue, Dec 08, 2015 at 02:25:34AM +, Wang Nan escreveu:
>> From: He Kuang
>>
>> This patch adds new bison rules for specifying an alias name to a perf
>> event, which allows cmdline refer to previous defined perf event
On Fri, Dec 11, 2015 at 12:04:19PM +, Will Deacon wrote:
> I think Andrew meant the atomic_xchg_acquire at the start of osq_lock,
> as opposed to "compare and swap". In which case, it does look like
> there's a bug here because there is nothing to order the initialisation
> of the node fields w
On Fri, Dec 11, 2015 at 11:28:45AM +, Suzuki K. Poulose wrote:
> On 10/12/15 15:42, Mark Rutland wrote:
> >On Tue, Nov 17, 2015 at 06:03:27PM +, Suzuki K. Poulose wrote:
> >>The CCI PMU driver sets the event counter to the half of the maximum
> >>value(2^31) it can count before we start the
> Do any of these numbers indicate update candidates which correspond to the
> "one error jump label bug" symptom that is mentioned in the Linux coding
> style documentation?
I don't think that numbers could indicate that. The point of that is a
single label followed by a bunch of ifs, or by call
On Fri, 2015-12-11 at 10:34 +, Russell King - ARM Linux wrote:
> On Fri, Dec 11, 2015 at 10:27:13AM +, Jon Medhurst (Tixy) wrote:
> > On Fri, 2015-12-11 at 00:05 -0500, David Long wrote:
> > > There is a moderate amount of code already in kprobes on ARM and the
> > > current ARMv8 patch to
Al,
the xattr cleanup patches which are meanwhile in your for-next branch broke
listxattr on nfs. Could you please add this fix?
Thanks,
Andreas
--
In removing the list operation of nfs4_xattr_nfs4_label_handler, commit
d77ae742 has introduced a NULL pointer dereference in generic_listxattr.
F
On 11/12/2015 12:41, Borislav Petkov wrote:
> On Fri, Dec 11, 2015 at 11:41:30AM +0100, Paolo Bonzini wrote:
>> It would be a kvm hypervisor page, not a kvm guest page, hence unrelated
>> to the zapping thing.
>
> Ah right, guest pages should be userspace addresses, come to think of
> it.
>
>>
Em Fri, Dec 11, 2015 at 09:11:45AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Dec 08, 2015 at 02:25:37AM +, Wang Nan escreveu:
> > This patch introduce a new syntax to perf event parser:
> >
> > # perf record -e bpf_file.c/maps.mymap.value[0,3...5,7]=1234/ ...
>
> Is the above examp
On Fri, Dec 11, 2015 at 01:13:19PM +0100, Peter Zijlstra wrote:
> On Fri, Dec 11, 2015 at 12:04:19PM +, Will Deacon wrote:
> > I think Andrew meant the atomic_xchg_acquire at the start of osq_lock,
> > as opposed to "compare and swap". In which case, it does look like
> > there's a bug here bec
Hi Marc,
On Friday 11 December 2015 04:53 PM, Marc Zyngier wrote:
> On Fri, 11 Dec 2015 05:26:02 +
>> I think we can make percpu irq API a bit easier to use.
>>
>> (1) First thing which request_percpu_irq() does is check for
>> irq_settings_is_per_cpu_devid(). Thus irq_set_percpu_devid() can b
On Fri, Dec 11, 2015 at 11:41:30AM +0100, Paolo Bonzini wrote:
> You can disable it (well, make it take a few days to appear) with this:
>
> diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
> index 484079efea5b..a9070e260c72 100644
> --- a/virt/kvm/kvm_main.c
> +++ b/virt/kvm/kvm_main.c
> @@
>From 1dbe78ce98037da5467d817a9db838d678b338ae Mon Sep 17 00:00:00 2001
From: Sanidhya Solanki
Date: Fri, 11 Dec 2015 03:08:53 -0500
Subject: [PATCH] staging: dgnc: Patch includes the checkpatch fixes
Patch contains the checkpatch fixes as asked by the TODO.
TODO file is updated as well.
Signed-
On Fri, Dec 11, 2015 at 12:18:00PM +, Will Deacon wrote:
> On Fri, Dec 11, 2015 at 01:13:19PM +0100, Peter Zijlstra wrote:
> > On Fri, Dec 11, 2015 at 12:04:19PM +, Will Deacon wrote:
> > > I think Andrew meant the atomic_xchg_acquire at the start of osq_lock,
> > > as opposed to "compare a
Hello.
On 12/11/2015 12:46 PM, Geyslan G. Bem wrote:
It's a bad idea to send 2 different patches with the same subject. I'd use
"mos7840: " as a prefix in this case.
This patch removes redundant condition.
(length && length > 5) can be reduced to a single evaluation.
Tested by compila
On Fri, Dec 11, 2015 at 6:13 AM, David Howells wrote:
> Greg Kroah-Hartman wrote:
>
>> David, any reason you didn't put a cc: stable in the commit for it to be
>> picked up in the stable releases?
>
> I did cc it to stable.
You had the stable list in the CC field when you sent the patch, but
the
Hello.
On 12/11/2015 2:24 PM, Robert Baldyga wrote:
It seems that gitotious repository is no longer accessible, so we replace
Gitorious.
it with address to active repository.
Signed-off-by: Robert Baldyga
[...]
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe
Haiyang Zhang writes:
> In commit 2a04ae8acb14 ("hv_netvsc: remove locking in netvsc_send()"), the
> locking for MSD (Multi-Send Data) field was removed. This could cause a
> race condition between RNDIS control messages and data packets processing,
> because these two types of traffic are not sy
On Fri, Dec 4, 2015 at 6:31 PM, Martyn Welch
wrote:
> This patch adds documentation for the gpio-switch binding. This binding
> provides a mechanism to bind named links to gpio, with the primary
> purpose of enabling standardised access to switches that might be standard
> across a group of devic
Em Tue, Dec 08, 2015 at 02:25:41AM +, Wang Nan escreveu:
> This patch keeps options of perf builtins same in all conditions. If
> one option is disabled because of compiling options, users should be
> notified.
>
> Masami suggested another implementation in [1] that, by adding a
> OPTION_NEXT_
2015-12-11 9:30 GMT-03:00 Sergei Shtylyov :
> Hello.
>
> On 12/11/2015 12:46 PM, Geyslan G. Bem wrote:
>
>It's a bad idea to send 2 different patches with the same subject. I'd
> use "mos7840: " as a prefix in this case.
Sergei, tks for the advice. Johan already applied for next.
>
>> This pa
发自我的 iPhone
> 在 2015年12月11日，下午8:15，Arnaldo Carvalho de Melo 写道：
>
> Em Fri, Dec 11, 2015 at 09:11:45AM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Tue, Dec 08, 2015 at 02:25:37AM +, Wang Nan escreveu:
>>> This patch introduce a new syntax to perf event parser:
>>>
>>> # perf record -e
On Fri 2015-12-11 12:10:02, Geert Uytterhoeven wrote:
> On Wed, Dec 9, 2015 at 2:21 PM, Petr Mladek wrote:
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -866,6 +866,28 @@ config LOG_CPU_MAX_BUF_SHIFT
> > 13 => 8 KB for each CPU
> > 12 => 4 KB fo
On Tue, Dec 8, 2015 at 4:20 AM, Peter Rosin wrote:
> From: Peter Rosin
>
> Adds the possibility to read the interrupt status register bit for the
> gpio pin. Expose the bit as an isr file in sysfs.
>
> Signed-off-by: Peter Rosin
NACK. We have frozen the sysfs ABI and we are working on a
charac
On 09/12/15 15:44, Adrian Hunter wrote:
> On 08/12/15 15:53, Arnaldo Carvalho de Melo wrote:
>> Em Tue, Dec 08, 2015 at 09:29:51AM +0200, Adrian Hunter escreveu:
>>> On 07/12/15 23:09, Arnaldo Carvalho de Melo wrote:
Em Thu, Dec 03, 2015 at 10:06:39AM +0100, Jiri Olsa escreveu:
> while tes
Em Fri, Dec 11, 2015 at 08:39:35PM +0800, pi3orama escreveu:
>
>
> 发自我的 iPhone
>
> > 在 2015年12月11日，下午8:15，Arnaldo Carvalho de Melo 写道：
> >
> > Em Fri, Dec 11, 2015 at 09:11:45AM -0300, Arnaldo Carvalho de Melo escreveu:
> >> Em Tue, Dec 08, 2015 at 02:25:37AM +, Wang Nan escreveu:
> >>> Th
I hate out labels but a lot of people like them and they're not
prohibited by kernel style. I only complain about them when they
introduce bugs.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Friday 11 December 2015 13:41:59 Petr Mladek wrote:
> diff --git a/init/Kconfig b/init/Kconfig
> index efcff25a112d..61cfd96a3c96 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -870,7 +870,7 @@ config NMI_LOG_BUF_SHIFT
> int "Temporary per-CPU NMI log buffer size (12 => 4KB, 13 =>
On Fri, Dec 11, 2015 at 1:41 PM, Petr Mladek wrote:
> On Fri 2015-12-11 12:10:02, Geert Uytterhoeven wrote:
>> On Wed, Dec 9, 2015 at 2:21 PM, Petr Mladek wrote:
>> > --- a/init/Kconfig
>> > +++ b/init/Kconfig
>> > @@ -866,6 +866,28 @@ config LOG_CPU_MAX_BUF_SHIFT
>> > 13 =>
Hi,
The ASoC omap-pcm has been converted to be non platform device a long time ago,
so it is no longer needed to create the device for it since there will be no
driver to be loaded for it.
Regards,
Peter
---
Peter Ujfalusi (2):
ARM: OMAP1: Remove device creation for omap-pcm-audio
ARM: OMAP2+
The omap-pcm in ASoC is no longer a platform device. No need to create this
device anymore.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap1/devices.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
index
The omap-pcm in ASoC is no longer a platform device. No need to create this
device anymore.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/devices.c | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach
Quoting extensively since I'm involving the linux-iio mailinglist.
The use case you describe is hand-in-glove with Industrial I/O.
I think you want a trigger interface from IIO and read events from
userspace using the IIO character device.
Look at the userspace examples in tools/iio for how it's
Make 'r' 64-bit type to avoid overflow in 'r * LOAD_AVG_MAX'
on 32-bit systems:
UBSAN: Undefined behaviour in kernel/sched/fair.c:2785:18
signed integer overflow:
87950 * 47742 cannot be represented in type 'int'
Fixes: 9d89c257dfb9 ("sched/fair: Rewrite runnable load and u
On Fri, Dec 11, 2015 at 11:27:08AM +, Mans Rullgard wrote:
> Attempting to use this codec driver triggers a BUG() in regcache_sync()
> since no cache type is set. The register map of this device is fairly
> small and has few holes so a flat cache is suitable.
>
> Signed-off-by: Mans Rullgard
On Fri, Dec 11, 2015 at 01:15:46PM +0100, Andreas Gruenbacher wrote:
> Al,
>
> the xattr cleanup patches which are meanwhile in your for-next branch broke
> listxattr on nfs. Could you please add this fix?
Umm... Would you be OK with folding that into commit in question? I'd
rather not introdu
Hi Wang,
While testing on a machine with an older kernel I noticed this:
[root@felicio ~]# perf test bpf
37: Test BPF filter :
37.1: Test basic BPF filtering : FAILED!
37.2: Test BPF prologue generation
- On Oct 27, 2015, at 7:56 PM, Paul Turner commo...@gmail.com wrote:
> From: Paul Turner
>
> Introduce the notion of a restartable sequence. This is a piece of user code
> that can be described in 3 components:
>
> 1) Establish where [e.g. which cpu] the thread is running
> 2) Preparatory
发自我的 iPhone
> 在 2015年12月11日，下午8:47，Arnaldo Carvalho de Melo 写道：
>
> Em Fri, Dec 11, 2015 at 08:39:35PM +0800, pi3orama escreveu:
>>
>>
>> 发自我的 iPhone
>>
>>> 在 2015年12月11日，下午8:15，Arnaldo Carvalho de Melo 写道：
>>>
>>> Em Fri, Dec 11, 2015 at 09:11:45AM -0300, Arnaldo Carvalho de Melo escreve
My latest commit introduce some case where a valid mode, could be
rejected.
simple_strtox functions stop at first non-digit character, but kstrtox
not.
So args like "video=HDMI-A-1:720x480-16@60" will be reject when checking
16@.
Discussions about this change comes to the conclusion that the best
On Fri, Dec 11, 2015 at 03:21:49AM -0500, Sanidhya Solanki wrote:
> >From 1dbe78ce98037da5467d817a9db838d678b338ae Mon Sep 17 00:00:00 2001
> From: Sanidhya Solanki
> Date: Fri, 11 Dec 2015 03:08:53 -0500
> Subject: [PATCH] staging: dgnc: Patch includes the checkpatch fixes
Don't include this st
On Fri, Dec 11, 2015 at 01:15:04PM +0100, Paolo Bonzini wrote:
> My wild guess is that RSP is getting corrupted, but I guess I'll have to try
> to reproduce to figure out what happens.
Yeah, something's scribbling over stuff where it shouldn't.
> The last thing I need from you (hopefully) is a Kc
On Tue, Dec 08, 2015 at 03:05:07PM +0100, Andrew Lunn wrote:
> 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/Kconfig | 7
> dr
Hi Caesar,
Am Mittwoch, 2. Dezember 2015, 19:12:20 schrieb Caesar Wang:
> In general, the logic voltage is affected by ddr frequency factors.
> We should fix the correct voltage range since assuemd that we have the
> ddr frequency driver in mainline.
>
> AFAIK, the 1.8v voltage is used by the SD3
not apply
> Patch failed at 0001 ieee802154-atusb: Delete an unnecessary check before the
> function call "kfree_skb"
How can this hiccup happen?
A command like the following is still working for me on source files
for the software "Linux next-20151211".
elfring@Sonne:~/
On Fri, Dec 11, 2015 at 1:55 PM, Al Viro wrote:
> On Fri, Dec 11, 2015 at 01:15:46PM +0100, Andreas Gruenbacher wrote:
>> Al,
>>
>> the xattr cleanup patches which are meanwhile in your for-next branch broke
>> listxattr on nfs. Could you please add this fix?
>
> Umm... Would you be OK with fold
- Original Message -
> From: "Peter Zijlstra"
> To: "Paul Turner"
> Cc: "NeilBrown" , "Linus Torvalds"
> , "Thomas Gleixner"
> , "LKML" , "Mike Galbraith"
> , "Ingo Molnar"
> , "Peter Anvin" , "vladimir murzin"
> ,
> linux-tip-comm...@vger.kernel.org, jstan...@redhat.com, "Oleg Nes
Knights Landing does not come with register that could be used
to fetch DIMM width. However the value is fixed for this architecture
so it can be hardcoded.
Fixes: d0cdf900314 (sb_edac: Add Knights Landing (Xeon Phi gen 2) support)
Signed-off-by: Hubert Chrzaniuk
---
drivers/edac/sb_edac.c | 8 +
Приветствую Вас.
Заказывали ли Вы, рекламу по почтовым майл адресам?
vip.tacanuu...@mail.ru
--
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
Testing has shown that the backtrace sometimes does not fit
into the 4kB temporary buffer that is used in NMI context.
The warnings are gone when I double the temporary buffer size.
This patch doubles the buffer size and makes it configurable.
Note that this problem existed even in the x86-specif
Hi Andrew,
this is just a quick respin of the previous version. It changes
the few details as you suggested. Also it fixes the build problem
on ARM as reported by Geert and Arnd.
I rather send the whole patch set because there is the renamed header.
Also the extra blank space affects two patches.
Hello.
On 11/12/15 14:07, SF Markus Elfring wrote:
this slipped through, but now it does no longer apply.
Applying: ieee802154-atusb: Delete an unnecessary check before the function call
"kfree_skb"
error: patch failed: drivers/net/ieee802154/atusb.c:310
error: drivers/net/ieee802154/atusb.c:
Knights Landing does not come with register that could be used
to fetch DIMM width. However the value is fixed for this architecture
so it can be hardcoded.
Fixes: d0cdf900314 (sb_edac: Add Knights Landing (Xeon Phi gen 2) support)
Signed-off-by: Hubert Chrzaniuk
---
drivers/edac/sb_edac.c | 8 +
On Fri, Dec 11, 2015 at 08:08:36AM -0500, Jan Stancek wrote:
> > lkml.kernel.org/r/20151208104712.gj6...@twins.programming.kicks-ass.net
>
> This appears to exactly match patch I tested against v4.4-rc4 here:
> http://marc.info/?l=linux-mm&m=144950957622869&w=2
Ah, I forgot I posted the thing
printk() takes some locks and could not be used a safe way in NMI
context.
The chance of a deadlock is real especially when printing
stacks from all CPUs. This particular problem has been addressed
on x86 by the commit a9edc8809328 ("x86/nmi: Perform a safe NMI stack
trace on all CPUs").
This pat
NMIs could happen at any time. This patch makes sure that the safe
printk() in NMI will schedule IRQ work only when the related
structs are initialized.
All pending messages are flushed when the IRQ work is being
initialized.
Signed-off-by: Petr Mladek
Cc: Jan Kara
Cc: Peter Zijlstra
Cc: Steve
On Wed 09-12-15 15:50:00, Vladimir Davydov wrote:
> tcp_memcontrol.c only contains legacy memory.tcp.kmem.* file definitions
> and mem_cgroup->tcp_mem init/destroy stuff. This doesn't belong to
> network subsys. Let's move it to memcontrol.c. This also allows us to
> reuse generic code for handling
We could not resize the temporary buffer in NMI context. Let's warn
if a message is lost.
This is rather theoretical. printk() should not be used in NMI.
The only sensible use is when we want to print backtrace from all
CPUs. The current buffer should be enough for this purpose.
Signed-off-by: Pe
After commit 52221610dd84 ("mmc: sdhci: Improve external VDD regulator
support"), for the VDD is supplied via external regulators, we ignore
the code to convert a VDD voltage request into one of the standard
SDHCI voltage levels, then program it in the SDHCI_POWER_CONTROL. This
brings two issues:
On Fri, Dec 11, 2015 at 03:55:18PM +0300, Andrey Ryabinin wrote:
> Make 'r' 64-bit type to avoid overflow in 'r * LOAD_AVG_MAX'
> on 32-bit systems:
> UBSAN: Undefined behaviour in kernel/sched/fair.c:2785:18
> signed integer overflow:
> 87950 * 47742 cannot be represented in type
- On Oct 27, 2015, at 7:57 PM, Paul Turner commo...@gmail.com wrote:
> From: Paul Turner
>
> Recall the general ABI is:
> The kernel ABI generally consists of:
> a) A shared TLS word which exports the current cpu and event-count
> b) A shared TLS word which, when non-zero, stores t
On Fri, 11 Dec 2015 21:19:59 +0800 Jisheng Zhang wrote:
> After commit 52221610dd84 ("mmc: sdhci: Improve external VDD regulator
> support"), for the VDD is supplied via external regulators, we ignore
> the code to convert a VDD voltage request into one of the standard
> SDHCI voltage levels, then
On Fri 2015-12-11 14:20:48, Petr Mladek wrote:
> Hi Andrew,
>
> this is just a quick respin of the previous version. It changes
> the few details as you suggested. Also it fixes the build problem
> on ARM as reported by Geert and Arnd.
>
> I rather send the whole patch set because there is the re
On Fri, Dec 11, 2015 at 01:26:47PM +0100, Peter Zijlstra wrote:
> On Fri, Dec 11, 2015 at 12:18:00PM +, Will Deacon wrote:
> > On Fri, Dec 11, 2015 at 01:13:19PM +0100, Peter Zijlstra wrote:
> > > On Fri, Dec 11, 2015 at 12:04:19PM +, Will Deacon wrote:
> > > > I think Andrew meant the atom
Colin King writes:
> From: Colin Ian King
>
> minor change, indenting is one tab out.
>
> Signed-off-by: Colin Ian King
Applied to ath.git, thanks.
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
+Josh
Hey Arnd, Detlef,
On Fri, Dec 11, 2015 at 12:10:55AM +0100, Arnd Bergmann wrote:
> On Thursday 10 December 2015 23:00:24 Detlef Vollmann wrote:
> > On 12/10/15 22:29, Arnd Bergmann wrote:
> > > On Thursday 10 December 2015 22:14:25 Detlef Vollmann wrote:
> > >> On 12/10/15 21:59, Arnd Bergm
On Fri, Dec 11, 2015 at 02:25:51PM +0100, Peter Zijlstra wrote:
> On Fri, Dec 11, 2015 at 03:55:18PM +0300, Andrey Ryabinin wrote:
> > Make 'r' 64-bit type to avoid overflow in 'r * LOAD_AVG_MAX'
> > on 32-bit systems:
> > UBSAN: Undefined behaviour in kernel/sched/fair.c:2785:18
> > signed
On Thu, 10 Dec 2015, Peter Hurley wrote:
On 12/10/2015 02:48 PM, Marc Aurele La France wrote:
On Thu, 10 Dec 2015, Peter Hurley wrote:
On 12/09/2015 01:06 PM, Marc Aurele La France wrote:
After sshd has been SIGCHLD'ed about the shell's termination, it
continues to read the master pty until
201 - 300 of 888 matches
Mail list logo
