Re: [PATCH 0/9] Removing dead code

2010-08-27 Thread Greg Ungerer

Geert Uytterhoeven wrote:

On Mon, Aug 23, 2010 at 12:07, Christian Dietrich
qy03f...@stud.informatik.uni-erlangen.de wrote:

Christian Dietrich qy03f...@stud.informatik.uni-erlangen.de writes:

I don't have any problems with any of these from a
m68knommu point of view. I can merge them via the
m68knommu git tree if you want?

If there aren't any complaints from the m68k people i'm fine with
that.

Hm, last message was two weeks ago, so perhaps the m68k people (with
mmu) have no complaints with these patches and they can be included in
the m68knommu tree?


Sorry, I've been a bit too busy with other things...

  - arch/m68k: Removing dead GG2 config option
Fine for me
  - arch/m68k{,nommu}: Removing dead SMP config option
Are there any SMP m68k systems coming?
If yes, we may want to keep it. From the other hand, probably many
other places
need adjustment for SMP too, so the few checks for CONFIG_SMP may give a
false feeling of readiness for SMP.
  - arch/m68knommu: Removing dead M68KFPU_EMU config option
With the imminent(?) merge of mmu and nommu, perhaps we want to keep it?


I think what is in there is so old and decrepit that it is more
of a hindrance than a help :-)  When we merge we should just be
using what is currently in the m68k part of the source. So I am
happy to remove the m68knommu FPU code right now.

Regards
Greg



Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds




--

Greg Ungerer  --  Principal EngineerEMAIL: g...@snapgear.com
SnapGear Group, McAfee  PHONE:   +61 7 3435 2888
8 Gardner Close FAX: +61 7 3217 5323
Milton, QLD, 4064, AustraliaWEB: http://www.SnapGear.com

___
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia


Re: [PATCH 0/9] Removing dead code

2010-08-27 Thread Geert Uytterhoeven
On Fri, Aug 27, 2010 at 08:14, Greg Ungerer g...@snapgear.com wrote:
 Geert Uytterhoeven wrote:

 On Mon, Aug 23, 2010 at 12:07, Christian Dietrich
 qy03f...@stud.informatik.uni-erlangen.de wrote:

 Christian Dietrich qy03f...@stud.informatik.uni-erlangen.de writes:

 I don't have any problems with any of these from a
 m68knommu point of view. I can merge them via the
 m68knommu git tree if you want?

 If there aren't any complaints from the m68k people i'm fine with
 that.

 Hm, last message was two weeks ago, so perhaps the m68k people (with
 mmu) have no complaints with these patches and they can be included in
 the m68knommu tree?

 Sorry, I've been a bit too busy with other things...

  - arch/m68k: Removing dead GG2 config option
    Fine for me
  - arch/m68k{,nommu}: Removing dead SMP config option
    Are there any SMP m68k systems coming?
    If yes, we may want to keep it. From the other hand, probably many
 other places
    need adjustment for SMP too, so the few checks for CONFIG_SMP may give
 a
    false feeling of readiness for SMP.
  - arch/m68knommu: Removing dead M68KFPU_EMU config option
    With the imminent(?) merge of mmu and nommu, perhaps we want to keep
 it?

 I think what is in there is so old and decrepit that it is more
 of a hindrance than a help :-)  When we merge we should just be
 using what is currently in the m68k part of the source. So I am
 happy to remove the m68knommu FPU code right now.

OK, fine for me!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
                                -- Linus Torvalds

___
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia


[BUG] [PATCH 11/18] pcmcia: do not use io_req_t when calling pcmcia_request_io()

2010-08-27 Thread Komuro

Hi,

Something is strange in pcmcia_request_configuration? at kernel 2.6.36-rc1?

serial part of multi-function card does not work at 2.6.36-rc1.


output of /proc/ioports

[2.6.36-rc1]
02e8-02ef : pcmcia_socket0
   02e8-02ef : pcmcia0.0
 02e8-02ef : serial
0300-030f : pcmcia_socket0
   0300-0008 : pcmcia0.0== Strange!!


[2.6.35]
02e8-02ef : pcmcia_socket0
02e8-02ef : serial
0300-030f : pcmcia_socket0


___
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia