[parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1

Linux PARISC architecture development
 help / color / mirror / Atom feed

* [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
@ 2005-02-19 11:34 Helge Deller
  2005-02-19 14:00 ` Michael S. Zick
  2005-02-19 16:40 ` Matthew Wilcox
  0 siblings, 2 replies; 8+ messages in thread
From: Helge Deller @ 2005-02-19 11:34 UTC (permalink / raw)
  To: parisc-linux; +Cc: James.Bottomley

I get random messages from the 53c700 scsi driver (see below). 
Any ideas ?
Helge

System LOG:

Linux version 2.6.11-rc4-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #170 Sat Feb 19 12:04:12 CET 2005
FP[0] enabled: Rev 1 Model 13
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
vers  0000000c
model 9000/715
Total Memory: 160 Mb
Built 1 zonelists                                                                                                                         
.....
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi0: 53c710 rev 2
scsi0 : LASI SCSI 53c700
  Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:6: Beginning Domain Validation
scsi0: (6:0) Enabling Tag Command Queuing
scsi0: (6:0) Asynchronous
 target0:0:6: Domain Validation skipping write tests
scsi0: (6:0) Synchronous at offset 8, period 100ns
 target0:0:6: Ending Domain Validation
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0                                                                       
...



in dmesg (at random times):
_raw_foo() called with bad address 0xf0106121
Backtrace:
 [<10104ce4>] __raw_bad_addr+0x64/0x70
 [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
 [<10290684>] NCR_700_queuecommand+0x2fc/0x440
 [<1026cf30>] scsi_dispatch_cmd+0x164/0x238
 [<10272ba4>] scsi_request_fn+0x18c/0x354
 [<10250454>] __generic_unplug_device+0x4c/0x54
 [<10250470>] generic_unplug_device+0x14/0x24
 [<102504b0>] blk_backing_dev_unplug+0x30/0x38
 [<10169038>] sync_buffer+0x54/0x58
 [<10103708>] __wait_on_bit+0xd4/0xe0
 [<101037c4>] out_of_line_wait_on_bit+0xb0/0xcc
 [<101ba2a4>] journal_commit_transaction+0xe68/0x1028
 [<101bc7ac>] kjournald+0xc0/0x240
 [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24


and:
__raw_foo() called with bad address 0xf0106122
Backtrace:
 [<10104ce4>] __raw_bad_addr+0x64/0x70
 [<1028f200>] NCR_700_intr+0x84/0x120c
 [<10142cfc>] handle_IRQ_event+0x50/0xa4
 [<10142e78>] __do_IRQ+0x128/0x174
 [<102163dc>] gsc_asic_intr+0xac/0xc8
 [<10142cfc>] handle_IRQ_event+0x50/0xa4
 [<10142e78>] __do_IRQ+0x128/0x174
 [<101072a0>] do_cpu_irq_mask+0x7c/0xd8
 [<1010c068>] intr_return+0x0/0x14
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 11:34 [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1 Helge Deller
@ 2005-02-19 14:00 ` Michael S. Zick
  2005-02-19 14:59   ` Helge Deller
  2005-02-19 16:40 ` Matthew Wilcox
  1 sibling, 1 reply; 8+ messages in thread
From: Michael S. Zick @ 2005-02-19 14:00 UTC (permalink / raw)
  To: parisc-linux

On Sat February 19 2005 05:34, Helge Deller wrote:
> I get random messages from the 53c700 scsi driver (see below). 
> Any ideas ?
> Helge
> 
Looks like more udev/irq balance/irq routing problems,
see concurrent thread "BUG 2.6.11-rc4..."

try: 'noudev pci=routeirq' options on the command line
to change behavior in generic code.

Mike

> System LOG:
> 
> Linux version 2.6.11-rc4-pa1 (root@p100) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #170 Sat Feb 19 12:04:12 CET 2005
> FP[0] enabled: Rev 1 Model 13
> The 32-bit Kernel has started...
> Determining PDC firmware type: Snake.
> model 000060a0 00000481 00000000 00000000 773c7d2c 00000000 00000004 00000072 00000072
> vers  0000000c
> model 9000/715
> Total Memory: 160 Mb
> Built 1 zonelists                                                                                                                         
> .....
> 53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
> scsi0: 53c710 rev 2
> scsi0 : LASI SCSI 53c700
>   Vendor: QUANTUM   Model: FIREBALL_TM3200S  Rev: 300X
>   Type:   Direct-Access                      ANSI SCSI revision: 02
>  target0:0:6: Beginning Domain Validation
> scsi0: (6:0) Enabling Tag Command Queuing
> scsi0: (6:0) Asynchronous
>  target0:0:6: Domain Validation skipping write tests
> scsi0: (6:0) Synchronous at offset 8, period 100ns
>  target0:0:6: Ending Domain Validation
> st: Version 20041025, fixed bufsize 32768, s/g segs 256
> SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
> SCSI device sda: drive cache: write back
> SCSI device sda: 6281856 512-byte hdwr sectors (3216 MB)
> SCSI device sda: drive cache: write back
>  sda: sda1 sda2 sda3 sda4
> Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
> Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0,  type 0                                                                       
> ...
> 
> 
> 
> in dmesg (at random times):
> _raw_foo() called with bad address 0xf0106121
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
>  [<10290684>] NCR_700_queuecommand+0x2fc/0x440
>  [<1026cf30>] scsi_dispatch_cmd+0x164/0x238
>  [<10272ba4>] scsi_request_fn+0x18c/0x354
>  [<10250454>] __generic_unplug_device+0x4c/0x54
>  [<10250470>] generic_unplug_device+0x14/0x24
>  [<102504b0>] blk_backing_dev_unplug+0x30/0x38
>  [<10169038>] sync_buffer+0x54/0x58
>  [<10103708>] __wait_on_bit+0xd4/0xe0
>  [<101037c4>] out_of_line_wait_on_bit+0xb0/0xcc
>  [<101ba2a4>] journal_commit_transaction+0xe68/0x1028
>  [<101bc7ac>] kjournald+0xc0/0x240
>  [<1010bc5c>] ret_from_kernel_thread+0x1c/0x24
> 
> 
> and:
> __raw_foo() called with bad address 0xf0106122
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028f200>] NCR_700_intr+0x84/0x120c
>  [<10142cfc>] handle_IRQ_event+0x50/0xa4
>  [<10142e78>] __do_IRQ+0x128/0x174
>  [<102163dc>] gsc_asic_intr+0xac/0xc8
>  [<10142cfc>] handle_IRQ_event+0x50/0xa4
>  [<10142e78>] __do_IRQ+0x128/0x174
>  [<101072a0>] do_cpu_irq_mask+0x7c/0xd8
>  [<1010c068>] intr_return+0x0/0x14
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 14:00 ` Michael S. Zick
@ 2005-02-19 14:59   ` Helge Deller
  2005-02-19 15:20     ` Michael S. Zick
  0 siblings, 1 reply; 8+ messages in thread
From: Helge Deller @ 2005-02-19 14:59 UTC (permalink / raw)
  To: parisc-linux; +Cc: Michael S. Zick

Hi Michael,

On Saturday 19 February 2005 15:00, Michael S. Zick wrote:
> On Sat February 19 2005 05:34, Helge Deller wrote:
> > I get random messages from the 53c700 scsi driver (see below). 
> > Any ideas ?
> > Helge
> > 
> Looks like more udev/irq balance/irq routing problems,
> see concurrent thread "BUG 2.6.11-rc4..."
> 
> try: 'noudev pci=routeirq' options on the command line
> to change behavior in generic code.

I will try, but I'm not sure that this is the cause.
Looks to me more like a missing ioremap() call.

Even the sti framebuffer does not work since weeks - I think it's due to ioremap() as well.

Helge
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 14:59   ` Helge Deller
@ 2005-02-19 15:20     ` Michael S. Zick
  0 siblings, 0 replies; 8+ messages in thread
From: Michael S. Zick @ 2005-02-19 15:20 UTC (permalink / raw)
  To: parisc-linux

On Sat February 19 2005 08:59, Helge Deller wrote:
> Hi Michael,
> 
> On Saturday 19 February 2005 15:00, Michael S. Zick wrote:
> > On Sat February 19 2005 05:34, Helge Deller wrote:
> > > I get random messages from the 53c700 scsi driver (see below). 
> > > Any ideas ?
> > > Helge
> > > 
> > Looks like more udev/irq balance/irq routing problems,
> > see concurrent thread "BUG 2.6.11-rc4..."
> > 
> > try: 'noudev pci=routeirq' options on the command line
> > to change behavior in generic code.
> 
> I will try, but I'm not sure that this is the cause.
> Looks to me more like a missing ioremap() call.
> 
> Even the sti framebuffer does not work since weeks - I think it's due to ioremap() as well.
> 
With 2.6.11 the device drivers are responsible for registering
their irq handling, not the bus driver...
Could that also be the cause for your missing ioremap() calls?

The above is a general description - perhaps not exact.
I am afraid I will learn more than I ever wanted to know about
this change before I get this *&%^&  tulip driver working under 2.6.11

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 11:34 [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1 Helge Deller
  2005-02-19 14:00 ` Michael S. Zick
@ 2005-02-19 16:40 ` Matthew Wilcox
  2005-02-19 16:53   ` Matthew Wilcox
  1 sibling, 1 reply; 8+ messages in thread
From: Matthew Wilcox @ 2005-02-19 16:40 UTC (permalink / raw)
  To: Helge Deller; +Cc: parisc-linux, James.Bottomley

On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> I get random messages from the 53c700 scsi driver (see below). 
> Any ideas ?
> _raw_foo() called with bad address 0xf0106121
> Backtrace:
>  [<10104ce4>] __raw_bad_addr+0x64/0x70
>  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c

Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
quick look, see if it's easily fixable (should be).  If the dmesg noise
annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
reporting it -- it's an important step towards turning on HPPA_IOREMAP ...

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 16:40 ` Matthew Wilcox
@ 2005-02-19 16:53   ` Matthew Wilcox
  2005-02-19 22:12     ` Joel Soete
  2005-02-20 12:32     ` Helge Deller
  0 siblings, 2 replies; 8+ messages in thread
From: Matthew Wilcox @ 2005-02-19 16:53 UTC (permalink / raw)
  To: Matthew Wilcox; +Cc: Helge Deller, James.Bottomley, parisc-linux

On Sat, Feb 19, 2005 at 04:40:07PM +0000, Matthew Wilcox wrote:
> On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> > I get random messages from the 53c700 scsi driver (see below). 
> > Any ideas ?
> > _raw_foo() called with bad address 0xf0106121
> > Backtrace:
> >  [<10104ce4>] __raw_bad_addr+0x64/0x70
> >  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
> 
> Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
> quick look, see if it's easily fixable (should be).  If the dmesg noise
> annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
> reporting it -- it's an important step towards turning on HPPA_IOREMAP ...

Here's the patch I'm compiling now ...

--- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
+++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
@@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
 
        hostdata->dev = &dev->dev;
        dma_set_mask(&dev->dev, 0xffffffffUL);
-       hostdata->base = base;
+       hostdata->base = ioremap(base, 0x100);
        hostdata->differential = 0;
 
        if (dev->id.sversion == LASI_700_SVERSION) {
@@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
        return 0;
 
  out_kfree:
+       iounmap(hostdata->base);
        kfree(hostdata);
        return -ENODEV;
 }
@@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
        scsi_remove_host(host);
        NCR_700_release(host);
        free_irq(host->irq, host);
+       iounmap(hostdata->base);
        kfree(hostdata);
 
        return 0;


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 16:53   ` Matthew Wilcox
@ 2005-02-19 22:12     ` Joel Soete
  2005-02-20 12:32     ` Helge Deller
  1 sibling, 0 replies; 8+ messages in thread
From: Joel Soete @ 2005-02-19 22:12 UTC (permalink / raw)
  To: Matthew Wilcox; +Cc: parisc-linux

Hi all,

Here isthe lot of messages I got when stressing sdc on narrow se connection of my c110 (this disk is an older model then mentioned 
in previous test).
using following stress test just being:
# tar cslp linux-2.6.11-rc4-pa1-050219 | tar -C /chroot/Develop -xslp
# tar -cslpf /chroot/Develop/linux-2.6.11-rc4-pa1-050219.tar linux-2.6.11-rc4-pa1-050219
# tar -cslpf /chroot/Develop/linux-2.6.11-rc4-pa1-050219.tar2  linux-2.6.11-rc4-pa1-050219
nearly simultanious in 3 different shells ;-)

I got lot of messages as follow:
scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG N
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff081c0
  failing command because of reset, slot 2ff4864c, cmnd 2ff08a00
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x3: 03 00 00 00 60 00
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff08320
  failing command because of reset, slot 2ff4864c, cmnd 2ff088a0
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff088a0
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff48520, cmnd 2ff081c0
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff4864c, dsp 001d8]
  failing command because of reset, slot 2ff4864c, cmnd 2ff08060
  failing command because of reset, slot 2ff48778, cmnd 2ff08320
  failing command because of reset, slot 2ff488a4, cmnd 2ff088a0
scsi1: (4:0), UNEXPECTED PHASE after command phase (CD BSY REQ CMD_OUT)
          len = 6, cmd =scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f af 46
scsi1: Bus Reset detected, executing command 2ff08060, slot 2ff48778, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08060
  failing command because of reset, slot 2ff488a4, cmnd 2ff081c0
scsi1 (4:0) broken device is looping in contingent allegiance: ignoring
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b3 46 00 04 00 00
scsi1 (4:0) New error handler wants to abort command
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f bc d6 00 04 00 00
scsi1 (4:0) New error handler wants device reset
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1 (4:0) New error handler wants BUS reset, cmd 2ff081c0
         scsi1 : destination target 4, lun 0
         command: cdb[0]=0x2a: 2a 00 00 5f b7 46 00 04 00 00
scsi1: Bus Reset detected, executing command 2ff08320, slot 2ff488a4, dsp 001d8]
  failing command because of reset, slot 2ff48778, cmnd 2ff08480
  failing command because of reset, slot 2ff488a4, cmnd 2ff08320
end_request: I/O error, dev sdc, sector 6270790
Buffer I/O error on device sdc9, logical block 144776
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144777
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144778
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144779
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144780
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144781
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144782
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144783
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144784
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 144785
lost page write due to I/O error on sdc9
  target1:0:4: Beginning Domain Validation
scsi1: (4:0) Asynchronous
  target1:0:4: Domain Validation skipping write tests
scsi1: (4:0) Synchronous at offset 8, period 100ns
  target1:0:4: Ending Domain Validation
end_request: I/O error, dev sdc, sector 6624510
printk: 118 messages suppressed.
Buffer I/O error on device sdc9, logical block 188991
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188992
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188993
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188994
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188995
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188996
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 188997
lost page write due to I/O error on sdc9
end_request: I/O error, dev sdc, sector 7236926
printk: 121 messages suppressed.
Buffer I/O error on device sdc9, logical block 265543
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265544
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265545
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265546
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265547
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 265548
lost page write due to I/O error on sdc9

> 
> 
> Here's the patch I'm compiling now ...
> 
> --- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
> +++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
> @@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
>  
>         hostdata->dev = &dev->dev;
>         dma_set_mask(&dev->dev, 0xffffffffUL);
> -       hostdata->base = base;
> +       hostdata->base = ioremap(base, 0x100);
>         hostdata->differential = 0;
>  
>         if (dev->id.sversion == LASI_700_SVERSION) {
> @@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
>         return 0;
>  
>   out_kfree:
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>         return -ENODEV;
>  }
> @@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
>         scsi_remove_host(host);
>         NCR_700_release(host);
>         free_irq(host->irq, host);
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>  
>         return 0;
> 
This patch applied I got only:
end_request: I/O error, dev sdc, sector 5303534
Buffer I/O error on device sdc9, logical block 23869
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23870
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23871
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23872
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23873
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23874
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23875
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23876
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23877
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 23878
lost page write due to I/O error on sdc9
scsi1: (4:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
scsi1: Bus Reset detected, executing command 2ff08320, slot 2ff4864c, dsp 001d81e8[01e8]
  failing command because of reset, slot 2ff48520, cmnd 2ff08740
  failing command because of reset, slot 2ff4864c, cmnd 2ff08320
  failing command because of reset, slot 2ff48778, cmnd 2ff088a0
  failing command because of reset, slot 2ff488a4, cmnd 23af1e80
end_request: I/O error, dev sdc, sector 6147910
printk: 118 messages suppressed.
Buffer I/O error on device sdc9, logical block 129416
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129417
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129418
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129419
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129420
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129421
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129422
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129423
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129424
lost page write due to I/O error on sdc9
Buffer I/O error on device sdc9, logical block 129425
lost page write due to I/O error on sdc9

That said it seems to be a c110 pb because as reported in 
<http://lists.parisc-linux.org/pipermail/parisc-linux/2005-February/025853.html>

The same test on b180 with same 53c710 driver doesn't encounter any pb :-)

I can so eliminate disk pb ;-)
But how may I check if it's hw pb in the 53c710 ctrlr? (hp ode expert tools are only for hp engineer)

hth,
	joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1
  2005-02-19 16:53   ` Matthew Wilcox
  2005-02-19 22:12     ` Joel Soete
@ 2005-02-20 12:32     ` Helge Deller
  1 sibling, 0 replies; 8+ messages in thread
From: Helge Deller @ 2005-02-20 12:32 UTC (permalink / raw)
  To: Matthew Wilcox; +Cc: James.Bottomley, parisc-linux

Hi Willi,

Thanks!
This patch worked. I'll commit it now...

Helge

On Saturday 19 February 2005 17:53, Matthew Wilcox wrote:
> On Sat, Feb 19, 2005 at 04:40:07PM +0000, Matthew Wilcox wrote:
> > On Sat, Feb 19, 2005 at 12:34:30PM +0100, Helge Deller wrote:
> > > I get random messages from the 53c700 scsi driver (see below). 
> > > Any ideas ?
> > > _raw_foo() called with bad address 0xf0106121
> > > Backtrace:
> > >  [<10104ce4>] __raw_bad_addr+0x64/0x70
> > >  [<1028edd8>] NCR_700_start_command+0x3e8/0x78c
> > 
> > Yup.  This is a missing ioremap() in the 53c700 driver.  I'll have a
> > quick look, see if it's easily fixable (should be).  If the dmesg noise
> > annoys you, you can just turn off CONFIG_DEBUG_IOREMAP, but thanks for
> > reporting it -- it's an important step towards turning on HPPA_IOREMAP ...
> 
> Here's the patch I'm compiling now ...
> 
> --- drivers/scsi/lasi700.c      10 Dec 2004 20:46:33 -0000      1.10
> +++ drivers/scsi/lasi700.c      19 Feb 2005 16:47:11 -0000
> @@ -112,7 +112,7 @@ lasi700_probe(struct parisc_device *dev)
>  
>         hostdata->dev = &dev->dev;
>         dma_set_mask(&dev->dev, 0xffffffffUL);
> -       hostdata->base = base;
> +       hostdata->base = ioremap(base, 0x100);
>         hostdata->differential = 0;
>  
>         if (dev->id.sversion == LASI_700_SVERSION) {
> @@ -138,6 +138,7 @@ lasi700_probe(struct parisc_device *dev)
>         return 0;
>  
>   out_kfree:
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>         return -ENODEV;
>  }
> @@ -152,6 +153,7 @@ lasi700_driver_remove(struct parisc_devi
>         scsi_remove_host(host);
>         NCR_700_release(host);
>         free_irq(host->irq, host);
> +       iounmap(hostdata->base);
>         kfree(hostdata);
>  
>         return 0;
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2005-02-20 12:32 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-19 11:34 [parisc-linux] NCR_700 problems on 715/64 with 2.6.11-rc4-pa1 Helge Deller
2005-02-19 14:00 ` Michael S. Zick
2005-02-19 14:59   ` Helge Deller
2005-02-19 15:20     ` Michael S. Zick
2005-02-19 16:40 ` Matthew Wilcox
2005-02-19 16:53   ` Matthew Wilcox
2005-02-19 22:12     ` Joel Soete
2005-02-20 12:32     ` Helge Deller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox