Mike Christie wrote:
> On 06/12/2009 07:10 AM, Rakesh Ranjan wrote:
>> Mike Christie wrote:
>>> On 06/09/2009 12:50 PM, Benjamin Li wrote:
Hi Rakesh,
Your idea of eliminating the 'brcm_iscsiuio' daemon and integrating
that
code as a shared library into iscsid is a great i
On 06/12/2009 07:10 AM, Rakesh Ranjan wrote:
> Mike Christie wrote:
>> On 06/09/2009 12:50 PM, Benjamin Li wrote:
>>> Hi Rakesh,
>>>
>>> Your idea of eliminating the 'brcm_iscsiuio' daemon and integrating that
>>> code as a shared library into iscsid is a great idea. Just having the
>>> iscsid da
Mike Christie wrote:
> On 06/09/2009 12:50 PM, Benjamin Li wrote:
>> Hi Rakesh,
>>
>> Your idea of eliminating the 'brcm_iscsiuio' daemon and integrating that
>> code as a shared library into iscsid is a great idea. Just having the
>> iscsid daemon to configure and run would make it easier for th
On 06/09/2009 12:50 PM, Benjamin Li wrote:
> Hi Rakesh,
>
> Your idea of eliminating the 'brcm_iscsiuio' daemon and integrating that
> code as a shared library into iscsid is a great idea. Just having the
> iscsid daemon to configure and run would make it easier for the end
> user. But pushing f
Hi Rakesh,
Your idea of eliminating the 'brcm_iscsiuio' daemon and integrating that
code as a shared library into iscsid is a great idea. Just having the
iscsid daemon to configure and run would make it easier for the end
user. But pushing for this would be an long term goal for me because
curr
Benjamin Li wrote:
> On Thu, 2009-06-04 at 03:51 -0700, Rakesh Ranjan wrote:
>>>
> Hi Rakesh,
>
> Converting the dependency between uIP and UIO shouldn't be a problem.
> We can make them more generic. I apologize if it is a tad bit of a
> mess. The coupling of uIP and UIO was from early versio
On Thu, 2009-06-04 at 03:51 -0700, Rakesh Ranjan wrote:
> Benjamin Li wrote:
> >
> > Note: There is still some legacy code where I need a make a cleaner
> > division between the stack and hardware implementation. This is because
> > there is still some areas in the uIP stack where it makes an as
Hi Mike,
I will discuss how uio will be distributed with Michael tomorrow, and we
will get back with you. I agree with your line of thinking in creating
a unified front on iscsi configuration. But, there is still work to be
done to eliminate the uio configuration file completely.
I haven't got
Benjamin Li wrote:
> Hi Mike,
>
> I have attached the uio source here in this email. This should be the
> same as the tarfile I have attached to the RHEL 442418 bugzilla report
> on 2009-05-21 23:05 EDT. Please let me know if the tarfiles aren't the
> same. The website to host the uIP is still
Benjamin Li wrote:
> Hi All,
>
> This patch is used in conjunction with the bnx2i patch Michael Chan sent
> eariler to the scsi mailing lists. This is part of the userspace
> portion of the Broadcom iSCSI offload solution. This patch is needed
> because the uIP stack will use some of the config
Hi All,
This patch is used in conjunction with the bnx2i patch Michael Chan sent
eariler to the scsi mailing lists. This is part of the userspace
portion of the Broadcom iSCSI offload solution. This patch is needed
because the uIP stack will use some of the configuration data from the
iface fil
11 matches
Mail list logo