[SOLVED] no dect registration w/ newer freetz on 7270

[johnbock]

It used to be that the my AVM MC-T DECT handset would automatically reregister itself with the 7270 after flashing. Since 2531 or so (I'm not sure) this no longer happens. In fact I can't register the handset at all. I've done the following to no avail:

• reset the handset
• reset the handset and the 7270
• pulled a clean freetz (2564 and w/o mdev) and the above

During the registration process I find the following in syslog. I am dearly hoping someone can make heads or tails of it... I've also attached my config...

Sep 20 00:27:47 fritz user.info kernel: [DECTDRV] update_power_meter, rate 22
Sep 20 00:27:49 fritz user.err kernel: [DECTDRV] [0]FpLcTask, FP_MAC_CON_IND
Sep 20 00:27:49 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 IN ACCESS_RIGHTS_REQ 05 07 80 A8 01 03 D1 FF CD 0A 03 01 48 00 63 09 34 15 08 00 20 01 A0 82 80 77 0C 80 81 00 D5 00 03 01 03 03 02 80 30 
Sep 20 00:27:49 fritz user.err kernel: [DECT_INFOELE]   IE Var 05 Port ID : Len 7 : Content 80 A8 01 03 D1 FF CD 
Sep 20 00:27:49 fritz user.err kernel: [DECT_INFOELE]   IE Var 0A Authenticate : Len 3 : Content 01 48 00 
Sep 20 00:27:49 fritz user.err kernel: [DECT_INFOELE]   IE Var 63 Terminal Capability : Len 9 : Content 34 15 08 00 20 01 A0 82 80 
Sep 20 00:27:49 fritz user.err kernel: [DECT_INFOELE]   IE Var 77 IWU To IWU : Len 12 : Content 80 81 00 D5 00 03 01 03 03 02 80 30 
Sep 20 00:27:49 fritz user.err kernel: [DECTDRV] no codec list info element -> ignored
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [128]MM_ACCESS_RIGHTS_REQ, is swissvoice
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [0]MM_ACCESS_RIGHTS_REQ, is swissvoice
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [0]vor FP_MNMM_KEY_ALLOCATE_REQ
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [0]FP_MNMM_KEY_ALLOCATE_REQ, vor RandomGenerator
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [0]StartAuth, begin, Type 2
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] [0]StartAuth, mask is: 40
Sep 20 00:27:49 fritz user.info kernel: [DECTDRV] StartAuth, xor Ac for swissvoice with 03D1FFCD
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT KEY_ALLOCATE 0B 02 01 88 0C 08 4D 2D 1D 85 49 AF DC 65 0E 08 5A 3A 0A 92 5E B8 CB 72 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0B Allocate : Len 2 : Content 01 88 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0C Rand : Len 8 : Content 4D 2D 1D 85 49 AF DC 65 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0E Data : Len 8 : Content 5A 3A 0A 92 5E B8 CB 72 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 IN AUTHENTICATION_REQ 0A 03 01 48 00 0C 08 9F 08 00 09 9F 08 00 09 0D 04 4B AC 8D A9 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0A Authenticate : Len 3 : Content 01 48 00 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0C Rand : Len 8 : Content 9F 08 00 09 9F 08 00 09 
Sep 20 00:27:50 fritz user.err kernel: [DECT_INFOELE]   IE Var 0D Res : Len 4 : Content 4B AC 8D A9 
Sep 20 00:27:50 fritz user.info kernel: [DECTDRV] [0]StartAuth, begin, Type 5
Sep 20 00:27:50 fritz user.info kernel: [DECTDRV] [0]StartAuth, mask is: 40
Sep 20 00:27:50 fritz user.info kernel: [DECTDRV] StartAuth, xor Ac for swissvoice with 03D1FFCD
Sep 20 00:27:50 fritz user.info kernel: [DECTDRV] [0]FpMmReleaseLinkReq, send FP_LCE_MM_RELEASE_LINK_REQ from 1388
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT AUTHENTICATION_REP 0D 04 85 DB 44 99 
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE]   IE Var 0D Res : Len 4 : Content 85 DB 44 99 
Sep 20 00:27:51 fritz user.err kernel: [DECTDRV] [0]FP_LCE_MM_RELEASE_LINK_REQ: 0101 0000
Sep 20 00:27:51 fritz user.info kernel: [DECTDRV] SendLocateAccept, is swissvoice
Sep 20 00:27:51 fritz user.err kernel: [DECTDRV] codec_list[0]: 0x40
Sep 20 00:27:51 fritz user.info kernel: [DECTDRV] [0]FpMmReleaseLinkReq, send FP_LCE_MM_RELEASE_LINK_REQ from 1292
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT ACCESS_RIGHTS_ACC 05 07 80 A8 01 03 D1 FF CD 06 07 A0 A5 00 E6 D7 4D F8 77 13 80 81 00 D5 00 03 01 0B 03 02 80 31 00 00 10 03 00 01 00 
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE]   IE Var 05 Port ID : Len 7 : Content 80 A8 01 03 D1 FF CD 
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE]   IE Var 06 Fixed ID : Len 7 : Content A0 A5 00 E6 D7 4D F8 
Sep 20 00:27:51 fritz user.err kernel: [DECT_INFOELE]   IE Var 77 IWU To IWU : Len 19 : Content 80 81 00 D5 00 03 01 0B 03 02 80 31 00 00 10 03 00 01 00 
Sep 20 00:27:51 fritz user.err kernel: [DECTDRV] [0]FP_LCE_MM_RELEASE_LINK_REQ: 0001 0000
Sep 20 00:27:51 fritz user.err kernel: [DECTDRV] (75488) error mail cnt: 0x5f (expected) != 0x61 (received)
Sep 20 00:27:51 fritz user.err kernel: [DECTDRV] RX (75488) [52] 0xAA [53] 0x61 [54] 0x04 [55] 0x00 [56] 0x02 [57] 0x14 [58] 0x02 [59] 0xF6 [60] 0xCE [61] 0x00 [62] 0xE0 [63] 0x01 
Sep 20 00:27:52 fritz user.err kernel: [DECTDRV] RX (75700) ERROR: invalid checksum
Sep 20 00:27:54 fritz user.err kernel: [DECTDRV] RX (75950) ERROR: invalid checksum
Sep 20 00:27:58 fritz user.err ctlmgr[732]: /cgi-bin/webcm(1796): termination
Sep 20 00:27:58 fritz user.err kernel: [DECTDRV] (76451) error mail cnt: 0x66 (expected) != 0x65 (received)
Sep 20 00:27:58 fritz user.err kernel: [DECTDRV] RX (76451) [106] 0xAA [107] 0x65 [108] 0x13 [109] 0x00 [110] 0x23 [111] 0x22 [112] 0xF1 [114] 0x04 [115] 0x65 [116] 0x01 [117] 0x67 [118] 0x01 [119] 0x00 [120] 0x00 [121] 0x00 [122] 0x00 [123] 0x5D [124] 0x00 [125] 0x
Sep 20 00:27:58 fritz user.err kernel: [DECTDRV] RX (76452) ERROR: invalid checksum
Sep 20 00:27:59 fritz user.info kernel: [DECTDRV] [0]DlReleaseReqAbnormal, send FP_MAC_DIS_REQ from 1459
Sep 20 00:27:59 fritz user.info kernel: [DECTDRV] [0]vor ReleaseUpperLayers, FP_MAC_DIS_IND

