All of lore.kernel.org
 help / color / mirror / Atom feed
* qc timeout on a marvell 88F6282 board
@ 2011-06-29  9:04 Richard Kang
  2011-07-03 12:52 ` saeed bishara
  0 siblings, 1 reply; 11+ messages in thread
From: Richard Kang @ 2011-06-29  9:04 UTC (permalink / raw)
  To: tj; +Cc: linux-ide

Hello.

I have a sil3132 pci-e card and a DB-88F6282-A-BP(Marvell development
board based on Arm9).
I compiled sata_sil24 driver as a module with a cross-compiler.

But, when loading the driver, qc timeout error was occurred during
ata_read_dev_id.
What is wrong, IRQ or DMA ?

I have 2.6.31.8

libata version 3.00 loaded.
bus: 'pci': add driver sata_sil24
bus: 'pci': driver_probe_device: matched device 0000:01:01.0 with driver
sata_sil24
bus: 'pci': really_probe: probing driver sata_sil24 with device 0000:01:01.0
sil24_init_one: @@@ ENTER
sata_sil24 0000:01:01.0: version 1.1
(arch/arm/mm/ioremap.c) __arm_ioremap: phys_addr=e8084000
(arch/arm/mm/ioremap.c) __arm_ioremap_pfn: addr=e0a22000
(arch/arm/mm/ioremap.c) __arm_ioremap: phys_addr=e8080000
(arch/arm/mm/ioremap.c) __arm_ioremap_pfn: addr=e0a28000
ata_host_alloc: ### ENTER: max_ports=2
ata_port_alloc: ENTER
(libata-core.c) ata_link_init
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_port_alloc: LEAVE
ata_port_alloc: ENTER
(libata-core.c) ata_link_init
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_port_alloc: LEAVE
ata_host_alloc: ### LEAVE
sil24_init_one: DMA_MASK_64 rc=0
sil24_init_controller: === ENTER : sil24_init_controller
sil24_init_controller: host_base=e0a22000 HOST_CTRL(0x40)=81000000
sil24_init_controller: === LEAVE: HOST_CTRL=1000003
sil24_init_one: @@@ LEAVE
sil24_port_start: ENTER ap=d1898000 ata4294967295
sil24_port_start: kernel va=ffc08000 cb_dma=118a0000
sil24_port_start: LEAVE
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata4294967295 port frozen
sil24_port_start: ENTER ap=d1630000 ata4294967295
sil24_port_start: kernel va=ffc27000 cb_dma=11800000
sil24_port_start: LEAVE
__ata_port_freeze: ENTER: ap=d1630000
__ata_port_freeze: LEAVE: ata4294967295 port frozen
sil24_interrupt: ***** ENTER: sil24_interrupt
sil24_interrupt: host_base=e0a22000 HOST_IRQ_STAT=0
sil24_interrupt: ***** LEAVE
(libata-core.c) ata_host_register *ENTER*
scsi2 : sata_sil24
device: 'host2': device_add
bus: 'scsi': add device host2
device: 'host2': device_add
scsi3 : sata_sil24
device: 'host3': device_add
bus: 'scsi': add device host3
device: 'host3': device_add
ata1: SATA max UDMA/100 host m128@0xe8084000 port 0xe8080000 irq 10
ata2: SATA max UDMA/100 host m128@0xe8084000 port 0xe8082000 irq 10
(libata-core.c) ata_host_register *LEAVE*
driver: '0000:01:01.0': driver_bound: bound to device 'sata_sil24'
bus: 'pci': really_probe: bound device 0000:01:01.0 to driver sata_sil24
ata_port_schedule_eh: port EH scheduled
ata_scsi_error: ENTER
(libata-eh.c) ata_scsi_error
ata_port_flush_task: ENTER
ata1: ata_port_flush_task: EXIT
sil24_error_handler: ENTER
sil24_init_port: +++ ENTER port_base=e0a28000
sil24_init_port: +++ LEAVE
ata_eh_link_autopsy: ENTER
ata_eh_recover: ENTER
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
sil24_softreset: ENTER
sil24_init_port: +++ ENTER port_base=e0a28000
sil24_init_port: +++ LEAVE
sil24_softreset: call -> sil24_exec_polled_cmd:
sil24_exec_polled_cmd: ENTER: irq_enabled=0
(libata-core.c) ata_tf_to_fis: 27 0f 00 00
sil24_exec_polled_cmd: LEAVE: PORT_IRQ_STAT=b40000 rc=0
sil24_softreset: call -> sil24_read_tf
sil24_read_tf: ENTER: tag=0
(libata-core.c) ata_tf_from_fis
sil24_read_tf: LEAVE: 27 0f 50 01 01 00 00 00 [01]
ata_dev_classify: found ATA device by sig
sil24_softreset: EXIT, class=1
sil24_thaw: ENTER
sil24_thaw: LEAVE: irq_enabled=8d3
ata_eh_thaw_port: ata1 port thawed
ata_std_postreset: ENTER
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
ata_std_postreset: EXIT
ata_eh_revalidate_and_attach: ENTER
ata1.00: ata_dev_read_id: ENTER
(libata-core.c) ata_dev_read_id
ata_do_dev_read_id: (libata-core.c) call -> ata_exec_internal
ata_exec_internal_sg: (libata-core.c) ENTER
ata_sg_setup: ENTER, ata1
ata_sg_setup: qc->sg=d15cfd2c
ata_sg_setup: 1 sg elements mapped
sil24_qc_prep: cb=ffc08000 sil24(qc->tag)=0
sil24_qc_prep: cmd_block[0]=ffc08000 cmd_block[1]=ffc09000
cmd_block[2]=ffc0a000
sil24_qc_prep: pp=d122a6f8 prb=ffc08000 sge=ffc08020
(libata-core.c) ata_tf_to_fis: 27 80 ec 00
sil24_fill_sg: ENTER: sge=ffc08020
sil24_fill_sg: sg_dma_addr=0x11899578 -> cpu_to_le64=0x11899578 ->
cpu_to_le32=0x11899578
sil24_fill_sg: LEAVE
sil24_qc_issue: (sata_sil24.c) ENTER:
sil24_qc_issue: (sata_sil24.c) LEAVE:
ata_exec_internal_sg: (libata-core.c) call ->
wait_for_completion_timeout rc=0
ata_port_flush_task: ENTER
ata1: ata_port_flush_task: EXIT
(libata-core.c) ata_qc_complete
(sata_sil24.c) sil24_qc_fill_rtf
sil24_read_tf: ENTER: tag=0
(libata-core.c) ata_tf_from_fis
sil24_read_tf: LEAVE: 00 00 8a 11 00 00 00 00 [00]
ata_sg_clean: unmapping 1 sg elements
(libata-core.c) ata_qc_complete_internal: waiting=d15cfcdc
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
ata1.00: qc timeout (cmd 0xec)
(sata_sil24.c) sil24_post_internal_cmd: qc->flag=10010
sil24_init_port: +++ ENTER port_base=e0a28000
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
(sata_sil24.c) sil24_post_internal_cmd <- ata_eh_freeze_port
ata_exec_internal_sg: (libata-core.c) LEAVE: err_mask=4
(libata-core.c) ata_dev_read_id <- ata_do_dev_read_id: err_mask=4
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata_eh_revalidate_and_attach: EXIT rc=-5
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
ata1: controller in dubious state, performing PORT_RST
sil24_softreset: ENTER
sil24_init_port: +++ ENTER port_base=e0a28000
sil24_init_port: +++ LEAVE
sil24_softreset: call -> sil24_exec_polled_cmd:
sil24_exec_polled_cmd: ENTER: irq_enabled=0
(libata-core.c) ata_tf_to_fis: 27 0f 00 00
sil24_exec_polled_cmd: LEAVE: PORT_IRQ_STAT=b40000 rc=0
sil24_softreset: call -> sil24_read_tf
sil24_read_tf: ENTER: tag=0
(libata-core.c) ata_tf_from_fis
sil24_read_tf: LEAVE: 27 0f 50 01 01 00 00 00 [01]
ata_dev_classify: found ATA device by sig
sil24_softreset: EXIT, class=1
sil24_thaw: ENTER
sil24_thaw: LEAVE: irq_enabled=8d3
ata_eh_thaw_port: ata1 port thawed
ata_std_postreset: ENTER
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
ata_std_postreset: EXIT
ata_eh_revalidate_and_attach: ENTER
ata1.00: ata_dev_read_id: ENTER
(libata-core.c) ata_dev_read_id
ata_do_dev_read_id: (libata-core.c) call -> ata_exec_internal
ata_exec_internal_sg: (libata-core.c) ENTER
ata_sg_setup: ENTER, ata1
ata_sg_setup: qc->sg=d15cfd2c
ata_sg_setup: 1 sg elements mapped
sil24_qc_prep: cb=ffc08000 sil24(qc->tag)=0
sil24_qc_prep: cmd_block[0]=ffc08000 cmd_block[1]=ffc09000
cmd_block[2]=ffc0a000
sil24_qc_prep: pp=d122a6f8 prb=ffc08000 sge=ffc08020
(libata-core.c) ata_tf_to_fis: 27 80 ec 00
sil24_fill_sg: ENTER: sge=ffc08020
sil24_fill_sg: sg_dma_addr=0x11899578 -> cpu_to_le64=0x11899578 ->
cpu_to_le32=0x11899578
sil24_fill_sg: LEAVE
sil24_qc_issue: (sata_sil24.c) ENTER:
sil24_qc_issue: (sata_sil24.c) LEAVE:
ata_exec_internal_sg: (libata-core.c) call ->
wait_for_completion_timeout rc=0
ata_port_flush_task: ENTER
ata1: ata_port_flush_task: EXIT
(libata-core.c) ata_qc_complete
(sata_sil24.c) sil24_qc_fill_rtf
sil24_read_tf: ENTER: tag=0
(libata-core.c) ata_tf_from_fis
sil24_read_tf: LEAVE: 00 00 8a 11 00 00 00 00 [00]
ata_sg_clean: unmapping 1 sg elements
(libata-core.c) ata_qc_complete_internal: waiting=d15cfcdc
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
ata1.00: qc timeout (cmd 0xec)
(sata_sil24.c) sil24_post_internal_cmd: qc->flag=10010
sil24_init_port: +++ ENTER port_base=e0a28000
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
(sata_sil24.c) sil24_post_internal_cmd <- ata_eh_freeze_port
ata_exec_internal_sg: (libata-core.c) LEAVE: err_mask=4
(libata-core.c) ata_dev_read_id <- ata_do_dev_read_id: err_mask=4
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata_eh_revalidate_and_attach: EXIT rc=-5
ata1: limiting SATA link speed to 1.5 Gbps
__ata_port_freeze: ENTER: ap=d1898000
__ata_port_freeze: LEAVE: ata1 port frozen
ata1: controller in dubious state, performing PORT_RST

Thank you,


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

* Re: qc timeout on a marvell 88F6282 board
  2011-06-29  9:04 qc timeout on a marvell 88F6282 board Richard Kang
@ 2011-07-03 12:52 ` saeed bishara
  2011-07-05  8:26   ` Richard Kang
  0 siblings, 1 reply; 11+ messages in thread
From: saeed bishara @ 2011-07-03 12:52 UTC (permalink / raw)
  To: Richard Kang; +Cc: tj, linux-ide

2011/6/29 Richard Kang <turquesa@malgn.com>:
> Hello.
>
> I have a sil3132 pci-e card and a DB-88F6282-A-BP(Marvell development
> board based on Arm9).
> I compiled sata_sil24 driver as a module with a cross-compiler.
>
> But, when loading the driver, qc timeout error was occurred during
> ata_read_dev_id.
> What is wrong, IRQ or DMA ?
looks to me this is DMA issue, can you force pio mode? you can do that
by adding "libata.dma=0" to the kernel command line.
saeed

> I have 2.6.31.8

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-03 12:52 ` saeed bishara
@ 2011-07-05  8:26   ` Richard Kang
  2011-07-05 10:11     ` saeed bishara
  0 siblings, 1 reply; 11+ messages in thread
