Re: [PATCH 0/9] Removing dead code
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
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()
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