Working of ccch_scan and capturing the SDCCH.
laforge at gnumonks.org
Sat Jul 21 09:29:42 UTC 2012
On Sat, Jul 21, 2012 at 10:57:09AM +0200, Luca Melette wrote:
> I guess I have to do some maintenance to my patch...
> it's a bit old, and it must be merged with last master.
> The downlink/uplink is hard coded, so you need to compile
> the firmware once for down and once for up.
It might make sense to have this run-time configurable/switchable via
L1CTL or some other means.
> I will send some update when I have time :)
It would be much appreciated if you could bring it into a state where it
can cleanly coexist with the other existing code, at which point it
would become mergeable. I can see two options:
1) make the functionality available but not enabled by default, so a
L1CTL command can configure + enable your code at the user option
2) really introduce a new firmware build target. It's possible, but we
already have too many firmware images we build for each hardware
target, and I'd prefer to see that number shrinking rather than
- Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
More information about the baseband-devel