From: Richard Kang @ 2011-07-05  8:26 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide


> 2011/6/29 Richard Kang<turquesa@malgn.com>:
>> Hello.
>>
>> I have a sil3132 pci-e card and a DB-88F6282-A-BP(Marvell development
>> board based on Arm9).
>> I compiled sata_sil24 driver as a module with a cross-compiler.
>>
>> But, when loading the driver, qc timeout error was occurred during
>> ata_read_dev_id.
>> What is wrong, IRQ or DMA ?
> looks to me this is DMA issue, can you force pio mode? you can do that
> by adding "libata.dma=0" to the kernel command line.
> saeed
>
>> I have 2.6.31.8

Dear saeed,

I excuted libata.dma=0 through "$modprobe libata dma=0"
Then I excuted "$modprobe sata_sil24"

But, result is same as before.
I think sata_sil24 supports only dma not pio, right?

Thank you.


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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-05  8:26   ` Richard Kang
@ 2011-07-05 10:11     ` saeed bishara
  2011-07-06  6:43       ` Richard Kang
  0 siblings, 1 reply; 11+ messages in thread
From: saeed bishara @ 2011-07-05 10:11 UTC (permalink / raw)
  To: Richard Kang; +Cc: linux-ide

On Tue, Jul 5, 2011 at 11:26 AM, Richard Kang <turquesa@malgn.com> wrote:
>
>> 2011/6/29 Richard Kang<turquesa@malgn.com>:
>>>
>>> Hello.
>>>
>>> I have a sil3132 pci-e card and a DB-88F6282-A-BP(Marvell development
>>> board based on Arm9).
>>> I compiled sata_sil24 driver as a module with a cross-compiler.
>>>
>>> But, when loading the driver, qc timeout error was occurred during
>>> ata_read_dev_id.
>>> What is wrong, IRQ or DMA ?
>>
>> looks to me this is DMA issue, can you force pio mode? you can do that
>> by adding "libata.dma=0" to the kernel command line.
>> saeed
>>
>>> I have 2.6.31.8
>
> Dear saeed,
>
> I excuted libata.dma=0 through "$modprobe libata dma=0"
> Then I excuted "$modprobe sata_sil24"
>
> But, result is same as before.
> I think sata_sil24 supports only dma not pio, right?
I don't think so.
can you check if interrupts working fine?
you can test that by loading the driver without any connected disk,
then check if the controller raises any interrupt from
/proc/interrupts when plugging a disk,
saeed

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-05 10:11     ` saeed bishara
@ 2011-07-06  6:43       ` Richard Kang
  2011-07-06  8:07         ` saeed bishara
  0 siblings, 1 reply; 11+ messages in thread
