Re: [PATCH v3, part1 07/10] PCI, unicore, m68k: remove redundant call of pci_bus_add_devices()

2013-06-06 Thread Greg Ungerer
Hi Bjorn, On 06/06/13 07:31, Bjorn Helgaas wrote: [+cc m68k and unicore32 maintainers] On Sat, May 25, 2013 at 7:48 AM, Jiang Liu liu...@gmail.com wrote: pci_scan_bus() and pci_scan_root_bus() has called pci_bus_add_devices() once, so remove the redundant call of pci_bus_add_devices(). On

Re: [PATCH] arch: m68k: include: asm: the 3rd parameter of 'insl' and 'outsl' need ' 2'

2013-06-06 Thread Chen Gang
On 06/05/2013 03:24 PM, schmitz wrote: It seems already has another related patch for it, and it is just applying. So need I send it again ? I think Thorsten submitted a patch to that effect? If so, yours should not be necessary. OK, thanks. And also thank Geert. -- Chen Gang

Re: [PATCH v2] arch/*/asm/include/bitops.h: api issue, find_*_bit() defination are different with each other

2013-06-06 Thread Chen Gang
On 06/05/2013 09:02 PM, Uwe � wrote: Thank you very much for your carefully checking (could you tell me how do you find it ?) :-) I have no tool for that, it just catched my eye OK, thank again for your carefully checking. -- Chen Gang Asianux Corporation -- To unsubscribe from this list:

[PATCH v3] arch/*/asm/include/bitops.h: api issue, find_*_bit() defination are different with each other

2013-06-06 Thread Chen Gang
For arm and m68k, they customize find_*_bit(), but the API is different with 'generic'. avr32, s390, and unicore32 also customize find_*_bit(), but the API is the same with 'generic', and the left architectures all use 'generic'. So need change arm and m68k related API to match the 'generic',

Re: [PATCH] arch: m68k: include: asm: the 3rd parameter of 'insl' and 'outsl' need ' 2'

2013-06-06 Thread Thorsten Glaser
schmitz dixit: No need for the #ifdef CONFIG_Q40 - Q40 is the only m68k subarch that builds the parport_pc module (which includes parport.h), IIRC. Is that correct, Thorsten? The header is included outside of Q40. There is no Q40 kernel in Debian (yet). So, no. bye, //mirabilos --

[PATCH 0/2] Experimental Amiga Zorro ESP driver

2013-06-06 Thread Michael Schmitz
Geert, other than 'it compiles', I can't really say much about this one. I've done what seemed necessary to do the ESP probe setup in the zorro driver framework (using the NCR7xx driver as a guideline), and used the old Blizzard 2060 driver as a model for the DMA setup. To adapt to another

[PATCH 2/2] m68k/amiga - Zorro ESP: convert old driver to ESP core

2013-06-06 Thread Michael Schmitz
--- drivers/scsi/zorro_esp.c | 414 ++ 1 files changed, 414 insertions(+), 0 deletions(-) create mode 100644 drivers/scsi/zorro_esp.c diff --git a/drivers/scsi/zorro_esp.c b/drivers/scsi/zorro_esp.c new file mode 100644 index 000..b0d4a56 ---

[PATCH 1/2] m68k/amiga - Zorro ESP SCSI Makefile/Kconfig support

2013-06-06 Thread Michael Schmitz
--- drivers/scsi/Kconfig | 16 drivers/scsi/Makefile |1 + 2 files changed, 17 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig index db95c54..8a08ee6 100644 --- a/drivers/scsi/Kconfig +++ b/drivers/scsi/Kconfig @@ -1644,6 +1644,22 @@

Re: [PATCH] arch: m68k: include: asm: the 3rd parameter of 'insl' and 'outsl' need ' 2'

2013-06-06 Thread Michael Schmitz
Thorsten, No need for the #ifdef CONFIG_Q40 - Q40 is the only m68k subarch that builds the parport_pc module (which includes parport.h), IIRC. Is that correct, Thorsten? The header is included outside of Q40. There is no Q40 kernel in Debian (yet). So, no. OK, so it's the Amiga use of