Torben Mathiasen writes:
Just noticed the SCSI drivers for the ACORN bus weren't
updated to the new initialization. AFAIK these drivers couldn't
have been functional without this patch.
Please don't apply these!
I've already got patches in the ARM tree, and the -ac tree to fix this. The
On Sun, May 27, 2001 at 11:07:38PM +0200, Adrian Bunk wrote:
I do also explicitely send this mail to the people that seem to be
responsible for the pieces of code I touch.
I'm not sure whether the compete removal of the #ifdef __KERNEL__'s is
too rude but there are already other
On Tue, Apr 03, 2001 at 04:16:04PM +0400, Vladimir Serov wrote:
Unfortunately the details of handling these requests aren't clear for me
and it's not simple to use Alan Cox patches on ARM cause there not
supported by Russell King and other people in ARM community (I mean no
patches again
On Mon, Dec 17, 2007 at 09:56:30PM +0100, Remy Bohmer wrote:
+#define lread(port) __raw_readl(port)
+#define lwrite(v, port) __raw_writel(v, port)
Why is this necessary, and what does 'l' stand for?
There is a huge list of macros below these definitions. By doing
On Thu, Dec 20, 2007 at 10:03:53AM +0100, Pierre Savary wrote:
I need some help about syscalls and modules. In fact I want to adapt the
g_file_storage module to my own application.
I need to use sys_umount and sys_mount but when I compile I obtain this
message :
[...]
Kernel:
On Thu, Dec 20, 2007 at 10:26:08AM +0100, Pierre Savary wrote:
In fact I have a part (/dev/mmcblk0p5) that I want share with USB gadget
(g_file_storage). But if USB is not connect to a PC, I want that this part
was mounted on my board. An I want unmount this part when the board is
plugged on a
On Wed, Nov 28, 2007 at 03:19:14PM -0800, Daniel Walker wrote:
On Wed, 2007-11-28 at 23:03 +, Russell King - ARM Linux wrote:
On Wed, Nov 28, 2007 at 04:13:07PM -0500, Steven Rostedt wrote:
On Wed, 28 Nov 2007, Daniel Walker wrote:
Ignoring the ARM side of things
On Thu, Nov 29, 2007 at 11:14:30AM +0100, Remy Bohmer wrote:
I do not think Russell is right here with assuming that the wrong
interrupt handler type is used. Looking at the behaviour of the
mainline kernel (non-RT), the implementation is quite different: On
mainline the handle_simple_irq() in
On Thu, Nov 29, 2007 at 12:27:30PM +0100, Remy Bohmer wrote:
Hello Russell,
If 'no' then it's the right handler and the mask/unmask methods associated
with the interrupt will be no-ops.
I completely understand what you keep on saying, but that would imply
that the following piece of
On Thu, Nov 29, 2007 at 03:18:04PM +0100, Remy Bohmer wrote:
Hello Russell,
If people insist on adding the mask/unmask crap to it, the function
might as well be deleted and be an alias for handle_level_IRQ. Because
that's _precisely_ what you lot are turning it into.
First, I want to
On Thu, Nov 22, 2007 at 12:34:09AM +, ian wrote:
+void mfd_free_devices(struct platform_device *devices, int nr_devs)
+{
+ struct platform_device *dev = devices;
+ int i;
+
+ for (i = 0; i nr_devs; i++) {
+ struct resource *res = dev-resource;
+
On Thu, Nov 22, 2007 at 10:52:46AM +, ian wrote:
On Thu, 2007-11-22 at 00:52 +, Russell King - ARM Linux wrote:
On Thu, Nov 22, 2007 at 12:34:09AM +, ian wrote:
Unfortunately, this is broken as designed (in fact this whole file is.)
Fix attached below.
Thanks
On Wed, Nov 28, 2007 at 03:38:11PM +0100, Remy Bohmer wrote:
Hello Daniel,
* Note: The caller is expected to handle the ack, clear, mask and
* unmask issues if necessary.
So we shouldn't need any flow control unless there is some other
factors..
This comment can be
On Wed, Nov 28, 2007 at 02:04:41PM -0500, Steven Rostedt wrote:
Thanks for the reply and this nice explanation.
I'm taking this as a NACK.
Daniel or Remy, could you find the offending users and make send patches
to fix them.
Note that I'm not acking nor nacking the patch; I'm not involved
On Wed, Nov 28, 2007 at 04:13:07PM -0500, Steven Rostedt wrote:
On Wed, 28 Nov 2007, Daniel Walker wrote:
Ignoring the ARM side of things for a sec, handle_simple_irq() will
mask() the interrupt in the special case that an interrupt is already in
the processes of being handled..
On Tue, Dec 04, 2007 at 09:14:29AM +0100, Jan Altenberg wrote:
Hi all,
Your patch looks correct, and seems to be the only obvious chunk
that's missing. So, I'll ack it FWIW ... usual policy for these
patches is to go through Russell.
You can add my Ack for what it's worth.
OK,
On Fri, Dec 14, 2007 at 05:16:46PM +0100, Jean Delvare wrote:
Hi Eric,
On Mon, 10 Dec 2007 17:37:05 +0800, eric miao wrote:
Support for PCA9539 as a GPIO chip is separated into two patches:
0001 - gpiolib: basic support for 16-bit PCA9539 GPIO expander
0002 - gpiolib: add Generic IRQ
On Tue, Dec 11, 2007 at 06:38:51PM +0300, Dmitry Baryshkov wrote:
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Looks fine to me, but Dmitry Torokhov needs to look at it; he maintains
On Thu, Dec 20, 2007 at 11:50:59AM +0100, Pierre Savary wrote:
Could you give me some sample, because I have no idea to how to send a
uevent in userspace ...
TBH I don't know - only that my suggestion would be the most logical way
to go about it. Maybe looking in MAINTAINERS and asking in a
On Fri, Dec 28, 2007 at 03:03:22PM -0800, Andrew Morton wrote:
On Fri, 28 Dec 2007 13:11:37 + Bahadir Balban [EMAIL PROTECTED] wrote:
Hi,
On ARM with PCI, I get this error since -rc2 (didn't try rc1):
sysfs: duplicate filename 'bridge' can not be created
WARNING: at
On Thu, Nov 01, 2012 at 12:46:38PM -0700, Kees Cook wrote:
From: Will Drewry w...@chromium.org
On tracehook-friendly platforms, a system call number of -1 falls
through without running much code or taking much action.
ARM is different. This adds a lightweight check to arm_syscall()
to
On Thu, Nov 01, 2012 at 12:46:37PM -0700, Kees Cook wrote:
#ifdef CONFIG_SECCOMP
- tst r10, #_TIF_SECCOMP
- beq 1f
- mov r0, scno
- bl __secure_computing
- add r0, sp, #S_R0 + S_OFF @ pointer to regs
- ldmia r0, {r0 - r3}
On Thu, Nov 01, 2012 at 11:20:10PM +0100, Thomas Petazzoni wrote:
Linus,
On Thu, 1 Nov 2012 22:28:49 +0100, Linus Walleij wrote:
+void fpga_handle_irq(struct pt_regs *regs);
This function does not need to be exposed in a public header: as
proposed for the bcm2835 and armada-370-xp IRQ
On Mon, Sep 24, 2012 at 12:06:19PM +0900, Chanho Min wrote:
Even if we set affinity to multiple cpus via procfs, gic_set_affinity
allows to set one target only. But, '/proc/irq/xxx/smp_affinity' shows
as we are successful in the setting of multiple affinity. Thus irq_data-
affinity mismatches
On Fri, Sep 21, 2012 at 11:56:07AM -0400, Cyril Chemparathy wrote:
From: Vitaly Andrianov vita...@ti.com
This patch fixes the initrd setup code to use phys_addr_t instead of assuming
32-bit addressing. Without this we cannot boot on systems where initrd is
located above the 4G physical
On Fri, Sep 21, 2012 at 11:56:04AM -0400, Cyril Chemparathy wrote:
This patch applies to PAGE_MASK, PMD_MASK, and PGDIR_MASK, where forcing
unsigned long math truncates the mask at the 32-bits. This clearly does bad
things on PAE systems.
This patch fixes this problem by defining these
On Mon, Sep 24, 2012 at 01:20:42PM -0700, Stephen Boyd wrote:
On 09/22/12 03:06, Russell King - ARM Linux wrote:
On Tue, Sep 18, 2012 at 11:05:27PM -0700, Stephen Boyd wrote:
The first patch in this series fixes error checking in the wm831x clock
driver and is here to prevent context
On Tue, Sep 25, 2012 at 01:52:03PM +0530, Poddar, Sourav wrote:
Hi Greg,
Ping on this?
On Tue, Sep 18, 2012 at 6:10 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Greg's tty-next is not booting on 2420 based N800. The failure is
observed at serial init itself. The reason might be that
On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
On Tue, Sep 25, 2012 at 09:30:29AM +0100, Russell King - ARM Linux wrote:
How is this happening? I think that needs proper investigation - or if
it's had more investigation, then the results needs to be included in
the commit
On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
On Tue, Sep 25, 2012 at 09:30:29AM +0100, Russell King - ARM Linux wrote:
How
On Tue, Sep 25, 2012 at 12:48:16PM +0300, Felipe Balbi wrote:
Hi,
On Tue, Sep 25, 2012 at 10:21:18AM +0100, Russell King - ARM Linux wrote:
On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
On Tue
Right, let's get this thread back onto a constructive footing and try
to understand the problems here.
On Tue, Sep 25, 2012 at 03:26:06PM +0530, Poddar, Sourav wrote:
The issue was observed at serial init itself in the N800 board and the
log does not show up much.
On Tue, Sep 25, 2012 at 01:37:03PM +0300, Felipe Balbi wrote:
On Tue, Sep 25, 2012 at 11:29:58AM +0100, Russell King - ARM Linux wrote:
Because you are accusing me of potentially breaking your beagleboard
for merely suggesting further investigation and a better commit message.
Where did I
On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
that's most likely, of course. But should we cause a regression to
beagleboard XM because of that ? Also, if you look into chapter 9 of the
runtime_pm documentation, starting on line 822 you'll see documentation
suggests the use of
On Tue, Sep 25, 2012 at 02:12:43PM +0300, Felipe Balbi wrote:
I don't see any aggressive attitude towards what you suggested,
actually. Mailing list archives are available to check, but the one
cursing around was always yourself and THAT deserves an apology.
Total rubbish. No apology, because
On Wed, Sep 26, 2012 at 01:08:33PM -0700, Greg Kroah-Hartman wrote:
On Sun, Sep 16, 2012 at 09:24:43PM +0800, Ming Lei wrote:
diff --git a/drivers/base/bus.c b/drivers/base/bus.c
index 181ed26..17d7437 100644
--- a/drivers/base/bus.c
+++ b/drivers/base/bus.c
@@ -714,12 +714,12 @@ int
On Wed, Sep 26, 2012 at 07:18:07PM +0200, Linus Walleij wrote:
+ irq_start = NOMADIK_GPIO_TO_IRQ(pdata-first_gpio);
+ irq_base = irq_alloc_descs(irq_start, 0, NMK_GPIO_PER_CHIP,
+numa_node_id());
+ if (IS_ERR_VALUE(irq_base)) {
commit
On Thu, Sep 27, 2012 at 07:47:46AM +0800, Ming Lei wrote:
On Thu, Sep 27, 2012 at 4:23 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
To be honest, I've not bothered to test the above patch, and now when I
look at it, I notice it's broken - in that on error it will corrupt
On Thu, Sep 27, 2012 at 02:58:09PM +0100, Russell King - ARM Linux wrote:
On Thu, Sep 27, 2012 at 07:47:46AM +0800, Ming Lei wrote:
On Thu, Sep 27, 2012 at 4:23 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
To be honest, I've not bothered to test the above patch, and now when
On Thu, Sep 27, 2012 at 07:34:07PM +0530, Kishon Vijay Abraham I wrote:
+static int omap5_usb_phy_power(struct omap_usb *phy, bool on)
+{
+ u32 val;
+ unsigned long rate;
+ struct clk *sys_clk;
+
+ sys_clk = clk_get(NULL, sys_clkin);
+ if (IS_ERR(sys_clk)) {
+
On Wed, Oct 03, 2012 at 03:15:05PM -0700, Andrew Morton wrote:
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
I've been telling people to alphanumerically sort Kconfig select
options for some time, but as
On Thu, Oct 04, 2012 at 09:45:35PM +0200, Geert Uytterhoeven wrote:
On Thu, Oct 4, 2012 at 9:41 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Oct 03, 2012 at 03:15:05PM -0700, Andrew Morton wrote:
Guys, don't do this. Either put the new item into a randomly-chosen
On Wed, Oct 03, 2012 at 05:18:56PM +0530, trisha yad wrote:
I wish to know how can I support this function in 3.0 ?
If your description is correct, then all you need to do is to ensure
that you route interrupts to other CPUs.
You can do that by running the userspace irqbalance daemon.
--
To
On Mon, Oct 01, 2012 at 10:06:39AM -0600, Jason Gunthorpe wrote:
On Mon, Oct 01, 2012 at 04:39:53PM +0100, Dave Martin wrote:
Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
LOAD 0x008000 0xc0008000 0x8000 0x372244 0x3a4310 RWE
0x8000
Not
On Thu, Oct 04, 2012 at 08:51:01PM +0100, David Howells wrote:
Can you merge the following branch into the arm tree please.
This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.
I'll merge this only after I've sorted through the issues
On Sun, Oct 07, 2012 at 04:00:37PM +0800, Axel Lin wrote:
config OMAP_DEBUG_LEDS
- def_bool y if NEW_LEDS
+ default y if LEDS_CLASS
depends on OMAP_DEBUG_DEVICES
This change is wrong. You're making this config entry untyped.
--
To unsubscribe from this list: send the line
On Mon, Oct 29, 2012 at 09:34:25AM -0600, Josh Cartwright wrote:
Commit edc88ceb0c7d285b9f58bc29a638cd8163b59989 silenced the make -s build,
but
inadvertently made louder the non-silent build. Fix by prepending '@' to each
of the added $(kecho) statements.
Please put this in the patch
On Fri, Nov 02, 2012 at 01:51:44PM -0500, Mark Langsdorf wrote:
-static struct clk *twd_get_clock(void)
+static struct clk *twd_get_clock(struct device_node *np)
{
- struct clk *clk;
+ struct clk *clk = NULL;
int err;
- clk = clk_get_sys(smp_twd, NULL);
+ if (np)
On Sun, Oct 14, 2012 at 09:23:12PM +0200, Rabin Vincent wrote:
Extend the kprobes code to handle user-space probes. Much of the code
can be reused so currently the ARM uprobes code reuses the kprobes
structures. The decode tables are reused, with the modification that
for those instruction
On Mon, Nov 05, 2012 at 04:28:05PM -0600, Mark Langsdorf wrote:
On 11/04/2012 04:08 AM, Russell King - ARM Linux wrote:
On Fri, Nov 02, 2012 at 01:51:44PM -0500, Mark Langsdorf wrote:
-static struct clk *twd_get_clock(void)
+static struct clk *twd_get_clock(struct device_node *np
On Mon, Nov 05, 2012 at 10:42:26PM +, Arnd Bergmann wrote:
On Monday 05 November 2012, Rob Herring wrote:
But this should work:
if (!handle_arch_irq)
handle_arch_irq = fpga_handle_irq;
As long as the primary controller is always initialized first, this will
work. This
On Mon, Oct 22, 2012 at 02:02:50PM +0100, Mark Brown wrote:
@@ -327,6 +328,7 @@ config ARCH_AT91
select ARCH_REQUIRE_GPIOLIB
select CLKDEV_LOOKUP
select HAVE_CLK
+ select HAVE_CUSTOM_CLK
This is silly. If you select HAVE_CUSTOM_CLK then isn't it true that
HAVE_CLK
On Mon, Oct 22, 2012 at 02:27:11PM +0100, Mark Brown wrote:
On Mon, Oct 22, 2012 at 02:05:57PM +0100, Russell King - ARM Linux wrote:
On Mon, Oct 22, 2012 at 02:02:50PM +0100, Mark Brown wrote:
@@ -327,6 +328,7 @@ config ARCH_AT91
select ARCH_REQUIRE_GPIOLIB
select CLKDEV_LOOKUP
On Tue, Oct 23, 2012 at 11:22:47AM +0200, Thierry Reding wrote:
On Tue, Oct 23, 2012 at 09:41:46PM +1300, Tony Prisk wrote:
Further to the discussion, my preference is still for of_clk_get()
(although I've changed the patch anyway as you saw because it makes no
difference in this case) :)
On Tue, Oct 23, 2012 at 03:21:58PM +0200, Philip Rakity wrote:
On 23 Oct 2012, at 09:19, Pavan Kunapuli pkunap...@nvidia.com wrote:
- /* If vqmmc regulator and no 1.8V signalling, then there's no UHS */
+ /*
+* If vqmmc regulator and no 1.8V signalling, then there's no UHS.
+*
On Tue, Oct 23, 2012 at 01:01:20PM -0700, Kees Cook wrote:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
I have a patch queued up for -rc which removes a number of these, but
On Tue, Oct 09, 2012 at 02:00:34PM +0200, Linus Walleij wrote:
On Fri, Oct 5, 2012 at 3:16 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
[Me]
If I understand correctly the below more or less exports
struct irq_chip to userspace,
trying to hide it by instead exposing a property
On Tue, Oct 09, 2012 at 05:22:59PM +0200, Arnd Bergmann wrote:
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
in the what?
--
On Tue, Oct 09, 2012 at 04:40:54PM +0100, Jonathan Austin wrote:
Hi Arnd,
On 09/10/12 16:22, Arnd Bergmann wrote:
diff --git a/arch/arm/lib/delay.c b/arch/arm/lib/delay.c
index 9d0a300..0dc5385 100644
--- a/arch/arm/lib/delay.c
+++ b/arch/arm/lib/delay.c
@@ -45,6 +45,7 @@ int
On Tue, Oct 09, 2012 at 05:22:54PM +0200, Arnd Bergmann wrote:
Here are some patches that belong into your domain, I hope you can
just send the lot to Linus the next time you send other patches.
These bug fixes all address problems found with automated build testing.
Some of them have been
On Thu, Oct 11, 2012 at 01:09:46PM +0530, vaibhav shinde wrote:
Hi Russel,
On Fri, Oct 5, 2012 at 2:01 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Oct 03, 2012 at 05:18:56PM +0530, trisha yad wrote:
I wish to know how can I support this function in 3.0
On Tue, Oct 09, 2012 at 10:13:55PM +0200, Arnd Bergmann wrote:
s3c2440_clk_add is a subsys_interface method and calls clkdev_add_table,
which means we might be calling it after the __init section is
discarded.
Without this patch, building mini2440_defconfig results in:
WARNING:
On Fri, Oct 12, 2012 at 02:45:42PM +0100, Lee Jones wrote:
That's odd. I get:
root@ME:/ cat sys/boottime/bootloader
0
root@ME:/ cat sys/boottime/kernel
4276
root@ME:/ cat /sys/kernel/debug/boottime/summary
kernel: 4276 msecs
total: 4276 msecs
root@ME:/ cat
On Fri, Oct 12, 2012 at 09:35:54AM -0700, Kevin Hilman wrote:
Sourav sourav.pod...@ti.com writes:
diff --git a/drivers/tty/serial/omap-serial.c
b/drivers/tty/serial/omap-serial.c
index 6ede6fd..3fbc7f7 100644
--- a/drivers/tty/serial/omap-serial.c
+++ b/drivers/tty/serial/omap-serial.c
On Fri, Oct 12, 2012 at 05:29:55PM +, Poddar, Sourav wrote:
Hi Russell,
From: Russell King - ARM Linux [li...@arm.linux.org.uk]
Sent: Friday, October 12, 2012 10:12 PM
To: Kevin Hilman
Cc: Poddar, Sourav; Paul Walmsley; Balbi, Felipe; gre
On Fri, Oct 12, 2012 at 10:59:22AM -0700, Kevin Hilman wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Fri, Oct 12, 2012 at 09:35:54AM -0700, Kevin Hilman wrote:
Sourav sourav.pod...@ti.com writes:
diff --git a/drivers/tty/serial/omap-serial.c
b/drivers/tty/serial
On Thu, Oct 18, 2012 at 12:01:17AM +0200, Krzysztof Halasa wrote:
Hi,
Arnd Bergmann a...@arndb.de writes:
Also, never rebase your tree immediately before sending a pull
request.
I did not, of course. My mail stated:
Build-tested for now. This is based on your current tree tip because
On Mon, Nov 12, 2012 at 04:12:29PM +0100, Maarten Lankhorst wrote:
Op 08-11-12 21:23, Sasha Levin schreef:
@@ -465,10 +465,8 @@ static void __init combiner_cascade_irq(unsigned int
combiner_nr, unsigned int i
else
max_nr = EXYNOS4_MAX_COMBINER_NR;
- if
On Fri, Nov 09, 2012 at 03:17:33PM -0600, Rob Clark wrote:
From: Rob Clark r...@ti.com
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
NAK.
(I did write a better email explaining all the ins and outs of
On Mon, Nov 12, 2012 at 01:58:32PM -0600, Rob Clark wrote:
On Mon, Nov 12, 2012 at 1:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Nov 09, 2012 at 03:17:33PM -0600, Rob Clark wrote:
From: Rob Clark r...@ti.com
A new atomic modeset/pageflip ioctl being developed
On Mon, Nov 12, 2012 at 05:33:41PM -0600, Rob Clark wrote:
I'm sort of thinking maybe we want to change 'switch (sizeof(*(__p)))'
with 'switch (sizeof(typeof(x)))' in case someone ignores the compiler
warning when they try something like:
Definitely not. Ttype of access is controlled by the
On Mon, Nov 12, 2012 at 06:31:50PM -0600, Rob Clark wrote:
right, that is what I was worried about.. but what about something
along the lines of:
case 8: { \
if (sizeof(x) 8) \
On Tue, Nov 13, 2012 at 09:11:09AM +, Arnd Bergmann wrote:
On Tuesday 13 November 2012, Rob Clark wrote:
right, that is what I was worried about.. but what about something
along the lines of:
case 8: { \
On Sun, Oct 14, 2012 at 05:35:23PM +0200, Daniel Mack wrote:
I rebased my ARM development branch and figured that your patch 9fff2fa
(arm: switch to saner kernel_execve() semantics) breaks the boot on my
board right after init is invoked via NFS:
Ok, I'm not going to assign blame to Al's
Okay, here's the post-mortem diagnosis.
What's happening is as follows (I'm very certain of this.)
We come through the usual init, and issue (see init/main.c):
kernel_thread(kernel_init, NULL, CLONE_FS | CLONE_SIGHAND);
This creates a new thread, which falls through to the
On Mon, Oct 15, 2012 at 12:39:40AM +0200, Daniel Mack wrote:
Tested-by: Daniel Mack zon...@gmail.com
Many thanks for the very prompt response!
Thanks Daniel.
I've also tested this on my OMAP4430 board running in ARM mode, so that
still works - we've covered the possibilities between us here
On Tue, Oct 16, 2012 at 09:04:34AM +0300, Hiroshi Doyu wrote:
In addition to those contiguous/discontiguous page allocation, is
there any way to _import_ anonymous pages allocated by a process to be
used in dma-mapping API later?
I'm considering the following scenario, an user process
On Tue, Oct 16, 2012 at 07:12:49PM +0900, Inki Dae wrote:
Hi Hiroshi,
I'm not sure I understand what you mean but we had already tried this
way and for this, you can refer to below link,
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg22555.html
but this
On Tue, Oct 16, 2012 at 12:27:55PM +0200, Hiroshi Doyu wrote:
Hi Russell,
Russell King - ARM Linux li...@arm.linux.org.uk wrote @ Tue, 16 Oct 2012
10:59:28 +0200:
On Tue, Oct 16, 2012 at 09:04:34AM +0300, Hiroshi Doyu wrote:
In addition to those contiguous/discontiguous page
On Tue, Oct 16, 2012 at 04:04:14PM +0200, Uwe Kleine-König wrote:
I used:
movne r0, r4
- movne lr, pc
- movne pc, r5
+ blxne r5
get_thread_info tsk
but I assume Russell's patch is better. (Probably because blx doesn't
exist everywhere?!)
Correct.
So if
On Tue, Oct 16, 2012 at 03:07:49PM -0700, Kevin Hilman wrote:
From: Thomas Gleixner t...@linutronix.de
Attempts to retrigger nested threaded IRQs currently fail because they
have no primary handler. In order to support retrigger of nested
IRQs, the parent IRQ needs to be retriggered.
To
On Thu, Oct 18, 2012 at 02:45:41PM +0800, Huang Shijie wrote:
于 2012年10月18日 14:18, Vinod Koul 写道:
Why cant you do start (prepare clock etc) when you submit the descriptor
to dmaengine. Can be done in tx_submit callback.
Similarly remove the clock when dma transaction gets completed.
I ever
On Fri, Sep 21, 2007 at 12:42:55PM +0200, Guennadi Liakhovetski wrote:
On Thu, 20 Sep 2007, Mike Rapoport wrote:
This patch provides driver for ITE 8152 PCI bridge.
Signed-off-by: Mike Rapoport [EMAIL PROTECTED]
arch/arm/common/Makefile |1 +
arch/arm/common/it8152.c
On Thu, Apr 18, 2013 at 09:02:38AM +0100, Lee Jones wrote:
@@ -321,19 +323,21 @@ static void mmci_dma_setup(struct mmci_host *host)
* attempt to use it bidirectionally, however if it is
* is specified but cannot be located, DMA will be disabled.
*/
- if
On Thu, Apr 18, 2013 at 09:14:16AM +0100, Lee Jones wrote:
@@ -269,7 +270,10 @@ static void pl011_dma_probe_initcall(struct
uart_amba_port *uap)
dma_cap_zero(mask);
dma_cap_set(DMA_SLAVE, mask);
- chan = dma_request_channel(mask, plat-dma_filter, plat-dma_tx_param);
+
On Thu, Apr 18, 2013 at 09:39:22AM +0100, Lee Jones wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
This suffers the same problem with your MMCI patch. If you're using DT and
don't provide the DMA information, you get errors printed. That's not on
for an optional driver
On Wed, Apr 17, 2013 at 05:34:45PM -0700, Stephen Boyd wrote:
On 03/26/13 10:35, Stephen Boyd wrote:
On 03/21/13 10:49, Stephen Boyd wrote:
On 03/14/13 17:08, Stephen Boyd wrote:
cyc_to_sched_clock() is called by sched_clock() and cyc_to_ns()
is called by cyc_to_sched_clock(). I suspect
On Thu, Apr 18, 2013 at 11:25:44AM +0200, Arnd Bergmann wrote:
+static void mmci_dma_setup(struct device *dev, struct mmci_host *host)
+{
+ const char *rxname, *txname;
+
+ host-dma_rx_channel = dma_request_slave_channel(dev, rx);
+ host-dma_tx_channel =
On Thu, Apr 18, 2013 at 11:11:45AM +0100, Lee Jones wrote:
The aim is to make the code that little more readable.
Maybe we should also invent the MULT() macro too, because a * b is just
too ugly as well? Maybe ADD(), SUB() and DIV() macros as well... Think
of all those extra parens you could
On Thu, Apr 18, 2013 at 11:11:57AM +0100, Lee Jones wrote:
+void d40_log_gim_unmask(u32 *src_cfg, u32 *dst_cfg) {
+
+ *src_cfg |= 1 D40_SREG_CFG_LOG_GIM_POS;
+ *dst_cfg |= 1 D40_SREG_CFG_LOG_GIM_POS;
So, in patch 3, you started using the BIT() macro. But here it's fine
not to
On Wed, Apr 17, 2013 at 05:04:23PM +0530, Sourav Poddar wrote:
Since uart_console definition is now moved to serial core
haeder file . Serial drivers need not define them.
This needs to be part of patch 1. Having it separate may provoke compiler
warnings.
--
To unsubscribe from this list: send
On Thu, Apr 18, 2013 at 12:35:14PM +0200, Linus Walleij wrote:
+ if (map-type != dbg-map_type)
+ continue;
+ if (!!strcmp(map-dev_name, dbg-dev_name))
!! is pointless in this context - if() evaluates any non-zero value as
true, so there's no point
On Thu, Apr 18, 2013 at 12:46:03PM +0200, Arnd Bergmann wrote:
On Thursday 18 April 2013, Lee Jones wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary. This patch strips it
optimises it to only evaluate what's appropriate.
...@ravnborg.org wrote:
On Mon, Apr 01, 2013 at 05:47:38PM -0400, George G. Davis wrote:
On Jun 6, 2012, at 6:12 AM, Russell King - ARM Linux wrote:
On Tue, May 29, 2012 at 10:06:14AM +0100, Russell King - ARM Linux wrote:
On Mon, May 28, 2012 at 10:30:05PM +0200, Sam Ravnborg wrote:
On Mon
On Wed, Apr 03, 2013 at 12:14:50PM -0700, Tejun Heo wrote:
Andrew, I think it's about ready and nobody seems to be against the
proposed changes. Can you please take these into -mm?
This v2 of this patchset. Changes from the last posting[1] are,
So, I've just tried to apply this patch to my
On Fri, Apr 05, 2013 at 02:11:32PM +0100, Stefano Stabellini wrote:
+ psci_init();
#ifdef CONFIG_SMP
if (is_smp()) {
- smp_set_ops(mdesc-smp);
+ if (mdesc-smp)
+ smp_set_ops(mdesc-smp);
+ else if (psci_smp_available())
+
On Tue, Apr 09, 2013 at 08:53:18PM -0700, Colin Cross wrote:
On Tue, Apr 9, 2013 at 8:08 PM, Rob Herring robherri...@gmail.com wrote:
- return ioremap(start, size);
+ return ioremap_wc(start, size);
ioremap_wc corresponds to MT_DEVICE_WC, which is still device memory,
so I
On Thu, Apr 11, 2013 at 09:51:43PM +1000, Daniel Tang wrote:
+ .cntl = (CNTL_BGR | CNTL_LCDTFT | CNTL_LCDVCOMP(1) |
+ CNTL_LCDBPP16_565),
NAK. Use the panel capabilities instead.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Fri, Apr 12, 2013 at 06:18:47PM +0900, Jongsung Kim wrote:
+static unsigned int get_fifosize_arm(unsigned int periphid)
+{
+ unsigned int rev = (periphid 20) 0xf;
+ return rev 3 ? 16 : 32;
Don't we have a macro to get the revision given the amba device?
amba_rev().
--
To
On Sat, Apr 13, 2013 at 09:08:12PM +0800, Haojian Zhuang wrote:
On Thu, Apr 11, 2013 at 11:39 AM, Neil Zhang zhan...@marvell.com wrote:
+ /*
+* Synchronise with the boot thread.
+*/
+ spin_lock(boot_lock);
+ spin_unlock(boot_lock);
Lock unlock without
1 - 100 of 8578 matches
Mail list logo