[parisc-linux] palo, update to README.INSTALL

[parisc-linux] palo, update to README.INSTALL

[Paul Bame]

palo's command line has changed since README.INSTALL was written, so
if you have a newer palo (for example
ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-20010118.tgz)
please note this change.

Where README.INSTALL uses 'palo -I -k ... /dev/sda' please change it
to 'palo -k ... -I /dev/sda' -- the -I option now requires an argument.

	-Paul Bame

Re: [parisc-linux] palo, update to README.INSTALL

[Grant Grundler]

Paul Bame wrote:
> 
> palo's command line has changed since README.INSTALL was written, so
> if you have a newer palo (for example
> ftp://puffin.external.hp.com/pub/parisc/binaries/userspace/palo-20010118.tgz)
> please note this change.
> 
> Where README.INSTALL uses 'palo -I -k ... /dev/sda' please change it
> to 'palo -k ... -I /dev/sda' -- the -I option now requires an argument.

And need to add "console=ttyS0" parameter too!

I'm using CONFIG_SERIAL_CONSOLE on c3k:
    palo -I /dev/sda -k /boot/vmlinux -b /boot/iplboot \
         -c '3/boot/vmlinux console=ttyS0 TERM=linux HOME=/ root=/dev/sda3'

grant

Re: [parisc-linux] palo, update to README.INSTALL

[marteau]

A little update for STI users                                         
                                                                      
>And need to add "console=ttyS0" parameter too!                       
>                                                                     
If you want to use the STI-console this parameter become              
"console=tty"                                                         
And do not forget to update the /dev/console too!                     
                                                                      
Thomas                                                                

[parisc-linux] C100 and newest CVS bits

[Greg Ingram]

I checked out the newest CVS bits and built a new kernel that dies on my
C100.  Serial console seems to be working better though.  It's dying in or
right after the SCSI setup.  The tail of the boot messages is below.  Both
of my disks were working with an earlier kernel.  Any suggestions?

- Greg

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<6,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0
 
ccio-dma.c:738: Assertion size > 0 failed!
Kernel panic: size > 0                                                          

[parisc-linux] [PATCH] typo fix

[Greg Ingram]

That patch I sent last week has a letter O instead of a zero in the 'C100'
string in the comment.  Only one.  What were my fingers doing?

--- ccio-dma.c.orig	Wed Jan 24 09:39:22 2001
+++ ccio-dma.c	Wed Jan 24 09:39:38 2001
@@ -1523,7 +1523,7 @@
 ** that can't be detected by PA/EISA/PCI bus walks.
 */
 	switch((unsigned long)d->hpa) {
-        case 0xf5fbf000L:       /* C1O0 (wild guess!) */
+        case 0xf5fbf000L:       /* C100 (wild guess!) */
 	case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
 	case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
 	case 0xf203f000L:       /* C180/C200/240/C360 IOA0 LBC (aka GSC port) */

- Greg

Re: [parisc-linux] C100 and newest CVS bits

[Grant Grundler]

Greg Ingram wrote:
> ccio-dma.c:738: Assertion size > 0 failed!
> Kernel panic: size > 0                                                       

Bogus ASSERT. Ryan committed the fixes last night. Please try again.

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

Re: [parisc-linux] C100 and newest CVS bits

[Greg Ingram]

On Wed, 24 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > ccio-dma.c:738: Assertion size > 0 failed!
> > Kernel panic: size > 0                                                       
> 
> Bogus ASSERT. Ryan committed the fixes last night. Please try again.

I pulled ccio-dma.c again and it still has the ASSERT at line 738.  If I
remove it, the kernel dies at line 385:
	
	ASSERT(pages_needed);

If I remove it, death occurs are line 460:

	ASERT(pages_mapped);

I've appended messages again.  Is the message from sim700 important?  Or
is it just telling me that I don't have that hardware?  The very last line
is different too.

- Greg

SCSI subsystem driver Revision: 1.00
sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
scsi0: Revision 0x2
Post test1, istat 01, sstat0 00, dstat 84
sim700: WARNING IRQ probe failed, (returned 0)
scsi0: Good, target data areas are dma coherent
scsi0: test 1 completed ok.
scsi0 : LASI/Simple 53c7xx
  Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
  Type:   Direct-Access                      ANSI SCSI revision: 02
zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
ncr53c8xx: 53c720 detected
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
ncr53c720-0: restart (scsi reset).
scsi1 : ncr53c8xx - version 3.3b
  Vendor: SEAGATE   Model: ST32430W          Rev: HP05
  Type:   Direct-Access                      ANSI SCSI revision: 02
ncr53c720-0-<6,0>: tagged command queue depth set to 8
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0
 
ccio-dma.c:460: Assertion pages_mapped failed!
Kernel panic: pages_mapped
In interrupt handler - not syncing
   

Re: [parisc-linux] C100 and newest CVS bits

[Grant Grundler]

Greg Ingram wrote:
> I pulled ccio-dma.c again and it still has the ASSERT at line 738.

My bad. My brain thought that was a different ASSERT.

sorry,
grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

Re: [parisc-linux] C100 and newest CVS bits

[Greg Ingram]

On Wed, 24 Jan 2001, Grant Grundler wrote:

> Greg Ingram wrote:
> > I pulled ccio-dma.c again and it still has the ASSERT at line 738.
> 
> My bad. My brain thought that was a different ASSERT.

Ok.  Is this a SCSI problem or a ccio-dma problem?  Like I mentioned
earlier, both disks worked with the kernel sources I downloaded last
week.  I've got all of SCSI disabled and the current kernel is running
fine.  

- Greg

Re: [parisc-linux] C100 and newest CVS bits

[Richard Hirst]

On Wed, Jan 24, 2001 at 12:06:23PM -0600, Greg Ingram wrote:
> I've appended messages again.  Is the message from sim700 important?  Or
> is it just telling me that I don't have that hardware?  The very last line
> is different too.
> 
> - Greg
> 
> SCSI subsystem driver Revision: 1.00
> sim700: Configuring 53c710 (SCSI-ID 7) at ffd06100, IRQ 86, options 0
> scsi0: Revision 0x2
> Post test1, istat 01, sstat0 00, dstat 84
> sim700: WARNING IRQ probe failed, (returned 0)
> scsi0: Good, target data areas are dma coherent
> scsi0: test 1 completed ok.
> scsi0 : LASI/Simple 53c7xx
>   Vendor: SEAGATE   Model: ST11200N SUN1.05  Rev: 8358
>   Type:   Direct-Access                      ANSI SCSI revision: 02

That lot was from sim700, and is ok.

We are now entering the zalon (ncr53c8xx.c/zalon.c) driver.

> zalon_scsi_callback: Zalon vers field is 0x1, IRQ 34
> ncr53c8xx: 53c720 detected
> ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
> ncr53c720-0: restart (scsi reset).
> scsi1 : ncr53c8xx - version 3.3b
>   Vendor: SEAGATE   Model: ST32430W          Rev: HP05
>   Type:   Direct-Access                      ANSI SCSI revision: 02
> ncr53c720-0-<6,0>: tagged command queue depth set to 8

Now we are probing the sim700 scsi bus

> Detected scsi disk sda at scsi0, channel 0, id 0, lun 0

Now we are probing the FWD (zalon) scsi bus 

> Detected scsi disk sdb at scsi1, channel 0, id 6, lun 0

Now the system will try to access these disks looking for partition
tables.

> ccio-dma.c:460: Assertion pages_mapped failed!

Your original message (assert size > 0) implies that one of the scsi
drivers has passed down a request to map a zero length buffer.  That
is quite possible - a Test Unit Ready will likely have a zero length
buffer as there is no data phase, and a driver might just try and map
it anyway.  I'll have a look at the drivers shortly.  I cant explain
why it used to work though, unless previous versions of ccio-dma.c
handled zero length requests differently.

Richard

Re: [parisc-linux] C100 and newest CVS bits

[Grant Grundler]

Richard Hirst wrote:

> I cant explain
> why it used to work though, unless previous versions of ccio-dma.c
> handled zero length requests differently.

cvs log of ccio-dma.c explains:
revision 1.21
date: 2001/01/16 03:19:50;  author: rbrad;  state: Exp;  lines: +857 -457
...
- Added support so the ASSERTS actually work.

Re: [parisc-linux] [PATCH] typo fix

[Ryan Bradetich]

Greg,

I can apply this patch if it really bothers you :)

Otherwise I am hoping to have the hack removed out of the ccio driver
with in a week.  I have already taken it out of my local tree, and just need
to finish up one small part of the I/O tree before committing it.

- Ryan

Greg Ingram wrote:

> That patch I sent last week has a letter O instead of a zero in the 'C100'
> string in the comment.  Only one.  What were my fingers doing?
>
> --- ccio-dma.c.orig     Wed Jan 24 09:39:22 2001
> +++ ccio-dma.c  Wed Jan 24 09:39:38 2001
> @@ -1523,7 +1523,7 @@
>  ** that can't be detected by PA/EISA/PCI bus walks.
>  */
>         switch((unsigned long)d->hpa) {
> -        case 0xf5fbf000L:       /* C1O0 (wild guess!) */
> +        case 0xf5fbf000L:       /* C100 (wild guess!) */
>         case 0xf3fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf7fbf000L:       /* C110 IOA0 LBC (aka GSC port) */
>         case 0xf203f000L:       /* C180/C200/240/C360 IOA0 LBC (aka GSC port) */
>
> - Greg
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.

Re: [parisc-linux] C100 and newest CVS bits

[Richard Hirst]

On Wed, Jan 24, 2001 at 07:14:57PM +0000, Richard Hirst wrote:
> Your original message (assert size > 0) implies that one of the scsi
> drivers has passed down a request to map a zero length buffer.  That

That was indeed the case.  Something asks sim700.c to do a bidirectional
trasfer of length 0.  Fixed sim700.c to not pci_map_single() on such
requests.  Should be ok now.

Richard