The of_mdiobus_register_phy() is not setting phy->irq this causing
some drivers to incorrectly assume that the PHY does not have an
IRQ associated with it or install an interrupt handler for the
PHY.
Simplify the code setting irq and set the phy->irq at the same
time so that the case if mdio->irq
On Mon, Feb 17, 2014 at 10:58 AM, Maarten Lankhorst
wrote:
> Thanks to Fengguang Wu for spotting a missing static cast.
>
> v2:
> - Kill unused variable need_shared.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/base/dma-buf.c | 101
> +++
>
On Wed, Feb 5, 2014 at 2:19 PM, Ezequiel Garcia
wrote:
> Hi Grant, Boris:
>
> (BTW, dropped Russell, Rob Landley and some unrelated mailing lists from Cc,
> and added Thomas, Gregory and Rob Herring).
>
> On Wed, Feb 05, 2014 at 02:34:44PM +0100, Boris BREZILLON wrote:
>> On 05/02/2014 12:15, Gran
On Tue, 11 Feb 2014 21:04:21 +0100, Tomasz Figa wrote:
>
>
> On 11.02.2014 21:02, Benjamin Herrenschmidt wrote:
> > On Tue, 2014-02-11 at 19:01 +, Grant Likely wrote:
> >
> >>> except that the former IMHO better suits the definition of memory
> >>> region, which I see as a single contiguous
On Mon, Feb 17, 2014 at 10:56 AM, Maarten Lankhorst
wrote:
> This allows reservation objects to be used in dma-buf. it's required
> for implementing polling support on the fences that belong to a dma-buf.
>
> Signed-off-by: Maarten Lankhorst
> Acked-by: Mauro Carvalho Chehab
> #drivers/media/v4
On Feb 17, 2014, at 2:08, shaobingqing wrote:
> If initiate_file_draining returned NFS4ERR_DELAY, all the lsegs of
> a file might be released before the retrying cb_layout request arriving
> at the client. In this situation,the list lo->plh_segs is empty,
> layoutget request of the file will us
On Thu, 13 Feb 2014 13:48:40 -0600, Josh Cartwright
wrote:
> On Tue, Feb 11, 2014 at 09:27:36PM +0100, Tomasz Figa wrote:
> > On 11.02.2014 21:19, Josh Cartwright wrote:
> > >On Tue, Feb 11, 2014 at 09:04:21PM +0100, Tomasz Figa wrote:
> > > >On 11.02.2014 21:02, Benjamin Herrenschmidt wrote:
> >
On Mon, Feb 17, 2014 at 10:58 AM, Maarten Lankhorst
wrote:
> Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
> ---
> include/linux/reservation.h | 18 +-
> 1 file changed, 17 insertions(+), 1 deletion(-)
>
> diff --git a/include/linux/reservation.h b/include/linux/r
On Mon, Feb 17, 2014 at 10:56 AM, Maarten Lankhorst
wrote:
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
>
> A software fallback still has to be provided in case the f
On Mon, Feb 17, 2014 at 10:55 AM, Maarten Lankhorst
wrote:
> A fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of gra
On 02/17/2014 12:52 PM, Cyrill Gorcunov wrote:
> On Mon, Feb 17, 2014 at 12:34:12PM +0400, Pavel Emelyanov wrote:
> ...
>> Maybe we can make prlctl() do lite-execve()? It will open the executable,
>> read the
>> required amount of headers and just put data red from there onto mm-struct?
>> This
On 02/15, Oleg Nesterov wrote:
>
> On 02/15, Al Viro wrote:
> >
> > On Sat, Feb 15, 2014 at 06:43:45PM +0100, Oleg Nesterov wrote:
> > > > So basically we want a different condition for "can we just go ahead and
> > > > free that sucker", right? Instead of "it's on the list, shan't free it"
> > >
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/pxa/tosa.c | 26 +++---
1 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/sound/soc/pxa/tosa.c b/sound/soc/pxa/tosa.
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/omap/n810.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/sound/soc/omap/n810.c b/sound/soc/omap/n810.c
in
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/pxa/spitz.c | 49 +++--
1 files changed, 27 insertions(+), 22 deletions(-)
diff --git a/sound/soc/pxa/spit
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/pxa/corgi.c | 40 ++--
1 files changed, 22 insertions(+), 18 deletions(-)
diff --git a/sound/soc/pxa/corgi.c b/sou
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/pxa/magician.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/sound/soc/pxa/magician.c b/sound/soc/pxa/magi
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/omap/ams-delta.c | 38 +++---
1 files changed, 23 insertions(+), 15 deletions(-)
diff --git a/sound/soc/omap/ams-delta
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/codecs/wm8962.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/wm8962.c b/sound/soc/codecs/wm8962.c
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/omap/rx51.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/sound/soc/omap/rx51.c b/sound/soc/omap/rx51.c
in
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/codecs/wm5100.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/wm5100.c b/sound/soc/codecs/wm5100.c
in
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/intel/mfld_machine.c | 43 +++-
1 files changed, 29 insertions(+), 14 deletions(-)
diff --git a/sound/soc/intel/mf
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/codecs/wm8996.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/wm8996.c b/sound/soc/codecs/wm8996.c
ind
snd_soc_dapm_sync takes the dapm_mutex internally, but we currently take
it externally as well. This patch fixes this.
Signed-off-by: Charles Keepax
---
drivers/input/misc/arizona-haptics.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/input/misc/ariz
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
Can't we make that just "dma_buf[offset] != 0" instead? As far as I know
th
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/codecs/adav80x.c | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/adav80x.c b/sound/soc/codecs/ada
The pin updates in this driver look like they are intended to be done
atomically, update to do so.
Signed-off-by: Charles Keepax
---
sound/soc/codecs/wm8994.c | 40
1 files changed, 24 insertions(+), 16 deletions(-)
diff --git a/sound/soc/codecs/wm8994
The snd_soc_dapm__pin all require the dapm_mutex to be held when
they are called as they edit the dirty list, however very few of the
callers do so.
This patch adds locked versions of all the functions replacing the
existing implementations with one that holds the lock internally. We
also fix
This patchset updates the locking around the
snd_soc_dapm__pin functions. First we add a locked
version of the functions and add locking to the standard
call, this also requires us to remove the few places where
these functions are externally locked. Then we patch usages
of the functions that l
[...]
+int snd_soc_dapm_enable_pin_locked(struct snd_soc_dapm_context *dapm,
+ const char *pin)
+{
+ return snd_soc_dapm_set_pin(dapm, pin, 1);
+}
+EXPORT_SYMBOL_GPL(snd_soc_dapm_enable_pin_locked);
+
+/**
* snd_soc_dapm_enable_pin - enable pin.
* @dap
On Monday, February 17, 2014 02:19:11 PM Chuansheng Liu wrote:
> In analogy with commits 5af84b82701a and 97df8c12995, using
> asynchronous threads can improve the overall resume_noirq time
> significantly.
>
> One typical case is:
> In resume_noirq phase and for the PCI devices, the function
> pc
On Monday, February 17, 2014 02:19:12 PM Chuansheng Liu wrote:
> In analogy with commits 5af84b82701a and 97df8c12995, using
> asynchronous threads can improve the overall resume_early
> time significantly.
>
> This patch is for resume_early phase.
>
> Signed-off-by: Chuansheng Liu
> ---
> driv
On Monday, February 17, 2014 02:19:13 PM Chuansheng Liu wrote:
> In analogy with commits 5af84b82701a and 97df8c12995, using
> asynchronous threads can improve the overall suspend_noirq
> time significantly.
>
> This patch is for suspend_noirq phase.
>
> Signed-off-by: Chuansheng Liu
> ---
> dr
On Monday, February 17, 2014 02:19:14 PM Chuansheng Liu wrote:
> In analogy with commits 5af84b82701a and 97df8c12995, using
> asynchronous threads can improve the overall suspend_late
> time significantly.
>
> This patch is for suspend_late phase.
>
> Signed-off-by: Chuansheng Liu
> ---
> driv
When the generic implementation of the transfer_one_message callback was called
by the spi_pump_messages function, if that transfer was to fail, the
spi_finalize_current_message was called twice, once in
spi_transfer_one_message, and one in spi_pump_messages.
This was causing a null pointer derefe
On 02/13, Jiri Olsa wrote:
>
> hi,
> not sure you'd be interested nor if I can reproduce it,
> but got another workqueue warning
>
> jirka
>
> [ 4324.514324] [ cut here ]
> [ 4324.514547] WARNING: CPU: 0 PID: 12 at kernel/workqueue.c:829
> wq_worker_waking_up+0x53/0x70()
>
What I gather is that they want to add tables where there are none, and that
the ACPI code doesn't play along because there is no RSDP nor any RSDT/XSDT.
On February 17, 2014 8:28:05 AM PST, Thomas Renninger wrote:
>On Friday, February 14, 2014 10:16:41 PM Thomas Gleixner wrote:
>> On Fri, 14 Fe
On Mon, Feb 17, 2014 at 11:56 AM, Christian König
wrote:
> Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
>
>> This type of fence can be used with hardware synchronization for simple
>> hardware that can block execution until the condition
>> (dma_buf[offset] - value) >= 0 has been met.
>
>
> Can
Hi Ben,
2014-02-17 8:29 GMT-08:00 Ben Dooks :
> The of_mdiobus_register_phy() is not setting phy->irq this causing
> some drivers to incorrectly assume that the PHY does not have an
> IRQ associated with it or install an interrupt handler for the
> PHY.
>
> Simplify the code setting irq and set th
On Fri, Feb 07, 2014 at 10:07:31AM +, AKASHI Takahiro wrote:
> Currently syscall_trace() is called only for ptrace.
> With additional TIF_xx flags introduced, it is now called in all the cases
> of audit, ftrace and seccomp in addition to ptrace.
> Those features will be implemented later, but
Am 17.02.2014 18:27, schrieb Rob Clark:
On Mon, Feb 17, 2014 at 11:56 AM, Christian König
wrote:
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - val
On Mon, Feb 17, 2014 at 05:57:35PM +0100, Oleg Nesterov wrote:
> Looks like, this is all is really nasty. Actually, I think siginfo on
> stack is not that bad if we are going to do handle_signal() or restart,
> perhaps we can do the extra kmalloc/memcpy/kfree for do_coredump().
> Something like be
On Thu, 6 Feb 2014, Michael Cree wrote:
> On Tue, Feb 04, 2014 at 01:08:38PM -0800, Greg Kroah-Hartman wrote:
> > 3.12-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Mikulas Patocka
> >
> > commit 0ef38d70d4118b2ce1a538d14357b
On 02/16/2014 10:23 PM, Stephen Rothwell wrote:
> Hi all,
>
> If you see failures in building this tree due to missing declarations of
> k..alloc/free, then it may be caused by commit 2bd59d48ebfb ("cgroup:
> convert to kernfs"). Please send Tejun Heo a patch
> adding an inclusion of linux/slab.
On Fri, Feb 07, 2014 at 10:10:03AM +, AKASHI Takahiro wrote:
> This patch adds auditing functions on entry to or exit from
> every system call invocation.
>
> Signed-off-by: AKASHI Takahiro
> ---
> arch/arm64/kernel/ptrace.c |7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a
On 02/17, Al Viro wrote:
>
> On Mon, Feb 17, 2014 at 05:57:35PM +0100, Oleg Nesterov wrote:
>
> > Looks like, this is all is really nasty. Actually, I think siginfo on
> > stack is not that bad if we are going to do handle_signal() or restart,
> > perhaps we can do the extra kmalloc/memcpy/kfree fo
2014-02-17 9:42 GMT-08:00 Ben Dooks :
> On 17/02/14 17:26, Florian Fainelli wrote:
>>
>> Hi Ben,
>>
>> 2014-02-17 8:29 GMT-08:00 Ben Dooks :
>>>
>>> The of_mdiobus_register_phy() is not setting phy->irq this causing
>>> some drivers to incorrectly assume that the PHY does not have an
>>> IRQ associ
On Mon, Jan 20, 2014 at 05:23:51PM +0800, Jingchang Lu wrote:
> Add Freescale enhanced direct memory(eDMA) controller support.
> This module can be found on Vybrid and LS-1 SoCs.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Jingchang Lu
> Acked-by: Arnd Bergmann
Where is the 1/2 in this pat
On 17/02/14 17:26, Florian Fainelli wrote:
Hi Ben,
2014-02-17 8:29 GMT-08:00 Ben Dooks :
The of_mdiobus_register_phy() is not setting phy->irq this causing
some drivers to incorrectly assume that the PHY does not have an
IRQ associated with it or install an interrupt handler for the
PHY.
Simpl
On 15/02/14 02:59, Luis R. Rodriguez wrote:
From: "Luis R. Rodriguez"
It doesn't make sense for some interfaces to become a root bridge
at any point in time. One example is virtual backend interfaces
which rely on other entities on the bridge for actual physical
connectivity. They only provide
On Mon, Feb 17, 2014 at 06:46:48PM +0100, Oleg Nesterov wrote:
> > pulling the logics *out* of kernel/signal.c and into arch/*.
>
> Not really, I think.
How so? You propose to make all architectures call do_coredump()
themselves, instead of having it done centrally. It's more boilerplate
for al
On Sat, Feb 15, 2014 at 4:07 AM, Takashi Iwai wrote:
>> # bad
>> CONFIG_SND_HDA_CODEC_HDMI =y
>> CONFIG_SND_HDA_INTEL=y
>> CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_GENERIC=m
>
> It might be the remaining bugs of modularization in 3.14-rc2.
> A few patches are found in for-linus branch of sound
On 17/02/14 17:26, Florian Fainelli wrote:
Hi Ben,
2014-02-17 8:29 GMT-08:00 Ben Dooks :
The of_mdiobus_register_phy() is not setting phy->irq this causing
some drivers to incorrectly assume that the PHY does not have an
IRQ associated with it or install an interrupt handler for the
PHY.
Simpl
On Mon, Feb 17, 2014 at 12:25:42PM +, Stefano Stabellini wrote:
> On Thu, 9 Jan 2014, Stefano Stabellini wrote:
> > Introduce CONFIG_PARAVIRT and PARAVIRT_TIME_ACCOUNTING on ARM64.
> > Necessary duplication of paravirt.h and paravirt.c with ARM.
> >
> > The only paravirt interface supported is
There's a little at
https://www.kernel.org/doc/htmldocs/scsi/index.html and a little more
at https://www.kernel.org/doc/Documentation/scsi/
Rob
On Mon, Feb 17, 2014 at 8:00 AM, Madhusudhan Rao Sripalle
wrote:
> Hello,
>
> I would like to know if design documents are available for drivers
> like
On 17/02/14 17:48, Florian Fainelli wrote:
2014-02-17 9:42 GMT-08:00 Ben Dooks :
On 17/02/14 17:26, Florian Fainelli wrote:
Hi Ben,
2014-02-17 8:29 GMT-08:00 Ben Dooks :
The of_mdiobus_register_phy() is not setting phy->irq this causing
some drivers to incorrectly assume that the PHY does n
On Mon, Feb 17, 2014 at 6:20 PM, Maxime Ripard
wrote:
> When the generic implementation of the transfer_one_message callback was
> called
> by the spi_pump_messages function, if that transfer was to fail, the
> spi_finalize_current_message was called twice, once in
> spi_transfer_one_message, and
On Mon, Feb 17, 2014 at 07:19:11PM +1100, Dave Chinner wrote:
> [ FWIW, the normal way to write an xfstest like this is to write a
> small helper program that just does the renameat2() syscall (we
> often use xfs_io to provide this) and everything is just shell
> scripts to drive the helper program
If MCE decoding support does not exist for a particular family/model,
and if one tries to inject errors using mce_amd_inj module, it leads
to kernel OOPS. Especially if we inject errors to MC0, MC1, MC2 banks.
Sample:
[ 60.567808] [Hardware Error]: MC0 Error:
[ 60.567826] BUG: unable to handle
since original destroy_worker() does not do the full-destruction,
its main work just deprives the worker-duty from worker-thread and kick
it to die, so we rename it to kick_worker_to_die().
And since kick_worker_to_die() don't need manager_mutex and sleeping,
so we move maybe_destroy_worker() out
On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring wrote:
> On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel wrote:
> > From: Philipp Zabel
> >
> > This patch moves the parsing helpers used to parse connected graphs
> > in the device tree, like the video interface bindings documented in
> > Documenta
On Fri, Feb 07, 2014 at 10:18:51AM +, AKASHI Takahiro wrote:
> This patch implements arm64 specific part to support function tracers,
> such as function (CONFIG_FUNCTION_TRACER), function_graph
> (CONFIG_FUNCTION_GRAPH_TRACER) and function profiler
> (CONFIG_FUNCTION_PROFILER).
>
> With 'funct
When @worker is set %WORKER_DIE, it is moved out from
idle_list&idr, no one can access it excepct kthread_data().
And in worker_thread, its task is clearred %PF_WQ_WORKER,
no one can access the @worker via kthread_data(),
we can safely free it.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.
This patchset moves the worker-destruction(partial) to worker_thread(),
and worker to be die will perform self-destruction.
This async worker destruction give us a room to reduce the mananger's
invocation,
and simply the idle-worker-timeout handler later.
put_unbound_pool() still need to sync th
On Mon, Feb 17, 2014 at 07:06:37PM +0100, Stanislav Meduna wrote:
> Hi,
>
> what is the correct way for a UIO driver to pass a memory allocated
> using dma_alloc_coherent to userspace? I have googled for examples
> but I was not able to find a definitive answer.
>
> My device needs two 128 kB chu
On Tue, 11 Feb 2014 13:36:51 +0100, Laurent Pinchart
wrote:
> when CONFIG_OF is disabled of_match_node is defined as a macro that
> evaluates to NULL. This breaks compilation of drivers that dereference
> the function's return value directly. Fix it by turning the macro into a
> static inline fun
On Wed, Feb 12, 2014 at 07:12:05PM +0100, Peter Zijlstra wrote:
> On Wed, Feb 12, 2014 at 09:42:09AM -0800, Paul E. McKenney wrote:
> > You need volatile semantics to force the compiler to ignore any proofs
> > it might otherwise attempt to construct. Hence all the ACCESS_ONCE()
> > calls in my em
On Mon, Feb 17, 2014 at 04:43:51PM +, Grant Likely wrote:
> On Wed, Feb 5, 2014 at 2:19 PM, Ezequiel Garcia
> wrote:
> > Hi Grant, Boris:
> >
> > (BTW, dropped Russell, Rob Landley and some unrelated mailing lists from Cc,
> > and added Thomas, Gregory and Rob Herring).
> >
> > On Wed, Feb 05,
On Mon, Feb 17, 2014 at 04:59:01PM +0100, Gregory CLEMENT wrote:
[..]
> >
> > Right. If you think it adds a regression, then that's a perfectly valid
> > reasons
> > for nacking.
> >
> > However, I'd like to double-check we have such a regression. I guess you're
> > talking about the "tclk" name
On Tue, 11 Feb 2014 10:48:26 -0600, Josh Cartwright
wrote:
> On Tue, Feb 11, 2014 at 03:55:35PM +0100, Laurent Pinchart wrote:
> > Hi Josh,
> >
> > On Tuesday 11 February 2014 08:41:08 Josh Cartwright wrote:
> > > On Tue, Feb 11, 2014 at 01:36:51PM +0100, Laurent Pinchart wrote:
> > > > when CON
On Mon, Feb 17, 2014 at 05:13:07PM +0100, Arnd Bergmann wrote:
> On Monday 17 February 2014 15:54:19 Grant Likely wrote:
> > On Wed, 12 Feb 2014 11:20:00 -0700, Jason Gunthorpe
> > wrote:
> > > On Wed, Feb 12, 2014 at 12:45:54PM -0500, Jason Cooper wrote:
> > >
> > > > The bootloader would then
On Monday, February 17, 2014 09:19:03 AM H. Peter Anvin wrote:
> What I gather is that they want to add tables where there are none, and that
> the ACPI code doesn't play along because there is no RSDP nor any
> RSDT/XSDT.
Yep, this does currently not work.
Easiest I can think of instead of trying
On Mon, Feb 17, 2014 at 12:36 PM, Christian König
wrote:
> Am 17.02.2014 18:27, schrieb Rob Clark:
>
>> On Mon, Feb 17, 2014 at 11:56 AM, Christian König
>> wrote:
>>>
>>> Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
>>>
This type of fence can be used with hardware synchronization for sim
Hi Greg,
On 13/02/14 15:55, Sudeep Holla wrote:
> Hi Greg,
>
> On 11/02/14 00:13, Greg Kroah-Hartman wrote:
>> On Mon, Feb 10, 2014 at 06:09:58PM +, Sudeep Holla wrote:
>>> On 07/02/14 19:29, Greg Kroah-Hartman wrote:
On Fri, Feb 07, 2014 at 04:49:16PM +, Sudeep Holla wrote:
> Fr
On Mon, Feb 17, 2014 at 11:49:51AM -0600, Aravind Gopalakrishnan wrote:
> If MCE decoding support does not exist for a particular family/model,
> and if one tries to inject errors using mce_amd_inj module, it leads
> to kernel OOPS. Especially if we inject errors to MC0, MC1, MC2 banks.
Well, we s
Em Fri, Feb 14, 2014 at 02:43:12PM +0900, Masami Hiramatsu escreveu:
> Ping? :)
One patch didn't apply, 10/11, and it does't passes the build tests,
please try this before submitting patches:
[acme@zoo linux]$ make -C tools/perf build-test
make: Entering directory `/home/git/linux/tools/perf'
- m
Hi,
what is the correct way for a UIO driver to pass a memory allocated
using dma_alloc_coherent to userspace? I have googled for examples
but I was not able to find a definitive answer.
My device needs two 128 kB chunks of DMA-able memory. First I tried
pdev->tx_vaddr = dma_zalloc_coherent(&d
On 17.02.2014 19:18, Greg KH wrote:
> The uio_dmem_genirq.c driver showed up in 3.8, so it might be good for
> you to update your kernel if you want to do DMA memory with a UIO
> driver, as lots of other things in this area was fixed to accomplish
> this.
Ah, OK, I will look into this.
I am stuc
On 02/16/2014 04:00 PM, Tomas Winkler wrote:
> Looks like phys_addr_t's are fully plumbed in the kernel.
This needs a better commit description.
Also you should include Colin and the rest of the Android kernel folks
(cc'ed in this mail) so they can review and hopefully provide acks.
thanks
-john
Hi Heiko,
On 10/02/14 11:30, Heiko Carstens wrote:
> On Fri, Feb 07, 2014 at 04:49:18PM +, Sudeep Holla wrote:
>> From: Sudeep Holla
>>
>> This patch removes the redundant sysfs cacheinfo code by making use of
>> the newly introduced generic cacheinfo infrastructure.
>>
>> Signed-off-by: Sude
filemap_fault_nonblock() is generic implementation of ->fault_nonblock()
for filesystems who uses page cache.
It should be safe to use filemap_fault_nonblock() for ->fault_nonblock()
if filesystem use filemap_fault() for ->fault().
Signed-off-by: Kirill A. Shutemov
---
fs/9p/vfs_file.c | 2 ++
I've rewrote it from scratch since v1. Locking multiple pages at once was
not that great idea. lock_page() is mess. It seems we don't have good
locking ordering rules for lock_page() vs. lock_page() and it triggers
deadlocks.
Now we have ->fault_nonblock() to ask filesystem for a page, if it's
rea
The patch introduces new vm_ops callback ->fault_nonblock() and uses it
for mapping easy accessible pages around fault address.
On read page fault, if filesystem provides ->fault_nonblock(), we try to
map up to FAULT_AROUND_PAGES (32 at the moment) pages around page fault
address in hope to reduce
Am 17.02.2014 19:24, schrieb Rob Clark:
On Mon, Feb 17, 2014 at 12:36 PM, Christian König
wrote:
Am 17.02.2014 18:27, schrieb Rob Clark:
On Mon, Feb 17, 2014 at 11:56 AM, Christian König
wrote:
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
This type of fence can be used with hardware sy
On Mon, Feb 03, 2014 at 03:33:37PM +, James Hogan wrote:
> Add the sched_setattr and sched_getattr syscalls to the generic syscall
> list, which is used by the following architectures: arc, arm64, c6x,
> hexagon, metag, openrisc, score, tile, unicore32.
>
> Signed-off-by: James Hogan
> Cc: Ar
From: Stephen Boyd
The generic sched_clock registration function was previously
done lockless, due to the fact that it was expected to be called
only once. However, now there are systems that may register
multiple sched_clock sources, for which the lack of locking has
casued problems:
If two sch
I was sitting in the Admiral's Club of Boston Logan airport, having
connected to the free airport wifi, although I had not yet logged into
the captive portal, when I received the following BUG. I've also seen
this once before when connected to my home network (running the CeroWRT
stable snapshot
Hey Ingo, Thomas,
Wanted to send along this sched_clock fix from Stephen for
tip/timers/urgent. Let me know if you have any issues or concerns.
thanks
-john
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Stephen Boyd
Cc: Will Deacon
Cc: Josh Cartwright
Stephen Boyd (1)
On 02/17/2014 10:23 AM, Thomas Renninger wrote:
>
> Easiest I can think of instead of trying to modify RSDP or similar, is
> to still pass the tables via unzipped, glued cpio which the kernel
> can access early. The same way it is done for current ACPI table overriding
> and early microcode passin
Hi!
On Mon, Feb 17, 2014 at 01:46:13PM -0500, Theodore Ts'o wrote:
> I was sitting in the Admiral's Club of Boston Logan airport, having
> connected to the free airport wifi, although I had not yet logged into
> the captive portal, when I received the following BUG. I've also seen
> this once be
On Sat, 15 Feb 2014, Torvald Riegel wrote:
> glibc is a counterexample that comes to mind, although it's a smaller
> code base. (It's currently not using C11 atomics, but transitioning
> there makes sense, and some thing I want to get to eventually.)
glibc is using C11 atomics (GCC builtins rath
On Mon, Feb 17, 2014 at 10:38 AM, Kirill A. Shutemov
wrote:
>
> Now we have ->fault_nonblock() to ask filesystem for a page, if it's
> reachable without blocking. We request one page a time. It's not terribly
> efficient and I will probably re-think the interface once again to expose
> iterator or
Commit-ID: 987cd7a90ba4a225411e89d043dbf14caf4d1ca6
Gitweb: http://git.kernel.org/tip/987cd7a90ba4a225411e89d043dbf14caf4d1ca6
Author: stef...@seibold.net
AuthorDate: Mon, 17 Feb 2014 11:03:44 +0100
Committer: H. Peter Anvin
CommitDate: Mon, 17 Feb 2014 11:00:21 -0800
x86, vdso: Do con
Commit-ID: 8ec3d81889b5b10a832b6327e23293c1488c7810
Gitweb: http://git.kernel.org/tip/8ec3d81889b5b10a832b6327e23293c1488c7810
Author: Stefani Seibold
AuthorDate: Mon, 17 Feb 2014 11:03:43 +0100
Committer: H. Peter Anvin
CommitDate: Mon, 17 Feb 2014 10:59:10 -0800
x86, vdso: Add 32-bit
Em Mon, Feb 17, 2014 at 03:28:00PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Feb 14, 2014 at 02:43:12PM +0900, Masami Hiramatsu escreveu:
> > Ping? :)
>
> One patch didn't apply, 10/11, and it does't passes the build tests,
> please try this before submitting patches:
Sorry, that was me
On Mon, 17 Feb 2014, Petr Tesarik wrote:
> This results in:
>
> total_cpus = 1008 /* this is purely informative, it is *NOT* used
> to size anything */
> possible = 48 /* clamped to nr_cpu_ids */
>
> A warning message (with or without my patch):
> 1024 Proce
From: Hannes Frederic Sowa
Date: Mon, 17 Feb 2014 19:50:53 +0100
> At that point the skb does not have a dst attached, so we panic in
> icmp6_send.
>
> This is fixed here:
> https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=d94c1f92bbf2c42c5febd68bbea51fffeac90834
Yep I'll g
On Mon, Feb 17, 2014 at 07:32:10PM +0100, Stanislav Meduna wrote:
> On 17.02.2014 19:18, Greg KH wrote:
>
> > The uio_dmem_genirq.c driver showed up in 3.8, so it might be good for
> > you to update your kernel if you want to do DMA memory with a UIO
> > driver, as lots of other things in this are
On Mon, Feb 17, 2014 at 06:59:31PM +, Joseph S. Myers wrote:
> On Sat, 15 Feb 2014, Torvald Riegel wrote:
>
> > glibc is a counterexample that comes to mind, although it's a smaller
> > code base. (It's currently not using C11 atomics, but transitioning
> > there makes sense, and some thing I
HI Charles,
On Mon, Feb 17, 2014 at 04:51:29PM +, Charles Keepax wrote:
> snd_soc_dapm_sync takes the dapm_mutex internally, but we currently take
> it externally as well. This patch fixes this.
Hmm, from the first glance this needs to go into current release,
however it seems that it has bee
301 - 400 of 768 matches
Mail list logo
