IN
and DATA OUT). Some cards support only PIO transfers (even for DATA
phases). CPU cycles are scarce on some of these systems, so a small
improvement here makes a big difference.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
Reviewed-by: Hannes Reinecke <h...@suse.com>
Teste
Re-order struct members so that hot data lies at the beginning of the
struct and cold data at the end. Improve the comments while we're here.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
Reviewed-by: Hannes Reinecke <h...@suse.com>
Tested-by: Ondrej Zary <li...@rainb
This patch fixes an old bug: accesses to device registers from the
interrupt handler (after reselection, DMA completion etc.) could mess
up a device register access elsewhere, if the latter takes place outside
of an irq lock (during selection etc.).
Signed-off-by: Finn Thain <
Avoid the call to NCR5380_poll_politely2() when possible. The call is
easily short-circuited on the PIO fast path, using the inline wrapper.
This requires that the NCR5380_read macro be made available before
any #include "NCR5380.h" so a few declarations have to be moved too.
Signed-of
From: Ondrej Zary <li...@rainbow-software.org>
Merge the port-mapped IO and memory-mapped IO support (with the help of
ioport_map) into the g_NCR5380 module and delete g_NCR5380_mmio.
Signed-off-by: Ondrej Zary <li...@rainbow-software.org>
Signed-off-by: Finn Thain <fth...@tele
and Michael tested atari_scsi.
The other drivers have been compile-tested.
Changes since v1:
- rebased on 4.9/scsi-queue
- added reviewed-by tags
- tweaked the order of struct members in patch 7/12
Changes since v2:
- added tested-by tags
- fixed typo in log message for patch 3/12
Finn Thain (12
to the board-specific routines instead
of the Scsi_Host pointer. The board-specific code is concerned with
hardware and not with SCSI protocol or the mid-layer.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
Reviewed-by: Hannes Reinecke <h...@suse.com>
Tested-by: Ondrej Zary &l
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
Reviewed-by: Hannes Reinecke <h...@suse.com>
---
drivers/scsi/arm/cumana_1.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/scsi/arm/cumana_1.c b/drivers/scsi/arm/cumana_1.c
index 8e9cfe8..f616756 100644
--- a/driv
On Fri, 14 Oct 2016, James Bottomley wrote:
> This is just a set of minor updates and fixes which weren't quite ready
> in time for the first pull request. The only real thing of note is
> Mike Christie is stepping down as Maintainer of iscsi to be replaced by
> Lee Duncan and Chris Leech.
>
>
nstprop.0+0x388): undefined
> reference to `ioport_map'
>
> This adds a Kconfig dependency.
>
> Fixes: 04c40f82ccc5 ("scsi: g_NCR5380: Merge g_NCR5380 and g_NCR5380_mmio
> drivers")
> Signed-off-by: Arnd Bergmann <a...@arndb.de>
Acked-by: Finn Thain <fth...@
On Wed, 16 Nov 2016, Geliang Tang wrote:
> Use module_pci_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang <geliangt...@gmail.com>
Acked-by: Finn Thain <fth...@telegraphics.com.au>
> ---
> drivers/scsi/dmx3191d.c | 13 +
> 1 fi
On Sun, 30 Oct 2016, Ondrej Zary wrote:
> Trigger an IRQ first with a test IRQ handler to find out if it really
> works. Disable the IRQ if not.
>
> This prevents hang when incorrect IRQ was specified by user.
>
> Signed-off-by: Ondrej Zary
> ---
>
On Sun, 30 Oct 2016, Ondrej Zary wrote:
> Read back MODE_REG after writing it in NCR5380_init() to check if the
> chip is really there.
>
> This prevents hang when incorrect I/O address was specified by user.
>
> Signed-off-by: Ondrej Zary
> ---
>
On Sun, 30 Oct 2016, Ondrej Zary wrote:
> Use standard probe_irq_on() and probe_irq_off() functions instead of own
> implementation.
Thanks for doing this.
> This prevents warning messages like this in the kernel log:
> genirq: Flags mismatch irq 1. (NCR-probe) vs. 0080 (i8042)
>
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Trigger an IRQ first with a test IRQ handler to find out if it really
> > > works. Disable the IRQ if not.
> > >
> &g
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Read back MODE_REG after writing it in NCR5380_init() to check if the
> > > chip is really there.
> > >
> > >
On Sun, 30 Oct 2016, Ondrej Zary wrote:
> Read back MODE_REG after writing it in NCR5380_init() to check if the
> chip is really there.
>
> This prevents hang when incorrect I/O address was specified by user.
Do you know whereabouts in the driver the hang happens? Maybe there is a
robustness
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Use standard probe_irq_on() and probe_irq_off() functions instead of own
> > > implementation.
> >
> > Thanks for doin
On Wed, 2 Nov 2016, Ondrej Zary wrote:
> On Wednesday 02 November 2016 08:45:26 Finn Thain wrote:
> > On Mon, 31 Oct 2016, Ondrej Zary wrote:
> > > Trigger an IRQ first with a test IRQ handler to find out if it
> > > really works. Disable the IRQ if not.
> >
On Wed, 2 Nov 2016, Ondrej Zary wrote:
> On Wednesday 02 November 2016, Finn Thain wrote:
> > On Mon, 31 Oct 2016, Ondrej Zary wrote:
> >
> > > + NCR5380_write(SELECT_ENABLE_REG, hostdata->id_mask);
> > > + NCR5380_write(OUTPUT_DATA_REG, hostd
On Wed, 2 Nov 2016, Ondrej Zary wrote:
> > Also, you've ignored the irq module parameters. From the user's point
> > of view, surely the least surprising thing is to attempt to configure
> > the card for whatever irq the user asked for.
>
> I haven't. NCR5380_find_irq is only called when irq
On Thu, 3 Nov 2016, Ondrej Zary wrote:
> On Thursday 03 November 2016, Finn Thain wrote:
> > On Wed, 2 Nov 2016, Ondrej Zary wrote:
> > >
> > > The card is almost Plug The base address is already configured
> > > automatically by the driver so doing the s
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> Trigger an IRQ first with a test IRQ handler to find out if it really
> works. Disable the IRQ if not.
>
> This prevents hang when incorrect IRQ was specified by user.
>
Once again, how does it cause a hang?
If the user specifies an IRQ, we should
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> Write and read back MODE_REG to check if the chip is really there
> before doing more initialization.
>
> This prevents hang when incorrect I/O address was specified by user (in
> the most common case where no device is present there so all reads
>
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> Find free and working IRQ automatically on HP C2502 cards.
> Also allow IRQ 9 to work (aliases to IRQ 2 on the card).
>
> Signed-off-by: Ondrej Zary
> ---
> drivers/scsi/g_NCR5380.c | 29 +++--
> 1
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> IRQ probing seems to work fine now. Default to autoprobe for IRQ instead
> of disabling it.
>
> Signed-off-by: Ondrej Zary
> ---
> drivers/scsi/g_NCR5380.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> Use standard probe_irq_on() and probe_irq_off() functions instead of own
> implementation. This prevents warning messages like this in the kernel
> log: genirq: Flags mismatch irq 1. (NCR-probe) vs. 0080
> (i8042)
>
> Move the IRQ
ssigning base earlier.
>
> Signed-off-by: Ondrej Zary <li...@rainbow-software.org>
This fix is not related to the others in this series. It could go at the
beginning where it is easy to cherry-pick.
Fixes: a8cfbcaec0c1 ("scsi: g_NCR5380: Stop using scsi_module.c")
Acked
Acked-by: Finn Thain <fth...@telegraphics.com.au>
Thanks.
On Tue, 11 Oct 2016, Arnd Bergmann wrote:
> The g_NCR5380 has been converted to more regular probing, which
> means its probe function can now be invoked after the __init section
> is discarded, as pointed out by this
On Tue, 11 Oct 2016, Ondrej Zary wrote:
>
> I've tested IRQ probing on my IRQ7-hardwired ISA card without any
> success some time ago. No IRQ was detected because it wasn't even
> generated (no increment in /proc/interruptts).
The IRQ line does not appear in /proc/interrupts unless it has
On Mon, 10 Oct 2016, Russell King - ARM Linux wrote:
> On Mon, Oct 10, 2016 at 12:46:53AM -0400, Finn Thain wrote:
> > Avoid the call to NCR5380_poll_politely2() when possible. The call is
> > easily short-circuited on the PIO fast path, using the inline wrapper.
&g
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Correct printf()-style format specifiers,
> - Drop superfluous casts,
>
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Add missing continuations,
> - Drop superfluous casts.
>
>
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Add missing continuations, to fix user-visible breakage.
>
> Fixes:
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Add missing continuations,
> - Drop superfluous casts.
>
>
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Drop superfluous casts.
>
> Signed-off-by: Geert Uytterhoeven
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> Convert from printk() to pr_*().
>
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Drop superfluous casts,
> - Add
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Convert from printk() to pr_*(),
> - Add missing continuations, to fix user-visible breakage,
> - Drop useless WARNING prefix,
> - Move trailing spaces to start of continuations.
>
> Fixes: 4bcc595ccd80decb ("printk: reinstate KERN_CONT
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Introduce helpers for printing debug messages, incl. dummies for
> validating format strings when debugging is disabled,
> - Convert from printk() to pr_*(),
> - Add missing continuations, to fix user-visible breakage,
> - Drop
On Thu, 8 Dec 2016, Geert Uytterhoeven wrote:
> On Wed, Dec 7, 2016 at 11:36 PM, Finn Thain <fth...@telegraphics.com.au>
> wrote:
> > On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> >> - Convert from printk() to pr_*(),
> >> - Add missing continu
On Thu, 8 Dec 2016, Ondrej Zary wrote:
> On Monday 05 December 2016 07:07:19 Finn Thain wrote:
> > This patch series is based on the one submitted recently by Ondrej
> > Zary.
> >
> > This version has a different irq probing fix for HP C2502 boards and a
> > m
On Thu, 8 Dec 2016, I wrote:
>
> On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
>
> > - Convert from printk() to pr_*(),
> > - Add missing continuations,
> > - Remove #undef DEBUG.
> >
> > Note that "#ifdef DEBUG" is sometimes retained because pr_cont() is
> > not optimized away when
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> Convert from printk() to pr_*().
>
> Signed-off-by: Geert Uytterhoeven
> ---
> arch/m68k/mac/config.c | 34 --
> arch/m68k/mac/misc.c | 8
> 2 files changed, 20 insertions(+), 22
On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> - Convert from printk() to pr_*(),
> - Add missing continuations,
> - Remove #undef DEBUG.
>
> Note that "#ifdef DEBUG" is sometimes retained because pr_cont() is not
> optimized away when debugging is disabled.
>
I think that argues for
On Thu, 8 Dec 2016, Geert Uytterhoeven wrote:
> On Wed, Dec 7, 2016 at 11:45 PM, Finn Thain <fth...@telegraphics.com.au>
> wrote:
> > On Wed, 7 Dec 2016, Geert Uytterhoeven wrote:
> >
> >> - Introduce helpers for printing debug messages, incl. dummies for
&
On Wed, 11 Jan 2017, Michael Schmitz wrote:
> What is still correct is that the IDE driver does use the interrupt
> only, not the ST-DMA chip. And a single IDE interrupt can be correctly
> assigned to IDE by looking at the status register.
>
> With the SCSI (and IIRC also floppy) interrupts,
ed-off-by: David Howells <dhowe...@redhat.com>
> cc: "Juergen E. Fischer" <fisc...@norbit.de>
> cc: "James E.J. Bottomley" <j...@linux.vnet.ibm.com>
> cc: "Martin K. Petersen" <martin.peter...@oracle.com>
> cc: Dario Ballabio <balla
Hi Ondrej,
On Wed, 2 Nov 2016, I wrote:
>
> I think this patch is incomplete and you should add these changes:
>
> diff --git a/drivers/scsi/g_NCR5380.c b/drivers/scsi/g_NCR5380.c
> index 7299ad9..0bf0322 100644
> --- a/drivers/scsi/g_NCR5380.c
> +++ b/drivers/scsi/g_NCR5380.c
> @@ -44,7
This patch series is based on the one submitted recently by Ondrej Zary.
This version has a different irq probing fix for HP C2502 boards and
a more comprehensive patch to change the default irq parameter.
It needs testing on actual ISA hardware.
Finn Thain (4):
g_NCR5380: Check for chip
;li...@rainbow-software.org>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/scsi/g_NCR5380.c | 70 +++-
1 file changed, 57 insertions(+), 13 deletions(-)
diff --git a/drivers/scsi/g_NCR5380.c b/drivers/scsi/g_NCR5380.c
i
Automatically probe the board irq when no irq parameter is provided,
to simulate PnP. The old default behaviour was to disable the irq.
Update driver documentation accordingly and add some printk messages
to make this behaviour visible.
Signed-off-by: Finn Thain <fth...@telegraphics.com
From: Ondrej Zary <li...@rainbow-software.org>
Write and read back mode register to check that a chip is really there.
If no card is present, reads result in 0xff.
Signed-off-by: Ondrej Zary <li...@rainbow-software.org>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
r code from NCR5380 to g_NCR5380 where it is used.
Also clear interrupt flag before and after the probe.
Signed-off-by: Ondrej Zary <li...@rainbow-software.org>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/scs
directions in the 'status'
variable. That was only useful for debugging messages.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 76 ++--
1 file changed, 5
Change the device probe test in the via-cuda.c driver so it will load on
Egret-based machines too. Remove the now redundant via-maciisi.c driver.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/include/asm/macin
If the Cuda driver does not enter the 'read_done' state for some
reason, it may continue in the 'reading' state until the buffer
overflows. Add a bounds check to prevent this.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drive
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
I wondered whether the use of enable/disable_irq was an attempt to reduce
interrupt latency given that VIA register accesses are slow. But if the
interrupt has not yet fired, only one VIA access will take place, which
imposes negl
There is no possibility that current_req can change during execution of
cuda_start(). This can be confirmed by inspection: cuda_lock is always
held whenever cuda_start() is called or current_req is modified.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thai
This patch series has some improvements for the the Cuda driver: cleanup,
bug fixes and new functionality.
The broken via-maciisi driver is then replaced by via-cuda. This
eliminates over 600 LoC.
Thanks to Stan Johnson for testing these patches on a Mac LC III and
a PowerMac G3.
Finn Thain
.
Accomodating these differences complicates the Cuda driver slightly
but avoids a lot of duplication (see next patch).
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-
Add missing log message severity, remove old debug messages and
replace printk() loop with print_hex_dump() call.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 26 ++
1 fil
cuda_start() first and then confirming that it
succeeded. If not, test the current TREQ value before entering the
'reading' state.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 7 +++
1 fil
depends on the TREQ input.
Fix this by re-initializing reply_ptr and reading_reply as soon as they
are known to be invalid.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 4 ++--
1 file changed,
ious what the data_index variable does.
Moreover, the actual value of data_index when examined at any given moment
tells me something about prior events, which did prove helpful.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers
the odds for a few models, but so does setting
CONFIG_MAC_SONIC=y.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
Reviewed-by: Laurent Vivier <laur...@vivier.eu>
---
arch/m68k/mac/macints.c | 12
1 file changed, 12 deletions(-)
diff --git a/arch/m68k/mac/macints.c
This patch series removes some interrupt debug code:
printk statements, associated macros, dead code, etc.
Finn Thain (3):
m68k/mac: Improve NMI handler
m68k/mac: Remove SHUTUP_SONIC interrupt hack
m68k/mac: Clean up interrupt debug macros and printk statements
arch/m68k/include/asm
mac_nmi_handler() is useless in its present form and locks up my PowerBook
180. Let's throw out the dead code and make it do something useful: print
a register dump and a stack trace.
mac_debug_handler() is also dead code. Remove it along with its static
data.
Signed-off-by: Finn Thain <
Mac interrupt code has been debugged. The Penguin deficiencies that
still cause unhandled interrupts aren't fixable here. Besides,
interrupts are fast and frequent and these printk statements
were never really useful IMO. Remove them.
Signed-off-by: Finn Thain <fth...@telegraphics.com
This patch series has some improvements for the the Cuda driver: cleanup,
bug fixes and new functionality.
The broken via-maciisi driver is then replaced by via-cuda. This
eliminates over 600 LoC.
Thanks to Stan Johnson for testing these patches on a Mac LC III and
a PowerMac G3.
Finn Thain
.
Accomodating these differences complicates the Cuda driver slightly
but avoids a lot of duplication (see next patch).
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-
Change the device probe test in the via-cuda.c driver so it will load on
Egret-based machines too. Remove the now redundant via-maciisi.c driver.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/include/asm/macin
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
I wondered whether the use of enable/disable_irq was an attempt to reduce
interrupt latency given that VIA register accesses are slow. But if the
interrupt has not yet fired, only one VIA access will take place, which
imposes neglible la
input.
Fix this by re-initializing reply_ptr and reading_reply as soon as they
are known to be invalid.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 4 ++--
1 file changed, 2 insertions(+),
cuda_start() first and then confirming that it
succeeded. If not, test the current TREQ value before entering the
'reading' state.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 7 +++
1 file changed,
There is no possibility that current_req can change during execution of
cuda_start(). This can be confirmed by inspection: cuda_lock is always
held whenever cuda_start() is called or current_req is modified.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thai
ious what the data_index variable does.
Moreover, the actual value of data_index when examined at any given moment
tells me something about prior events, which did prove helpful.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers
If the Cuda driver does not enter the 'read_done' state for some
reason, it may continue in the 'reading' state until the buffer
overflows. Add a bounds check to prevent this.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drive
Add missing log message severity, remove old debug messages and
replace printk() loop with print_hex_dump() call.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 26 ++
1 fil
directions in the 'status'
variable. That was only useful for debugging messages.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/macintosh/via-cuda.c | 76 ++--
1 file changed, 5
On Mon, 2 Jan 2017, Geert Uytterhoeven wrote:
> Hi Finn, Ben,
>
> On Sun, Jan 1, 2017 at 1:56 AM, Finn Thain <fth...@telegraphics.com.au>
> wrote:
> > Change the device probe test in the via-cuda.c driver so it will load
> > on Egret-based machines too. Remove t
On Mon, 2 Jan 2017, Geert Uytterhoeven wrote:
> >
> > -/*
> > - * console_loglevel determines NMI handler function
> > - */
> > +extern void show_registers(struct pt_regs *);
>
> Seems like we do have a declaration in ... .
>
Yes, and it would have to be moved outside of the #ifdef
On Sat, 14 Jan 2017, Michael Schmitz wrote:
> Am 13.01.2017 um 15:33 schrieb Finn Thain:
>
> >> The case I'm worried about is both IDE and SCSI raising an interrupt.
> >> We don't currently mask the IDE/ST-DMA interrupt so a stacked
> >> interrupt m
On Sun, 15 Jan 2017, Michael Schmitz wrote:
> Am 15.01.2017 um 12:47 schrieb Finn Thain:
>
> > For the sake of discussion, I'll assume that the FDC driver will not
> > be using DMA. (Perhaps FDC and SCSI can share the ST-DMA chip, using
> > the present locking
My email address may be found in the git commit logs and in MAINTAINERS.
Remove duplicate addresses so they won't have to be kept up-to-date.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
diff --git a/drivers/macintosh/via-macii.c b/drivers/macintosh/via-macii.c
index 3725f08..4
ns between comparison and assignment of esp_chips[]
pointers.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/scsi/mac_esp.c | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/drivers/scsi/mac_esp.c b/drivers/scsi/mac_esp
_board() so I finished the job.
I've also added some missing message severity levels and converted
a printk loop to the MAC address "%pM" format specifier.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/nubus/nubus.c | 149 ++--
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/nubus/nubus.c | 284 --
1 file changed, 134 insertions(+), 150 deletions(-)
diff --git a/drivers/nubus/nubus.c b/drivers/nubus/nubus.c
index eac5ec2..bb81347 100644
--- a/d
rivers/nubus/nubus.c?r1=1.22.2.1=1.22.2.2=linux-2_2
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/nubus/nubus.c | 112 +++---
1 file changed, 6 insertions(+), 106 deletions(-)
diff --git a/drivers/nubus/nubus.c b/drivers/nubus/n
Fix bounds checking on slot-space pointer movement.
Remove redundant test for zero byte-lanes value.
Fix broken byte-lanes vs. address validation.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/nubus/nubus.c | 15 +++
1 file changed, 7 insertions(+), 8 del
linux-2_2
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/nubus/nubus.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/nubus/nubus.c b/drivers/nubus/nubus.c
index 3319cf1..ea9202d 100644
--- a/drivers/nubus/nubus.c
+++ b/drivers/nubus/nubus.c
@
Also move the NUBUS_DRHW_APPLE_JET definition, for numerical order.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
include/uapi/linux/nubus.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/nubus.h b/include/uapi/linux/nubus.h
index 7
macros, adjusted log message severity and
eliminated DEBUG_IOP. -- FT]
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/mac/iop.c | 74 +
1 file changed, 29 insertions(+), 45 deletions(-)
diff --git a/arch/m68k/mac/iop.c
This series has various patches from several different people. Two printk
modernization patches were originally from Geert Uytterhoeven and three
Nubus patches were originally committed to the Linux/mac68k CVS by
David Huggins-Daines.
Finn Thain (10):
m68k/mac: IOP - Modernize printing
The alloc/free metaphor used for IOP messages is misleading and can
cause mistakes like the pointless msg2 temporary variable. Use a more
meaningful name to help simplify the code.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/mac/iop.c | 19 ++-
From: Geert Uytterhoeven <ge...@linux-m68k.org>
Convert from printk() to pr_*().
[Adjusted log message severity levels and retained bootinfo log. -- FT]
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/mac/config.c | 12 +---
arch/m68k/mac/m
These changes save 1014 bytes according to scripts/bloat-o-meter.
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
arch/m68k/mac/config.c | 49 -
1 file changed, 12 insertions(+), 37 deletions(-)
diff --git a/arch/m68k/mac/conf
On Sun, 16 Apr 2017, Geert Uytterhoeven wrote:
> Hi Finn,
>
> On Sun, Apr 9, 2017 at 1:51 AM, Finn Thain <fth...@telegraphics.com.au>
> wrote:
> > This series has various patches from several different people. Two
> > printk modernization patches were orig
patch also improves on the weak tests
for unexpected interrupts and phase changes during PIO transfers.
Tested-by: Stan Johnson <user...@yahoo.com>
Fixes: 02507a80b35e ("[PATCH] [SCSI] mac_esp: fix PIO mode, take 2")
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
After sending a message, always clear esp->msg_out_len. Otherwise,
eh_abort_handler may subsequently fail to send an ABORT TASK SET
message.
Tested-by: Stan Johnson <user...@yahoo.com>
Signed-off-by: Finn Thain <fth...@telegraphics.com.au>
---
drivers/scsi/esp_scsi.c | 2 ++
1
This series has been tested on m68k Macs (ESP236 equivalent).
Some more testing with different targets and devices (FAS236 etc)
might be nice. Being that the esp_scsi fixes are on error paths,
more review may actually be more valuable than more testing...
Finn Thain (5):
scsi/mac_esp: Avoid
801 - 900 of 2949 matches
Mail list logo