From: Richard Kang @ 2011-07-06  6:43 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide, 강태성

2011-07-05 오후 7:11, saeed bishara 쓴 글:
> On Tue, Jul 5, 2011 at 11:26 AM, Richard Kang<turquesa@malgn.com>  wrote:
>>> 2011/6/29 Richard Kang<turquesa@malgn.com>:
>>>> Hello.
>>>>
>>>> I have a sil3132 pci-e card and a DB-88F6282-A-BP(Marvell development
>>>> board based on Arm9).
>>>> I compiled sata_sil24 driver as a module with a cross-compiler.
>>>>
>>>> But, when loading the driver, qc timeout error was occurred during
>>>> ata_read_dev_id.
>>>> What is wrong, IRQ or DMA ?
>>> looks to me this is DMA issue, can you force pio mode? you can do that
>>> by adding "libata.dma=0" to the kernel command line.
>>> saeed
>>>
>>>> I have 2.6.31.8
>> Dear saeed,
>>
>> I excuted libata.dma=0 through "$modprobe libata dma=0"
>> Then I excuted "$modprobe sata_sil24"
>>
>> But, result is same as before.
>> I think sata_sil24 supports only dma not pio, right?
> I don't think so.
> can you check if interrupts working fine?
> you can test that by loading the driver without any connected disk,
> then check if the controller raises any interrupt from
> /proc/interrupts when plugging a disk,
> saeed
>
Dear saeed,