If someone requires more information, please do not hesitate to ask. Please, take in account, I know nothing of DECT and it's protocol.

 

[olistudent]

Please try to create the device nodes /dev/eeprom1 (239,0) and /dev/eeprom2 (239,1).

MfG Oliver

 

[johnbock]

I rebooted the 7270 and restored the factory defaults in the handset and recycled the power, subsequently preformed the registration to no avial

As instructed, I created the nodes eeprom[12]

/dev # ls -l /dev/eeprom*
crw-rw-rw-    1 root     root     239,   0 Jan  1  2000 /dev/eeprom
crw-rw-rw-    1 root     root     239,   0 Sep 20 02:17 /dev/eeprom1
crw-rw-rw-    1 root     root     239,   1 Sep 20 02:17 /dev/eeprom2
/dev #

The 7270 does display that the registration was successful, but the handset says the an error was encountered. However, doesn't say kind of error.

Sep 20 02:17:51 fritz user.info kernel: [DECTDRV] update_power_meter, rate 22
Sep 20 02:17:56 fritz user.err kernel: [DECTDRV] [0]FpLcTask, FP_MAC_CON_IND
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 IN ACCESS_RIGHTS_REQ 05 07 80 A8 01 03 D1 FF CD 0A 03 01 48 00 63 09 34 15 08 00 20 01 A0 82 80 77 0C 80 81 00 D5 00 03 01 03 03 02 80 30 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 05 Port ID : Len 7 : Content 80 A8 01 03 D1 FF CD 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 0A Authenticate : Len 3 : Content 01 48 00 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 63 Terminal Capability : Len 9 : Content 34 15 08 00 20 01 A0 82 80 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 77 IWU To IWU : Len 12 : Content 80 81 00 D5 00 03 01 03 03 02 80 30 
Sep 20 02:17:57 fritz user.err kernel: [DECTDRV] no codec list info element -> ignored
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [128]MM_ACCESS_RIGHTS_REQ, is swissvoice
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [0]MM_ACCESS_RIGHTS_REQ, is swissvoice
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [0]vor FP_MNMM_KEY_ALLOCATE_REQ
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [0]FP_MNMM_KEY_ALLOCATE_REQ, vor RandomGenerator
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [0]StartAuth, begin, Type 2
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] [0]StartAuth, mask is: 40
Sep 20 02:17:57 fritz user.info kernel: [DECTDRV] StartAuth, xor Ac for swissvoice with 03D1FFCD
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT KEY_ALLOCATE 0B 02 01 88 0C 08 DB E6 78 B7 50 A3 5A 26 0E 08 CC F1 6F A0 47 B4 4D 31 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 0B Allocate : Len 2 : Content 01 88 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 0C Rand : Len 8 : Content DB E6 78 B7 50 A3 5A 26 
Sep 20 02:17:57 fritz user.err kernel: [DECT_INFOELE]   IE Var 0E Data : Len 8 : Content CC F1 6F A0 47 B4 4D 31 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 IN AUTHENTICATION_REQ 0A 03 01 48 00 0C 08 16 01 00 06 16 01 00 06 0D 04 21 B2 91 FC 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 0A Authenticate : Len 3 : Content 01 48 00 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 0C Rand : Len 8 : Content 16 01 00 06 16 01 00 06 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 0D Res : Len 4 : Content 21 B2 91 FC 
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] [0]StartAuth, begin, Type 5
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] [0]StartAuth, mask is: 40
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] StartAuth, xor Ac for swissvoice with 03D1FFCD
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] [0]FpMmReleaseLinkReq, send FP_LCE_MM_RELEASE_LINK_REQ from 1388
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT AUTHENTICATION_REP 0D 04 5D 58 A7 B2 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 0D Res : Len 4 : Content 5D 58 A7 B2 
Sep 20 02:17:58 fritz user.err kernel: [DECTDRV] [0]FP_LCE_MM_RELEASE_LINK_REQ: 0101 0000
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] SendLocateAccept, is swissvoice
Sep 20 02:17:58 fritz user.err kernel: [DECTDRV] codec_list[0]: 0x40
Sep 20 02:17:58 fritz user.info kernel: [DECTDRV] [0]FpMmReleaseLinkReq, send FP_LCE_MM_RELEASE_LINK_REQ from 1292
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE] MM mmei:0 OUT ACCESS_RIGHTS_ACC 05 07 80 A8 01 03 D1 FF CD 06 07 A0 A5 00 E6 D7 4D F8 77 13 80 81 00 D5 00 03 01 0B 03 02 80 31 00 00 10 03 00 01 00 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 05 Port ID : Len 7 : Content 80 A8 01 03 D1 FF CD 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 06 Fixed ID : Len 7 : Content A0 A5 00 E6 D7 4D F8 
Sep 20 02:17:58 fritz user.err kernel: [DECT_INFOELE]   IE Var 77 IWU To IWU : Len 19 : Content 80 81 00 D5 00 03 01 0B 03 02 80 31 00 00 10 03 00 01 00 
Sep 20 02:17:58 fritz user.err kernel: [DECTDRV] [0]FP_LCE_MM_RELEASE_LINK_REQ: 0001 0000
Sep 20 02:17:58 fritz user.err kernel: [DECTDRV] (21265) error mail cnt: 0x7e (expected) != 0x80 (received)
Sep 20 02:17:58 fritz user.err kernel: [DECTDRV] RX (21265) [8] 0xAA [9] 0x80 [10] 0x13 [11] 0x00 [12] 0x23 [13] 0x22 [14] 0xF1 [16] 0x04 [17] 0x80 [18] 0x00 [19] 0x66 [20] 0x00 [21] 0x00 [22] 0x00 [23] 0x00 [24] 0x00 [25] 0x55 [26] 0x00 [27] 0x00 [28] 0x00 [29] 0x0
Sep 20 02:17:58 fritz user.warn kernel: [avm_power]event: 27 not handled
Sep 20 02:18:01 fritz user.err ctlmgr[752]: /cgi-bin/webcm(1426): termination
Sep 20 02:18:02 fritz user.err kernel: [DECTDRV] (21757) error mail cnt: 0x84 (expected) != 0x83 (received)
Sep 20 02:18:02 fritz user.err kernel: [DECTDRV] RX (21757) [58] 0xAA [59] 0x83 [60] 0x13 [61] 0x00 [62] 0x23 [63] 0x22 [64] 0xF1 [66] 0x04 [67] 0x83 [68] 0x00 [69] 0x6A [70] 0x00 [71] 0x00 [72] 0x00 [73] 0x00 [74] 0x00 [75] 0x56 [76] 0x00 [77] 0x00 [78] 0x00 [79] 0
Sep 20 02:18:03 fritz user.warn kernel: [avm_power]event: 27 not handled
Sep 20 02:18:06 fritz user.info kernel: [DECTDRV] [0]DlReleaseReqAbnormal, send FP_MAC_DIS_REQ from 1459
Sep 20 02:18:06 fritz user.info kernel: [DECTDRV] [0]vor ReleaseUpperLayers, FP_MAC_DIS_IND

 

[johnbock]

Backing down to r2531 seems to be working

Tomorrow (do I mean today?) or maybe sunday I try to follow the changes sets till it stops working...

 

[johnbock]

Looking at the changset 2531:2561, there are only two I can see that may adversely effect dect registration:

• http://trac.freetz.org/changeset/25...old=1994&old_path=trunk/patches/180-printk.sh
• http://trac.freetz.org/changeset/2561 dos endline convention for 7270 all-in-one.

Being that I'm using the latest AVM release as the base for testing, 2 is not relevant.

I'll test 1 sometime later to verify my conjectures.

 

[johnbock]

Yep, http://trac.freetz.org/changeset/25...old=1994&old_path=trunk/patches/180-printk.sh was the problem. Although it's odd, reverting this patch lets the MC-T reconnect to the 7270.

The patch seems harmless enough, I wonder why exactly AVM requires this in order to work. Really peculiar...

opened a new ticket

 

[olistudent]

Can you please test if registration works if you do "echo STD_PRINTK > /dev/debug" after boot process has finished?

MfG Oliver

 

[robinio_1337]

i also have this Problem (see other thread).
i have a 7270 with Firmware-Version 54.04.58freetz-devel-2561.

i have done what oli wrote. rebooting 7270 -- logging in into telnet -- do "echo STD_PRINTK > /dev/debug" -- try to registrate a headset.

