[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6C6B28D4DC342643927BEAFCE8707BF63EB18E34@DBDE04.ent.ti.com>
Date: Wed, 26 Jun 2013 09:08:54 +0000
From: "B, Ravi" <ravibabu@...com>
To: "Balbi, Felipe" <balbi@...com>
CC: "linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v1 2/3] usb: musb: core: added babble recovery func-ptr
to musb->ops
Hi Felipe
> > > > @@ -213,6 +213,8 @@ struct musb_platform_ops {
> > > > int (*adjust_channel_params)(struct dma_channel *channel,
> > > > u16 packet_sz, u8 *mode,
> > > > dma_addr_t *dma_addr, u32 *len);
> > > > +
> > > > + void (*babble_recovery)(struct musb *musb);
> > >
> > > I don't get why can't 'babble_recovery' be generic. Why do we need
> > > each glue layer to implement it ?
> > >
> >
> > Babble is generic, but recovery mechanism is nothing but "reset of
> > usbss" which is SoC dependent and followed by generic restart of the
> > musb controller.
>
> and that's what I don't get. Why do you need to reset usbss ?
On babble condition, the session bit is removed by mentor, hence to make musb work
1) setting the session alone will not help.
2) restart the usbss and setting session also not helped.
3) musb works only after usbss reset followed by epfifo table init and re-enable all interrupts, then set the session.
The mentor IP guys (synopsis) confirmed that during babble condition, controller is stopped. Only recover is to restart completely, usbss reset, reinit epfifo table, & set the session.
>
> --
> balbi
--
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