Abhijeet Arvind Joglekar (abjoglek) wrote:
-----Original Message-----
From: linux-scsi-owner@xxxxxxxxxxxxxxx
[mailto:linux-scsi-owner@xxxxxxxxxxxxxxx] On Behalf Of Mike Christie
Sent: Thursday, March 12, 2009 1:44 PM
To: Abhijeet Arvind Joglekar (abjoglek)
Cc: james.bottomley@xxxxxxxxxxxxxxxxxxxxx;
linux-scsi@xxxxxxxxxxxxxxx; Joe Eykholt (jeykholt)
Subject: Re: [RFC][PATCH 5/6] fnic: add descriptor right,
buffers, device interface
Abhijeet Joglekar wrote:
diff --git a/drivers/scsi/fnic/vnic_cq.h
b/drivers/scsi/fnic/vnic_cq.h
new file mode 100644 index 0000000..4ede680
--- /dev/null
+++ b/drivers/scsi/fnic/vnic_cq.h
+
+/*
+ * These defines avoid symbol clash between fnic and enic
(Cisco 10G Eth
+ * Driver) when both are built with CONFIG options =y
+ */
+#define vnic_cq_service fnic_cq_service
+#define vnic_cq_free fnic_cq_free
+#define vnic_cq_alloc fnic_cq_alloc
+#define vnic_cq_init fnic_cq_init
+#define vnic_cq_clean fnic_cq_clean
+
Are these functions implementations the same as the net ones? I only
looked at the first one and it looked the same.
Yes, they are the same, it is the low-level queue/buffer code that we
wanted to share across enic and fnic. We did consider making a new
module out of it, but its not a lot of code, and there was the problem
Normally I would just make it a new module, but I looked it over again
and it is less than 100 lines so I am not sure if there is some point we
say it is ok to duplicate code. Personally I would not like having to
update multiple modules through two different maintainers (netdev and
scsi). OTOH, updating the one module then making sure that two
maintainers have the right code so their tress can compile can be tricky.
of where the common files will reside, and how we share it across the
net and scsi subsystems.
I think it can live anywhere. The Kconfig and userspace module deps will
make sure it gets built and loaded correctly.
So, the plan was to re-define them for fnic (since enic is already
integrated) and then go with what the kernel community thinks the best
way is.
--
To unsubscribe from this list: 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
