headers
Geert Uytterhoeven | 1 Apr 2009 22:43

[PATCH] ide: falconide/q40ide - Use __ide_mm_{in,out}sw() for data transfer

Both of commits f94116aeec7a299640dd692128e1d22178affa8d ("ide: cleanup
<asm-m68k/ide.h>") and 15a453a955f89f6545118770c669b52e925368bd ("ide: include
<asm/ide.h> only when needed") break falconide:

| Uniform Multi-Platform E-IDE driver
| ide: Falcon IDE controller
| Probing IDE interface ide0...
| hda: Sarge m68k, ATA DISK drive
| ide0 at 0xfff00000 on irq 15 (serialized)
| ide-gd driver 1.18
| hda: max request size: 128KiB
| hda: 2118816 sectors (1084 MB) w/256KiB Cache, CHS=2102/16/63
|  hda:<4>hda: lost interrupt

This happens because falconide relies on {in,out}sw() being redefined in
<asm/ide.h>, as included by <linux/ide.h>, which is no longer the case.
Use __ide_mm_{in,out}sw() from <asm/ide.h> instead, just like
ide_{in,out}put_data() do.

The same problem seems to exist in q40ide.

Signed-off-by: Geert Uytterhoeven <geert <at> linux-m68k.org>
---
 drivers/ide/falconide.c |   13 +++++++++----
 drivers/ide/q40ide.c    |   14 ++++++++++----
 2 files changed, 19 insertions(+), 8 deletions(-)

diff --git a/drivers/ide/falconide.c b/drivers/ide/falconide.c
index b368a5e..1f790da 100644
--- a/drivers/ide/falconide.c
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg Ungerer | 2 Apr 2009 06:53

[git pull] m68knommu arch updates


Hi Linus,

Please pull from to get a set of updates for the m68knommu arch.

There is a lot of header file clean ups after the m68knommu/m68k
header file merge.  Most of the separate files only differ in minor
ways, and are easy to merge into a single file.

There is a handful of other fixes too. In particular to the UART
settings in the platform code of some ColdFire family members.

Regards
Greg

The following changes since commit 8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84:
  Linus Torvalds (1):
        Linux 2.6.29

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus

Geert Uytterhoeven (2):
      m68k: Use dma_addr_t for scatterlist.dma_address
      m68k: Restore correct include guards for <asm/unaligned.h>

Greg Ungerer (38):
      m68knommu: mark all RAM as ZONE_DMA
      m68knommu: add a local dma_sync_single_for_cpu() function
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geert Uytterhoeven | 2 Apr 2009 11:42

Re: [PATCH 0/7] Generic RTC class driver

On Fri, 13 Mar 2009, Kyle McMartin wrote:
> On Wed, Mar 11, 2009 at 06:26:12PM +0100, Geert Uytterhoeven wrote:
> > On Wed, 11 Mar 2009, Kyle McMartin wrote:
> > > On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> > > > Is it OK for you to take it through your PA-RISC tree?
> > > > If yes, I can resend the patch series with the collected acks.
> > > 
> I've pulled it and pushed it back out, I'll submit it when the merge
> window opens.

Apparently the first half went it through akpm. Will you take care of the
remaining commits?

Thanks!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

Phone:    +32 (0)2 700 8453
Fax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven <at> sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 · RPR Brussels
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kyle McMartin | 2 Apr 2009 15:56
Picon

Re: [PATCH 0/7] Generic RTC class driver

On Thu, Apr 02, 2009 at 11:42:02AM +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Mar 2009, Kyle McMartin wrote:
> > On Wed, Mar 11, 2009 at 06:26:12PM +0100, Geert Uytterhoeven wrote:
> > > On Wed, 11 Mar 2009, Kyle McMartin wrote:
> > > > On Wed, Mar 11, 2009 at 11:36:02AM +0100, Geert Uytterhoeven wrote:
> > > > > Is it OK for you to take it through your PA-RISC tree?
> > > > > If yes, I can resend the patch series with the collected acks.
> > > > 
> > I've pulled it and pushed it back out, I'll submit it when the merge
> > window opens.
> 
> Apparently the first half went it through akpm. Will you take care of the
> remaining commits?
> 

Yup, I updated the rtc-parisc branch last night, I'll push it along to
Linus this morning.

Thanks again, Geert.

cheers, Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Bartlomiej Zolnierkiewicz | 2 Apr 2009 20:50
Picon

Re: [PATCH] ide: falconide/q40ide - Use __ide_mm_{in,out}sw() for data transfer

On Wednesday 01 April 2009, Geert Uytterhoeven wrote:
> Both of commits f94116aeec7a299640dd692128e1d22178affa8d ("ide: cleanup
> <asm-m68k/ide.h>") and 15a453a955f89f6545118770c669b52e925368bd ("ide: include
> <asm/ide.h> only when needed") break falconide:
> 
> | Uniform Multi-Platform E-IDE driver
> | ide: Falcon IDE controller
> | Probing IDE interface ide0...
> | hda: Sarge m68k, ATA DISK drive
> | ide0 at 0xfff00000 on irq 15 (serialized)
> | ide-gd driver 1.18
> | hda: max request size: 128KiB
> | hda: 2118816 sectors (1084 MB) w/256KiB Cache, CHS=2102/16/63
> |  hda:<4>hda: lost interrupt
> 
> This happens because falconide relies on {in,out}sw() being redefined in
> <asm/ide.h>, as included by <linux/ide.h>, which is no longer the case.
> Use __ide_mm_{in,out}sw() from <asm/ide.h> instead, just like
> ide_{in,out}put_data() do.
> 
> The same problem seems to exist in q40ide.
> 
> Signed-off-by: Geert Uytterhoeven <geert <at> linux-m68k.org>

applied

Many thanks for fixing this issue and the IRQF_SHARED one!
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo <at> vger.kernel.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Schmitz | 7 Apr 2009 01:48
Picon
Favicon

Re: debian kernel m68k patches for 2.6.29

Hi Geert,

> Now my git skills have been growing, I created two new branches:
>   - m68k-v2.6.29
>   - queue

Cool... 

I had to fix a merge conflict in atari_defconfig and multi_defconfig 
when pulling the m68k-v2.6.29 branch (EtherNEC builtin vs. module, which is the 
correct setting?). Looks like I better restart from a fresh clone just for the 
Debian stuff. 

> m68k-v2.6.29 contains commits from the following topic branches:
>   - for-2.6.30
>         Already taken by Linus, incl. mac-swim
>   - atari-aranym
>   - atari-ethernat
>   - atari-ethernec
>   - atari-scc
>   - atari-fat
>         Should this be dropped? Last time nobody spoke up to care about it

My problem with FAT as I remember it was the limitation on the cluster size to 
be less or equal to the MMU page size in 2.6. My FAT filesystems are all 
configured the wrong way... so the cluster size is too big and I could never 
test the FAT modifications in a meaningful way. 

I've reformatted one of the IDE disks on my Falcon in the meantime - I'll look 
into that problem over Easter.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geert Uytterhoeven | 7 Apr 2009 09:14

Re: debian kernel m68k patches for 2.6.29

On Tue, Apr 7, 2009 at 01:48, Michael Schmitz
<schmitz <at> biophys.uni-duesseldorf.de> wrote:
>> Now my git skills have been growing, I created two new branches:
>>   - m68k-v2.6.29
>>   - queue
>
> Cool...
>
> I had to fix a merge conflict in atari_defconfig and multi_defconfig
> when pulling the m68k-v2.6.29 branch (EtherNEC builtin vs. module, which is the
> correct setting?). Looks like I better restart from a fresh clone just for the
> Debian stuff.

If you pulled from my master branch before, and now try to merge the
m68k-v2.6.29 branch,
then you will get conflicts.

>> And a few things from master, the continuous development branch:
>>   - atari mouse/keyboard fixes (are they complete? IIRC not yet)
>
> There's a bit of Eiffel emulation code missing (mouse wheel IIRC) that I could
> not test on ARAnyM at that time. My development tree has the necessary bits
> already, I just need to test them. The mouse driver (input driver part) looks
> incredibly messy as a result of all this, and could need a review.

IIRC, there were still some other problems with the version I have, when I last
tried on ARAnyM. Don't remember the details, I'll have to dig into my
mail archive.

>> If you (talking to `owners' of the stuff on the big topic branches now ;-) think
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Schmitz | 8 Apr 2009 01:23
Picon
Favicon

Re: debian kernel m68k patches for 2.6.29

Hi Geert,

> > I had to fix a merge conflict in atari_defconfig and multi_defconfig
> > when pulling the m68k-v2.6.29 branch (EtherNEC builtin vs. module, which is the
> > correct setting?). Looks like I better restart from a fresh clone just for the
> > Debian stuff.
> 
> If you pulled from my master branch before, and now try to merge the
> m68k-v2.6.29 branch,
> then you will get conflicts.

Figured that when v2.6.29 or m68k-v2.6.29 would not show up no matter what...

> > There's a bit of Eiffel emulation code missing (mouse wheel IIRC) that I could
> > not test on ARAnyM at that time. My development tree has the necessary bits
> > already, I just need to test them. The mouse driver (input driver part) looks
> > incredibly messy as a result of all this, and could need a review.
> 
> IIRC, there were still some other problems with the version I have, when I last
> tried on ARAnyM. Don't remember the details, I'll have to dig into my
> mail archive.

I've updated ARAnyM on my devel system and we'll see about that shortly. My 
latest changes are stuck in my old git tree, should be trivial to merge over. 

> > Hint, hint ... what's the policy regarding driver duplication these days?
> 
> Avoid it. Extract the common part. I guess you mean for scc?

Nope, EtherNAT/EtherNEC. I've found some bits in the CTPCI docs regarding
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geert Uytterhoeven | 8 Apr 2009 08:59

Re: [PATCH 02/10] MAINTAINERS - Add file patterns

On Wed, Apr 8, 2009 at 07:17, Joe Perches <joe <at> perches.com> wrote:
> Better description of file pattern tag "F:"
> Add file exclusion tag "X:"
> Add patterns to sections
>
> Signed-off-by: Joe Perches <joe <at> perches.com>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index c3b2159..a8034dd 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
>  <at>  <at>  -55,422 +55,522  <at>  <at>  trivial patch so apply some common sense.

>  M68K ARCHITECTURE
>  P:     Geert Uytterhoeven
>  M:     geert <at> linux-m68k.org
>  P:     Roman Zippel
>  M:     zippel <at> linux-m68k.org
>  L:     linux-m68k <at> lists.linux-m68k.org
>  W:     http://www.linux-m68k.org/
>  T:     git git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git
>  S:     Maintained
> +F:     arch/m68k/

You can add drivers/zorro/ (Amiga Zorro bus) there, too

>  M68K ON APPLE MACINTOSH
>  P:     Joshua Thompson
>  M:     funaho <at> jurai.org
>  W:     http://www.mac.linux-m68k.org/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richie Whitten | 8 Apr 2009 09:50
Picon
Picon
Favicon

Become our Best Paid member!

Do you want to get paid by major online retailers for doing some simple online surveys?

All you need is a little free time to state your honest opinion on the topics provided.

If you do like to become one of our highly valued survey takers, please e-mail us back to
trevinsulc1241 <at> gmail.com and we will send you additional information.

This is a serious and sincere inquiry. The available free places are very limited so hurry up if you want to be
a part!

Kindest regards,
Consumer Opinion Administration

------------------------------------------------------------------
This email has been written and proved to be in compliance with the recently established can-spam act law in
US. We are not provoking or forcing any person in any way to participate in our programs. To participate is
your own decision and you carry the responsibility of taking further part in this promotion. Anyway, if
you don't want to receive more good offers from us, you can simply Unsubscribe by sending us a notification
email to get.out_from_list <at> yahoo.com with a mail-subject and text "Unsubscribe me", and we will get
your email out of our list within 10 days.

This message is STRICTLY CONFIDENTIAL and is solely for the individual or organisation to whom it is
addressed. It may contain PRIVILEGED and CONFIDENTIAL information. If you are not the intended
recipient, you are hereby notified that any dissemination, distribution or copying of this
communication and its contents is strictly prohibited. If you are not the intended recipient you should
not read, copy, distribute, disclose or otherwise use the information in this email. Email may be
susceptible to data corruption, interception and unauthorised amendment, and we do not accept
liability for any such corruption, interception or amendment or the consequences thereof or your
reliance on any information contained therein if you are not the intended recipient. If you are not
interested in the offered promotions, please just don't answer. If you think you have received this
(Continue reading)

Permalink | Reply | 0 comments |

Gmane