Fix 'void function return statements are not generally useful'
checkpatch.pl warnings
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 2 --
drivers/staging/rtl8192e/rtl8192e/r8192E_phy.c | 8
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 7
On 3/31/15 2:25 PM, Arnaldo Carvalho de Melo wrote:
Humm, we already have an rb_tree for each task, its called
machine->threads, and it has struct thread instances, that in turn have
a ->priv point, can't it be used here?
I think that would require a lot of churn to the existing code. The
Remove commented-out code
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c| 3 +--
drivers/staging/rtl8192e/rtl8192e/r819xE_phyreg.h | 7 ---
drivers/staging/rtl8192e/rtllib_crypt_ccmp.c | 5 +
drivers/staging/rtl8192e/rtllib_rx.c
Return from rtllib_rx_auth_resp() if auth_parse() fails.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib_softmac.c | 89 ---
1 file changed, 45 insertions(+), 44 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_softmac.c
Fix checkpatch warnings 'else is not generally useful after a break or return'
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 72 +++---
drivers/staging/rtl8192e/rtl8192e/r8192E_phy.c | 10 +-
drivers/staging/rtl8192e/rtl8192e/rtl_cam.c| 7 +-
v2 Notes:
Added 2 more patches (none affects code):
#12 cleanup of comment style (Joe requested to fix one, did fix of as many as
I was able to find)
#13 Removed dead code (some functions/structures/defines were commented out)
As for v1 review comments - I decided not to merge #10 and #11
Move authentication response processing to rtllib_rx_auth_resp() function.
No logic is affected.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib_softmac.c | 112 --
1 file changed, 58 insertions(+), 54 deletions(-)
diff --git
On Tue, Mar 31, 2015 at 08:08:40AM -0700, Linus Torvalds wrote:
> On Mon, Mar 30, 2015 at 8:15 PM, Chris J Arges
> wrote:
> >
> > I modified the posted patch with the following:
>
> Actually, in addition to Ingo's patches (and the irq printout), which
> you should try first, if none of that
On 03/31/2015 05:58 PM, Shuah Khan wrote:
On 03/31/2015 03:53 PM, Waiman Long wrote:
On 03/31/2015 03:21 PM, Shuah Khan wrote:
On 03/31/2015 11:28 AM, Waiman Long wrote:
This patch is based on the code sent out by Peter Zijstra as part
of his queue spinlock patch to provide a hashing function
On Wed, Mar 25, 2015 at 04:27:48PM +0100, Christoph Hellwig wrote:
> On Wed, Mar 25, 2015 at 03:23:48PM +0800, Ming Lei wrote:
> > > - mm_segment_t old_fs = get_fs();
> > > +
> > > + iov_iter_bvec(, ITER_BVEC, bvec, 1, bvec->bv_len);
> > >
> > > file_start_write(file);
> > > -
On Tue, Mar 31, 2015 at 1:00 PM, Denys Vlasenko wrote:
> After TESTs, use logically correct JZ mnemonic instead of JE
> (this doesn't change code).
>
> Tidy up CMPW insns:
>
> Modern CPUs are not good with 16-bit operations.
> The instructions with 16-bit immediates are especially bad,
> on many
Hi Ingo,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git tick-pm
to receive kernel/time cleanups related to tick_suspend/resume from Thomas
Gleixner
that I've rebased on top of the Linus' tree and reworked slightly.
There will be a conflict between this
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Christoph Hellwig
> Sent: Thursday, March 26, 2015 3:33 AM
> To: linux-nvd...@ml01.01.org; linux-fsde...@vger.kernel.org; linux-
> ker...@vger.kernel.org;
Freeing pages became a rather costly operation, specially when multiple debug
options are enabled. This causes hangs when an attempt to free a large amount
of 0-order is made. Two examples are vfree()ing large block of memory, and
punching a hole in a shmem filesystem.
To avoid that, move any
Rather than calling free_hot_cold_page() for every page, batch them up in a
list and pass them on to free_hot_cold_page_list(). This will let us defer
them to a workqueue.
Signed-off-by: Sasha Levin
---
mm/page_alloc.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Two static functions are only used if CONFIG_PCI is defined,so only build them
if this is the case. Fixes the build warnings:
arch/x86/kernel/early_printk.c:98:13: warning: ‘mem32_serial_out’ defined but
not used [-Wunused-function]
static void mem32_serial_out(unsigned long addr, int offset,
Hi Jassi,
Thanks for taking the time to comment on this patch and provide
additional solution.
We have went back to reproduce the problem using the dmatest. I am glad
you asked for more info as we discovered the problem does not happen in
the current code. The problem only happens when we
On Tue, Mar 31, 2015 at 10:08:07PM +0200, Jonathan Corbet wrote:
> So I finally got around to having a look at this, and one thing caught my
> eye:
>
> > read(2) (and similar)
> > When the new process exits, reading from the
> > file
> >
On Mon, 30 Mar 2015 16:15:50 +0800 Eddie Huang wrote:
> > > +out_rtc:
> > > + rtc_device_unregister(rtc->rtc_dev);
> >
> > This is wrong. Whenever you jump to this label the RTC device has not
> > been registered yet.
>
> Oops, will fix in next round.
Please ensure that Uwe's review
On Tuesday, March 31, 2015 06:58:44 PM Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got conflicts in
> include/linux/clockchips.h, kernel/time/tick-broadcast.c,
> kernel/time/tick-common.c and kernel/time/tick-internal.h between
> commit 01b9fdf7e540 ("tick: Move
On 03/31/2015 03:53 PM, Waiman Long wrote:
> On 03/31/2015 03:21 PM, Shuah Khan wrote:
>> On 03/31/2015 11:28 AM, Waiman Long wrote:
>>> This patch is based on the code sent out by Peter Zijstra as part
>>> of his queue spinlock patch to provide a hashing function with open
>>> addressing. The
On 03/31/2015 03:21 PM, Shuah Khan wrote:
On 03/31/2015 11:28 AM, Waiman Long wrote:
This patch is based on the code sent out by Peter Zijstra as part
of his queue spinlock patch to provide a hashing function with open
addressing. The lfsr() function can be used to return a sequence of
numbers
On Sun, Mar 29, 2015 at 11:12:03PM +0200, Richard Cochran wrote:
> @@ -627,11 +628,11 @@ static void igb_ptp_overflow_check(struct work_struct
> *work)
> {
> struct igb_adapter *igb =
> container_of(work, struct igb_adapter, ptp_overflow_work.work);
> - struct timespec
On Sun, Mar 29, 2015 at 11:12:00PM +0200, Richard Cochran wrote:
> @@ -171,11 +171,11 @@ static void e1000e_systim_overflow_work(struct
> work_struct *work)
> struct e1000_adapter *adapter = container_of(work, struct e1000_adapter,
>
On Tue, Mar 31, 2015 at 10:20:12PM +0100, Mark Einon wrote:
> Two static functions are only used if CONFIG_PCI is defined,so only build them
> if this is the case. Fixes the build warnings:
>
> arch/x86/kernel/early_printk.c:98:13: warning: ‘mem32_serial_out’ defined but
> not used
On Mon, Mar 30, 2015 at 10:22:18AM +0200, Michal Hocko wrote:
> On Fri 27-03-15 08:43:54, Dave Chinner wrote:
> > On Thu, Mar 26, 2015 at 10:53:02AM +0100, Michal Hocko wrote:
> > > On Fri 20-03-15 14:48:20, Dave Chinner wrote:
> > > > On Thu, Mar 19, 2015 at 01:44:41PM +0100, Michal Hocko wrote:
The PPS_FETCH ioctl in drivers/pps/pps.c blocks until a new PPS event
occurs, then returns the time stamp data. While this is fine for
lots of applications, sometimes it would be nice if the poll system
call and a subsequent read could be used to obtain the pps data.
This patch adds support for
On Tue, Mar 31, 2015 at 03:55:59PM +0200, Rasmus Villemoes wrote:
> tty_name no longer uses the buf parameter, so remove it along with all
> the 64 byte stack buffers that used to be passed in.
>
> Mostly generated by the coccinelle script
>
> @depends on patch@
> identifier buf;
> constant C;
>
On Tue, Mar 31, 2015 at 09:11:30PM +, Keller, Jacob E wrote:
> For all the Intel drivers, this looks fine. I'm surprised I never
> noticed before.
I think the helpers appeared only after the first PHC drivers.
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Mar 31, 2015 at 09:08:10PM +, Keller, Jacob E wrote:
> On Sun, 2015-03-29 at 23:12 +0200, Richard Cochran wrote:
> > For the 82576, the driver's clock is implemented using a timecounter,
> > and so with this patch that device is ready for the year 2038.
> >
> > However, in the case of
On 03/27/2015 07:51 PM, Zhang Zhen wrote:
> This patch includes the mount test binaries into the .gitignore
> file listing in their respective directories. This will make sure
> that git ignores all of these test binaries when displaying status.
>
> Signed-off-by: Zhang Zhen
> ---
>
On Tue, 31 Mar 2015 01:45:55 + Naoya Horiguchi
wrote:
> Currently when a process accesses to hugetlb range protected with PROTNONE,
> unexpected COWs are triggered, which finally put hugetlb subsystem into
> broken/uncontrollable state, where for example h->resv_huge_pages is
> subtracted
ELAN0600 seems to work just fine in mouse emulation mode through i2c-hid,
but to have full raw touch support we need to register it in elan_i2c.ko
Found on a Lenovo Yoga 3 11".
Reported-and-tested-by: Alessio Treglia
Signed-off-by: Benjamin Tissoires
---
Hi,
Alessio reported this touchpad on
On Sat, 2015-03-28 at 01:54 +1100, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> Signed-off-by: Alexey
Andrey Wagin writes:
> 2015-03-28 1:47 GMT+03:00 Richard Weinberger :
>> Hi!
>>
>> Am 27.03.2015 um 23:35 schrieb Andrey Wagin:
>>> 2015-03-28 0:42 GMT+03:00 Richard Weinberger :
On Fri, Mar 27, 2015 at 9:39 PM, Andrey Vagin wrote:
> I don't see any reasons to hide them. This
On Tue, Mar 31, 2015 at 12:33 AM, Brendan Gregg
wrote:
> G'Day Stephane,
>
> On Mon, Mar 30, 2015 at 3:19 PM, Stephane Eranian wrote:
> [...]
>> The current support only works when the runtime is monitored from
>> start to finish: perf record java --agentpath:libpfmjvmti.so my_class.
>>
>> Once
On Fri, Mar 27, 2015 at 05:37:04PM -0400, Steven Rostedt wrote:
>
> As there are many tracepoints that use __print_symbolic() to translate
> numbers into ASCII strings, and several of these translate enums as
> well, it causes a problem for user space tools that read the tracepoint
> format files
Presumably Peter's review comments for "restart_syscall: use freezable
blocking call" also apply here.
Please send your signed-off-by: for both patches, as detailed in
Documentation/SubmittingPatches section 11, thanks.
From: Yogesh Gaur
Subject: ipc/msg.c: use freezable blocking call
Avoid
On Mon, 30 Mar 2015 09:31:19 -0500 (CDT) Christoph Lameter
wrote:
> After all of the earlier discussions I thought it would be better to
> first get agreement on the basic way to allow implementation of the
> bulk alloc in the common slab code. So this is a revision of the initial
> proposal
Two static functions are only used if CONFIG_PCI is defined,so only build them
if this is the case. Fixes the build warnings:
arch/x86/kernel/early_printk.c:98:13: warning: ‘mem32_serial_out’ defined but
not used [-Wunused-function]
static void mem32_serial_out(unsigned long addr, int offset,
From: Richard Cochran
Date: Tue, 31 Mar 2015 23:08:05 +0200
> This patch series is a follow up to the recent timespec64 work for the
> PTP Hardware Clock drivers. Arnd noticed that drivers are using open
> coded implementations of ns_to_timespec64 and timespec64_to_ns. This
> series replaces
This will add support for ACPI parsing of the mboxes attribute
when booting with ACPI table. The client will have a attribute
mimic the dts call "mboxes". In the ACPI case, the client will
mark "mboxes" with the ACPI HID of the mbox it wishes to use.
Name (_DSD, Package () {
On Tue, 2015-03-31 at 10:39 +0200, Paul Bolle wrote:
> On Mon, 2015-03-30 at 18:36 -0700, Sudeep Dutt wrote:
> > --- a/drivers/misc/mic/Kconfig
> > +++ b/drivers/misc/mic/Kconfig
> > +comment "SCIF Driver"
> > +
> > +config SCIF
> > + tristate "SCIF Driver"
> > + depends on 64BIT && PCI && X86
This patch series is a follow up to the recent timespec64 work for the
PTP Hardware Clock drivers. Arnd noticed that drivers are using open
coded implementations of ns_to_timespec64 and timespec64_to_ns. This
series replaces the open coded logic with the helper functions.
Thanks,
Richard
On Tue, 2015-03-31 at 23:08 +0200, Richard Cochran wrote:
> This patch series is a follow up to the recent timespec64 work for the
> PTP Hardware Clock drivers. Arnd noticed that drivers are using open
> coded implementations of ns_to_timespec64 and timespec64_to_ns. This
> series replaces the
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/intel/ixgbe/ixgbe_ptp.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() instead of
open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/broadcom/tg3.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Tue, 2015-03-31 at 23:08 +0200, Richard Cochran wrote:
> This patch changes the driver to use ns_to_timespec64() instead of
> open coding the same logic.
>
> Compile tested only.
>
> Signed-off-by: Richard Cochran
> ---
> drivers/net/ethernet/intel/e1000e/ptp.c |4 +---
> 1 file
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/freescale/fec_ptp.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/intel/igb/igb_ptp.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/ti/cpts.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() instead of
open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/stmicro/stmmac/stmmac_ptp.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() instead of
open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/mellanox/mlx4/en_clock.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() instead of
open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/intel/e1000e/ptp.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Tue, 31 Mar 2015 08:50:46 + Naoya Horiguchi
wrote:
> Now we have an easy access to hugepages' activeness, so existing helpers to
> get the information can be cleaned up.
Similarly. Also I adapted the code to fit in with
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/adi/bfin_mac.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Compile tested only.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff
This patch changes the driver to use ns_to_timespec64() and
timespec64_to_ns() instead of open coding the same logic.
Signed-off-by: Richard Cochran
---
drivers/net/ethernet/freescale/gianfar_ptp.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git
On Sun, 2015-03-29 at 23:12 +0200, Richard Cochran wrote:
> For the 82576, the driver's clock is implemented using a timecounter,
> and so with this patch that device is ready for the year 2038.
>
> However, in the case of the i210, the device stores the number of
> seconds in a 32 bit register.
On Tue, Mar 31, 2015 at 10:58:41PM +0200, Frederic Weisbecker wrote:
> On Tue, Mar 31, 2015 at 03:25:59PM -0400, cmetc...@ezchip.com wrote:
> > From: Chris Metcalf
> >
> > When queuing work, we should avoid queuing it on the local cpu if
> > we are using WORK_CPU_UNBOUND and the local cpu is
On Tue, 31 Mar 2015 08:50:46 + Naoya Horiguchi
wrote:
> We are not safe from calling isolate_huge_page() on a hugepage concurrently,
> which can make the victim hugepage in invalid state and results in BUG_ON().
>
> The root problem of this is that we don't have any information on struct
Javier Martinez Canillas writes:
[...]
> Unfortunately I don't fully understand why this clock needs to be
> enabled. It would be good if someone at Samsung can explain in more
> detail what the real problem really is.
+1
Maybe Abhilash can shed some light here?
We really should know *why*
From: David Ahern
Rather than parsing /proc/pid/status file one line at a time, read it
into a buffer in one shot and search for all strings in one pass.
tgid conversion also simplified -- removing the isspace walk. As noted
by Arnaldo those are not needed for atoi == strtol calls.
From: David Hildenbrand
Commit 2e77784bb7d8 ("perf callchain: Move cpumode resolve code to
add_callchain_ip") promised "No change in behavior.".
As this commit breaks callchains on s390x (symbols not getting resolved,
observed when profiling the kernel), this statement is wrong. The cpumode
From: Arnaldo Carvalho de Melo
Even when it is not used to actually reorder events, some of its fields
are used, like session->ordered_events->tool, to shorten function
signatures where tool, for instance, was being passed, as the tool is
needed for the ordered_events code, we need it there and
This driver mediates access between the connected CPLD and other devices
on the bus.
The m25p80-compatible boot flash and (some models) MMC use regular SPI,
bitbanged as required by the SoC. However the SPI-connected CPLD has
a "fast write" mode, in which two bits are transferred by SPI clock
From: David Ahern
363b785f38 added synthesized fork events and set a thread's parent id to
itself. Since we are already processing /proc//status the ppid can
be determined properly. Make it so.
Signed-off-by: David Ahern
Acked-by: Don Zickus
Acked-by: Jiri Olsa
Cc: Joe Mario
Link:
From: Jiri Olsa
Disabling libbabeltrace check by default and replacing the
NO_LIBBABELTRACE make variable with LIBBABELTRACE.
Users wanting the libbabeltrace feature need to build via:
$ make LIBBABELTRACE=1
The reason for this is that the libababeltrace interface we use (version
1.3)
From: Arnaldo Carvalho de Melo
As these can be obtained from the ordered_events pointer, via
container_of, reducing the cross section of ordered_samples.
These were added to ordered_samples in:
commit b7b61cbebd789a3dbca522e3fdb727fe5c95593f
Author: Arnaldo Carvalho de Melo
Date: Tue Mar
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit ccd41c86ad4d464d0ed4e48d80759ff85c2115b0:
perf: Fix racy group access (2015-03-27 09:49:45 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
On Tue, Mar 31, 2015 at 03:25:59PM -0400, cmetc...@ezchip.com wrote:
> From: Chris Metcalf
>
> When queuing work, we should avoid queuing it on the local cpu if
> we are using WORK_CPU_UNBOUND and the local cpu is nohz_full, since
> the workqueue will mean a later interrupt of the nohz_full
Dan reported compiler warnings about intended curly braces
around if (!(m->mcgstatus & MCG_STATUS_RIPV)).
This can be fixed by reindenting return MCE_AR_SEVERITY
correctly to single tab.
While at it, chain ctx == IN_KERNEL check with mcgstatus
check to make it cleaner as suggested by Boris.
No
From: Nicolas Ferre
Date: Tue, 31 Mar 2015 15:01:58 +0200
> The recent modifications to the macb driver lead to issues with the probe
> function code flow. Here are some attempt to fix them.
> This time, some more issues are fixed related to the clock as reported by
> Boris
> Brezillon.
>
>
From: Hannes Frederic Sowa
Date: Tue, 31 Mar 2015 22:35:48 +0200
> Could you quickly comment on what you had in mind? I guess it is about
> handling RA in user space on the end hosts and overwriting MTU during
> insertion of the routes?
Even after reading your email I have no idea why you can't
If losetup is called with the -P option, it sets a flag to have the
resulting loop block device scanned for partitions. Unfortunately, due
to the way flags are passed in from userspace, there's first a
loop_set_fd() call, which does no partition scanning, then a
loop_set_status() call, where the
__verify_local_APIC() is detritus from the early APIC days.
Its return value isn't used anywhere and the information it
prints when debug is enabled is already part of APIC
initialization messages printed to syslog. Off with it!
Signed-off-by: Bandan Das
---
arch/x86/include/asm/apic.h | 1 -
On Mon, Mar 30, 2015 at 04:20:02PM -0700, Dmitry Torokhov wrote:
> This series is a combination of changes proposed by Luis a couple months
> ago and implementation used by Chrome OS. The issue we are trying to solve
> here is "slow" devices and drivers spending "too much time" in their probe()
>
Please pull nfsd bugfixes from
git://linux-nfs.org/~bfields/linux.git for-4.0
Two main issues:
- We found that turning on pNFS by default (when it's configured
at build time) was too aggressive, so we want to switch the
default before the 4.0 release.
On Sat, 2015-03-28 at 13:03 +0100, Peter Zijlstra wrote:
> > If the timeout argument is non-NULL, its contents specify a
> > rel‐
> > ative timeout for the wait, measured according to
> > the
> > CLOCK_MONOTONIC clock. (This interval will be
On Tue, Mar 31, 2015, at 22:05, David Miller wrote:
> From: Roman Gushchin
> Date: Mon, 30 Mar 2015 15:30:57 +0300
>
> > This patch introduces new ipv6 sysctl: ra_default_route_mtu.
> > If it's set (> 0), it defines per-route MTU for any new default route
> > received by RA.
> >
> > This sysctl
Hi,
On Sat, Mar 21, 2015 at 08:09:15PM +0100, Sebastian Reichel wrote:
> This patchset contains the missing speech data support for the
> Nokia N900 modem.
>
> [...]
>
> HSI: cmt_speech: Add cmt-speech driver
> HSI: nokia-modem: Add cmt-speech support
>
> drivers/hsi/clients/Kconfig
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eric Dumazet
[ Upstream commit ac64da0b83d82abe62f78b3d0e21cca31aea24fa ]
softnet_data.input_pkt_queue is protected by a spinlock that
we must hold when transferring packets from
On Tue, Mar 31, 2015 at 06:14:49PM +0200, Tomeu Vizoso wrote:
> So ancestor devices can remain runtime-suspended when the system goes
> into a sleep state, they and all of their descendant devices need to
> have runtime PM enabled.
I am confused. Input devices are not runtime-PM-enabled, so what
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Govindarajulu Varadarajan <_gov...@gmx.com>
[ Upstream commit 24e579c8898aa641ede3149234906982290934e5 ]
With the commit d75b1ade567ffab ("net: less interrupt masking in NAPI") napi
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Christoph Hellwig
[ Upstream commit 06539d3071067ff146a9bffd1c801fa56d290909 ]
Signed-off-by: Christoph Hellwig
Signed-off-by: David S. Miller
Signed-off-by: Kamal Mostafa
---
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Hagen Paul Pfeifer
[ Upstream commit 9d289715eb5c252ae15bd547cb252ca547a3c4f2 ]
Reduce the attack vector and stop generating IPv6 Fragment Header for
paths with an MTU smaller than
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: "subas...@codeaurora.org"
[ Upstream commit fc752f1f43c1c038a2c6ae58cc739ebb5953ccb0 ]
An exception is seen in ICMP ping receive path where the skb
destructor sock_rfree() tries to
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Herbert Xu
[ Upstream commit 86f3cddbc3037882414c7308973530167906b7e9 ]
While working on rhashtable walking I noticed that the UDP diag
dumping code is buggy. In particular, the
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eric Dumazet
[ Upstream commit 6088beef3f7517717bd21d90b379714dd0837079 ]
NAPI poll logic now enforces that a poller returns exactly the budget
when it wants to be called again.
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Roopa Prabhu
[ Upstream commit 59cc49b5b096cdc1f16706a9f931416b2332 ]
Reported in: https://bugzilla.kernel.org/show_bug.cgi?id=92081
This patch avoids calling rtnl_notify if
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eric Dumazet
[ Upstream commit bdbbb8527b6f6a358dbcb70dac247034d665b8e4 ]
In commit be9f4a44e7d41 ("ipv4: tcp: remove per net tcp_sock")
I tried to address contention on a socket
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Willem de Bruijn
[ Upstream commit f812116b174e59a350acc8e4856213a166a91222 ]
The sockaddr is returned in IP(V6)_RECVERR as part of errhdr. That
structure is defined and allocated
Hi,
(it helps if you Cc the maintainer too :-)
On Tue, Mar 31, 2015 at 07:53:39PM +0100, Baxter, Jim wrote:
> I have been looking at an issue where a phone that is the Function FS
> host sometimes locks up and causes the function:
which USB controller ? which kernel ? which platform ?
> static
On Tue, 2015-03-31 at 21:56 +0200, Fabian Frederick wrote:
> Currently checkpatch warns when asm/file.h is included and linux/file.h
> exists. That conversion can be made when linux/file.h includes asm/file.h
> which is not always the case.(See signal.h)
OK by me.
I would have done it directly
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dmitry Eremin-Solenikov
commit 9bc78f32c2e430aebf6def965b316aa95e37a20c upstream.
Add regulator_has_full_constraints() call to poodle board file to let
regulator core know that we
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jiri Kosina
commit 8e7b341037db1835ee6eea64663013cbfcf33575 upstream.
The ignore check that got added in 6ce901eb61 ("HID: input: fix confusion
on conflicting mappings") needs to
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Martin Vajnar
commit a52d209336f8fc7483a8c7f4a8a7d2a8e1692a6c upstream.
Since the removal of CONFIG_REGULATOR_DUMMY option, the touchscreen stopped
working. This patch enables the
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: David Herrmann
commit 6ce901eb61aa30ba8565c62049ee80c90728ef14 upstream.
On an PC-101/103/104 keyboard (American layout) the 'Enter' key and its
neighbours look like this:
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dmitry Eremin-Solenikov
commit baad2dc49c5d970ea881d92981a1b76c94a7b7a1 upstream.
Add regulator_has_full_constraints() call to spitz board file to let
regulator core know that we
3.13.11-ckt18 -stable review patch. If anyone has any objections, please let
me know.
--
From: Christophe Ricard
commit 1ba3b0b6f218072afe8372d12f1b6bf26a26008e upstream.
When sending data in tpm_stm_i2c_send, each loop iteration send buf.
Send buf + i instead as the goal of
201 - 300 of 2270 matches
Mail list logo
