[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <474DCAA5.3020108@nuovasystems.com>
Date: Wed, 28 Nov 2007 12:08:05 -0800
From: Joe Eykholt <joe@...vasystems.com>
To: Chris Leech <christopher.leech@...el.com>
CC: Christoph Hellwig <hch@...radead.org>,
"Kok, Auke-jan H" <auke-jan.h.kok@...el.com>,
"Dev, Vasu" <vasu.dev@...el.com>, jeff@...zik.org,
linux-scsi@...r.kernel.org, "Zou, Yi" <yi.zou@...el.com>,
netdev@...r.kernel.org,
"Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@...el.com>,
linux-kernel@...r.kernel.org,
james.bottomley@...senpartnership.com,
"Ronciak, John" <john.ronciak@...el.com>, devel@...n-fcoe.org,
"Van De Ven, Arjan" <arjan.van.de.ven@...el.com>,
davem@...emloft.net
Subject: Re: [Open-FCoE] [ANNOUNCE] Open-FCoE - Fibre Channel over Ethernet
Project
Chris Leech wrote:
> Christoph Hellwig wrote:
>
>> I just did a very quick glance over the tree. Some extremly highlevel
>> comments to start with before actually starting the source review:
>>
>
> Thanks for taking a look Christoph
>
>
>> - why do you need your own libcrc? lib/crc32.c has a crc32_le
>>
>
> We shouldn't, but we may want to add a CRC and copy routine.
>
>
>> - libsa should go. Much of it is just wrappers of kernel functions
>> that should be used directly. Other like that hash, even or state
>> helpers might either be opencoded in the caller or made completely
>> generic in lib/. Probably the former but we'll have to see.
>>
>
> Yes, and along with it the last use of the BSD TAILQ macros. Just
> before Rob set up the open repos I finished converting most of those to
> list_head, the only one left is in the sa_event mechanism. Rather than
> convert it I'd like to replace the use of sa_event with notifier call
> chains. I just need to finish auditing the use to make sure the
> differences won't cause unexpected problems.
>
> After than and unwrapping kernel functions, I think the only thing left
> before completly removing libsa is to open code the state machines.
>
> Similarly I think net_types.h need to go.
>
>
Hi All,
[resending as plain text -sorry].
I've had a start at getting rid of sa_state, but I haven't tested it
yet. It's a pretty straightforward change to just call the new state
routine directly instead of going through the table. I'll submit that
in the next week or so, or if desired, someone else can take over the
work from the code I have.
Joe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists