From manner.moe@gmx.de Fri Apr 02 23:34:01 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1NxoV6-0000XJ-IK>; Fri, 02 Apr 2010 23:34:00 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1NxoV6-0003s4-Cy>; Fri, 02 Apr 2010 23:34:00 +0200 Received: (qmail invoked by alias); 02 Apr 2010 21:33:59 -0000 Received: from p5B3E9E90.dip0.t-ipconnect.de (EHLO MyHost) [91.62.158.144] by mail.gmx.net (mp072) with SMTP; 02 Apr 2010 23:33:59 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1+tEqQ6kiKt2q/PQKmy+/d1ld+FK8Kq95KJndsObp 3VOaMLvvg9UstL Date: Fri, 2 Apr 2010 23:34:41 +0200 Message-ID: X-GeMail-Ref: <20100322002918.59160@gmx.net> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: multipart/mixed; boundary="=_gcmail5" MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.78000000000000003 X-Originating-IP: 213.165.64.20 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1270244040-00000DDD-59B7BD67/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000077, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 21:34:01 -0000 This is a multi-part message in MIME format --=_gcmail5 Content-Type: multipart/alternative; boundary="=_gcmail5_alt" --=_gcmail5_alt Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit I´ve implemented himd format feature in libhimd and qhimdtransfer using libsgutils2. This is for test purposes only wether we are not sure if we can use libsgutils2 on mac. If not we can use libusal/libscg instead, but the usage is a bit more complicated. The scsi device name is set by the detection code so it works on windows only yet because of missing code for the other OSes. greetings Thomas Arp --=_gcmail5_alt-- --=_gcmail5 Content-Type: application/octet-stream; name="0001-added-himd-format-feature-windows-only.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-added-himd-format-feature-windows-only.patch" RnJvbSBiNWNjMzZkOWU4YzYwYWQ0ZjliY2Y5OWIxZTk1MTUyMGEzY2E0MTJiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiB1bmtub3duIDxtYW4yQC4obm9uZSk+CkRhdGU6IEZyaSwgMiBB cHIgMjAxMCAyMzowODo1OSArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIGFkZGVkIGhpbWQgZm9ybWF0 IGZlYXR1cmUgKHdpbmRvd3Mgb25seSkKCi0tLQogbGliaGltZC9oaW1kX3Njc2kuYyAgICAgICAg ICAgICAgICAgfCAgIDg4ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrCiBsaWJo aW1kL2hpbWRfc2NzaS5oICAgICAgICAgICAgICAgICB8ICAgMjUgKysrKysrKysrKwogbGliaGlt ZC9saWJoaW1kLnBybyAgICAgICAgICAgICAgICAgfCAgICA2ICstCiBxaGltZHRyYW5zZmVyL3Fo aW1kZGV0ZWN0aW9uLmggICAgICB8ICAgIDEgKwogcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRp YWxvZy5jcHAgfCAgIDUxICsrKysrKysrKysrKysrKysrKysrCiBxaGltZHRyYW5zZmVyL3FoaW1k Zm9ybWF0ZGlhbG9nLmggICB8ICAgIDUgKysKIHFoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93 LmNwcCAgIHwgICAxNiArKysrKy0KIHFoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rpb24uY3Bw IHwgICAgMyArLQogOCBmaWxlcyBjaGFuZ2VkLCAxODggaW5zZXJ0aW9ucygrKSwgNyBkZWxldGlv bnMoLSkKIGNyZWF0ZSBtb2RlIDEwMDY0NCBsaWJoaW1kL2hpbWRfc2NzaS5jCiBjcmVhdGUgbW9k ZSAxMDA2NDQgbGliaGltZC9oaW1kX3Njc2kuaAoKZGlmZiAtLWdpdCBhL2xpYmhpbWQvaGltZF9z Y3NpLmMgYi9saWJoaW1kL2hpbWRfc2NzaS5jCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAw MDAwMDAuLjQxNTI2NjkKLS0tIC9kZXYvbnVsbAorKysgYi9saWJoaW1kL2hpbWRfc2NzaS5jCkBA IC0wLDAgKzEsODggQEAKKyNpbmNsdWRlICJoaW1kLmgiCisjaW5jbHVkZSAiaGltZF9zY3NpLmgi CisjaW5jbHVkZSA8c3RyaW5nLmg+CisKKyNpbmNsdWRlIDxzY3NpL3NnX2xpYi5oPgorI2luY2x1 ZGUgPHNjc2kvc2dfcHQuaD4KKworaW50IGhpbWRzY3NpX29wZW5fZGV2aWNlKGNoYXIgKiBkZXZp Y2UpCit7CisJcmV0dXJuIHNjc2lfcHRfb3Blbl9kZXZpY2UoZGV2aWNlLCAwICwwKTsKK30KKwor aW50IGhpbWRzY3NpX3NlbmRfZm9ybWF0X2NtZChpbnQgb3Blbl9kZXZpY2UsIHN0cnVjdCBzY3Np X2Vycm9yICogZXJyb3IpCit7CisgICAgaW50IHN1Y2Nlc3MgPSAtMTsKKyAgICBzdHJ1Y3Qgc2df cHRfYmFzZSAqcHR2cCA9IE5VTEw7CisgICAgdW5zaWduZWQgY2hhciBjb21tYW5kWzEyXTsKKyAg ICB1bnNpZ25lZCBjaGFyIHNlbnNlX2J1ZmZlclszMl07CisKKyAgICBwdHZwID0gY29uc3RydWN0 X3Njc2lfcHRfb2JqKCk7CisgICAgaWYgKHB0dnAgPT0gTlVMTCkKKyAgICB7CisgICAgICAgIGVy cm9yLT5lcnJvcl9tc2cgPSAiQ2Fubm90IHNlbmQgc2NzaSBjb21tYW5kLCBvdXQgb2YgbWVtb3J5 IjsKKyAgICAgICAgZ290byBjbGVhbjsKKyAgICB9CisKKyAgICBtZW1zZXQoY29tbWFuZCwwLDEy KTsKKyAgICBjb21tYW5kWzBdID0gMHhDMjsJICAgLyogc29ueSBzcGVjaWFsIGNvbW1hbmRzICov CisgICAgY29tbWFuZFs0XSA9IDM7ICAgICAgICAvKiBzdWJjb21tYW5kOiBmb3JtYXQgKi8KKwor ICAgIHNldF9zY3NpX3B0X2NkYihwdHZwLCBjb21tYW5kLCBzaXplb2YoY29tbWFuZCkpOworICAg IHNldF9zY3NpX3B0X3NlbnNlKHB0dnAsIHNlbnNlX2J1ZmZlciwgc2l6ZW9mKHNlbnNlX2J1ZmZl cikpOworCisgICAgaWYoZG9fc2NzaV9wdChwdHZwLCBvcGVuX2RldmljZSwgU0NTSV9USU1FT1VU LCAwKSAhPSAwKQorICAgIHsKKyAgICAgICAgZXJyb3ItPmVycm9yX21zZyA9ICJFcnJvciBzZW5k aW5nIHNjc2kgY29tbWFuZCI7CisgICAgICAgIGdvdG8gY2xlYW47CisgICAgfQorCisgICAgaWYo Z2V0X3Njc2lfcHRfcmVzdWx0X2NhdGVnb3J5KHB0dnApID09IFNDU0lfUFRfUkVTVUxUX0dPT0Qp CisgICAgeworICAgICAgICBzdWNjZXNzID0gMDsKKyAgICAgICAgZ290byBjbGVhbjsKKyAgICB9 CisgICAgZWxzZSBpZihnZXRfc2NzaV9wdF9yZXN1bHRfY2F0ZWdvcnkocHR2cCkgPT0gU0NTSV9Q VF9SRVNVTFRfU0VOU0UpCisgICAgeworICAgICAgICBlcnJvci0+ZXJyb3JfbXNnID0gInNjc2kg ZGV2aWNlIHJldHVybnMgYW4gZXJyb3IiOworICAgICAgICBzZ19nZXRfc2NzaV9zdGF0dXNfc3Ry KGdldF9zY3NpX3B0X3N0YXR1c19yZXNwb25zZShwdHZwKSwgc2l6ZW9mKGVycm9yLT5zdGF0dXMp LCBlcnJvci0+c3RhdHVzKTsKKyAgICAgICAgc2dfZ2V0X3NlbnNlX3N0cihOVUxMLCBzZW5zZV9i dWZmZXIsIHNpemVvZihzZW5zZV9idWZmZXIpLCAwLCBzaXplb2YoZXJyb3ItPnNlbnNlKSwgZXJy b3ItPnNlbnNlKTsKKyAgICB9CitjbGVhbjoKKyAgICBpZiAocHR2cCkKKyAgICAgICAgZGVzdHJ1 Y3Rfc2NzaV9wdF9vYmoocHR2cCk7CisKKyAgICByZXR1cm4gc3VjY2VzczsKK30KKwordm9pZCBo aW1kc2NzaV93YWl0X2Zvcl91bml0X3JlYWR5KGludCBvcGVuX2RldmljZSkKK3sKKyAgICBpbnQg c3RhdHVzOworICAgIHVuc2lnbmVkIGNoYXIgY29tbWFuZFsxMl07CisgICAgc3RydWN0IHNnX3B0 X2Jhc2UgKnB0dnAgPSBOVUxMOworCisgICAgbWVtc2V0KGNvbW1hbmQsMCwxMik7CisgICAgZG8K KyAgICB7CisgICAgICAgIGlmIChwdHZwKQorICAgICAgICAgICAgZGVzdHJ1Y3Rfc2NzaV9wdF9v YmoocHR2cCk7CisgICAgICAgIHB0dnAgPSBjb25zdHJ1Y3Rfc2NzaV9wdF9vYmooKTsKKyAgICAg ICAgc2V0X3Njc2lfcHRfY2RiKHB0dnAsIGNvbW1hbmQsIHNpemVvZihjb21tYW5kKSk7CisgICAg ICAgIHN0YXR1cyA9IGRvX3Njc2lfcHQocHR2cCwgb3Blbl9kZXZpY2UsIFNDU0lfVElNRU9VVCwg MCk7CisgICAgfQorICAgIHdoaWxlKGdldF9zY3NpX3B0X3Jlc3VsdF9jYXRlZ29yeShwdHZwKSAh PSBTQ1NJX1BUX1JFU1VMVF9HT09EKTsKKworICAgIGlmIChwdHZwKQorICAgICAgICBkZXN0cnVj dF9zY3NpX3B0X29iaihwdHZwKTsKK30KKwordm9pZCBoaW1kc2NzaV9jbG9zZV9kZXZpY2UoaW50 IG9wZW5fZGV2aWNlKQoreworCWlmIChvcGVuX2RldmljZSA+PSAwKQorICAgICAgICBzY3NpX3B0 X2Nsb3NlX2RldmljZShvcGVuX2RldmljZSk7Cit9CisKKworCisKKwpkaWZmIC0tZ2l0IGEvbGli aGltZC9oaW1kX3Njc2kuaCBiL2xpYmhpbWQvaGltZF9zY3NpLmgKbmV3IGZpbGUgbW9kZSAxMDA2 NDQKaW5kZXggMDAwMDAwMC4uZjEzOThjMgotLS0gL2Rldi9udWxsCisrKyBiL2xpYmhpbWQvaGlt ZF9zY3NpLmgKQEAgLTAsMCArMSwyNSBAQAorI2lmbmRlZiBJTkNMVURFRF9MSUJISU1EX1NDU0lf SAorI2RlZmluZSBJTkNMVURFRF9MSUJISU1EX1NDU0lfSAorCisjaWZkZWYgX19jcGx1c3BsdXMK K2V4dGVybiAiQyIgeworI2VuZGlmCisKK3N0cnVjdCBzY3NpX2Vycm9yIHsKKyAgICBjaGFyICog ZXJyb3JfbXNnOworICAgIGNoYXIgc3RhdHVzWzEyOF07CisgICAgY2hhciBzZW5zZVsxMDI0XTsK K307CisKKyNkZWZpbmUgU0NTSV9USU1FT1VUIDIwCisKK2ludCBoaW1kc2NzaV9vcGVuX2Rldmlj ZShjaGFyICogZGV2aWNlKTsKK2ludCBoaW1kc2NzaV9zZW5kX2Zvcm1hdF9jbWQoaW50IG9wZW5f ZGV2aWNlLCBzdHJ1Y3Qgc2NzaV9lcnJvciAqIGVycm9yKTsKK3ZvaWQgaGltZHNjc2lfd2FpdF9m b3JfdW5pdF9yZWFkeShpbnQgb3Blbl9kZXZpY2UpOwordm9pZCBoaW1kc2NzaV9jbG9zZV9kZXZp Y2UoaW50IG9wZW5fZGV2aWNlKTsKKworI2lmZGVmIF9fY3BsdXNwbHVzCit9CisjZW5kaWYKKwor I2VuZGlmCmRpZmYgLS1naXQgYS9saWJoaW1kL2xpYmhpbWQucHJvIGIvbGliaGltZC9saWJoaW1k LnBybwppbmRleCA0NTM5MGQwLi4zNWUwNDg4IDEwMDY0NAotLS0gYS9saWJoaW1kL2xpYmhpbWQu cHJvCisrKyBiL2xpYmhpbWQvbGliaGltZC5wcm8KQEAgLTE3LDYgKzE3LDYgQEAgZWxzZTogIWJ1 aWxkX3Bhc3M6IG1lc3NhZ2UoWW91IGRpc2FibGVkIG1jcnlwdDogTm8gUENNIGFuZCBBVFJBQyB0 cmFuc2ZlciB3aWxsIGIKIGVsc2U6ICFidWlsZF9wYXNzOiBtZXNzYWdlKFlvdSBkaXNhYmxlZCBt YWQ6IE1QMyB0cmFuc2ZlciB3aWxsIGJlIGxpbWl0ZWQpCiAKIFBLR0NPTkZJRyArPSBnbGliLTIu MAotSEVBREVSUyArPSBoaW1kLmggaGltZF9wcml2YXRlLmggc29ueV9vbWEuaAotU09VUkNFUyAr PSBlbmNyeXB0aW9uLmMgaGltZC5jIG1kc3RyZWFtLmMgdHJhY2tpbmRleC5jIHNvbnlfb21hLmMg ZnJhZy5jCi1MSUJTICAgICs9IC1sbWFkIC1sbWNyeXB0CitIRUFERVJTICs9IGhpbWQuaCBoaW1k X3ByaXZhdGUuaCBzb255X29tYS5oIGhpbWRfc2NzaS5oCitTT1VSQ0VTICs9IGVuY3J5cHRpb24u YyBoaW1kLmMgbWRzdHJlYW0uYyB0cmFja2luZGV4LmMgc29ueV9vbWEuYyBmcmFnLmMgaGltZF9z Y3NpLmMKK0xJQlMgICAgKz0gLWxtYWQgLWxtY3J5cHQgLWxzZ3V0aWxzMgpkaWZmIC0tZ2l0IGEv cWhpbWR0cmFuc2Zlci9xaGltZGRldGVjdGlvbi5oIGIvcWhpbWR0cmFuc2Zlci9xaGltZGRldGVj dGlvbi5oCmluZGV4IDVjMzBiZTkuLjVhNDE3YTYgMTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIv cWhpbWRkZXRlY3Rpb24uaAorKysgYi9xaGltZHRyYW5zZmVyL3FoaW1kZGV0ZWN0aW9uLmgKQEAg LTI0LDYgKzI0LDcgQEAgc3RydWN0IGhpbWRfZGV2aWNlIHsKICAgICAgICAgICAgICAgICAgICAg UVN0cmluZyBwYXRoOwogICAgICAgICAgICAgICAgICAgICBib29sIG1kX2luc2VydGVkOwogICAg ICAgICAgICAgICAgICAgICBRU3RyaW5nIHJlY29yZGVyX25hbWU7CisgICAgICAgICAgICAgICAg ICAgIFFTdHJpbmcgc2NzaV9kZXZpY2U7CiAgICAgICAgICAgICAgICAgICAgIHZpcnR1YWwgfmhp bWRfZGV2aWNlKCl7fSAvKiBmb3IgcG9seW1vcnBoaWMgZGVsZXRlICovCiAgICAgICAgICAgICAg ICAgICAgIH07CiAKZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cu Y3BwIGIvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAKaW5kZXggZjNlMDQ1Mi4u NDdlZmNjNSAxMDA2NDQKLS0tIGEvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAK KysrIGIvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAKQEAgLTEsNSArMSw5IEBA CiAjaW5jbHVkZSAicWhpbWRmb3JtYXRkaWFsb2cuaCIKICNpbmNsdWRlICJ1aV9xaGltZGZvcm1h dGRpYWxvZy5oIgorI2luY2x1ZGUgPFF0R3VpL1FNZXNzYWdlQm94PgorI2luY2x1ZGUgPFF0Q29y ZS9RRmlsZT4KKworI2luY2x1ZGUgPGhpbWRfc2NzaS5oPgogCiBRSGlNREZvcm1hdERpYWxvZzo6 UUhpTURGb3JtYXREaWFsb2coUVdpZGdldCAqcGFyZW50KSA6CiAgICAgUURpYWxvZyhwYXJlbnQp LApAQCAtMjMsMyArMjcsNTAgQEAgdm9pZCBRSGlNREZvcm1hdERpYWxvZzo6Y2hhbmdlRXZlbnQo UUV2ZW50ICplKQogICAgICAgICBicmVhazsKICAgICB9CiB9CisKK3ZvaWQgUUhpTURGb3JtYXRE aWFsb2c6Om9uX2J1dHRvbkJveF9hY2NlcHRlZCgpCit7CisgICAgaW50IHNnX29wZW4gPSAtMTsK KyAgICBzdHJ1Y3Qgc2NzaV9lcnJvciBlcnJvcjsKKyAgICBRU3RyaW5nIGVycm1zZzsKKyAgICBR TWVzc2FnZUJveCBmb3JtYXRTdGF0dXM7CisKKyAgICBpZihkZXZpY2UgPT0gTlVMTCkKKyAgICB7 CisgICAgICAgIGVycm1zZyA9IHRyKCJoaW1kIGRldmljZSBpcyBub3QgcHJlc2VudCIpOworICAg ICAgICBnb3RvIGNsZWFuOworICAgIH0KKworICAgIGlmKGRldmljZS0+c2NzaV9kZXZpY2UuaXNF bXB0eSgpKQorICAgIHsKKyAgICAgICAgZXJybXNnID0gdHIoIk5vIHNjc2kgZGV2aWNlIGluZm9y bWF0aW9uIGF2YWlsYWJsZSIpOworICAgICAgICBnb3RvIGNsZWFuOworICAgIH0KKworICAgIHNn X29wZW4gPSBoaW1kc2NzaV9vcGVuX2RldmljZShkZXZpY2UtPnNjc2lfZGV2aWNlLnRvTGF0aW4x KCkuZGF0YSgpKTsKKyAgICBpZiAoc2dfb3BlbiA8IDApCisgICAgeworICAgICAgICBlcnJtc2cg PSB0cigiRXJyb3Igb3BlbmluZyBzY3NpIHBvcnQgZm9yIGRldmljZTogIikgKyBkZXZpY2UtPnNj c2lfZGV2aWNlOworICAgICAgICBnb3RvIGNsZWFuOworICAgIH0KKworICAgIGlmKGhpbWRzY3Np X3NlbmRfZm9ybWF0X2NtZChzZ19vcGVuLCAmZXJyb3IpIDwgMCkKKyAgICB7CisgICAgICAgIGVy cm1zZyA9IGVycm9yLmVycm9yX21zZyArIHRyKCJcbkRldmljZSBTdGF0dXM6ICIpICsgZXJyb3Iu c3RhdHVzICsgdHIoIlxuU2Vuc2U6ICIpICsgZXJyb3Iuc2Vuc2U7CisgICAgICAgIGdvdG8gY2xl YW47CisgICAgfQorCitjbGVhbjoKKyAgICBpZighZXJybXNnLmlzRW1wdHkoKSkKKyAgICAgICAg Zm9ybWF0U3RhdHVzLnNldFRleHQodHIoIkVycm9yIGZvcm1hdHRpbmcgSGlNRDpcbiIpICsgZXJy bXNnKTsKKyAgICBlbHNlCisgICAgeworICAgICAgICBoaW1kc2NzaV93YWl0X2Zvcl91bml0X3Jl YWR5KHNnX29wZW4pOworICAgICAgICBmb3JtYXRTdGF0dXMuc2V0VGV4dCh0cigiSGlNRCBzdWNj ZXNzZnVsbHkgZm9ybWF0dGVkIikpOworICAgIH0KKworICAgIGhpbWRzY3NpX2Nsb3NlX2Rldmlj ZShzZ19vcGVuKTsKKyAgICBmb3JtYXRTdGF0dXMuZXhlYygpOworICAgIGRldmljZSA9IE5VTEw7 Cit9CisKZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuaCBiL3Fo aW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuaAppbmRleCA1YjkyYzhhLi5kMzU4OGM1IDEw MDY0NAotLS0gYS9xaGltZHRyYW5zZmVyL3FoaW1kZm9ybWF0ZGlhbG9nLmgKKysrIGIvcWhpbWR0 cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5oCkBAIC0yLDYgKzIsNyBAQAogI2RlZmluZSBRSElN REZPUk1BVERJQUxPR19ICiAKICNpbmNsdWRlIDxRdEd1aS9RRGlhbG9nPgorI2luY2x1ZGUgPHFo aW1kZGV0ZWN0aW9uLmg+CiAKIG5hbWVzcGFjZSBVaSB7CiAgICAgY2xhc3MgUUhpTURGb3JtYXRE aWFsb2c7CkBAIC0xMywxMiArMTQsMTYgQEAgY2xhc3MgUUhpTURGb3JtYXREaWFsb2cgOiBwdWJs aWMgUURpYWxvZyB7CiBwdWJsaWM6CiAgICAgZXhwbGljaXQgUUhpTURGb3JtYXREaWFsb2coUVdp ZGdldCAqcGFyZW50ID0gMCk7CiAgICAgdmlydHVhbCB+UUhpTURGb3JtYXREaWFsb2coKTsKKyAg ICBoaW1kX2RldmljZSAqIGRldmljZTsKIAogcHJvdGVjdGVkOgogICAgIHZpcnR1YWwgdm9pZCBj aGFuZ2VFdmVudChRRXZlbnQgKmUpOwogCiBwcml2YXRlOgogICAgIFVpOjpRSGlNREZvcm1hdERp YWxvZyAqbV91aTsKKworcHJpdmF0ZSBzbG90czoKKyAgICB2b2lkIG9uX2J1dHRvbkJveF9hY2Nl cHRlZCgpOwogfTsKIAogI2VuZGlmIC8vIFFISU1ERk9STUFURElBTE9HX0gKZGlmZiAtLWdpdCBh L3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmNwcCBiL3FoaW1kdHJhbnNmZXIvcWhpbWRt YWlud2luZG93LmNwcAppbmRleCAzNTljOTFlLi5hMmMyMzhmIDEwMDY0NAotLS0gYS9xaGltZHRy YW5zZmVyL3FoaW1kbWFpbndpbmRvdy5jcHAKKysrIGIvcWhpbWR0cmFuc2Zlci9xaGltZG1haW53 aW5kb3cuY3BwCkBAIC0xNTQsNyArMTU0LDcgQEAgUVN0cmluZyBRSGlNRE1haW5XaW5kb3c6OmR1 bXBwY20oY29uc3QgUUhpTURUcmFjayAmIHRyYWNrLCBRU3RyaW5nIGZpbGUpCiAKICAgICB3aGls ZShoaW1kX25vbm1wM3N0cmVhbV9yZWFkX2Jsb2NrKCZzdHIsICZkYXRhLCAmbGVuLCBOVUxMLCAm c3RhdHVzKSA+PSAwKQogICAgIHsKLSAgICAgIAorCiAgICAgICBmb3IoaSA9IDA7IGkgPCBsZW4v NDsgaSsrKSB7CiAKICAgICAgICAgbGVmdCA9IGRhdGFbaSo0XSoyNTYrZGF0YVtpKjQrMV07CkBA IC0zMDksNyArMzA5LDcgQEAgdm9pZCBRSGlNRE1haW5XaW5kb3c6OnVwbG9hZF90byhjb25zdCBR U3RyaW5nICYgVXBsb2FkRGlyZWN0b3J5KQogICAgICAgICBhbGxibG9ja3MgKz0gdHJhY2tzW2ld LmJsb2NrY291bnQoKTsKIAogICAgIHVwbG9hZERpYWxvZy0+aW5pdCh0cmFja3MubGVuZ3RoKCks IGFsbGJsb2Nrcyk7Ci0gICAgCisKICAgICBmb3IoaW50IGkgPSAwO2kgPCB0cmFja3MubGVuZ3Ro KCk7IGkrKykKICAgICB7CiAgICAgICAgIFFTdHJpbmcgZmlsZW5hbWUsIGVycm1zZzsKQEAgLTM2 MCw3ICszNjAsNyBAQCB2b2lkIFFIaU1ETWFpbldpbmRvdzo6dXBsb2FkX3RvKGNvbnN0IFFTdHJp bmcgJiBVcGxvYWREaXJlY3RvcnkpCiAKIFFIaU1ETWFpbldpbmRvdzo6UUhpTURNYWluV2luZG93 KFFXaWRnZXQgKnBhcmVudCkKICAgICA6IFFNYWluV2luZG93KHBhcmVudCksIHVpKG5ldyBVaTo6 UUhpTURNYWluV2luZG93Q2xhc3MpCi17ICAgCit7CiAgICAgYWJvdXREaWFsb2cgPSBuZXcgUUhp TURBYm91dERpYWxvZzsKICAgICBmb3JtYXREaWFsb2cgPSBuZXcgUUhpTURGb3JtYXREaWFsb2c7 CiAgICAgdXBsb2FkRGlhbG9nID0gbmV3IFFIaU1EVXBsb2FkRGlhbG9nOwpAQCAtNDIzLDYgKzQy MywxNSBAQCB2b2lkIFFIaU1ETWFpbldpbmRvdzo6b25fYWN0aW9uX0Fib3V0X3RyaWdnZXJlZCgp CiAKIHZvaWQgUUhpTURNYWluV2luZG93Ojpvbl9hY3Rpb25fRm9ybWF0X3RyaWdnZXJlZCgpCiB7 CisgICAgUU1lc3NhZ2VCb3ggZm9ybWF0RXJyb3I7CisKKyAgICBmb3JtYXREaWFsb2ctPmRldmlj ZSA9IGRldGVjdC0+ZmluZF9ieV9wYXRoKHVpLT5oaW1kX2RldmljZXMtPmN1cnJlbnRUZXh0KCkp OworICAgIGlmKGZvcm1hdERpYWxvZy0+ZGV2aWNlID09IE5VTEwpCisgICAgeworICAgICAgICBm b3JtYXRFcnJvci5zZXRUZXh0KHRyKCJGb3JtYXQgY29tbWFuZCBpcyBub3Qgc3VwcG9ydGVkIG9u IG1vdW50ZWQgaW1hZ2VzIikpOworICAgICAgICBmb3JtYXRFcnJvci5leGVjKCk7CisgICAgICAg IHJldHVybjsKKyAgICB9CiAgICAgZm9ybWF0RGlhbG9nLT5zaG93KCk7CiB9CiAKQEAgLTUyNyw2 ICs1MzYsNyBAQCB2b2lkIFFIaU1ETWFpbldpbmRvdzo6aGltZF9yZW1vdmVkKFFTdHJpbmcgSGlN RFBhdGgpCiAgICAgICAgIHVpLT5oaW1kX2RldmljZXMtPmhpZGUoKTsKICAgICAgICAgdWktPmhp bWRwYXRoLT5zaG93KCk7CiAgICAgfQorICAgIGZvcm1hdERpYWxvZy0+ZGV2aWNlID0gTlVMTDsK IH0KIAogdm9pZCBRSGlNRE1haW5XaW5kb3c6Om9uX2hpbWRfZGV2aWNlc19hY3RpdmF0ZWQoUVN0 cmluZyBkZXZpY2UpCmRpZmYgLS1naXQgYS9xaGltZHRyYW5zZmVyL3FoaW1kd2luZGV0ZWN0aW9u LmNwcCBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rpb24uY3BwCmluZGV4IDFkYzQzN2Eu LmQ2NWNmNDMgMTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rpb24uY3Bw CisrKyBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rpb24uY3BwCkBAIC01OCw3ICs1OCw3 IEBAIFFIaU1ERGV0ZWN0aW9uICogY3JlYXRlRGV0ZWN0aW9uKFFPYmplY3QgKiBwYXJlbnQpCiAg ICAgcmV0dXJuIG5ldyBRSGlNRFdpbkRldGVjdGlvbihwYXJlbnQpOwogfQogCi1RSGlNRFdpbkRl dGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9iamVjdCAqIHBhcmVudCkgCitRSGlNRFdpbkRl dGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9iamVjdCAqIHBhcmVudCkKICAgOiBRSGlNRERl dGVjdGlvbihwYXJlbnQpLCBRV2lkZ2V0KDApCiB7CiAgICAgLy8gYXNrIGZvciBXaW5kb3cgSUQg dG8gaGF2ZSBRdCBjcmVhdGUgdGhlIHdpbmRvdy4KQEAgLTIyMiw2ICsyMjIsNyBAQCB2b2lkIFFI aU1EV2luRGV0ZWN0aW9uOjphZGRfaGltZGRldmljZShRU3RyaW5nIHBhdGgsIFFTdHJpbmcgbmFt ZSkKICAgICBuZXdfZGV2aWNlLT5pc19idXN5ID0gZmFsc2U7CiAgICAgbmV3X2RldmljZS0+cGF0 aCA9IHBhdGg7CiAgICAgbmV3X2RldmljZS0+cmVjb3JkZXJfbmFtZSA9IG5hbWU7CisgICAgbmV3 X2RldmljZS0+c2NzaV9kZXZpY2UgPSAiUEQiICsgUVN0cmluZzo6bnVtYmVyKHNkbi5EZXZpY2VO dW1iZXIpOwogCiAgICAgZmlsZVswXSA9IHBhdGguYXQoMCkudG9Bc2NpaSgpOwogICAgIGlmKE9w ZW5GaWxlKGZpbGUsICZPRmZpbGUsIE9GX0VYSVNUKSAhPSBIRklMRV9FUlJPUikKLS0gCjEuNi40 Lm1zeXNnaXQuMAoK --=_gcmail5-- From pkslot@gmail.com Sat Apr 03 10:39:09 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1Nxysk-00031P-MN>; Sat, 03 Apr 2010 10:39:07 +0200 Received: from mail-ew0-f224.google.com ([209.85.219.224]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1Nxysk-0005Pv-Hz>; Sat, 03 Apr 2010 10:39:06 +0200 Received: by ewy24 with SMTP id 24so728950ewy.33 for ; Sat, 03 Apr 2010 01:39:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=REoXePu9kmDFbLgUOdIBOWPlCTEgsgM+qME6ZEaabmU=; b=GcJLWOlPT2XNCwKrOvuhEAXwwyDutnaGCBDelH7bAKqgZQeVgf4CVB8k1UJ9C39YrZ 8vRXv83viICAI/7KxamLfiT5UNqlied4cUDPPi0qkwxjnWoi2AghNY8bAfoP2LRq+myF IfNZSL5yyOxvN8ziU+pExU1IL5/mtIGOwNmUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=Nf5g6UnyQvIFBbyj9dACd5ZTEVFh4NLEiDx5mkzkA7+Eb5at0iC5qYjCVyWbTVOc8g If1aQ32v5xeXY1vV3/qQ8W/nyhzTkHRqWcTYBhj7oNp9//k5BlbVe+vqyHd1gBoNmgnx RqH3VZlvV5a/gXxLKI9zEAnHJuKgyRNjM7ihI= Received: by 10.213.63.12 with SMTP id z12mr190250ebh.77.1270283946121; Sat, 03 Apr 2010 01:39:06 -0700 (PDT) Received: from [192.168.1.6] (0x535d7784.esnxx5.dynamic.dsl.tele.dk [83.93.119.132]) by mx.google.com with ESMTPS id 14sm5391620ewy.6.2010.04.03.01.39.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 03 Apr 2010 01:39:04 -0700 (PDT) Message-ID: <4BB6FEA7.40304@gmail.com> Date: Sat, 03 Apr 2010 10:39:03 +0200 From: Peter Kyster Slot User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: linux-minidisc@lists.fu-berlin.de Content-Type: multipart/mixed; boundary="------------010000060603080007070708" X-Originating-IP: 209.85.219.224 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1270283946-00000DDD-E382862C/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000023, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Benin.ZEDAT.FU-Berlin.DE X-Spam-Level: x X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_POST, HTML_20_30, HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS Subject: [linux-minidisc] about dialog in Danish X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 08:39:09 -0000 This is a multi-part message in MIME format. --------------010000060603080007070708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I've translated the about dialog into danish. --------------010000060603080007070708 Content-Type: text/html; charset=ISO-8859-1; name="about_dk.html" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="about_dk.html" about

QHiMDTransfer, Version 0.0.1

En gratis musik overføringssoftware til MiniDisk Walkman.

Denne software er dækket af GNU GPL v2 licensen. Læs filen LICENSE i Program folderen, for mere information.

URL: https://wiki.physik.fu-berlin.de/linux-minidisc

FAQ: https://wiki.physik.fu-berlin.de/linux-minidisc/doku.php?id=faq

Hjælp fra andre brugere: https://lists.fu-berlin.de/listinfo/linux-minidisc

Dette er en officiel mailing liste! arkiv

Listens primære sprog er Engelsk. Du er velkommen til at skrive på et andet sprog, men det vil være usikkert hvor meget hjælp du vil modtage.

IRC Channel: #linux-minidisc på irc.freenode.net

Nuværende udviklere:

"Nopsled" (Pseudonym), Sverige

Marcus Brinkmann, Tyskland

"Megadiscman" (Pseudonym), Berlin, Tyskland

"Pepe" (Pseudonym), Berlin, Tyskland

Adrian Glaubitz, Berlin, Tyskland

"Mannermoe" (Pseudonym), Tyskland

Oversættelser:

Norsk (bokmål): Adrian Glaubitz, Berlin, Tyskland; Sindre Wetjen, Oslo, Norge

Svensk: "Nopsled" (Nickname), Sverige

Fransk: Daniel Berthereau, Frankrig

Japansk: Wolf Laaser, Berlin, Tyskland; Toru Shimada, Tokyo, Japan

Tysk: Adrian Glaubitz, "Megadiscman" (Nickname), Berlin, Tyskland

Portugisisk: Rui Principe, Portugal

Turkisk: Nadir Gül, Tyskland (kommer)

Russisk: Sergey "Wedge" Lichack, Rusland

Italiensk: Marco "Space Dugong" Starace, Berlin, Tyskland

Arabisk: Hossam Elgabarty, Berlin, Tyskland

Polsk: Piotr Patoka, Berlin, Tyskland

Finsk: Anton Isopoussu, Cambridge, UK

Græsk: Pliubis Apostolos, Grækenland

Dansk: Peter Kyster Slot, Danmark

Andre:

Anja Diesing, Tyskland - Ekstra ikoner til QHiMDTransfer

Tobias Sautner, Tyskland - Ikoner til QHiMDTransfer og hjemmeside

"Mannermoe" (Pseudonym), Tyskland - Forskellige test-filbilleder af HIMDs, test, foreslag

"djtechno" (Pseudonym), Tyskland - Test

Konstantin Felix Madeheim, Tyskland - IRC-opsætning, Wiki-Pedel

Kevin Chabowski - QHiMDTransfer Mac installer baggrund grafik

Donations:

Peter-Henning Autzen, Stuttgart, Tyskland - 30 Euro

Jan Jadczak, Grodzisk Mazowiecki, Polen - 5 Euro

Carsten Pfund, Halle a.d. Saale, Tyskland - 15 Euro

Simon Gottlieb, Dresden, Tyskland - 10 Euro

Falco Schanz, Dresden, Tyskland - 25 Euro

Jacques de Vlas, Amsterdam, Holland - 7,50 Euro

Richard Pohl, Brno, Tjekkiske Republik - 19 Euro

indeego (Pseudonym), Tyskland - 15 Euro

(Anonym), Østrig - 25 Euro

Benjamin Larsson, Luleå, Sverige - 10 Euro

Máximo Antonio Chicano Dí­az, Sevilla, Spanien - 10 Euro

Oscar Ruiz, AZ, USA - 10 US$

Osiris Walstra, Jouac, Frankrig - 10 Euro

Robert Cole, OR, USA - 10 Euro

Torben Schinke, Uelzen, Tyskland - 5 Euro

Manuel Pietschmann, Dresden, Tyskland - 10 Euro

Alexander Poylisher, NY, USA - 5 Euro

Hannes Ludwig, Rostock, Tyskland - 20 Euro

"Einsteiger" (Pseudonym), Tyskland - Sharp MD-MT899 NetMD Walkman

 --------------010000060603080007070708-- From Michael.Karcher@fu-berlin.de Thu Apr 08 00:32:38 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1NzdnZ-0002uo-0P>; Thu, 08 Apr 2010 00:32:37 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NzdnY-0008AB-UI>; Thu, 08 Apr 2010 00:32:36 +0200 Received: from i577b67ea.versanet.de ([87.123.103.234] helo=[192.168.0.24]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NzdnY-0000G5-Mm>; Thu, 08 Apr 2010 00:32:36 +0200 From: Michael Karcher To: manner.moe@gmx.de In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Nuy7+sjKLCTfr41pTedw" Date: Thu, 08 Apr 2010 00:32:37 +0200 Message-ID: <1270679557.31393.391.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 X-Originating-IP: 87.123.103.234 X-purgate: clean X-purgate-ID: 151147::1270679557-00000DDD-4EF5E887/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000063, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2010 22:32:38 -0000 --=-Nuy7+sjKLCTfr41pTedw Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, den 02.04.2010, 23:34 +0200 schrieb manner.moe@gmx.de: > I=C2=B4ve implemented himd format feature in libhimd and qhimdtransfer > using libsgutils2. Thanks for the patch, it mostly looks great, please don't get discouraged by my comments below. It's not that I think everything you did your way is wrong, but just what I think might be done a bit better that it is currently done. > This is for test purposes only wether we are not sure if we can use=20 > libsgutils2 on mac. If not we can use libusal/libscg instead, but the > usage is a bit more complicated. Alas, it looks like there is no libsgutils2 on MacOS X. > The scsi device name is set by the detection code so it works on > windows only yet because of missing code for the other OSes. That's correct, but not a problem for your patch. > +int himdscsi_send_format_cmd(int open_device, struct scsi_error * error) While the scsi_error structure is more detailed than himd_status, you should think about using himd_status here. Also, as this code is plain C, I am thinking about putting it into libhimd instead of having it in QHiMDTransfer. > +void himdscsi_wait_for_unit_ready(int open_device) > +{ > + int status; > + unsigned char command[12]; > + struct sg_pt_base *ptvp =3D NULL; > + > + memset(command,0,12); Please use static initialization here, like "static const unsigned char command[12] =3D {0,0,0,0,0,0,0,0,0,0,0,0}". You can even omit all the zeroes for static initialization, as statically constructed objects are implicitly zero-initialized. Finally, the test unit ready command is only 6 bytes. Do you really need 12 here? > + do > + { > + if (ptvp) > + destruct_scsi_pt_obj(ptvp); > + ptvp =3D construct_scsi_pt_obj(); > + set_scsi_pt_cdb(ptvp, command, sizeof(command)); > + status =3D do_scsi_pt(ptvp, open_device, SCSI_TIMEOUT, 0); > + } > + while(get_scsi_pt_result_category(ptvp) !=3D SCSI_PT_RESULT_GOOD); > + > + if (ptvp) > + destruct_scsi_pt_obj(ptvp); You don't need the if here. ptvp shouldn't be NULL, anyway, as the loop runs at least one iteration. And if construct_scsi_pt_obj failed and returned NULL, I expect set_scsi_pt_cdb to already have crashed. I would suggest to change your logic. You do not destruct ptvp, because you need the status in the loop exit condition, und thus you have to put the destruction at the beginning of the next iteration. I think it would be clearer if you just copy the result of get_scsi_pt_result_category to a temporary variable, destory the ptvp and then check the result. That even makes it possible to put the ptvp variable inside the loop, as the value doesn't need to be preserved across iterations. > --- /dev/null > +++ b/libhimd/himd_scsi.h > @@ -0,0 +1,25 @@ > +#ifndef INCLUDED_LIBHIMD_SCSI_H > +#define INCLUDED_LIBHIMD_SCSI_H > + > +#ifdef __cplusplus > +extern "C" { > +#endif > + > +struct scsi_error { > + char * error_msg; > + char status[128]; > + char sense[1024]; > +}; > + > +#define SCSI_TIMEOUT 20 Why do you put this into the header file? Can code snippets that use the himdscsi functions make any use of this value? I would suggest to put this define at the top of himd_scsi.c > -HEADERS +=3D himd.h himd_private.h sony_oma.h > -SOURCES +=3D encryption.c himd.c mdstream.c trackindex.c sony_oma.c frag= .c > -LIBS +=3D -lmad -lmcrypt > +HEADERS +=3D himd.h himd_private.h sony_oma.h himd_scsi.h > +SOURCES +=3D encryption.c himd.c mdstream.c trackindex.c sony_oma.c frag= .c himd_scsi.c > +LIBS +=3D -lmad -lmcrypt -lsgutils2 Add the scsi stuff conditionally, take a look at libhimd.pro for the disabling of mad/mcrypt on how to do that. > +void QHiMDFormatDialog::on_buttonBox_accepted() > +{ > + int sg_open =3D -1; > + struct scsi_error error; > + QString errmsg; > + QMessageBox formatStatus; > + > + if(device =3D=3D NULL) > + { > + errmsg =3D tr("himd device is not present"); > + goto clean; > + } Hmm. Do we really need this extra logic step? If you put the scsi_device string into the object instead of a pointer to the device structure, you are independent of the lifetime of the device structure... > + if(device->scsi_device.isEmpty()) > + { > + errmsg =3D tr("No scsi device information available"); > + goto clean; > + } You should not have the scsi_device string a public variable, in my oppinion, but have it set by the constructor or maybe a setter function, so you can assume that it is valid here, or, even better, open the device already when the formatting dialog is opened. This should mark the device as in-use for the "safely remove hardware" function in Windows, and most importantly it would not show the format dialog if formatting is not going to work. > + sg_open =3D himdscsi_open_device(device->scsi_device.toLatin1().data= ()); Could you use toLocal8Bit instead of toLatin1 here? > @@ -527,6 +536,7 @@ void QHiMDMainWindow::himd_removed(QString > HiMDPath) > ui->himd_devices->hide(); > ui->himdpath->show(); > } > + formatDialog->device =3D NULL; I would rather have the dialog closed instead of just making it non-functional. Kind Regards, Michael Karcher --=-Nuy7+sjKLCTfr41pTedw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAku9B/8ACgkQzhek2R7EicrC7ACePl6Ym3a3PMdvu09FUDA7Feg0 HC0AnifowLjR0kgxmDparKtj4Z5qyz00 =WDSm -----END PGP SIGNATURE----- --=-Nuy7+sjKLCTfr41pTedw-- From manner.moe@gmx.de Fri Apr 09 20:11:35 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O0Ig2-0005eA-Mv>; Fri, 09 Apr 2010 20:11:34 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O0Ig2-000054-HR>; Fri, 09 Apr 2010 20:11:34 +0200 Received: (qmail invoked by alias); 09 Apr 2010 18:11:33 -0000 Received: from p5B3E9EE1.dip0.t-ipconnect.de (EHLO MyHost) [91.62.158.225] by mail.gmx.net (mp013) with SMTP; 09 Apr 2010 20:11:33 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX18G82A7eDsG6xFnOdrRSRa6FdZzqyCyD/fNnWNTyS DQQVoYtgVcTrj3 Date: Fri, 9 Apr 2010 20:11:58 +0200 Message-ID: <6A082B1B-F4B3-4F7A-BF25-2383E5A9C578@gmx.de> X-GeMail-Ref: <232DDA64-B6EB-426E-861F-B2ABCF3D0041@gmx.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: multipart/mixed; boundary="=_gcmail5" MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64000000000000001 X-Originating-IP: 213.165.64.20 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1270836694-00000DDD-FA3DAD77/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.157887, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Benin.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:11:35 -0000 This is a multi-part message in MIME format --=_gcmail5 Content-Type: multipart/alternative; boundary="=_gcmail5_alt" --=_gcmail5_alt Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit >Betreff : Re: [linux-minidisc] changed himdformat.c to work on linux and windows >Gesendet: 08.04.2010 00:32:37 >An : "manner.moe@gmx.de" >Von: "Michael Karcher " >----- Originale Nachricht ----- >You should not have the scsi_device string a public variable, in my >oppinion, but have it set by the constructor or maybe a setter function, >so you can assume that it is valid here, or, even better, open the >device already when the formatting dialog is opened. This should mark >the device as in-use for the "safely remove hardware" function in >Windows, and most importantly it would not show the format dialog if >formatting is not going to work. >Kind Regards, > Michael Karcher Hi, I changed the code now. Opening the device marks it as in-use for the "safely remove hardware" function but detection code doesn´t know it and removes the device anyway. So I had to add some extra functions. By clicking Format button himd_busy signal will be sent, the formatDialog opens the device and shows the dialog only if the device can be opened. If formatDialog has finished (successful or not) the device is closed and a format_finished() signal is sent. The mainwindow sends himd_idle signal then. If formatDialog is shown, Connect button and himd_devices combobox will be disabled to prevent changing the device while format is in progress. If the device has been removed without using "safely remove hardware" function the formatdialog closes immediately. Thomas Arp --=_gcmail5_alt-- --=_gcmail5 Content-Type: application/octet-stream; name="0001-added-himd-format-feature-using-libsgutils2.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-added-himd-format-feature-using-libsgutils2.patch" RnJvbSAzZGIyYmNhMTg0MTQ4MDM5MjUwZGFiMjk2YjUyNWUwZDgxMTIyOWRiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiB1bmtub3duIDxtYW4yQC4obm9uZSk+CkRhdGU6IEZyaSwgOSBB cHIgMjAxMCAxOTowOTowMCArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIGFkZGVkIGhpbWQgZm9ybWF0 IGZlYXR1cmUgdXNpbmcgbGlic2d1dGlsczIKCi0tLQogbGliaGltZC9oaW1kLmggICAgICAgICAg ICAgICAgICAgICAgfCAgIDEwICsrKy0KIGxpYmhpbWQvaGltZF9zY3NpLmMgICAgICAgICAgICAg ICAgIHwgIDEwOCArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKwogbGliaGltZC9s aWJoaW1kLnBybyAgICAgICAgICAgICAgICAgfCAgIDEwICsrKy0KIHFoaW1kdHJhbnNmZXIvcWhp bWRkZXRlY3Rpb24uaCAgICAgIHwgICAgMSArCiBxaGltZHRyYW5zZmVyL3FoaW1kZm9ybWF0ZGlh bG9nLmNwcCB8ICAgNTQgKysrKysrKysrKysrKysrKysKIHFoaW1kdHJhbnNmZXIvcWhpbWRmb3Jt YXRkaWFsb2cuaCAgIHwgICAxMCArKysKIHFoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmNw cCAgIHwgICAyNyArKysrKysrLS0KIHFoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmggICAg IHwgICAgMSArCiBxaGltZHRyYW5zZmVyL3FoaW1kd2luZGV0ZWN0aW9uLmNwcCB8ICAgIDMgKy0K IDkgZmlsZXMgY2hhbmdlZCwgMjE1IGluc2VydGlvbnMoKyksIDkgZGVsZXRpb25zKC0pCiBjcmVh dGUgbW9kZSAxMDA2NDQgbGliaGltZC9oaW1kX3Njc2kuYwoKZGlmZiAtLWdpdCBhL2xpYmhpbWQv aGltZC5oIGIvbGliaGltZC9oaW1kLmgKaW5kZXggYzI4M2MxZi4uNWM0Nzg5ZCAxMDA2NDQKLS0t IGEvbGliaGltZC9oaW1kLmgKKysrIGIvbGliaGltZC9oaW1kLmgKQEAgLTYwLDcgKzYwLDkgQEAg ZW51bSBoaW1kc3RhdHVzIHsgSElNRF9PSywKICAgICAgICAgICAgICAgICAgIEhJTURfRVJST1Jf QkFEX0RBVEFfRk9STUFULAogICAgICAgICAgICAgICAgICAgSElNRF9FUlJPUl9VTlNVUFBPUlRF RF9FTkNSWVBUSU9OLAogICAgICAgICAgICAgICAgICAgSElNRF9FUlJPUl9FTkNSWVBUSU9OX0ZB SUxVUkUsCi0gICAgICAgICAgICAgICAgICBISU1EX0VSUk9SX09VVF9PRl9NRU1PUlkgfTsKKyAg ICAgICAgICAgICAgICAgIEhJTURfRVJST1JfT1VUX09GX01FTU9SWSwKKyAgICAgICAgICAgICAg ICAgIEhJTURfRVJST1JfU0NTSV9DT01NVU5JQ0FUSU9OX0ZBSUxVUkUsCisgICAgICAgICAgICAg ICAgICBISU1EX0VSUk9SX1NDU0lfQ09NTUFORF9GQUlMRUQgfTsKIAogLyogYSB0cmFjayBvbiB0 aGUgSGlNRCAqLwogc3RydWN0IHRyYWNraW5mbyB7CkBAIC0xOTUsNiArMTk3LDEyIEBAIHN0cnVj dCBoaW1kX2hvbGVsaXN0IHsKIAogaW50IGhpbWRfZmluZF9ob2xlcyhzdHJ1Y3QgaGltZCAqIGhp bWQsIHN0cnVjdCBoaW1kX2hvbGVsaXN0ICogaG9sZXMsIHN0cnVjdCBoaW1kZXJyaW5mbyAqIHN0 YXR1cyk7CiAKKy8qIGhpbWRfc2NzaS5jICovCitpbnQgaGltZHNjc2lfb3Blbl9kZXZpY2UoY2hh ciAqIGRldmljZSk7CitpbnQgaGltZHNjc2lfc2VuZF9mb3JtYXRfY21kKGludCBvcGVuX2Rldmlj ZSwgc3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVzKTsKK3ZvaWQgaGltZHNjc2lfd2FpdF9mb3Jf dW5pdF9yZWFkeShpbnQgb3Blbl9kZXZpY2UpOwordm9pZCBoaW1kc2NzaV9jbG9zZV9kZXZpY2Uo aW50IG9wZW5fZGV2aWNlKTsKKwogCiAjaWZkZWYgX19jcGx1c3BsdXMKIH0KZGlmZiAtLWdpdCBh L2xpYmhpbWQvaGltZF9zY3NpLmMgYi9saWJoaW1kL2hpbWRfc2NzaS5jCm5ldyBmaWxlIG1vZGUg MTAwNjQ0CmluZGV4IDAwMDAwMDAuLmUwMzhkMmIKLS0tIC9kZXYvbnVsbAorKysgYi9saWJoaW1k L2hpbWRfc2NzaS5jCkBAIC0wLDAgKzEsMTA4IEBACisjaW5jbHVkZSA8c3RyaW5nLmg+CisKKyNp bmNsdWRlICJoaW1kLmgiCisjaW5jbHVkZSAiaGltZF9wcml2YXRlLmgiCisKKyNkZWZpbmUgXyh4 KSAoeCkKKworI2lmZGVmIENPTkZJR19XSVRIX0xJQlNHVVRJTFMKKyNpbmNsdWRlIDxzY3NpL3Nn X2xpYi5oPgorI2luY2x1ZGUgPHNjc2kvc2dfcHQuaD4KKworI2RlZmluZSBTQ1NJX1RJTUVPVVQg MjAKKworaW50IGhpbWRzY3NpX29wZW5fZGV2aWNlKGNoYXIgKiBkZXZpY2UpCit7CisJcmV0dXJu IHNjc2lfcHRfb3Blbl9kZXZpY2UoZGV2aWNlLCAwICwwKTsKK30KKworaW50IGhpbWRzY3NpX3Nl bmRfZm9ybWF0X2NtZChpbnQgb3Blbl9kZXZpY2UsIHN0cnVjdCBoaW1kZXJyaW5mbyAqIHN0YXR1 cykKK3sKKyAgICBpbnQgc3VjY2VzcyA9IC0xOworICAgIHN0cnVjdCBzZ19wdF9iYXNlICpwdHZw ID0gTlVMTDsKKyAgICB1bnNpZ25lZCBjaGFyIHNlbnNlX2J1ZmZlclszMl07CisgICAgY2hhciBz ZW5zZVsxMDI0XTsKKyAgICBzdGF0aWMgY29uc3QgdW5zaWduZWQgY2hhciBjbWRfZm9ybWF0aGlt ZFsxMl0gPSB7MHhDMiwwLDAsMCwzLDAsMCwwLDAsMCwwLDB9OworCisgICAgcHR2cCA9IGNvbnN0 cnVjdF9zY3NpX3B0X29iaigpOworICAgIGlmIChwdHZwID09IE5VTEwpCisgICAgeworICAgICAg ICBzZXRfc3RhdHVzX2NvbnN0KHN0YXR1cywgSElNRF9FUlJPUl9PVVRfT0ZfTUVNT1JZLCBfKCJF cnJvciBvcGVuaW5nIHNjc2lfcHQgb2JqZWN0LCBvdXQgb2YgbWVtb3J5IikpOworICAgICAgICBn b3RvIGNsZWFuOworICAgIH0KKworICAgIHNldF9zY3NpX3B0X2NkYihwdHZwLCBjbWRfZm9ybWF0 aGltZCwgc2l6ZW9mKGNtZF9mb3JtYXRoaW1kKSk7CisgICAgc2V0X3Njc2lfcHRfc2Vuc2UocHR2 cCwgc2Vuc2VfYnVmZmVyLCBzaXplb2Yoc2Vuc2VfYnVmZmVyKSk7CisKKyAgICBpZihkb19zY3Np X3B0KHB0dnAsIG9wZW5fZGV2aWNlLCBTQ1NJX1RJTUVPVVQsIDApICE9IDApCisgICAgeworICAg ICAgICBzZXRfc3RhdHVzX2NvbnN0KHN0YXR1cywgSElNRF9FUlJPUl9TQ1NJX0NPTU1VTklDQVRJ T05fRkFJTFVSRSwgXygiRXJyb3Igc2VuZGluZyBzY3NpIGNvbW1hbmQiKSk7CisgICAgICAgIGdv dG8gY2xlYW47CisgICAgfQorCisgICAgaWYoZ2V0X3Njc2lfcHRfcmVzdWx0X2NhdGVnb3J5KHB0 dnApID09IFNDU0lfUFRfUkVTVUxUX0dPT0QpCisgICAgeworICAgICAgICBzdWNjZXNzID0gMDsK KyAgICAgICAgZ290byBjbGVhbjsKKyAgICB9CisgICAgZWxzZSBpZihnZXRfc2NzaV9wdF9yZXN1 bHRfY2F0ZWdvcnkocHR2cCkgPT0gU0NTSV9QVF9SRVNVTFRfU0VOU0UpCisgICAgeworICAgICAg ICBzZ19nZXRfc2Vuc2Vfc3RyKE5VTEwsIHNlbnNlX2J1ZmZlciwgc2l6ZW9mKHNlbnNlX2J1ZmZl ciksIDAsIHNpemVvZihzZW5zZSksIHNlbnNlKTsKKyAgICAgICAgc2V0X3N0YXR1c19jb25zdChz dGF0dXMsIEhJTURfRVJST1JfU0NTSV9DT01NQU5EX0ZBSUxFRCwgc2Vuc2UpOworICAgIH0KK2Ns ZWFuOgorICAgIGlmIChwdHZwKQorICAgICAgICBkZXN0cnVjdF9zY3NpX3B0X29iaihwdHZwKTsK KworICAgIHJldHVybiBzdWNjZXNzOworfQorCit2b2lkIGhpbWRzY3NpX3dhaXRfZm9yX3VuaXRf cmVhZHkoaW50IG9wZW5fZGV2aWNlKQoreworICAgIGludCBzdGF0dXM7CisgICAgc3RhdGljIGNv bnN0IHVuc2lnbmVkIGNoYXIgY21kX3Rlc3R1bml0cmVhZHlbNl07CisKKyAgICBkbworICAgIHsK KyAgICAgICAgc3RydWN0IHNnX3B0X2Jhc2UgKnB0dnAgPSBjb25zdHJ1Y3Rfc2NzaV9wdF9vYmoo KTsKKyAgICAgICAgaWYgKHB0dnAgPT0gTlVMTCkKKyAgICAgICAgICAgIGJyZWFrOworICAgICAg ICBzZXRfc2NzaV9wdF9jZGIocHR2cCwgY21kX3Rlc3R1bml0cmVhZHksIHNpemVvZihjbWRfdGVz dHVuaXRyZWFkeSkpOworICAgICAgICBkb19zY3NpX3B0KHB0dnAsIG9wZW5fZGV2aWNlLCBTQ1NJ X1RJTUVPVVQsIDApOworICAgICAgICBzdGF0dXMgPSBnZXRfc2NzaV9wdF9yZXN1bHRfY2F0ZWdv cnkocHR2cCk7CisgICAgICAgIGRlc3RydWN0X3Njc2lfcHRfb2JqKHB0dnApOworICAgIH0KKyAg ICB3aGlsZShzdGF0dXMgIT0gU0NTSV9QVF9SRVNVTFRfR09PRCk7Cit9CisKK3ZvaWQgaGltZHNj c2lfY2xvc2VfZGV2aWNlKGludCBvcGVuX2RldmljZSkKK3sKKwlpZiAob3Blbl9kZXZpY2UgPj0g MCkKKyAgICAgICAgc2NzaV9wdF9jbG9zZV9kZXZpY2Uob3Blbl9kZXZpY2UpOworfQorI2Vsc2UK KworaW50IGhpbWRzY3NpX29wZW5fZGV2aWNlKGNoYXIgKiBkZXZpY2UpCit7CisgICAgcmV0dXJu IC0xOworfQorCitpbnQgaGltZHNjc2lfc2VuZF9mb3JtYXRfY21kKGludCBvcGVuX2RldmljZSwg c3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVzKQoreworICAgIHNldF9zdGF0dXNfY29uc3Qoc3Rh dHVzLCBISU1EX0VSUk9SX0RJU0FCTEVEX0ZFQVRVUkUsIF8oIkNhbid0IHNlbmQgc2NzaSBjb21t YW5kczogQ29tcGlsZWQgd2l0aG91dCBzZ3V0aWxzMiBsaWJyYXJ5IikpOworICAgIHJldHVybiAt MTsKK30KKwordm9pZCBoaW1kc2NzaV93YWl0X2Zvcl91bml0X3JlYWR5KGludCBvcGVuX2Rldmlj ZSkKK3sKK30KKwordm9pZCBoaW1kc2NzaV9jbG9zZV9kZXZpY2UoaW50IG9wZW5fZGV2aWNlKQor eworfQorCisjZW5kaWYKKworCisKKwpkaWZmIC0tZ2l0IGEvbGliaGltZC9saWJoaW1kLnBybyBi L2xpYmhpbWQvbGliaGltZC5wcm8KaW5kZXggNDUzOTBkMC4uYWNlZjg2ZSAxMDA2NDQKLS0tIGEv bGliaGltZC9saWJoaW1kLnBybworKysgYi9saWJoaW1kL2xpYmhpbWQucHJvCkBAIC0xNiw3ICsx NiwxMyBAQCBlbHNlOiAhYnVpbGRfcGFzczogbWVzc2FnZShZb3UgZGlzYWJsZWQgbWNyeXB0OiBO byBQQ00gYW5kIEFUUkFDIHRyYW5zZmVyIHdpbGwgYgogfQogZWxzZTogIWJ1aWxkX3Bhc3M6IG1l c3NhZ2UoWW91IGRpc2FibGVkIG1hZDogTVAzIHRyYW5zZmVyIHdpbGwgYmUgbGltaXRlZCkKIAor IXdpdGhvdXRfbGlic2d1dGlsczogeworICAgIExJQlMgKz0gLWxzZ3V0aWxzMgorICAgIERFRklO RVMgKz0gQ09ORklHX1dJVEhfTElCU0dVVElMUworfQorZWxzZTohYnVpbGRfcGFzczptZXNzYWdl KFlvdSBkaXNhYmxlZCBsaWJzZ3V0aWxzMjogRm9ybWF0aW5nIG9mIGhpbWQgd2lsbCBub3QgYmUg c3VwcG9ydGVkKQorCiBQS0dDT05GSUcgKz0gZ2xpYi0yLjAKIEhFQURFUlMgKz0gaGltZC5oIGhp bWRfcHJpdmF0ZS5oIHNvbnlfb21hLmgKLVNPVVJDRVMgKz0gZW5jcnlwdGlvbi5jIGhpbWQuYyBt ZHN0cmVhbS5jIHRyYWNraW5kZXguYyBzb255X29tYS5jIGZyYWcuYwotTElCUyAgICArPSAtbG1h ZCAtbG1jcnlwdAorU09VUkNFUyArPSBlbmNyeXB0aW9uLmMgaGltZC5jIG1kc3RyZWFtLmMgdHJh Y2tpbmRleC5jIHNvbnlfb21hLmMgZnJhZy5jIGhpbWRfc2NzaS5jCitMSUJTICAgICs9IC1sbWFk IC1sbWNyeXB0IC1sc2d1dGlsczIKZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRkZXRl Y3Rpb24uaCBiL3FoaW1kdHJhbnNmZXIvcWhpbWRkZXRlY3Rpb24uaAppbmRleCA1YzMwYmU5Li41 YTQxN2E2IDEwMDY0NAotLS0gYS9xaGltZHRyYW5zZmVyL3FoaW1kZGV0ZWN0aW9uLmgKKysrIGIv cWhpbWR0cmFuc2Zlci9xaGltZGRldGVjdGlvbi5oCkBAIC0yNCw2ICsyNCw3IEBAIHN0cnVjdCBo aW1kX2RldmljZSB7CiAgICAgICAgICAgICAgICAgICAgIFFTdHJpbmcgcGF0aDsKICAgICAgICAg ICAgICAgICAgICAgYm9vbCBtZF9pbnNlcnRlZDsKICAgICAgICAgICAgICAgICAgICAgUVN0cmlu ZyByZWNvcmRlcl9uYW1lOworICAgICAgICAgICAgICAgICAgICBRU3RyaW5nIHNjc2lfZGV2aWNl OwogICAgICAgICAgICAgICAgICAgICB2aXJ0dWFsIH5oaW1kX2RldmljZSgpe30gLyogZm9yIHBv bHltb3JwaGljIGRlbGV0ZSAqLwogICAgICAgICAgICAgICAgICAgICB9OwogCmRpZmYgLS1naXQg YS9xaGltZHRyYW5zZmVyL3FoaW1kZm9ybWF0ZGlhbG9nLmNwcCBiL3FoaW1kdHJhbnNmZXIvcWhp bWRmb3JtYXRkaWFsb2cuY3BwCmluZGV4IGYzZTA0NTIuLmU5MWE4MTMgMTAwNjQ0Ci0tLSBhL3Fo aW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuY3BwCisrKyBiL3FoaW1kdHJhbnNmZXIvcWhp bWRmb3JtYXRkaWFsb2cuY3BwCkBAIC0xLDUgKzEsMjUgQEAKICNpbmNsdWRlICJxaGltZGZvcm1h dGRpYWxvZy5oIgogI2luY2x1ZGUgInVpX3FoaW1kZm9ybWF0ZGlhbG9nLmgiCisjaW5jbHVkZSA8 UXRHdWkvUU1lc3NhZ2VCb3g+CisjaW5jbHVkZSAiLi4vbGliaGltZC9oaW1kLmgiCisKK3ZvaWQg UUhpTURGb3JtYXREaWFsb2c6Om9wZW5fc2NzaWRldmljZShRU3RyaW5nIGRldmljZSkKK3sKKyAg ICBzZ19vcGVuID0gLTE7CisKKyAgICBpZihkZXZpY2UuaXNFbXB0eSgpKQorICAgICAgICBnb3Rv IGNsZWFuOworCisgICAgc2dfb3BlbiA9IGhpbWRzY3NpX29wZW5fZGV2aWNlKGRldmljZS50b0xv Y2FsOEJpdCgpLmRhdGEoKSk7CisgICAgaWYoc2dfb3BlbiA+PSAwKQorICAgIHsKKyAgICAgICAg c2hvdygpOworICAgICAgICByZXR1cm47CisgICAgfQorCitjbGVhbjoKKyAgICBlbWl0IGZvcm1h dF9maW5pc2hlZCgpOworfQogCiBRSGlNREZvcm1hdERpYWxvZzo6UUhpTURGb3JtYXREaWFsb2co UVdpZGdldCAqcGFyZW50KSA6CiAgICAgUURpYWxvZyhwYXJlbnQpLApAQCAtMjMsMyArNDMsMzcg QEAgdm9pZCBRSGlNREZvcm1hdERpYWxvZzo6Y2hhbmdlRXZlbnQoUUV2ZW50ICplKQogICAgICAg ICBicmVhazsKICAgICB9CiB9CisKK3ZvaWQgUUhpTURGb3JtYXREaWFsb2c6OmNsb3NlRXZlbnQo UUV2ZW50ICpldmVudCkKK3sKKyAgICBpZihzZ19vcGVuID49IDApCisgICAgICAgIGhpbWRzY3Np X2Nsb3NlX2RldmljZShzZ19vcGVuKTsKKyAgICBzZ19vcGVuID0gLTE7CisgICAgZW1pdCBmb3Jt YXRfZmluaXNoZWQoKTsKK30KKwordm9pZCBRSGlNREZvcm1hdERpYWxvZzo6b25fYnV0dG9uQm94 X2FjY2VwdGVkKCkKK3sKKyAgICBzdHJ1Y3QgaGltZGVycmluZm8gc3RhdHVzOworICAgIFFTdHJp bmcgZXJybXNnOworICAgIFFNZXNzYWdlQm94IGZvcm1hdFN0YXR1czsKKworICAgIGlmKGhpbWRz Y3NpX3NlbmRfZm9ybWF0X2NtZChzZ19vcGVuLCAmc3RhdHVzKSA8IDApCisgICAgICAgIGZvcm1h dFN0YXR1cy5zZXRUZXh0KHRyKCJFcnJvciBmb3JtYXR0aW5nIEhpTUQ6XG4iKSArIHN0YXR1cy5z dGF0dXNtc2cpOworICAgIGVsc2UKKyAgICB7CisgICAgICAgIGhpbWRzY3NpX3dhaXRfZm9yX3Vu aXRfcmVhZHkoc2dfb3Blbik7CisgICAgICAgIGZvcm1hdFN0YXR1cy5zZXRUZXh0KHRyKCJIaU1E IHN1Y2Nlc3NmdWxseSBmb3JtYXR0ZWQiKSk7CisgICAgfQorCisgICAgaGltZHNjc2lfY2xvc2Vf ZGV2aWNlKHNnX29wZW4pOworICAgIHNnX29wZW4gPSAtMTsKKyAgICBmb3JtYXRTdGF0dXMuZXhl YygpOworICAgIGVtaXQgZm9ybWF0X2ZpbmlzaGVkKCk7Cit9CisKKwordm9pZCBRSGlNREZvcm1h dERpYWxvZzo6b25fYnV0dG9uQm94X3JlamVjdGVkKCkKK3sKKyAgICBjbG9zZUV2ZW50KE5VTEwp OworfQpkaWZmIC0tZ2l0IGEvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5oIGIvcWhp bWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5oCmluZGV4IDViOTJjOGEuLjM5YTdhYzcgMTAw NjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuaAorKysgYi9xaGltZHRy YW5zZmVyL3FoaW1kZm9ybWF0ZGlhbG9nLmgKQEAgLTEzLDEyICsxMywyMiBAQCBjbGFzcyBRSGlN REZvcm1hdERpYWxvZyA6IHB1YmxpYyBRRGlhbG9nIHsKIHB1YmxpYzoKICAgICBleHBsaWNpdCBR SGlNREZvcm1hdERpYWxvZyhRV2lkZ2V0ICpwYXJlbnQgPSAwKTsKICAgICB2aXJ0dWFsIH5RSGlN REZvcm1hdERpYWxvZygpOworICAgIHZvaWQgb3Blbl9zY3NpZGV2aWNlKFFTdHJpbmcgZGV2aWNl KTsKIAogcHJvdGVjdGVkOgogICAgIHZpcnR1YWwgdm9pZCBjaGFuZ2VFdmVudChRRXZlbnQgKmUp OworICAgIHZpcnR1YWwgdm9pZCBjbG9zZUV2ZW50KFFFdmVudCAqZXZlbnQpOwogCiBwcml2YXRl OgogICAgIFVpOjpRSGlNREZvcm1hdERpYWxvZyAqbV91aTsKKyAgICBpbnQgc2dfb3BlbjsKKwor cHJpdmF0ZSBzbG90czoKKyAgICB2b2lkIG9uX2J1dHRvbkJveF9yZWplY3RlZCgpOworICAgIHZv aWQgb25fYnV0dG9uQm94X2FjY2VwdGVkKCk7CisKK3NpZ25hbHM6CisgICAgdm9pZCBmb3JtYXRf ZmluaXNoZWQoKTsKIH07CiAKICNlbmRpZiAvLyBRSElNREZPUk1BVERJQUxPR19ICmRpZmYgLS1n aXQgYS9xaGltZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5jcHAgYi9xaGltZHRyYW5zZmVyL3Fo aW1kbWFpbndpbmRvdy5jcHAKaW5kZXggMzU5YzkxZS4uODBmYmY3NiAxMDA2NDQKLS0tIGEvcWhp bWR0cmFuc2Zlci9xaGltZG1haW53aW5kb3cuY3BwCisrKyBiL3FoaW1kdHJhbnNmZXIvcWhpbWRt YWlud2luZG93LmNwcApAQCAtMTU0LDcgKzE1NCw3IEBAIFFTdHJpbmcgUUhpTURNYWluV2luZG93 OjpkdW1wcGNtKGNvbnN0IFFIaU1EVHJhY2sgJiB0cmFjaywgUVN0cmluZyBmaWxlKQogCiAgICAg d2hpbGUoaGltZF9ub25tcDNzdHJlYW1fcmVhZF9ibG9jaygmc3RyLCAmZGF0YSwgJmxlbiwgTlVM TCwgJnN0YXR1cykgPj0gMCkKICAgICB7Ci0gICAgICAKKwogICAgICAgZm9yKGkgPSAwOyBpIDwg bGVuLzQ7IGkrKykgewogCiAgICAgICAgIGxlZnQgPSBkYXRhW2kqNF0qMjU2K2RhdGFbaSo0KzFd OwpAQCAtMzA5LDcgKzMwOSw3IEBAIHZvaWQgUUhpTURNYWluV2luZG93Ojp1cGxvYWRfdG8oY29u c3QgUVN0cmluZyAmIFVwbG9hZERpcmVjdG9yeSkKICAgICAgICAgYWxsYmxvY2tzICs9IHRyYWNr c1tpXS5ibG9ja2NvdW50KCk7CiAKICAgICB1cGxvYWREaWFsb2ctPmluaXQodHJhY2tzLmxlbmd0 aCgpLCBhbGxibG9ja3MpOwotICAgIAorCiAgICAgZm9yKGludCBpID0gMDtpIDwgdHJhY2tzLmxl bmd0aCgpOyBpKyspCiAgICAgewogICAgICAgICBRU3RyaW5nIGZpbGVuYW1lLCBlcnJtc2c7CkBA IC0zNjAsNyArMzYwLDcgQEAgdm9pZCBRSGlNRE1haW5XaW5kb3c6OnVwbG9hZF90byhjb25zdCBR U3RyaW5nICYgVXBsb2FkRGlyZWN0b3J5KQogCiBRSGlNRE1haW5XaW5kb3c6OlFIaU1ETWFpbldp bmRvdyhRV2lkZ2V0ICpwYXJlbnQpCiAgICAgOiBRTWFpbldpbmRvdyhwYXJlbnQpLCB1aShuZXcg VWk6OlFIaU1ETWFpbldpbmRvd0NsYXNzKQoteyAgIAorewogICAgIGFib3V0RGlhbG9nID0gbmV3 IFFIaU1EQWJvdXREaWFsb2c7CiAgICAgZm9ybWF0RGlhbG9nID0gbmV3IFFIaU1ERm9ybWF0RGlh bG9nOwogICAgIHVwbG9hZERpYWxvZyA9IG5ldyBRSGlNRFVwbG9hZERpYWxvZzsKQEAgLTM3NCw2 ICszNzQsNyBAQCBRSGlNRE1haW5XaW5kb3c6OlFIaU1ETWFpbldpbmRvdyhRV2lkZ2V0ICpwYXJl bnQpCiAgICAgdWktPmhpbWRfZGV2aWNlcy0+aGlkZSgpOwogICAgIGlmKCFhdXRvZGV0ZWN0X2lu aXQoKSkKICAgICAgICAgdWktPnN0YXR1c0Jhci0+c2hvd01lc3NhZ2UoIiBhdXRvZGV0ZWN0aW9u IGRpc2FibGVkIiwgMTAwMDApOworICAgIFFPYmplY3Q6OmNvbm5lY3QoZm9ybWF0RGlhbG9nLCBT SUdOQUwoZm9ybWF0X2ZpbmlzaGVkKCkpLCB0aGlzLCBTTE9UKGZvcm1hdERpYWxvZ19maW5pc2hl ZCgpKSk7CiB9CiAKIFFIaU1ETWFpbldpbmRvdzo6flFIaU1ETWFpbldpbmRvdygpCkBAIC00MjMs NyArNDI0LDE0IEBAIHZvaWQgUUhpTURNYWluV2luZG93Ojpvbl9hY3Rpb25fQWJvdXRfdHJpZ2dl cmVkKCkKIAogdm9pZCBRSGlNRE1haW5XaW5kb3c6Om9uX2FjdGlvbl9Gb3JtYXRfdHJpZ2dlcmVk KCkKIHsKLSAgICBmb3JtYXREaWFsb2ctPnNob3coKTsKKyAgICBoaW1kX2RldmljZSAqIGRldiA9 IGRldGVjdC0+ZmluZF9ieV9wYXRoKHVpLT5oaW1kX2RldmljZXMtPmN1cnJlbnRUZXh0KCkpOwor ICAgIGlmKGRldiA9PSBOVUxMIHx8IGRldi0+c2NzaV9kZXZpY2UuaXNFbXB0eSgpKQorICAgICAg ICByZXR1cm47CisKKyAgICBlbWl0IGhpbWRfYnVzeSh1aS0+aGltZF9kZXZpY2VzLT5jdXJyZW50 VGV4dCgpKTsKKyAgICB1aS0+aGltZF9kZXZpY2VzLT5oaWRlKCk7CisgICAgdWktPmFjdGlvbl9D b25uZWN0LT5zZXRFbmFibGVkKGZhbHNlKTsKKyAgICBmb3JtYXREaWFsb2ctPm9wZW5fc2NzaWRl dmljZShkZXYtPnNjc2lfZGV2aWNlKTsKIH0KIAogdm9pZCBRSGlNRE1haW5XaW5kb3c6Om9uX2Fj dGlvbl9Db25uZWN0X3RyaWdnZXJlZCgpCkBAIC01MDksMTEgKzUxNywxMyBAQCB2b2lkIFFIaU1E TWFpbldpbmRvdzo6aGltZF9yZW1vdmVkKFFTdHJpbmcgSGlNRFBhdGgpCiAKICAgICBpZihIaU1E UGF0aC5pc0VtcHR5KCkpCiAgICAgICAgIHJldHVybjsKLSAgICBpZiAodWktPmhpbWRwYXRoLT50 ZXh0KCkgPT0gSGlNRFBhdGgpCisgICAgaWYgKHVpLT5oaW1kX2RldmljZXMtPmN1cnJlbnRUZXh0 KCkgPT0gSGlNRFBhdGgpCiAgICAgewogICAgICAgICB1aS0+aGltZHBhdGgtPnNldFRleHQodHIo IihkaXNjb25uZWN0ZWQpIikpOwogICAgICAgICB1aS0+c3RhdHVzQmFyLT5jbGVhck1lc3NhZ2Uo KTsKICAgICAgICAgdHJhY2ttb2RlbC5jbG9zZSgpOworICAgICAgICBpZihmb3JtYXREaWFsb2ct PmlzVmlzaWJsZSgpKQorICAgICAgICAgICAgZm9ybWF0RGlhbG9nLT5jbG9zZSgpOwogICAgIH0K IAogICAgIGluZGV4ID0gdWktPmhpbWRfZGV2aWNlcy0+ZmluZFRleHQoSGlNRFBhdGgpOwpAQCAt NTMzLDMgKzU0MywxMCBAQCB2b2lkIFFIaU1ETWFpbldpbmRvdzo6b25faGltZF9kZXZpY2VzX2Fj dGl2YXRlZChRU3RyaW5nIGRldmljZSkKIHsKICAgICBvcGVuX2hpbWRfYXQoZGV2aWNlKTsKIH0K Kwordm9pZCBRSGlNRE1haW5XaW5kb3c6OmZvcm1hdERpYWxvZ19maW5pc2hlZCgpCit7CisgICAg dWktPmhpbWRfZGV2aWNlcy0+c2hvdygpOworICAgIHVpLT5hY3Rpb25fQ29ubmVjdC0+c2V0RW5h YmxlZCh0cnVlKTsKKyAgICBlbWl0IGhpbWRfaWRsZSh1aS0+aGltZF9kZXZpY2VzLT5jdXJyZW50 VGV4dCgpKTsKK30KZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93Lmgg Yi9xaGltZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5oCmluZGV4IDY5NDYyMmEuLmE1MjM2MTAg MTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmgKKysrIGIvcWhpbWR0 cmFuc2Zlci9xaGltZG1haW53aW5kb3cuaApAQCAtNjYsNiArNjYsNyBAQCBwcml2YXRlIHNsb3Rz OgogICAgIHZvaWQgaGltZF9mb3VuZChRU3RyaW5nIHBhdGgpOwogICAgIHZvaWQgaGltZF9yZW1v dmVkKFFTdHJpbmcgcGF0aCk7CiAgICAgdm9pZCBvbl9oaW1kX2RldmljZXNfYWN0aXZhdGVkKFFT dHJpbmcgZGV2aWNlKTsKKyAgICB2b2lkIGZvcm1hdERpYWxvZ19maW5pc2hlZCgpOwogCiBzaWdu YWxzOgogICAgIHZvaWQgaGltZF9idXN5KFFTdHJpbmcgcGF0aCk7CmRpZmYgLS1naXQgYS9xaGlt ZHRyYW5zZmVyL3FoaW1kd2luZGV0ZWN0aW9uLmNwcCBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5k ZXRlY3Rpb24uY3BwCmluZGV4IDFkYzQzN2EuLmQ2NWNmNDMgMTAwNjQ0Ci0tLSBhL3FoaW1kdHJh bnNmZXIvcWhpbWR3aW5kZXRlY3Rpb24uY3BwCisrKyBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5k ZXRlY3Rpb24uY3BwCkBAIC01OCw3ICs1OCw3IEBAIFFIaU1ERGV0ZWN0aW9uICogY3JlYXRlRGV0 ZWN0aW9uKFFPYmplY3QgKiBwYXJlbnQpCiAgICAgcmV0dXJuIG5ldyBRSGlNRFdpbkRldGVjdGlv bihwYXJlbnQpOwogfQogCi1RSGlNRFdpbkRldGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9i amVjdCAqIHBhcmVudCkgCitRSGlNRFdpbkRldGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9i amVjdCAqIHBhcmVudCkKICAgOiBRSGlNRERldGVjdGlvbihwYXJlbnQpLCBRV2lkZ2V0KDApCiB7 CiAgICAgLy8gYXNrIGZvciBXaW5kb3cgSUQgdG8gaGF2ZSBRdCBjcmVhdGUgdGhlIHdpbmRvdy4K QEAgLTIyMiw2ICsyMjIsNyBAQCB2b2lkIFFIaU1EV2luRGV0ZWN0aW9uOjphZGRfaGltZGRldmlj ZShRU3RyaW5nIHBhdGgsIFFTdHJpbmcgbmFtZSkKICAgICBuZXdfZGV2aWNlLT5pc19idXN5ID0g ZmFsc2U7CiAgICAgbmV3X2RldmljZS0+cGF0aCA9IHBhdGg7CiAgICAgbmV3X2RldmljZS0+cmVj b3JkZXJfbmFtZSA9IG5hbWU7CisgICAgbmV3X2RldmljZS0+c2NzaV9kZXZpY2UgPSAiUEQiICsg UVN0cmluZzo6bnVtYmVyKHNkbi5EZXZpY2VOdW1iZXIpOwogCiAgICAgZmlsZVswXSA9IHBhdGgu YXQoMCkudG9Bc2NpaSgpOwogICAgIGlmKE9wZW5GaWxlKGZpbGUsICZPRmZpbGUsIE9GX0VYSVNU KSAhPSBIRklMRV9FUlJPUikKLS0gCjEuNi40Lm1zeXNnaXQuMAoK --=_gcmail5-- From glaubitz@physik.fu-berlin.de Fri Apr 09 20:21:27 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O0IpZ-0005wQ-UI>; Fri, 09 Apr 2010 20:21:26 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O0IpZ-00022T-SL>; Fri, 09 Apr 2010 20:21:25 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O0IpZ-0004ll-Mq; Fri, 09 Apr 2010 20:21:25 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O0IpZ-0000zb-L7; Fri, 09 Apr 2010 20:21:25 +0200 Date: Fri, 9 Apr 2010 20:21:25 +0200 To: manner.moe@gmx.de Message-ID: <20100409182125.GB3653@physik.fu-berlin.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1270837285-00000DDD-B845F809/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.009091, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:21:27 -0000 Hi, On Fri, Apr 02, 2010 at 11:34:41PM +0200, manner.moe@gmx.de wrote: > I´ve implemented himd format feature in libhimd and qhimdtransfer using > libsgutils2. > This is for test purposes only wether we are not sure if we can use > libsgutils2 on mac. > If not we can use libusal/libscg instead, but the usage is a bit more > complicated. Please remember that we need to figure whether we can get this working on MacOS as well. And, furthermore, we should also wait with this patch until autodetection and formatting is ready on Linux, too. Adrian From manner.moe@gmx.de Fri Apr 09 20:52:45 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O0JJs-0006rV-I9>; Fri, 09 Apr 2010 20:52:44 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O0JJs-0008BO-Do>; Fri, 09 Apr 2010 20:52:44 +0200 Received: (qmail invoked by alias); 09 Apr 2010 18:52:43 -0000 Received: from p5B3E9EE1.dip0.t-ipconnect.de (EHLO MyHost) [91.62.158.225] by mail.gmx.net (mp022) with SMTP; 09 Apr 2010 20:52:43 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX18waPQw1vUwqFS5JxXHa87V7UqNppTUfYVRDcVuGY JE6qEwP900cDFU Date: Fri, 9 Apr 2010 20:53:11 +0200 Message-ID: X-GeMail-Ref: <20100409182125.GB3653@physik.fu-berlin.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59999999999999998 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1270839164-00000DDD-482310D0/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000037, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Algerien.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:52:45 -0000 >Betreff : Re: [linux-minidisc] changed himdformat.c to work on linux and windows >Gesendet: 09.04.2010 20:21:25 >An : "manner.moe@gmx.de" >Von: "Adrian Glaubitz " >----- Originale Nachricht ----- >Hi, >On Fri, Apr 02, 2010 at 11:34:41PM +0200, manner.moe@gmx.de wrote: >> I´ve implemented himd format feature in libhimd and qhimdtransfer using >> libsgutils2. >> This is for test purposes only wether we are not sure if we can use >> libsgutils2 on mac. >> If not we can use libusal/libscg instead, but the usage is a bit more >> complicated. >Please remember that we need to figure whether we can get this working >on MacOS as well. And, furthermore, we should also wait with this >patch until autodetection and formatting is ready on Linux, too. >Adrian Yes I know, using libscg/libusal instead of libsgutils2 should only affect libhimd. If autodetection is ready on linux and the scsi_device is set correctly formatting should work, too. I sent this patch as a sample of implementation and for testing. Just a little change: We should use isEnabled(false)/isEnabled(true) instead of hide()/show() for disabling/enabling the himd_devices combobox. Thomas From Michael.Karcher@fu-berlin.de Fri Apr 09 23:12:30 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O0LV8-0002Tm-1F>; Fri, 09 Apr 2010 23:12:30 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O0LV7-0005es-U1>; Fri, 09 Apr 2010 23:12:29 +0200 Received: from i577b5d76.versanet.de ([87.123.93.118] helo=[192.168.0.24]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O0LV7-0004N1-PE>; Fri, 09 Apr 2010 23:12:29 +0200 From: Michael Karcher To: manner.moe@gmx.de In-Reply-To: <6A082B1B-F4B3-4F7A-BF25-2383E5A9C578@gmx.de> References: <6A082B1B-F4B3-4F7A-BF25-2383E5A9C578@gmx.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-uE0metmdBF9QWIX/lYtB" Date: Sat, 10 Apr 2010 00:12:16 +0200 Message-ID: <1270851136.15322.4.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 X-Originating-IP: 87.123.93.118 X-purgate: clean X-purgate-ID: 151147::1270847550-00000DDD-CA90A2C9/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Botsuana.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 21:12:31 -0000 --=-uE0metmdBF9QWIX/lYtB Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, den 09.04.2010, 20:11 +0200 schrieb manner.moe@gmx.de: > device can be opened. If formatDialog has finished (successful or not) th= e=20 > device is closed and a format_finished() signal is sent. > The mainwindow sends himd_idle signal then.=20 > If formatDialog is shown, Connect button and himd_devices combobox will b= e=20 > disabled to prevent changing the device while format is in progress. As transferring MD data while formatting is impossible, why don't we just make the format dialog modal? This would eliminate the need of the format_finished signal, the disabling of the combobox and maybe other functions that might interfere with formatting. > If the device has been removed without using "safely remove hardware"=20 > function the formatdialog closes immediately. Nice. Regards, Michael Karcher PS: I put this into a post-scriptum so that you don't get the impression I'm trying to push this work on you to get your patch accepted: Which each patch I start feeling more that we should make the himddevice structure a smarter object that has signals/slots on its own. So that (if we decide against making it modal) we don't need to send the idle signal via the main window and the detection object, but just send it to the himddevice object. Also the device deletion would be a signal of the device object then. What do you think? --=-uE0metmdBF9QWIX/lYtB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAku/pjgACgkQzhek2R7EicrGLwCfQcGBbugxmhAN/iSl9YvyHIWK X2UAmgKKlDyIhKx7DlXTlrEnnONiWo5U =h7jf -----END PGP SIGNATURE----- --=-uE0metmdBF9QWIX/lYtB-- From manner.moe@gmx.de Sun Apr 11 21:57:12 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O13HL-0000C3-Lt>; Sun, 11 Apr 2010 21:57:11 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O13HL-0006m4-JI>; Sun, 11 Apr 2010 21:57:11 +0200 Received: (qmail invoked by alias); 11 Apr 2010 19:57:10 -0000 Received: from p5B3E8D5A.dip0.t-ipconnect.de (EHLO MyHost) [91.62.141.90] by mail.gmx.net (mp066) with SMTP; 11 Apr 2010 21:57:10 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX18TvLEl7bYTHCPR/4DbBMZ16wIT2pcfkOs9y38wRR 9fNiPI6yfLasF0 Date: Sun, 11 Apr 2010 21:57:54 +0200 Message-ID: <4DF80ED4-4E89-4208-B1FA-38AC9C6E7305@gmx.de> X-GeMail-Ref: <1270851136.15322.4.camel@aquila> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64000000000000001 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1271015831-00000DDD-F643959A/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.031228, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Algerien.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] changed himdformat.c to work on linux and windows X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 19:57:12 -0000 >Betreff : Re: [linux-minidisc] changed himdformat.c to work on linux and windows >Gesendet: 10.04.2010 00:12:16 >An : "manner.moe@gmx.de" >Von: "Michael Karcher " >----- Originale Nachricht ----- >As transferring MD data while formatting is impossible, why don't we >just make the format dialog modal? This would eliminate the need of the >format_finished signal, the disabling of the combobox and maybe other >functions that might interfere with formatting. ... Which >each patch I start feeling more that we should make the himddevice >structure a smarter object that has signals/slots on its own. So that >(if we decide against making it modal) we don't need to send the idle >signal via the main window and the detection object, but just send it to >the himddevice object. Also the device deletion would be a signal of the >device object then. >What do you think? I think this is a good idea, but then we should not make the dialogs modal. As the himd device object has a busy status we can perform different actions on different devices at the same time. While transferring tracks on one device we can format another one, so the format dialog should list all "non busy" devices to let the user choose. Same should be done for titling (if implemented). Titling should have its own window with tracklist browser and the renaming should be done in the browser window itself and performed by a save button. This could be done while transferring tracks on another device, too. Thomas P.S.: Only an idea for future use, we should think about it. From minidisc@ramson.org Fri Apr 16 13:58:17 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O2kBb-0004XW-Pa>; Fri, 16 Apr 2010 13:58:16 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O2kBb-000259-KO>; Fri, 16 Apr 2010 13:58:15 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3GBwEdC011461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Apr 2010 13:58:14 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3GBwEdC011461 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1271419094; bh=mqkFV5XLa8dzgfp6qKqikPLuFsk0Vgf4Kg SKE72Tsy0=; h=Message-ID:Date:Subject:From:To:Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding; b=pOYL6HCpyzs9gQIOLpAyJHYC kW9znRa5an3SO+qWl0rrhF3GM0jacAq51JFELDkxMdjdV/aCzQuhrIXwVcGuLL9FUVc LDDcMI1Y5grZcfsPZsJhXiRQzQylMwg1SJVU8iZWKO3/LDPLR8LH2jp4URB2mFhQZso yzvkO8+13218M= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3GBwEdC011461 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=n+iy/rzXp3d23FC6xAVQW3kJ6btTehkTXPVaXvLpD+nGBxNfv++fq4OKRx/nurRQ7 FbbTcY2BR+S9JHAGQEkZD1nmOU/bpjOk4xLKwY4olVe34nGMDGQp+sipyYJCBa/Y1JJ 73r618bbl8F3P9ro+pIZ5Z7in0wO4PV4ft5isOs= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3GBwEOU011460; Fri, 16 Apr 2010 13:58:14 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Fri, 16 Apr 2010 13:58:14 +0200 (CEST) Message-ID: <54962.10.0.0.241.1271419094.squirrel@10.0.0.62> Date: Fri, 16 Apr 2010 13:58:14 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1271419095-00000DDD-D430260A/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Benin.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: [linux-minidisc] Atrac3plus mono samples X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 11:58:17 -0000 Hello, I have received a request from the atrac3plus decoder developer for mono samples. Is there a way to create atrac3plus mono samples? If so, how is it done? Jan Olav From manner.moe@gmx.de Fri Apr 16 21:01:40 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O2qnL-00013h-Kz>; Fri, 16 Apr 2010 21:01:39 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O2qnL-0004E8-Go>; Fri, 16 Apr 2010 21:01:39 +0200 Received: (qmail invoked by alias); 16 Apr 2010 19:01:38 -0000 Received: from p5B3E8EAC.dip0.t-ipconnect.de (EHLO MyHost) [91.62.142.172] by mail.gmx.net (mp056) with SMTP; 16 Apr 2010 21:01:38 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1/ykOMzmbDyjGveSdxNieSsaB9aoR2Po4SUYLH7Zc MOBAPkxOT8iGfl Date: Fri, 16 Apr 2010 21:01:23 +0200 Message-ID: <9125D940-820F-4F4A-B693-29052C4D15B7@gmx.de> X-GeMail-Ref: <54962.10.0.0.241.1271419094.squirrel@10.0.0.62> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.60999999999999999 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1271444499-00000DDD-434D7BBC/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] Atrac3plus mono samples X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 19:01:41 -0000 >Betreff : [linux-minidisc] Atrac3plus mono samples >Gesendet: 16.04.2010 13:58:14 >An : "linux-minidisc@lists.fu-berlin.de" >Von: "Jan Olav Stangeland " >----- Originale Nachricht ----- >Hello, >I have received a request from the atrac3plus decoder developer for mono >samples. Is there a way to create atrac3plus mono samples? If so, how is >it done? >Jan Olav Hello Jan Olav, for just making a few samples you can use Sonys Sound Forge Audio Studio Demo Version with additional Atrac Plug-In. I haven´t tried it jet but it should be possible. Thomas From minidisc@ramson.org Sat Apr 17 14:59:02 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O37bw-0006yO-SR>; Sat, 17 Apr 2010 14:59:01 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O37bw-0006fa-NJ>; Sat, 17 Apr 2010 14:59:00 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3HCwwKt023985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Apr 2010 14:58:59 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3HCwwKt023985 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1271509139; bh=tLgK0cy/l4syE/uE49hH2UNmvpn51965Bw vkudgGM1Q=; h=Message-ID:In-Reply-To:References:Date:Subject:From: To:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=V1mriLihxTzwQ6899evsGl4i20zbxViWWa9CDhFUcVdzhytw3lTvpUYvYR6JK4Ysr p4zZsr5/+IUpCi51mxvP8zNc1+BDkJvBd6IUJAltCiSYGmgMsN85LLiWmUQnVutD5A7 +TAdba4nBMbqzt07RUsq7gwkkAwpMnSq5f4mPLA= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3HCwwKt023985 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=moMK76DeikfPFOvI+ZSWfppRvlAMVbLzwsoqfKeVnHaqx0lGBARiJs8Wk5SrdZcTY KK7e5DIPgHmhzsFbws8z5cVWnhkCF+4XAEoHqFiqDFzFrFOB078fvGaxS9R1zo6TJED kY+tETrjOUFeIDib5XYA2TFSxFlfuS535a7OA3E= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3HCww0t023984; Sat, 17 Apr 2010 14:58:58 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Sat, 17 Apr 2010 14:58:58 +0200 (CEST) Message-ID: <33970.10.0.0.241.1271509138.squirrel@10.0.0.62> In-Reply-To: <9125D940-820F-4F4A-B693-29052C4D15B7@gmx.de> References: <9125D940-820F-4F4A-B693-29052C4D15B7@gmx.de> Date: Sat, 17 Apr 2010 14:58:58 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1271509140-00000DDD-28FCCFA0/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] Atrac3plus mono samples X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 12:59:02 -0000 On Fri, April 16, 2010 21:01, manner.moe@gmx.de wrote: > > >> Betreff : [linux-minidisc] Atrac3plus mono samples >> Gesendet: 16.04.2010 13:58:14 >> An : "linux-minidisc@lists.fu-berlin.de" >> Von: "Jan Olav Stangeland " >> > >> ----- Originale Nachricht ----- >> Hello, >> > >> I have received a request from the atrac3plus decoder developer for >> mono samples. Is there a way to create atrac3plus mono samples? If so, >> how is it done? > >> Jan Olav >> > > Hello Jan Olav, > for just making a few samples you can use Sonys Sound Forge Audio Studio > Demo > Version with additional Atrac Plug-In. > I haven´t tried it jet but it should be possible. > > > Thomas > > Thank you very much. I was able to use Sound Forge Audio Studio 9 LE, which was able to convert/save files to mono. Jan Olav From glaubitz@physik.fu-berlin.de Sun Apr 18 17:37:31 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O3WYs-00030S-4L>; Sun, 18 Apr 2010 17:37:30 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O3WYs-0002ui-2N>; Sun, 18 Apr 2010 17:37:30 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O3WYr-00025W-TY for linux-minidisc@lists.fu-berlin.de; Sun, 18 Apr 2010 17:37:29 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O3WYr-0006E3-S3 for ; Sun, 18 Apr 2010 17:37:29 +0200 Date: Sun, 18 Apr 2010 17:37:29 +0200 To: linux-minidisc@lists.fu-berlin.de Message-ID: <20100418153729.GA12003@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1271605050-00000DDD-D1826FDB/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000012, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Subject: [linux-minidisc] New VLC version with ATRAC-1 support X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 15:37:32 -0000 Hi, I just read that there is a pre-release of VideoLAN's VLC player available which brings decoding support for ATRAC-1 files. This is interesting for all the users who use our PythonNetMD scripts to transfer their old MD recordings to their PC. The uploaded files can be played back in VLC directly without any additional codecs. More on this can be read here: The new version of VLC is available here: I installed VLC on my old Mac Mini G4 and successfully played some ATRAC-1 previously recorded with our scripts. Unfortunately, VLC does not play back ATRAC-3(+) yet (both WAV and OMA container formats) as opposed to ffmpeg. The VideoLAN developers were allegedly a bit reserved with integrating ffmpeg's ATRAC decoders due to the fact that these decoders were developed by means of reverse engineering. But since ATRAC-1 was developed exactly with this technique, I don't see a reason not to have ATRAC-3 support as well. Adrian From manner.moe@gmx.de Thu Apr 22 21:15:14 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O51rk-0001HK-4F>; Thu, 22 Apr 2010 21:15:12 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O51rj-000485-7k>; Thu, 22 Apr 2010 21:15:12 +0200 Received: (qmail invoked by alias); 22 Apr 2010 19:15:09 -0000 Received: from p5B3EA07D.dip0.t-ipconnect.de (EHLO MyHost) [91.62.160.125] by mail.gmx.net (mp058) with SMTP; 22 Apr 2010 21:15:09 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1/7sFVNAD/7NANChozhE/YrLDo3tNUM5Yi/LCDsgh V89sxrv4n3C1wC Date: Thu, 22 Apr 2010 21:15:44 +0200 Message-ID: <67DE9728-463D-4F23-A4FF-278275F97D5A@gmx.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: multipart/mixed; boundary="=_gcmail5" MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58999999999999997 X-Originating-IP: 213.165.64.20 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1271963712-00000DDD-35E61324/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 19:15:14 -0000 This is a multi-part message in MIME format --=_gcmail5 Content-Type: multipart/alternative; boundary="=_gcmail5_alt" --=_gcmail5_alt Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Hello, now i´ve tested scsi acces with libusal(included in cdrkit package) on windows. windows port of libusal is limited to drives of type DRIVE_CDROM only so I had to make a small patch. Instructions for building libusal.dll (MingW, MSYS and cmake must be installed) : 1. download latest cdrkit package from http://cdrkit.org/releases/ 2. use patch for MinGW support as described here: http://lists.alioth.debian.org/pipermail/debburn-devel/2009-July/000647.html (download and install additional dependencies from MingW download site if needed) 3. use libusal_use_drive_removables.patch 4. use libusal_make_shared_lib.patch to make a dll with statically linked librols 5. type "cmake -G "MSYS Makefiles" in cdrkit root directory 6 change to cdrkit/include subdirectory and type "make" 7 change to cdrkit/librols subdirectory an type "make" 8 change to cdrkit/libusal subdirectory and type "make" now we have libusal.dll and libusal.dll.a To use it we need following headers from cdrkit/include: - complete usal directory - schily.h, standard.h and ccomdefs.h Ask me for win32 binary of libusal if you don´t want to compile it yourself. I´ve tested formatting a himd and it works fine. The sample code is not complete yet, checking sense has to be added. Thomas --=_gcmail5_alt-- --=_gcmail5 Content-Type: application/octet-stream; name="himdformat_lusal.c" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="himdformat_lusal.c" Ly8gaGltZGZvcm1hdCBjb21tYW5kIHVzaW5nIGxpYnVzYWwgKGluY2x1ZGVkIGluIGNkcmtpdCBw YWNrYWdlKQovLwovLyB1c2UgZGV2aWNlbmFtZSBvbiBsaW51eCAoL2Rldi9zZ1gpIG9yIGRyaXZl bGV0dGVyIG9uIHdpbmRvd3MgKHdpdGhvdXQgIjoiKQoKI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNs dWRlIDxzdHJpbmcuaD4KCiNpbmNsdWRlIDxzY2hpbHkuaD4gICAgICAgICAgICAgLy8gbGluayBs aWJyb2xzIGFuZCBsaWJ1c2FsCiNpbmNsdWRlIDx1c2FsL3VzYWxjbWQuaD4gICAgICAgLy8gKGxp YnJvbHMgaXMgc3RhdGljYWxseSBsaW5rZWQgaW4gbGlidXNhbC5kbGwgb24gd2luZG93cykKI2lu Y2x1ZGUgPHVzYWwvc2NzaXRyYW5zcC5oPgoKI2RlZmluZSBTT05ZX1NQRUNJRklDX0NPTU1BTkQg MHhDMgojZGVmaW5lIEhJTURfRk9STUFUIDMKCiNkZWZpbmUgTUFYX0RFVklDRV9MRU4gMjU2CiNk ZWZpbmUgU0NTSV9USU1FT1VUIDIwCgppbnQgbWFpbihpbnQgYXJnYywgY2hhciAqKiBhcmd2KQp7 CglTQ1NJICogdXNhbHAgPSBOVUxMOwoJY2hhciBjb21tYW5kWzEyXTsKCWludCBlcnIgPSAwOwoJ aW50IHJldDsKCWNoYXIgZGV2W01BWF9ERVZJQ0VfTEVOXTsKCWNoYXIgZXJyc3RyWzgwXTsKCWNo YXIgY21kbmFtZVtdID0gImhpbWRfZm9ybWF0IjsKCXN0cnVjdCB1c2FsX2NtZCAqIHNjbWQ7CgoJ aWYoYXJnYyA8IDIpCgl7CgkgICAgZnB1dHMoIlBsZWFzZSBzcGVjaWZ5IHRoZSBwYXRoIHRvIHRo ZSBzY3NpIGRldmljZVxuIixzdGRlcnIpOwoJICAgIHJldHVybiAtMTsKICAgIH0KCgltZW1zZXQo ZGV2LCAwLCBNQVhfREVWSUNFX0xFTik7CiAgICBtZW1jcHkoZGV2LCBhcmd2WzFdLCBzaXplb2Yo YXJndlsxXSkpOwoKCS8vIG9wZW4gc2NzaSBkcml2ZXIKCXVzYWxwID0gdXNhbF9vcGVuKGRldiwg ZXJyc3RyLCBzaXplb2YoZXJyc3RyKSwgMCwgTlVMTCk7CglpZighdXNhbHApCgl7CgkJZnB1dHMo IkNhbm5vdCBvcGVuIHNjc2kgZHJpdmVyIiwgc3RkZXJyKTsKCQlyZXR1cm4gLTI7Cgl9CgoJaWYo dXNhbHAtPmFkZHIuc2NzaWJ1cyA9PSAtMiAmJiB1c2FscC0+YWRkci50YXJnZXQgPT0gLTIpIC8v IHNjc2kgZGV2aWNlIG5vdCBmb3VuZCwgc2VhcmNoIGJ5IGRldmljZW5hbWUKCXsgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvLyB0aGlzIGlz IG5lc3Nlc3Nhcnkgb24gd2luZG93cyB3aGVuIGRyaXZlbGV0dGVyIGlzIHVzZWQKCQlyZXQgPSB1 c2FsX19vcGVuKHVzYWxwLCBkZXYpOwoJCWlmKCFyZXQpCgkJewoJCQlmcHJpbnRmKHN0ZGVyciwg IkNhbm5vdCBvcGVuIFNDU0kgZGV2aWNlIGZvciAlZFxuIiwgZGV2KTsKCQkJZXJyID0gLTM7CgkJ CWdvdG8gY2xlYW47CgkJfQoJfQoKCXVzYWxfc2V0dGltZW91dCh1c2FscCwgU0NTSV9USU1FT1VU KTsKCXVzYWxwLT5jbWRuYW1lID0gY21kbmFtZTsKCi8vIHByZXBhcmluZyBzY3NpIGNvbW1hbmQK CXNjbWQgPSB1c2FscC0+c2NtZDsKCW1lbXNldChzY21kLCAwLCBzaXplb2Yoc3RydWN0IHVzYWxf Y21kKSk7CglzY21kLT5hZGRyID0gKGNhZGRyX3QpMDsKCXNjbWQtPnNpemUgPSAwOwogICAgc2Nt ZC0+Y2RiX2xlbiA9IHNpemVvZihjb21tYW5kKTsKICAgIHNjbWQtPnNlbnNlX2xlbiA9IENDU19T RU5TRV9MRU47CglzY21kLT5mbGFncyA9IFNDR19ESVNSRV9FTkE7CgoJbWVtc2V0KGNvbW1hbmQs IDAsIDEyKTsKCWNvbW1hbmRbMF0gPSBTT05ZX1NQRUNJRklDX0NPTU1BTkQ7Cgljb21tYW5kWzRd ID0gSElNRF9GT1JNQVQ7CgltZW1jcHkoc2NtZC0+Y2RiLmNtZF9jZGIsIGNvbW1hbmQsIDEyKTsK Ci8vIHNlbmRpbmcgY29tbWFuZAoJaWYodXNhbF9jbWQodXNhbHApIDwgMCkKCXsKCQlmcHV0cygi Y2Fubm90IHNlbmQgc2NzaSBjb21tYW5kIiwgc3RkZXJyKTsKCQllcnIgPSAtNDsKCQlnb3RvIGNs ZWFuOwoJfQoJZWxzZQoJCWZwcmludGYoc3RkZXJyLCAic2NzaSBjb21tYW5kIHN1Y2Nlc3NmdWxs eSBzZW50Iik7CgpjbGVhbjoKCXVzYWxfX2Nsb3NlKHVzYWxwKTsKCglyZXR1cm4gZXJyOwp9Cg== --=_gcmail5 Content-Type: application/octet-stream; name="libusal_make_shared_lib.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libusal_make_shared_lib.patch" LS0tIGNkcmtpdC0xLjEuMTBcbGlidXNhbFxDTWFrZUxpc3RzLnR4dAkyMDEwLTA0LTIyIDIwOjMw OjA0Ljk2NDEyNTAwMCArMDIwMAorKysgY2Rya2l0XGxpYnVzYWxcQ01ha2VMaXN0cy50eHQJMjAx MC0wNC0yMiAyMDoyNTowMC4yMTQxMjUwMDAgKzAyMDAKQEAgLTYsNSArNiw1IEBACiAjU0VUKExJ QlNDR19TUkNTIHJkdW1teS5jIHVzYWxzZXR0YXJnZXQuYyB1c2FsdGltZXMuYyBzY3NpLWxpbnV4 LWF0YS5jIHNjc2ktbGludXgtcGcuYyBzY3NpLWxpbnV4LXNnLmMgc2NzaWVycnMuYyBzY3NpaGFj ay5jIHNjc2loZWxwLmMgc2NzaW9wZW4uYyBzY3NpdHJhbnNwLmMpCiBTRVQoTElCU0NHX1NSQ1Mg dXNhbHNldHRhcmdldC5jIHVzYWx0aW1lcy5jIHNjc2llcnJzLmMgc2NzaWhhY2suYyBzY3NpaGVs cC5jIHNjc2lvcGVuLmMgc2NzaXRyYW5zcC5jIHNjc2ktcmVtb3RlLmMpCiBMSU5LX0RJUkVDVE9S SUVTKC4uL2xpYnJvbHMpCi1BRERfTElCUkFSWSAodXNhbCBTVEFUSUMgJHtMSUJTQ0dfU1JDU30p Ci1UQVJHRVRfTElOS19MSUJSQVJJRVModXNhbCAke1NDR19TRUxGX0xJQlN9KQorQUREX0xJQlJB UlkgKHVzYWwgU0hBUkVEICR7TElCU0NHX1NSQ1N9KQorVEFSR0VUX0xJTktfTElCUkFSSUVTKHVz YWwgJHtTQ0dfU0VMRl9MSUJTfSAtTC4uL2xpYnJvbHMgLWxyb2xzKQo= --=_gcmail5 Content-Type: application/octet-stream; name="libusal_use_drive_removables.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libusal_use_drive_removables.patch" LS0tIGNkcmtpdC0xLjEuMTBcbGlidXNhbFxzY3NpLXdudC5jCTIwMTAtMDQtMjIgMjA6MzA6MDQu OTk1Mzc1MDAwICswMjAwCisrKyBjZHJraXRcbGlidXNhbFxzY3NpLXdudC5jCTIwMTAtMDQtMjIg MjA6MjQ6MDAuNjA0NzUwMDAwICswMjAwCkBAIC0xLDMgKzEsOSBAQAorLyogVGhpcyBmaWxlIGhh cyBiZWVuIG1vZGlmaWVkIGZvciBsaWJoaW1kIGZyb20gbGludXgtbWluaWRpc2MgcHJvamVjdAor ICoKKyAqIE5vdyBzY3NpIGFjY2VzcyB0byBkcml2ZXMgb2YgdHlwZSBEUklWRV9SRU1PVkFCTEUg aXMgc3VwcG9ydGVkLgorICoKKyAqLworCiAvKgogICogVGhpcyBmaWxlIGhhcyBiZWVuIG1vZGlm aWVkIGZvciB0aGUgY2Rya2l0IHN1aXRlLgogICoKQEAgLTcyLDggKzc4LDggQEAKICAqCUNob29z ZSB5b3VyIG5hbWUgaW5zdGVhZCBvZiAic2NoaWx5IiBhbmQgbWFrZSBjbGVhciB0aGF0IHRoZSB2 ZXJzaW9uCiAgKglzdHJpbmcgaXMgcmVsYXRlZCB0byBhIG1vZGlmaWVkIHNvdXJjZS4KICAqLwot c3RhdGljCWNoYXIJX3VzYWxfdHJhbnNfdmVyc2lvbltdID0gInNjc2ktd250LmMtMS40NSI7CS8q IFRoZSB2ZXJzaW9uIGZvciB0aGlzIHRyYW5zcG9ydCovCi1zdGF0aWMJY2hhcglfdXNhbF9pdHJh bnNfdmVyc2lvbltdID0gIlNQVEktc2NzaS13bnQuYy0xLjQ1IjsJLyogVGhlIHZlcnNpb24gZm9y IFNQVEkgKi8KK3N0YXRpYwljaGFyCV91c2FsX3RyYW5zX3ZlcnNpb25bXSA9ICJzY3NpLXdudC5j LTEuNDVfbGludXhfbWluaWRpc2MiOwkvKiBUaGUgdmVyc2lvbiBmb3IgdGhpcyB0cmFuc3BvcnQq Lworc3RhdGljCWNoYXIJX3VzYWxfaXRyYW5zX3ZlcnNpb25bXSA9ICJTUFRJLXNjc2ktd250LmMt MS40NV9saW51eF9taW5pZGlzYyI7CS8qIFRoZSB2ZXJzaW9uIGZvciBTUFRJICovCiAKIC8qCiAg KiBMb2NhbCBkZWZpbmVzIGFuZCBjb25zdGFudHMKQEAgLTI4Niw3ICsyOTIsNyBAQAogCQkJCX0K IAogCQkJCS8qIHNob3J0Y3V0IGZvciBkZXZpY2UgbmFtZXMsIHJlbWVtYmVyIHRoZSBoaXQgKi8K LQkJCQlpZih1RHJpdmVUeXBlPT1EUklWRV9DRFJPTSAmJiB1c2FscC0+bG9jYWwpIHsKKwkJCQlp ZigodURyaXZlVHlwZT09RFJJVkVfQ0RST00gJiYgdXNhbHAtPmxvY2FsKSB8fCAodURyaXZlVHlw ZT09RFJJVkVfUkVNT1ZBQkxFICYmIHVzYWxwLT5sb2NhbCkpIHsKIAkJCQkJLyogcHJpbnRmKCJz ZWVuLCAlZCBhdCAlZCwgJWQsICVkXG4iLCBzcHRpZ2xvYmFsLmRyaXZlW2ldLmRyaXZlTGV0dGVy LCBzcHRpZ2xvYmFsLmRyaXZlW2ldLmhhLCBzcHRpZ2xvYmFsLmRyaXZlW2ldLnRndCwgc3B0aWds b2JhbC5kcml2ZVtpXS5sdW4pOyAqLwogCQkJCSAgICAgICBpZih1c2FsbG9jYWwodXNhbHApLT5k cml2ZV93YW50ZWQgJiYgKmJ1Zj09dG91cHBlcih1c2FsbG9jYWwodXNhbHApLT5kcml2ZV93YW50 ZWQpKQogCQkJCQkgICAgICAgaWRfd2FudGVkPWk7CgoK --=_gcmail5-- From glaubitz@physik.fu-berlin.de Thu Apr 22 22:52:51 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O53OD-00049B-05>; Thu, 22 Apr 2010 22:52:49 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O53OC-0006FR-U8>; Thu, 22 Apr 2010 22:52:48 +0200 Received: from burns.physik.fu-berlin.de ([160.45.66.65]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O53OC-0001cZ-OL; Thu, 22 Apr 2010 22:52:48 +0200 Received: from glaubitz by burns.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O53OC-0005tG-N3; Thu, 22 Apr 2010 22:52:48 +0200 Date: Thu, 22 Apr 2010 22:52:48 +0200 To: manner.moe@gmx.de Message-ID: <20100422205248.GA22596@physik.fu-berlin.de> References: <67DE9728-463D-4F23-A4FF-278275F97D5A@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <67DE9728-463D-4F23-A4FF-278275F97D5A@gmx.de> User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1271969569-00000DDD-6F680B97/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 20:52:51 -0000 Hi Thomas, On Thu, Apr 22, 2010 at 09:15:44PM +0200, manner.moe@gmx.de wrote: > Hello, > now i´ve tested scsi acces with libusal(included in cdrkit package) on > windows. That's great. So we don't have rely on libsgutils anymore which do not support MacOS for the time being as opposed to cdrtools/cdrkit. Great work! > windows port of libusal is limited to drives of type DRIVE_CDROM only so I > had to make a small patch. > That's not a problem. We provide the DLLs for the Windows version anyway. And as long as the provided DLLs are covered by a free licence (or their source code, to be more exactly), we can modify them and ship the modified versions. I hope (and I'm pretty sure that) we can leave libscg/libusal on Linux and MacOS unmodified. Any modification would imply that users will have to install special versions of that library besides the version from their package managers. > Instructions for building libusal.dll (MingW, MSYS and cmake must be > installed) : > 1. download latest cdrkit package from http://cdrkit.org/releases/ > 2. use patch for MinGW support as described here: http://lists.alioth.debian.org/pipermail/debburn-devel/2009-July/000647.html > (download and install additional dependencies from MingW download site if > needed) > 3. use libusal_use_drive_removables.patch > 4. use libusal_make_shared_lib.patch to make a dll with statically linked > librols > 5. type "cmake -G "MSYS Makefiles" in cdrkit root directory > 6 change to cdrkit/include subdirectory and type "make" > 7 change to cdrkit/librols subdirectory an type "make" > 8 change to cdrkit/libusal subdirectory and type "make" > now we have libusal.dll and libusal.dll.a > To use it we need following headers from cdrkit/include: > - complete usal directory > - schily.h, standard.h and ccomdefs.h > Ok, I will check if that helps me with MacOS. So far I was able to build and install the original cdrtools from Macports (not really magic ;)) but not cdrkit/libusal. It fails building some static libaries. It appears that the fork broke the MacOS port but I'm not sure. Thus, I will try to build himdformat against libscg first and in case that works we just add some preprocessor #defines on MacOS to use libscg instead of libusal. Unless Michael comes up with a better idea ;). I will try to get it compiled over the weekend. > > I´ve tested formatting a himd and it works fine. > The sample code is not complete yet, checking sense has to be added. Nah, that doesn't matter yet. We just need some proof of concept first. Once we have confirmed that libscg/libusal do the proper job on all supported operating systems, we can start working on the details ;). Great work so far. I'm really glad we'll finally get a highly portable format command (and other SCSI commands, like diskID). Adrian From manner.moe@gmx.de Thu Apr 22 23:56:54 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O54OD-0005wa-Hx>; Thu, 22 Apr 2010 23:56:53 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O54OD-0000iy-Dg>; Thu, 22 Apr 2010 23:56:53 +0200 Received: (qmail invoked by alias); 22 Apr 2010 21:56:52 -0000 Received: from p5B3EA07D.dip0.t-ipconnect.de (EHLO MyHost) [91.62.160.125] by mail.gmx.net (mp003) with SMTP; 22 Apr 2010 23:56:52 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1+23rkBU6+2Uv7sFv1GkhUNmxN5D0CHYjmXmgsQ9R JqF76IG559M0uh Date: Thu, 22 Apr 2010 23:57:29 +0200 Message-ID: X-GeMail-Ref: <20100422205248.GA22596@physik.fu-berlin.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1271973413-00000DDD-714A65E8/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 21:56:54 -0000 >Betreff : Re: [linux-minidisc] using libusal for scsi access >Gesendet: 22.04.2010 22:52:48 >An : "manner.moe@gmx.de" >Von: "Adrian Glaubitz " >Ok, I will check if that helps me with MacOS. So far I was able to >build and install the original cdrtools from Macports (not really >magic ;)) but not cdrkit/libusal. It fails building some static >libaries. It appears that the fork broke the MacOS port but I'm not >sure. Thus, I will try to build himdformat against libscg first and in >case that works we just add some preprocessor #defines on MacOS to use >libscg instead of libusal. Unless Michael comes up with a better idea >;). >Adrian Here is a thread of the cdrkit mailing list which might help you compiling cdrkit/libusal on mac. http://lists.alioth.debian.org/pipermail/debburn-devel/2008-October/000600.html Thomas From glaubitz@physik.fu-berlin.de Sun Apr 25 18:44:34 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O64wb-0006k3-KK>; Sun, 25 Apr 2010 18:44:33 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O64wb-0006jM-Hw>; Sun, 25 Apr 2010 18:44:33 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O64wb-00027Q-CY; Sun, 25 Apr 2010 18:44:33 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O64wb-0000yL-9O; Sun, 25 Apr 2010 18:44:33 +0200 Date: Sun, 25 Apr 2010 18:44:33 +0200 To: manner.moe@gmx.de Message-ID: <20100425164433.GA30032@physik.fu-berlin.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1272213873-00000DDD-494DE764/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000598, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2010 16:44:34 -0000 On Thu, Apr 22, 2010 at 11:57:29PM +0200, manner.moe@gmx.de wrote: > >Ok, I will check if that helps me with MacOS. So far I was able to > >build and install the original cdrtools from Macports (not really > >magic ;)) but not cdrkit/libusal. It fails building some static > >libaries. It appears that the fork broke the MacOS port but I'm not > >sure. Thus, I will try to build himdformat against libscg first and in > >case that works we just add some preprocessor #defines on MacOS to use > >libscg instead of libusal. Unless Michael comes up with a better idea > >;). > > >Adrian > > Here is a thread of the cdrkit mailing list which might help you compiling > cdrkit/libusal on mac. > http://lists.alioth.debian.org/pipermail/debburn-devel/2008-October/000600.html Hmm, unfortunately I still get a lot of erros during compilation. I will try getting in contact with the patch author, maybe he knows what's wrong. I presume that his patch was written for an earlier version of cdrkit. I will report back once I got a reply from him. Adrian From minidisc@ramson.org Wed Apr 28 16:44:37 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O78V9-0007D8-QH>; Wed, 28 Apr 2010 16:44:35 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O78V9-0003je-LO>; Wed, 28 Apr 2010 16:44:35 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3SEiXPY010773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Apr 2010 16:44:34 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3SEiXPY010773 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1272465874; bh=3kuII6dTMR2GG/QiWUSuOhZ909uuaTbcxi gIAB+ObgM=; h=Message-ID:Date:Subject:From:To:Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding; b=AdHi0KjdAMLSt0pQLvhIYzF2 6W9FBB7QJkHwZE/r4jrvc/yCHvLIowBt6ll0X4zMtK5+X1lP4QHj0oRK5i7RHxfOuw2 8+xsiECP69rjeoYbupPoBad/K4wLze7zIKLOhVuXKr+xf9MwYnfjaBvoGDYaP0BhaN1 UWGhto6493ENQ= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3SEiXPY010773 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=oNAfYG7wMKqHbJTdHEwrkrG200qw4q+IGXHqmMoL/XyVVeem0y9LO7rt4DheTha9R uoR0uE2jm2caFYoJ1+RQE+UrWKJmx+ew4Ii0sxYbi9Cilqj2Zd2Xvni1d2HYcYe+ukw /n9WQ6e/vBFfHNwtdlmaxusi+vcl3GNSGiAPn+8= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3SEiX7j010772; Wed, 28 Apr 2010 16:44:33 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Wed, 28 Apr 2010 16:44:33 +0200 (CEST) Message-ID: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> Date: Wed, 28 Apr 2010 16:44:33 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1272465875-00000DDD-D52C5F90/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.131354, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 14:44:37 -0000 Hello, is the netmd command to retrieve the date and time of a recording (track) known? If so, what is the command? Is date and time of a recording supported by all devices? Jan Olav From Michael.Karcher@fu-berlin.de Wed Apr 28 16:58:39 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O78ij-0007et-WF>; Wed, 28 Apr 2010 16:58:38 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O78ij-0002Yv-Px>; Wed, 28 Apr 2010 16:58:37 +0200 Received: from i59f7c9dc.versanet.de ([89.247.201.220] helo=[192.168.0.24]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O78ij-0007ax-L5>; Wed, 28 Apr 2010 16:58:37 +0200 From: Michael Karcher To: minidisc@ramson.org In-Reply-To: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> Content-Type: text/plain; charset="UTF-8" Date: Wed, 28 Apr 2010 16:58:40 +0200 Message-ID: <1272466720.19172.187.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Originating-IP: 89.247.201.220 X-purgate: clean X-purgate-ID: 151147::1272466718-00000DDD-BECB6AF3/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.165610, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 14:58:39 -0000 Am Mittwoch, den 28.04.2010, 16:44 +0200 schrieb Jan Olav Stangeland: > Hello, > > is the netmd command to retrieve the date and time of a recording (track) > known? If so, what is the command? Is date and time of a recording > supported by all devices? NetMD stuff is quite well documented in the 1934 AVC documentation. The USB devices use AVC over USB instead of AVC over FireWire. Alas, that documentation is non-free. The copy of the MD Audio document I happen to have specifies the recording time as an optional info block. The info block ID and stuff like that are in the general AVC Disc document and the way of querying info block items in the AVC Descriptor model document. I can look up the specific command tonight when I have some time for it. We don't know about device support, though. Neither for implementation of the specific AVC info block field in the NetMD interfaces, nor about which MD records write a timestamp to disc. Regards, Michael Karcher From manner.moe@gmx.de Wed Apr 28 17:49:29 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O79Vw-0000l6-2Q>; Wed, 28 Apr 2010 17:49:28 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O79Vv-0003qS-Pg>; Wed, 28 Apr 2010 17:49:28 +0200 Received: (qmail invoked by alias); 28 Apr 2010 15:49:27 -0000 Received: from p5B3E995D.dip0.t-ipconnect.de (EHLO MyHost) [91.62.153.93] by mail.gmx.net (mp017) with SMTP; 28 Apr 2010 17:49:27 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1/HUIYK0j3HIDe77bQznX01uH6IwGuC5GP8fFrqu6 6cFeoeTytk766O Date: Wed, 28 Apr 2010 17:49:06 +0200 Message-ID: <50961CFD-55A2-473E-BC66-B618A3AF6D17@gmx.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: multipart/mixed; boundary="=_gcmail5" MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 X-Originating-IP: 213.165.64.20 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1272469768-00000DDD-01A82DE5/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Botsuana.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 15:49:29 -0000 This is a multi-part message in MIME format --=_gcmail5 Content-Type: multipart/alternative; boundary="=_gcmail5_alt" --=_gcmail5_alt Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit >Betreff : Re: [linux-minidisc] using libusal for scsi access >Gesendet: 22.04.2010 23:57:29 >An : "linux-minidisc@lists.fu-berlin.de" >Von: "manner.moe@gmx.de" Hi, here is a sample code for scsi implementation in libhimd using libusal. The patch includes a sample implementation of format feature in qhimdtransfer. (I forgot to add a file, so there are 2 patches). I have tested it on windows only yet. It supports "prevent/allow removal" as static function used in open/close device, "himd format", "get disc id" and "wait for unit ready" with "test unit ready" used as static function. Just for testing and discussing ;) Thomas --=_gcmail5_alt-- --=_gcmail5 Content-Type: application/octet-stream; name="0001-added-scsi-support-with-libusal.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-added-scsi-support-with-libusal.patch" RnJvbSBhN2NlYWM3NTY3ZDczYmI2NzEzZTlmYTI0NzczODAxOGZiYTE2ZGFmIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiB1bmtub3duIDxtYW4yQC4obm9uZSk+CkRhdGU6IFR1ZSwgMjcg QXByIDIwMTAgMjA6MzM6MTggKzAyMDAKU3ViamVjdDogW1BBVENIIDEvMl0gYWRkZWQgc2NzaSBz dXBwb3J0IHdpdGggbGlidXNhbAoKLS0tCiBsaWJoaW1kL2hpbWQuaCAgICAgICAgICAgICAgICAg ICAgICB8ICAgMzEgKysrKysrKysrKysrKy0KIGxpYmhpbWQvbGliaGltZC5wcm8gICAgICAgICAg ICAgICAgIHwgICAxMCArKysrLQogcWhpbWR0cmFuc2Zlci9xaGltZGRldGVjdGlvbi5oICAgICAg fCAgICAxICsKIHFoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuY3BwIHwgICA4MCArKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKwogcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1h dGRpYWxvZy5oICAgfCAgIDExICsrKysrCiBxaGltZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5j cHAgICB8ICAgMjcgKysrKysrKysrKy0tCiBxaGltZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5o ICAgICB8ICAgIDEgKwogcWhpbWR0cmFuc2Zlci9xaGltZHdpbmRldGVjdGlvbi5jcHAgfCAgICAz ICstCiA4IGZpbGVzIGNoYW5nZWQsIDE1NSBpbnNlcnRpb25zKCspLCA5IGRlbGV0aW9ucygtKQoK ZGlmZiAtLWdpdCBhL2xpYmhpbWQvaGltZC5oIGIvbGliaGltZC9oaW1kLmgKaW5kZXggYzI4M2Mx Zi4uZjY0NjlmNCAxMDA2NDQKLS0tIGEvbGliaGltZC9oaW1kLmgKKysrIGIvbGliaGltZC9oaW1k LmgKQEAgLTYwLDcgKzYwLDEyIEBAIGVudW0gaGltZHN0YXR1cyB7IEhJTURfT0ssCiAgICAgICAg ICAgICAgICAgICBISU1EX0VSUk9SX0JBRF9EQVRBX0ZPUk1BVCwKICAgICAgICAgICAgICAgICAg IEhJTURfRVJST1JfVU5TVVBQT1JURURfRU5DUllQVElPTiwKICAgICAgICAgICAgICAgICAgIEhJ TURfRVJST1JfRU5DUllQVElPTl9GQUlMVVJFLAotICAgICAgICAgICAgICAgICAgSElNRF9FUlJP Ul9PVVRfT0ZfTUVNT1JZIH07CisgICAgICAgICAgICAgICAgICBISU1EX0VSUk9SX09VVF9PRl9N RU1PUlksCisgICAgICAgICAgICAgICAgICBISU1EX0VSUk9SX0NBTlRfT1BFTl9TQ1NJX0RFVklD RSwKKyAgICAgICAgICAgICAgICAgIEhJTURfRVJST1JfREVWSUNFX0FMUkVBRFlfT1BFTkVELAor ICAgICAgICAgICAgICAgICAgSElNRF9FUlJPUl9ERVZJQ0VfTk9UX09QRU5FRCwKKyAgICAgICAg ICAgICAgICAgIEhJTURfRVJST1JfU0NTSV9DT01NQU5EX0ZBSUxFRCwKKyAgICAgICAgICAgICAg ICAgIEhJTURfRVJST1JfREVWSUNFX05PVF9SRUFEWSB9OwogCiAvKiBhIHRyYWNrIG9uIHRoZSBI aU1EICovCiBzdHJ1Y3QgdHJhY2tpbmZvIHsKQEAgLTE5NSw2ICsyMDAsMzAgQEAgc3RydWN0IGhp bWRfaG9sZWxpc3QgewogCiBpbnQgaGltZF9maW5kX2hvbGVzKHN0cnVjdCBoaW1kICogaGltZCwg c3RydWN0IGhpbWRfaG9sZWxpc3QgKiBob2xlcywgc3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVz KTsKIAorLyogaGltZF9zY3NpLmMgKi8KKyNpZmRlZiBDT05GSUdfV0lUSF9MSUJVU0FMCisjaW5j bHVkZSA8c2NoaWx5Lmg+CisjaW5jbHVkZSA8dXNhbC9zY3NpdHJhbnNwLmg+CisjZW5kaWYKKwor I2RlZmluZSBNQVhfREVWSUNFX0xFTiAyNTYKKyNkZWZpbmUgU0lMRU5UX01PREUgMSAgLyogc2ls ZW50IG1vZGUgd2lsbCBwcmV2ZW50IGd1aSBhcHBsaWNhdGlvbnMgdG8gY3Jhc2ggaWYgdXNhbF9j bWQoKSByZXR1cm5zIDwgMCAqLworCitzdHJ1Y3Qgc2RldiB7CisgICAgY2hhciBkZXZpY2VbTUFY X0RFVklDRV9MRU5dOworICAgIGNoYXIgZXJyc3RyWzgwXTsKKyNpZmRlZiBDT05GSUdfV0lUSF9M SUJVU0FMCisgICAgU0NTSSAqIHVzYWxwOworI2VuZGlmCit9OworCit2b2lkIGhpbWRsbF9yZXNl dF9kZXZpY2Uoc3RydWN0IHNkZXYgKiBzZGV2KTsKK2ludCBoaW1kbGxfb3Blbl9kZXZpY2Uoc3Ry dWN0IHNkZXYgKiBzZGV2LCBpbnQgbW9kZSwgc3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVzKTsK K2ludCBoaW1kbGxfc2VuZF9mb3JtYXRfY21kKHN0cnVjdCBzZGV2ICogc2Rldiwgc3RydWN0IGhp bWRlcnJpbmZvICogc3RhdHVzKTsKK2ludCBoaW1kbGxfd2FpdF9mb3JfdW5pdF9yZWFkeShzdHJ1 Y3Qgc2RldiAqIHNkZXYsIHN0cnVjdCBoaW1kZXJyaW5mbyAqIHN0YXR1cyk7Citjb25zdCBjaGFy ICogaGltZGxsX2dldF9kaXNjaWQoc3RydWN0IHNkZXYgKiBzZGV2LCBjaGFyICogYnVmLCBpbnQg bGVuLCBzdHJ1Y3QgaGltZGVycmluZm8gKiBzdGF0dXMpOwordm9pZCBoaW1kbGxfY2xvc2VfZGV2 aWNlKHN0cnVjdCBzZGV2ICogc2Rldik7CisKIAogI2lmZGVmIF9fY3BsdXNwbHVzCiB9CmRpZmYg LS1naXQgYS9saWJoaW1kL2xpYmhpbWQucHJvIGIvbGliaGltZC9saWJoaW1kLnBybwppbmRleCA0 NTM5MGQwLi5hMmVkZGQ0IDEwMDY0NAotLS0gYS9saWJoaW1kL2xpYmhpbWQucHJvCisrKyBiL2xp YmhpbWQvbGliaGltZC5wcm8KQEAgLTE2LDcgKzE2LDEzIEBAIGVsc2U6ICFidWlsZF9wYXNzOiBt ZXNzYWdlKFlvdSBkaXNhYmxlZCBtY3J5cHQ6IE5vIFBDTSBhbmQgQVRSQUMgdHJhbnNmZXIgd2ls bCBiCiB9CiBlbHNlOiAhYnVpbGRfcGFzczogbWVzc2FnZShZb3UgZGlzYWJsZWQgbWFkOiBNUDMg dHJhbnNmZXIgd2lsbCBiZSBsaW1pdGVkKQogCishd2l0aG91dF9saWJ1c2FsOiB7CisgICAgTElC UyArPSAtbHVzYWwKKyAgICBERUZJTkVTICs9IENPTkZJR19XSVRIX0xJQlVTQUwKK30KK2Vsc2U6 IWJ1aWxkX3Bhc3M6bWVzc2FnZShZb3UgZGlzYWJsZWQgbGlidXNhbDogRm9ybWF0aW5nIG9mIGhp bWQgd2lsbCBub3QgYmUgc3VwcG9ydGVkKQorCiBQS0dDT05GSUcgKz0gZ2xpYi0yLjAKIEhFQURF UlMgKz0gaGltZC5oIGhpbWRfcHJpdmF0ZS5oIHNvbnlfb21hLmgKLVNPVVJDRVMgKz0gZW5jcnlw dGlvbi5jIGhpbWQuYyBtZHN0cmVhbS5jIHRyYWNraW5kZXguYyBzb255X29tYS5jIGZyYWcuYwot TElCUyAgICArPSAtbG1hZCAtbG1jcnlwdAorU09VUkNFUyArPSBlbmNyeXB0aW9uLmMgaGltZC5j IG1kc3RyZWFtLmMgdHJhY2tpbmRleC5jIHNvbnlfb21hLmMgZnJhZy5jIGhpbWRfc2NzaS5jCitM SUJTICAgICs9IC1sbWFkIC1sbWNyeXB0IC1sdXNhbApkaWZmIC0tZ2l0IGEvcWhpbWR0cmFuc2Zl ci9xaGltZGRldGVjdGlvbi5oIGIvcWhpbWR0cmFuc2Zlci9xaGltZGRldGVjdGlvbi5oCmluZGV4 IDVjMzBiZTkuLjVhNDE3YTYgMTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRkZXRlY3Rp b24uaAorKysgYi9xaGltZHRyYW5zZmVyL3FoaW1kZGV0ZWN0aW9uLmgKQEAgLTI0LDYgKzI0LDcg QEAgc3RydWN0IGhpbWRfZGV2aWNlIHsKICAgICAgICAgICAgICAgICAgICAgUVN0cmluZyBwYXRo OwogICAgICAgICAgICAgICAgICAgICBib29sIG1kX2luc2VydGVkOwogICAgICAgICAgICAgICAg ICAgICBRU3RyaW5nIHJlY29yZGVyX25hbWU7CisgICAgICAgICAgICAgICAgICAgIFFTdHJpbmcg c2NzaV9kZXZpY2U7CiAgICAgICAgICAgICAgICAgICAgIHZpcnR1YWwgfmhpbWRfZGV2aWNlKCl7 fSAvKiBmb3IgcG9seW1vcnBoaWMgZGVsZXRlICovCiAgICAgICAgICAgICAgICAgICAgIH07CiAK ZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuY3BwIGIvcWhpbWR0 cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAKaW5kZXggZjNlMDQ1Mi4uOWFlNDMwNCAxMDA2 NDQKLS0tIGEvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAKKysrIGIvcWhpbWR0 cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5jcHAKQEAgLTEsNSArMSw0MiBAQAogI2luY2x1ZGUg InFoaW1kZm9ybWF0ZGlhbG9nLmgiCiAjaW5jbHVkZSAidWlfcWhpbWRmb3JtYXRkaWFsb2cuaCIK KyNpbmNsdWRlIDxRdENvcmUvUURlYnVnPgorI2luY2x1ZGUgPFF0R3VpL1FNZXNzYWdlQm94Pgor I2luY2x1ZGUgIi4uL2xpYmhpbWQvaGltZC5oIgorCitzdGF0aWMgdm9pZCBjbGVhcl9kZXZpY2Uo c3RydWN0IHNkZXYgKiBzZGV2KQoreworICAgIG1lbXNldChzZGV2LT5kZXZpY2UsIDB4MCwgc2l6 ZW9mKHNkZXYtPmRldmljZSkpOworICAgIGhpbWRsbF9yZXNldF9kZXZpY2Uoc2Rldik7Cit9CisK K3N0YXRpYyB2b2lkIHNldF9kZXZpY2Uoc3RydWN0IHNkZXYgKiBzZGV2LCBRU3RyaW5nIGRldmlj ZSkKK3sKKyAgICBjbGVhcl9kZXZpY2Uoc2Rldik7CisgICAgc3RyY3B5KHNkZXYtPmRldmljZSwg ZGV2aWNlLnRvTG9jYWw4Qml0KCkuZGF0YSgpKTsKK30KKwordm9pZCBRSGlNREZvcm1hdERpYWxv Zzo6b3Blbl9zY3NpZGV2aWNlKFFTdHJpbmcgZGV2aWNlKQoreworICAgIHN0cnVjdCBoaW1kZXJy aW5mbyBzdGF0dXM7CisgICAgaWYoZGV2aWNlLmlzRW1wdHkoKSkKKyAgICAgICAgZ290byBjbGVh bjsKKworICAgIHNldF9kZXZpY2UoJnNkZXYsIGRldmljZSk7CisKKyAgICBpZihoaW1kbGxfb3Bl bl9kZXZpY2UoJnNkZXYsIFNJTEVOVF9NT0RFLCAmc3RhdHVzKSA8IDApCisgICAgeworICAgICAg ICBxRGVidWcoKSA8PCBzdGF0dXMuc3RhdHVzbXNnOworICAgICAgICBnb3RvIGNsZWFuOworICAg IH0KKworICAgIHNob3coKTsKKyAgICByZXR1cm47CisKK2NsZWFuOgorICAgIGNsZWFyX2Rldmlj ZSgmc2Rldik7CisgICAgZW1pdCBmb3JtYXRfZmluaXNoZWQoKTsKK30KIAogUUhpTURGb3JtYXRE aWFsb2c6OlFIaU1ERm9ybWF0RGlhbG9nKFFXaWRnZXQgKnBhcmVudCkgOgogICAgIFFEaWFsb2co cGFyZW50KSwKQEAgLTIzLDMgKzYwLDQ2IEBAIHZvaWQgUUhpTURGb3JtYXREaWFsb2c6OmNoYW5n ZUV2ZW50KFFFdmVudCAqZSkKICAgICAgICAgYnJlYWs7CiAgICAgfQogfQorCit2b2lkIFFIaU1E Rm9ybWF0RGlhbG9nOjpjbG9zZUV2ZW50KFFFdmVudCAqZXZlbnQpCit7CisgICAgaGltZGxsX2Ns b3NlX2RldmljZSgmc2Rldik7CisgICAgY2xlYXJfZGV2aWNlKCZzZGV2KTsKKyAgICBlbWl0IGZv cm1hdF9maW5pc2hlZCgpOworfQorCit2b2lkIFFIaU1ERm9ybWF0RGlhbG9nOjpvbl9idXR0b25C b3hfYWNjZXB0ZWQoKQoreworICAgIHN0cnVjdCBoaW1kZXJyaW5mbyBzdGF0dXM7CisgICAgUU1l c3NhZ2VCb3ggZm9ybWF0U3RhdHVzOworICAgIGNoYXIgYnVmZmVyWzB4MTBdOworICAgIFFCeXRl QXJyYXkgZGlza0lEOworICAgIFFTdHJpbmcgaWQ7CisKKyAgICBpZihoaW1kbGxfc2VuZF9mb3Jt YXRfY21kKCZzZGV2LCAmc3RhdHVzKSA8IDApCisgICAgeworICAgICAgICBmb3JtYXRTdGF0dXMu c2V0VGV4dCh0cigiRXJyb3IgZm9ybWF0dGluZyBIaU1EOlxuIikgKyBzdGF0dXMuc3RhdHVzbXNn KTsKKyAgICB9CisgICAgZWxzZQorICAgIHsKKyAgICAgICAgaWYoaGltZGxsX3dhaXRfZm9yX3Vu aXRfcmVhZHkoJnNkZXYsICZzdGF0dXMpIDwgMCkKKyAgICAgICAgICAgIGZvcm1hdFN0YXR1cy5z ZXRUZXh0KHRyKCJFcnJvciBmb3JtYXR0aW5nIEhpTUQ6ICIpICsgc3RhdHVzLnN0YXR1c21zZyk7 CisgICAgICAgIGVsc2UKKyAgICAgICAgeworICAgICAgICAgICAgZGlza0lEID0gUUJ5dGVBcnJh eShoaW1kbGxfZ2V0X2Rpc2NpZCgmc2RldiwgYnVmZmVyLCBzaXplb2YoYnVmZmVyKSwgJnN0YXR1 cyksIHNpemVvZihidWZmZXIpKTsKKyAgICAgICAgICAgIGlmKGRpc2tJRC5pc051bGwoKSkKKyAg ICAgICAgICAgICAgICBpZCA9IHRyKCJub3QgYXZhaWxhYmxlXG4iKSArIHN0YXR1cy5zdGF0dXNt c2c7CisgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgaWQgPSBRU3RyaW5nKGRpc2tJ RC50b0hleCgpKTsKKyAgICAgICAgICAgIGZvcm1hdFN0YXR1cy5zZXRUZXh0KHRyKCJIaU1EIHN1 Y2Nlc3NmdWxseSBmb3JtYXR0ZWRcbk5ldyBkaXNrIElEIGlzICIpICsgaWQpOworICAgICAgICB9 CisgICAgfQorCisgICAgZm9ybWF0U3RhdHVzLmV4ZWMoKTsKKyAgICBjbG9zZUV2ZW50KE5VTEwp OworfQorCit2b2lkIFFIaU1ERm9ybWF0RGlhbG9nOjpvbl9idXR0b25Cb3hfcmVqZWN0ZWQoKQor eworICAgIGNsb3NlRXZlbnQoTlVMTCk7Cit9ClwgTm8gbmV3bGluZSBhdCBlbmQgb2YgZmlsZQpk aWZmIC0tZ2l0IGEvcWhpbWR0cmFuc2Zlci9xaGltZGZvcm1hdGRpYWxvZy5oIGIvcWhpbWR0cmFu c2Zlci9xaGltZGZvcm1hdGRpYWxvZy5oCmluZGV4IDViOTJjOGEuLjY3NmU5NjEgMTAwNjQ0Ci0t LSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRmb3JtYXRkaWFsb2cuaAorKysgYi9xaGltZHRyYW5zZmVy L3FoaW1kZm9ybWF0ZGlhbG9nLmgKQEAgLTIsNiArMiw3IEBACiAjZGVmaW5lIFFISU1ERk9STUFU RElBTE9HX0gKIAogI2luY2x1ZGUgPFF0R3VpL1FEaWFsb2c+CisjaW5jbHVkZSA8aGltZC5oPgog CiBuYW1lc3BhY2UgVWkgewogICAgIGNsYXNzIFFIaU1ERm9ybWF0RGlhbG9nOwpAQCAtMTMsMTIg KzE0LDIyIEBAIGNsYXNzIFFIaU1ERm9ybWF0RGlhbG9nIDogcHVibGljIFFEaWFsb2cgewogcHVi bGljOgogICAgIGV4cGxpY2l0IFFIaU1ERm9ybWF0RGlhbG9nKFFXaWRnZXQgKnBhcmVudCA9IDAp OwogICAgIHZpcnR1YWwgflFIaU1ERm9ybWF0RGlhbG9nKCk7CisgICAgdm9pZCBvcGVuX3Njc2lk ZXZpY2UoUVN0cmluZyBkZXZpY2UpOwogCiBwcm90ZWN0ZWQ6CiAgICAgdmlydHVhbCB2b2lkIGNo YW5nZUV2ZW50KFFFdmVudCAqZSk7CisgICAgdmlydHVhbCB2b2lkIGNsb3NlRXZlbnQoUUV2ZW50 ICpldmVudCk7CiAKIHByaXZhdGU6CiAgICAgVWk6OlFIaU1ERm9ybWF0RGlhbG9nICptX3VpOwor ICAgIHN0cnVjdCBzZGV2IHNkZXY7CisKK3ByaXZhdGUgc2xvdHM6CisgICAgdm9pZCBvbl9idXR0 b25Cb3hfcmVqZWN0ZWQoKTsKKyAgICB2b2lkIG9uX2J1dHRvbkJveF9hY2NlcHRlZCgpOworCitz aWduYWxzOgorICAgIHZvaWQgZm9ybWF0X2ZpbmlzaGVkKCk7CiB9OwogCiAjZW5kaWYgLy8gUUhJ TURGT1JNQVRESUFMT0dfSApkaWZmIC0tZ2l0IGEvcWhpbWR0cmFuc2Zlci9xaGltZG1haW53aW5k b3cuY3BwIGIvcWhpbWR0cmFuc2Zlci9xaGltZG1haW53aW5kb3cuY3BwCmluZGV4IDM1OWM5MWUu LmQ4OGE0YjAgMTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmNwcAor KysgYi9xaGltZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5jcHAKQEAgLTE1NCw3ICsxNTQsNyBA QCBRU3RyaW5nIFFIaU1ETWFpbldpbmRvdzo6ZHVtcHBjbShjb25zdCBRSGlNRFRyYWNrICYgdHJh Y2ssIFFTdHJpbmcgZmlsZSkKIAogICAgIHdoaWxlKGhpbWRfbm9ubXAzc3RyZWFtX3JlYWRfYmxv Y2soJnN0ciwgJmRhdGEsICZsZW4sIE5VTEwsICZzdGF0dXMpID49IDApCiAgICAgewotICAgICAg CisKICAgICAgIGZvcihpID0gMDsgaSA8IGxlbi80OyBpKyspIHsKIAogICAgICAgICBsZWZ0ID0g ZGF0YVtpKjRdKjI1NitkYXRhW2kqNCsxXTsKQEAgLTMwOSw3ICszMDksNyBAQCB2b2lkIFFIaU1E TWFpbldpbmRvdzo6dXBsb2FkX3RvKGNvbnN0IFFTdHJpbmcgJiBVcGxvYWREaXJlY3RvcnkpCiAg ICAgICAgIGFsbGJsb2NrcyArPSB0cmFja3NbaV0uYmxvY2tjb3VudCgpOwogCiAgICAgdXBsb2Fk RGlhbG9nLT5pbml0KHRyYWNrcy5sZW5ndGgoKSwgYWxsYmxvY2tzKTsKLSAgICAKKwogICAgIGZv cihpbnQgaSA9IDA7aSA8IHRyYWNrcy5sZW5ndGgoKTsgaSsrKQogICAgIHsKICAgICAgICAgUVN0 cmluZyBmaWxlbmFtZSwgZXJybXNnOwpAQCAtMzYwLDcgKzM2MCw3IEBAIHZvaWQgUUhpTURNYWlu V2luZG93Ojp1cGxvYWRfdG8oY29uc3QgUVN0cmluZyAmIFVwbG9hZERpcmVjdG9yeSkKIAogUUhp TURNYWluV2luZG93OjpRSGlNRE1haW5XaW5kb3coUVdpZGdldCAqcGFyZW50KQogICAgIDogUU1h aW5XaW5kb3cocGFyZW50KSwgdWkobmV3IFVpOjpRSGlNRE1haW5XaW5kb3dDbGFzcykKLXsgICAK K3sKICAgICBhYm91dERpYWxvZyA9IG5ldyBRSGlNREFib3V0RGlhbG9nOwogICAgIGZvcm1hdERp YWxvZyA9IG5ldyBRSGlNREZvcm1hdERpYWxvZzsKICAgICB1cGxvYWREaWFsb2cgPSBuZXcgUUhp TURVcGxvYWREaWFsb2c7CkBAIC0zNzQsNiArMzc0LDcgQEAgUUhpTURNYWluV2luZG93OjpRSGlN RE1haW5XaW5kb3coUVdpZGdldCAqcGFyZW50KQogICAgIHVpLT5oaW1kX2RldmljZXMtPmhpZGUo KTsKICAgICBpZighYXV0b2RldGVjdF9pbml0KCkpCiAgICAgICAgIHVpLT5zdGF0dXNCYXItPnNo b3dNZXNzYWdlKCIgYXV0b2RldGVjdGlvbiBkaXNhYmxlZCIsIDEwMDAwKTsKKyAgICBRT2JqZWN0 Ojpjb25uZWN0KGZvcm1hdERpYWxvZywgU0lHTkFMKGZvcm1hdF9maW5pc2hlZCgpKSwgdGhpcywg U0xPVChmb3JtYXREaWFsb2dfZmluaXNoZWQoKSkpOwogfQogCiBRSGlNRE1haW5XaW5kb3c6On5R SGlNRE1haW5XaW5kb3coKQpAQCAtNDIzLDcgKzQyNCwxNCBAQCB2b2lkIFFIaU1ETWFpbldpbmRv dzo6b25fYWN0aW9uX0Fib3V0X3RyaWdnZXJlZCgpCiAKIHZvaWQgUUhpTURNYWluV2luZG93Ojpv bl9hY3Rpb25fRm9ybWF0X3RyaWdnZXJlZCgpCiB7Ci0gICAgZm9ybWF0RGlhbG9nLT5zaG93KCk7 CisgICAgaGltZF9kZXZpY2UgKiBkZXYgPSBkZXRlY3QtPmZpbmRfYnlfcGF0aCh1aS0+aGltZF9k ZXZpY2VzLT5jdXJyZW50VGV4dCgpKTsKKwkgICAgaWYoZGV2ID09IE5VTEwgfHwgZGV2LT5zY3Np X2RldmljZS5pc0VtcHR5KCkpCisJICAgICAgICByZXR1cm47CisKKwkgICAgZW1pdCBoaW1kX2J1 c3kodWktPmhpbWRfZGV2aWNlcy0+Y3VycmVudFRleHQoKSk7CisJICAgIHVpLT5oaW1kX2Rldmlj ZXMtPnNldEVuYWJsZWQoZmFsc2UpOworCSAgICB1aS0+YWN0aW9uX0Nvbm5lY3QtPnNldEVuYWJs ZWQoZmFsc2UpOworICAgIGZvcm1hdERpYWxvZy0+b3Blbl9zY3NpZGV2aWNlKGRldi0+c2NzaV9k ZXZpY2UpOwogfQogCiB2b2lkIFFIaU1ETWFpbldpbmRvdzo6b25fYWN0aW9uX0Nvbm5lY3RfdHJp Z2dlcmVkKCkKQEAgLTUwOSwxMSArNTE3LDEzIEBAIHZvaWQgUUhpTURNYWluV2luZG93OjpoaW1k X3JlbW92ZWQoUVN0cmluZyBIaU1EUGF0aCkKIAogICAgIGlmKEhpTURQYXRoLmlzRW1wdHkoKSkK ICAgICAgICAgcmV0dXJuOwotICAgIGlmICh1aS0+aGltZHBhdGgtPnRleHQoKSA9PSBIaU1EUGF0 aCkKKyAgICBpZiAodWktPmhpbWRfZGV2aWNlcy0+Y3VycmVudFRleHQoKSA9PSBIaU1EUGF0aCkK ICAgICB7CiAgICAgICAgIHVpLT5oaW1kcGF0aC0+c2V0VGV4dCh0cigiKGRpc2Nvbm5lY3RlZCki KSk7CiAgICAgICAgIHVpLT5zdGF0dXNCYXItPmNsZWFyTWVzc2FnZSgpOwogICAgICAgICB0cmFj a21vZGVsLmNsb3NlKCk7CisgICAgICAgIGlmKGZvcm1hdERpYWxvZy0+aXNWaXNpYmxlKCkpCisg ICAgICAgICAgICBmb3JtYXREaWFsb2ctPmNsb3NlKCk7CiAgICAgfQogCiAgICAgaW5kZXggPSB1 aS0+aGltZF9kZXZpY2VzLT5maW5kVGV4dChIaU1EUGF0aCk7CkBAIC01MzMsMyArNTQzLDEwIEBA IHZvaWQgUUhpTURNYWluV2luZG93Ojpvbl9oaW1kX2RldmljZXNfYWN0aXZhdGVkKFFTdHJpbmcg ZGV2aWNlKQogewogICAgIG9wZW5faGltZF9hdChkZXZpY2UpOwogfQorCit2b2lkIFFIaU1ETWFp bldpbmRvdzo6Zm9ybWF0RGlhbG9nX2ZpbmlzaGVkKCkKK3sKKyAgICB1aS0+aGltZF9kZXZpY2Vz LT5zZXRFbmFibGVkKHRydWUpOworICAgIHVpLT5hY3Rpb25fQ29ubmVjdC0+c2V0RW5hYmxlZCh0 cnVlKTsKKyAgICBlbWl0IGhpbWRfaWRsZSh1aS0+aGltZF9kZXZpY2VzLT5jdXJyZW50VGV4dCgp KTsKK30KZGlmZiAtLWdpdCBhL3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmggYi9xaGlt ZHRyYW5zZmVyL3FoaW1kbWFpbndpbmRvdy5oCmluZGV4IDY5NDYyMmEuLmE1MjM2MTAgMTAwNjQ0 Ci0tLSBhL3FoaW1kdHJhbnNmZXIvcWhpbWRtYWlud2luZG93LmgKKysrIGIvcWhpbWR0cmFuc2Zl ci9xaGltZG1haW53aW5kb3cuaApAQCAtNjYsNiArNjYsNyBAQCBwcml2YXRlIHNsb3RzOgogICAg IHZvaWQgaGltZF9mb3VuZChRU3RyaW5nIHBhdGgpOwogICAgIHZvaWQgaGltZF9yZW1vdmVkKFFT dHJpbmcgcGF0aCk7CiAgICAgdm9pZCBvbl9oaW1kX2RldmljZXNfYWN0aXZhdGVkKFFTdHJpbmcg ZGV2aWNlKTsKKyAgICB2b2lkIGZvcm1hdERpYWxvZ19maW5pc2hlZCgpOwogCiBzaWduYWxzOgog ICAgIHZvaWQgaGltZF9idXN5KFFTdHJpbmcgcGF0aCk7CmRpZmYgLS1naXQgYS9xaGltZHRyYW5z ZmVyL3FoaW1kd2luZGV0ZWN0aW9uLmNwcCBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rp b24uY3BwCmluZGV4IDFkYzQzN2EuLjAxYzZjMjggMTAwNjQ0Ci0tLSBhL3FoaW1kdHJhbnNmZXIv cWhpbWR3aW5kZXRlY3Rpb24uY3BwCisrKyBiL3FoaW1kdHJhbnNmZXIvcWhpbWR3aW5kZXRlY3Rp b24uY3BwCkBAIC01OCw3ICs1OCw3IEBAIFFIaU1ERGV0ZWN0aW9uICogY3JlYXRlRGV0ZWN0aW9u KFFPYmplY3QgKiBwYXJlbnQpCiAgICAgcmV0dXJuIG5ldyBRSGlNRFdpbkRldGVjdGlvbihwYXJl bnQpOwogfQogCi1RSGlNRFdpbkRldGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9iamVjdCAq IHBhcmVudCkgCitRSGlNRFdpbkRldGVjdGlvbjo6UUhpTURXaW5EZXRlY3Rpb24oUU9iamVjdCAq IHBhcmVudCkKICAgOiBRSGlNRERldGVjdGlvbihwYXJlbnQpLCBRV2lkZ2V0KDApCiB7CiAgICAg Ly8gYXNrIGZvciBXaW5kb3cgSUQgdG8gaGF2ZSBRdCBjcmVhdGUgdGhlIHdpbmRvdy4KQEAgLTIy Miw2ICsyMjIsNyBAQCB2b2lkIFFIaU1EV2luRGV0ZWN0aW9uOjphZGRfaGltZGRldmljZShRU3Ry aW5nIHBhdGgsIFFTdHJpbmcgbmFtZSkKICAgICBuZXdfZGV2aWNlLT5pc19idXN5ID0gZmFsc2U7 CiAgICAgbmV3X2RldmljZS0+cGF0aCA9IHBhdGg7CiAgICAgbmV3X2RldmljZS0+cmVjb3JkZXJf bmFtZSA9IG5hbWU7CisgICAgbmV3X2RldmljZS0+c2NzaV9kZXZpY2UgPSBwYXRoLmF0KDApOwog CiAgICAgZmlsZVswXSA9IHBhdGguYXQoMCkudG9Bc2NpaSgpOwogICAgIGlmKE9wZW5GaWxlKGZp bGUsICZPRmZpbGUsIE9GX0VYSVNUKSAhPSBIRklMRV9FUlJPUikKLS0gCjEuNi40Lm1zeXNnaXQu MAoK --=_gcmail5 Content-Type: application/octet-stream; name="0002-added-scsi-support-with-libusal.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0002-added-scsi-support-with-libusal.patch" RnJvbSA1YTQyNTY3NTlhMWE4ZTRkZDA2NGFiYjc0ZDg3NDU4OTcwNGViYWJmIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiB1bmtub3duIDxtYW4yQC4obm9uZSk+CkRhdGU6IFR1ZSwgMjcg QXByIDIwMTAgMjA6MzU6MTQgKzAyMDAKU3ViamVjdDogW1BBVENIIDIvMl0gYWRkZWQgc2NzaSBz dXBwb3J0IHdpdGggbGlidXNhbAoKLS0tCiBsaWJoaW1kL2hpbWRfc2NzaS5jIHwgIDI3MCArKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysKIDEgZmlsZXMg Y2hhbmdlZCwgMjcwIGluc2VydGlvbnMoKyksIDAgZGVsZXRpb25zKC0pCiBjcmVhdGUgbW9kZSAx MDA2NDQgbGliaGltZC9oaW1kX3Njc2kuYwoKZGlmZiAtLWdpdCBhL2xpYmhpbWQvaGltZF9zY3Np LmMgYi9saWJoaW1kL2hpbWRfc2NzaS5jCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAw MDAuLjI0N2MxN2EKLS0tIC9kZXYvbnVsbAorKysgYi9saWJoaW1kL2hpbWRfc2NzaS5jCkBAIC0w LDAgKzEsMjcwIEBACisjaW5jbHVkZSA8c3RyaW5nLmg+CisKKyNpbmNsdWRlICJoaW1kLmgiCisj aW5jbHVkZSAiaGltZF9wcml2YXRlLmgiCisKKyNkZWZpbmUgXyh4KSAoeCkKKworI2lmZGVmIENP TkZJR19XSVRIX0xJQlVTQUwKKyNpbmNsdWRlIDx1c2FsL3VzYWxjbWQuaD4KKworI2RlZmluZSBT Q1NJX1RJTUVPVVQgMjAKKyNkZWZpbmUgQUxMT1dfUkVNT1ZBTCAwCisjZGVmaW5lIFBSRVZFTlRf UkVNT1ZBTCAxCisjZGVmaW5lIE1BWF9CVUZGRVJfU0laRSAyMDAgIC8qIGZpbmFsIHZhbHVlIGRl cGVuZHMgb24gbWF4IHZhbHVlIG9mIHN1cHBvcnRlZCBjb21tYW5kcyAqLworCitzdGF0aWMgaW50 IHByZXZlbnRfcmVtb3ZhbChzdHJ1Y3Qgc2RldiAqIHNkZXYsIGludCBwcmV2ZW50KQoreworICAg IHN0cnVjdCB1c2FsX2NtZCAqIHNjbWQgPSBzZGV2LT51c2FscC0+c2NtZDsKKworICAgIG1lbXNl dChzZGV2LT51c2FscC0+ZXJyc3RyLCAweDAsIHNpemVvZihzZGV2LT51c2FscC0+ZXJyc3RyKSk7 CisgICAgbWVtc2V0KHNjbWQsIDAsIHNpemVvZihzdHJ1Y3QgdXNhbF9jbWQpKTsKKyAgICBzY21k LT5hZGRyID0gKGNhZGRyX3QpMDsKKyAgICBzY21kLT5zaXplID0gMDsKKyAgICBzY21kLT5jZGJf bGVuID0gU0NfRzBfQ0RCTEVOOworICAgIHNjbWQtPnNlbnNlX2xlbiA9IENDU19TRU5TRV9MRU47 CisgICAgc2NtZC0+ZmxhZ3MgPSBTQ0dfRElTUkVfRU5BOworICAgIHNjbWQtPmNkYi5nMF9jZGIu Y21kID0gMHgxRTsKKyAgICBzY21kLT5jZGIuZzBfY2RiLmx1biA9IHVzYWxfbHVuKHNkZXYtPnVz YWxwKTsKKyAgICBzY21kLT5jZGIuZzBfY2RiLmNvdW50ID0gcHJldmVudCAmIDE7CisKKyAgICBz ZGV2LT51c2FscC0+Y21kbmFtZSA9ICJhbGxvdyAvIHByZXZlbnQgcmVtb3ZhbCI7CisKKyAgICBy ZXR1cm4gdXNhbF9jbWQoc2Rldi0+dXNhbHApOworfQorCitzdGF0aWMgaW50IHRlc3RfdW5pdF9y ZWFkeShzdHJ1Y3Qgc2RldiAqIHNkZXYpCit7CisgICAgc3RydWN0IHVzYWxfY21kICogc2NtZCA9 IHNkZXYtPnVzYWxwLT5zY21kOworCisgICAgbWVtc2V0KHNkZXYtPnVzYWxwLT5lcnJzdHIsIDB4 MCwgc2l6ZW9mKHNkZXYtPnVzYWxwLT5lcnJzdHIpKTsKKyAgICBtZW1zZXQoc2NtZCwgMCwgc2l6 ZW9mKHN0cnVjdCB1c2FsX2NtZCkpOworICAgIHNjbWQtPmFkZHIgPSAoY2FkZHJfdCkwOworICAg IHNjbWQtPnNpemUgPSAwOworICAgIHNjbWQtPmZsYWdzID0gU0NHX0RJU1JFX0VOQTsKKyAgICBz Y21kLT5jZGJfbGVuID0gU0NfRzBfQ0RCTEVOOworICAgIHNjbWQtPnNlbnNlX2xlbiA9IENDU19T RU5TRV9MRU47CisgICAgc2NtZC0+Y2RiLmcwX2NkYi5jbWQgPSBTQ19URVNUX1VOSVRfUkVBRFk7 CisgICAgc2NtZC0+Y2RiLmcwX2NkYi5sdW4gPSB1c2FsX2x1bihzZGV2LT51c2FscCk7CisKKyAg ICBzZGV2LT51c2FscC0+Y21kbmFtZSA9ICJ0ZXN0IHVuaXQgcmVhZHkiOworCisgICAgcmV0dXJu IHVzYWxfY21kKHNkZXYtPnVzYWxwKTsKK30KKworc3RhdGljIGludCBzZW5kX2NvbW1hbmQoc3Ry dWN0IHNkZXYgKiBzZGV2LCBjb25zdCBjaGFyICogY29tbWFuZCwgaW50IGxlbiwgY2hhciAqIG5h bWUpCit7CisgICAgc3RydWN0IHVzYWxfY21kICogc2NtZCA9IHNkZXYtPnVzYWxwLT5zY21kOwor CisgICAgbWVtc2V0KHNkZXYtPnVzYWxwLT5lcnJzdHIsIDB4MCwgc2l6ZW9mKHNkZXYtPnVzYWxw LT5lcnJzdHIpKTsKKyAgICB1c2FsX3NldHRpbWVvdXQoc2Rldi0+dXNhbHAsIFNDU0lfVElNRU9V VCk7CisgICAgc2Rldi0+dXNhbHAtPmNtZG5hbWUgPSBuYW1lOworCisgICAgbWVtc2V0KHNjbWQs IDAsIHNpemVvZihzdHJ1Y3QgdXNhbF9jbWQpKTsKKyAgICBzY21kLT5hZGRyID0gKGNhZGRyX3Qp MDsKKyAgICBzY21kLT5zaXplID0gMDsKKyAgICBzY21kLT5jZGJfbGVuID0gbGVuOworICAgIHNj bWQtPnNlbnNlX2xlbiA9IENDU19TRU5TRV9MRU47CisgICAgc2NtZC0+ZmxhZ3MgPSBTQ0dfRElT UkVfRU5BOworICAgIG1lbWNweShzY21kLT5jZGIuY21kX2NkYiwgY29tbWFuZCwgc2NtZC0+Y2Ri X2xlbik7CisKKyAgICByZXR1cm4gdXNhbF9jbWQoc2Rldi0+dXNhbHApOworfQorCitzdGF0aWMg aW50IHNlbmRfY29tbWFuZF93aXRoX2J1ZmZlcihzdHJ1Y3Qgc2RldiAqIHNkZXYsIGNvbnN0IGNo YXIgKiBjb21tYW5kLCBpbnQgbGVuLCBjaGFyICogbmFtZSwKKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGNoYXIgKiBvdXRidWYsIGludCBvdXRsZW4sIGludCBtb2RlKQorewor ICAgIHN0cnVjdCB1c2FsX2NtZCAqIHNjbWQgPSBzZGV2LT51c2FscC0+c2NtZDsKKworICAgIG1l bXNldChzZGV2LT51c2FscC0+ZXJyc3RyLCAweDAsIHNpemVvZihzZGV2LT51c2FscC0+ZXJyc3Ry KSk7CisgICAgdXNhbF9zZXR0aW1lb3V0KHNkZXYtPnVzYWxwLCBTQ1NJX1RJTUVPVVQpOworICAg IHNkZXYtPnVzYWxwLT5jbWRuYW1lID0gbmFtZTsKKworICAgIG1lbXNldChzY21kLCAwLCBzaXpl b2Yoc3RydWN0IHVzYWxfY21kKSk7CisgICAgc2NtZC0+YWRkciA9IChjYWRkcl90KW91dGJ1ZjsK KyAgICBzY21kLT5zaXplID0gb3V0bGVuOworICAgIHNjbWQtPmNkYl9sZW4gPSBsZW47CisgICAg c2NtZC0+c2Vuc2VfbGVuID0gQ0NTX1NFTlNFX0xFTjsKKyAgICBzY21kLT5mbGFncyA9IG1vZGUg fCBTQ0dfRElTUkVfRU5BOworICAgIG1lbWNweShzY21kLT5jZGIuY21kX2NkYiwgY29tbWFuZCwg c2NtZC0+Y2RiX2xlbik7CisKKyAgICByZXR1cm4gdXNhbF9jbWQoc2Rldi0+dXNhbHApOworfQor Cit2b2lkIGhpbWRsbF9yZXNldF9kZXZpY2Uoc3RydWN0IHNkZXYgKiBzZGV2KSAgLyogY2xlYXIg cG9pbnRlciBvbiB1bmluaXRpYWxpemVkIHN0cnVjdCBzZGV2ICovCit7CisgICAgc2Rldi0+dXNh bHAgPSBOVUxMOworfQorCitpbnQgaGltZGxsX29wZW5fZGV2aWNlKHN0cnVjdCBzZGV2ICogc2Rl diwgaW50IG1vZGUsIHN0cnVjdCBoaW1kZXJyaW5mbyAqIHN0YXR1cykKK3sKKyAgICBpZihzZGV2 LT51c2FscCAhPSBOVUxMKSAgIC8qIGxpbWl0ZWQgdG8gb25lIHNjc2kgZGV2aWNlIHBlciBzZXNz aW9uLCB3ZSBzaG91bGQgY2hlY2sgaWYgd2UgKi8KKyAgICB7ICAgICAgICAgICAgICAgICAgICAg ICAgIC8qIHdhbnQgdG8gc3VwcG9ydCBtdWx0aXBsZSBkZXZpY2VzIGF0IHRoZSBzYW1lIHRpbWUg Ki8KKyAgICAgICAgc2V0X3N0YXR1c19jb25zdChzdGF0dXMsIEhJTURfRVJST1JfREVWSUNFX0FM UkVBRFlfT1BFTkVELAorICAgICAgICAgICAgICAgICAgICAgICAgIF8oIkNhbrR0IG9wZW4gc2Nz aSBkZXZpY2UsIGFub3RoZXIgaW5zdGFuY2UgaXMgYWxyZWFkeSBydW5uaW5nIikpOworICAgICAg ICByZXR1cm4gLTE7CisgICAgfQorCisgICAgc2Rldi0+dXNhbHAgPSB1c2FsX29wZW4oc2Rldi0+ ZGV2aWNlLCBzZGV2LT5lcnJzdHIsIHNpemVvZihzZGV2LT5lcnJzdHIpLCAwLCAwKTsKKyAgICBp Zighc2Rldi0+dXNhbHApCisgICAgICAgIGdvdG8gY2xlYW47CisKKyAgICBpZihzZGV2LT51c2Fs cC0+YWRkci5zY3NpYnVzID09IC0yICYmIHNkZXYtPnVzYWxwLT5hZGRyLnRhcmdldCA9PSAtMikK KyAgICB7CisgICAgICAgIGlmKCF1c2FsX19vcGVuKHNkZXYtPnVzYWxwLCBzZGV2LT5kZXZpY2Up KQorICAgICAgICB7CisgICAgICAgICAgICBoaW1kbGxfY2xvc2VfZGV2aWNlKHNkZXYpOworICAg ICAgICAgICAgZ290byBjbGVhbjsKKyAgICAgICAgfQorICAgIH0KKyAgICBzZGV2LT51c2FscC0+ c2lsZW50ID0gbW9kZTsKKyAgICBwcmV2ZW50X3JlbW92YWwoc2RldiwgUFJFVkVOVF9SRU1PVkFM KTsKKyAgICByZXR1cm4gMDsKKworY2xlYW46CisgICAgc2V0X3N0YXR1c19jb25zdChzdGF0dXMs IEhJTURfRVJST1JfQ0FOVF9PUEVOX1NDU0lfREVWSUNFLCBfKCJDYW60dCBvcGVuIHNjc2kgZGV2 aWNlIikpOworICAgIHJldHVybiAtMTsKK30KKworaW50IGhpbWRsbF9zZW5kX2Zvcm1hdF9jbWQo c3RydWN0IHNkZXYgKiBzZGV2LCBzdHJ1Y3QgaGltZGVycmluZm8gKiBzdGF0dXMpCit7CisgICAg c3RhdGljIGNvbnN0IGNoYXIgY21kX2Zvcm1hdGhpbWRbMTJdID0gezB4QzIsMCwwLDAsMywwLDAs MCwwLDAsMCwwfTsKKworICAgIGlmKCFzZGV2LT51c2FscCkKKyAgICB7CisgICAgICAgIHNldF9z dGF0dXNfY29uc3Qoc3RhdHVzLCBISU1EX0VSUk9SX0RFVklDRV9OT1RfT1BFTkVELAorICAgICAg ICAgICAgICAgICAgICAgICAgIF8oIkNhbrR0IHNlbmQgZm9ybWF0IGNvbW1hbmQ6IHNjc2kgZGV2 aWNlIG5vdCBvcGVuZWQiKSk7CisgICAgICAgIHJldHVybiAtMTsKKyAgICB9CisKKyAgICBpZihz ZW5kX2NvbW1hbmQoc2RldiwgY21kX2Zvcm1hdGhpbWQsIHNpemVvZihjbWRfZm9ybWF0aGltZCks ICJoaW1kIGZvcm1hdCIpIDwgMCkKKyAgICB7CisgICAgICAgIHNldF9zdGF0dXNfcHJpbnRmKHN0 YXR1cywgSElNRF9FUlJPUl9TQ1NJX0NPTU1BTkRfRkFJTEVELCBfKCJDYW60dCBmb3JtYXQgaGlt ZDogJXMiKSwKKyAgICAgICAgICAgICAgICAgICAgICAgICB1c2FsX3NlbnNlbXNnKDAsIHVzYWxf c2Vuc2VfY29kZShzZGV2LT51c2FscCksIHVzYWxfc2Vuc2VfcXVhbChzZGV2LT51c2FscCksCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOVUxMLCBzZGV2LT51c2FscC0+ ZXJyc3RyLCBzaXplb2Yoc2Rldi0+dXNhbHAtPmVycnN0cikpKTsKKyAgICAgICAgcmV0dXJuIC0x OworICAgIH0KKyAgICByZXR1cm4gMDsKK30KKworaW50IGhpbWRsbF93YWl0X2Zvcl91bml0X3Jl YWR5KHN0cnVjdCBzZGV2ICogc2Rldiwgc3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVzKQorewor ICAgIGludAljLCBrOworICAgIGludCByZXQgPSAwOworCisgICAgaWYoIXNkZXYtPnVzYWxwKQor ICAgIHsKKyAgICAgICAgc2V0X3N0YXR1c19jb25zdChzdGF0dXMsIEhJTURfRVJST1JfREVWSUNF X05PVF9PUEVORUQsCisgICAgICAgICAgICAgICAgICAgICAgICAgXygiQ2FutHQgc2VuZCB0ZXN0 IHVuaXQgcmVhZHkgY29tbWFuZDogc2NzaSBkZXZpY2Ugbm90IG9wZW5lZCIpKTsKKyAgICAgICAg cmV0dXJuIC0xOworICAgIH0KKworICAgIGlmICh0ZXN0X3VuaXRfcmVhZHkoc2RldikgPj0gMCkK KyAgICAgICAgcmV0dXJuIDA7CisKKyAgICB3aGlsZSgocmV0ID0gdGVzdF91bml0X3JlYWR5KHNk ZXYpKSA8IDApCisgICAgeworICAgICAgICBpZiAoc2Rldi0+dXNhbHAtPnNjbWQtPnNjYi5idXN5 ID09IDApCisgICAgICAgIHsKKyAgICAgICAgICAgIGMgPSB1c2FsX3NlbnNlX2NvZGUoc2Rldi0+ dXNhbHApOyAgLyogQWJvcnQgaWYgaXQgZG9lcyBub3QgbWFrZSBzZW5zZSB0byB3YWl0LiAqLwor ICAgICAgICAgICAgayA9IHVzYWxfc2Vuc2Vfa2V5KHNkZXYtPnVzYWxwKTsgICAvKiAweDMwID09 IENhbm5vdCByZWFkIG1lZGl1bSA7IDB4M0EgPT0gTWVkaXVtIG5vdCBwcmVzZW50Ki8KKyAgICAg ICAgICAgIGlmICgoayA9PSBTQ19OT1RfUkVBRFkgJiYgKGMgPT0gMHgzQSB8fCBjID09IDB4MzAp KSB8fChrID09IFNDX01FRElVTV9FUlJPUikpCisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAg ICAgIH0KKyAgICB9CisKKyAgICBpZihyZXQgPCAwKQorICAgIHsKKyAgICAgICAgc2V0X3N0YXR1 c19wcmludGYoc3RhdHVzLCBISU1EX0VSUk9SX0RFVklDRV9OT1RfUkVBRFksCisgICAgICAgICAg ICAgICAgICAgICAgICAgXygiRXJyb3Igd2FpdGluZyBmb3IgdW5pdCByZWFkeTogJnMiKSwKKyAg ICAgICAgICAgICAgICAgICAgICAgICB1c2FsX3NlbnNlbXNnKDAsIHVzYWxfc2Vuc2VfY29kZShz ZGV2LT51c2FscCksIHVzYWxfc2Vuc2VfcXVhbChzZGV2LT51c2FscCksCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBOVUxMLCBzZGV2LT51c2FscC0+ZXJyc3RyLCBzaXpl b2Yoc2Rldi0+dXNhbHAtPmVycnN0cikpKTsKKyAgICAgICAgcmV0dXJuIC0xOworICAgIH0KKyAg ICByZXR1cm4gMDsKK30KKworY29uc3QgY2hhciAqIGhpbWRsbF9nZXRfZGlzY2lkKHN0cnVjdCBz ZGV2ICogc2RldiwgY2hhciAqIGJ1ZiwgaW50IGxlbiwgc3RydWN0IGhpbWRlcnJpbmZvICogc3Rh dHVzKQoreworICAgIGludCBsZW5ndGg7CisgICAgc3RhdGljIGNvbnN0IGNoYXIgY21kX2dldGRp c2NpZFsxMl0gPSB7MHhBNCwwLDAsMCwwLDAsMCwweEJELDAsMHgxMiwweDNELDB9OworICAgIGNo YXIgYnVmZmVyW01BWF9CVUZGRVJfU0laRV07CisKKyAgICBpZighc2Rldi0+dXNhbHApCisgICAg eworICAgICAgICBzZXRfc3RhdHVzX2NvbnN0KHN0YXR1cywgSElNRF9FUlJPUl9ERVZJQ0VfTk9U X09QRU5FRCwKKyAgICAgICAgICAgICAgICAgICAgICAgICBfKCJDYW60dCByZWFkIGRpc2MgaWQ6 IHNjc2kgZGV2aWNlIG5vdCBvcGVuZWQiKSk7CisgICAgICAgIHJldHVybiBOVUxMOworICAgIH0K KworICAgIG1lbXNldChidWZmZXIsIDB4MCwgc2l6ZW9mKGJ1ZmZlcikpOworICAgIG1lbXNldChi dWYsIDB4MCwgbGVuKTsKKworICAgIGlmKHNlbmRfY29tbWFuZF93aXRoX2J1ZmZlcihzZGV2LCBj bWRfZ2V0ZGlzY2lkLCBzaXplb2YoY21kX2dldGRpc2NpZCksICJnZXQgZGlzYyBpZCIsIGJ1ZmZl ciwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMHgxMiwgU0NHX1JFQ1ZfREFUQSkg PCAwKQorICAgIHsKKyAgICAgICAgc2V0X3N0YXR1c19wcmludGYoc3RhdHVzLCBISU1EX0VSUk9S X1NDU0lfQ09NTUFORF9GQUlMRUQsIF8oIkNhbid0IHJlYWQgZGlzYyBpZDogJXMiKSwKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgdXNhbF9zZW5zZW1zZygwLCB1c2FsX3NlbnNlX2NvZGUoc2Rl di0+dXNhbHApLCB1c2FsX3NlbnNlX3F1YWwoc2Rldi0+dXNhbHApLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE5VTEwsIHNkZXYtPnVzYWxwLT5lcnJzdHIsIHNpemVv ZihzZGV2LT51c2FscC0+ZXJyc3RyKSkpOworICAgICAgICByZXR1cm4gTlVMTDsKKyAgICB9CisK KyAgICBsZW5ndGggPSAoKGJ1ZmZlclswXSAmIDB4RkYpICogMjY1KSArIChidWZmZXJbMV0gJiAw eEZGKTsKKyAgICBpZihsZW4gPCBsZW5ndGgpCisgICAgeworICAgICAgICBzZXRfc3RhdHVzX3By aW50ZihzdGF0dXMsIEhJTURfRVJST1JfU0NTSV9DT01NQU5EX0ZBSUxFRCwKKyAgICAgICAgICAg ICAgICAgICAgICAgICBfKCJDYW60dCByZWFkIGRpc2MgaWQ6IG91dHB1dCBidWZmZXIgdG9vIHNo b3J0LCBtaW5pbXVtIG9mICVkIGJ5dGVzIG5lZWRlZCIpLAorICAgICAgICAgICAgICAgICAgICAg ICAgIGxlbmd0aCk7CisgICAgICAgIHJldHVybiBOVUxMOworICAgIH0KKworICAgIG1lbWNweShi dWYsIGJ1ZmZlcisyLCBsZW5ndGgpOworICAgIHJldHVybiBidWY7Cit9CisKK3ZvaWQgaGltZGxs X2Nsb3NlX2RldmljZShzdHJ1Y3Qgc2RldiAqIHNkZXYpCit7CisgICAgaWYoIXNkZXYtPnVzYWxw KQorICAgICAgICByZXR1cm47CisgICAgcHJldmVudF9yZW1vdmFsKHNkZXYsIEFMTE9XX1JFTU9W QUwpOworICAgIHVzYWxfX2Nsb3NlKHNkZXYtPnVzYWxwKTsKKyAgICBoaW1kbGxfcmVzZXRfZGV2 aWNlKHNkZXYpOworfQorI2Vsc2UKKwordm9pZCBoaW1kbGxfcmVzZXRfZGV2aWNlKHN0cnVjdCBz ZGV2ICogc2RldikKK3sKK30KKworaW50IGhpbWRsbF9vcGVuX2RldmljZShzdHJ1Y3Qgc2RldiAq IHNkZXYsIGludCBtb2RlLCAgc3RydWN0IGhpbWRlcnJpbmZvICogc3RhdHVzKQoreworICAgIHNl dF9zdGF0dXNfY29uc3Qoc3RhdHVzLCBISU1EX0VSUk9SX0RJU0FCTEVEX0ZFQVRVUkUsCisgICAg ICAgICAgICAgICAgICAgICBfKCJDYW4ndCBvcGVuIHNjc2kgZGV2aWNlOiBDb21waWxlZCB3aXRo b3V0IGxpYnVzYWwgbGlicmFyeSIpKTsKKyAgICByZXR1cm4gLTE7Cit9CisKK2ludCBoaW1kbGxf c2VuZF9mb3JtYXRfY21kKHN0cnVjdCBzZGV2ICogc2Rldiwgc3RydWN0IGhpbWRlcnJpbmZvICog c3RhdHVzKTsKK3sKKyAgICBzZXRfc3RhdHVzX2NvbnN0KHN0YXR1cywgSElNRF9FUlJPUl9ESVNB QkxFRF9GRUFUVVJFLAorICAgICAgICAgICAgICAgICAgICAgXygiQ2FuJ3Qgc2VuZCBzY3NpIGNv bW1hbmRzOiBDb21waWxlZCB3aXRob3V0IGxpYnVzYWwgbGlicmFyeSIpKTsKKyAgICByZXR1cm4g LTE7Cit9CisKK2ludCBoaW1kbGxfd2FpdF9mb3JfdW5pdF9yZWFkeShzdHJ1Y3Qgc2RldiAqIHNk ZXYsIHN0cnVjdCBoaW1kZXJyaW5mbyAqIHN0YXR1cyk7Cit7CisgICAgcmV0dXJuIC0xOworfQor Citjb25zdCBjaGFyICogaGltZGxsX2dldF9kaXNjaWQoc3RydWN0IHNkZXYgKiBzZGV2LCBjaGFy ICogYnVmLCBpbnQgbGVuLCBzdHJ1Y3QgaGltZGVycmluZm8gKiBzdGF0dXMpCit7CisgICAgc2V0 X3N0YXR1c19jb25zdChzdGF0dXMsIEhJTURfRVJST1JfRElTQUJMRURfRkVBVFVSRSwKKyAgICAg ICAgICAgICAgICAgICAgIF8oIkNhbid0IHNlbmQgc2NzaSBjb21tYW5kczogQ29tcGlsZWQgd2l0 aG91dCBsaWJ1c2FsIGxpYnJhcnkiKSk7CisgICAgcmV0dXJuIE5VTEw7Cit9CisKK3ZvaWQgaGlt ZGxsX2Nsb3NlX2RldmljZShzdHJ1Y3Qgc2RldiAqIHNkZXYpOworeworfQorCisjZW5kaWYKKwot LSAKMS42LjQubXN5c2dpdC4wCgo= --=_gcmail5-- From minidisc@ramson.org Wed Apr 28 17:50:24 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O79Wp-0000nL-PG>; Wed, 28 Apr 2010 17:50:23 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O79Wp-00044C-KC>; Wed, 28 Apr 2010 17:50:23 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3SFoL3N011654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Apr 2010 17:50:22 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3SFoL3N011654 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1272469822; bh=g5rlx79gqL6z5FB05bJ4xsy0m8XC26/80J dcHgD677I=; h=Message-ID:In-Reply-To:References:Date:Subject:From: To:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=W0ML9++ViwlQ68jy2j/DHVbB4sYDtGms0B4B/aUAlwk9SXzJNlXUNd+6USjvtITos 7IabUKcSWSJbYEy0ohpJGp94ra3MgSD9txDYrCyUjb9WIs1OvZ+XPTZaoaBWhe/WVwB TdD/XQtpgV0aFxd7OTCF0EQnBkjmZ/jaOo18yJE= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3SFoL3N011654 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=WsKAJlbmypEb/LDxPdXpnEfmlJPWx5UhZ6qU/cWqfekpfsjUqjfxEyk3SKiORHKLJ nZRd5BRoKBvwr/oZLFm1q6SzIQhyLgB/bBB84fyE9qW79p2RLTq5JTA+wS5eZg9zpPf WEVwcWdZvi2CHt+Se8JStRr3LgsKKOmG9NvO9yY= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3SFoLwT011653; Wed, 28 Apr 2010 17:50:21 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Wed, 28 Apr 2010 17:50:20 +0200 (CEST) Message-ID: <48854.10.0.0.241.1272469820.squirrel@10.0.0.62> In-Reply-To: <1272466720.19172.187.camel@aquila> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> Date: Wed, 28 Apr 2010 17:50:20 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1272469823-00000DDD-E5FEA10A/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.317155, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Benin.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 15:50:24 -0000 On Wed, April 28, 2010 16:58, Michael Karcher wrote: > Am Mittwoch, den 28.04.2010, 16:44 +0200 schrieb Jan Olav Stangeland: > >> Hello, >> >> >> is the netmd command to retrieve the date and time of a recording >> (track) >> known? If so, what is the command? Is date and time of a recording >> supported by all devices? > NetMD stuff is quite well documented in the 1934 AVC documentation. The > USB devices use AVC over USB instead of AVC over FireWire. Alas, that > documentation is non-free. The copy of the MD Audio document I happen to > have specifies the recording time as an optional info block. The info > block ID and stuff like that are in the general AVC Disc document and the > way of querying info block items in the AVC Descriptor model document. I > can look up the specific command tonight when I have some time for it. > > We don't know about device support, though. Neither for implementation > of the specific AVC info block field in the NetMD interfaces, nor about > which MD records write a timestamp to disc. > > Regards, > Michael Karcher > > > Thank you, as reference I was speculating that perhaps proper values for p1, p2 would do the trick: def _getTrackInfo(self, track, p1, p2): query = self.formatQuery('1806 02201001 %w %w %w ff00 00000000', track, p1, p2) reply = self.send_query(query) return self.scanQuery(reply, '1806 02201001 %?%? %?%? %?%? 1000 ' \ '00%?0000 %x')[0] From Michael.Karcher@fu-berlin.de Thu Apr 29 00:20:33 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7FcN-0004Ng-Je>; Thu, 29 Apr 2010 00:20:31 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7FcN-0005TC-Cp>; Thu, 29 Apr 2010 00:20:31 +0200 Received: from i59f7c9dc.versanet.de ([89.247.201.220] helo=[192.168.0.24]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O7FcN-00046J-6t>; Thu, 29 Apr 2010 00:20:31 +0200 From: Michael Karcher To: minidisc@ramson.org In-Reply-To: <48854.10.0.0.241.1272469820.squirrel@10.0.0.62> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> <48854.10.0.0.241.1272469820.squirrel@10.0.0.62> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Lq/s4LJ1ZC6bcOcR8Ird" Date: Thu, 29 Apr 2010 00:20:33 +0200 Message-ID: <1272493233.19172.207.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-Originating-IP: 89.247.201.220 X-purgate: clean X-purgate-ID: 151147::1272493231-00000DDD-177913F9/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.005827, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 22:20:33 -0000 --=-Lq/s4LJ1ZC6bcOcR8Ird Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Mittwoch, den 28.04.2010, 17:50 +0200 schrieb Jan Olav Stangeland: > Thank you, >=20 > as reference I was speculating that perhaps proper values for p1, p2 woul= d > do the trick: >=20 > def _getTrackInfo(self, track, p1, p2): > query =3D self.formatQuery('1806 02201001 %w %w %w ff00 00000000', track= , > p1, p2) > reply =3D self.send_query(query) > return self.scanQuery(reply, '1806 02201001 %?%? %?%? %?%? 1000 ' \ > '00%?0000 %x')[0] So, "content_creation_date_and_time" has the information block ID 4, according to TA2000004 ("Enhancements to the AV/C General Specification 3.0 Version 1.1"). The command you quote is (06) a READ INFO BLOCK command, described in TA1999035 ("AV/C Descriptor Mechanism Specification Version 1.0"). The 02 means the info block path has two elements. The 20 means that an indexed subentry of some directory is to be used. The 1001 is (according to TA1998014 ("AV/C Disc Media Type Specification - MD audio")) the directory of audio tracks, which is followed by a 16 bit word for the track number. p1 and p2 is a quite illogic separation of the following bytes, which is a result of not understanding the base protocol. Reading info about a track always starts with 06 - READ DESCRIPTOR=20 02 - TWO LEVELS 20 1001 - 1st Level: the chosen track in the trakc list 30 00 - 2nd Level: 1st occurrence of info block with id So for the track creation time, you have p1 =3D=3D 0x3000 and p2 =3D=3D 0x0= 400. The format of the time stamp is 1st byte: bit 7 - set if valid bit 6 - set if the timestamp is an abstract count, clear if an absolute time bit 5-0: high bits of year 2nd byte: low bits of year 3rd byte: month 4th byte: day 5th byte: hours 6th byte: minutes 7th byte: seconds If the timestamp is an abstract count, all bits specified for the timestamp (with most significant bits in 1st byte and last significant bits in 7th byte) form a 54 bit count which is incremented once on each "event". What kind of "events" are counted is device specific, but MD should only use absolute time anyway. Regards, Michael Karcher --=-Lq/s4LJ1ZC6bcOcR8Ird Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAkvYtKoACgkQzhek2R7Eicq7XACeJ8/IVdPrB7lRUAllT4H/eTO/ S/MAnjARMyk7+68haXsxj49ubPZCd0Sn =9940 -----END PGP SIGNATURE----- --=-Lq/s4LJ1ZC6bcOcR8Ird-- From Michael.Karcher@fu-berlin.de Thu Apr 29 01:09:18 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7GNZ-0005qL-JB>; Thu, 29 Apr 2010 01:09:17 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7GNZ-0001Qv-DH>; Thu, 29 Apr 2010 01:09:17 +0200 Received: from i59f7c9dc.versanet.de ([89.247.201.220] helo=[192.168.0.24]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O7GNZ-00065Q-8J>; Thu, 29 Apr 2010 01:09:17 +0200 From: Michael Karcher To: minidisc@ramson.org In-Reply-To: <1272466720.19172.187.camel@aquila> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> Content-Type: text/plain; charset="UTF-8" Date: Thu, 29 Apr 2010 01:09:19 +0200 Message-ID: <1272496159.19172.211.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Originating-IP: 89.247.201.220 X-purgate: clean X-purgate-ID: 151147::1272496157-00000DDD-CF2DBD1B/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.446948, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Botsuana.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 23:09:18 -0000 Am Mittwoch, den 28.04.2010, 16:58 +0200 schrieb Michael Karcher: > We don't know about device support, though. Neither for implementation > of the specific AVC info block field in the NetMD interfaces, nor about > which MD records write a timestamp to disc. Just one data point: The Sharp IM-MT899H does not implement the command to read the recording timestamp and it also doesn't have a real-time clock. The AV/C protocol implementation in that unit is severely limited. It looks like it just implements the commands used by the Sony software, and even these commands limited to the parameters that are expected from the Sony software. Regards, Michael Karcher From minidisc@ramson.org Thu Apr 29 09:25:15 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7O7W-0003T2-16>; Thu, 29 Apr 2010 09:25:14 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7O7V-0000I2-Hw>; Thu, 29 Apr 2010 09:25:13 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3T7PBWE017607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 29 Apr 2010 09:25:11 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3T7PBWE017607 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1272525912; bh=rteXgI2JeHdqooa+1qFtbcYsJ5tI6YTEdj Y7ceaGFqA=; h=Message-ID:In-Reply-To:References:Date:Subject:From: To:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GhWd9VVu+tsADoLXrepB7w5SP7iIwoV0kMpQCxzDgGRP6ZDjmP3JGEputOPxrchPC PZwPP+X3kCZCtFTAEPXvQg4hWLpG629fYxxau601sPF0g+CHlQKEFwj95jX9sJ9BF+9 mpY6f8u67g2xdPU743eR5XYdTKUS/Y9INyHdfvE= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3T7PBWE017607 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=iHKUty4B+bUeS+8uwODZjOpSZfHBOfWCIHUROdZCiJ7K/Wxm7BnCPdMcLNla2FSc2 7MNkXJV7O8z59Ul8Ji91jvwR7q8CpoYmgRPARklKghCB1LBHZ5TTpO4lWeId6rMrtVj 45M3NdTKy6MJAOPgfiaH5FvYf4PutcqqkK8Jr7U= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3T7PBIW017606; Thu, 29 Apr 2010 09:25:11 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Thu, 29 Apr 2010 09:25:11 +0200 (CEST) Message-ID: <49264.10.0.0.241.1272525911.squirrel@10.0.0.62> In-Reply-To: <1272496159.19172.211.camel@aquila> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> <1272496159.19172.211.camel@aquila> Date: Thu, 29 Apr 2010 09:25:11 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1272525914-00000DDD-0C53EDF0/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.109389, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Botsuana.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 07:25:15 -0000 On Thu, April 29, 2010 01:09, Michael Karcher wrote: > Am Mittwoch, den 28.04.2010, 16:58 +0200 schrieb Michael Karcher: > >> We don't know about device support, though. Neither for implementation >> of the specific AVC info block field in the NetMD interfaces, nor about >> which MD records write a timestamp to disc. > Just one data point: The Sharp IM-MT899H does not implement the command > to read the recording timestamp and it also doesn't have a real-time clock. > The AV/C protocol implementation in that unit is severely > limited. It looks like it just implements the commands used by the Sony > software, and even these commands limited to the parameters that are > expected from the Sony software. > > Regards, > Michael Karcher > > > Thank you. When sending the following command to a MZ-RH1: USB: Query to send: 00 USB: Query to send: 18 USB: Query to send: 06 USB: Query to send: 02 USB: Query to send: 20 USB: Query to send: 10 USB: Query to send: 01 USB: Query to send: 00 USB: Query to send: 00 USB: Query to send: 30 USB: Query to send: 00 USB: Query to send: 04 USB: Query to send: 00 USB: Query to send: ff USB: Query to send: 00 USB: Query to send: 00 USB: Query to send: 00 USB: Query to send: 00 USB: Query to send: 00 I receive a 08 NOT_IMPLEMENTED in reply. Assuming the above command is correct - is it perhaps the case that "content_creation_date_and_time" cannot be retrieved using a MZ-RH1? The track tested is a SP track - the "content_creation_date_and_time" shows up in the display of the player, so it is there. Reply: STATUS_ERROR_OCCURED: 8 USB: Result: 18 USB: Result: 06 USB: Result: 02 USB: Result: 20 USB: Result: 10 USB: Result: 01 USB: Result: 00 USB: Result: 00 USB: Result: 30 USB: Result: 00 USB: Result: 04 USB: Result: 00 USB: Result: ff USB: Result: 00 USB: Result: 00 USB: Result: 00 USB: Result: 00 USB: Result: 00 qsize is 18 Jan Olav From Michael.Karcher@fu-berlin.de Thu Apr 29 10:30:25 2010 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7P8a-0005qa-QG>; Thu, 29 Apr 2010 10:30:24 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7P8a-0003Fi-Lb>; Thu, 29 Apr 2010 10:30:24 +0200 Received: from aquila.physik.fu-berlin.de ([160.45.35.69]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1O7P8a-0005CE-CO>; Thu, 29 Apr 2010 10:30:24 +0200 From: Michael Karcher To: minidisc@ramson.org In-Reply-To: <49264.10.0.0.241.1272525911.squirrel@10.0.0.62> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> <1272496159.19172.211.camel@aquila> <49264.10.0.0.241.1272525911.squirrel@10.0.0.62> Content-Type: text/plain; charset="UTF-8" Date: Thu, 29 Apr 2010 10:30:23 +0200 Message-ID: <1272529823.19172.218.camel@aquila> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Originating-IP: 160.45.35.69 X-purgate: clean X-purgate-ID: 151147::1272529824-00000DDD-B8570090/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.095343, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 08:30:25 -0000 Am Donnerstag, den 29.04.2010, 09:25 +0200 schrieb Jan Olav Stangeland: > When sending the following command to a MZ-RH1: > > USB: Query to send: 00 > USB: Query to send: 18 > USB: Query to send: 06 > USB: Query to send: 02 > USB: Query to send: 20 > USB: Query to send: 10 > USB: Query to send: 01 > USB: Query to send: 00 > USB: Query to send: 00 > USB: Query to send: 30 > USB: Query to send: 00 > USB: Query to send: 04 > USB: Query to send: 00 > USB: Query to send: ff > USB: Query to send: 00 > USB: Query to send: 00 > USB: Query to send: 00 > USB: Query to send: 00 > USB: Query to send: 00 > > I receive a 08 NOT_IMPLEMENTED in reply. That's what I observed with the sharp unit, too. As the RH-1 is more friendly than the sharp unit regarding data structure access, I will try whether I can get a dump of all track info blocks an that unit. I have access to a RH-1 unit soon. > Assuming the above command is > correct - is it perhaps the case that "content_creation_date_and_time" > cannot be retrieved using a MZ-RH1? I'm afraid that it probably means that getting the date with the RH1 is not possible. You might want to try 05 instead of 04. 05 is last modified date, while 04 is original creation date. Regards, Michael Karcher From minidisc@ramson.org Thu Apr 29 18:51:08 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7Wx9-0002yr-Hc>; Thu, 29 Apr 2010 18:51:07 +0200 Received: from ns1.ramson.co.uk ([213.187.183.173]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7Wx9-0000vN-CY>; Thu, 29 Apr 2010 18:51:07 +0200 Received: from ns1.ramson.co.uk (localhost [127.0.0.1]) by ns1.ramson.co.uk (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id o3TGp5Iq000694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 29 Apr 2010 18:51:05 +0200 X-DKIM: Sendmail DKIM Filter v2.5.2 ns1.ramson.co.uk o3TGp5Iq000694 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ramson.org; s=dkproduction; t=1272559865; bh=lQ+/9vRTMAYd4wD6gt2uV39GZWp41PDF6b 1MGciDJq4=; h=Message-ID:In-Reply-To:References:Date:Subject:From: To:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bzNX/IGKAHbbNyvu5+PP+0Q/+bvhOl7eLqNLKzzyvqCIpXg2dXOyepMVh5CjcWR7H m8b/T90lYVZUR2NlM+Hl59dyVv9W+aDZxuzVdAwjqaUeV7+RWC+BS9SSn6QDo4qz/T+ 5biLYUBB7w0Z96Vsa9kYRsaAmDOo41M+oAUhCX4= X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 ns1.ramson.co.uk o3TGp5Iq000694 DomainKey-Signature: a=rsa-sha1; s=dkproduction; d=ramson.org; c=simple; q=dns; b=VrafTSgZU2BPLNubiLzwUB1HDlp2X/UzQ7MMAfli/5eX5jS7S1dwI+bvfnuS3Dxa7 y1MTBoSo9H01cW/KrTOmXLQggro0VAHg6sO281QRSGBRgbPpy7uLXuFZxanSYGM0VMD TT8pc8DIXJfLnJmR97PdKiktWC5AP7Gdx0v24xs= Received: (from wwwrun@localhost) by ns1.ramson.co.uk (8.13.6/8.13.6/Submit) id o3TGp5GC000693; Thu, 29 Apr 2010 18:51:05 +0200 Received: from 10.0.0.241 (SquirrelMail authenticated user jodd) by 10.0.0.62 with HTTP; Thu, 29 Apr 2010 18:51:04 +0200 (CEST) Message-ID: <35013.10.0.0.241.1272559864.squirrel@10.0.0.62> In-Reply-To: <1272529823.19172.218.camel@aquila> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> <1272496159.19172.211.camel@aquila> <49264.10.0.0.241.1272525911.squirrel@10.0.0.62> <1272529823.19172.218.camel@aquila> Date: Thu, 29 Apr 2010 18:51:04 +0200 (CEST) From: "Jan Olav Stangeland" To: linux-minidisc@lists.fu-berlin.de User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 213.187.183.173 X-purgate: clean X-purgate-ID: 151147::1272559867-00000DDD-FC92E583/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.006990, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: minidisc@ramson.org List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 16:51:08 -0000 On Thu, April 29, 2010 10:30, Michael Karcher wrote: > Am Donnerstag, den 29.04.2010, 09:25 +0200 schrieb Jan Olav Stangeland: > >> >> >> I receive a 08 NOT_IMPLEMENTED in reply. >> > That's what I observed with the sharp unit, too. As the RH-1 is more > friendly than the sharp unit regarding data structure access, I will try > whether I can get a dump of all track info blocks an that unit. I have > access to a RH-1 unit soon. > >> Assuming the above command is >> correct - is it perhaps the case that "content_creation_date_and_time" >> cannot be retrieved using a MZ-RH1? > I'm afraid that it probably means that getting the date with the RH1 is > not possible. You might want to try 05 instead of 04. 05 is last modified > date, while 04 is original creation date. > > Regards, > Michael Karcher > > > 08 NOT_IMPLEMENTED for 05 also. However, provided the whole disc is accessible when using SCSI commands(?) (and given that there is no AV/C solution), a workaround could perhaps be implemented? For people with many recordings, automatic retrieval of the date and time of the recording will probably be a welcomed feature. Jan Olav From manner.moe@gmx.de Fri Apr 30 00:14:14 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7bzp-0004g8-Qz>; Fri, 30 Apr 2010 00:14:13 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O7bzp-0002o3-M2>; Fri, 30 Apr 2010 00:14:13 +0200 Received: (qmail invoked by alias); 29 Apr 2010 22:14:12 -0000 Received: from p5B3E9FE6.dip0.t-ipconnect.de (EHLO MyHost) [91.62.159.230] by mail.gmx.net (mp059) with SMTP; 30 Apr 2010 00:14:12 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1+BE7QHI6uBr6CTwmFRno4rpPewfoY8oH4xsSPqhH +wEwvxJfF7tpez Date: Thu, 29 Apr 2010 00:14:13 +0200 Message-ID: <95A0B60F-2513-49EF-9268-0ACF9548BC1C@gmx.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1272579253-00000DDD-E49195B9/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.015924, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 22:14:15 -0000 Hello, as you know, i am testing scsi support for libhimd with libusal. I successfully implemented "allow/prevent removal", "himd format", "get disc id", "get time" and "set time" yet. While testing "himd format" and "get disc id" i have found some differences betwenn 1GB HiMDs and standard MDs in HiMD-Format(tested on TDK 80min). All tests are made on "blanc discs" (freshly formatted) using MZ-RH1 and MZ-NH1. 1. 1GB HiMDs have a fixed disc id. It doesn´t change. 2. "himd format" scsi command doesn´t work on 1GB HiMDs. libusal returns error: incompatible medium installed I think formatting this type on MD can be done using "all track erase" only. 3. disc ids on standard MDs changes every time the MD is inserted. So if i eject a MD and reload the same MD both disc ids will change (the one we get from mclistxx.hma file and the one we can read per scsi command) but both are the same. (on blanc discs, as i wrote above) 4. sending "himd format" command to Standard MD will only change the disc id we can read per scsi command. the disc id in mclistxx.hma doesn´t change. On reloading both ids are updated to a completely new disc id. HiMDs are marked as "no track", Standard MDs are marked as "blanc disc" after initializing with SonicStage or formatting with HiMD-Portie. (Format doesn´t work on HiMDs with Portie itself, too, only "track erase" works) Thomas From glaubitz@physik.fu-berlin.de Fri Apr 30 00:54:47 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7cd4-0005rf-0a>; Fri, 30 Apr 2010 00:54:46 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7cd3-0001Kf-UT>; Fri, 30 Apr 2010 00:54:45 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O7cd3-0001bL-PG; Fri, 30 Apr 2010 00:54:45 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O7cd3-0004IN-Nj; Fri, 30 Apr 2010 00:54:45 +0200 Date: Fri, 30 Apr 2010 00:54:45 +0200 To: manner.moe@gmx.de Message-ID: <20100429225445.GA16477@physik.fu-berlin.de> References: <95A0B60F-2513-49EF-9268-0ACF9548BC1C@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <95A0B60F-2513-49EF-9268-0ACF9548BC1C@gmx.de> User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1272581686-00000DDD-06CB5017/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.023188, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Benin.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 22:54:48 -0000 Hi, On Thu, Apr 29, 2010 at 12:14:13AM +0200, manner.moe@gmx.de wrote: > Hello, > as you know, i am testing scsi support for libhimd with libusal. > I successfully implemented "allow/prevent removal", "himd format", > "get disc id", "get time" and "set time" yet. That sounds great. I should finally get libusal working on MacOS, so we can finally get all this stuff into QHiMDTransfer. I'm sorry for the delay, I'm just a bit busy finding a job ;). > 1. 1GB HiMDs have a fixed disc id. It doesn´t change. > (...) > 3. disc ids on standard MDs changes every time the MD is > inserted. So if i eject a MD and reload the same MD both disc ids > will change (the one we get from mclistxx.hma file and the one > we can read per scsi command) but both are the same. > (on blanc discs, as i wrote above) I think we already discussed that somewhere but I'm not sure. At least, it doesn't sound unfamiliar to me. I think the reason is simply that standard MDs were originally not designed to be used for HiMD storage and thus they don't provide extra sectors on the disk to store the disk ID. The disk ID is supposed to be unique and HiMD were designed with that concept in mind, so that's why their IDs never change. Adrian From glaubitz@physik.fu-berlin.de Fri Apr 30 01:08:48 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7cqd-0006G4-S3>; Fri, 30 Apr 2010 01:08:48 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7cqd-0003im-Ib>; Fri, 30 Apr 2010 01:08:47 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O7cqd-0001dt-Df; Fri, 30 Apr 2010 01:08:47 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O7cqd-0004Jr-CJ; Fri, 30 Apr 2010 01:08:47 +0200 Date: Fri, 30 Apr 2010 01:08:47 +0200 To: Jan Olav Stangeland Message-ID: <20100429230847.GB16477@physik.fu-berlin.de> References: <44888.10.0.0.241.1272465873.squirrel@10.0.0.62> <1272466720.19172.187.camel@aquila> <1272496159.19172.211.camel@aquila> <49264.10.0.0.241.1272525911.squirrel@10.0.0.62> <1272529823.19172.218.camel@aquila> <35013.10.0.0.241.1272559864.squirrel@10.0.0.62> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35013.10.0.0.241.1272559864.squirrel@10.0.0.62> User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-purgate: clean X-purgate-ID: 151147::1272582527-00000DDD-3C369D63/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.208254, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Algerien.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] netmd command to retrieve the date and time of a recording X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 23:08:48 -0000 On Thu, Apr 29, 2010 at 06:51:04PM +0200, Jan Olav Stangeland wrote: > 08 NOT_IMPLEMENTED for 05 also. However, provided the whole disc is > accessible when using SCSI commands(?) (and given that there is no AV/C > solution), a workaround could perhaps be implemented? I think you will be out of luck because the SCSI commands do only work when the unit is in HiMD mode which it will only be once you insert a HiMD-formatted MD. When in NetMD mode, the Walkman will accept AV/C commands only. I think it's not a big deal though not being able to retrieve the record time on NetMD. If it works already on HiMD, what Thomas already did according to our documentation in the wiki, we're lucky already. Does SonicStage retrieve the recording time when importing standard MDs? If SonicStage can't do it, we certainly can't do it either. Adrian From glaubitz@physik.fu-berlin.de Fri Apr 30 13:41:56 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7obT-0004S5-M0>; Fri, 30 Apr 2010 13:41:55 +0200 Received: from mx.physik.fu-berlin.de ([160.45.64.218]) by relay1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1O7obT-00021D-J4>; Fri, 30 Apr 2010 13:41:55 +0200 Received: from z6.physik.fu-berlin.de ([160.45.66.66]) by mx.physik.fu-berlin.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O7obT-0004XQ-De; Fri, 30 Apr 2010 13:41:55 +0200 Received: from glaubitz by z6.physik.fu-berlin.de with local (Exim 4.71 #1 (Debian)) id 1O7obT-0005pa-9U; Fri, 30 Apr 2010 13:41:55 +0200 Date: Fri, 30 Apr 2010 13:41:55 +0200 To: manner.moe@gmx.de Message-ID: <20100430114155.GC20319@physik.fu-berlin.de> References: <20100425164433.GA30032@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100425164433.GA30032@physik.fu-berlin.de> User-Agent: Mutt/1.5.20 (2009-06-14) From: Adrian Glaubitz X-Originating-IP: 160.45.64.218 X-ZEDAT-Hint: A X-purgate: clean X-purgate-ID: 151147::1272627715-00000DDD-0696104C/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.002163, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Burundi.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 11:41:57 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Apr 25, 2010 at 06:44:33PM +0200, Adrian Glaubitz wrote: > > Here is a thread of the cdrkit mailing list which might help you compiling > > cdrkit/libusal on mac. > > http://lists.alioth.debian.org/pipermail/debburn-devel/2008-October/000600.html > > Hmm, unfortunately I still get a lot of erros during compilation. I > will try getting in contact with the patch author, maybe he knows > what's wrong. I presume that his patch was written for an earlier > version of cdrkit. I will report back once I got a reply from him. Ok, finally managed to get it compile after patching the cdrkit sources in several places. I'm attaching the appropriate patch. However, there is still something wrong, wodim cannot scan the SCSI bus while it works with the version of cdrecord installed from Macports: minimac2:~ zedv$ wodim -scanbus wodim: No such file or directory. Cannot open SCSI driver! For possible targets try 'wodim --devices' or 'wodim -scanbus'. For possible transport specifiers try 'wodim dev=help'. For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from the wodim documentation. minimac2:~ zedv$ cdrecord -scanbus Cdrecord-ProDVD-ProBD-Clone 2.01.01a77 (i386-apple-macosx10.3.0) Copyright (C) 1995-2010 J�rg Schilling Using libscg version 'schily-0.9'. scsibus1: 1,0,0 100) 'MATSHITA' 'DVD-R UJ-846 ' 'FM3J' Removable CD-ROM 1,1,0 101) * 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * minimac2:~ zedv$ I think that there must be some additional patch in Macports which takes care of that (cdrecord was installed from Macpors in this case while cdrkit was taken from upstream) and I will track that down and patch cdrkit. Hope I can get himdformat to compile ASAP. Adrian --a8Wt8u1KmwUX3Y2C Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0001-fix-macbuild.patch" diff -ru cdrkit-1.1.10/genisoimage/sha256.c cdrkit-1.1.10-mac/genisoimage/sha256.c --- cdrkit-1.1.10/genisoimage/sha256.c 2009-10-11 20:27:59.000000000 +0200 +++ cdrkit-1.1.10-mac/genisoimage/sha256.c 2010-04-30 12:54:01.000000000 +0200 @@ -24,7 +24,7 @@ /* Written by Ulrich Drepper , 2007. */ -#include +#include #include #include #include diff -ru cdrkit-1.1.10/genisoimage/sha256.h cdrkit-1.1.10-mac/genisoimage/sha256.h --- cdrkit-1.1.10/genisoimage/sha256.h 2009-05-10 23:49:54.000000000 +0200 +++ cdrkit-1.1.10-mac/genisoimage/sha256.h 2010-04-30 13:05:55.000000000 +0200 @@ -28,7 +28,7 @@ #include #include #include - +#define __THROW /* Structure to save state of computation between the single steps. */ struct sha256_ctx diff -ru cdrkit-1.1.10/genisoimage/sha512.c cdrkit-1.1.10-mac/genisoimage/sha512.c --- cdrkit-1.1.10/genisoimage/sha512.c 2009-10-11 20:27:59.000000000 +0200 +++ cdrkit-1.1.10-mac/genisoimage/sha512.c 2010-04-30 13:06:50.000000000 +0200 @@ -24,7 +24,7 @@ /* Written by Ulrich Drepper , 2007. */ -#include +#include #include #include #include diff -ru cdrkit-1.1.10/genisoimage/sha512.h cdrkit-1.1.10-mac/genisoimage/sha512.h --- cdrkit-1.1.10/genisoimage/sha512.h 2009-05-10 23:49:54.000000000 +0200 +++ cdrkit-1.1.10-mac/genisoimage/sha512.h 2010-04-30 13:06:11.000000000 +0200 @@ -28,7 +28,7 @@ #include #include #include - +#define __THROW /* Structure to save state of computation between the single steps. */ struct sha512_ctx diff -ru cdrkit-1.1.10/include/AddScgBits.cmake cdrkit-1.1.10-mac/include/AddScgBits.cmake --- cdrkit-1.1.10/include/AddScgBits.cmake 2006-11-23 19:57:28.000000000 +0100 +++ cdrkit-1.1.10-mac/include/AddScgBits.cmake 2010-04-30 13:34:48.000000000 +0200 @@ -1,5 +1,5 @@ -IF(NOT GUARD_SCGCONFIG) +If(NOT GUARD_SCGCONFIG) SET(GUARD_SCGCONFIG 1) @@ -58,8 +58,18 @@ CHECK_C_SOURCE_COMPILES("${TESTSRC}" LIBC_SCHED) IF(NOT LIBC_SCHED) - LIST(APPEND EXTRA_LIBS -lrt) - #MESSAGE("Using librt for realtime functions") + SET(CMAKE_REQUIRED_LIBRARIES librt) + CHECK_C_SOURCE_COMPILES("${TESTSRC}" LIBRT_SCHED) + IF(LIBRT_SCHED) + LIST(APPEND EXTRA_LIBS -lrt) + #MESSAGE("Using librt for realtime functions") + ENDIF(LIBRT_SCHED) ENDIF(NOT LIBC_SCHED) +IF(APPLE) + FIND_LIBRARY(COREFOUNDATION CoreFoundation) + FIND_LIBRARY(IOKIT IOKit) + LIST(APPEND EXTRA_LIBS ${COREFOUNDATION} ${IOKIT}) +ENDIF(APPLE) + ENDIF(NOT GUARD_SCGCONFIG) diff -ru cdrkit-1.1.10/libusal/scsi-mac-iokit.c cdrkit-1.1.10-mac/libusal/scsi-mac-iokit.c --- cdrkit-1.1.10/libusal/scsi-mac-iokit.c 2006-12-08 14:38:43.000000000 +0100 +++ cdrkit-1.1.10-mac/libusal/scsi-mac-iokit.c 2010-04-30 12:52:05.000000000 +0200 @@ -62,6 +62,6 @@ #include #include #include -#include +#include #include struct usal_local { --a8Wt8u1KmwUX3Y2C-- From manner.moe@gmx.de Fri Apr 30 19:41:07 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7uD5-0007ln-1U>; Fri, 30 Apr 2010 19:41:07 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O7uD4-0007qG-T9>; Fri, 30 Apr 2010 19:41:07 +0200 Received: (qmail invoked by alias); 30 Apr 2010 17:41:06 -0000 Received: from p5B3E9997.dip0.t-ipconnect.de (EHLO MyHost) [91.62.153.151] by mail.gmx.net (mp036) with SMTP; 30 Apr 2010 19:41:06 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1+h234bOZGhA/+IFG7FJwjHjjvfpEv8ar01A3hNgV aKuZr+mcvIhj0h Date: Thu, 29 Apr 2010 19:41:08 +0200 Message-ID: From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1272649267-00000DDD-45606F01/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.044170, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Dschibuti.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 17:41:08 -0000 >Betreff : Re: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format >Gesendet: 30.04.2010 00:54:45 >An : "manner.moe@gmx.de" >Von: "Adrian Glaubitz " >----- Originale Nachricht ----- >> 1. 1GB HiMDs have a fixed disc id. It doesn´t change. >> (...) >> 3. disc ids on standard MDs changes every time the MD is >> inserted. So if i eject a MD and reload the same MD both disc ids >> will change (the one we get from mclistxx.hma file and the one >> we can read per scsi command) but both are the same. >> (on blanc discs, as i wrote above) >I think we already discussed that somewhere but I'm not sure. At >least, it doesn't sound unfamiliar to me. I think the reason is simply >that standard MDs were originally not designed to be used for HiMD >storage and thus they don't provide extra sectors on the disk to store >the disk ID. The disk ID is supposed to be unique and HiMD were >designed with that concept in mind, so that's why their IDs never >change. >Adrian O.K., so we should use " Read format capacities" to check the type of the MD and use "erase himd" on 1GB medium and "format himd" on the others. We can also use capacity information in qhimdtransfer for displaying disc information (XX MB of YY MB free). What do you think? Thomas From manner.moe@gmx.de Fri Apr 30 21:25:08 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O7vpj-0002ll-AR>; Fri, 30 Apr 2010 21:25:07 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O7vpj-0001Wg-5f>; Fri, 30 Apr 2010 21:25:07 +0200 Received: (qmail invoked by alias); 30 Apr 2010 19:25:06 -0000 Received: from p5B3E9997.dip0.t-ipconnect.de (EHLO MyHost) [91.62.153.151] by mail.gmx.net (mp041) with SMTP; 30 Apr 2010 21:25:06 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX195qPw2GU15/EM8HY/XfOjTDuwIbCDriosAKoEwDw vfAC7aFePv1tPA Date: Thu, 29 Apr 2010 21:25:27 +0200 Message-ID: <8D4FCD7B-A963-4B7C-8AD4-8F6CB572A7B7@gmx.de> X-GeMail-Ref: From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55000000000000004 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1272655507-00000DDD-37AB8C17/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000719, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Gabun.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 19:25:08 -0000 >Betreff : Re: [linux-minidisc] Differences between 1GB HiMD and Standard MD in HiMD-Format >Gesendet: 29.04.2010 19:41:08 >An : "linux-minidisc@lists.fu-berlin.de" >Von: "manner.moe@gmx.de" >----- Originale Nachricht ----- >O.K., so we should use " Read format capacities" to check the type of >the MD and use "erase himd" on 1GB medium and "format himd" on the others. >We can also use capacity information in qhimdtransfer for displaying disc >information (XX MB of YY MB free). >What do you think? P.S.: I have implemented " Read format capacities" and now we know the capacity/ type of MD. Before sending format command i read capacity now and switch to "erase himd" if capacity in 1011 MB. Is there more information using "C2/00 Erase HiMD" scsi command? Maybe anyone has sniffed scsi packets while initializing/deleting tracks on 1GB HiMD with SonicStage. Thomas From manner.moe@gmx.de Sat May 01 09:51:27 2010 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with esmtp (envelope-from ) id <1O87Ty-0005ry-Pa>; Sat, 01 May 2010 09:51:26 +0200 Received: from mail.gmx.net ([213.165.64.20]) by relay1.zedat.fu-berlin.de (Exim 4.69) for linux-minidisc@lists.fu-berlin.de with smtp (envelope-from ) id <1O87Ty-0006eO-Kq>; Sat, 01 May 2010 09:51:26 +0200 Received: (qmail invoked by alias); 01 May 2010 07:51:24 -0000 Received: from p5B3E9997.dip0.t-ipconnect.de (EHLO MyHost) [91.62.153.151] by mail.gmx.net (mp064) with SMTP; 01 May 2010 09:51:24 +0200 X-Authenticated: #17747474 X-Provags-ID: V01U2FsdGVkX1+q+RJAi9Cq5a17P2w/C4gCIjyXoHURdDkjvCAZ6M /LB1Mnay5hXccA Date: Fri, 30 Apr 2010 09:51:54 +0200 Message-ID: X-GeMail-Ref: <20100430114155.GC20319@physik.fu-berlin.de> From: manner.moe@gmx.de To: linux-minidisc@lists.fu-berlin.de Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: GcMail 5.1.3.0(RG6) http://www.gcmail.de X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54000000000000004 X-Originating-IP: 213.165.64.20 X-purgate: clean X-purgate-ID: 151147::1272700286-00000DDD-B3039E06/0-0/0-0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.6 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.4 on Botsuana.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=NO_REAL_NAME,SPF_HELO_PASS, SPF_PASS Subject: Re: [linux-minidisc] using libusal for scsi access X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.11 Precedence: list Reply-To: manner.moe@gmx.de List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2010 07:51:28 -0000 >Betreff : Re: [linux-minidisc] using libusal for scsi access >Gesendet: 30.04.2010 13:41:55 >An : "manner.moe@gmx.de" >Von: "Adrian Glaubitz " >----- Originale Nachricht ----- >Ok, finally managed to get it compile after patching the cdrkit >sources in several places. I'm attaching the appropriate >patch. However, there is still something wrong, wodim cannot scan the >SCSI bus while it works with the version of cdrecord installed from >Macports: >minimac2:~ zedv$ wodim -scanbus >wodim: No such file or directory. Can you fetch more information with -v parameter which file/directory cannot be read? >Cannot open SCSI driver! >For possible targets try 'wodim --devices' or 'wodim -scanbus'. >For possible transport specifiers try 'wodim dev=help'. >For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from >the wodim documentation. This is in case usal_open() returns an error, you can use -V to get more information on libusal operations. Maybe the devicename passed to usal_open() is not set correctly. >I think that there must be some additional patch in Macports which >takes care of that (cdrecord was installed from Macpors in this case >while cdrkit was taken from upstream) and I will track that down and >patch cdrkit. Hope I can get himdformat to compile ASAP. >Adrian You have compiled librols and libusal already in cdrkit. In case libusal works if the right devicename is set you can try to compile himdformat and test that. Thomas