Em Ter, 2009-06-16 às 17:11 +0300, Ilya Petrov escreveu: > 2009/6/16 Daniel Ribeiro <drw...@gmail.com>: > >> * in new driver we disabled this behaviour and leaving suspend to hci > >> driver > > > > Correct. > > btw, is this ok, to have "UP3OCR = 2;" in ezx-bp driver?
In fact no. But this is the same issue that we have with UP2OCR. It is needed to setup the USB port3, both on init and after resume. > >> * hci driver not suspends ports, it stops and resets whole hci > > > > It disconnects, suspends and resumes the port. If the resume fails, then > > it resets the port. > > strange. dont see any "if" in pxa27x_stop_hc/pxa27x_start_hc > here is unconditional read/write to UHCHR ( UHC Reset Register ) Hum, you are right. But anyway, the reset shouldn't stop bp from working afaik. It doesn't on other phones (tough i haven't tested the latest mux changes you did). > >> i`l try to shut up modem with AT+CMER=0,0,0,0,0 and set ap_rdy to 0 before > >> sleep > >> and set ap_rdy to 1 at resume. is this ok? > > > > CMER may help with the auto-resume thing. ap_rdy to 0 will probably > > _not_ do what you want. It is not used to signal BP that the AP is > > suspended, BP uses GPIO_SYS_EN or GPIO_PWR_EN instead (I dont remember > > which one). But you don't have control over this pin using normal GPIO > > yes, CMER and AP_RDY changed nothing Yes, this thing is really hard to get working correctly, considering that we have no source code for the Baseband firmware. We have to "brute force" the thing or do some massive reverse engineering. :( -- Daniel Ribeiro
signature.asc
Description: Esta é uma parte de mensagem assinada digitalmente
