linux-dect

linux-dect@lists.osmocom.org

80 discussions

Kernel oops
by Barry Myles 09 Jan '11

09 Jan '11

I'm using the linux-dect code and experimenting with dectmon and the libdect examples. Mostly, I think they are working well. I have a com-on-air type II card and it's in an aging P4 laptop. However, I'm having some kernel stability problems. The machine runs stabily forever before the card is configured with the netlink utilities. However, once the card is configured then a few minutes later the kernel will oops. I'm configuring the card something like: dect-cluster-add --name cluster0 --emc 0xABCD --fpn 0x12345 --mode PP dect-cell-add --name cell0 --cluster cluster0 --flags monitor dect-transceiver-bind --transceiver trx0 --cell cell0 Until the kernel oops then everything seems to work fine and dectmon, for example will happily log what it sees. I've attached two kernel logs which seem fairly typical of what is happening. Can anyone help? -- Barry Myles

1 0

New experimental patch for dectmon
by Erik Tews 13 Dec '10

13 Dec '10

Hi I tried to write some code, which checks all possible pins in a handshake, so that you don't need to specify the pin. However, I am currently not able to put my system into a proper monitoring-mode, so I could not test this patch so far. Could someone check the patch available at: http://www.cdc.informatik.tu-darmstadt.de/~e_tews/dectmon/ in branch "pin-bf", that it really works? The code there is completely untested.

1 0

Two small problems with libpcap
by Erik Tews 24 Nov '10

24 Nov '10

Hi I spotted two small problems with libpcap: * Preables for received PP frames are missing, the dedected.org tools used to include the preamble as well. This can easily be fixed by adding a default preamble if the kernel doesn't report the preamble to the userspace. * The slottime wraps around at 2^12 and not at 2^11 as it used to wrap around with the dedected.org tools. I am not sure about the best solution here, one could also use the full 16 bits for the time which are available in the header.

2 6

tcpdump build problems / new tcpdump tree?
by Erik Tews 15 Nov '10

15 Nov '10

Hi Building the libpcap tree works fine, but because libpcap depends on libnl for dect monitoring, every programm using libpcap.a needs to be linked with libnl and libnl-dect. Just trying to build tcpdump from git fails because of that. What would be the best solution for this problem? Starting a new tcpdump tree or trying to fix it in the libpcap tree?

2 1

Dectmon only recording data partially?
by Erik Tews 15 Nov '10

15 Nov '10

Hi I have a strange problem with dectmon. I would like to monitor the conversations between a Siemens AS150 and it's base station. I started the cluster in monitoring mode with the same emc and fpn as the original base station in pp mode: dect-cluster-add --name cluster0 --emc $EMC --fpn $FPN --mode pp --monitor dect-cell-add --name cell0 --cluster cluster0 dect-transceiver-bind --transceiver trx0 --cell cell0 Now, when I launch dectmon, I get these messages: # ./dectmon -n yes netlink: cluster0: mode PP ARI: class A: EMC: 0ff6 FPN: 0deb7 LCE: set default pmid e94bd LCE: registered protocol 0 (Link Control) LCE: registered protocol 3 (Call Control) LCE: registered protocol 4 (Call Independant Supplementary Services) LCE: registered protocol 6 (ConnectionLess Message Service) LCE: registered protocol 5 (Mobility Management) netlink: message group: 4 netlink: FPC: full_slot,page_repetition,basic_a_field_setup,in_min_delay netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,location_registration unknown unknown netlink: message group: 4 Should't there be more output? I am sure that at least some location registration or authentication messages are exchanged here. I am running 2.6.36, but I did not update to the latest version in the git tree yet.

2 20

dectmon deciphering
by Patrick McHardy 13 Nov '10

13 Nov '10

