linux-kernel - Re: [PATCH v2] extcon: add Maxim MAX3355 driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5670655C.4080002@cogentembedded.com>
Date:	Tue, 15 Dec 2015 22:09:16 +0300
From:	Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
To:	Greg KH <greg@...ah.com>
Cc:	Rob Herring <robh@...nel.org>, Pawel Moll <pawel.moll@....com>,
	Mark Rutland <mark.rutland@....com>,
	Ian Campbell <ijc+devicetree@...lion.org.uk>,
	Kumar Gala <galak@...eaurora.org>,
	MyungJoo Ham <myungjoo.ham@...sung.com>,
	Chanwoo Choi <cw00.choi@...sung.com>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	SH-Linux <linux-sh@...r.kernel.org>,
	Linux USB List <linux-usb@...r.kernel.org>
Subject: Re: [PATCH v2] extcon: add Maxim MAX3355 driver

Hello.

On 12/15/2015 09:51 PM, Greg KH wrote:

>>>>>>>> Maxim  Integrated MAX3355E chip integrates a  charge pump and comparators
>>>>>>>> to
>>>>>>>> enable a system with an integrated USB OTG dual-role transceiver to
>>>>>>>> function
>>>>>>>> as  an USB  OTG dual-role device.  In addition  to sensing/controlling
>>>>>>>> Vbus,
>>>>>>>> the chip also passes thru the ID signal  from the USB  OTG connector.
>>>>>>>> On some Renesas boards,  this signal is  just fed into the SoC thru a
>>>>>>>> GPIO
>>>>>>>> pin --  there's no real  OTG controller, only host and gadget USB
>>>>>>>> controllers
>>>>>>>> sharing the same USB bus; however, we'd  like to allow host or gadget
>>>>>>>> drivers
>>>>>>>> to be loaded depending on the cable type,  hence the need for the MAX3355
>>>>>>>> extcon driver. The Vbus status signals are also  wired to GPIOs (however,
>>>>>>>> we
>>>>>>>> aren't currently interested in them),  the OFFVBUS# signal is controlled
>>>>>>>> by
>>>>>>>> the host controllers, there's  also the SHDN# signal wired to a GPIO, it
>>>>>>>> should be driven high for the  normal operation.
>>>>>>>
>>>>>>>
>>>>>>> As multiple people have said, fix the spacing here.
>>>>>>
>>>>>>
>>>>>>     You are the first to complain abou _this_ patch. If you don't have other
>>>>>> issues with this driver in which case you should have trimmed the reply at
>>>>>> this point), I'd like to keep my spacing as is. Thank you.
>>>>>
>>>>> Your previous version was not "extcon-usb-gpio: add enable pin
>>>>> support"[1] which has now been re-written to be max3355 specific?
>>>>
>>>>     No, the MAX3355 driver pre-dates that version. First there was a driver,
>>>> then I tried to re-use the existing stuff (there was no extcon-usb-gpio at
>>>> the time of writing my driver), then had to return to the separate driver
>>>> idea...
>>>>
>>>>> "So
>>>>> what" and "I'd like to keep my spacing as is" aren't valid reasons.
>>>>> Fix it, then I'll look at the rest again.
>>>>
>>>>     I'll consider doing that if you care to explain what's the problem with
>>>> my spacing. TIA.
>>>
>>> You are mixing 2 and 1 spaces between words, don't do that.
>>
>>     Care to just explain why?
>
> Because the rules of typography and grammer do not allow this.

    Typography? Are you serious? The books are all printed using filled up 
lines with arbitrary spaces between words. Grammar, maybe.

> Are you really arguing this?  If so, it's trivial for us to just ignore
> your patches if you insist on this.

    I haven't had the opposite side's arguments so far, just "don't do it 
because we say so". Geert's mail was the first with such argument, and it 
didn't really seem a serious one, sorry.
    And please don't try to intimidate me with ignoring my patches. With 750+ 
merged patches I don't care that much...

> greg k-h

MBR, Sergei

--
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/