On 25 April 2013 16:43, Amit Kucheria amit.kuche...@linaro.org wrote:
On Thu, Apr 25, 2013 at 9:13 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 25 April 2013 09:00, Amit Kucheria amit.kuche...@linaro.org wrote:
Yes. That was my intention - preventing a prompt on existing defconfigs and
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
Using the dmaengine API, allocating and configuring a channel are two
separate actions. Here we're removing logical channel configuration from
the channel allocating routines.
NAK: this is not true for memcpy.
Yours,
On 2013年04月25日 14:25, Paul Mackerras wrote:
On Thu, Apr 25, 2013 at 12:05:54PM +0800, Mike Qiu wrote:
This has block my work now
So I hope you can take a look ASAP
Thanks
:)
Mike
As a quick fix, turn on CONFIG_KVM_BOOK3S_64_HV. That will eliminate
the immediate problem.
Yes, just
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
The less configuration we can do during the allocation of a channel the
better. As this will mean the likelihood of requiring extra information
which isn't normally passed through the dma_request_channel() is lessened.
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
At the moment we fetch the hardware revision, then do some stuff, then
check whether the revision is correct and return in error if it's not.
Well we may as well check it as soon as we know what it is, so let's
move the
On Wed, Apr 24, 2013 at 10:39 AM, Lee Jones lee.jo...@linaro.org wrote:
dmaengine: ste_dma40: Also report the number of logical channels
Now we know the total of physical and logical channels, we may as
well report them within the information log.
Before:
dma40 dma40.0: hardware revision:
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
It's the way that most other drivers do it.
Very trivial clean-up which reduces line count and simplifies code.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When booting using Device Tree, devices aren't registered in the normal
way. Instead, they need to be provided with a compatible string which is
held in an OF Match Table for comparison during start-up. Here we provide
Hi Thomas,
On 23/04/13 16:09, Thomas Gleixner wrote:
On Tue, 23 Apr 2013, James Hogan wrote:
+pdc_write(priv, PDC_IRQ_ROUTE, irq_route);
+spin_unlock_irqrestore(priv-lock, flags);
+}
+
+static void perip_irq_unmask(struct irq_data *data)
+{
+struct pdc_intc_priv *priv =
On 04/25/2013 01:04 PM, Alexandru Copot wrote:
This series adds a generic test abstraction that can make
writing testcases easier. A generic_test structure is
used to define a test and its methods: prepare, run, cleanup.
This is a generic implementation so it was placed in selftests/lib.
The
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
kernel/hrtimer.c:1045:7: error: implicit declaration of function
'hrtimer_rt_defer'
kernel/hrtimer.c: At top level:
kernel/hrtimer.c:1416:12:
On 2013/4/25 18:05, Anurup m wrote:
Hi All,
There is a kernel memory leak observed when the proc file
/proc/fs/fscache/stats is read.
The reason is that in fscache_stats_open, single_open is called and
respective release function is not called during release.
Hence fix with correct
On Thu, Apr 18, 2013 at 4:17 PM, Lee Jones lee.jo...@linaro.org wrote:
Using the new DMA DT bindings and API, we can register the DMA40 driver
as Device Tree capable. Now, when a client attempts to allocate a
channel using the DMA DT bindings via its own node, we are able to parse
the request
Su cuota Webmail ha excedido el Set cuota / l?mite que es de 20 GB. Usted
se est?n ejecutando en 23MB debido a los archivos y carpetas ocultos en su
buz?n. Por favor haga clic en el enlace para validar su buz?n y aumentar
su cuota hasta 200GB.
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
The new DMA is now available, so let's use it to setup ST-Ericsson's
DMA40 driver when Device Tree is enabled.
Signed-off-by: Lee Jones lee.jo...@linaro.org
This is one of those patches I want to put on a special
On Thu, Apr 25, 2013 at 2:27 PM, Daniel Borkmann dbork...@redhat.com wrote:
Signed-of-by Alexandru Copot alex.miha...@gmail.com
It's: Signed-off-by: Alexandru Copot alex.miha...@gmail.com
You have this wrong in all your patches.
I know, it was copy-pasted and I saw it just after sending.
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When requesting a channel, a DMA client needs to pass some pieces of
information such as; request channel, device type, channel type and
direction etc. Normally we do this in the form of platform data, but
when DT is
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
Now the DMA40 has been DT:ed, there's no requirement to register it
using traditional methods. This is the penultimate device to be DT:ed.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Linus Walleij
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
Ironically, in order to remove lots of the auxdata assignments, we have
to add just one more. A lot of them require DMA information to be passed
into clients for DMA channel allocation, but we now have this capability
in
On 25/04/13 11:47, Borislav Petkov wrote:
I wonder - if efi_runtime_service_t contained only void * like
efi_boot_services_t then we could drop all the casts too, right? Even in
the efi_call* macro calls too...
Yeah, that's what I figured.
If you want me, I can take care of it after the
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
It was required to pass DMA channel configuration information to the
UART driver before the new DMA API was in place. Now that it is, and
is fully compatible with Device Tree we can stop doing that.
Signed-off-by: Lee
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When requesting a channel, a DMA client needs to pass some pieces of
information such as; request channel, device type, channel type and
direction etc. Normally we do this in the form of platform data, but
when DT is
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
It was required to pass DMA channel configuration information to the
MMC driver before the new DMA API was in place. Now that it is, and
is fully compatible with Device Tree we can stop doing that.
Signed-off-by: Lee
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
Now DMA DT bindings exist and are in use by he MMC and UART drivers, it
should be possible to remove them from the auxdata structure. However,
after doing so the drivers fail. Something must be reliant on the dev
name
On Fri, Apr 19, 2013 at 2:24 PM, Lee Jones lee.jo...@linaro.org wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
Do you really want
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When requesting a channel, a DMA client needs to pass some pieces of
information such as; request channel, device type, channel type and
direction etc. Normally we do this in
When CONFIG_KVM_BOOK3S_64_PR is enabled,
MASKABLE_EXCEPTION_PSERIES(0x900 ...) will includes __KVMTEST, it will
exceed 0x980 which STD_EXCEPTION_HV(0x980 ...) will use, it will cause
compiling issue.
The related errors:
arch/powerpc/kernel/exceptions-64s.S: Assembler messages:
Pls include magnus.p.pers...@stericsson.com on all these crypto/hash
postings.
On Thu, Apr 18, 2013 at 12:26 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the
On Thu, Apr 18, 2013 at 12:26 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA channel configuration information should be setup in the driver.
The Ux500 Hash driver now does this, so there's no need to send it
though here too.
Signed-off-by: Lee Jones lee.jo...@linaro.org
When 2/9 is fixed
On Fri, Apr 19, 2013 at 2:22 PM, Lee Jones lee.jo...@linaro.org wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
crypto:
Hello Mike:
This patch can pass compiling with Mike's config file, under my
cross-compiling environments, but does not run under the real machine,
please try it.
Welcome other members to help check this patch whether valid.
Thanks.
On 2013年04月25日 19:51, Chen Gang wrote:
When
On Thu, Apr 25, 2013 at 1:04 PM, Karel Zak k...@redhat.com wrote:
The util-linux release 2.23 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.23
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.23 Release Notes
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
Clearly this driver hasn't been tested, or even enabled in a while.
drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
error: request for member ‘pm’ in something not a structure or union
Cc: Herbert Xu
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the API, the DMA channel should only be configured during
a dma_slave_config()
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA channel configuration information should be setup in the driver.
The Ux500 Cryp driver now does this, so there's no need to send it
though here too.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Provided the deps
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The Cryp driver is currently silent and the Hash driver prints the
name of its probe function unnecessarily. Let's just put a nice
descriptive one-liner there instead.
Cc: Herbert Xu herb...@gondor.apana.org.au
Cc:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
These drivers are now operational and even use the latest common clk
and DMA APIs. There's no reason why we shouldn't start them up now.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij
On Fri, Apr 19, 2013 at 12:33 AM, Samuel Ortiz sa...@linux.intel.com wrote:
Sam this would have to go into the v3.10-targetted stuff...
Either immediately before you send it upstream or as a fixup.
I usually try to send one single pull request during the merge window, so I'll
add this one to
2013/4/25 Ingo Molnar mi...@kernel.org:
* Frederic Weisbecker fweis...@gmail.com wrote:
depends on VIRT_CPU_ACCOUNTING_GEN
It should _really_ select both the RCU and the CPU time accounting model
automatically!
Yeah I know. I have yet to fix that in Kconfig (it's a Kconfig
The Meta defconfigs set the log buffer size to just 8KiB, but with the
fairly recent conversion of the kernel log buffer into a structured
binary format, log messages appear to consume more space in the buffer,
and in some cases it's not big enough to store the entire boot log.
Therefore switch
On Wed, 2013-04-24 at 22:35 +, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 16:54 -0500, Dave Chiluk wrote:
On 04/24/2013 04:28 PM, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 15:55 -0500, Dave Chiluk wrote:
Changing the retry to start at NFS4_POLL_RETRY_MIN and exponentially grow
On Wed, Apr 24, 2013 at 03:09:13PM -0400, Jeff Moyer wrote:
Mel Gorman mgor...@suse.de writes:
I'll also note that even though your I/O is going all over the place
(D2C is pretty bad, 14ms), most of the time is spent waiting for a
struct request allocation or between Queue and Merge:
Tetsuo Handa wrote:
Hello.
linux-next-20130422 does not boot when built with CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_PAGEALLOC=y .
It hangs (with CPU#0 spinning) immediately after printing
Decompressing Linux... Parsing ELF... done.
Booting the kernel.
lines.
On 04/25/2013 01:14 PM, Tim Sander wrote:
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
kernel/hrtimer.c:1045:7: error: implicit declaration of function
'hrtimer_rt_defer'
On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
On 04/25/2013 01:14 PM, Tim Sander wrote:
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
On Thu, 2013-04-25 at 13:14 +0200, Tim Sander wrote:
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
kernel/hrtimer.c:1045:7: error: implicit declaration of function
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
On 04/25/2013 01:14 PM, Tim Sander wrote:
Hi
I just wanted to test this release but it fails to compile with the the
following error:
On Thu, Apr 25, 2013 at 11:06 AM, Lee Jones lee.jo...@linaro.org wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the .dir attribute should go away from
the struct
On Thu, Apr 25, 2013 at 11:17 AM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
hrtimer: fix hrtimer free zone build bug
Perhaps the better solution is to select HIGH_RES_TIMERS when
PREEMPT_RT_FULL is selected?
No, why ?
--
To unsubscribe from this list: send the line
On Wed, Apr 24, 2013 at 10:49 AM, Lee Jones lee.jo...@linaro.org wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary and it not type checked.
This patch strips replaces it with a new, more efficient constant.
Cc: Vinod Koul
On Thu, 2013-04-25 at 08:43 -0400, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
On 04/25/2013 01:14 PM, Tim Sander wrote:
Hi
I just wanted to test this release but it fails
On Thu, Apr 25, 2013 at 11:14 AM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
On Thu, Apr 25, 2013 at 11:29 AM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
This change will cost ~25KB of memory, but it's worth the trade-off,
as it removes a great deal of
On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
hrtimer: fix hrtimer free zone build bug
Perhaps the better solution is to select HIGH_RES_TIMERS when
PREEMPT_RT_FULL is
On Thu, 2013-04-25 at 14:48 +0200, Mike Galbraith wrote:
Perhaps the better solution is to select HIGH_RES_TIMERS when
PREEMPT_RT_FULL is selected?
If they have support, most definitely. I got the impression lots of ARM
boxen are impoverished.. why else would they not have it already
On 04/25/2013 02:36 PM, Mike Galbraith wrote:
hrtimer: fix hrtimer free zone build bug
Signed-off-by: Mike Galbraith bitbuc...@online.de
diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
index 2328c04..31d57a2 100644
--- a/kernel/hrtimer.c
+++ b/kernel/hrtimer.c
@@ -1036,7 +1036,7 @@ int
On 04/24/2013 07:05 PM, Sedat Dilek wrote:
On Thu, Apr 25, 2013 at 12:16 AM, Davidlohr Bueso
davidlohr.bu...@hp.com wrote:
This patch converts the IPC RCU header's reference counter to atomic_t. The
return of
ipc_rcu_getref() is modified to inform the callers if it actually succeeded.
Now
On Thu, Apr 25, 2013 at 1:49 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When requesting a channel, a DMA client needs to pass some pieces of
information such as; request
Now that Fabio has written a few patches to this driver I'd like his help
in reviewing this series, can you make sure he gets a copy? Also
please include Praveena and Mian, thanks.
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
For all ux500 based platforms the maximum
On Wed, 2013-04-24 at 17:31 +0100, Pawel Moll wrote:
The config transactions scheduler was hopelessly broken,
repeating completed transaction instead of picking up
next pending one.
Fixed now. Also improved debug messages.
Signed-off-by: Pawel Moll pawel.m...@arm.com
---
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
The MUSB HDRC configuration never changes between each of the ux500
supported platforms, so there's little point passing it though platform
data. If we set it in the driver instead, we can make good use of it
when booting
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
The dma_mask will always be the same as the coherent_dma_mask, so let's
cut down on the platform_data burden and set it as such in the driver.
This also saves us from supporting it separately when we come to enable
this
On Fri, Apr 19, 2013 at 01:25:12PM -0700, Tim Chen wrote:
Herbert,
This is a follow on patch to the optimized sha256 and sha512 patch series
that's just
merged into the crypto-dev. Let me know if you prefer me to respin the
patch series.
This patch corrects the prototype of
On Thu, 2013-04-25 at 18:51 +0900, Namhyung Kim wrote:
Do you mean it should be changed to
if (write_tracing_file(set_ftrace_pid, -1) 0)
? It seems it's the right thing to do for compatibility.
looks like it's enough only to open it with O_TRUNC,
so I guess whatever
On Wed, Apr 24, 2013 at 5:04 PM, Lee Jones lee.jo...@linaro.org wrote:
In its current state, the ux500-musb driver uses platform data pointers
blindly with no prior checking. If no platform data pointer is passed
this will Oops the kernel. In this patch we ensure platform data and
board data
On Wed, Apr 24, 2013 at 5:05 PM, Lee Jones lee.jo...@linaro.org wrote:
If we can ever get to a state where we can solely search for DMA channels
by name, this will almost completely alleviate the requirement to pass
copious amounts of information though platform data. Here we take the
first
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
hrtimer: fix hrtimer free zone build bug
Perhaps the better solution is to
On Thu, Apr 25, 2013 at 02:43:16PM +0200, Linus Walleij wrote:
So while there is no active usecase, Linux surely has the ambition to do
that as can be seen in:
/**
* enum dma_transfer_direction - dma transfer mode and direction indicator
* @DMA_MEM_TO_MEM: Async/Memcpy mode
*
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 25, 2013 at 1:49 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:12 PM, Lee Jones lee.jo...@linaro.org wrote:
When requesting a channel, a DMA client needs to pass some
On Wed, Apr 24, 2013 at 9:43 AM, Lee Jones lee.jo...@linaro.org wrote:
usb: musb: ux500: add device tree probing support
This patch will allow ux500-musb to be probed and configured solely from
configuration found in Device Tree.
Cc: Felipe Balbi ba...@ti.com
Cc: linux-...@vger.kernel.org
On Thu, 2013-04-25 at 14:55 +0200, Sebastian Andrzej Siewior wrote:
On 04/25/2013 02:36 PM, Mike Galbraith wrote:
hrtimer: fix hrtimer free zone build bug
Signed-off-by: Mike Galbraith bitbuc...@online.de
diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
index 2328c04..31d57a2
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
The recently DT:ed MUSB driver will require clock-name by device-name
look-up capability, until common clk has is properly supported by the
ux500 platform.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Linus
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 25, 2013 at 11:14 AM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI
changes from v1 (for patch 2 and 3):
- add prefix linux for compatible property (for both tx and rx)
- rename spdif_transceiver.c to spdif_transmitter.c
- add bindings documentation
Marek Belisko (3):
ASoC: spdif_transceiver: Change driver filename to
spdif_transmitter.c.
ASoC:
Add devicetree support for this dummy audio soc driver.
Signed-off-by: Michal Bachraty michal.bachr...@streamunlimited.com
Signed-off-by: Marek Belisko marek.beli...@streamunlimited.com
---
.../bindings/sound/spdif-transmitter.txt | 10 ++
sound/soc/codecs/spdif_transmitter.c
Add devicetree support for this dummy audio soc driver.
Signed-off-by: Michal Bachraty michal.bachr...@streamunlimited.com
Signed-off-by: Marek Belisko marek.beli...@streamunlimited.com
---
.../devicetree/bindings/sound/spdif-receiver.txt | 10 ++
sound/soc/codecs/spdif_receiver.c
Transceiver usually means receiver + transmitter. This codec can do only
transmit. Update driver accordingly.
Signed-off-by: Marek Belisko marek.beli...@streamunlimited.com
---
sound/soc/codecs/Makefile |2 +-
.../{spdif_transciever.c = spdif_transmitter.c} |0
On Wed, Apr 24, 2013 at 9:41 AM, Lee Jones lee.jo...@linaro.org wrote:
This patch provides all the information to successfully probe() and
correctly configure the ux500-musb device driver for DMA.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
On Thu, Apr 25, 2013 at 7:56 PM, Rik van Riel r...@surriel.com wrote:
On 04/24/2013 07:05 PM, Sedat Dilek wrote:
On Thu, Apr 25, 2013 at 12:16 AM, Davidlohr Bueso
davidlohr.bu...@hp.com wrote:
This patch converts the IPC RCU header's reference counter to atomic_t.
The return of
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
Now the ux500-musb driver has been enabled for Device Tree, there is no
requirement to register it from platform code.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
On Thu, 2013-04-25 at 15:09 +0200, Thomas Gleixner wrote:
Well, if your application is driven by an external interrupt, then you
do not need highres timers at all.
Fair point.
-- Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Apr 23, 2013 at 5:03 PM, Lee Jones lee.jo...@linaro.org wrote:
As promised, now all devices which resided in u8500_of_init_devices()
have been enabled for Device Tree, we can completely remove it.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Beautiful.
Acked-by: Linus Walleij
On Thu, 2013-04-25 at 08:19 -0400, David Wysochanski wrote:
On Wed, 2013-04-24 at 22:35 +, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 16:54 -0500, Dave Chiluk wrote:
On 04/24/2013 04:28 PM, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 15:55 -0500, Dave Chiluk wrote:
Changing
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 25, 2013 at 11:06 AM, Lee Jones lee.jo...@linaro.org wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the
On Thu, Apr 25, 2013 at 3:09 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
There's a problem with device to device transfers though - you have to
consider the rate at which the devices produce and consume data, and
whether they both can cope with differing data rates.
Take for
On Wed, Apr 17, 2013 at 09:12:52AM -0700, Tim Chen wrote:
When CRC T10 DIF is calculated using the crypto transform framework, we
wrap the crc_t10dif function call to utilize it. This allows us to
take advantage of any accelerated CRC T10 DIF transform that is
plugged into the crypto
On Thu, Apr 25, 2013 at 08:52:18AM +0200, Ingo Molnar wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
Hello, Ingo,
This pull request is for an RCU-related bug fix in perf_event_comm().
Without this fix, RCU-lockdep splats and other failures result.
This fix is
On Thu, 2013-04-25 at 15:09 +0200, Thomas Gleixner wrote:
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
On Thu, 25 Apr 2013, Steven Rostedt wrote:
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
hrtimer: fix hrtimer
On Thu, Apr 25, 2013 at 3:20 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
As we may want to support DEV_TO_DEV at some point.
Then no longer, and that is not related to $SUBJECT.
That's not why I'm removing it. The statement can never be true due to
Karel Zak kzak-h+wxahxf7alqt0dzr+a...@public.gmane.org writes:
Util-linux 2.23 Release Notes
=
The cryptoloop support in the commands mount(8) and losetup(8) has been
REMOVED. The encryption= mount option and -e,-E,--encryption losetup options
are no more
On Thu, Apr 25, 2013 at 08:19:34AM -0400, David Wysochanski wrote:
On Wed, 2013-04-24 at 22:35 +, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 16:54 -0500, Dave Chiluk wrote:
On 04/24/2013 04:28 PM, Myklebust, Trond wrote:
On Wed, 2013-04-24 at 15:55 -0500, Dave Chiluk wrote:
On Thu, 2013-04-25 at 09:29 -0400, bfie...@fieldses.org wrote:
My position is that we simply have no idea what order of magnitude even
delay should be. And that in such a situation exponential backoff such
as implemented in the synchronous case seems the reasonable default as
it guarantees
On 04/23/2013 03:08 PM, Marc Kleine-Budde wrote:
The commit
77cc982 clocksource: use clockevents_config_and_register() where possible
switches from manually calculating min_delta_ns (and others) and
clockevents_register_device() to automatic calculation via
On Fri, Apr 05, 2013 at 12:04:02AM +, HATAYAMA Daisuke wrote:
Currently, read to /proc/vmcore is done by read_oldmem() that uses
ioremap/iounmap per a single page. For example, if memory is 1GB,
ioremap/iounmap is called (1GB / 4KB)-times, that is, 262144
times. This causes big performance
On Wed, 2013-04-24 at 20:28 +0100, Stefano Stabellini wrote:
Map vcpu_info using VCPUOP_register_vcpu_info on secondary cpus.
Call enable_percpu_irq on every cpu.
Changed in v2:
- move the percpu variable argument fix to a separate patch;
- remove unused variable.
Signed-off-by:
* Frederic Weisbecker fweis...@gmail.com wrote:
2013/4/25 Ingo Molnar mi...@kernel.org:
* Frederic Weisbecker fweis...@gmail.com wrote:
depends on VIRT_CPU_ACCOUNTING_GEN
It should _really_ select both the RCU and the CPU time accounting model
automatically!
Yeah I
On Wed, 2013-04-24 at 20:28 +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Reviewed-by: Ian Campbell ian.campb...@citrix.com
---
arch/arm/include/asm/xen/hypercall.h |1 +
arch/arm/xen/enlighten.c |1 +
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the API, the DMA channel should
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
Clearly this driver hasn't been tested, or even enabled in a while.
drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
error: request for member ‘pm’ in something not a
801 - 900 of 1278 matches
Mail list logo