On Wed, 09 Aug 2006 13:52:07 EDT, Mike Christie wrote:
...
> > @@ -836,9 +825,8 @@ static int qla4xxx_mem_alloc(struct scsi
> > ha->srb_mempool = mempool_create(SRB_MIN_REQ, mempool_alloc_slab,
> > mempool_free_slab, srb_cachep);
> > if (ha->srb_mempool == NULL) {
> > - ql4_printk(KERN_WARNING, ha,
> > - "Memory Allocation failed - SRB Pool.\n");
> > -
> > + dev_warn(&ha->pdev->dev,
> > + "Memory Allocation failed - SRB Pool.\n");
> > goto mem_alloc_error_exit;
>
> Sorry for the late response on this one. As you know I was out for a
> while and I was waiting to get internet access yesterday.
>
> For these host messages, do we want something like the sdev_printk and
> starget_printk or does it really make more sense to use the pci bus id
> for the message prefix? What about other scsi host messages, will they
> always go with the pci bus id or some scsi-ml id? And even if we want to
> print out the pci bus id as the prefix instead of some scsi info, should
> we still have some scsi wrapper?
>
I do agree that iscsi_transport sessions could use a new macro.
My intention in this instance was to go with the widely used idiom, and
to not have a driver specific one. Was trying to replace
#define ql4_printk(level, ha, format, arg...) \
dev_printk(level, &((ha)->pdev->dev), format, ## arg)
But to follow on from irc, one more pass at this to help me clarify and
understand what is need here.
dev_xxx is a wrapper around dev_print(xxx ...).
In the specific instance above, this should print
scsiN arg...
Since qla4xxx_mem_alloc() is for the host, would an sdev_printk be
the right thing? I don't believe we have any context of a target.
Of course that may be a misunderstanding on my part.
For this driver, I don't see any instances of a scsi_target.
++doug
-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
