Hi David,
On 02/19/2015 08:59 PM, David Cohen wrote:
> Some Intel platforms have an USB OTG port fully (or partially)
> controlled by GPIOs:
>
> (1) USB ID is connected directly to a pulled up GPIO.
>
> Optionally:
> (2) VBUS is enabled/disabled by a GPIO
> (3) Platform has 2 USB controllers con
On Fri, Feb 20, 2015 at 11:07:21AM +0800, zhangfei wrote:
> Hi, Balbi
>
> On 02/18/2015 10:35 PM, Felipe Balbi wrote:
> >On Wed, Feb 18, 2015 at 01:44:21PM +0800, zhangfei wrote:
> >>Hi, Kishon
> >>
> >>On 02/18/2015 01:35 PM, Kishon Vijay Abraham I wrote:
> >>>Hi,
> >>>
> >>>On Thursday 12 Februa
On Thu, Feb 19, 2015 at 03:38:39PM +0200, Jari Ruusu wrote:
> On 2/19/15, Johan Hovold wrote:
> > What happens when you reopen the port? Is the break state cleared then?
>
> Stuck "break" signal is not cleared on re-open.
>
> To clear it, you need to poke it with ioctl(fd, TIOCCBRK, 0)
> or disc
On Fri, Feb 20, 2015 at 01:09:48AM +0100, Pali Rohár wrote:
> On Thursday 05 February 2015 13:38:58 Pali Rohár wrote:
> > On Tuesday 03 February 2015 20:57:11 Pali Rohár wrote:
> > > On Tuesday 03 February 2015 20:35:25 Felipe Balbi wrote:
> > > > On Tue, Feb 03, 2015 at 08:27:52PM +0100, Pali Rohá
Hi, Balbi
On 02/18/2015 10:35 PM, Felipe Balbi wrote:
On Wed, Feb 18, 2015 at 01:44:21PM +0800, zhangfei wrote:
Hi, Kishon
On 02/18/2015 01:35 PM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 12 February 2015 01:07 PM, Zhangfei Gao wrote:
Add usb phy controller for hi6220 platform
Signed-
On Thursday 05 February 2015 13:38:58 Pali Rohár wrote:
> On Tuesday 03 February 2015 20:57:11 Pali Rohár wrote:
> > On Tuesday 03 February 2015 20:35:25 Felipe Balbi wrote:
> > > On Tue, Feb 03, 2015 at 08:27:52PM +0100, Pali Rohár wrote:
> > > > On Tuesday 03 February 2015 20:18:59 Felipe Balbi w
On Thu, 2015-02-19 at 11:59 -0800, David Cohen wrote:
> As always, comments are welcome.
Are nits welcome too?
> +MODULE_LICENSE("GPLv2");
You probably meant
MODULE_LICENSE("GPL v2")
Didn't that trigger a warning or error?
Paul Bolle
--
To unsubscribe from this list: send the line "unsub
Am Freitag, 12. Dezember 2014, 23:00:08 schrieb Yunzhi Li:
> Patches to add support for Rockchip usb phys.Add a new Rockchip
> usb phy driver and modify dwc2 controller driver to make dwc2
> platform devices support a generic PHY framework driver. This
> patch set has been tested on my rk3288-evb a
On Thu, Feb 19, 2015 at 02:55:24PM +0100, Milutin Aksic wrote:
> Hello,
> I want to communicate my android gt-s5570 with microcontroller via usb to
> serial communication adapter (Prolific pl2303hxd chip uart to rs232). Kernel
> is 2.6.35.7 version (custom ROM jb 4.2.2) and I compiled pl2303.ko mod
From: Hayes Wang
Date: Thu, 12 Feb 2015 14:33:45 +0800
> v2:
> For patch #1, replace
>
> u32 ocp_data;
> ocp_data = tp->coalesce / 8;
>
> with
>
> u32 ocp_data = tp->coalesce / 8;
>
> And replace
>
> struct net_device *dev = tp->netdev;
> u32 ocp_data;
> o
Some Intel platforms have an USB OTG port fully (or partially)
controlled by GPIOs:
(1) USB ID is connected directly to a pulled up GPIO.
Optionally:
(2) VBUS is enabled/disabled by a GPIO
(3) Platform has 2 USB controllers connected to same port: one for
device and one for host role. D+/- ar
On Thu, 2015-02-19 at 17:05 +0200, Mathias Nyman wrote:
> On 19.02.2015 02:34, Tim Chen wrote:
> >
> > Commit d92ef66c4f8f ("x86: make dma_alloc_coherent() return zeroed memory
> > if CMA is enabled") changed the dma_alloc_coherent page clearance from
> > using an __GFP_ZERO in page allocation to
> Great. Thanks for fixing this.
Not great.
This still leaves all the other drivers which may be affected by similar
problems.
IMHO Tim's original patch is still needed.
-Andi
--
a...@linux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line "unsubscribe linux
On Thu, 2015-02-19 at 17:05 +0200, Mathias Nyman wrote:
> On 19.02.2015 02:34, Tim Chen wrote:
> >
> > Commit d92ef66c4f8f ("x86: make dma_alloc_coherent() return zeroed memory
> > if CMA is enabled") changed the dma_alloc_coherent page clearance from
> > using an __GFP_ZERO in page allocation to
On 19.02.2015 02:34, Tim Chen wrote:
>
> Commit d92ef66c4f8f ("x86: make dma_alloc_coherent() return zeroed memory
> if CMA is enabled") changed the dma_alloc_coherent page clearance from
> using an __GFP_ZERO in page allocation to not setting the flag but doing
> an explicit memory clear at the e
On 05.02.2015 00:02, Alistair Grant wrote:
> Hi Mathias,
>
> On Wed, Feb 4, 2015 at 5:26 PM, Mathias Nyman
> wrote:
>> On 27.01.2015 00:20, Alistair Grant wrote:
>>> I've come across what appears to be another xHCI issue - attempting to
>>> format a disk with gparted is causing a kernel Oops. Th
On 18.02.2015 14:27, Hans-Peter Jansen wrote:
> Mathias Nyman writes:
>
>>
>> On 27.01.2015 13:57, Hans-Peter Jansen wrote:
>>
>>> What about a stable backport? Do you think, it's feasible, too much work, or
>>> too risky?
>>>
>>
>> This should definitely be backported to 3.18 stable, which shoul
Hello,
I want to communicate my android gt-s5570 with microcontroller via usb
to serial communication adapter (Prolific pl2303hxd chip uart to rs232).
Kernel is 2.6.35.7 version (custom ROM jb 4.2.2) and I compiled
pl2303.ko module and installed with insmod command without errors. Also
I creat
On 2/19/15, Johan Hovold wrote:
> What happens when you reopen the port? Is the break state cleared then?
Stuck "break" signal is not cleared on re-open.
To clear it, you need to poke it with ioctl(fd, TIOCCBRK, 0)
or disconnect the device.
--
Jari Ruusu 4096R/8132F189 12D6 4C3A DCDA 0AA4 27B
Hi,
do you mean that it should never had been working (past situation) or
now it should not (current state)?
I ask this because it was working... now the doubt you make me it is
that for some unknown reasons the device got something changed in the
firmware or lost some configurations...
The strange
Johan Hovold wrote:
>
> Yes, there shouldn't be a need to store the baud rate in the driver (the
> tty layer will keep track of that), but you probably still want to store
> the state of the modem-control signals.
Sounds right. The modem control signals I'm having a harder time
setting up good
On Thu, 2015-02-19 at 09:31 +0100, Roberto Bianchi wrote:
> Wow! What a support!
>
> ***
> Bus 001 Device 005: ID 03eb:2ff7 Atmel Corp.
> Device Descriptor:
> bLength18
> bDescriptorType 1
> bcdUSB
Wow! What a support!
***
Bus 001 Device 005: ID 03eb:2ff7 Atmel Corp.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass0 (Defined at Interface level)
bDevi
On Thu, Feb 19, 2015 at 08:37:00AM +0100, Roberto Bianchi wrote:
> Hi.
> I'm writing to you since Johan Hovold addressed me to your email...
>
> I don't find a solution to a problem with
> cdc-acm driver for linux and Arduino USB2SERIAL LIGHT
> (http://arduino.cc/en/Main/USBSerial).
>
> The probl
On Thu, 2015-02-19 at 08:37 +0100, Roberto Bianchi wrote:
> The problem: the "arduino usb2serial light" ISP is not recognized by the
> driver cdc-acm anymore. It was up to Nov - Dec 2014 but then, after that
> I cannot use it anymore since the driver is not recognizing.
> Unfortunately, I made man
25 matches
Mail list logo