As your instructions, I checked interrupt.
At first, I load a sata_sil24 driver without a disk. (I added the log.)

--------------------------------------------------------------------------------
sil24_init_one: @@@ ENTER
(arch/arm/mm/ioremap.c) __arm_ioremap: phys_addr=e8084000
(arch/arm/mm/ioremap.c) __arm_ioremap_pfn: addr=e0a22000
(arch/arm/mm/ioremap.c) __arm_ioremap: phys_addr=e8080000
(arch/arm/mm/ioremap.c) __arm_ioremap_pfn: addr=e0a28000
ata_host_alloc: ### ENTER: max_ports=2
ata_port_alloc: ENTER
(libata-core.c) ata_link_init
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_port_alloc: LEAVE
ata_port_alloc: ENTER
(libata-core.c) ata_link_init
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
ata_port_alloc: LEAVE
ata_host_alloc: ### LEAVE
sil24_init_one: DMA_MASK_64 rc=0
sil24_init_controller: === ENTER : sil24_init_controller
sil24_init_controller: host_base=e0a22000 HOST_CTRL(0x40)=81000000
sil24_init_controller: === LEAVE: HOST_CTRL=1000003
sil24_init_one: @@@ LEAVE
sil24_port_start: ENTER ap=d1668000 ata4294967295
sil24_port_start: kernel va=ffc08000 cb_dma=11800000
sil24_port_start: LEAVE
__ata_port_freeze: ENTER: ap=d1668000
__ata_port_freeze: LEAVE: ata4294967295 port frozen
sil24_port_start: ENTER ap=d164c000 ata4294967295
sil24_port_start: kernel va=ffc27000 cb_dma=117a0000
sil24_port_start: LEAVE
__ata_port_freeze: ENTER: ap=d164c000
__ata_port_freeze: LEAVE: ata4294967295 port frozen
sil24_interrupt: ***** ENTER: sil24_interrupt
sil24_interrupt: host_base=e0a22000 HOST_IRQ_STAT=0
sil24_interrupt: ***** LEAVE
(libata-core.c) ata_host_register *ENTER*
scsi2 : sata_sil24
scsi3 : sata_sil24
ata1: SATA max UDMA/100 host m128@0xe8084000 port 0xe8080000 irq 10
ata2: SATA max UDMA/100 host m128@0xe8084000 port 0xe8082000 irq 10
(libata-core.c) ata_host_register *LEAVE*
ata_port_schedule_eh: port EH scheduled
ata_scsi_error: ENTER
(libata-eh.c) ata_scsi_error
ata_port_flush_task: ENTER
sil24_error_handler: ENTER
sil24_init_port: +++ ENTER port_base=e0a28000
sil24_init_port: +++ LEAVE
ata_eh_link_autopsy: ENTER
ata_eh_recover: ENTER
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
__ata_port_freeze: ENTER: ap=d1668000
__ata_port_freeze: LEAVE: ata1 port frozen
sil24_thaw: ENTER
sil24_thaw: LEAVE: irq_enabled=8d3
ata_eh_thaw_port: ata1 port thawed
ata_std_postreset: ENTER
ata1: SATA link down (SStatus 0 SControl 0)
ata_std_postreset: EXIT
ata_eh_revalidate_and_attach: ENTER
ata_eh_recover: EXIT, rc=0
sil24_error_handler: LEAVE
ata_scsi_error: EXIT
ata_port_schedule_eh: port EH scheduled
ata_scsi_error: ENTER
(libata-eh.c) ata_scsi_error
ata_port_flush_task: ENTER
sil24_error_handler: ENTER
sil24_init_port: +++ ENTER port_base=e0a2a000
sil24_init_port: +++ LEAVE
ata_eh_link_autopsy: ENTER
ata_eh_recover: ENTER
ata_dev_init: (libata-core.c) ENTER
ata_dev_init: (libata-core.c) LEAVE
__ata_port_freeze: ENTER: ap=d164c000
__ata_port_freeze: LEAVE: ata2 port frozen
sil24_thaw: ENTER
sil24_thaw: LEAVE: irq_enabled=8d3
ata_eh_thaw_port: ata2 port thawed
ata_std_postreset: ENTER
ata2: SATA link down (SStatus 0 SControl 0)
ata_std_postreset: EXIT
ata_eh_revalidate_and_attach: ENTER
ata_eh_recover: EXIT, rc=0
sil24_error_handler: LEAVE
ata_scsi_error: EXIT
--------------------------------------------------------------------------------