Just in case someone is interested - I've just pushed out changes to allow dectmon to decipher connections if it was able to track the initial key allocation (and thus knows the UAK). The PIN it uses is currently hardcoded to "0000" in src/nwk.c, so make sure to change it to use your own PIN or add brute forcing :) If someone wants to play with this, I'm still looking for traces of Siemens phones during pairing, location updates etc :) ... NWK: 05 40 0a 03 01 18 18 0c 08 23 b1 0e 03 7d 0d 3f |.@.......#...}.?| NWK: ee 0e 08 77 1c 1c 5f aa a6 06 33 |...w.._...3| {MM-AUTHENTICATION-REQUEST} message: IE: <<AUTH-TYPE>> id: a len: 5 dst: 0x60c2e0 authentication algorithm: DSAA (1) authentication key type: User authentication key (1) authentication key number: 8 cipher key number: 8 INC: 0 DEF: 0 TXC: 0 UPC: 1 IE: <<RAND>> id: c len: 10 dst: 0x60c4c0 value: ee3f0d7d030eb123 IE: <<RS>> id: e len: 10 dst: 0x60c4e0 value: 3306a6aa5f1c1c77 NWK: 85 41 0d 04 ba 5b b8 af |.A...[..| {MM-AUTHENTICATION-REPLY} message: IE: <<RES>> id: d len: 6 dst: 0x60c660 value: afb85bba authentication successful DCK: 30 e5 60 b3 b9 f6 ee e8 |0.`.....| NWK: 05 4c 19 02 81 98 |.L....| {MM-CIPHER-REQUEST} message: IE: <<CIPHER-INFO>> id: 19 len: 4 dst: 0x60c2b0 enable: 1 cipher algorithm: DECT Standard Cipher 1 (1) cipher key type: derived (9) cipher key num: 8 ciphering enabled: FP->PP ciphering enabled: PP->FP NWK: 83 0d 1e 02 80 88 7c 04 90 02 00 84 |......|.....| {CC-SETUP-ACK} message: IE: <<PROGRESS-INDICATOR>> id: 1e len: 4 dst: 0x60c660 Location: user (0) Progress description: In-band information or appropriate pattern now available (8) IE: <<CODEC-LIST>> id: 7c len: 6 dst: 0x60c940 Negotiation Indicator: codec negotiation (1) Codec 1: Codec: G.726 (32kbit) (2) MAC/DLC Service: DLC service: LU1, MAC service: I_NA (0) Slot size: full slot (4) C-Plane routing: C_S only (0)

2 3

Dectmon problems on malloc function
by Oscar Soriano Riera 12 Nov '10

12 Nov '10

