From: Xie XiuQi
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit e21404dc0ac7ac971c1e36274b48bb460463f4e5 upstream.
Loading ipmi_si module while bmc is disconnected, we found the timeout
is longer than 5 secs. Actually it takes about 3
From: Suresh Siddha
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 9c1c3fac53378c9782c18f80107965578d7b7167 upstream.
kvm's guest fpu save/restore should be wrapped around
kernel_fpu_begin/end(). This will avoid for example taking a DNA
From: Ben Hutchings
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
pipe_iov_copy_{from,to}_user() may be tried twice with the same iovec,
the first time atomically and the second time not. The second attempt
needs to continue from the iovec
From: Weilong Chen
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
There's a check for ip6_null_entry, but it's not enough if the config
CONFIG_IPV6_MULTIPLE_TABLES is selected. Blackhole or prohibited entries
should also be ignored.
This path
From: Dan Williams
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 4d66e5e9b6d720d8463e11d027bd4ad91c8b1318 upstream.
=
[ INFO: inconsistent lock state ]
4.1.0-rc7+ #217 Tainted: G O
From: Wang Dongsheng
Add system STANDBY implement for ls1021 platform.
Signed-off-by: Chenhui Zhao
Signed-off-by: Wang Dongsheng
---
*v2*:
- Remove PSCI code. Just implement STANDBY in platform code.
diff --git a/arch/arm/mach-imx/Makefile b/arch/arm/mach-imx/Makefile
index fb689d8..d7a2d1d
From: Junling Zheng
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
Based on 08adb7dabd4874cc5666b4490653b26534702ce0 upstream.
We found that after v3.10.73, recvmsg might return -EFAULT while -EINVAL
was expected.
We tested it through the
From: Suresh Siddha
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b1a74bf8212367be2b1d6685c11a84e056eaaaf1 upstream.
Preemption is disabled between kernel_fpu_begin/end() and as such
it is not a good idea to use these routines in
From: Jan Kara
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 23b133bdc452aa441fcb9b82cbf6dd05cfd342d0 upstream.
Check length of extended attributes and allocation descriptors when
loading inodes from disk. Otherwise corrupted
From: Harald Freudenberger
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit a1cae34e23b1293eccbcc8ee9b39298039c3952a upstream.
Multitheaded tests showed that the icv buffer in the current ghash
implementation is not handled correctly. A
From: "John D. Blair"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit df72d588c54dad57dabb3cc8a87475d8ed66d806 upstream.
Added the USB serial device ID for the HubZ dual ZigBee
and Z-Wave radio dongle.
Signed-off-by: John D. Blair
From: "Jason A. Donenfeld"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 04bf464a5dfd9ade0dda918e44366c2c61fce80b upstream.
A network supplied parameter was not checked before division, leading to
a divide-by-zero. Since this happens
From: Eryu Guan
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2f974865ffdfe7b9f46a9940836c8b167342563d upstream.
The following commit introduced a bug when checking for zero length extent
5946d08 ext4: check for overlapping extents in
From: Ville Syrjälä
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 0aedb1626566efd72b369c01992ee7413c82a0c5 upstream.
Apparently we can have requests even if though the active list is empty,
so do the request retirement regardless of
From: Alexei Starovoitov
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 3f7352bf21f8fd7ba3e2fcef9488756f188e12be upstream.
x86 has variable length encoding. x86 JIT compiler is trying
to pick the shortest encoding for given bpf
From: Nikolay Aleksandrov
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit c4c832f89dc468cf11dc0dd17206bace44526651 upstream.
br_fdb_update() can be called in process context in the following way:
br_fdb_add() -> __br_fdb_add() ->
From: Andy Grover
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5a7125c64def3b21f8147eca8b54949a60963942 upstream.
See https://bugzilla.redhat.com/show_bug.cgi?id=1025672
We need to put() the reference to the scsi host that we got in
From: David Henningsson
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 6ffc0898b29a2811a6c0569c5dd9b581980110df upstream.
This patch adds support for Conexant HD Audio codecs
CX20721, CX20722, CX20723 and CX20724.
BugLink:
From: Ryusuke Konishi
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit d8fd150fe3935e1692bf57c66691e17409ebb9c1 upstream.
The range check for b-tree level parameter in nilfs_btree_root_broken()
is wrong; it accepts the case of "level ==
From: Junxiao Bi
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b1432a2a35565f538586774a03bf277c27fc267d upstream.
There is a race window in dlm_get_lock_resource(), which may return a
lock resource which has been purged. This will
From: "Jason A. Donenfeld"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 48ef23a4f686b1e4519d4193c20d26834ff810ff upstream.
This phone is already supported by the visor driver.
Signed-off-by: Jason A. Donenfeld
Fixes: 1da177e4c3f4
Am Dienstag, den 15.09.2015, 11:58 +0800 schrieb Chen Feng:
> Add DT bindings documentation for hi6220 SoC reset controller.
>
> Signed-off-by: Chen Feng
> ---
> .../bindings/reset/hisilicon,hi6220-reset.txt | 97
> ++
> 1 file changed, 97 insertions(+)
> create mode
From: Mark Hounschell
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 74856fbf441929918c49ff262ace9835048e4e6a upstream.
256 bytes per sector support has been broken since 2.6.X,
and no-one stepped up to fix this.
So disable support for
From: Hans de Goede
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5f0ee9d17aae628b22be86966471db65be21f262 upstream.
Make the check to skip the rate check more lax, so that it applies
to all hw_version 4 models.
This fixes the
From: Mathias Nyman
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit d104d0152a97fade389f47635b73a9ccc7295d0b upstream.
Isoc TDs usually consist of one TRB, sometimes two. When all goes well we
receive only one success event for a TD, and
From: Robert Jarzmik
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit aa8d6b73ea33c2167c543663ab66039ec94d58f1 upstream.
Historically, this support was in arch/arm/mach-pxa/lubbock.c and
arch/arm/mach-pxa/mainstone.c. When gpio-pxa was
From: Tommi Rantala
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit f30bf2a5cac6c60ab366c4bc6db913597bf4d6ab upstream.
Fix memory leak introduced in commit a0840e2e165a ("IPVS: netns,
ip_vs_ctl local vars moved to ipvs struct."):
From: Borislav Petkov
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 17fea54bf0ab34fa09a06bbde2f58ed7bbdf9299 upstream.
Derek noticed that a critical MCE gets reported with the wrong
error type description:
[Hardware Error]: CPU 34:
From: Benjamin Randazzo
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b6878d9e03043695dbf3fa1caa6dfc09db225b16 upstream.
In drivers/md/md.c get_bitmap_file() uses kmalloc() for creating a
mdu_bitmap_file_t called "file".
5769
From: Wang Long
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 108029323910c5dd1ef8fa2d10da1ce5fbce6e12 upstream.
The producer should be used producer_fifo as its sched_priority,
so correct it.
Link:
From: "David S. Miller"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit a134f083e79fb4c3d0a925691e732c56911b4326 upstream.
If we don't do that, then the poison value is left in the ->pprev
backlink.
This can cause crashes if we do a
From: Joe Lawrence
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 948fa13504f80b9765d2b753691ab94c83a10341 upstream.
If the xHCI host controller has died (ie, device removed) or suffered
other serious fatal error (STS_FATAL), then
From: Christoph Hellwig
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit ebe9cb3bb13e7b9b281969cd279ce70834f7500f upstream.
If we find a non-confirmed openowner we jump to exit the function, but do
not set an error value. Fix this by
From: Robert Jarzmik
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit fc9e38c0f4d38bfc68b405cf48365d65f7b6319e upstream.
As the interrupt handling was transferred to the pxa_cplds driver,
make the switch in lubbock platform code.
Fixes:
From: Paolo Bonzini
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 898761158be7682082955e3efa4ad24725305fc7 upstream.
smep_andnot_wp is initialized in kvm_init_shadow_mmu and shadow pages
should not be reused for different values of it.
From: Al Viro
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2159184ea01e4ae7d15f2017e296d4bc82d5aeb0 upstream.
when we find that a child has died while we'd been trying to ascend,
we should go into the first live sibling itself, rather
From: Nicolas Iooss
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit d43698e8abb58a6ac47d16e0f47bb55f452e4fc4 upstream.
Commit 2473238eac95 ("ihex: add support for CS:IP/EIP records") removes
the "default:" statement in the switch block,
From: Aravind Gopalakrishnan
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b44915927ca88084a7292e4ddd4cf91036f365e1 upstream.
The comment line regarding IOMMU_INIT and IOMMU_INIT_FINISH
macros is incorrect:
"The standard vs the
From: Nicolas Dichtel
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5b5800fad072133e4a9c2efbf735baaac83dec86 upstream.
These commands are missing.
Fixes: 28d8909bc790 ("[XFRM]: Export SAD info.")
Signed-off-by: Nicolas Dichtel
From: Yann Droneaud
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 8abaae62f3fdead8f4ce0ab46b4ab93dee39bab2 upstream.
If ib_umem_get() is called with a size equal to 0 and an
non-page aligned address, one page will be pinned and a
From: Huacai Chen
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit a843d00d038b11267279e3b5388222320f9ddc1d upstream.
We found that TLB mismatch not only happens after kernel resume, but
also happens during snapshot restore. So move it to
From: Lv Zheng
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2b8760100e1de69b6ff004c986328a82947db4ad upstream.
ACPICA commit aacf863cfffd46338e268b7415f7435cae93b451
It is reported that on a physically 64-bit addressed machine,
From: Erez Shitrit
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit ca9b590caa17bcbbea119594992666e96cde9c2f upstream.
The current code decreases from the mss size (which is the gso_size
from the kernel skb) the size of the packet
From: Giuseppe Cantavenera
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit bb7ffbf29e76b89a86ca4c3ee0d4690641f2f772 upstream.
nfsd triggered a BUG_ON in net_generic(...) when rpc_pipefs_event(...)
in fs/nfsd/nfs4recover.c was called
From: Michel Dänzer
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b421ed15d2c3039eb724680e4de1e4b2bd196a9a upstream.
The number of relocs is passed in by userspace and can be large. It has
been observed to cause kcalloc failures in the
From: Mike Christie
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 35e9a9f93994d7f7d12afa41169c7ba05513721b upstream.
This works around a issue with qnap iscsi targets not handling large IOs
very well.
The target returns:
VPD INQUIRY:
From: Michal Simek
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5c90c07b98c02198d9777a7c4f3047b0a94bf7ed upstream.
For systems with CONFIG_SERIAL_OF_PLATFORM=y and device_type =
"serial"; property in DT of_serial.c driver maps and
From: Nicolas Dichtel
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit bd2cba07381a6dba60bc1c87ed8b37931d244da1 upstream.
This command is missing.
Fixes: 3a2dfbe8acb1 ("xfrm: Notify changes in UDP encapsulation via netlink")
CC: Martin
From: Michael Gernoth
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 91bf0c2dcb935a87e5c0795f5047456b965fd143 upstream.
The functions snd_emu10k1_proc_spdif_read and snd_emu1010_fpga_read
acquire the emu_lock before accessing the FPGA.
From: Jeff Layton
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5d05e54af3cdbb13cf19c557ff2184781b91a22c upstream.
Chuck pointed out a problem that crept in with commit 6ffa30d3f734 (nfs:
don't call blocking operations while
From: Dan Carpenter
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 13f6b191aaa11c7fd718d35a0c565f3c16bc1d99 upstream.
Using the indenting we can see the curly braces were obviously intended.
This is a static checker fix, but my guess is
From: Christoph Hellwig
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 9cd9554615cba14f0877cc9972a6537ad2bdde61 upstream.
The 3w- driver needs to tear down the dma mappings before returning
the command to the midlayer, as there is
From: Christoph Hellwig
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 16b8528d20607925899b1df93bfd8fbab98d267c upstream.
We only want to steer the I/O completion towards a queue, but don't
actually access any per-CPU data, so the raw_
From: Filipe Manana
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit f3d67294714af2d72a6fd6fd7d73b01c9329 upstream.
If we attempt to clone a 0 length region into a file we can end up
inserting a range in the inode's extent_io tree
From: Nicolas Dichtel
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b0b59b0056acd6f157a04cc895f7e24692fb08aa upstream.
This command is missing.
Fixes: 97a64b4577ae ("[XFRM]: Introduce XFRM_MSG_REPORT.")
Reported-by: Stephen Smalley
From: Nicolas Dichtel
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 5e6deebafb45fb271ae6939d48832e920b8fb74e upstream.
This command is missing.
Fixes: ecfd6b183780 ("[XFRM]: Export SPD info")
Signed-off-by: Nicolas Dichtel
From: Brian Norris
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit f16db8071ce18819fbd705ddcc91c6f392fb61f8 upstream.
In some of the 'out_not_moved' error paths, lnum may be used
uninitialized. Don't ignore the warning; let's fix it.
From: "K. Y. Srinivasan"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 73cffdb65e679b98893f484063462c045adcf212 upstream.
Don't wait after sending request for offers to the host. This wait is
unnecessary and simply adds 5 seconds to
From: Alexander Duyck
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 2e7056c433216f406b90a003aa0ba42e19d3bdcf upstream.
Looking over the implementation for jhash2 and comparing it to jhash_3words
I realized that the two hashes were in
From: Sergej Sawazki
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 8787041d9bb832b9449b1eb878cedcebce42c61a upstream.
The WM8741 DAC supports the following typical audio sampling rates:
44.1kHz, 88.2kHz, 176.4kHz (eg: with a master
From: Andrey Ryabinin
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 8defb3367fcd19d1af64c07792aade0747b54e0f upstream.
Usually ELF_ET_DYN_BASE is 2/3 of TASK_SIZE. With 3G/1G user/kernel
split this is not so, because 2*TASK_SIZE
From: Oliver Neukum
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 323ece54e0761198946ecd0c2091f1d2bfdfcb64 upstream.
Values directly from descriptors given in debug statements
must be converted to native endianness.
Signed-off-by:
From: Alex Deucher
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit fd99a0943ffaa0320ea4f69d09ed188f950c0432 upstream.
Use the correct flags for atom.
v2: handle DRM_MODE_FLAG_DBLCLK
Signed-off-by: Alex Deucher
Signed-off-by: Zefan Li
From: Pascal Huerst
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 74ff960222d90999508b4ba0d3449f796695b6d5 upstream.
The delay time after a reset in the codec probe callback was too short,
and did not work on certain hw because the
On 2015/9/15 16:08, Jaehoon Chung wrote:
Hi, Shawn.
[...]
-config MMC_DW_IDMAC
- bool "Internal DMAC interface"
- depends on MMC_DW
- help
- This selects support for the internal DMAC block within the Synopsys
- Designware Mobile Storage IP block. This
From: "K. Y. Srinivasan"
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit 40384e4bbeb9f2651fe9bffc0062d9f31ef625bf upstream.
Correctly rollback state if the failure occurs after we have handed over
the ownership of the buffer to the host.
From: Felipe Balbi
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit e3c93e1a3f35be4cf1493d3ccfb0c6d9209e4922 upstream.
As per Mentor Graphics' documentation, we should
always handle TX endpoints before RX endpoints.
This patch fixes that
From: Baruch Siach
3.4.109-rc1 review patch. If anyone has any objections, please let me know.
--
commit b18104c00089c73f2b70790765d40424a4f9b65f upstream.
This API has changed in commit 6e5e959dde0 (pinctrl: API changes to support
multiple states per device).
Fixes:
From: Zefan Li
This is the start of the stable review cycle for the 3.4.109 release.
There are 146 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Sep 17 16:59:49 CST
Hi Ludovic,
On Mon, Sep 07, 2015 at 03:12:10PM +0200, Ludovic Desroches wrote:
> Hi Sascha,
>
> Any comments about this version? Maybe you missed it since you answered
> me on the RFC version. Of course I'll do the changes you requested for
> the next version (remove gpio_request_*() stuff and
Hi Thomas,
On Tuesday 15 September 2015 00:05:31 Thomas Gleixner wrote:
> Please CC lkml on bug reports for RT.
Okay.
> > When running the system at least every other boot this kernel spits out
> > massive "scheduling while atomic" reports.
>
> I doubt that this only happens on every other
On Tue, Aug 11, 2015 at 10:28:02AM +0200, Ludovic Desroches wrote:
> Add documentation for the Atmel PIO4 controller introduced with SAMA5D2
> chip family.
>
> Signed-off-by: Ludovic Desroches
> ---
> .../bindings/pinctrl/atmel,at91-pio4-pinctrl.txt | 90
> ++
> 1 file
On 09/10/2015 02:38 AM, Alexey Klimov wrote:
Memory for cs and ced fields in struct em_sti_priv is allocated
by devm_kzalloc() in the beginning of em_sti_probe() so they
don't need to be zeroed one more time in
em_sti_register_clocksource() and in em_sti_register_clockevent().
Signed-off-by:
On 09/04/2015 01:49 AM, Alexey Klimov wrote:
Since evt structure is embedded in per-CPU mevt structure it's
definitely faster to use container_of() to get access to mevt
if we have evt (for example as incoming function argument) instead
of more expensive approach with this_cpu_ptr(_mct_tick).
On Fri, Aug 28, 2015 at 05:59:35PM +0200, Marcel Ziswiler wrote:
> This series finally continues on my previous Easter efforts (BTW:
> thanks all for the feedback and all the patches thereof already having
> been applied) and additionally to activating the STMPE811 touch
> controller also fixes
On 08/25/15 at 01:01am, fu@linaro.org wrote:
> From: Fu Wei
>
> This can be a example of adding SBSA Generic Watchdog device node
> into some dts files for the Soc which contains SBSA Generic Watchdog.
>
> Acked-by: Arnd Bergmann
> Signed-off-by: Fu Wei
> ---
>
>
> In CSRaltas7, Cortex-A7 uses this proc to communicate with Cortex-M3.
> But M3 doesn't have to be a slave, it can boot indenpently or depend
> on Linux to load firmware for it.
>
> we reserve a memory for data and resource descriptors in DRAM.
>
> Signed-off-by: Wei Chen
> Signed-off-by:
On Mon, Sep 14, 2015 at 10:34:00AM -0700, bseg...@google.com wrote:
> Morten Rasmussen writes:
>
> > On Fri, Sep 11, 2015 at 10:05:53AM -0700, bseg...@google.com wrote:
> >> Morten Rasmussen writes:
> >>
> >> > On Fri, Sep 11, 2015 at 08:28:25AM +0800, Yuyang Du wrote:
> >> >> diff --git
On Tue, Sep 15, 2015 at 09:40:30AM +0200, Jonas Gorski wrote:
> Mark? If you can drop patches 2 to 4 that would be easiest for me, but if
> you don't do rebases on your for-next branch, then I'll rewrite the
> patches to apply on top of the already applied old versions and send a v3.
No, please
On 08/25/15 at 01:01am, fu@linaro.org wrote:
> From: Fu Wei
>
> This driver bases on linux kernel watchdog framework, and
> use "pretimeout" in the framework. It supports getting timeout and
> pretimeout from parameter and FDT at the driver init stage.
> In first timeout, the interrupt
On Mon, Sep 14, 2015 at 03:37:32PM -0400, Waiman Long wrote:
> BTW, the queue head vCPU at pv_wait_head_and_lock() doesn't wait early, it
> will spin the full threshold as there is no way for it to figure out if the
> lock holder is running or not.
We can know its cpu id, right? Surely we should
Hi!
> While testing v4.3-rc1 with the LTP, we spotted failures in a couple of
> timekeeping tests, which seem to be a result of commit e1d7ba8735551ed7
> ("time: Always make sure wall_to_monotonic isn't positive").
>
> In both cases this is because the new time would be before the boot
> time, so
First, my linux kernel is Linux 114-212-83-136 4.1.0-2-amd64.
Second, I copy /bin/cat in system to mycat , and see the address space
layout below.
mdl@114-212-83-136:~$ ./mycat /proc/self/maps
0040-0040c000 r-xp 08:03 1046776
/home/mdl/mycat
0060b000-0060c000 r--p b000 08:03
Hi!
> > > I must confess I haven't ever tested a system with two Arizona
> > > CODECs connected. Yes it seems you would get clashes on the
> > > regulator names, I guess that would need to be fixed up. If you
> > > were doing so wm831x-ldo.c would probably make a reasonable
> > > example.
> > >
From: Kuninori Morimoto
This patch adds CS2000 Fractional-N driver as clock provider.
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- clk_ops base
- add #clock-cells on document
- drop 0x from example
- add "." on document
- drop parentheses
- care of_clk_add_provider() fail case
-
global_lock is defined as an unsigned long and accessing only its lower
32 bits from sysfs is incorrect, as we need to consider other 32 bits
for big endian 64 bit systems.
Fix that by making global_lock an u32 instead.
Cc: # v4.1+
Signed-off-by: Viresh Kumar
---
Its marked just for # v4.1+,
On Fri, Aug 28, 2015 at 02:42:27PM +0200, Marcel Ziswiler wrote:
> This series finally continues on my previous Easter efforts (BTW:
> thanks all for the feedback and all the patches thereof already having
> been applied) and additionally to fixing the pin muxing and enabling
> HDA audio also
On Mon, Sep 14, 2015 at 04:26:08PM -0500, Andrew F. Davis wrote:
> Rename functions that are used by multiple devices. New devices
> have been added and the function names and driver name are no longer
> general enough for the functionality they provide.
>
> Signed-off-by: Andrew F. Davis
> ---
On Tue, Sep 15, 2015 at 08:18:32AM +0200, Pavel Machek wrote:
> Hi!
>
> > > I've got an embedded system with two arizona / wm5102 codecs.
> > >
> > > Unfortunately, kernel does not seem to be ready for that
> > > configuration.
> > >
> > > In particular, drivers/regulator/arizona-ldo1.c and
> >
Dear, Heiko.
On 09/01/2015 03:24 AM, Heiko Stuebner wrote:
> From: Alexandru M Stan
>
> This algorithm will try 1 degree increments, since there's no way to tell
> what resolution the underlying phase code uses. As an added bonus, doing
> many tunings yields better results since some tests are
On Mon, Sep 14, 2015 at 03:15:20PM -0400, Waiman Long wrote:
> On 09/14/2015 10:00 AM, Peter Zijlstra wrote:
> >On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote:
> >>This patch allows one attempt for the lock waiter to steal the lock
^^^
> >>when entering the PV
> > Better if dump_stack() is added in a separate patch, given that
> > it is not mentioned in commit message.
>
> Adding dump_stack() is mentioned in passing ("Some small changes to the
> generic code are required to support this.") but you're right that the
> reason for the change is not
lready submitted patches to fix those problems some 6+ weeks ago.
> Hope you'll have more luck.
For my allmodconfig test with next-20150915 alpha, m32r and openrisc
failed. And ofcourse mn10300 is broken since many months now.
Have you already done something with m32r or should I try? If bot
This is a resend of my previous e-mail sent just a couple of minutes ago --
this one removes the copyright footer that was added by our IT department
On 23 July 2015 17:18, Steve Twiss wrote:
> Subject: [PATCH V3 2/3] onkey: da9063: Add DA9062 OnKey capability to DA9063
> OnKey driver
>
>
On 15-09-15, 13:40, Viresh Kumar wrote:
> Its used outside of the core file and is exported as well. Drop the
> 'static' keyword from its declaration and fix below build error:
>
> linux/drivers/cpufreq/cpufreq.c:241:31: error: static declaration of
> 'cpufreq_cpu_get_raw' follows non-static
On Fri, Sep 11, 2015 at 03:16:04PM +0530, Sudip Mukherjee wrote:
> e616a00ce786 ("drivers/net/ieee802154/at86rf230.c: seq_printf() now returns
> NULL")
> has removed the usage of the integer "ret" but missed removing the
> variable. And we were getting a build warning about "unused variable".
>
On Thu, Aug 27, 2015 at 11:44:48AM +0200, Marcel Ziswiler wrote:
> There were a few cases of eight spaces being used instead of a tab
> character plus one case of using two spaces after an equal sign instead
> of just one which this patch fixes.
>
> Signed-off-by: Marcel Ziswiler
> ---
>
>
The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG
and used outside of it. And that breaks kernel build:
/home/viresh/linux/drivers/base/power/wakeup.c:871: undefined reference to
`wakeup_irq'
/home/viresh/drivers/base/power/wakeup.c:871: undefined reference to
On 15/09/15 07:58, Hillf Danton wrote:
Currently on ARM when is triggered from an interrupt handler
(e.g. a SysRq issued using UART or kbd) the main CPU will wedge for ten
seconds with interrupts masked before issuing a backtrace for every CPU
except itself.
The new backtrace code introduced
Hi, Shawn.
Looks good to me.
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
On 08/24/2015 10:25 AM, Shawn Lin wrote:
> This patch add some macros for HCON register operations
> to make code more readable.
>
> Signed-off-by: Shawn Lin
> ---
>
> Changes in v7: None
> Changes in v6: None
901 - 1000 of 2190 matches
Mail list logo