It seems no problem.
Then I plug a disk. Followings are debug msg of sil24_interrupt and 
contents of /proc/interrupts.
An interrupt is occurred and no error.

--------------------------------------------------------------------------------
sil24_interrupt: ***** ENTER: sil24_interrupt
sil24_interrupt: host_base=e0a22000 HOST_IRQ_STAT=2
(sata_sil24.c) sil24_host_intr
(sata_sil24.c) sil24_host_intr -> sil24_error_intr
ata_port_schedule_eh: port EH scheduled
__ata_port_freeze: ENTER: ap=d164c000
__ata_port_freeze: LEAVE: ata2 port frozen
sil24_interrupt: ***** LEAVE
--------------------------------------------------------------------------------
sh-3.2# cat /proc/interrupts
            CPU0
   1:      20689           -  kw_tick
  10:          1           -  sata_sil24
  11:       2901           -  mv_ethernet
  19:          0           -  ehci_hcd:usb1
  21:          0           -  mvSata
  22:          0           -  cesa
  28:       2145           -  mvsdio
  29:          0           -  mv64xxx_i2c
  33:        242           -  serial
Err:          0
--------------------------------------------------------------------------------

I can't find reason of not working. Please advise to me.

Thank you.

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-06  6:43       ` Richard Kang
@ 2011-07-06  8:07         ` saeed bishara
       [not found]           ` <CAMAG_edjasMffHA2tozzBEUWf27BPvjF_=fOL_N9oktTyTradQ@mail.gmail.com>
  2011-07-07  6:36           ` Richard Kang
  0 siblings, 2 replies; 11+ messages in thread
From: saeed bishara @ 2011-07-06  8:07 UTC (permalink / raw)
  To: Richard Kang; +Cc: linux-ide, 강태성

Richard,

 this board is supported by mainline kernel, can you try latest
version (3.0-rcX)?
> I can't find reason of not working. Please advise to me.
>
> Thank you.
>

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

* Re: qc timeout on a marvell 88F6282 board
       [not found]           ` <CAMAG_edjasMffHA2tozzBEUWf27BPvjF_=fOL_N9oktTyTradQ@mail.gmail.com>
@ 2011-07-07  3:00             ` Richard Kang
  0 siblings, 0 replies; 11+ messages in thread
From: Richard Kang @ 2011-07-07  3:00 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide

2011-07-06 오후 5:16, saeed bishara 쓴 글:
> On Wed, Jul 6, 2011 at 11:07 AM, saeed bishara<saeed.bishara@gmail.com>  wrote:
>> Richard,
>>
>>   this board is supported by mainline kernel, can you try latest
>> version (3.0-rcX)?
> in order to do that, you need to build the kernel with "make
> kirkwood_defconfig",
> then do the following from u-boot:
> Marvell>>  setenv mainlineLinux yes
> Marvell>>  setenv arcNumber 1680
> Marvell>>  saveenv
> Marvell>>  reset
>
Dear saeed,

I tried to build the kernel with "make kirkwood_defconfig".
But, during "make uImage", some errors occurred.

Is it impossible to excute your (u-boot) commands with kernel image by 
"make mv_kw_defconfig" ?

Thank you.
------------------------------------------------------------------------------------------------------------
scripts/kconfig/conf -s arch/arm/Kconfig
   CHK     include/linux/version.h
   UPD     include/linux/version.h
   Generating include/asm-arm/mach-types.h
   CHK     include/linux/utsrelease.h
   UPD     include/linux/utsrelease.h
   SYMLINK include/asm -> include/asm-arm
   CC      kernel/bounds.s
   GEN     include/linux/bounds.h
   CC      arch/arm/kernel/asm-offsets.s
   GEN     include/asm/asm-offsets.h
   CALL    scripts/checksyscalls.sh
<stdin>:1351:2: warning: #warning syscall migrate_pages not implemented
<stdin>:1407:2: warning: #warning syscall pselect6 not implemented
<stdin>:1411:2: warning: #warning syscall ppoll not implemented
<stdin>:1451:2: warning: #warning syscall epoll_pwait not implemented
   CC      scripts/mod/empty.o
   HOSTCC  scripts/mod/mk_elfconfig
   MKELF   scripts/mod/elfconfig.h
   HOSTCC  scripts/mod/file2alias.o
   HOSTCC  scripts/mod/modpost.o
scripts/mod/modpost.c: In function ‘get_markers’:
scripts/mod/modpost.c:1562:12: warning: ignoring return value of 
‘asprintf’, declared with attribute warn_unused_result
scripts/mod/modpost.c: In function ‘add_marker’:
scripts/mod/modpost.c:1982:10: warning: ignoring return value of 
‘asprintf’, declared with attribute warn_unused_result
   HOSTCC  scripts/mod/sumversion.o
   HOSTLD  scripts/mod/modpost
   HOSTCC  scripts/kallsyms
scripts/kallsyms.c: In function ‘read_symbol’:
scripts/kallsyms.c:112:9: warning: ignoring return value of ‘fgets’, 
declared with attribute warn_unused_result
   HOSTCC  scripts/conmakehash
   CC      init/main.o
   CHK     include/linux/compile.h
   UPD     include/linux/compile.h
   CC      init/version.o
   CC      init/do_mounts.o
   LD      init/mounts.o
   CC      init/noinitramfs.o
   CC      init/calibrate.o
   LD      init/built-in.o
   LD      usr/built-in.o
   CC      arch/arm/kernel/compat.o
   CC      arch/arm/kernel/elf.o
   AS      arch/arm/kernel/entry-armv.o
   AS      arch/arm/kernel/entry-common.o
   CC      arch/arm/kernel/irq.o
   CC      arch/arm/kernel/process.o
   CC      arch/arm/kernel/ptrace.o
   CC      arch/arm/kernel/setup.o
   CC      arch/arm/kernel/signal.o
   CC      arch/arm/kernel/sys_arm.o
   CC      arch/arm/kernel/stacktrace.o
   CC      arch/arm/kernel/time.o
   CC      arch/arm/kernel/traps.o
   CC      arch/arm/kernel/armksyms.o
   CC      arch/arm/kernel/module.o
   CC      arch/arm/kernel/bios32.o
   CC      arch/arm/kernel/isa.o
   CC      arch/arm/kernel/kprobes.o
   CC      arch/arm/kernel/kprobes-decode.o
   CC      arch/arm/kernel/unwind.o
   CC      arch/arm/kernel/io.o
   AS      arch/arm/kernel/debug.o
   LD      arch/arm/kernel/built-in.o
   AS      arch/arm/kernel/head.o
   CC      arch/arm/kernel/init_task.o
   LDS     arch/arm/kernel/vmlinux.lds
   CC      arch/arm/mm/dma-mapping.o
   CC      arch/arm/mm/extable.o
   CC      arch/arm/mm/fault.o
   CC      arch/arm/mm/init.o
   CC      arch/arm/mm/iomap.o
   CC      arch/arm/mm/fault-armv.o
   CC      arch/arm/mm/flush.o
   CC      arch/arm/mm/ioremap.o
   CC      arch/arm/mm/mmap.o
   CC      arch/arm/mm/pgd.o
   CC      arch/arm/mm/mmu.o
