On Wed, 09 Dec 2015 12:51:33 + (GMT)
Nitin Gupta wrote:
> Hi,
>
> Is there any modification / improvement needed in this patch ?
>
> --- Original Message ---
> Sender : Shivnandan Kumar
> Engineer/SRI-Noida-Advance Solutions - System 1 R Group/Samsung Electronics
> Date : Nov 20,
W dniu 09.12.2015 o 19:14, Sylwester Nawrocki pisze:
> Adding Stephen and linux-clk at Cc.
>
> On 09/12/15 05:49, Krzysztof Kozlowski wrote:
>> On 08.12.2015 22:46, Marek Szyprowski wrote:
This patch adds clocks, which are required for preserving parent clock
configuration on GSCL power
put bio when submission fails, since we get it
before submission. And return error when backend
device driver doesn't provide a submit_io method,
thus we can end IO properly.
Signed-off-by: Wenwei Tao
---
drivers/lightnvm/gennvm.c | 2 +-
drivers/lightnvm/rrpc.c | 4 +++-
2 files changed, 4
> -Daniel
>
> Hi Daniel,
> It is still not there in linux-next. Still applies cleanly on
> next-20151209.
Sorry, this must have fallen through the cracks somehow. Applied now for
real.
Thanks, Daniel
>
> regards
> sudip
>
> >
> > > ---
> > &
Usually, checking kernel version will be ignore when loading
modules if CONFIG_MODVERSIONS option is enable. This could
potentially lead to a mismatch with the running kernel.
With this option, we prevent to load the modules which vermagic
is not match exactly with the running kernel.
It could
Intel RAPL initialized on several systems where the BIOS lock bit (msr
0x610, bit 63) was set. This occured because the return value of
rapl_read_data_raw() was being checked, rather than the value of the variable
passed in, locked.
This patch properly implments the rapl_read_data_raw() call to
W dniu 09.12.2015 o 18:37, Luis Henriques pisze:
> 3.16.7-ckt21 -stable review patch. If anyone has any objections, please let
> me know.
>
> --
>
> From: Krzysztof Kozlowski
>
> commit 824ead03b78403a21449cb7eb153a4344cd3b4c8 upstream.
>
> During probe if the regulator
Hello
Changes since v1
- Fix a memory leak when returning after an error of kstrtox
LABBE Corentin (1):
drm: modes: fix DRM modes analysis regression
drivers/gpu/drm/drm_modes.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
--
2.4.10
--
To unsubscribe
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@.
The proper solution is to store digits in a specific buffer.
Fixes:
On 12/08/2015 07:12 PM, Seiichi Ikarashi wrote:
> On 2015-12-09 03:33, Prarit Bhargava wrote:
>> Intel RAPL initialized on several systems where the BIOS lock bit (msr
>> 0x610, bit 63) was set. This occured because the return value of
>> rapl_read_data_raw() was being checked, rather than the
On Tue, 8 Dec 2015 23:12:12 +0100
Nicolas Iooss wrote:
> The following code pattern exists in some DRM drivers:
>
> ddev = drm_dev_alloc(, parent_dev);
> drm_dev_set_unique(ddev, dev_name(parent_dev));
>
> (Sometimes dev_name(ddev->dev) is used, which is the same.)
>
> As suggested
W dniu 03.12.2015 o 01:58, Kamal Mostafa pisze:
> 3.19.8-ckt11 -stable review patch. If anyone has any objections, please let
> me know.
>
> --
>
> From: Krzysztof Kozlowski
>
> commit 824ead03b78403a21449cb7eb153a4344cd3b4c8 upstream.
>
> During probe if the regulator could
[CCing Tejun]
Seems to be the same issue as reported here?
http://lkml.kernel.org/r/20151208145851.GJ9837@bark
On Tue 08-12-15 08:53:52, Norbert Preining wrote:
> Dear all
>
> (please Cc)
>
> running 4.4-rc4 (written as rc3+ but only the tag commit is missing),
> but I think also earlier in
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
On Wed, Dec 09, 2015 at 03:19:39PM +0200, Heikki Krogerus wrote:
> Hi Noam,
>
> On Sun, Oct 18, 2015 at 12:01:48PM +0300, Noam Camus wrote:
> > diff --git a/drivers/tty/serial/8250/8250_dw.c
> > b/drivers/tty/serial/8250/8250_dw.c
> > index a0cdbf3..880f712 100644
> > ---
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:
This patch set generalizes the already existing solution for
printing NMI messages. The main idea comes from Peter Zijlstra.
Changes against v2:
+ fixed compilation problems reported by 0-day build robot
+ MN10300 and Xtensa architectures will get handled separately
+ dropped the patch
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
---
kernel/printk/nmi.c | 13
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
Hi Noam,
On Sun, Oct 18, 2015 at 12:01:48PM +0300, Noam Camus wrote:
> diff --git a/drivers/tty/serial/8250/8250_dw.c
> b/drivers/tty/serial/8250/8250_dw.c
> index a0cdbf3..880f712 100644
> --- a/drivers/tty/serial/8250/8250_dw.c
> +++ b/drivers/tty/serial/8250/8250_dw.c
> @@ -63,6 +63,9 @@
Hello Bartlomiej,
On 12/07/2015 03:18 PM, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patch series adds generic cpufreq-dt driver support for
> Exynos542x/5800 (using the new CPU clock type which allows it).
>
> It has been tested on Exynos5422 based ODROID-XU3 Lite board.
>
I tested on an
On Wed, 2015-12-09 at 16:05 +0530, Rahul Jain wrote:
> From: Ashutosh Kaushik
>
> The patch fixes the issues with check of global flag "rps_needed"
Hi Rahul
I have no issue here. What is the issue exactly ?
You provide no perf numbers, so it is hard to guess what 'problem' you
intend to fix.
Instead of using a duplicate syscall table for the fast path, create stubs for
the syscalls that need pt_regs that save the extra registers if a flag for the
slow path is not set.
Signed-off-by: Brian Gerst
To: Andy Lutomirski
Cc: Andy Lutomirski
Cc: the arch/x86 maintainers
Cc: Linux Kernel
Hi Kirill,
while looking at the issue reported by Minchan [1] I have noticed that
there is nothing to prevent from "isolating" a tail page from LRU because
isolate_lru_page checks PageLRU which is
PAGEFLAG(LRU, lru, PF_HEAD)
so it is checked on the head page rather than the given page directly
but
On 12/08/2015 08:11 PM, Rob Herring wrote:
> On Tue, Dec 08, 2015 at 04:40:16PM -0800, Tim Bird wrote:
>> Add a binding for the regulator which controls the OTG chargepath switch.
>> The OTG switch gets its power from pm8941_5vs1, and that should be
>> expressed as a usb-otg-in-supply property in
On Wed, Dec 9, 2015 at 1:21 AM, Andy Lutomirski wrote:
> On Tue, Dec 8, 2015 at 9:45 PM, Andy Lutomirski wrote:
>> On Tue, Dec 8, 2015 at 8:43 PM, Brian Gerst wrote:
>>> On Mon, Dec 7, 2015 at 4:51 PM, Andy Lutomirski wrote:
64-bit syscalls currently have an optimization in which they are
Hi,
Is there any modification / improvement needed in this patch ?
--- Original Message ---
Sender : Shivnandan Kumar Engineer/SRI-Noida-Advance
Solutions - System 1 R Group/Samsung Electronics
Date : Nov 20, 2015 15:35 (GMT+05:30)
Title : [PATCH] char:misc minor is overflowing
When a
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 legacy memcg files.
Signed-off-by: Vladimir Davydov
On Tue 08-12-15 15:28:18, Kees Cook wrote:
> Normally, when a user can modify a file that has setuid or setgid bits,
> those bits are cleared when they are not the file owner or a member
> of the group. This is enforced when using write and truncate but not
> when writing to a shared mmap on the
Add the otg regulator provided by the charger block.
Signed-off-by: Tim Bird
---
arch/arm/boot/dts/qcom-pm8941.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-pm8941.dtsi
b/arch/arm/boot/dts/qcom-pm8941.dtsi
index b0d4439..1b80100 100644
---
Add a regulator to control the OTG chargepath switch. This
is used by USB code to control VBUS direction - out for host mode
on the OTG port, and in for charging mode.
Signed-off-by: Tim Bird
---
Changes since v1:
- changed name of supply to remove underscores
---
drivers/power/qcom_smbb.c |
Add a binding for the regulator which controls the OTG chargepath switch.
The OTG switch gets its power from pm8941_5vs1, and that should be
expressed as a usb-otg-in-supply property in the DT node for the
charger driver. The regulator name is "otg".
Signed-off-by: Tim Bird
---
Changes since v1
Add a regulator to control the OTG chargepath switch.
I'm re-sending this (v3) because my v2 submission yesterday failed
to include the AUTHOR OF THE DRIVER(!!), Courtney Cavin.
Changes since v2
- add the driver author to the To: list!
Changes since v1
- switch supply name to have dashes
On Tue, Dec 8, 2015 at 8:16 PM, Mark Brown wrote:
> On Mon, Dec 07, 2015 at 01:58:47PM -0600, Andrew F. Davis wrote:
>
>> As all of this driver should be taken though the MFD tree how
>> can this gpiolib change be handled? If we have gpio.parent it
>> will not build on MFD, with gpio.dev it will
On Wed, Dec 09, 2015 at 09:03:43AM +0100, Ingo Molnar wrote:
>
> * Josh Poimboeuf wrote:
>
> > > > wouldn't necessarily be a clean split. It would also possibly create
> > > > more
> > > > room for error for the users of libapi, since there would then be three
> > > > config interfaces
On 09/12/15 12:23, Jon Hunter wrote:
>
> On 08/12/15 19:07, Kevin Hilman wrote:
>> Jon Hunter writes:
>>
>>> Add power-domain binding documentation for the NVIDIA PMC driver in
>>> order to support generic power-domains.
>>>
>>> Signed-off-by: Jon Hunter
>>>
>>> ---
>>>
>>> Please note that I
Will take care of above suggestions and resubmit.
Thanks,
Sunil.
--
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
>> + booltns_mode:1;
>> + boolsqs_mode:1;
>These little refactors are creeping in your code without even being
mentioned in the commit message, this is not good practice.
Okay, will include these in the commit message.
>IMHO. Additionally, may be
On 08/12/15 19:07, Kevin Hilman wrote:
> Jon Hunter writes:
>
>> Add power-domain binding documentation for the NVIDIA PMC driver in
>> order to support generic power-domains.
>>
>> Signed-off-by: Jon Hunter
>>
>> ---
>>
>> Please note that I have been debating whether I add this
>>
Hi Rob,
Do you have any further comments on this or shall we proceed with this
patch .
Thanks,
Anurag Kumar V
> -Original Message-
> From: Anurag Kumar Vulisha
> Sent: Tuesday, November 17, 2015 7:54 PM
> To: 'Rob Herring'
> Cc: pawel.m...@arm.com; mark.rutl...@arm.com;
>
On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee
wrote:
> On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
>> We are allocating backing using psbfb_alloc() and so
>> backing->stolen is always true. So we were freeing backing two times.
>> Moreover if we follow the execution path
On Sun, Dec 06, 2015 at 02:51:38AM +0100, Jason A. Donenfeld wrote:
> If the length of the plaintext is zero, there's no need to waste cycles
> on encryption and decryption. Using the chacha20poly1305 construction
> for zero-length plaintexts is a common way of using a shared encryption
> key for
On Sun, Dec 06, 2015 at 02:51:37AM +0100, Jason A. Donenfeld wrote:
> Some ciphers actually support encrypting zero length plaintexts. For
> example, many AEAD modes support this. The resulting ciphertext for
> those winds up being only the authentication tag, which is a result of
> the key, the
On Wed, 9 Dec 2015 11:45:57 +0100
Tilman Schmidt wrote:
> Am 08.12.2015 um 23:16 schrieb One Thousand Gnomes:
> > The right fix as far as I can see is to remove the tests although
> > WARN_ON() combined with your tty->ops change might be safer.
>
> Feel free to submit a patch.
Will do later
On Thu, Dec 03, 2015 at 12:00:41PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix 21 occurrences of this kernel-doc warning in :
>
> ..//include/crypto/aead.h:149: warning: No description found for parameter
> 'base'
>
> Signed-off-by: Randy Dunlap
Patch applied. Thanks.
--
HP C2502 cards (based on 53C400A chips) use different magic numbers for
software-based I/O address configuration than other cards.
The configuration is also extended to allow setting the IRQ.
Move the configuration to a new function magic_configure() and move
magic the magic numbers into an
Hello Thierry,
2015-11-19 13:29 GMT+01:00 Enric Balletbo Serra :
> Hello Thierry,
>
> 2015-11-19 12:51 GMT+01:00 Thierry Reding :
>> On Tue, Nov 17, 2015 at 11:55:53PM +0100, Enric Balletbo Serra wrote:
>>> Hello Thierry,
>>>
>>> 2015-11-17 13:55 GMT+01:00 Thierry Reding :
>>> > On Mon, Nov 16,
Hello Tejun,
I've been observing the following crashes on kernel 4.2.6 :
73309.529940] BUG: unable to handle kernel NULL pointer dereference at
(null)
[73309.530238] IP: [] __queue_work+0xb3/0x390
[73309.530466] PGD 0
[73309.530681] Oops: [#1] SMP
[73309.530947] Modules linked
On Wednesday 09 December 2015 12:53:39 One Thousand Gnomes wrote:
> On Wed, 9 Dec 2015 13:24:53 +0300
> Dan Carpenter wrote:
>
> > On 64 bit CPUs there is a memory corruption bug on probe(). It should
> > be a u32 pointer instead of an unsigned long pointer or we write past
> > the end of the
Hello!
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On
> Behalf Of Sunil
> Goutham
> Sent: Wednesday, December 09, 2015 2:38 PM
> To: net...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
>
Am 09.12.2015 um 13:02 schrieb Sudip Mukherjee:
> On Fri, Nov 20, 2015 at 11:17:55AM +0100, Richard Weinberger wrote:
>> Am 20.11.2015 um 11:14 schrieb Sudip Mukherjee:
>>> We are checking dfs_rootdir for error value or NULL. But in the
>>> conditional ternary operator we returned -ENODEV if
On Wed, 9 Dec 2015 15:07:58 +0800
Jeffy Chen wrote:
> Currently, when tring to set up a serial console with a higher
> baud rate, it would fallback to 921600.
>
> So, add more baud rates to the baud rate array.
>
> Signed-off-by: Jeffy Chen
Far simpler I think would be if we finally lost
Hello!
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On
> Behalf Of Sunil
> Goutham
> Sent: Wednesday, December 09, 2015 2:38 PM
> To: net...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
>
Hi Arnd,
On 08/12/15 21:52, Arnd Bergmann wrote:
> This driver is the only one that calls regulator_sync_voltage(), but it
> can currently be built with CONFIG_REGULATOR disabled, producing
> this build error:
>
> drivers/cpufreq/tegra124-cpufreq.c: In function 'tegra124_cpu_switch_to_pllx':
>
On Wed, Dec 9, 2015 at 2:03 AM, Joe Perches wrote:
> On Tue, 2015-12-08 at 15:28 -0600, Rob Herring wrote:
>> On Tue, Dec 8, 2015 at 11:03 AM, Joe Perches wrote:
>> > On Tue, 2015-12-08 at 08:16 -0800, Joe Perches wrote:
>> > > On Wed, 2015-12-09 at 01:07 +0900, Masahiro Yamada wrote:
>> > > >
On Fri, Nov 20, 2015 at 11:17:55AM +0100, Richard Weinberger wrote:
> Am 20.11.2015 um 11:14 schrieb Sudip Mukherjee:
> > We are checking dfs_rootdir for error value or NULL. But in the
> > conditional ternary operator we returned -ENODEV if dfs_rootdir contains
> > an error value and returned
d3f732505b3ad56009e4a8aba0c7d39a7d7)
Revert
"mm-memblock-use-memblock_insert_region-for-the-empty-array-checkpatch-fixes"
(6bffda3c1dbc17be5bf4cf401fd7c3313542e904)
to fix my linux-next.
git bisect log
git bisect start
# bad: [cd1bfb776710ceffca2ca09df029f136318c5a10] Add linux-
On Mon, Nov 16, 2015 at 06:27:15PM +0530, Sudip Mukherjee wrote:
> In case of invalid number_destination_params we were returning error but
> we missed releasing cmd. Lets check for the number of parameter before
> allocating memory so that we don't have a memory leak.
>
> Signed-off-by: Sudip
Hi Dan,
Many thanks for your comments.
2015-12-07 9:09 GMT+01:00 Dan Carpenter :
> On Fri, Dec 04, 2015 at 09:35:07AM +0100, Enric Balletbo i Serra wrote:
>> +static int sp_wait_aux_op_finish(struct anx78xx *anx78xx)
>> +{
>> + u8 errcnt;
>> + u8 val;
>> + struct device *dev =
On Wed, 9 Dec 2015 13:24:53 +0300
Dan Carpenter wrote:
> On 64 bit CPUs there is a memory corruption bug on probe(). It should
> be a u32 pointer instead of an unsigned long pointer or we write past
> the end of the setupdata[] array.
>
> Signed-off-by: Dan Carpenter
> Reviewed-by: Hannes
On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
> We are allocating backing using psbfb_alloc() and so
> backing->stolen is always true. So we were freeing backing two times.
> Moreover if we follow the execution path then we should be freeing
> backing after we have released the
On Friday 04 December 2015 16:51:42 Aaron Conole wrote:
> --- a/include/linux/printk.h
> +++ b/include/linux/printk.h
> @@ -106,13 +106,14 @@ struct va_format {
>
> /*
> * Dummy printk for disabled debugging statements to use whilst maintaining
> - * gcc's format and side-effect checking.
> +
Sudip Mukherjee
> > ---
> A gentle ping.
> I still get the build warning while building for i386 allmodconfig with
> next-20150915.
> Build is at https://travis-ci.org/sudipm-mukherjee/parport/jobs/80365417
Another gentle ping. Build warning with i386 allmodconfig is still the
On Wed, Dec 09, 2015 at 12:27:42PM +0100, Bjørn Mork wrote:
> Luis Henriques writes:
>
> > 3.16.7-ckt21 -stable review patch. If anyone has any objections, please
> > let me know.
> >
> > --
> >
> > From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
> >
> > commit
From: Sunil Goutham
This patch set adds support for new features added in pass-2 revision
of hardware like TSO and count based interrupt coalescing.
Sunil Goutham (2):
net: thunderx: HW TSO support for pass-2 hardware
net: thunderx: Enable CQE count threshold interrupt
On 12/9/2015 7:28 PM, Michael S. Tsirkin wrote:
I remember reading that it's possible to implement a bus driver
on windows if required. But basically I don't see how windows can be
relevant to discussing guest driver patches. That discussion
probably belongs on the qemu maling list, not on
zed
> > encoder.
> >
> > Cc: Daniel Vetter
> > Cc: Jani Nikula
> > Signed-off-by: Sudip Mukherjee
>
> Queued for -next, thanks for the patch.
> -Daniel
Hi Daniel,
It is still not there in linux-next. Still applies cleanly on
next-20151209.
regards
sudip
>
>
This is using completely the wrong mask and value when updating the
register. Since the correct values are already defined in the header,
switch to using a table with explicit constants rather than shifting the
array index.
Signed-off-by: John Keeping
---
sound/soc/codecs/es8328.c | 25
On Tue, Dec 08, 2015 at 02:19:39PM -0800, Andrew Morton wrote:
> On Tue, 8 Dec 2015 10:18:50 + Qais Yousef wrote:
>
> > Recent changes to how GFP_ATOMIC is defined seems to have broken the
> > condition
> > to use mips_alloc_from_contiguous() in mips_dma_alloc_coherent().
> >
> > I
From: Sunil Goutham
This feature is introduced in pass-2 chip and with this CQ interrupt
coalescing will work based on both timer and count.
Signed-off-by: Sunil Goutham
---
drivers/net/ethernet/cavium/thunder/nic.h |2 ++
drivers/net/ethernet/cavium/thunder/nicvf_main.c |2
From: Sunil Goutham
This adds support for offloading TCP segmentation to HW in pass-2
revision of hardware. Both driver level SW TSO for pass1.x chips
and HW TSO for pass-2 chip will co-exist.
Signed-off-by: Sunil Goutham
---
drivers/net/ethernet/cavium/thunder/nic.h | 12 ++--
On Tuesday 08 December 2015 12:40:18 Finn Thain wrote:
>
> On Tue, 8 Dec 2015, Ondrej Zary wrote:
>
> > HP C2502 cards (based on 53C400A chips) use different magic numbers for
> > software-based I/O address configuration than other cards. The
> > configuration is also extended to allow setting
On Tue, Dec 08, 2015 at 01:34:25PM -0500, Johannes Weiner wrote:
> Let the user know that CONFIG_MEMCG_KMEM does not apply to the cgroup2
> interface. This also makes legacy-only code sections stand out better.
>
> Signed-off-by: Johannes Weiner
Acked-by: Vladimir Davydov
--
To unsubscribe
On Tue, Dec 08, 2015 at 01:34:24PM -0500, Johannes Weiner wrote:
> The original cgroup memory controller has an extension to account slab
> memory (and other "kernel memory" consumers) in a separate "kmem"
> counter, once the user set an explicit limit on that "kmem" pool.
>
> However, this
Hi Jeffy,
Am Mittwoch, 9. Dezember 2015, 17:04:06 schrieb Jeffy Chen:
> The pinctrl of rk3228 is much the same as rk3288's, but
> without pmu.
>
> Signed-off-by: Jeffy Chen
After verifying the offset and register-layout values with the TRM
Reviewed-by: Heiko Stuebner
I just love how that
On Friday 04 December 2015 16:16:33 Vlastimil Babka wrote:
> --- a/include/linux/mmdebug.h
> +++ b/include/linux/mmdebug.h
> @@ -2,15 +2,20 @@
> #define LINUX_MM_DEBUG_H 1
>
> #include
> +#include
> +#include
8<-
Subject: mm: fix generated/bounds.h
The inclusion of linux/tracepoint.h
On Wed, Dec 09, 2015 at 07:19:15PM +0800, Lan, Tianyu wrote:
> On 12/9/2015 6:37 PM, Michael S. Tsirkin wrote:
> >On Sat, Dec 05, 2015 at 12:32:00AM +0800, Lan, Tianyu wrote:
> >>Hi Michael & Alexander:
> >>Thanks a lot for your comments and suggestions.
> >
> >It's nice that it's appreciated, but
Luis Henriques writes:
> 3.16.7-ckt21 -stable review patch. If anyone has any objections, please let
> me know.
>
> --
>
> From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
>
> commit 0db65fcfcded76fe4f74e3ca9f4e2baf67b683ef upstream.
>
> New device IDs shamelessly lifted from the vendor
On Wed, 09 Dec 2015, Arnd Bergmann wrote:
> On Tuesday 08 December 2015 14:32:01 Lee Jones wrote:
> > @@ -161,3 +166,11 @@ struct smp_operations __initdata sti_smp_ops = {
> > .smp_secondary_init = sti_secondary_init,
> > .smp_boot_secondary = sti_boot_secondary,
> > };
>
On 12/9/2015 6:37 PM, Michael S. Tsirkin wrote:
On Sat, Dec 05, 2015 at 12:32:00AM +0800, Lan, Tianyu wrote:
Hi Michael & Alexander:
Thanks a lot for your comments and suggestions.
It's nice that it's appreciated, but you then go on and ignore
all that I have written here:
On Wed, Dec 09, 2015 at 09:32:47PM +1100, Michael Ellerman wrote:
> Presumably caused by the fact that edac_init() is subsys_initcall(), whereas
> corenet_gen_publish_devices() is arch_initcall().
Thanks for the report!
Hmm, interesting, can you send .config please?
I need to fix this
Hi Arnd, Vinod,
As Arnd suggested, the two patch from the following series:
https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122201.html
plus Acked-by from Arnd is available for pull if you prefer that way.
Regards,
Péter
Am 09.12.2015 um 00:12 schrieb Paul Bolle:
>> --- a/drivers/isdn/gigaset/ser-gigaset.c
>> +++ b/drivers/isdn/gigaset/ser-gigaset.c
>> @@ -370,19 +370,23 @@ static void gigaset_freecshw(struct cardstate
>> *cs)
>> tasklet_kill(>write_tasklet);
>> if (!cs->hw.ser)
>> return;
[RESEND - this time w/o html junk]
On 12/09/2015 04:34 AM, Peter Zijlstra wrote:
On Wed, Dec 09, 2015 at 09:04:40AM +0100, Jiri Olsa wrote:
On Wed, Dec 09, 2015 at 12:06:44PM +0800, Yunlong Song wrote:
Hi, Don,
I am interested in the perf c2c tool, which is introduced in:
Hi Dave,
On 7 December 2015 at 17:44, Dave Hansen wrote:
> On 12/04/2015 10:50 PM, Michael Kerrisk (man-pages) wrote:
>> On 12/04/2015 02:15 AM, Dave Hansen wrote:
>>> From: Dave Hansen
>>>
>>> mprotect_key() is just like mprotect, except it also takes a
>>> protection key as an argument. On
On Wed, Dec 09, 2015 at 10:34:02AM +0100, Peter Zijlstra wrote:
> Which we can imagine could result in code like:
>
> foobar:
> mov (%rax), %rax# load bar::foo
> mov (%rax,1,4), %rax# load foo::val
>
>
> And DWARFs should know this, so by knowing the instruction we can
On 2015/12/8 23:25, Rob Herring wrote:
> On Mon, Dec 07, 2015 at 04:25:06PM +0800, yankejian wrote:
>> Signed-nux start up, we get the log below:
>> "Hi-HNS_MDIO 803c.mdio: no syscon hisilicon,peri-c-subctrl
>> mdio_bus mdio@803c: mdio sys ctl reg has not maped "
>>
>> the source
On Wed, Dec 09, 2015 at 11:57:51AM +0200, Alexander Shishkin wrote:
> Peter Zijlstra writes:
>
> > Yuck, nasty problem. Also, I think its broken. By not having
> > mmap_mutex around the whole thing, notably rb_free_aux(), you can race
> > against mmap().
> >
> > What seems possible now is that:
On Wed, Dec 09, 2015 at 11:47:58AM +0100, Alexander Aring wrote:
> Example: the error case is while probing, how we react on a -EBUSY there
> "in an error case" -> simple ignore it? But then nobody see that the use
> of this function is wrong.
The proper way to deal with functionality that can
Greg Kroah-Hartman writes:
> On Mon, Dec 07, 2015 at 10:25:19AM -0500, Steven Rostedt wrote:
>> Hi,
>>
>> The attached config doesn't build on 4.2.6, but changing it to the
>> following:
>>
>> VIDEO_V4L2_SUBDEV_API n -> y
>> +V4L2_FLASH_LED_CLASS n
>>
>> does build.
>
> Did this work on older
Wed, Dec 09, 2015 at 11:35:21AM CET, rahul.j...@samsung.com wrote:
>From: Ashutosh Kaushik
>
>The patch fixes the issues with check of global flag "rps_needed" in RX Path
>(which process packets in TCP/IP stack like netif_rx and netif_receive_skb
>functions)
First of all, if you want people to
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
commit 0db65fcfcded76fe4f74e3ca9f4e2baf67b683ef upstream.
New device IDs shamelessly lifted from the vendor driver.
Signed-off-by: Bjørn Mork
Hi,
On Tue, Dec 08, 2015 at 10:59:00AM -0800, Kevin Hilman wrote:
> Jon Hunter writes:
>
> > On 04/12/15 17:45, Eric Anholt wrote:
> >> From: Alexander Aring
> >>
> >> This patch adds function pm_genpd_exit for undo a pm_genpd_init. This
> >> is useful for multiple power domains while
Am 08.12.2015 um 23:16 schrieb One Thousand Gnomes:
> The right fix as far as I can see is to remove the tests although
> WARN_ON() combined with your tty->ops change might be safer.
Feel free to submit a patch.
>> It's pretty obvious that this should have been part of commit
>> f34d7a5b7010
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
commit f23d538bc24a83c16127c2eb82c9cf1adc2b5149 upstream.
We don't have fraglist support in TAP_FEATURES. This will lead
software segmentation of gro skb with frag list.
This is the start of the review cycle for the Linux 3.16.7-ckt21 stable kernel.
This version contains 126 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sowmini Varadhan
commit 8ce675ff39b9958d1c10f86cf58e357efaafc856 upstream.
Either of pskb_pull() or pskb_trim() may fail under low memory conditions.
If rds_tcp_data_recv() ignores
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: David Ward
commit a8079092c1bbf9aec3756b35256c7816b8845af7 upstream.
This is an HP-branded Sierra Wireless EM7355:
https://bugzilla.redhat.com/show_bug.cgi?id=1223646#c2
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
commit 70910791731b5956171e1bfcad707766b8e18fee upstream.
The lt4112 is a HP branded Huawei me906e modem. Like other Huawei
modems, it does not have a
3.16.7-ckt21 -stable review patch. If anyone has any objections, please let me
know.
--
From: Francesco Ruggeri
commit 30f7ea1c2b5f5fb7462c5ae44fe2e40cb2d6a474 upstream.
There is a race conditions between packet_notifier and packet_bind{_spkt}.
It happens if
801 - 900 of 2266 matches
Mail list logo