https://bugzilla.kernel.org/show_bug.cgi?id=199887 --- Comment #1 from Jur van der Burg (jur@xxxxxxxxxxx) --- I have some more info. First of all, the problem started with kernel V4.11, most likely this commit: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=726b85487067d7f5b23495bc33c484b8517c4074 There is an issue in qla_isr.c, routines qla2x00_mbx_iocb_entry and qla24xx_logio_entry, they always return success even in case of an error. In qla24xx_async_gnl_sp_done the status should be checked before we calculated the amount of data transferred returned in mbox 1, which is an error code (in this case 4006) if the request failed, leading to a lot of bogus messages like this: May 29 08:19:58 venus kernel: [ 148.973869] qla2xxx [0000:08:03.0]-28e8:4: qla24xx_async_gnl_sp_done 00:00:00:00:00:00:00:00 00:00:00 state 0/0 lid 0 Correcting that leaves this fatal error in the case of an ISP23xx type adapter which is key to the problem: Jun 20 08:24:11 venus kernel: [ 609.676194] qla2xxx [0000:04:07.0]-5046:3: Async-gnlist failed - hdl=2 portid=010000 status=30 mb0=4006 mb1=4000 mb2=0 mb6=0 mb7=0. This error (4006) in response to the command MBC_PORT_NODE_NAME_LIST translates to MBS_COMMAND_PARAMETER_ERROR, and is only returned by an ISP23xx adapter, an ISP24xx works fine. So it looks like the old adapters do not understand it, or need other parameters. This may have something to do with the firmware which is currently 3.03.28 (the latest I could find). Notice that the command MBC_GET_PORT_DATABASE fails in the same way. It works with the pre-v4.11 kernels because these commands are never given to the device. It's a pity that there is no technical manual available that documents the various calls that the device understands, it would make troubleshooting much easier. -- You are receiving this mail because: You are watching the assignee of the bug.
