[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <81083a450904200859k40fcf14bvf780e6501fbcfebc@mail.gmail.com>
Date: Mon, 20 Apr 2009 21:29:00 +0530
From: Ashutosh Naik <ashutosh.naik@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: ketuzsezr@...nok.org, James.Bottomley@...senpartnership.com,
linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
pjones@...hat.com, konradr@...ux.vnet.ibm.com, vishnu@...lsio.com
Subject: Re: [PATCH]ibft: Fix the display of a few fields in the NIC attribute
structure in sysfs
On Thu, Apr 16, 2009 at 3:07 AM, Andrew Morton
<akpm@...ux-foundation.org> wrote:
> On Sun, 12 Apr 2009 09:06:59 -0400
> Konrad Rzeszutek <ketuzsezr@...nok.org> wrote:
>
>> > The second question is who picks this up? The drivers/firmware
>> > directory doesn't seem to have a dedicated tree, so I can take this
>> > through the SCSI tree if required or Andrew can take it through -mm.
>>
>> Which way works best for everybody? I was thinking SCSI, since the end result
>> of this module is to configure the storage used to bootstrap the box.
>
> I can merge merge it later this week.
>
> However...
>
>
> : From: Ashutosh Naik <ashutosh.naik@...il.com>
> :
> : Fix the display of a few fields in the iBFT NIC attribute structure in
> : sysfs.
<snip>
> The changelog is bad.
>
> What does "fix" mean? What does the old output look like and how does
> this patch change it?
>
> This matters, because this is a userspace interface and who knows, there
> might be applications out there which somehow depend on the old and
> broken behaviour.
>
> Of course, that might be totally silly and unrealistic but because we
> weren't told what the patch actually does, how can I tell?
>
> Please send a new and complete description of this change, thanks.
Sorry for the delay.
Here is an updated Changelog
The patch ensures that, if the DHCP IP address and the subnet mask for
the interface is present in the iBFT NIC structure, the corresponding
entries are created in sysfs tree for the device. This would hence
create the additional entries in the tree based on the iBFT table and
would not delete any existing entries.
Thanks.
--
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