Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Nov 2017 10:54:31 -0600
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-arm@freebsd.org
Subject:   Re: Very bizarre behavior ARM64 (Pi3)
Message-ID:  <761aadac-86df-da47-c9d9-ab249748a077@denninger.net>
In-Reply-To: <8127c8f1-5250-aacf-c374-a852cfaf9f96@gmail.com>
References:  <7caae80e-876f-631c-23a9-957db7d7ddd5@denninger.net> <1aa5d05e-d5cb-4e46-4d94-e9e51339ca0c@denninger.net> <d2ce002d-7d42-330a-c000-97e6b901a666@gmail.com> <9e053fe6-90af-a96b-970a-cdb07f802cca@denninger.net> <8127c8f1-5250-aacf-c374-a852cfaf9f96@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format.

--------------ms060305060906040202040503
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 11/13/2017 10:50, Michal Meloun wrote:
>
> On 13.11.2017 17:32, Karl Denninger wrote:
>> On 11/13/2017 10:26, Michal Meloun wrote:
>>> On 13.11.2017 16:54, Karl Denninger wrote:
>>>> On 11/12/2017 12:02, Karl Denninger wrote:
>>>>> I managed to get around the Crochet blow-up I reported the other da=
y
>>>>> with another svn update, and now can Crochet myself a running image=
 for
>>>>> the Pi3 which boots and (at least at first blush) works.
>>>>>
>>>>> But I have code that has been running on the Pi3 (and also on the P=
i2,
>>>>> along with other architectures) for quite some time that no longer =
runs
>>>>> when compiled on that newly-built OS.  It compiles without warnings=
 or