Hello Everyone for Spain I have some problems in the startup or running Dectmon. I use the lasted drivers (today 20101008) packets on http://dect.osmocom.org. This is my runbook: 1) I compile dectmon with this: #sh autogen.sh #sh configure #make #make install 2)I getup the interface: #dect-cluster-add --name cluster0 --emc 0x12f5 --fpn 0x0be9f --mode PP #dect-cell-add --name cell0 --cluster cluster0 --flags monitor #dect-transceiver-bind --transceiver trx0 --cell cell0 Added: 0: DECT Cluster cluster0: Mode: PP PARI: class A (residential) EMC: 12f5 FPN: 0be9f Added: 0: DECT Cell cell0@cluster0: Bound: DECT Transceiver trx0@cell0: RF-band: 00000 Events: busy: 0 late: 0 3)I can see in the log that the device is correct getup (some fragment): [ 3709.832225] extended fixed part capabilities: fpc: 00022 hlc: 000000 [ 3710.099164] extended fixed part capabilities: fpc: 00020 hlc: 000000 [ 3710.914148] identities information: e: 0 class: 0 emc: 1106 fpn: 08f71 rpn: 0 [ 3711.382176] identities information: e: 0 class: 0 emc: 065f fpn: 1d9d8 rpn: 0 [ 3712.039334] identities information: e: 0 class: 0 emc: 0f73 fpn: 1066a rpn: 0 [ 3712.120434] identities information: e: 0 class: 0 emc: 0d24 fpn: 04834 rpn: 0 [ 3713.079207] identities information: e: 0 class: 0 emc: 1056 fpn: 158ee rpn: 0 [ 3713.345455] identities information: e: 0 class: 0 emc: 1133 fpn: 1e399 rpn: 0 [ 3713.467939] identities information: e: 0 class: 0 emc: 0de9 fpn: 1bc8c rpn: 0 [ 3713.550437] page: RFPI: 241a0 bearer description: bt: 5000000000 sn: 2 sp: 0 cn: 4 [ 3713.632170] identities information: e: 0 class: 0 emc: 065f fpn: 1d9d8 rpn: 0 [ 3713.877937] identities information: e: 0 class: 0 emc: 0de9 fpn: 1bc8c rpn: 0 [ 3714.736021] identities information: e: 0 class: 0 emc: 0726 fpn: 16bc9 rpn: 0 [ 3714.960698] page: RFPI: cf0b0 blind full slots: 2aa [ 3715.329202] identities information: e: 0 class: 0 emc: 1056 fpn: 158ee rpn: 0 [ 3715.390439] static system information: nr: 0 sn: 2 cn: 4 pscn: 4 [ 3716.044455] identities information: e: 0 class: 0 emc: 12fd fpn: 1b11b rpn: 0 [ 3716.166016] identities information: e: 0 class: 0 emc: 0726 fpn: 16bc9 rpn: 0 [ 3716.576015] full/long page: extend: 0 length: 4000000000000000 [ 3716.986016] identities information: e: 0 class: 0 emc: 0726 fpn: 16bc9 rpn: 0 [ 3717.230442] page: RFPI: 241a0 bearer description: bt: 5000000000 sn: 2 sp: 0 cn: 4 [ 3717.392245] identities information: e: 0 class: 0 emc: 101b fpn: 13012 rpn: 0 [ 3717.432942] identities information: e: 0 class: 0 emc: 1133 fpn: 1e399 rpn: 0 [ 3717.757908] identities information: e: 0 class: 0 emc: 0de9 fpn: 1bc8c rpn: 0 [ 3718.023878] identities information: e: 0 class: 0 emc: 14d4 fpn: 18fc7 rpn: 0 [ 3718.779329] identities information: e: 0 class: 0 emc: 0f73 fpn: 1066a rpn: 0 [ 3719.086319] identities information: e: 0 class: 0 emc: 0747 fpn: 06960 rpn: 0 [ 3719.433269] identities information: e: 0 class: 0 emc: 0a6d fpn: 061c7 rpn: 0 [ 3719.494174] identities information: e: 0 class: 0 emc: 1106 fpn: 08f71 rpn: 0 [ 3719.657595] identities information: e: 0 class: 0 emc: 07ef fpn: 17322 rpn: 0 4) Launch Dectmon return a segment fault root@DECT:/usr/src/dectmon# src/dectmon *** glibc detected *** ./dectmon: free(): invalid next size (normal): 0x084d15c8 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6(+0x6b281)[0xb772d281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xb772ead8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7731bbd] /usr/local/lib/libnl.so.3(nlmsg_free+0x83)[0xb784a1d3] /usr/local/lib/libnl-dect.so.3(nl_dect_cluster_query+0x50)[0xb78570b0] /usr/lib/libdect.so.0(+0x1cc9d)[0xb7830c9d] /usr/lib/libdect.so.0(dect_open_handle+0xbd)[0xb7818e5d] ./dectmon[0x804cbec] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb76d8c76] ./dectmon[0x8049021] ======= Memory map: ======== 08048000-0804e000 r-xp 00000000 03:01 794829 /usr/src/dectmon/src/dectmon 0804e000-0804f000 rw-p 00006000 03:01 794829 /usr/src/dectmon/src/dectmon 084d1000-084f2000 rw-p 00000000 00:00 0 [heap] b7500000-b7521000 rw-p 00000000 00:00 0 b7521000-b7600000 ---p 00000000 00:00 0 b7669000-b7686000 r-xp 00000000 03:01 2154538 /lib/libgcc_s.so.1 b7686000-b7687000 rw-p 0001c000 03:01 2154538 /lib/libgcc_s.so.1 b769b000-b769c000 rw-p 00000000 00:00 0 b769c000-b76c0000 r-xp 00000000 03:01 2171097 /lib/i686/cmov/libm-2.11.2.so b76c0000-b76c1000 r--p 00023000 03:01 2171097 /lib/i686/cmov/libm-2.11.2.so b76c1000-b76c2000 rw-p 00024000 03:01 2171097 /lib/i686/cmov/libm-2.11.2.so b76c2000-b7802000 r-xp 00000000 03:01 2171331 /lib/i686/cmov/libc-2.11.2.so b7802000-b7804000 r--p 0013f000 03:01 2171331 /lib/i686/cmov/libc-2.11.2.so b7804000-b7805000 rw-p 00141000 03:01 2171331 /lib/i686/cmov/libc-2.11.2.so b7805000-b7808000 rw-p 00000000 00:00 0 b7808000-b7813000 r-xp 00000000 03:01 2048785 /usr/lib/libev.so.3.0.0 b7813000-b7814000 rw-p 0000b000 03:01 2048785 /usr/lib/libev.so.3.0.0 b7814000-b783a000 r-xp 00000000 03:01 2048792 /usr/lib/libdect.so.0.0.1 b783a000-b783e000 rw-p 00025000 03:01 2048792 /usr/lib/libdect.so.0.0.1 b783e000-b783f000 rw-p 00000000 00:00 0 b783f000-b7851000 r-xp 00000000 03:01 762960 /usr/local/lib/libnl.so.3.0.0 b7851000-b7852000 rw-p 00012000 03:01 762960 /usr/local/lib/libnl.so.3.0.0 b7852000-b785b000 r-xp 00000000 03:01 762976 /usr/local/lib/libnl-dect.so.3.0.0 b785b000-b785c000 rw-p 00009000 03:01 762976 /usr/local/lib/libnl-dect.so.3.0.0 b7870000-b7872000 rw-p 00000000 00:00 0 b7872000-b7873000 r-xp 00000000 00:00 0 [vdso] b7873000-b788e000 r-xp 00000000 03:01 2155169 /lib/ld-2.11.2.so b788e000-b788f000 r--p 0001a000 03:01 2155169 /lib/ld-2.11.2.so b788f000-b7890000 rw-p 0001b000 03:01 2155169 /lib/ld-2.11.2.so bfcae000-bfccf000 rw-p 00000000 00:00 0 [stack] 5) I use Valgrid to see a problem, but valgrid fails, i think that is a problem with the malloc when it get memory for the stack: root@DECT:/usr/src/dectmon# valgrind src/dectmon ==10731== Memcheck, a memory error detector ==10731== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==10731== Using Valgrind-3.6.0 and LibVEX; rerun with -h for copyright info ==10731== Command: src/dectmon ==10731== ==10731== Invalid write of size 2 ==10731== at 0x408E568: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d8 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E57C: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7c0 is 0 bytes after a block of size 88 alloc'd ==10731== at 0x4023FE0: malloc (vg_replace_malloc.c:236) ==10731== by 0x407897D: dect_malloc (utils.c:21) ==10731== by 0x4078486: dect_fd_alloc (io.c:56) ==10731== by 0x4077BBF: dect_netlink_init (netlink.c:352) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E582: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7cc is 12 bytes after a block of size 88 alloc'd ==10731== at 0x4023FE0: malloc (vg_replace_malloc.c:236) ==10731== by 0x407897D: dect_malloc (utils.c:21) ==10731== by 0x4078486: dect_fd_alloc (io.c:56) ==10731== by 0x4077BBF: dect_netlink_init (netlink.c:352) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E589: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d0 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E590: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7c8 is 8 bytes after a block of size 88 alloc'd ==10731== at 0x4023FE0: malloc (vg_replace_malloc.c:236) ==10731== by 0x407897D: dect_malloc (utils.c:21) ==10731== by 0x4078486: dect_fd_alloc (io.c:56) ==10731== by 0x4077BBF: dect_netlink_init (netlink.c:352) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E593: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7c4 is 4 bytes after a block of size 88 alloc'd ==10731== at 0x4023FE0: malloc (vg_replace_malloc.c:236) ==10731== by 0x407897D: dect_malloc (utils.c:21) ==10731== by 0x4078486: dect_fd_alloc (io.c:56) ==10731== by 0x4077BBF: dect_netlink_init (netlink.c:352) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408E596: event_set (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804940E: register_fd (event_ops.c:35) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d4 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid read of size 2 ==10731== at 0x408EC70: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d8 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid read of size 4 ==10731== at 0x408ECD3: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7c8 is 8 bytes after a block of size 88 alloc'd ==10731== at 0x4023FE0: malloc (vg_replace_malloc.c:236) ==10731== by 0x407897D: dect_malloc (utils.c:21) ==10731== by 0x4078486: dect_fd_alloc (io.c:56) ==10731== by 0x4077BBF: dect_netlink_init (netlink.c:352) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== ==10731== Invalid read of size 4 ==10731== at 0x408ECF0: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d4 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid read of size 4 ==10731== at 0x408ED2F: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d4 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408ED35: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d4 is not stack'd, malloc'd or (recently) free'd ==10731== ==10731== Invalid write of size 4 ==10731== at 0x408ECB5: event_add (in /usr/lib/libev.so.3.0.0) ==10731== by 0x804941E: register_fd (event_ops.c:36) ==10731== by 0x4078361: dect_fd_register (io.c:103) ==10731== by 0x4077C14: dect_netlink_init (netlink.c:358) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) ==10731== Address 0x41ff7d4 is not stack'd, malloc'd or (recently) free'd ==10731== --10731-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --10731-- si_code=1; Faulting address: 0x74616874; sp: 0x62bdea58 valgrind: the 'impossible' happened: Killed by fatal signal ==10731== at 0x3809F551: myvprintf_str (m_debuglog.c:530) ==10731== by 0x3809FD32: vgPlain_debugLog_vprintf (m_debuglog.c:877) ==10731== by 0x3802A555: vprintf_WRK (m_libcprint.c:111) ==10731== by 0x3802A617: vgPlain_printf (m_libcprint.c:143) ==10731== by 0x380286C6: vgPlain_assert_fail (m_libcassert.c:261) ==10731== by 0x656C501F: ??? sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==10731== at 0x402331F: calloc (vg_replace_malloc.c:467) ==10731== by 0x4055394: nl_object_alloc (object.c:49) ==10731== by 0x404284F: nl_dect_cluster_alloc (cluster_obj.c:64) ==10731== by 0x4077C34: dect_netlink_init (netlink.c:148) ==10731== by 0x405FE5C: dect_open_handle (libdect.c:66) ==10731== by 0x804CBEB: main (main.c:108) Thanks for help me

