On Wed, 30 Jan 2008 10:56:12 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > Yeah, although the nasty thing about UARTs is that you never know when
> > DMA really is idle.
>
> If the UART isn't
On Thu, 31 Jan 2008 00:27:24 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > So basically, you're asking for maximum flexibility with minimum
> > overhead.
>
> That's always a goal, but that's
On Thu, 31 Jan 2008 04:51:03 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> First steps are after all followed by second steps, and often
> by third steps. It's not "overengineering" to recognize when
> those steps necessarily have a direction.
But it might be considered overengineering to act
Introduced by atmel_serial-split-the-interrupt-handler.patch.
Thanks to michael <[EMAIL PROTECTED]> for spotting it.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
It was surprisingly difficult to actually provoke a crash without this
patch, but the system did start to b
On Thu, 31 Jan 2008 02:53:50 +0100
michael <[EMAIL PROTECTED]> wrote:
> The overrun still remain. An lrz receive session is impossible using
> full preemption. I will try the dma patch too and test in iso mode for
> smart card.
Hmm. Seems to work reasonably well on a non-rt kernel -- I get quite
[removed bogus @atmel.co address from Cc]
On Sun, 03 Feb 2008 14:22:18 +0300
Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Applied, thanks.
I found myself having to grep through include/linux to figure out what
this _AC macro was really all abou
On Wed, 30 Jan 2008 10:39:47 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> Agreed, the issue is how to do this without requiring an
> interrupt+callback sequence for each transaction or requiring the
> client to carry per transaction unmap-data. For example NET_DMA never
> sees a dma_addr_t a
On Thu, 31 Jan 2008 20:36:25 +0100
"Remy Bohmer" <[EMAIL PROTECTED]> wrote:
> A long shot, but can it be that the ringbuffer overflows, and that
> therefor characters are lost?
That's what I was thinking too. If this is indeed the cause, the
dev_err() added by the debug patch I posted should trig
hen the patch was submitted, I sent the avr32
pull request early as promised (more than a week ago), but it still
broke. Please apply the fix below. This fixes 2.6.24-mm1 too.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
arch/avr32/Kconfig |2 --
1 file changed, 2 deletions(-)
Index
On Mon, 04 Feb 2008 20:01:26 +0100
michael <[EMAIL PROTECTED]> wrote:
> I think the the atmel_interrupt handler
> must check the
> pass_counter before return IRQ_HANDLED.
I'm not sure if it helps in this particular case but yeah, since the
interrupt may be shared, it's definitely wrong to always
On Mon, 4 Feb 2008 20:46:26 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Sorry for not catching this.
> I just blow away my git tree at kernel.org to avoid getting it
> merged with the bug but Linus was too quick for me so he already
> merged kbuild.git and applied this patch afterwards.
Ok, t
On Tue, 5 Feb 2008 13:03:34 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 05, 2008 at 12:11:26PM +0100, Haavard Skinnemoen wrote:
> > On Mon, 4 Feb 2008 20:46:26 +0100
> > Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> >
> > > Sorry for not ca
On Tue, 12 Feb 2008 14:43:30 -0600
Olof Johansson <[EMAIL PROTECTED]> wrote:
> > - depends on (PCI && X86) || ARCH_IOP32X || ARCH_IOP33X || ARCH_IOP13XX
> > + depends on (PCI && X86) || ARCH_IOP32X || ARCH_IOP33X || ARCH_IOP13XX
> > || AVR32
>
> This is a slippery slope. Things should be t
performance is
quite acceptable, so while I think the memcpy performance can be
improved, it's not very high priority right now.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Changes since v2:
* Dequeue all pending transfers in terminate_all()
* Rename dw_dmac.h ->
bled.
The driver has also been tested using the mmc_test module on the same
cards, with somewhat less convincing results. In particular, badly
aligned multiblock writes seem to confuse some of the cards.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Changes since v2:
* Reset the
han and/or
dma_slave_descriptor structures to allow controller-specific
operations. The client driver can detect such extensions by looking at
the DMA Engine's struct device, or it can request a specific DMA
Engine device by setting the dma_dev field in struct dma_slave.
Signed-off-by: Haavard Ski
eally understand the channel refcounting
logic at all... dma_chan_get() simply increments a per-cpu value. How
can we be sure that whatever CPU calls dma_chan_is_in_use() sees the
same value?
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 12 +---
in
Set the 'parent' field of channel class devices to point to the
physical DMA device initialized by the DMA engine driver.
This allows drivers to use chan->dev.parent for syncing DMA buffers
and adds a 'device' symlink to the real device in
/sys/class/dma/dmaXchanY.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/dma/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 893a3f8..1a727c1 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -4,
the client requesting the channel to the
driver's device_alloc_chan_resources hook so that it can pick the
necessary information from the dma_client struct by itself.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c |3 ++-
drivers/dma/ioat_dma.c|
On Wed, 13 Feb 2008 00:21:41 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> On Feb 12, 2008 9:43 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> [..]
> > +enum dma_slave_direction {
> > + DMA_SLAVE_TO_MEMORY,
> > + DMA_S
On Tue, 12 Feb 2008 15:27:29 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > > Or just let the subsystem always be available.
> >
> > It used to be always available, but then it was changed. Assuming there
> > was a reason for this change, I guess we don't want to change it back.
> >
>
>
On Wed, 13 Feb 2008 00:48:29 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008 22:46:01 +1100 Ben Nizette <[EMAIL PROTECTED]> wrote:
>
> >
> > On an AVR32, root over NFS, config attached, running (from a startup
> > script):
> >
> > iptables -t nat -A POSTROUTING -o eth0 -j M
On Wed, 13 Feb 2008 10:10:24 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> > > ip_tables: (C) 2000-2006 Netfilter Core Team
> > > nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
> > > Unable to handle kernel paging request at virtual address d
On Wed, 13 Feb 2008 05:54:12 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> i've also updated the list of what i call "badref" CONFIG variables
> -- that is, tests of CONFIG_ variables that appear to be undefined
> anywhere in a Kconfig file (which typically represents a meaningless
e in lib/bug.c qualifies as "own
definition" these days? I think the patch below should take care of all
four...unless I've misunderstood something.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
diff --git a/lib/bug.c b/lib/bug.c
index 530f38f..0d67419 100644
-
On Wed, 13 Feb 2008 08:42:15 -0800
"Andrew G. Morgan" <[EMAIL PROTECTED]> wrote:
> However, it is a warning and, for any existing app that doesn't care
> about newly added capabilities, the warning is benign.
Ok, I see. Thanks for explaining.
Haavard
--
To unsubscribe from this list: send the li
On Wed, 13 Feb 2008 19:30:51 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> I think this was meant to go away.
> And this should go into the core.
> I also pointed this out. mmc_remove_host() will synchronize this for
> you.
Right. Sorry. I focused so much on getting the driver to work correc
On Wed, 13 Feb 2008 12:07:26 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > +struct dma_slave_descriptor {
> > + struct dma_async_tx_descriptor txd;
> > + struct list_head client_node;
> > +};
>
> Can you explain a bit why client_node is needed? I do not think we
> need dma_sl
On Wed, 13 Feb 2008 12:11:58 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > + desc = chan->device->device_prep_slave(chan,
> > + sg_dma_address(sg), direction,
> > + DMA_SLAVE_WIDTH_32BIT,
> > +
On Wed, 13 Feb 2008 16:55:54 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> Well, the other two possibilities are:
>
> 1/ Spin/sleep until a descriptor shows up
Won't work since the transfer hasn't been started yet, so it will spin
indefinitely.
I guess we could return, send the command and
[removing lots of people from Cc]
On Wed, 13 Feb 2008 19:30:51 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> > +static int req_dbg_open(struct inode *inode, struct file *file)
> > +{
>
> And this should go into the core.
I've started working on this, but I've run into a problem: The mmc co
On Thu, 14 Feb 2008 11:34:03 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 1:36 AM, Haavard Skinnemoen
> <[EMAIL PROTECTED]> wrote:
> > It's ok to use PIO for small and/or odd transfers like "read 2 bytes
> > from
On Wed, 13 Feb 2008 00:02:52 -0700
Dan Williams <[EMAIL PROTECTED]> wrote:
> Dan Williams (4):
> iop-adma: remove the workaround for missed interrupts on iop3xx
> async_tx: kill ->device_dependency_added
> async_tx: fix multiple dependency submission
> async_tx: checkpatch
On Wed, 13 Feb 2008 20:24:02 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> But looking at your latest patch series, I guess we can use the new
> "next" field instead. It's not like we really need the full
> capabilities of list_head.
On second thought, if
On Sat, 16 Feb 2008 22:32:52 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> Here is my quick workaround for this problem. It makes all CSRn.CPOL
> match for the transfer before activating chipselect. I'm not quite
> sure my analysis is correct, and there might be better solution.
> Coul
On Sat, 16 Feb 2008 13:06:54 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> I like the direction of the patch, i.e. splitting out separate
> functionality into separate structs. However, I do not want to break
> the model of clients sourcing the operations and drivers sinking them
> which dma_
On Fri, 15 Feb 2008 09:12:35 -0800
"Nelson, Shannon" <[EMAIL PROTECTED]> wrote:
> I'll jump in here briefly - I'm okay with the direction this is going,
> but I want to be protective of ioatdma performance. As used in struct
> ioat_desc_sw, the cookie and ack elements end up very close to the end
On Mon, 18 Feb 2008 23:12:43 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> T0-T1 was relatively longer then T1-T2. I suppose T1 is not the
> point of updating MR register, but the point of starting DMA transfer.
Aw. I see.
> Anyway, I will try your patch in a few days.
Ok, thanks. If
On Mon, 18 Feb 2008 11:57:56 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Monday 18 February 2008, Atsushi Nemoto wrote:
> > IIRC the clock state follows
> > CSRn.CPOL just before the real transfer.
>
> No ... clock state should be valid *before* chipselect goes
> active. So I'm thi
On Wed, 20 Feb 2008 14:21:09 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Feb 2008 15:31:58 +0100, Haavard Skinnemoen <[EMAIL PROTECTED]>
> wrote:
> > > Anyway, I will try your patch in a few days.
> >
> > Ok, thanks. If it wor
On Thu, 21 Feb 2008 22:50:54 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> Fix NCFGR.SPD setting on 10Mbps. This bug was introduced by
> conversion to generic PHY layer in kernel 2.6.23.
>
> Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
> ---
> diff --git a/drivers/net/macb.c b/dri
We should only return IRQ_HANDLED when we actually found something to
handle. This is important since the USART interrupt handler may be
shared with the timer interrupt on some chips.
Pointed-out-by: michael <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
On Fri, 22 Feb 2008 00:07:31 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> > I'm willing to take your word for it, but some documentation would be
> > really nice...
>
> Well, simple grepping drivers/net/phy enlighten us ;)
Yeah, the patch certainly looks correct as far as I can tell
From: Atsushi Nemoto <[EMAIL PROTECTED]>
Fix NCFGR.SPD setting on 10Mbps. This bug was introduced by
conversion to generic PHY layer in kernel 2.6.23.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/net/m
Hi Pierre,
I've been trying to debug some card detection problems in the atmel-mci
driver. Sometimes, when I remove a card, the event doesn't seem to get
detected properly, and the MMC core thinks the card is still there.
When I re-insert the card, the MMC core thinks the card is gone.
I've tried
On Thu, 21 Feb 2008 19:46:20 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> In order to fix this problem, I think I need a way to tell the MMC core
> that the card really is gone and that there's no point trying to
> communicate with it. Is there any way I can do
On Thu, 21 Feb 2008 17:41:05 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> From: Atsushi Nemoto <[EMAIL PROTECTED]>
>
> Fix NCFGR.SPD setting on 10Mbps. This bug was introduced by
> conversion to generic PHY layer in kernel 2.6.23.
>
> Signed-off-by: At
On Tue, 05 Feb 2008 13:29:35 +0100
michael <[EMAIL PROTECTED]> wrote:
> Just one question:
> Receiving with hardware handshake works without PDC?
I don't know...I haven't tried. These patches shouldn't change anything
though.
Haavard
--
To unsubscribe from this list: send the line "unsubscribe l
On Wed, 06 Feb 2008 14:41:09 +0100
michael <[EMAIL PROTECTED]> wrote:
> I refer to this part of documentation:
>
> "The USART behavior when hardware handshaking is enabled is the same as
> the behavior in
> standard synchronous or asynchronous mode, except that the receiver
> drives the RTS pin
On Wed, 6 Feb 2008 11:46:43 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > The client must somehow know when the transfer is complete -- after
> > all, it has to call async_tx_ack() at some point. So additional
> > callbacks shouldn't be needed.
> >
>
> The 'ack' only signifies that the cl
On Wed, 6 Feb 2008 14:08:35 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> On Jan 30, 2008 5:26 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> [..]
> > Right. I'll add a "unsigned int engine_type" field so that engine
> > drivers ca
On Thu, 07 Feb 2008 15:28:57 +1100
Ben Nizette <[EMAIL PROTECTED]> wrote:
> New-style I2C drivers require that motherboard-mounted I2C devices are
> registered with the I2C core, typically at arch_initcall time. This can be
> done nice and neat by passing the struct i2c_board_info[] through
> at3
On Sat, 23 Feb 2008 00:03:23 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 21 Feb 2008 17:41:05 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> wrote:
>
> > From: Atsushi Nemoto <[EMAIL PROTECTED]>
> >
> > Fix NCFGR.SPD setting on 10Mbps.
On Sat, 23 Feb 2008 00:05:07 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> I had it queued for 2.6.26 which I guess was wrong. I'll bump it into
> 2.6.25.
Thanks!
> Is it needed in 2.6.24.x?
I think so. The last time that code was changed was before 2.6.23
AFAICT, so perhaps 2.6.23.x as wel
On Fri, 22 Feb 2008 17:23:23 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> Create based on and the
> at91sam9263 and at32ap7000 datasheets. Most AT91 and AT32 SOCs have one
> or two of these TC blocks, which include three 16-bit timers that can be
> interconnected in various ways.
>
> Thes
Again, sorry for the delay...it really sucks that I haven't been able
to look at this stuff closely until now. Hopefully a late review is
better than no review.
On Fri, 22 Feb 2008 17:28:37 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> +static cycle_t tc_get_cycles(void)
> +{
> + unsigned
On Sun, 24 Feb 2008 14:55:27 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Feb 2008 18:45:54 +0100
> Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 22 Feb 2008 17:23:23 -0800
> > David Brownell <[EMAIL PROTECTED]> wrote:
>
On Sun, 24 Feb 2008 15:42:51 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > On Fri, 22 Feb 2008 17:28:37 -0800
> > David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > +static cycle_t tc_get_cycles(void)
> > > +{
> > > + unsigned long flags;
> > > + u32 lower, upper;
> > > +
> >
On Sun, 24 Feb 2008 17:03:10 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > Which reminds me...you were talking about a patch that adds oneshot
> > support for the count/compare clocksource and more cleanups, but I
> > don't think I've seen it...?
>
> I avoid sending non-working patches, and
On Mon, 25 Feb 2008 10:06:44 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > > > Which reminds me...you were talking about a patch that adds oneshot
> > > > support for the count/compare clocksource and more cleanups, but I
> > > > don't think I've seen it...?
> > >
> > > I avoid sending non-
On Mon, 25 Feb 2008 09:51:16 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > > > > +static cycle_t tc_get_cycles(void)
> > > > > +{
> > > > > + unsigned long flags;
> > > > > + u32 lower, upper;
> > > > > +
> > > > > + raw_local_irq_save(flags);
> > > >
> > > > Why do
On Thu, 3 Jan 2008 15:48:35 +0200
Ville Syrjälä <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 26, 2007 at 11:24:54PM +0100, Haavard Skinnemoen wrote:
> > On Fri, 21 Dec 2007 09:34:01 +0200
> > Ville Syrjala <[EMAIL PROTECTED]> wrote:
> >
> > > +s
Boyer <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
drain drive enabled, as well
> as the ID string used when requesting each IRQ.
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED]>
> Cc: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
I'm not going to merge it since the rest
se changes. I wouldn't have
pushed it if I didn't think the bug it fixes is very serious, and I've
spent quite a few days testing that nothing broke. A customer has
verified the fix too, and the LTP test cases that fail after this
patch, failed before too.
Haavard Skinnemo
On Thu, 13 Dec 2007 20:56:17 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
> some patched binutils 2.17, and avr32 is currently the only architecture
> in the kernel where upstream of both of them is not capable of buildin
g, misc cleanups]
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 396 ++---
1 files changed, 371 insertions(+), 25 deletions(-)
diff --git a/drivers/serial/atm
ations]
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 245 +++-
1 files changed, 190 insertions(+), 55 deletions(-)
diff --git a/drivers/serial/atmel_serial.
When an error happens in probe(), the clocks should be disabled, but
only if the port isn't already used as a console.
In remove(), the port struct shouldn't be freed because it's defined
statically.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/
From: Remy Bohmer <[EMAIL PROTECTED]>
This patch cleans up the atmel_serial driver to conform the coding rules.
It contains no functional change.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atm
Replace two instances of barrier() with cpu_relax() since that's the
right thing to do when busy-waiting. This does not actually change
anything since cpu_relax() is defined as barrier() on both ARM and
AVR32.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Andrew Vic
If BRGR is zero, the baud rate generator isn't running, so the boot
loader can't have initialized the port.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Andrew Victor <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 15 +++
1 files
ush()
* Revert the UART_{PUT,GET} macro cleanups since Andrew didn't seem
to like them.
Everyone, please give it a try and/or review the code.
Chip Coldwell (1):
atmel_serial: Add DMA support
Haavard Skinnemoen (3):
atmel_serial: Use cpu_relax() when busy-waiting
a
On Tue, 22 Jan 2008 17:52:43 +0100
Marc Pignat <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I removed [EMAIL PROTECTED] from cc, it is a
> subscriber-only list.
Right. Does that mean I shouldn't Cc it on patches?
> On Tuesday 22 January 2008, Haavard Skinnemoen wrote:
>
On Wed, 23 Jan 2008 22:57:34 +1100
Ben Nizette <[EMAIL PROTECTED]> wrote:
>
> Some parts of this function use 'page', some 'pte'. As such, an AVR32
> -mm build fails with an undefined reference to 'page'.
>
> Signed-Off-By: Ben Nizette <[EMAIL PROTECTED]>
>
> ---
> Index: linux-2.6.24-rc8-mm1/
On Wed, 23 Jan 2008 13:30:32 +0100
Marc Pignat <[EMAIL PROTECTED]> wrote:
> On Wednesday 23 January 2008, Haavard Skinnemoen wrote:
> > Right. Does that mean I shouldn't Cc it on patches?
> extract from the linux-arm-kernel 'Mailing List Etiquette':
>
On Wed, 23 Jan 2008 14:18:38 +0100
Marc Pignat <[EMAIL PROTECTED]> wrote:
> On Wednesday 23 January 2008, Haavard Skinnemoen wrote:
> > Ok, but then any power of two larger than the cache line size should be
> > fine, assuming kmalloc() returns a properly aligned buffer.
>
On Wed, 23 Jan 2008 14:52:55 +0100
Marc Pignat <[EMAIL PROTECTED]> wrote:
> On Wednesday 23 January 2008, Haavard Skinnemoen wrote:
> > On Wed, 23 Jan 2008 14:18:38 +0100
> ...
> > GFP_DMA doesn't have anything to do with alignment, AFAIK.
> I don't even
On Wed, 23 Jan 2008 15:04:36 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > No, I think GFP_DMA is for legacy ISA DMA and other DMA controllers
> > with addressing limitations. The PDC is capable of accessing the full
> > 32-bit physical address space on both AT91 and AVR32, so no special DMA
> > f
On Fri, 18 Jan 2008 15:44:35 +0100
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
> From: David Brownell <[EMAIL PROTECTED]>
>
> On the sam9 EK boards, the LCD backlight is hooked up to a PWM output
> from the LCD controller. It's controlled by "contrast" registers though.
>
> This patch lets boards
On Wed, 23 Jan 2008 22:53:54 +1100
Ben Nizette <[EMAIL PROTECTED]> wrote:
> /*
> + * We just keep an empty definition of this around (a-la the asm-generic
> + * implementation) to keep /dev/mem happy
> + */
> +#define unxlate_dev_mem_ptr(p, a) {}
Thanks, but this should be either
#define unxlat
On Thu, 24 Jan 2008 10:32:38 +1100
Ben Nizette <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen wrote:
> >
> > Hmm...I can't see anything like this on my current avr32-arch branch,
> > but I think I mistakenly pushed out some unfinished code about a week
> >
getting things moving upstream from now on.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Andrew Victor <[EMAIL PROTECTED]>
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2340cfb..e349a9e 100
When an error happens in probe(), the clocks should be disabled, but
only if the port isn't already used as a console.
In remove(), the port struct shouldn't be freed because it's defined
statically.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/
As pointed out by David Brownell, we really ought to be using
container_of when converting from "struct uart_port *" to "struct
atmel_uart_port *".
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 40 +++
From: Remy Bohmer <[EMAIL PROTECTED]>
This patch cleans up the atmel_serial driver to conform the coding rules.
It contains no functional change.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atm
If BRGR is zero, the baud rate generator isn't running, so the boot
loader can't have initialized the port.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Andrew Victor <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 15 +++
1 files
atmel_serial") in /proc/interrupts
Chip Coldwell (1):
atmel_serial: Add DMA support
Haavard Skinnemoen (6):
MAINTAINERS: Add myself as maintainer of the atmel_serial driver
atmel_serial: Use cpu_relax() when busy-waiting
atmel_serial: Use existing console options only if B
Replace two instances of barrier() with cpu_relax() since that's the
right thing to do when busy-waiting. This does not actually change
anything since cpu_relax() is defined as barrier() on both ARM and
AVR32.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Acked-by: Andrew Vic
When possible, pass the tty name to request_irq() so that the user can
easily distinguish the different serial ports in /proc/interrupts.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
ations]
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 245 +++-
1 files changed, 190 insertions(+), 55 deletions(-)
diff --git a/drivers/serial/atmel_serial.
g, misc cleanups]
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/Kconfig| 15 ++
drivers/serial/atmel_serial.c | 393 ++---
2 files changed, 384 insertions(+), 24 deleti
Two patches from David Brownell follow. The first one implements a
low-level driver/library for the PWM controller integrated on some
newer AVR32- and ARM-based chips from Atmel. The second one uses this
library to implement a LED driver with variable brightness.
There's currently no user of this
ess, while 244
to 248 is imperceptible.
This is mostly intended to be a simple example of PWM, although it's
realistic since LCD backlights are often driven with PWM to conserve
battery power (and offer brightness options).
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Signed-off-by
vice dynamically]
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
arch/avr32/mach-at32ap/at32ap700x.c | 54
drivers/misc/Kconfig |9
drivers/misc/Makefile |1
drivers/misc/atm
On Thu, 24 Jan 2008 14:32:48 +0100
Marc Pignat <[EMAIL PROTECTED]> wrote:
> Tested and working on at91rm9200 using 2.6.24-rc8, in one word... ack.
Great! Thanks for testing!
Haavard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
f629bbdab3a1c114f619bf1c
Author: Haavard Skinnemoen <[EMAIL PROTECTED]>
Date: Wed Oct 31 15:22:34 2007 +0100
[AVR32] Include instrumentation menu
Remove KPROBES option from Kconfig.debug and include
kernel/Kconfig.instrumentation.
Signed-off-by: Haavard Skinnemoe
On Wed, 10 Oct 2007 18:52:24 -0400
Philippe Rétornaz <[EMAIL PROTECTED]> wrote:
> As explained on:
> http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=53307
> If the current process is preempted before it can copy RAR_SUP and
> RSR_SUP both register are lost and the process will se
Linus,
Please pull from
ssh://master.kernel.org/pub/scm/linux/kernel/git/hskinnemoen/avr32-2.6.git
for-linus
to receive the following updates.
David Brownell (2):
[AVR32] /sys/kernel/debug/at32ap_clk
[AVR32] ngw100 i2c-gpio tweaks
Haavard Skinnemoen (8):
[AVR32] Move
1 - 100 of 309 matches
Mail list logo