On Wed, Mar 11, 2015 at 11:01:07AM -0500, Felipe Balbi wrote:
> Hi Greg,
>
> This is likely my last pull for the -rc, but things may
> change. Let me know if you need any changes
>
> Patches tested on platforms I have access to.
>
> cheers
>
> The following changes since commit 9eccca0843205f87
On Thu, Feb 26, 2015 at 06:02:08PM +0800, Peter Hung wrote:
> The F81232 bulk-in is RX data + LSR channel, data format is
> [LSR+Data][LSR+Data]. , We had implemented in f81232_process_read_urb().
>
> Signed-off-by: Peter Hung
> static void f81232_process_read_urb(struct urb *urb)
> {
>
On Thu, Feb 26, 2015 at 06:02:10PM +0800, Peter Hung wrote:
> The interrupt endpoint will report current IIR. If we got IIR with MSR changed
> , We will do read MSR with interrupt_work worker to do f81232_read_msr()
> function.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c |
On Thu, Feb 26, 2015 at 06:02:11PM +0800, Peter Hung wrote:
> This patch implement relative MCR/MSR function, such like
> tiocmget()/tiocmset()/dtr_rts()/carrier_raised()
>
> original f81232_carrier_raised() compared with wrong value UART_DCD.
> It's should compared with UART_MSR_DCD.
>
> Signed-
On Thu, Feb 26, 2015 at 06:02:13PM +0800, Peter Hung wrote:
> f81232_set_baudrate() is also changed from V7. Add error handling when LCR get
> failed or set LCR UART_LCR_DLAB failed. and older version, divisor is declared
> with u8, it's will make failed with baudrate lower than 600 (115200/300=38
On Thu, Feb 26, 2015 at 06:02:14PM +0800, Peter Hung wrote:
> We extract TIOCGSERIAL section in f81232_ioctl() to f81232_get_serial_info()
> to make it clarify.
>
> Also we fix device type from 16654 to 16550A, and set it's baud_base
> to 115200 (1.8432MHz/16).
>
> Signed-off-by: Peter Hung
> --
On Thu, Mar 05, 2015 at 08:03:59AM +0100, Johan Hovold wrote:
> On Thu, Mar 05, 2015 at 01:59:45PM +0800, Peter Hung wrote:
>
> > Did you received the series of F81232 V8 patches ? Please tell me if
> > not received.
>
> I got it. I just haven't had time to look at it yet. Will try to do so
> thi
> frames could be sent again except after restarting the CAN
> newtwork interface.
>
> Signed-off-by: Ahmed S. Darwish
Can you please send a fix for this endianess errors (against
linux-can-fixes-for-4.0-20150314):
> drivers/net/can/usb/kvaser_usb.c:595:39: warning: restricted _
On Sat, 14 Mar 2015, Louis Sautier wrote:
> Hello, I am running into an issue with my USB UPS. The symptoms are
> exactly the same as the ones described by this user:
> http://comments.gmane.org/gmane.comp.monitoring.nut.user/
> I'll still describe what I experience: my UPS stops responding
>
On Mon, Mar 09, 2015 at 06:42:36PM -0700, John Youn wrote:
> On 3/9/2015 8:04 AM, Mian Yousaf Kaukab wrote:
> > +
> > +int dwc2_debugfs_init(struct dwc2_hsotg *hsotg)
> > +{
> > + int ret;
> > +
> > + hsotg->debug_root = debugfs_create_dir(dev_name(hsotg->dev), NULL);
> > +
On Mon, Mar 09, 2015 at 04:04:42PM +0100, Mian Yousaf Kaukab wrote:
> Dump all registers to take a complete snapshot of dwc2 state.
> Code is inspired by dwc3/debugfs.c
>
> Signed-off-by: Mian Yousaf Kaukab
> ---
> drivers/usb/dwc2/core.h| 1 +
> drivers/usb/dwc2/debugfs.c | 356
> +++
On 14 March 2015 at 16:29, Alan Stern wrote:
> On Sat, 14 Mar 2015, Louis Sautier wrote:
>
>> Hello, I am running into an issue with my USB UPS. The symptoms are
>> exactly the same as the ones described by this user:
>> http://comments.gmane.org/gmane.comp.monitoring.nut.user/
>> I'll still d
On Sat, 14 Mar 2015, Louis Sautier wrote:
> > Those kernel log messages indicate that your USB controller has a
> > hardware problem. Like the message says, the controller has stopped
> > working. When you unbind the controller and rebind it, that performs a
> > reset and the controller starts w
On 13 March 2015 at 20:30, Tony Lindgren wrote:
> Hmm OK have to check that. It could also be that dm816x documentation
> is copy-paste from da850 or am3517 and the PHY got changed in the
> hardware as the registers don't match the documentation. Only the
> dm816x errata has right documentation fo
Am 13.03.2015 um 17:42 schrieb Al Viro:
> Assorted fixes around AIO on gadgetfs: leaks, use-after-free,
> troubles caused by ->f_op flipping. Please, pull from
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git gadget
>
> Shortlog:
> Al Viro (8):
> new helper: dup_iter()
>
On Sun, Mar 15, 2015 at 01:39:21AM +0100, Alexander Holler wrote:
> Am 13.03.2015 um 17:42 schrieb Al Viro:
> > Assorted fixes around AIO on gadgetfs: leaks, use-after-free,
> > troubles caused by ->f_op flipping. Please, pull from
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git
Am 15.03.2015 um 02:39 schrieb Al Viro:
> On Sun, Mar 15, 2015 at 01:39:21AM +0100, Alexander Holler wrote:
>> Am 13.03.2015 um 17:42 schrieb Al Viro:
>>> Assorted fixes around AIO on gadgetfs: leaks, use-after-free,
>>> troubles caused by ->f_op flipping. Please, pull from
>>> git://git.kerne
17 matches
Mail list logo
