On Mon, 29 Oct 2007 09:02:34 -0700
"Nelson, Shannon" <[EMAIL PROTECTED]> wrote:
> I tested this in my ioatdma setup and no longer get the panic. I'm good with
> this if you two are happy with it.
Looks good to me too, although I haven't had a chance to test it yet.
Thanks,
Håvard
-
To unsubs
he CFI fixup must run before fixup_use_write_buffers for this to work.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This patch (or some variation of it) has been posted a couple of times
before to the MTD list, and I find myself applying it over and over
again when testing stuff
On Tue, 31 Jul 2007 23:41:00 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
Applied, thanks. I found some other cruft in pgalloc.h which I cleaned
up as well.
Haavard
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Sun, 12 Aug 2007 23:28:12 -0700
[EMAIL PROTECTED] wrote:
> @@ -1967,6 +1967,8 @@ GENERIC GPIO I2C DRIVER
> P: Haavard Skinnemoen
> M: [EMAIL PROTECTED]
> S: Supported
> +F: Documentation/gpio.txt
This document describes the generic GPIO interface which is used
[EMAIL PROTECTED]>
Looks good to me. I suppose we _could_ implement 8- and 16-bit cmpxchg
using stcond, but I really doubt it's worth it.
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/hskinnemoen/avr32-2.6.git
for-linus
to receive the following changes.
David Brownell (1):
[AVR32] leds-gpio for stk1000
Haavard Skinnemoen (4):
[AVR32] Wire up i2c-gpio on the ATNGW100 board
[AVR32
On Fri, 19 Oct 2007 21:32:08 + (UTC)
Jordan Crouse <[EMAIL PROTECTED]> wrote:
> > This one was discussed mostly on the ARM mailing-list and finally
> > made his way to the mainline kernel. Though it lacks some functions
> > to change for instance a entire GPIO line and not a single bit, it
> >
avr32.
Alejandro Martinez Ruiz (1):
[AVR32] ARRAY_SIZE() cleanup
Haavard Skinnemoen (3):
[AVR32] Fix a couple of sparse warnings
[AVR32] Implement more at32_add_device_foo() functions
[AVR32] Implement at32_add_device_cf()
Hans-Christian Egtvedt (1):
[AVR32] Wire up
On Tue, 23 Oct 2007 11:43:14 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> Subject: [GIT PULL]
Heh, I knew I forgot something. Sorry about that.
Håvard
> Linus,
>
> Please pull from
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/hskinnemoen/avr32-2.6.
r for a DMA controller that can do
mem-to-mem transfers (which is supported by the framework) as well as
device-to-mem and mem-to-device transfers (not currently supported.)
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Don't get me wrong; I think Intel deserves lots of resp
/hskinnemoen/avr32-2.6.git
for-linus
to receive the following update.
Haavard Skinnemoen (1):
AVR32: Fix sg_page breakage
include/asm-avr32/dma-mapping.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-avr32/dma-mapping.h b/include/asm-avr32/dma
On Wed, 24 Oct 2007 08:55:58 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > Don't get me wrong; I think Intel deserves lots of respect for
> > creating this framework. But this is also why I got a bit
> > disappointed when I discovered that it seems to be less generic
> > than I initially hope
On Wed, 24 Oct 2007 20:16:16 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> [handwaving about API extensions]
Oh, and we definitely need a way to report errors. Looks like the
existing drivers want this as well -- I couldn't help but notice this
in the iop-adma driver:
stat
On Mon, 5 Nov 2007 18:06:12 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> avr32 already sees the option from init/Kconfig.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Indeed. Applied, thanks.
Håvard
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, 30 Oct 2007 21:03:45 -0400
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> take 2, using def_bool this time.
Currently, avr32 doesn't include kernel/Kconfig.instrumentation, but
defines KPROBES in arch/avr32/Kconfig.debug instead. I want to bring
avr32 in sync with everyone else, but that
On Tue, 6 Nov 2007 15:42:42 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> I have not posted them to Andrew yet. I can do it right away, so you
> could rebase on them.
Thanks. I'll rebase and submit it tomorrow, and then put oprofile on
top of that.
Håvard
-
To unsubscribe from this list:
This adds the necessary architecture code to run oprofile on AVR32
using the performance counters documented by the AVR32 Architecture
Manual.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This patch is meant to go on top of Mathieu Desnoyers' "Move
Instrumentation
On Tue, 06 Nov 2007 15:37:28 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Index: linux-2.6-lttng/init/Kconfig
> ===
> --- linux-2.6-lttng.orig/init/Kconfig 2007-11-02 13:16:41.0 -0400
> +++ linux-2.6-lttng/init/Kconfig
We already see it from init/Kconfig.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This is assuming Mathieu Desnoyers' "Move Kconfig.instrumentation to
arch/Kconfig and init/Kconfig" patch is merged. If it's not, we need
to include kernel/Kconfig.instrumen
On Wed, 7 Nov 2007 16:55:43 +0100
Philippe Elie <[EMAIL PROTECTED]> wrote:
> On Wed, 07 Nov 2007 at 15:05 +, Haavard Skinnemoen wrote:
>
> > This adds the necessary architecture code to run oprofile on AVR32
> > using the performance counters documented by the AVR32
On Thu, 8 Nov 2007 10:28:06 +0100
Philippe Elie <[EMAIL PROTECTED]> wrote:
> On Wed, 07 Nov 2007 at 15:05 +, Haavard Skinnemoen wrote:
> > + /* PCCNT */
> > + if (ctr->enabled && (pccr & ctr->flag_mask)) {
> >
On Mon, 15 Jan 2007 14:48:57 +1100
Ben Nizette <[EMAIL PROTECTED]> wrote:
> Remove an unwanted remnant of the recent revert of AVR32/AT91 SPI
> patches in -mm. Without this patch, the AVR32 build of
> 2.6.20-rc[34]-mm1 breaks.
Actually, this is broken in my tree. Wonder how I managed to do tha
On 1/23/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
Update arch/avre32/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
Looks good to me, although I suppose it wouldn't hurt to include
as well since there seems to be an ongoing effort to
reduce the number of files
On Tue, 23 Jan 2007 05:02:49 -0800
Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-01-23 at 13:42 +0100, Haavard Skinnemoen wrote:
> > On 1/23/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
> > > Update arch/avre32/ with list initialization.
> > >
>
On 2/27/07, Kyle McMartin <[EMAIL PROTECTED]> wrote:
__raw_(read|write){b,w,l} are also old style accessors. They always operate
in host endianness.
Are there any "new style" accessors operating in host endianness?
Haavard
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
[trimming cc list since I'm only replying to the avr32 part]
On Wed, 28 Feb 2007 22:03:49 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 26 Feb 2007 12:10:37 -0800 Mathieu Desnoyers <[EMAIL PROTECTED]>
> wrote:
> > avr32/kernel/ptrace.c: ti->flags |= _TIF_BREAKPOINT;
>
> No,
On Thu, 1 Mar 2007 01:45:23 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> If there's a lesson here, it is "don't provide #defines in the header for
> both versions".
Yes, that's true. It looks like all the other arches do the same thing
with the _TIF flags, however, so just ripping it out prob
On Thu, 1 Mar 2007 11:14:47 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 01:45:23 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > If there's a lesson here, it is "don't provide #defines in the header for
> > both
On Mon, 5 Feb 2007 04:41:27 +0200
"Ahmed S. Darwish" <[EMAIL PROTECTED]> wrote:
> Hi Haavard,
>
> A patch to use ARRAY_SIZE macro already defined in linux/kernel.h
>
> Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[E
Access to chip-internal registers should always be native-endian.
This is especially important for AVR32 since it's a big-endian
architecture and the non-raw readl() and writel() macros are defined
to do little-endian accesses.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
-
On 2/6/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
A number of current users are indeed bogus. Stuff like:
config SUPERH
bool
default y
select EMBEDDED
Just because you're using a SuperH board doesn't mean you want to turn
off standard features.
I disagree. I did the e
On Wed, 31 Jan 2007 17:26:05 +
Alan <[EMAIL PROTECTED]> wrote:
> Two fixes in this test patch. One of them allows old CF cards to refuse
> pio mode setting, and one to wait for the drive to settle after a set
> features changes the speed settings, which is based upon the workarounds
> used by
downloaded from
http://www.atmel.com/dyn/products/datasheets.asp?family_id=682
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Note that this driver depends on the arch-neutral GPIO API patches
currently in -mm.
MAINTAINERS |5 +
drivers/spi/Kconfig
Replace the inclusion of linux/mtd/map.h with a forward-declaration
of struct map_info. This allows linux/mtd/physmap.h to be included by
e.g. board code even if the MTD subsystem is disabled.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/linux/mtd/physmap.h |3
[AVR32] fix serial port setup on ATSTK1000
[AVR32] ext int fixes
[AVR32] Fix incorrect invalidation of shared cachelines
Haavard Skinnemoen (9):
[AVR32] Implement dma_mapping_error()
[AVR32] GPIO API implementation
[AVR32] Don't reset PIO state at bootup
On 2/9/07, Pavel Pisa <[EMAIL PROTECTED]> wrote:
#define __val2mfld(mask,val) (((mask)&~((mask)<<1))*(val)&(mask))
#define __mfld2val(mask,val) (((val)&(mask))/((mask)&~((mask)<<1)))
Looks a bit similar to the style I tend to use a lot:
/* Bit manipulation macros */
#define MACB_BIT(name)
On 2/11/07, Alan <[EMAIL PROTECTED]> wrote:
> [pata_pcmcia dmesg]
> ata1.00: CFA, max PIO0, 20480 sectors: LBA
> ata1.00: ata1: dev 0 multi count 0
> ata1.01: CFA, max PIO0, 20480 sectors: LBA
> ata1.01: ata1: dev 1 multi count 0
Do you have two cards here ?
I've seen this as well, on an ancie
ons(+), 58 deletions(-)
Haavard Skinnemoen (7):
[AVR32] Fix prototypes for __raw_writesb and friends
[AVR32] Define ioremap_nocache, ioport_map and ioport_unmap
[AVR32] Wire up the SysV IPC calls properly
[AVR32] Remove unnecessary sys_nfsservctl conditional
[AVR32]
config for ATSTK1000.
arch/avr32/configs/atstk1002_defconfig | 39 ++-
arch/avr32/kernel/avr32_ksyms.c|1 +
2 files changed, 28 insertions(+), 12 deletions(-)
Haavard Skinnemoen (2):
[AVR32] Export clear_page symbol
[AVR32] Update ATSTK1000 defconf
32
architecture or the macb driver.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
MAINTAINERS |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a275f72..465e083 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -598,8 +598,
Please pull from the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates:
Haavard Skinnemoen (11):
[AVR32] Portmux API update
[AVR32] Add macb1 platform_device
[AVR32] Move ethernet tag
On Sun, 7 Jan 2007 18:43:41 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> Remove a couple final references to the obsolete verify_area() call,
> which was long ago replaced by access_ok().
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECT
request()/gpio_free(), I'm all for
keeping them.
I'll send you an updated SPI driver using this API after I've tested it
a bit more.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
arch/avr32/mach-at32ap/pio.c | 103
On Thu, 16 Nov 2006 17:20:04 +0100
Wojtek Kaniewski <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen wrote:
> > Driver for the Atmel MACB on-chip ethernet module.
> >
> > Tested on AVR32/AT32AP7000/ATSTK1000. I've heard rumours that it
> > works with AT91SAM9
nd if it's already set
(either because it hasn't been configured or because it's been
requested by a different driver), gpio_request() returns an error value.
The pin configuration API is AVR32-specific for now.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
arch
On Thu, 30 Nov 2006 11:05:00 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Tuesday 28 November 2006 4:36 am, Haavard Skinnemoen wrote:
> > Here's another go at an implementation of the arch-neutral GPIO API
> > for AVR32. I've also thrown in the pin configur
On Fri, 1 Dec 2006 16:50:50 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> While working on SH kprobes, I noticed that avr32 got the preemption
> handling wrong in the no probe case. The idea is that upon entry of
> kprobe_handler() preemption is disabled outright across the life of
> the kprobe, o
On Fri, 15 Jun 2007 10:50:12 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
> From: Nicolas Ferre <[EMAIL PROTECTED]>
>
> Fixes STN LCD support for the atmel_lcdfb framebuffer driver.
>
> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
Looks correct to me. Although...
> Index: b/drivers/video
100. Big thanks to
Christoph for fixing the ARCH_KMALLOC_MINALIGN vs. CONFIG_SLUB_DEBUG
issue.
David Brownell (1):
[AVR32] Initialize dma_mask and dma_coherent_mask
Haavard Skinnemoen (2):
[AVR32] Fix bug in invalidate_dcache_region()
[AVR32] Update defconfigs
[EMAIL PROTECTED] (1
The gadgetfs test program from http://www.linux-usb.org/gadget/
depends on it. I assume most other users of gadgetfs needs this header
too.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/linux/Kbuild |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff -
On Mon, 25 Jun 2007 14:14:26 -0600
Frank Bennett <[EMAIL PROTECTED]> wrote:
> makes fine, but requires :
Hmm...what do you mean?
> export ARCH=avr32
> export CROSS_COMPILE=avr32-linux-
Standard cross-compile stuff.
> make defconfig
> make
> CHK include/linux/version.h
> CHK include
While trying to get SLUB debugging to not break DMA on AVR32, I ran
into this:
(...)
adding slab: name=kmalloc-64 size=64 objsize=64
adding slab: name=kmalloc-32 size=32 objsize=32
adding slab: name=kmalloc-16 size=32 objsize=16
kobject_add failed for :032 with -EEXIST, don't try to register t
On Mon, 11 Jun 2007 20:16:31 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > and I can't do that over VPN. I'll test it first thing in the morning.
>
> Here is a more general fix
Sorry, that didn't work either. One problem is that you're using
ARCH_KMALLOC_MIN_ALIGN instead of ARCH_
On Tue, 12 Jun 2007 10:55:12 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Jun 2007 20:16:31 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > > and I can't do that over VPN. I'll test it first thing in the morning.
> &
As Jan Altenberg pointed out, line_length will always be 0 if
bits_per_pixel < 8. Fix this and also make sure that we round up to
the nearest byte.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
I haven't tested this with any real program that uses the frame buffer,
but
t;
Makes sense to me. I haven't got any test setup with multiple i2c
busses, but using the platform_device id seems like the obvious way to
number the busses from a board developer's point of view.
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
-
To unsubscribe from this list: sen
driver started out as a quick hack :-)
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
Pleas
Christoph Lameter has sent a patch to Andrew (Subject: "SLUB: minimum
alignment fixes") which takes care of it.
Andrea Righi (1):
[AVR32] ratelimit segfault reporting rate
David Brownell (1):
[AVR32] gpio_*_cansleep() fix
Haavard Skinnemoen (2):
[AVR32] STK1000: S
the module is unloaded.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This driver is necessary to see any output from the newly merged
atmel_lcdfb driver on ATSTK1000 boards. Therefore I would really like to
see this driver merged before 2.6.22. I do realize it's late in
the module is unloaded.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
I agree that the write_reg() macro with embedded goto is ugly, so I've
removed it. I've also added some code that tries to recover by powering
down the display if the power-on sequence fails halfw
if we miss the start-of-break interrupt this should
do the right thing.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
It's been almost a year since the last patch I sent attempting to fix
this. Sorry for not following up any sooner.
Anyway, here's a new attempt. It sho
Hi Trond,
While testing my avr32 updates on the latest git tree, I got this:
VFS: Mounted root (nfs filesystem).
Freeing init memory: 56K (9000 - 9000e000)
Unable to handle kernel NULL pointer dereference at virtual address
ptbr = 90161f44 pgd =
Oops: Kernel access of bad ar
On Mon, 16 Jul 2007 10:52:14 -0400
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> So you are saying that if you revert this patch, and only this patch,
> then it fixes nfsroot? (sorry, I tend not to trust git-bisect)
Reverting only that patch gives me the following error:
/home/hskinnemoen/git/lin
s nfsroot? (sorry, I tend not to trust git-bisect)
Well, what do you know. My atomics are broken.
The patch below fixes it. I'll include it in my next pull request,
which I'll send in a moment. Sorry to bother you about this.
Håvard
>From 0cb061fcc12ec7811fc7404fda54f9819d6560b
Hi Linus,
Please pull
git://git.kernel.org/pub/scm/linux/kernel/git/hskinnemoen/avr32-2.6.git
for-linus
to receive the following updates.
David Brownell (2):
[AVR32] faster avr32 unaligned access
[AVR32] Make STK1000 mux settings configurable
Haavard Skinnemoen (5
Whoops, didn't notice that Andrew and LKML fell off Cc. Sorry.
Håvard
On Thu, 19 Jul 2007 11:01:22 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Jul 2007 08:53:44 +0200
> Hans-Christian Egtvedt <[EMAIL PROTECTED]> wrote:
>
> &g
On Thu, 10 May 2007 15:45:54 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen wrote:
> >
> > What exactly makes this unreliable? This is done almost exactly the
> > same way for SCSI. See drivers/scsi/scsi_wait_scan.c.
> >
>
> I am not
On Thu, 10 May 2007 17:58:27 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen wrote:
> >
> > Ok, is there any better way to achieve the same this? As far as I
> > can tell, mmc_remove_host() uses mmc_flush_scheduled_work() for the
> > same purp
On Thu, 10 May 2007 10:51:50 -0700
"Matt Reimer" <[EMAIL PROTECTED]> wrote:
> On 5/10/07, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> > Btw, how can I wait for the scanning to complete from early userspace?
>
> A workaround is to pass the kernel argument
On Thu, 10 May 2007 21:41:22 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> You're assuming two things:
>
> 1. The bus the host controller reside on is synchronous both in adding devices
> and drivers. This is true for most buses, but not all. As we can see, the MMC
> bus is an example of one t
On Fri, 11 May 2007 20:40:51 +0100
Simon Arlott <[EMAIL PROTECTED]> wrote:
> Spelling fixes in arch/avr32/.
>
> Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Thanks, but the comment doesn't really make sense anymore since most of
the interrupt handling logic is elsewhere. I think I'd rather ju
On Sun, 13 May 2007 15:34:51 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> > I'm not sure how many embedded people actually know how to build an
> > initrd for a custom board.
> >
>
> All the ones I have on my desk right now use initrd. ;)
Ok, I guess we'll just have to look into that, the
On Sun, 13 May 2007 16:24:55 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen wrote:
> > On Sun, 13 May 2007 15:34:51 +0200
> > Pierre Ossman <[EMAIL PROTECTED]> wrote:
> >
> >> Does that sound like something that would work for yo
On Mon, 14 May 2007 15:56:15 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> > As for the patch, an infinite loop is *much* worse than a panic.
> > When one is installing a new kernel on remote box, having it
> > booted with reboot on panic and loader falling back to old
> > kernel on the next bo
On Mon, 14 May 2007 17:18:06 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> New suggestion.
Works wonderfully here:
Waiting for root device /dev/mmcblk0p1...
mmcblk0: mmc0:a95c SD128 123008KiB
mmcblk0: p1
VFS: Mounted root (ext2 filesystem).
Of course, it also fixes the case where the card
Hellwig (1):
[AVR32] optimize pagefault path
Haavard Skinnemoen (3):
[AVR32] Remove bogus comment in arch/avr32/kernel/irq.c
[AVR32] Wire up signalfd, timerfd and eventfd
[AVR32] Implement platform hooks for atmel_lcdfb driver
arch/avr32/boards/atstk1000/atstk1000.h | 15 ++
-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/spi/atmel_spi.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/atmel_spi.c b/drivers/spi/atmel_spi.c
index 1d8a2f6..8b2601d 100644
--- a/drivers/spi/atmel_spi.c
+++ b/drivers/spi/atmel
On Tue, 5 Jun 2007 14:07:20 +0300
Ivan Kuten <[EMAIL PROTECTED]> wrote:
> I tried to test your patch on AT91RM9200 with Magic SysRq sequence,
> unfortunately without
> success - SysRq still does not work. You mention "break count increments"
> where do you check it ? I have
> cat /proc/tty/dri
On Wed, 27 Jun 2007 00:35:38 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> `make headers_check' fails:
>
> make[2]: *** No rule to make target
> `/usr/src/devel/include/linux/usb_gadgetfs.h', needed by
> `/usr/src/devel/usr/include/linux/usb_gadgetfs.h'. Stop.
It has already been moved to
;] illegal_op+0x1fc/0x21c
> [<000227d6>] sysc_return+0x0/0x10
I've seen those extra lines on avr32 as well and I agree they are
confusing. Register contents is nice to have too.
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
-
To unsubscribe from this
On Fri, 6 Jul 2007 01:22:28 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Every file should include the headers containing the prototypes for
> its global functions.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Can't argue with that.
Acked-by: Haavard
On 3/7/07, NZG <[EMAIL PROTECTED]> wrote:
> Once the generic GPIO framework migrates upstream from -mm
It already has:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4c20386c8d0719b42503efe65abe47ad3fb3d711
I googled extensively and requested information on a
On Thu, 8 Mar 2007 22:21:37 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Fix avr32 TIF atomicity in do_debug_priv
>
> avr32 updates the thread flags 1 - non atomically and 2 - with the wrong value
> (for TIF_SINGLE_STEP) in this function.
>
> It applies to 2.6.20.
Thanks, but this has a
0,
.dev= {
.platform_data = &i2c_gpio_data,
},
};
Register this platform_device, set up the i2c pins as GPIO if
required and you're ready to go.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
I wrote this driver for testing purposes a couple of weeks ago.
F
0,
.dev= {
.platform_data = &i2c_gpio_data,
},
};
Register this platform_device, set up the i2c pins as GPIO if
required and you're ready to go.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
This patch is different from the first patch in the following wa
On Sat, 10 Mar 2007 21:15:50 +0100
Jean Delvare <[EMAIL PROTECTED]> wrote:
> I like the idea very much. Would this let us get rid of i2c-ixp2000?
> i2c-ixp4xx? scx200_i2c? Other drivers?
Any platform that implements the generic gpio api should be able to use
this driver. So yes, I hope we might b
On Mon, 12 Mar 2007 18:07:59 +0800
"Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> > static struct i2c_gpio_platform_data i2c_gpio_data = {
> > .sda_pin= GPIO_PIN_FOO,
> > .scl_pin= GPIO_PIN_BAR,
> > };
>
> Is this usage right, because 3 flags are added to this structure as
>
On Mon, 12 Mar 2007 15:34:57 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> > > + bit_data->udelay= 5,/* 100 kHz */
> > > + bit_data->timeout = HZ / 10, /* 100 ms */
> >
> > Can we add these udela
On Mon, 12 Mar 2007 16:11:09 +0100
Jean Delvare <[EMAIL PROTECTED]> wrote:
> > By the way, timeout seems to be hardcoded to 100 jiffies in the
> > i2c-algo-bit driver, so there's probably not much point passing it from
> > the board code when it's going to be overridden anyway. I'll add just a
> >
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
Rip out most of the ptrace code for AVR32 and replace it with the
much nicer utrace stuff. It builds in all possible combinations of
CONFIG_UTRACE and CONFIG_PTRACE, and it seems to work as far as I've
tested it with strace and some simpl
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
Include linux/tracehook.h and linux/utrace.h
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Don't know why I missed these initially, but this should fix utrace
on avr32.
Andrew, I've rebased my avr32-arch branch
but allows changing the direction of the SDA
and SCL lines on the fly.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Sorry for the long delay. I didn't want to send out a patch just
before taking off for two weeks. This patch contains the following
changes compared
On Sat, 14 Apr 2007 14:56:47 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> o Default to a very low SCL frequency (6.6 kHz) if clock stretching
> isn't supported
This would have been true if I had remembered to save before generating
the patch...
Updated patch b
On Fri, 04 May 2007 12:35:32 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-05-04 at 12:30 +0100, Richard Purdie wrote:
> > +config JFFS2_LZO
> > + bool "JFFS2 LZO compression support" if JFFS2_COMPRESSION_OPTIONS
> > + select LZO
>
> Please make it _depend_ on LZO
Now that the cpu_is_xxx() macros are available both on AVR32 and AT91,
we can remove a couple of #ifdefs from this driver. One of them is
actually wrong -- new_1 should be set on AVR32 but isn't. This causes
the bus clock to run at twice the speed it is configured to.
Signed-off-by: Ha
nated. Since the macros will evaluate to a constant value for
CPUs that aren't supported by the current architecture, any code that
is only needed on AT91 will be optimized away on AVR32 and vice versa.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/asm-arm/arch-at91/
Provide framebuffer page protection flags and definitions of
fb_readl/fb_writel for AVR32.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Please let me know if you want me to push this myself through the
AVR32 tree.
drivers/video/fbmem.c |4
include/linux/fb.h
This modifies and extends the existing AVR32 lcdc platform code to
support the new atmel_lcdfb driver. The ATSTK1000 board code is set up
to use the on-board Samsung LTV350QV LCD panel.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
I'm planning to push this upstream throug
Hi Antonio,
Thanks for the feedback. I'm just going to reply to one of your
comments and leave the rest for Nicolas...
On Tue, 08 May 2007 05:40:17 +0800
"Antonino A. Daplas" <[EMAIL PROTECTED]> wrote:
> > +static int __init atmel_lcdfb_init(void)
> > +{
> > + return platform_driver_probe(&atm
Hi Linus,
Please pull the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates.
Haavard Skinnemoen (4):
[AVR32] Use correct config symbol when setting cpuflags
[AVR32] Implement dma_{alloc,free}_wr
201 - 300 of 309 matches
Mail list logo