arch/arm/mm/mmu.c: In function 'sanity_check_meminfo':
arch/arm/mm/mmu.c:690: warning: unused variable 'highmem'
   CC      arch/arm/mm/proc-syms.o
   CC      arch/arm/mm/alignment.o
   AS      arch/arm/mm/abort-ev5t.o
   CC      arch/arm/mm/copypage-feroceon.o
/tmp/ccyqzNzD.s: Assembler messages:
/tmp/ccyqzNzD.s:38: Error: selected processor does not support `pld 
[lr,#32]'
/tmp/ccyqzNzD.s:39: Error: selected processor does not support `pld 
[lr,#64]'
/tmp/ccyqzNzD.s:40: Error: selected processor does not support `pld 
[lr,#96]'
/tmp/ccyqzNzD.s:41: Error: selected processor does not support `pld 
[lr,#128]'
/tmp/ccyqzNzD.s:42: Error: selected processor does not support `pld 
[lr,#160]'
/tmp/ccyqzNzD.s:43: Error: selected processor does not support `pld 
[lr,#192]'
/tmp/ccyqzNzD.s:44: Error: selected processor does not support `pld 
[lr,#224]'
make[1]: *** [arch/arm/mm/copypage-feroceon.o] Error 1
make: *** [arch/arm/mm] Error 2
------------------------------------------------------------------------------------------------------------

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-06  8:07         ` saeed bishara
       [not found]           ` <CAMAG_edjasMffHA2tozzBEUWf27BPvjF_=fOL_N9oktTyTradQ@mail.gmail.com>
@ 2011-07-07  6:36           ` Richard Kang
  2011-07-07  6:44             ` saeed bishara
  1 sibling, 1 reply; 11+ messages in thread
From: Richard Kang @ 2011-07-07  6:36 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide

2011-07-06 오후 5:07, saeed bishara 쓴 글:
> Richard,
>
>   this board is supported by mainline kernel, can you try latest
> version (3.0-rcX)?
>> I can't find reason of not working. Please advise to me.
>>
>> Thank you.
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Dear saeed,

I tested sata_sil24 driver with 3.0.0-rc6.
At first booting, machine id was not supported in new kernel.
And I replaced id(0x690) of DB-88F6281-BP with 0x20f.
After changing machine id, booting was completed.

I loaded "libata dma=0" and "sata_sil24".
But result was same to before. -> qc timeout(0xec)

Thank you.

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-07  6:36           ` Richard Kang
@ 2011-07-07  6:44             ` saeed bishara
  2011-07-10 23:01               ` Richard Kang
  2011-07-12  8:19               ` Richard Kang
  0 siblings, 2 replies; 11+ messages in thread
From: saeed bishara @ 2011-07-07  6:44 UTC (permalink / raw)
  To: Richard Kang; +Cc: linux-ide

On Thu, Jul 7, 2011 at 9:36 AM, Richard Kang <turquesa@malgn.com> wrote:
> 2011-07-06 오후 5:07, saeed bishara 쓴 글:
>>
>> Richard,
>>
>>  this board is supported by mainline kernel, can you try latest
>> version (3.0-rcX)?
>>>
>>> I can't find reason of not working. Please advise to me.
>>>
>>> Thank you.
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
> Dear saeed,
>
> I tested sata_sil24 driver with 3.0.0-rc6.
> At first booting, machine id was not supported in new kernel.
> And I replaced id(0x690) of DB-88F6281-BP with 0x20f.
> After changing machine id, booting was completed.
>
> I loaded "libata dma=0" and "sata_sil24".
> But result was same to before. -> qc timeout(0xec)
does this controller (sil24) works on different platfrom (PC)?
have you tried different disk?
>
> Thank you.
>

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-07  6:44             ` saeed bishara
@ 2011-07-10 23:01               ` Richard Kang
  2011-07-12  8:19               ` Richard Kang
  1 sibling, 0 replies; 11+ messages in thread
From: Richard Kang @ 2011-07-10 23:01 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide

2011-07-07 오후 3:44, saeed bishara 쓴 글:
> On Thu, Jul 7, 2011 at 9:36 AM, Richard Kang<turquesa@malgn.com>  wrote:
>> 2011-07-06 오후 5:07, saeed bishara 쓴 글:
>>> Richard,
>>>
>>>   this board is supported by mainline kernel, can you try latest
>>> version (3.0-rcX)?
>>>> I can't find reason of not working. Please advise to me.
>>>>
>>>> Thank you.
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>> Dear saeed,
>>
>> I tested sata_sil24 driver with 3.0.0-rc6.
>> At first booting, machine id was not supported in new kernel.
>> And I replaced id(0x690) of DB-88F6281-BP with 0x20f.
>> After changing machine id, booting was completed.
>>
>> I loaded "libata dma=0" and "sata_sil24".
>> But result was same to before. ->  qc timeout(0xec)
> does this controller (sil24) works on different platfrom (PC)?
> have you tried different disk?
>> Thank you.
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Dear saeed,

I tested this controller and this disk on a PC(ubuntu 10.10).
The controller works well. I test disk I/O. No problem.

Thank you.

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

* Re: qc timeout on a marvell 88F6282 board
  2011-07-07  6:44             ` saeed bishara
  2011-07-10 23:01               ` Richard Kang
@ 2011-07-12  8:19               ` Richard Kang
  1 sibling, 0 replies; 11+ messages in thread
From: Richard Kang @ 2011-07-12  8:19 UTC (permalink / raw)
  To: saeed bishara; +Cc: linux-ide

2011-07-07 오후 3:44, saeed bishara 쓴 글:
> On Thu, Jul 7, 2011 at 9:36 AM, Richard Kang<turquesa@malgn.com>  wrote:
>> 2011-07-06 오후 5:07, saeed bishara 쓴 글:
>>> Richard,
>>>
>>>   this board is supported by mainline kernel, can you try latest
>>> version (3.0-rcX)?
>>>> I can't find reason of not working. Please advise to me.
>>>>
>>>> Thank you.
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>> Dear saeed,
>>
>> I tested sata_sil24 driver with 3.0.0-rc6.
>> At first booting, machine id was not supported in new kernel.
>> And I replaced id(0x690) of DB-88F6281-BP with 0x20f.
>> After changing machine id, booting was completed.
>>
>> I loaded "libata dma=0" and "sata_sil24".
>> But result was same to before. ->  qc timeout(0xec)
> does this controller (sil24) works on different platfrom (PC)?
> have you tried different disk?
>> Thank you.
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


Dear saeed,

I patched a board for pci_err_handling. The patch file is given from 
marvell.
And I re-test a module of sata_sil24.

When I connect a disk to a Pex card(sil3132), Pex error is occurred.
Following is error message.

-> PCI express error : irq - 45, Pex number: 1, Interrupt Cause Register 
value: 400

irq-45 is defined as IRQ_PEX1_ERR and the value of 0x400 means fatal error.
This error is occurred after "sil24_qc_issue".
Function of sil24_qc_issue is to write dma addr to PORT_CMD_ACTIVATE 
address.
Therefore, I think it is dma issue, right?

Now I am checking dma setting of a Dev-Board.

Thank you.

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

end of thread, other threads:[~2011-07-12  8:19 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-29  9:04 qc timeout on a marvell 88F6282 board Richard Kang
2011-07-03 12:52 ` saeed bishara
2011-07-05  8:26   ` Richard Kang
2011-07-05 10:11     ` saeed bishara
2011-07-06  6:43       ` Richard Kang
2011-07-06  8:07         ` saeed bishara
     [not found]           ` <CAMAG_edjasMffHA2tozzBEUWf27BPvjF_=fOL_N9oktTyTradQ@mail.gmail.com>
2011-07-07  3:00             ` Richard Kang
2011-07-07  6:36           ` Richard Kang
2011-07-07  6:44             ` saeed bishara
2011-07-10 23:01               ` Richard Kang
2011-07-12  8:19               ` Richard Kang

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.