2009/5/16 Daniel Ribeiro drw...@gmail.com:
Use dlci lines as device numbers. No mapping, use a standard from the
kernel so userspace doesnt need to be different between the phones.
i think mapping in moto code is to get same device numbers for different dlcis.
so if we remove mapping, device
2009/5/16 Daniel Ribeiro drw...@gmail.com:
This is not a good idea. Some messages are sent only once just after
open().
yep. for example BT address
it will go a little crazy with the CIEV flood, but whatever. :)
not really. CIEV flood should start only after BP will register to network.
on
On Saturday 16 May 2009 11:58:11 Ilya Petrov wrote:
Do nothing to warn bp about open()/close(). Make it fully virtual, let
bp think that all the lines are always opened.
ok. this looks good to prevent bp from panic, but is this correct way?
In the absence of true reference material on that,
2009/5/16 Michael 'Mickey' Lauer mic...@vanille-media.de:
However -- if we already have to open all the DLCIs at handshake time to make
sure the BP does not panic, then we might as well keep them open and
virtualize it just as Daniel recommended.
ok
--
wbr, Ilya
ICQ: none, Jabber:
Em Sáb, 2009-05-16 às 12:07 +0200, Michael 'Mickey' Lauer escreveu:
In the absence of true reference material on that, my gut feeling is that it
would be better to have unused channels also closed on the DLCI layer.
However -- if we already have to open all the DLCIs at handshake time to
This chip reports CFI 1.3, but the CFI PRI is like CFI 1.1. Add a quirk
to pass probe on this chip.
(This patch depends on cfi_cmdset_0001.c: CFI 1.0 and CFI 1.1)
Signed-off-by: Daniel Ribeiro drw...@gmail.com
---
drivers/mtd/chips/cfi_cmdset_0001.c | 12
1 files changed, 12