But now the Box can not find a headset.

i hope i've done it the right way.
(sry about my english)

 

[olistudent]

You have to try the other way round if you aren't using johnbock's patch.

echo AVM_PRINTK > /dev/debug

But perhaps you have to reload the dect modules.

MfG Oliver

 

[robinio_1337]

You have to try the other way round if you aren't using johnbock's patch.

echo AVM_PRINTK > /dev/debug

But perhaps you have to reload the dect modules.

MfG Oliver

thats working, registration successfully --- "klingeltest"(ringtest) also working.
is there anything else to test ? or can you fix it in freetz with this informations?

mfg robinio

 

[olistudent]

I have to ask again to clarify this.

If you write this in telnet/shh you can immediately do registration and ring test? And if you write "echo STD_PRINTK" this doesn't work anymore?

MfG Oliver

 

[johnbock]

I have to ask again to clarify this.

If you write this in telnet/shh you can immediately do registration and ring test? And if you write "echo STD_PRINTK" this doesn't work anymore?

MfG Oliver

Arbitrarily setting STD_PRINTK does not work either... I did the following:

• echo STD_PRINTK >/dev/debug
• press the dial (green) button on the handset
• after several seconds (up to 30s) the handset says system not available or something simular
• press the hangup (red) button on the handset
• echo AVM_PRINTK >/dev/debug
• repeated 2. and 4., except it's successfull (I get a dial tone)

