On 4 December 2014 at 07:43, Paul Walmsley wrote:
> Hello Rafał,
>
> On Fri, 28 Nov 2014, Paul Walmsley wrote:
>
>> On Thu, 27 Nov 2014, Rafał Miłecki wrote:
>>
>> > I'm pretty sure you look at some old version of arch/bcm47xx/nvram.c.
>> > I wouldn't dare to move such a MIPS-focused driver to som
Hello Rafał,
On Fri, 28 Nov 2014, Paul Walmsley wrote:
> On Thu, 27 Nov 2014, Rafał Miłecki wrote:
>
> > I'm pretty sure you look at some old version of arch/bcm47xx/nvram.c.
> > I wouldn't dare to move such a MIPS-focused driver to some common
> > place ;)
> >
> > Please check for the version
On Fri, Nov 28, 2014 at 05:07:12PM +, Paul Walmsley wrote:
> If I were in your shoes, I would suggest either
>
> 1. asking Ralf to merge your patches that touch drivers/firmware, since
> he'll also presumably be merging the parts that touch arch/mips
>
> or
>
> 2. asking Greg KH to merge
Hi Rafał,
On Thu, 27 Nov 2014, Rafał Miłecki wrote:
> On 27 November 2014 at 20:56, Paul Walmsley wrote:
> > On Tue, 25 Nov 2014, Rafał Miłecki wrote:
> >> I understand your arguments against drivers/soc/, but on the other hand
> >> I have no idea where else this driver could go.
> >
> > After l
On 27 November 2014 at 20:56, Paul Walmsley wrote:
> On Tue, 25 Nov 2014, Rafał Miłecki wrote:
>> I understand your arguments against drivers/soc/, but on the other hand
>> I have no idea where else this driver could go.
>
> After looking around the tree to find out where similar code is located,
+ lkml
Hi Rafał,
On Tue, 25 Nov 2014, Rafał Miłecki wrote:
> On 25 November 2014 at 18:50, Paul Walmsley wrote:
> >> I don't think NVRAM can be treated as a standard char device. Also, in
> >> my V1 I tried moving it to the drivers/misc/, but then drivers/soc/
> >> was suggested as a better pla
6 matches
Mail list logo