2 3

Re: Problems with dectmon
by Patrick McHardy 03 Nov '10

03 Nov '10

Am 31.10.2010 21:03, schrieb Oscar Soriano Riera: > Hi Patrick > I compile and install the dectmon perfect, but when i will to execute the dectmon always get a segment default, here are the output kerneloops: For the last time, please use the linux-dect list for reporting problems. Also don't send your mail as reply to an arbitrary mail but start a new thread for a new subject. > *root@DECT:/usr/src/dectmon/src# ./dectmon * > **** glibc detected *** ./dectmon: free(): invalid next size (normal): 0x095bf5c8 **** > *======= Backtrace: =========* > */lib/i686/cmov/libc.so.6(+0x6b281)[0xb771b281]* > */lib/i686/cmov/libc.so.6(+0x6cad8)[0xb771cad8]* > */lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb771fbbd]* > */usr/local/lib/libnl.so.3(nlmsg_free+0x83)[0xb78381d3]* > */usr/local/lib/libnl-dect.so.3(nl_dect_cluster_query+0x50)[0xb78450b0]* > */usr/lib/libdect.so.0(+0x1cc9d)[0xb781ec9d]* > */usr/lib/libdect.so.0(dect_open_handle+0xbd)[0xb7806e5d]* > *./dectmon[0x804cbec]* > */lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb76c6c76]* > *./dectmon[0x8049021]* This unfortunately doesn't show the cause of the crash, the nlmsg_free() is definitely correct. It is also unreproducable here. Please try running dectmon under valgrind to see whether it can locate the real cause (valgrind src/dectmon).