As I see it, until we find the culprit, we need to use AVM_PRINTK, If the DECT function is not patched out.

 

[robinio_1337]

I have to ask again to clarify this.

If you write this in telnet/shh you can immediately do registration and ring test? And if you write "echo STD_PRINTK" this doesn't work anymore?

MfG Oliver

right, thats it

 

[johnbock]

right, thats it

Erledigt

 

[olistudent]

r2568

MfG Oliver

 

[dynamic]

Hi,

ich nutze einen 7270 mit freetz ( r2490, da ich Replace Kernel nutze - ausser nfsd, strace, ltrace, syslogd und readline ist nichts gesondert aktiviert ) und kann trotz:

mknod /dev/eeprom1 c 239 0
mknod /dev/eeprom2 c 239 1
echo AVM_PRINTK >/dev/debug

keine DECT Geräte anmelden.
Beim Anmeldeversuch von DECT Geräten kann man via more /dev/debug folgenden Output beobachten:

[00009000][DCTDRV] (FP_MAC_CLEAR_ENROLL_BIT) UI_TASK->FP_CCF_TASK  
[00009002][DECTSTUB] FP_MAC_CLEAR_ENROLL_BIT
[00009003][DCTDRV] (STUB_FP_CAP_IND) FP_CCF_TASK->UI_TASK  
[00009069][DCTDRV] (FP_MAC_START_STOP_REQ) UI_TASK->FP_CCF_TASK  
[00009072][DCTDRV] (STUB_FP_CAP_IND) FP_CCF_TASK->UI_TASK  
[00009072][DECTDRV] CAP_IND, RFPI is:  00 12 04 A7 30
[00009072][DECTSTUB] FP_MAC_STOP_REQ
[dsl_ur8] dslhal_support_processMailBox: Received DSP_ATM_TC_SYNC at 11234
[00011974][DCTDRV] (FP_MAC_START_STOP_REQ) UI_TASK->FP_CCF_TASK  
[00011974][DCTDRV] (FP_MAC_SET_ENROLL_BIT) UI_TASK->FP_CCF_TASK  
[00011980][DECTSTUB] FP_MAC_START_REQ
[00011981][DECTSTUB] FP_MAC_SET_ENROLL_BIT
[COLOR=Red]checksum error: calculated: 0x01F7 != 0x0100 (received)[/COLOR]
[DECTDRV] RX (49267) invalid checksum, [0x67:0x00:0x00] start_idx: 40, frm_byte_cnt: 13, frm_len: 5, offset: 11, state: 2
[00011981][DECTDRV] RX (49267) 
[000] FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
[016] FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
[032] FF FF FF FF FF FF FF FF AA 66 05 00 02 14 02 14 
[048] 02 F6 CE 00 01 E2 01 FF FF FF AA 67 05 00 02 14 
[064] 02 F6 CE 08 01 EA 01 FF FF FF FF FF FF FF FF FF 
[080] FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
[096] FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
[112] FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
[00011981][DCTDRV] (STUB_FP_CAP_IND) FP_CCF_TASK->UI_TASK  
[00011981][DECTDRV] CAP_IND, RFPI is:  00 12 04 A7 30
[00012035][DECTSTUB] To IRC case 4 : slot 0x6, from state 0x8

