On 01/14/2015 09:47 AM, Takashi Iwai wrote:
At Wed, 14 Jan 2015 09:15:36 +0100,
Lars-Peter Clausen wrote:
On 01/14/2015 08:43 AM, Takashi Iwai wrote:
At Tue, 13 Jan 2015 21:54:12 +,
Mark Brown wrote:
On Tue, Jan 13, 2015 at 06:24:44PM +0100, Takashi Iwai wrote:
Wang, Jiada (ESD) wrote:
On Wed, Dec 24, 2014 at 9:22 AM, wrote:
> From: Tien Hock Loh
>
> Adds a new driver for Altera soft GPIO IP. The driver is able to
> do read/write and allows GPIO to be a interrupt controller.
>
> Tested on Altera GHRD on interrupt handling and IO.
>
> Signed-off-by: Tien Hock Loh
(...)
> +co
Based on Arnds review comments here https://lkml.org/lkml/2014/11/13/161,
update the miphy28lp phy driver to access sysconfig register offsets via
syscfg dt property.
This is because the reg property should not be mixing address spaces like
it does currently for miphy28lp. This change then also al
Signed-off-by: Gabriel Fernandez
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 4b87fd1..88dfa7e 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/mu
The goal of this series is to enable the support of MiPHY28lp Generic PHY.
The first patch is to update miphy28lp phy driver to access sysconfig register
offsets via syscfg dt property. It's based on Arnds review comments here
https://lkml.org/lkml/2014/11/13/161
I have updated the miphy28lp phy d
The MiPHY28lp is a Generic PHY which can serve various SATA, PCIe or
USB3 devices. The two first ports can be use for either; both SATA, both
PCIe or one of each in any configuration.
The Third port is only for USB3.
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stih407-family.dtsi | 53
On Monday 29 December 2014 01:23 PM, Peter Ujfalusi wrote:
> On 12/07/2014 12:53 AM, Rickard Strandqvist wrote:
>> Removes some functions that are not used anywhere:
>> edma_shadow0_read() edma_or_array()
>>
>> This was partially found by using a static code analysis program called
>> cppcheck.
>
On Thursday 27 November 2014 04:11 PM, Peter Ujfalusi wrote:
> Hi,
>
> The linux/platform_data/edma.h file was used for API definition as well, which
> is not correct since the header should only contain platform data related
> structures, defines, etc.
I would like to queue this series through A
Hi,
Cyril has encountered one of the LTP tests failing after 3.12 kernel.
To quote him:
"
What the test does is to set memory limit inside of memcg to PAGESIZE by
writing to memory.limit_in_bytes, then runs a subprocess that uses
mmap() with MAP_LOCKED which allocates 2 * PAGESIZE and expects that
On Wed, Jan 14, 2015 at 04:52:29AM +0100, Stephan Mueller wrote:
> Hi,
>
> This patch set adds AEAD and RNG support to the AF_ALG interface
> exported by the kernel crypto API. By extending AF_ALG with AEAD and RNG
> support, all cipher types the kernel crypto API allows access to are
> now access
On Tue, Jan 13, 2015 at 01:49:10PM -0800, Dave Hansen wrote:
> On 01/13/2015 01:43 PM, Cyrill Gorcunov wrote:
> > On Tue, Jan 13, 2015 at 09:14:15PM +0200, Kirill A. Shutemov wrote:
> >> We're going to account pmd page tables too. Let's rename mm->nr_pgtables
> >> to something more generic.
> >>
>
Hi, Vinod,
Could you please help review the two patches, and merge them if possible?
Thanks!
Best Regards,
Jingchang
>-Original Message-
>From: Jingchang Lu [mailto:jingchang...@freescale.com]
>Sent: Tuesday, December 30, 2014 4:42 PM
>To: vinod.k...@intel.com
>Cc: dan.j.willi...@in
On Tue, Jan 13, 2015 at 01:33:29PM -0800, John Stultz wrote:
> On Tue, Jan 13, 2015 at 3:11 AM, Peter Zijlstra wrote:
> > On Fri, Jan 09, 2015 at 04:34:24PM -0800, John Stultz wrote:
> >> When calculating the current delta since the last tick, we
> >> currently have no hard protections to prevent
On Mon, Jan 12, 2015 at 11:29:15AM -0500, Alan Stern wrote:
> This seems like a good idea and the obvious (once it has been pointed
> out!) approach.
>
> Perhaps not directly related to the issue at hand is this question: In
> scsi_rescan_device() we will now have:
>
> mutex_lock(&shost->s
On 01/14/2015 09:25 AM, jiwang wrote:
Hi
On 01/14/2015 05:15 PM, Lars-Peter Clausen wrote:
On 01/14/2015 08:43 AM, Takashi Iwai wrote:
At Tue, 13 Jan 2015 21:54:12 +,
Mark Brown wrote:
On Tue, Jan 13, 2015 at 06:24:44PM +0100, Takashi Iwai wrote:
Wang, Jiada (ESD) wrote:
I am using i
The call_usermodehelper() function executes all binaries in the
global "init" root context. This doesn't allow a binary to be run
within a namespace (eg. the namespace of a container).
Both containerized NFS client and NFS server need the ability to
execute a binary in a container's context. To do
The wait parameter of call_usermodehelper() is not quite a parameter
that describes the wait behaviour alone and will later be used to
request exec within a namespace.
So change its name to flags.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howell
For usermode helpers to execute within a namspace a slightly different
entry point to setns() that takes a namspace inode is needed.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
The wait parameter of call_usermodehelper_keys() will later be used to
request exec within a namespace.
So change its name to flags.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Containerized request key helper callbacks need the ability to execute
a binary in a container's context. To do this calling an in kernel
equivalent of setns(2) should be sufficient since the user mode helper
execution kernel thread ultimately calls do_execve().
Signed-off-by: Ian Kent
Cc: Benjam
On Sun, Jan 11, 2015 at 9:33 AM, David Long wrote:
> From: Sandeepa Prabhu
>
> Add support for AArch64 instruction simulation in kprobes.
>
> Kprobes needs simulation of instructions that cannot be stepped
> from different memory location, e.g.: those instructions
> that uses PC-relative addressi
This series is a further attempt to find how (or even an acceptable
way) to execute a usermode helper in a contained environment.
Being an attempt to find how to do this no testing has been done and
won't be until a suitable approach can be agreed on, if at all.
>From previous discussion seperati
On Sun, Jan 11, 2015 at 9:33 AM, David Long wrote:
> From: "David A. Long"
>
> Certain instructions are hard to execute correctly out-of-line (as in
> kprobes). Test functions are added to insn.[hc] to identify these. The
> instructions include any that use PC-relative addressing, change the PC
Hi Dave,
On Sun, Jan 11, 2015 at 9:33 AM, David Long wrote:
> From: Sandeepa Prabhu
>
> Add support for basic kernel probes(kprobes) and jump probes
> (jprobes) for ARM64.
>
> Kprobes will utilize software breakpoint and single step debug
> exceptions supported on ARM v8.
>
> Software breakpoint
On Wed, 2015-01-14 at 09:21 +, Barry Song wrote:
> > -Original Message-
> > Your commit 81428bbe1d8a ("clocksource: marco: Rename marco to
> > atlas7") is included in today's linux-next (ie, next-20150114). I
> > noticed because a script I use to
Put the v2 in "[PATCH v2]" so that it gets removed and not stored in the
permanent changelog.
On Wed, Jan 14, 2015 at 10:10:36AM +0100, Patrick Boettcher wrote:
> Simple style fix - 80 char limit was exceeded.
>
> This is second version of the patch. Thanks Joe Perches.
Put this line under the -
Hi Arnd,
Thanks,
with regards,
Ram
On Tue, Jan 13, 2015 at 12:25 AM, Arnd Bergmann wrote:
> On Monday 12 January 2015 14:40:09 Rameshwar Sahu wrote:
>> > +
>> > + dma_set_mask_and_coherent(&pdev->dev,
>> > + (sizeof(dma_addr_t) == sizeof(u64)) ?
>> > +
Le 13/01/2015 19:28, Alexandre Belloni a écrit :
> Until the driver is corrected to stop including mach/at91_ramc.h and using
> mach/io.h, it won't compile in a ARCH_MULTIPLATFORM configuration.
>
> Suggested-by: Arnd Bergmann
> Signed-off-by: Alexandre Belloni
Acked-by: Nicolas Ferre
> ---
>
Le 13/01/2015 19:25, Alexandre Belloni a écrit :
> Until the driver is corrected to stop using mach/at91isam9_smc.h, it won't
> compile in a ARCH_MULTIPLATFORM configuration.
>
> Suggested-by: Arnd Bergmann
> Signed-off-by: Alexandre Belloni
Acked-by: Nicolas Ferre
> ---
> drivers/ata/Kconfi
To probe the bcm2835-pwm driver properly, this dts bindings has to be added
to the bcm2835 dtsi file.
In expectation of a bcm2835 clock driver, I've added fixed-clock clock binding.
---
Changes in v3:
- node added by reg value
Signed-off-by: Bart Tanghe
Acked-by: Stephen Warren
diff --git a/a
Simple style fix - 80 char limit was exceeded.
This is second version of the patch. Thanks Joe Perches.
Context: eudyptula challenge (http://eudyptula-challenge.org/)
Signed-off-by: Patrick Boettcher
Cc: Greg Kroah-Hartman
Cc: Arnd Bergmann
Cc: John Stultz
Cc: Peter Senna Tschudin
Cc: Dani
On Wed, Jan 14, 2015 at 3:26 AM, Paul Clements
wrote:
> On Tue, Jan 13, 2015 at 11:14 AM, Andrey Utkin
> wrote:
>> Hi Paul,
>> could you please describe
>
>> - how wide is NBD usage today (any estimation is ok),
>
> It depends somewhat on who you consider to be users. There are two
> groups of NB
On Wednesday 14 January 2015 00:47:59 Alexandre Belloni wrote:
>
> On 13/01/2015 at 15:09:56 -0800, Olof Johansson wrote :
> > On Tue, Jan 13, 2015 at 03:43:00PM +0100, Nicolas Ferre wrote:
> > > The entries are separated as ARM V4/V5 and ARM V7 as some other per-SoC
> > > config
> > > options ma
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Two small performance tweaks, the plumbing for the execveat system call
and a couple of bug fixes.
Chen Gang (1):
s390/time
El mié, 14-01-2015 a las 07:33 +, Tuomas Räsänen escribió:
> Hi
>
> On Tue Jan 13 21:26:01 2015 GMT+0200, Paul Clements wrote:
> > On Tue, Jan 13, 2015 at 11:14 AM, Andrey Utkin
> > wrote:
> > > Hi Paul,
> > > could you please describe
> > > - how wide is NBD usage today (any estimation is ok
Hi, Rickard
The functions below seem already marked by "ACPI_ASL_COMPILER || ACPI_HELP_APP".
How did you detect them as used functions?
Thanks
-Lv
> -Original Message-
> From: Rickard Strandqvist [mailto:rickard_strandqv...@spectrumdigital.se]
> Sent: Sunday, January 04, 2015 11:23 PM
>
On Mon, 2015-01-12 at 13:49 +0100, Rostislav Lisovy wrote:
> Since the commit 6e0bd6c35b021dc73a81ebd1ef79761233c48b50
> ("cfg80211: 802.11p OCB mode handling") and
> 239281f803e2efdb77d906ef296086b6917e5d71
> ("mac80211: 802.11p OCB mode support")
> does the Linux kernel support OCB mode. This com
and use online cpumask instead.
This patch will cause the new per-node pwqs/pools/workers of the node
to be recreatd and the old ones to be exiting when any cpu online
or offline. But it fixed the bug. The next patch will remove
(almost remove) these unneeded rebuilding.
Reported-by: Yasuaki Ishi
Reported-by: Yasuaki Ishimatsu
Cc: Tejun Heo
Cc: Yasuaki Ishimatsu
Cc: "Gu, Zheng"
Cc: tangchen
Cc: Hiroyuki KAMEZAWA
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/kernel/workqueue.c b/kernel/workqueu
If the "attrs" of the per-node pool is allowed to be updated,
we just directly update it and reduce the rebuild overhead and
memory-uasage. But the overhead of set_cpus_allowed_ptr() can not
be reduced yet.
Cc: Tejun Heo
Cc: Yasuaki Ishimatsu
Cc: "Gu, Zheng"
Cc: tangchen
Cc: Hiroyuki KAMEZAWA
Hi, All
This patches are un-changloged, un-compiled, un-booted, un-tested,
they are just shits, I even hope them un-sent or blocked.
The patches include two -solutions-:
Shit_A:
workqueue: reset pool->node and unhash the pool when the node is
offline
update wq_numa when cpu_present_mask
Hi, Rickard
This function contains logic that is only correct to iasl.
It seems we can move it to a separate file that can only be linked by iasl to
avoid releasing this function to the kernel.
Let me do this in the ACPICA upstream.
Thanks
-Lv
> From: Rickard Strandqvist [mailto:rickard_strandq
+ linux-mmc
On 14 January 2015 at 07:24, Tim Kryger wrote:
> Host controllers lacking the required internal vmmc regulator may still
> follow the spec with regard to the LSB of SDHCI_POWER_CONTROL. Set the
> SDHCI_POWER_ON bit when vmmc is enabled to encourage the controller to
> to drive CMD, D
Reported-by: Yasuaki Ishimatsu
Cc: Tejun Heo
Cc: Yasuaki Ishimatsu
Cc: "Gu, Zheng"
Cc: tangchen
Cc: Hiroyuki KAMEZAWA
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 76 +-
1 file changed, 53 insertions(+), 23 deletions(-)
diff --gi
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 44c63a570aaec3c5d5569d63b7c4a31ddd88cae0 upstream.
This series fixes a few issues with the omap rtc-driver, cleans up a
bit, adds device abstraction, and finally adds suppo
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Xue jiufei
commit 53dc20b9a3d928b0744dad5aee65b610de1cc85d upstream.
In ocfs2_link(), the parent directory inode passed to function
ocfs2_lookup_ino_from_name() is wrong. Parameter dir is the
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau
commit ad8fdccf9c197a89e2d2fa78c453283dcc2c343f upstream.
The driver passes the desired hardware queue index for a WMM data queue
in qinfo->tqi_subtype. This was ignored in ath9k
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Junxiao Bi
commit 136f49b9171074872f2a14ad0ab10486d1ba13ca upstream.
For buffer write, page lock will be got in write_begin and released in
write_end, in ocfs2_write_end_nolock(), before it un
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stefano Stabellini
commit d6883e6f32e07ef2cc974753ba00927de099e6d7 upstream.
xen_dma_unmap_page and xen_dma_sync_single_for_cpu take a dma_addr_t
handle as argument, not a physical address.
S
Barry,
Your commit 81428bbe1d8a ("clocksource: marco: Rename marco to atlas7")
is included in today's linux-next (ie, next-20150114). I noticed because
a script I use to check linux-next spotted a problem.
See, your commit renames one reference to CONFIG_ARCH_MARCO to
CONFIG_A
This is the start of the stable review cycle for the 3.18.3 release.
There are 150 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 Fri Jan 16 07:20:24 UTC 2015.
Anything receiv
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Jarkko Nikula
commit 48826ee590da03e9882922edf96d8d27bdfe9552 upstream.
Commit 5fe5b767dc6f ("ASoC: dapm: Do not pretend to support controls for non
mixer/mux widgets") revealed ill-defined co
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Rosin
commit 681a19560378213a193c424881b2180a783b81ae upstream.
When the codec is connected using i2c, it will only auto-increment
register addresses if msb (0x80) of the register addres
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Lars-Peter Clausen
commit 50c0f21b42dd4cd02b51f82274f66912d9a7fa32 upstream.
Make sure to check the version field of the firmware header to make sure to
not accidentally try to parse a firmwar
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stephane Grosjean
commit af35d0f1cce7a990286e2b94c260a2c2d2a0e4b0 upstream.
This patch sets the correct reverse sequence order to the instructions
set to run, when any failure occurs during th
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Jyri Sarha
commit bbc686b34650b0f54affe9d9a637ccbe02b03760 upstream.
Fix off by one read beyond the end of a table.
Reported-by: David Binderman
Signed-off-by: Jyri Sarha
Signed-off-by: Mar
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Andrew Jackson
commit 3475c3d034d7f276a474c8bd53f44b48c8bf669d upstream.
Flush the FIFOs when the stream is prepared for use. This avoids
an inadvertent swapping of the left/right channels if
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 9972fc0b859e7aaeb6d2d33bdb591959d9a436c0 upstream.
Commit 6071c22e1755 "ktest: Rewrite the config-bisect to actually work"
fixed the config-bisect to work nic
Using IPMODIFY needs to be allowed only with compilers which are
guaranteed to generate function prologues compatible with function
redirection through changing instruction pointer in saved regs.
For example changing regs->ip on x86_64 in cases when gcc is using mcount
(and not fentry) is not a
If ftrace doesn't claim to support IPMODIFY support, there is no need to
compile IPMODIFY support in kprobes either.
Suggested-by: Masami Hiramatsu
Signed-off-by: Jiri Kosina
---
kernel/kprobes.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/kprobes.c b/ker
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Mackerras
commit 8117ac6a6c2fa0f847ff6a21a1f32c8d2c8501d0 upstream.
Currently, when going idle, we set the flag indicating that we are in
nap mode (paca->kvm_hstate.hwthread_state) and th
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Aring
commit b0c42cd7b210efc74aa4bfc3e39a2814dfaa9b89 upstream.
This patch reverts commit:
a7807d73 ("Bluetooth: 6lowpan: Avoid memory leak if memory allocation
fails")
which was w
In soc_new_compress() when rtd->dai_link->dynamic is set, we create the pcm
substreams with this call:
ret = snd_pcm_new_internal(rtd->card->snd_card, new_name, num,
1, 0, &be_pcm);
which passes 0 as capture_count leading to
be_pcm->streams[SNDRV_PCM_STRE
At Wed, 14 Jan 2015 09:15:36 +0100,
Lars-Peter Clausen wrote:
>
> On 01/14/2015 08:43 AM, Takashi Iwai wrote:
> > At Tue, 13 Jan 2015 21:54:12 +,
> > Mark Brown wrote:
> >>
> >> On Tue, Jan 13, 2015 at 06:24:44PM +0100, Takashi Iwai wrote:
> >>> Wang, Jiada (ESD) wrote:
> >>
> I am using
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Guy Briggs
commit 63f13448d81c910a284b096149411a719cbed501 upstream.
Since both ppc and ppc64 have LE variants which are now reported by uname, add
that flag (__AUDIT_ARCH_LE) to sysca
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stefano Stabellini
commit c884227eaae9936f8ecbde6e1387bccdab5f4e90 upstream.
On x86 truncation cannot occur because config XEN depends on X86_64 ||
(X86_32 && X86_PAE).
On ARM truncation can
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: "suka...@linux.vnet.ibm.com"
commit f34b6c72c3ebaa286d3311a825ef79eccbcca82f upstream.
The 24x7 counters are continuously running and not updated on an
interrupt. So we record the event counts
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg
commit 980ffc0a2cec2c37589cc97993e1ad17252f4f47 upstream.
The le_conn_timeout() may call hci_le_conn_failed() which in turn may
call hci_conn_del(). Trying to use the _sync varia
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg
commit 0b1db38ca26b322296cbd141f3080eccfe1cc3e1 upstream.
These days we allow simultaneous LE scanning and advertising. Checking
for whether advertising is enabled or not is ther
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Myron Stowe
commit 36e8164882ca6d3c41cb91e6f09a3ed236841f80 upstream.
Commit 6ac665c63dca ("PCI: rewrite PCI BAR reading code") masked off
low-order bits from 'l', but not from 'sz'. Both are
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stefano Stabellini
commit 9490c6c67e2f41760de8ece4e4f56f75f84ceb9e upstream.
In xen_swiotlb_sync_single we always call xen_dma_sync_single_for_cpu,
even when we should call xen_dma_sync_single
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Marcel Holtmann
commit a4d5504d5c39cc84f1f828e19967595597a8136e upstream.
The internal representation of the LE white list needs to be cleared
when receiving a successful HCI_Reset command. A
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Hante Meuleman
commit 94a612086f5e78272e831c04b673778f8546ea73 upstream.
The ifidx provided by FW needs to be offsetted when receiving data
packets.
Reviewed-by: Arend Van Spriel
Reviewed-by
Am 14.01.2015 um 09:39 schrieb Christoph Hellwig:
> On Tue, Jan 13, 2015 at 11:26:38PM +0100, Richard Weinberger wrote:
>> hostfs tries do reduce the amount of syscall between guest and host as much
>> as possible. For file operations it passes everything down to the host but
>> for directory opera
Of the Digicolor SoCs series only CX92755 is currently supported.
Acked-by: Arnd Bergmann
Signed-off-by: Baruch Siach
---
Documentation/devicetree/bindings/arm/digicolor.txt | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/digicolor.txt
diff
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Rob Herring
commit 7ae9cb81933515dc7db1aa3c47ef7653717e3090 upstream.
Currently trying to use pstore on at least ARMs can hang as we're
mapping the peristent RAM with pgprot_noncached().
On A
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Weinberger
commit f38aed975c0c3645bbdfc5ebe35726e64caaf588 upstream.
The logic of vfree()'ing vol->upd_buf is tied to vol->updating.
In ubi_start_update() vol->updating is set long bef
(2015/01/14 10:45), Namhyung Kim wrote:
> On Mon, Jan 12, 2015 at 09:31:30PM +0900, Masami Hiramatsu wrote:
>> (2015/01/10 19:33), Namhyung Kim wrote:
>>> The find_probe_trace_events_from_map() searches matching symbol from a
>>> map (so from a backing dso). For uprobes, it'll create a new map (an
In soc_new_compress() when rtd->dai_link->daynamic is set, we create the pcm
substreams with this call:
ret = snd_pcm_new_internal(rtd->card->snd_card, new_name, num,
1, 0, &be_pcm);
which passes 0 as capture_count leading to
be_pcm->streams[SNDRV_PCM_STR
In the case the user-space daemon crashes, hangs or is killed, we
need to down the semaphore, otherwise, after the daemon starts next
time, the obsolete data in fcopy_transaction.message or
fcopy_transaction.fcopy_msg will be used immediately.
Cc: Jason Wang
Cc: Vitaly Kuznetsov
Cc: K. Y. Sriniv
cx92755.dtsi describes CX92755 on chip peripherals. conexant_equinox.dts
describes the Equinox evaluation board for the CX92755 SoC.
Acked-by: Arnd Bergmann
Signed-off-by: Baruch Siach
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/conexant_equinox.dts | 74 +
On Wed, 2015-01-14 at 09:32 +0100, Arnd Bergmann wrote:
> On Wednesday 14 January 2015 09:20:42 Patrick Boettcher wrote:
> > diff --git a/drivers/staging/android/sync_debug.c
> > b/drivers/staging/android/sync_debug.c
[]
> > @@ -96,7 +96,8 @@ static void sync_print_pt(struct seq_file *s, struct
>
This series adds initial support for the Conexant CX92755 SoC. The CX92755 is
one of the Digicolor series of SoCs, all sharing many of the same peripherals.
The code was tested on the CX92755 evaluation kit, AKA Equinox.
Uses attempting to try this code will most likely also want the UART/console
Use the USART peripheral as UART for low level debug. Only the UA0 port is
currently supported.
Acked-by: Arnd Bergmann
Signed-off-by: Baruch Siach
---
arch/arm/Kconfig.debug | 12 ++--
arch/arm/include/debug/digicolor.S | 35 +++
2 files chan
Add initial support for the Conexant CX92755 SoC. The CX92755 is one of the
Digicolor series of SoCs, all sharing many of the same peripherals. The code
was tested on the CX92755 evaluation kit, AKA Equinox.
Acked-by: Arnd Bergmann
Signed-off-by: Baruch Siach
---
arch/arm/Kconfig
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Joerg Roedel
commit 62c22167dd70b730f61c2b88f950e98154a87980 upstream.
Since commit 1196c2f a domain is only destroyed in the
notifier path if it is hot-unplugged. This caused a
domain leakage
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Jens Axboe
commit a33c1ba2913802b6fb23e974bb2f6a4e73c8b7ce upstream.
We currently use num_possible_cpus(), but that breaks on sparc64 where
the CPU ID space is discontig. Use nr_cpu_ids as the
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach
commit b4c82adcba8cb4b23068a6b800ca98da3bee6888 upstream.
Interoperability issues were identified and root caused to
the Smart Fifo watermarks. These issues arose with
NetGea
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stefano Stabellini
commit 2c3fc8d26dd09b9d7069687eead849ee81c78e46 upstream.
Need to pass the pointer within the swiotlb internal buffer to the
swiotlb library, that in the case of xen_unmap_s
On Tue, Jan 13, 2015 at 11:26:38PM +0100, Richard Weinberger wrote:
> hostfs tries do reduce the amount of syscall between guest and host as much
> as possible. For file operations it passes everything down to the host but
> for directory operations only ->iterate() does.
>
> It is already horribl
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stephane Grosjean
commit dc50ddcd4c58a5a0226038307d6ef884bec9f8c2 upstream.
This patchs fixes a misplaced call to memset() that fills the request
buffer with 0. The problem was with sending PC
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau
commit 9e4982f6a51a2442f1bb588fee42521b44b4531c upstream.
Like with ath9k, ath5k queues also need to be ordered by priority.
queue_info->tqi_subtype already contains the correct
Am 14.01.2015 um 01:23 schrieb Jens Axboe:
> On 01/13/2015 04:36 PM, Richard Weinberger wrote:
>>
>>
>> Am 14.01.2015 um 00:30 schrieb Jens Axboe:
If I understand you correctly it can happen that blk_rq_bytes() returns
more bytes than blk_rq_map_sg() allocated, right?
>>>
>>> No, the numb
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach
commit 55fd1ce820f461b77919a1997ba8285652219024 upstream.
A few device IDs were added, reflect this change in the
driver.
Signed-off-by: Emmanuel Grumbach
Signed-off-by: Gr
Hi Paul,
> Two things to try:
>
> 1. alt-sysreq-t to get all tasks' stacks, or
I am not able to do that since I am working on an embedded system which
has no real tty, just a serial connected terminal.
> 2. disable RCU CPU stall warnings and see if the hangs go away.
>
As I see th
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit 9e98e9d7cf6e9d2ec1cce45e8d5ccaf3f9b386f3 upstream.
If __bt_get_word() is called with last_tag != 0, if the first
find_next_zero_bit() fails, if after wrap-around the
tes
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Karl Relton
commit da940db41dcf8c04166f711646df2f35376010aa upstream.
Apple bluetooth wireless keyboard (sold in UK) has always reported zero
for battery strength no matter what condition the
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini
commit b65d6e17fe2239c9b2051727903955d922083fbf upstream.
This feature is not supported inside KVM guests yet, because we do not emulate
MSR_IA32_XSS. Mask it out.
Signed-off-b
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit 1ddf0b1b11aa8a90cef6706e935fc31c75c406ba upstream.
In Linux 3.18 and below, GCC hoists the lsl instructions in the
pvclock code all the way to the beginning of __vdso_cl
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit
commit ab646f54f4fd1a8b9671b8707f0739fdd28ce2b1 upstream.
commit d50eaa18039b ("KVM: x86: Perform limit checks when assigning EIP")
mistakenly used zero as cpl on em_ret_far. Use th
701 - 800 of 911 matches
Mail list logo