>>>>> errors but blows up immediately when executed.
>>>>>
>>>>> I just tried to roll that build forward to the newly-built (FreeBSD=

>>>>> 12.0-CURRENT #0 r325681M: Fri Nov 10 19:31:28 CST 2017)  -HEAD and =
am
>>>>> getting really bizarre core dumps, including (if compiled using Ope=
nSSL
>>>>> libraries) a crash on initialization claiming unknown opcodes in th=
e
>>>>> compiled binary.
>>>>>
>>>>> root@rpi3:/data/HD-MCP # lldb hd-mcp
>>>>> (lldb) target create "hd-mcp"
>>>>> Current executable set to 'hd-mcp' (aarch64).
>>>>> (lldb) run -n
>>>>> Process 1101 launching
>>>>> Process 1101 launched: '/data/HD-MCP/hd-mcp' (aarch64)
>>>>> Process 1101 stopped
>>>>> * thread #1, name =3D 'hd-mcp', stop reason =3D signal SIGILL: ille=
gal trap
>>>>>     frame #0: 0x00000000403342e8
>>>>> ->  0x403342e8: .long  0x0ee0e000                ; unknown opcode
>>>>>     0x403342ec: ret
>>>>>     0x403342f0: stp    x28, x19, [sp, #-0x20]!
>>>>>     0x403342f4: stp    x29, x30, [sp, #0x10]
>>>>> (lldb) bt
>>>>> * thread #1, name =3D 'hd-mcp', stop reason =3D signal SIGILL: ille=
gal trap
>>>>>   * frame #0: 0x00000000403342e8
>>>>>     frame #1: 0x0000000040082ad8
>>>>>     frame #2: 0x0000000040081ab4
>>>>> (lldb)
>>>>>
>>> That is pretty standard behavior.
>>> 0x0ee0e000 opcode is optional pmull crypto extension instruction and
>>> OpenSSL tests the availability of these optional instructions in this=
 way.
>>> It have SIGILL handler installed and if a signal is hit, it means tha=
t
>>> these extensions are not available.
>>> Simply hit 'c' and ignore it...
>>> Michal
>>>
>> Aha.=C2=A0 Got it.
>>
>> However, this remains a problem and is linked, I suspect, to the above=

>> bug report:
>>
>> root@rpi3:/data/HD-MCP # lldb hd-mcp.freeware
>> (lldb) target create "hd-mcp.freeware"
>> Current executable set to 'hd-mcp.freeware' (aarch64).
>> (lldb) b 12752
>> Breakpoint 1: where =3D hd-mcp.freeware`main + 192 at hd-mcp.c:12752,
>> address =3D 0x0000000000040974
>>
>> (12751 is the first "real" assignment in main(); so stop right after t=
he
>> buffer is initialized)
>>
>> (lldb) l 12751
>> =C2=A0=C2=A0 12751=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 x10_fail_event[0] =3D 0;
>> =C2=A0=C2=A0 12752=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 status_buffer[0] =3D 0;
>> =C2=A0=C2=A0 12753=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 status_mod =3D 0;
>> =C2=A0=C2=A0 12754
>> =C2=A0=C2=A0 12755=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 emit_html5_script[0] =3D 0;
>> =C2=A0=C2=A0 12756
>> =C2=A0=C2=A0 12757=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 int=C2=A0=C2=A0=C2=A0=C2=A0 dynamic_=
time;
>> =C2=A0=C2=A0 12758
>> =C2=A0=C2=A0 12759=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #ifdef=C2=
=A0 OPENSSL
>> =C2=A0=C2=A0 12760=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SSL=C2=A0=C2=A0=C2=A0=C2=A0 *ssl_soc=
ket;
>> (lldb) r -n
>> Process 1277 launching
>> Process 1277 launched: '/data/HD-MCP/hd-mcp.freeware' (aarch64)
>> Process 1277 stopped
>> * thread #1, name =3D 'hd-mcp.freeware', stop reason =3D breakpoint 1.=
1
>> =C2=A0=C2=A0=C2=A0 frame #0: 0x0000000000040974 hd-mcp.freeware`main(a=
rgc=3D2,
>> argv=3D0x0000ffffffffebc8) at hd-mcp.c:12752
>> =C2=A0=C2=A0 12749
>> =C2=A0=C2=A0 12750
>> =C2=A0=C2=A0 12751=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 x10_fail_event[0] =3D 0;
>> -> 12752=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 status_buffer[0] =3D 0;
>> =C2=A0=C2=A0 12753=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 status_mod =3D 0;
>> =C2=A0=C2=A0 12754
>> =C2=A0=C2=A0 12755=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 emit_html5_script[0] =3D 0;
>> (lldb) p x10_fail_event
>> Segmentation fault (core dumped)
>> root@rpi3:/data/HD-MCP #
> Well, lldb is not a much stable. Can you try gdb (8.0.1, from ports)?
> Michal
>
I didn't think gdb worked on arm64 (at all)... has that recently been
corrected?

If it has been I can certainly give it a shot but it may take a while
since there's no package set available, I don't believe, for arm64 and
self-hosting on a machine that runs off SD card is "somewhat"
problematic..... :-)

gdb is in the 11-STABLE "stock" crossbuild for the RPI2 but is missing
from the -HEAD build for the RPI3 thus more-or-less "forcing" use of
lldb, or at least that was my understanding.

--=20
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/

--------------ms060305060906040202040503
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC
DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL
MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw
FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf
BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4
MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD
dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1
ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK
AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI
KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD
0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY
vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn
uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24
SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E
6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH
YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL
h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd
zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE
FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q
EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ
TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5
c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY
MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC
AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN
gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9
oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj
tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K
uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv
HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK
17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/
Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA
6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY
UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO
62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp
ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD
QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx
MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw
FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw
ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A
16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg
96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg
y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs
YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg
6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX
SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM
cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN
5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l
CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg
CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v
b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF
oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG
SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O
BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC
GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE
BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh
IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ
zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN
AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR
dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu
2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X
lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK
FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q
IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA
1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL
shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ
qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE
QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL
MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM
TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM
QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw
GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMTEzMTY1NDMx
WjBPBgkqhkiG9w0BCQQxQgRAsxC+pIoxGajYCLsmpujzuXZ+e9KTYT0wxzViiS1wrN/edK6N
u/lRk1J/Ft9CdJvcGzVQb2OgnITFP8sqssEMKjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl
AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3
DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL
MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM
TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM
QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg
gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz
dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0
ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF
AASCAgBceie3VpLCol7shf9BUDBZ+0VQ1bsJZ7Fur/hXbghREj7Emi/uUs3mz9JKJRCJ+QPj
ATR836oQgXbodRjYYie6Z1ODqSRXMAqu+sslHCa3Ue4pjrohjomShTW0BBYe5PA6lr9WQ72G
ukI3uPJWV0AnbQy0Q73os3XYitPg7YelKT/J6fEx6D8Qn83QOIrhr+ihg30zPPLNMXGkyWen
FKR+7/JJc/kifnikI82A3xALrzpNEY6DrGz4AUL6J6tp+J9ewFtm3S/x0M2Z0hO5EtldypV5
GwzdkX2fibv2kvFovI1uq3f1zFvKaXDpgnkUUWRbb1w8RZpAHQFMP36+7ALhTr4u2i7067o/
ScMvqxeMmhn7skeHRY9HwYPXFPyVAQD5M/kspK5bgooU0KoYO/aocubR///sAUYHsjklX0Xf
e5v1yZsGfrmoqR1G0AeuhtnOwldATEPq2kl3ow1aTr+wBfwE20hLo2gKDh58UO9xKXKIYxFA
KZVcv0ZkoA01U/1jVgwH5OE3hlY9hgjQIS/040pDr12Npg4RNlfZ+ywmcVwPzixUHrom+hBs
bG4LCKvoWDfvYEza7hqchjcxo/16y6vBH+mhdRU2TQ7f9NmidJzKpWqaDuU3EHj7fbRn+gwd
0zWPgOS/Ffj4IMaM68YUjoH+Rlqe8+9hmP8qfE0hFgAAAAAAAA==
--------------ms060305060906040202040503--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?761aadac-86df-da47-c9d9-ab249748a077>