1 0

Asterisk with cluster in PP mode
by NoOne 03 Nov '10

03 Nov '10

Hi ... I successfully ran asterisk with a cluster in FP mode with one handset. Now I tried to use asterisk acting as a PP so that it can accept calls from PSTN. I catched EMC and FPN of my base station via dect-llme-scan. Where do I pass the PIN code for access_rights_requests? When I want to start asterisk I get following error messages: netlink: cu: mode PP ARI: class A: EMC: 0d13 FPN: 126f4 netlink: FPC: full_slot,page_repetition,basic_a_field_setup,in_min_delay netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,location_registration LCE: set default pmid e16c8 LCE: registered protocol 0 (Link Control) LCE: registered protocol 3 (Call Control) LCE: registered protocol 4 (Call Independant Supplementary Services) LCE: registered protocol 6 (ConnectionLess Message Service) LCE: registered protocol 5 (Mobility Management) netlink: MAC_ME_RFP_PRELOAD-req netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,standard_ciphering,location_registration,ciss_service,clms_service,list_access_features [Nov 1 11:44:09] ERROR[3477]: chan_dect.c:2338 dect_load_module: Unable to set FP capabilities == Unregistered channel type 'DECT' Kind regards TheNoOne

2 1

Bug #6
by Tomcsányi Domonkos 31 Oct '10

31 Oct '10

Hello Everyone, I am struggling with this problem for almost two weeks now, please I need help, could someone figure out what is wrong here? http://dect.osmocom.org/trac/dect/ticket/6 Thanks, Domonkos Tomcsanyi

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linux-dect