Reicht es denn nicht aus, wenn AVM_PRINTK gesetzt wird ? Was bedeutet eigentlich der rot markierte Hinweis, mit dem checksum error ?

Gibt es etwas zu beachten, was ich evtl. übersehen habe ?

Gruß
dynamic

 

[dsteinkopf]

Ich habe das gleiche Problem: DECT geht quasi gar nicht mehr. Ich habe die 54.04.67freetz-devel-2944 ausprobiert.

/var/mod/root # grep -i printk /etc/init.d/*   
/etc/init.d/rc.S:echo STD_PRINTK >/dev/debug
/etc/init.d/rc.S:echo AVM_PRINTK >/dev/debug
/etc/init.d/rc.S:## set printk level to KERN_ERR

Ein erneutes

echo AVM_PRINTK >/dev/debug

per Hand scheint zu helfen. Eine Lösung ist das aber nicht wirklich...


Dirk

 

[cuma]

Dect geht nach dem STD_PRINTK nicht mehr? Das ist doch bekannt. Wenn du trotzdem Syslog haben möchteste, versuch doch meinen Patch aus dem Ticket

 

[dsteinkopf]

Ah verstehe! Ich hatte es genau anders herum verstanden. Um es nochmal mit meinen Worten zu sagen, scheint es also so zu sein, dass durch STD_PRINTK so viele DECT-Meldungen kommen, dass irgendein Timing (oder was auch immer) durcheinander kommt.

Das Töten des syslog-Dämons bewirkt keine Besserung. Auch starten mit nice -10 nicht - wie im letzten Beitrag im Ticket von "ralf" vorgeschlagen.

Ich habe nun den Patch "syslog_enabler_7270.patch" eingespielt und mit "make kernel-dirclean && make" übersetzt. Scheint zu helfen!


Frage: Die Idee des Patches scheint ja zu sein, alle Meldungen, die mit "[DECT" oder "[DCTD" anfangen, zu ignorieren. Warum steht bei "format[2]" jeweils ein <= statt ein ==?
Wäre ein

strstr(DebugData, "[DECT") || strstr(DebugData, "[DCTD")

nicht sinnvoller und Performance-mäßig vertretbar?


Dirk

 

[cando]

syslog_enabler_7270.patch

Hallo,

Etwas Off-Topic:

Hilft der Patch, um im syslogd / syslog von freetz nun wieder alle Meldungen zu sehen, die sonst im AVM_PRINTK verschwinden würden (z.B. Firewall Drop Pakete etc?) und wo finde ich den / wie wende ich den an?

Ich suche immer noch nach einer Möglichkeit mit dsld / iptables einen vernünftigen Mechanismus zu finden, um verworfene IP Pakete zu protokollieren.

Vielen Dank und ein frohes Neues!

cando