From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 00:07:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DD42AF3 for ; Sun, 1 Mar 2015 00:07:11 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B30DCE7 for ; Sun, 1 Mar 2015 00:07:10 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t21077L8028246 for ; Sat, 28 Feb 2015 19:07:08 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 28 Feb 2015 19:07:08 -0500 From: Brett Wynkoop To: freebsd-arm Subject: Re: buildworld Message-ID: <20150228190708.71de9e00@ivory.wynn.com> In-Reply-To: References: <20150228011141.4138dd4b@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 00:07:11 -0000 Looks like we need a bigger /tmp for installworld. -Brett ===> usr.bin/clang/clang (install) install -s -o root -g wheel -m 555 clang /usr/bin/clang /tmp: write failed, filesystem is full strip: elf_update() failed: I/O error: No space left on device install: strip command strip failed on /usr/bin/clang *** Error code 70 Stop. make[6]: stopped in /usr/src/usr.bin/clang/clang *** Error code 1 Stop. make[5]: stopped in /usr/src/usr.bin/clang *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.bin *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 "If ever a time should come, when vain and aspiring men shall possess the highest seats in Government, our country will stand in need of its experienced patriots to prevent its ruin." -- Samuel Adams, letter to James Warren (24 October 1780) From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 02:39:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66B9E168 for ; Sun, 1 Mar 2015 02:39:52 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0CA9AE2D for ; Sun, 1 Mar 2015 02:39:51 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t212dm3R047934 for ; Sat, 28 Feb 2015 21:39:48 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 28 Feb 2015 21:39:49 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: Re: buildworld Message-ID: <20150228213949.53edb9c1@ivory.wynn.com> In-Reply-To: <1425140804.1281.38.camel@freebsd.org> References: <20150228011141.4138dd4b@ivory.wynn.com> <1425140804.1281.38.camel@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 02:39:52 -0000 With /tmp kicked up to 50M in /etc/fstab installworld completed. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 If cowardly and dishonorable men sometimes shoot unarmed men with army pistols or guns, the evil must be prevented by the penitentiary and gallows, and not by a general deprivation of a constitutional privilege. -Honorable J. A. Williams, Circuit Judge - Wilson v. State, 33 Ark. 557, 34 Am. Rep. 52 (1878). From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 09:19:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EC60F4E for ; Sun, 1 Mar 2015 09:19:03 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B0D03D2 for ; Sun, 1 Mar 2015 09:19:03 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t219ItQ0069034 for ; Sun, 1 Mar 2015 04:18:55 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 04:18:55 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: crash on writing usbstick Message-ID: <20150301041855.5352663e@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 09:19:03 -0000 Greeting- So I plugged a 16G usb stick into my BeagleBone with the intent of moving /usr/ports over to it. During the process KABOOM! swi_handler() at swi_handler+0x2e4 pc = 0xc0613980 lr = 0xc06012a0 (swi_exit) sp = 0xd4889e50 fp = 0xbffff500 r4 = 0x20c13200 r5 = 0x000001ed r6 = 0x20c13364 r7 = 0x00000088 r8 = 0x00000001 r9 = 0xffffffe2 r10 = 0x20c13200 swi_exit() at swi_exit pc = 0xc06012a0 lr = 0xc06012a0 (swi_exit) sp = 0xd4889e50 fp = 0xbffff500 mode = 02, inum = 1284268, fs = /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 700 tid 100090 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> The command doing the writing was tar xpvf - The entire pipeline was: tar cpvf - . |( cd /export/ports ; tar xpvf -) The only difference from the stock kernel for the BB was that I built in the GPT stuff. More datapoints: # fsck -p /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 551793 free (3025 frags, 68596 blocks, 0.2% fragmentation) /dev/gpt/bbexport: PARTIALLY TRUNCATED INODE I=1284121 /dev/gpt/bbexport: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. # [wynkoop@beaglebone ~]$ uname -a FreeBSD beaglebone.wynn.com 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r279219: Sun Mar 1 03:31:54 EST 2015 wynkoop@beaglebone.wynn.com:/usr/src/sys/arm/compile/BB-BEW arm [wynkoop@beaglebone ~]$ World and my kernel are in sync, and both built native on the BB. How is it that some of you are actually able to use USB mass storage? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 If cowardly and dishonorable men sometimes shoot unarmed men with army pistols or guns, the evil must be prevented by the penitentiary and gallows, and not by a general deprivation of a constitutional privilege. -Honorable J. A. Williams, Circuit Judge - Wilson v. State, 33 Ark. 557, 34 Am. Rep. 52 (1878). From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 19:12:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED0A33D1 for ; Sun, 1 Mar 2015 19:12:36 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 840778E1 for ; Sun, 1 Mar 2015 19:12:36 +0000 (UTC) Received: by wesx3 with SMTP id x3so29456771wes.7 for ; Sun, 01 Mar 2015 11:12:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PPGn9L57iA7x2egoGlf1Jt9t2x5VnA43mxBs3hxKLiQ=; b=nSd/FDl6yZopXusontj9cGwhDqzPvVcvlI6Ce91LpowhjziOAW5Pih+REtFWGuUqy/ y5IlFwjiFLpxVZr5IMdvwvVZw9IOcSSa4KZSm4Cuvzewmb3ABDB2DCQGT2+n2y/p2bJl gwu4unFbi9wb6HCP8Wp0f7g1XL5L9zA3UKUyOZ4aHRuFbvwjWfw2TRW/EUwzwUjyAFWl 7CV65GOFYY4IzZdLobL5ninY1TQ0CTU23DOBW2DqNEUDAwAofIT6l8/hEfn8G60IIJcG Z70vNUkDTpldVPWb9L46eVZfR27v1JOhR2J7MHGAnzRLpir3Uyi7pg7jg/4Fvb4GgjJF xI5g== MIME-Version: 1.0 X-Received: by 10.180.82.40 with SMTP id f8mr28597127wiy.60.1425237154941; Sun, 01 Mar 2015 11:12:34 -0800 (PST) Received: by 10.27.214.136 with HTTP; Sun, 1 Mar 2015 11:12:34 -0800 (PST) Date: Sun, 1 Mar 2015 11:12:34 -0800 Message-ID: Subject: Chronodot on RPI From: Waitman Gobble To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 19:12:37 -0000 Anyone have luck with the ChronoDot (D3231) on Raspberry Pi? I have a RPI B+ (rev 1), tried with HEAD r277133 and r279488 without luck. # uname -a FreeBSD ARTiming150228 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277133: Tue Jan 13 20:18:52 PST 2015 waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV arm # uname -a FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279488: Sun Mar 1 10:27:33 PST 2015 waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV arm # dmesg | grep iic iichb0: mem 0x205000-0x20501f irq 61 on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x804000-0x80401f irq 61 on simplebus0 iicbus1: on iichb1 iic1: on iicbus1 a) tried the DS1307 program from Vadim Zaigrin, without success. b) tried i2cscan from Winston Smith, only get errors. ie, ioctl(I2CRDWR) failed: Input/output error I have VCC pin 1, GND pin 6, SDA on 3 and SCL on 5. trying /dev/iic0 and /dev/iic1 Any help/suggestions apprecitated. Thank you, -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 19:46:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9948A9DC for ; Sun, 1 Mar 2015 19:46:57 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52FF2BCD for ; Sun, 1 Mar 2015 19:46:57 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t21Jks5l013644; Sun, 1 Mar 2015 14:46:54 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 14:46:53 -0500 From: Brett Wynkoop To: Brett Wynkoop Subject: Re: crash on writing usbstick Message-ID: <20150301144653.63b38cdf@ivory.wynn.com> In-Reply-To: <20150301041855.5352663e@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 19:46:57 -0000 So we have another set of data points. I tried to again put a copy of ports on the USB stick, this time using rsync. cd /usr/ports rsync -acv . /export/ports It got as far as: hebrew/he2/ hebrew/he2/Makefile hebrew/he2/distinfo hebrew/he2/pkg-descr hebrew/he2/pkg-message hebrew/he2/pkg-plist hebrew/he2/files/ hebrew/he2/files/patch-HebrewEditor.cxx hebrew/he2/files/patch-Makefile.in hebrew/he2/files/patch-aDictionary.cxx hebrew/he2/files/patch-he2.in hebrew/he2/files/patch-he2__hebSegment.cxx hebrew/he2/files/patch-he2__hebString.cxx hebrew/he2/files/patch-realCxx Read from remote host 192.168.54.10: Operation timed out Connection to 192.168.54.10 closed. This is the end of the debugger output on the console: aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) mode = 0100402, inum = 1370272, fs = /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 739 tid 100089 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> db> continue Uptime: 2h22m3s I think we have some serious usb issues on the BeagleBone. I wonder why no one else seems to be seeing these. Could it be that since you are all using rotating media for your USB disk that it is somehow acting different and the problem is closely coupled with using usb flash drives? In any case I think there is a real bug here. If anyone can suggest what I should do to gather useful data to help debug this and get it solved for everyone let me know. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Gun Control: The theory that a woman found dead in an alley, raped and strangled with her own pantyhose, is somehow morally superior to a woman explaining to police how her attacker got that fatal bullet wound From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 20:13:32 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 705DDF6F for ; Sun, 1 Mar 2015 20:13:32 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0369AE45 for ; Sun, 1 Mar 2015 20:13:32 +0000 (UTC) Received: by wibbs8 with SMTP id bs8so10584529wib.0 for ; Sun, 01 Mar 2015 12:13:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dhUkvxtTzmUsipT1/phrq0V+VRwXSQicJsN3klm7V4g=; b=FXSad9qm7OLxRqd5nfeTkHpp9ys8vJY5oB90iwM385Yw9BZ+JKOH3zKYAP/78XzbVF +DM+fTKL3pV+DbFweigB5a6Td2Loco8gI3RVqpEHqppgn5AyILzRNh6sJCw946jmfaqv goXzpbdR6zffZof4K3OecXWZjEnq0isWY8nSX7zXv+gXNlUwvhlOc6r1CmQtUN+y9a2c x5xLvENNKZ1MY1OmLnEzScLcqHqBaUB6gYjFRWeWsj9efXjFX9aT/rWI96Z54kZq3MSl BFu/NQWpsSMlnqbXZnVwZH6TnTOKjSHXYDGsET+FIAVV+zZVmwkwCgTAykrhO7VcSzwl Un9A== MIME-Version: 1.0 X-Received: by 10.195.12.35 with SMTP id en3mr49831370wjd.129.1425240810394; Sun, 01 Mar 2015 12:13:30 -0800 (PST) Received: by 10.27.214.136 with HTTP; Sun, 1 Mar 2015 12:13:30 -0800 (PST) In-Reply-To: References: Date: Sun, 1 Mar 2015 12:13:30 -0800 Message-ID: Subject: Re: Chronodot on RPI From: Waitman Gobble To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 20:13:32 -0000 On Sun, Mar 1, 2015 at 11:12 AM, Waitman Gobble wrote: > Anyone have luck with the ChronoDot (D3231) on Raspberry Pi? > I have a RPI B+ (rev 1), tried with HEAD r277133 and r279488 without luck. > > > # uname -a > FreeBSD ARTiming150228 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277133: > Tue Jan 13 20:18:52 PST 2015 > waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV > arm > > # uname -a > FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279488: Sun > Mar 1 10:27:33 PST 2015 > waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV > arm > > > # dmesg | grep iic > iichb0: mem 0x205000-0x20501f irq 61 on simplebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > iichb1: mem 0x804000-0x80401f irq 61 on simplebus0 > iicbus1: on iichb1 > iic1: on iicbus1 > > > a) tried the DS1307 program from Vadim Zaigrin, without success. > > b) tried i2cscan from Winston Smith, > > only get errors. ie, > > ioctl(I2CRDWR) failed: Input/output error > > I have VCC pin 1, GND pin 6, SDA on 3 and SCL on 5. > > trying /dev/iic0 and /dev/iic1 > > Any help/suggestions apprecitated. > > Thank you, > > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 OOPs, I just realized that the code on Vadim's github is working. I had previously tried the code in the blog post. # ./ss -s -f /dev/iic1 # ./ss -r -f /dev/iic1 20:12:29 01/03/2015 root@raspberry-pi:~ # date Sun Mar 1 20:12:32 UTC 2015 https://github.com/vzaigrin/ds1307 Thank you, -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 23:45:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C11190F for ; Sun, 1 Mar 2015 23:45:02 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBCFC774 for ; Sun, 1 Mar 2015 23:45:01 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t21NivEf026580; Sun, 1 Mar 2015 18:44:58 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 18:44:56 -0500 From: Brett Wynkoop To: Brett Wynkoop Subject: Re: crash on writing usbstick Message-ID: <20150301184456.7b5e6487@ivory.wynn.com> In-Reply-To: <20150301144653.63b38cdf@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 23:45:02 -0000 Ok another set of data points. This time /export had softupdates enabled and I was using rsync again. login: mode = 040402, inum = 1376402, fs = /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 1216 tid 100094 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> Since some folks think having growfs enabled is the problem and since my root filesystem does not need to grow I will turn it off for the next trial. I do think there is a real bug here that we need to sort out. Interesting....while writing the above I rebooted the system and with no activity shortly after it booted I got a panic on /export again: FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: dev=gpt/bbexport, bno = 1724849353, bsize = 32768, size = 32768, fs = /export panic: ffs_blkfree_cg: bad size KDB: enter: panic [ thread pid 789 tid 100087 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> This is a very real bug! -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Sun Mar 1 23:56:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41CB5B00 for ; Sun, 1 Mar 2015 23:56:08 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 061BE845 for ; Sun, 1 Mar 2015 23:56:07 +0000 (UTC) Received: by iecrp18 with SMTP id rp18so43789723iec.1 for ; Sun, 01 Mar 2015 15:56:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=Xr7Dq/+ZkRotVKM8phB0b6WGNUse7NAn4gqc5t7Aukg=; b=Wf8ImkX0sMqJodsvCgw47jsRgxPXQVDcNO6VV93pp+xXdrUus3NsXs6C/EMyMlNnFQ zR7yqH3pVgIgFfTICVxoe3rTIG7Ip7QNvxD1IoVAbFAUtMd8+xc+FcLvhEMk4dxm73iN qk4GnHJXVeJWYphuOBBffnENkVqk7ZRBg8z+2AwSMqt/SoFZ2oDOYzkAgdrZ+Du2WZLG Ov5266R/cmt/gn2PQRV2U0mDLVWeru/7LkRim+EvUU1Pg3I/mto+ZD7e2qtyJ8dr33OB HPBwuRqegNwzoHVo4pi9v52+MoBPrezHprEK7IpDMQhjLD8OqdYvL4OddMFKEsjO+cxK PjAA== X-Gm-Message-State: ALoCoQnFPCXqqabKMh3kNJdfhheOtoGWW0PMo1QbHw5tZM7ET5muDQ777ebxdr88sBr2guSnWihz X-Received: by 10.107.168.207 with SMTP id e76mr32263558ioj.60.1425254161257; Sun, 01 Mar 2015 15:56:01 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id l6sm5969316igv.8.2015.03.01.15.56.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Mar 2015 15:56:00 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0AB2DC54-540F-449F-B800-F44AAF930962"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150301184456.7b5e6487@ivory.wynn.com> Date: Sun, 1 Mar 2015 16:55:59 -0700 Message-Id: <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 23:56:08 -0000 --Apple-Mail=_0AB2DC54-540F-449F-B800-F44AAF930962 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your filesystem looks messed up. Panics are likely to haunt you. = You=E2=80=99ll need to newfs it and reload the data. Also, it would be great if you could type =E2=80=98tr=E2=80=99 to the = db> prompt to get a call stack traceback. That would be quite helpful. Warner > On Mar 1, 2015, at 4:44 PM, Brett Wynkoop = wrote: >=20 > Ok another set of data points. >=20 > This time /export had softupdates enabled and I was using rsync again. >=20 >=20 > login: mode =3D 040402, inum =3D 1376402, fs =3D /export > panic: ffs_valloc: dup alloc > KDB: enter: panic > [ thread pid 1216 tid 100094 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> >=20 > Since some folks think having growfs enabled is the problem and since > my root filesystem does not need to grow I will turn it off for the > next trial. >=20 > I do think there is a real bug here that we need to sort out. >=20 > Interesting....while writing the above I rebooted the system and with > no activity shortly after it booted I got a panic on /export again: >=20 > FreeBSD/arm (beaglebone.wynn.com) (ttyu0) >=20 > login: dev=3Dgpt/bbexport, bno =3D 1724849353, bsize =3D 32768, size =3D= 32768, > fs =3D /export > panic: ffs_blkfree_cg: bad size > KDB: enter: panic > [ thread pid 789 tid 100087 ] > Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > db> >=20 >=20 > This is a very real bug! >=20 > -Brett >=20 > -- >=20 > wynkoop@wynn.com = http://prd4.wynn.com/wynkoop/pgp-keys.txt > 917-642-6925 > 929-272-0000 >=20 > A free people ought to be armed. - George Washington >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_0AB2DC54-540F-449F-B800-F44AAF930962 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU86cPAAoJEGwc0Sh9sBEAarYP/AzyehbVuPcw5npvHNIWtuxb et6hIcMuWF8gDMcAfFXzrY8WbBI+KYYxUjSPN5Rv3Qu4LuCWy3YU5dGFZPqH7kGy 2fYRvJd2xh0XYBWTkJgDJAsGdpDxXFxxiHD8ZpxUyrlFffqyMDcqU+03gy/l8C4O AsDdNmNaqKIK5LSucNuqzOeWAba4AgA175aw6EVJIXERxR8RD9t5QRzYcdq8zM7H B7EtT3aw+TLkmaWyNmt/lKGVJsrf5XfO5fY3H/L+mjgH97ecE+VL2L1M7ceXa5W7 p4yqBUf6pemmuk2Gb8x7DhqARsijCl8fSXCNqE7pMnvTyzl8k1YMylrqr1TVD/j/ SNXHqm+mXEFXe6s3uIhk5qCxNpHHpgLCjinoCv/Fc6EI7iD455L0Qc3BQCYmSCxq 2ZI0HC0pCwCkN9g5VNY4S9kDGjgY975/YoxCq+5pDoJ3B8SEmERqVQWGqsNwxOcF z6bsyYjk9+0N8IpQ5pyzDfh1VqEjSjT/cbcg1MyEFSPCPLQDBUpMPBVk5uPIbecI o0tUv+Ynb2HH/D+jTGI63Dw8JGRYJPBEStnuicThDVmMOBOX14q9FPUdkhZA/IKH B3jzPxaKPrZiBi2RrZvXwCt6QvJWrqFNfyN1n6os3+mMW9+JamK6ViEKlwR5lcIL 0alCzk4KwdvqQATWm5v+ =9RS+ -----END PGP SIGNATURE----- --Apple-Mail=_0AB2DC54-540F-449F-B800-F44AAF930962-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 01:32:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66858644 for ; Mon, 2 Mar 2015 01:32:50 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 224521D4 for ; Mon, 2 Mar 2015 01:32:49 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t221Wivg034790; Sun, 1 Mar 2015 20:32:45 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 20:32:44 -0500 From: Brett Wynkoop To: Warner Losh , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150301203244.55578413@ivory.wynn.com> In-Reply-To: <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 01:32:50 -0000 On Sun, 1 Mar 2015 16:55:59 -0700 Warner Losh wrote: > Your filesystem looks messed up. Panics are likely to haunt you. > You=E2=80=99ll need to newfs it and reload the data. >=20 > Also, it would be great if you could type =E2=80=98tr=E2=80=99 to the db>= prompt to > get a call stack traceback. That would be quite helpful. >=20 > Warner It seems counter to the design of the ffs, especially with softupdates enabled that one should have to newfs. fsck claimed to have fixed the filesystem, but to be complete I have just done a newfs on the partation again and will attempt the copy yet again. root@beaglebone:~ # newfs -J -U /dev/gpt/bbexport /dev/gpt/bbexport: 14755.0MB (30218160 sectors) block size 32768, fragment size 4096 using 24 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712 root@beaglebone:~ #=20 When it next crashes I will get a backtrace for the team. -Brett --=20 wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 The Second Amendment extends, prima facie, to all instruments that=20 constitute bearable arms, even those that were not in existence=20 at the time of the founding. ~ Justice Scalia From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 01:54:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FD9BCD9 for ; Mon, 2 Mar 2015 01:54:25 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7A1B6CB for ; Mon, 2 Mar 2015 01:54:24 +0000 (UTC) Received: by igdh15 with SMTP id h15so13572335igd.4 for ; Sun, 01 Mar 2015 17:54:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=BiFr0D6LPbiCA2IPz8avpyarPanWNOTFtPX7yDWXd/c=; b=BK2fSkjJz3b8aNfOvyUMxzRImrtSqG3vQNxT6MZFq87I6GyeQxKSaqZO2U2Ylg9dcJ eHu8edk9XPqQKT79+BOBxDG16UHhkvWxIaHMFVKykM6lfId3bOzp28TVptOnodYDRQfm 0Z9mD6JGH43Djp88Hfxfv/Sa7C4ftTcjLU+6nbL2uihkZhakxbWDIcik97jwRiUVJzIB SHVYQnt+LozAygfpQmBfrImQoOWbnZf+pIAwIkU2xJV3XF0r7tftbrwI6L/48JbSmZZm BH7grhqeflb2f4fizOweOOhhsDxJyFQYqc65XghP1QotMFJZvdM/b0qh6y9uRU7FZ+wE 0OiQ== X-Gm-Message-State: ALoCoQmBmnrv7qLsX0yjgQ+DoU6Wv2vB7otNIx8WdgriiwTI4HQaNlSXrKcrfnTgF1cIusZfrJNX X-Received: by 10.50.25.225 with SMTP id f1mr19055234igg.29.1425260934475; Sun, 01 Mar 2015 17:48:54 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id o1sm6110866igv.18.2015.03.01.17.48.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Mar 2015 17:48:53 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B990C3AA-5151-41EE-AB39-26BC12A04508"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150301203244.55578413@ivory.wynn.com> Date: Sun, 1 Mar 2015 18:48:52 -0700 Message-Id: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 01:54:25 -0000 --Apple-Mail=_B990C3AA-5151-41EE-AB39-26BC12A04508 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 1, 2015, at 6:32 PM, Brett Wynkoop = wrote: >=20 > On Sun, 1 Mar 2015 16:55:59 -0700 > Warner Losh wrote: >=20 >> Your filesystem looks messed up. Panics are likely to haunt you. >> You=E2=80=99ll need to newfs it and reload the data. >>=20 >> Also, it would be great if you could type =E2=80=98tr=E2=80=99 to the = db> prompt to >> get a call stack traceback. That would be quite helpful. >>=20 >> Warner >=20 > It seems counter to the design of the ffs, especially with softupdates > enabled that one should have to newfs. fsck claimed to have fixed the > filesystem, but to be complete I have just done a newfs on the > partation again and will attempt the copy yet again. >=20 > root@beaglebone:~ # newfs -J -U /dev/gpt/bbexport > /dev/gpt/bbexport: 14755.0MB (30218160 sectors) block size 32768, > fragment size 4096 using 24 cylinder groups of 626.09MB, 20035 blks, > 80256 inodes. with soft updates > super-block backups (for fsck_ffs -b #) at: > 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, > 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, > 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, > 28209472, 29491712 root@beaglebone:~ # >=20 > When it next crashes I will get a backtrace for the team. I agree you shouldn=E2=80=99t have to do this. However, this will reset = things to a known state, which is important with testing. If you screwed something up in a prior version that=E2=80=99s unusual, fsck might not fix it. = Since we started seeing weird FS junk, we need to make sure that we have a good state. This will let us tell the difference between a FS that=E2=80=99s = weird because it didn=E2=80=99t get flushed on the first panic, and a FS that=E2=80=99s = weird because we=E2=80=99re bogusly writing weird stuff to it. Warner --Apple-Mail=_B990C3AA-5151-41EE-AB39-26BC12A04508 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU88GFAAoJEGwc0Sh9sBEAwzYQAJVR4L1vI7OPYA3Cy/kX5zYp Xmz2S3NBekTXJ3Cq03k3VqGa8BzA6IEA2Pe5OqiPHL5uXngPcvhJytRH16YfpctV GMar69NooE/NcJO8/InMFhKTQMnbz720tLCqMr15Zx7DVlkt8VqUUiwkhHIGMbbz 6dL2Tm9pouv5qytXX+58K3JbcdrrwQrUdWD2YaFYpp09zUrDlXArcxZ2uu2RYdql w79au/QtzqXQtvJ/0QLFAxH7RreEnoXlxLIZCZbqwNqvXzfe3VNj2UuRLlcpuAlk ///lEd7vrtehl0sHaVpvNGtXPeDtDl7+6KWPpXRbOx2ORAenBXQIS9opWY5pFGDP bMxDVvBepKb6SiOq1tMIo6V7mO9SSvEN9U9bFKh6iy6KYKag8BPXkzNkR5FbS9rV QPKd/9fxM45Ubi0aGH9GUox+XHiJh42PuVYLPKHMQzt7Uvw7giu1ceR6IvR+NfG9 Ri8ZXxBN+7uWjHtnGcyACF7cDij7qkJVAEW4nohJMR1/Usy16HO+mZRtrMAi6MCM gm02XxIgRmPo0eCrUX3cg/9R9LsTwkwvaG4vOB+vSC3Ap5WjvEyHwuKpK80bO+Cl xsH4D8zH5Aq15WuY66dM27RxZ3thI5L2e0kZBNE2OiENiL6gfJTrAliIS7q8jDcM 41V7wv9WLfmg7xe9cl5e =SNc8 -----END PGP SIGNATURE----- --Apple-Mail=_B990C3AA-5151-41EE-AB39-26BC12A04508-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 02:06:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8597CD8B for ; Mon, 2 Mar 2015 02:06:04 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B22887F9 for ; Mon, 2 Mar 2015 02:06:03 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2225xDG036416; Sun, 1 Mar 2015 21:05:59 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 21:05:58 -0500 From: Brett Wynkoop To: Warner Losh , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150301210558.3fbdb18b@ivory.wynn.com> In-Reply-To: <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 02:06:04 -0000 On Sun, 1 Mar 2015 16:55:59 -0700 Warner Losh wrote: > Your filesystem looks messed up. Panics are likely to haunt you. > You=E2=80=99ll need to newfs it and reload the data. >=20 > Also, it would be great if you could type =E2=80=98tr=E2=80=99 to the db>= prompt to > get a call stack traceback. That would be quite helpful. Greeting- As I suspected doing the newfs on my /export partation was a wild goose chase. rsync from /usr/ports to /export/ports caused another crash. Here is the backtrace capture: Tracing pid 1047 tid 100093 td 0xc272e660 db_trace_self() at db_trace_self pc =3D 0xc05ffbf0 lr =3D 0xc0231f78 (db_stack_trace+0x108) sp =3D 0xd4892660 fp =3D 0xd4892678 r10 =3D 0xd4892908 db_stack_trace() at db_stack_trace+0x108 pc =3D 0xc0231f78 lr =3D 0xc02318e8 (db_command+0x294) sp =3D 0xd4892680 fp =3D 0xd4892720 r4 =3D 0xc064c9b6 r5 =3D 0x00000000 r6 =3D 0xc07e3b10 r10 =3D 0xd4892908 db_command() at db_command+0x294 pc =3D 0xc02318e8 lr =3D 0xc0231644 (db_command_loop+0x74) sp =3D 0xd4892728 fp =3D 0xd4892738 r4 =3D 0xc064c9b6 r5 =3D 0xc066dd32 r6 =3D 0xc07e3b10 r7 =3D 0xc0721c14 r8 =3D 0xc077e1c0 r9 =3D 0xc077e1c4 r10 =3D 0xd4892908 db_command_loop() at db_command_loop+0x74 pc =3D 0xc0231644 lr =3D 0xc0234128 (db_trap+0x108) sp =3D 0xd4892740 fp =3D 0xd4892860 --More-- r4 =3D 0x00000000 r5 =3D 0xc07e3b1c r6 =3D 0xc077e1e8 r10 =3D 0xd4892908 db_trap() at db_trap+0x108 pc =3D 0xc0234128 lr =3D 0xc03dcedc (kdb_trap+0xd4) sp =3D 0xd4892868 fp =3D 0xd4892888 r4 =3D 0x00000000 r5 =3D 0x00000001 r6 =3D 0xc077e1e8 r7 =3D 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc =3D 0xc03dcedc lr =3D 0xc0614cf8 (undefinedinstruction+0x2c8) sp =3D 0xd4892890 fp =3D 0xd4892900 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc0614980 r7 =3D 0xe7ffffff r8 =3D 0xc272e660 r9 =3D 0xc03dc79c r10 =3D 0xd4892908 undefinedinstruction() at undefinedinstruction+0x2c8 pc =3D 0xc0614cf8 lr =3D 0xc0601310 (exception_exit) sp =3D 0xd4892908 fp =3D 0xd4892960 r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 --More-- r10 =3D 0xc0770580 exception_exit() at exception_exit pc =3D 0xc0601310 lr =3D 0xc03dc78c (kdb_enter+0x48) sp =3D 0xd4892958 fp =3D 0xd4892960 r0 =3D 0xc077e1d4 r1 =3D 0x00000000 r2 =3D 0xc0671a3b r3 =3D 0x000000aa r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 r10 =3D 0xc0770580 r12 =3D 0x00000000 $a.8() at $a.8 pc =3D 0xc03dc7a0 lr =3D 0xc03a260c (vpanic+0xd0) sp =3D 0xd4892968 fp =3D 0xd4892988 r4 =3D 0x00000100 r10 =3D 0xc0770580 vpanic() at vpanic+0xd0 pc =3D 0xc03a260c lr =3D 0xc03a2660 (kproc_shutdown) sp =3D 0xd4892990 fp =3D 0xd4892998 r4 =3D 0xc266d000 r5 =3D 0xd4892b84 r6 =3D 0x000759c4 r7 =3D 0xc34a7480 r8 =3D 0x00000000 r9 =3D 0x000041c0 --More-- r10 =3D 0xc266d000 kproc_shutdown() at kproc_shutdown pc =3D 0xc03a2660 lr =3D 0xc0581018 (ffs_nodealloccg) sp =3D 0xd48929a0 fp =3D 0xd4892a30 r4 =3D 0xd48929a4 r5 =3D 0xc266d000 ffs_nodealloccg() at ffs_nodealloccg pc =3D 0xc0581018 lr =3D 0xc05c4cf4 (ufs_mkdir+0x6c) sp =3D 0xd4892a38 fp =3D 0xd4892bc0 r4 =3D 0x000041c0 r5 =3D 0xc2857900 r6 =3D 0xd4892d48 r7 =3D 0xc0580818 r8 =3D 0x00000000 r9 =3D 0xc2f81880 r10 =3D 0xd4892c80 ufs_mkdir() at ufs_mkdir+0x6c pc =3D 0xc05c4cf4 lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) sp =3D 0xd4892bc8 fp =3D 0xd4892be0 r4 =3D 0xd4892d48 r5 =3D 0xc0753234 r6 =3D 0x00000000 r7 =3D 0xbfffdecc r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xd4892c88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c --More-- pc =3D 0xc062c514 lr =3D 0xc04568c0 (kern_mkdirat= +0x194) sp =3D 0xd4892be8 fp =3D 0xd4892d80 r4 =3D 0xd4892c18 r5 =3D 0xd4892cb0 r6 =3D 0xd4892d44 r10 =3D 0xd4892c88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) sp =3D 0xd4892d88 fp =3D 0xd4892d90 r4 =3D 0xc272e660 r5 =3D 0x00000000 r6 =3D 0xc07e5900 r7 =3D 0x00000000 r8 =3D 0xd4892df8 r9 =3D 0xc27206f0 r10 =3D 0xffffffff sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) sp =3D 0xd4892d98 fp =3D 0xd4892e48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4892e50 fp =3D 0xbfffdea0 r4 =3D 0x23392458 r5 =3D 0x2080c0c8 r6 =3D 0x2080c0c8 r7 =3D 0x00000088 r8 =3D 0xffffffff r9 =3D 0x23392458 --More-- r10 =3D 0xffffffff swi_exit() at swi_exit pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4892e50 fp =3D 0xbfffdea0 db> tr Tracing pid 1047 tid 100093 td 0xc272e660 db_trace_self() at db_trace_self pc =3D 0xc05ffbf0 lr =3D 0xc0231f78 (db_stack_trace+0x108) sp =3D 0xd4892660 fp =3D 0xd4892678 r10 =3D 0xc07e3b24 db_stack_trace() at db_stack_trace+0x108 pc =3D 0xc0231f78 lr =3D 0xc02318e8 (db_command+0x294) sp =3D 0xd4892680 fp =3D 0xd4892720 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000000 r10 =3D 0xc07e3b24 db_command() at db_command+0x294 pc =3D 0xc02318e8 lr =3D 0xc0231644 (db_command_loop+0x74) sp =3D 0xd4892728 fp =3D 0xd4892738 r4 =3D 0xc064c9b6 r5 =3D 0xc066dd32 r6 =3D 0xc07e3b10 r7 =3D 0xc0721c14 r8 =3D 0xc077e1c0 r9 =3D 0xc077e1c4 r10 =3D 0xd4892908 db_command_loop() at db_command_loop+0x74 pc =3D 0xc0231644 lr =3D 0xc0234128 (db_trap+0x108) sp =3D 0xd4892740 fp =3D 0xd4892860 --More-- r4 =3D 0x00000000 r5 =3D 0xc07e3b1c r6 =3D 0xc077e1e8 r10 =3D 0xd4892908 db_trap() at db_trap+0x108 pc =3D 0xc0234128 lr =3D 0xc03dcedc (kdb_trap+0xd4) sp =3D 0xd4892868 fp =3D 0xd4892888 r4 =3D 0x00000000 r5 =3D 0x00000001 r6 =3D 0xc077e1e8 r7 =3D 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc =3D 0xc03dcedc lr =3D 0xc0614cf8 (undefinedinstruction+0x2c8) sp =3D 0xd4892890 fp =3D 0xd4892900 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc0614980 r7 =3D 0xe7ffffff r8 =3D 0xc272e660 r9 =3D 0xc03dc79c r10 =3D 0xd4892908 undefinedinstruction() at undefinedinstruction+0x2c8 pc =3D 0xc0614cf8 lr =3D 0xc0601310 (exception_exit) sp =3D 0xd4892908 fp =3D 0xd4892960 r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 --More-- r10 =3D 0xc0770580 exception_exit() at exception_exit pc =3D 0xc0601310 lr =3D 0xc03dc78c (kdb_enter+0x48) sp =3D 0xd4892958 fp =3D 0xd4892960 r0 =3D 0xc077e1d4 r1 =3D 0x00000000 r2 =3D 0xc0671a3b r3 =3D 0x000000aa r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 r10 =3D 0xc0770580 r12 =3D 0x00000000 $a.8() at $a.8 pc =3D 0xc03dc7a0 lr =3D 0xc03a260c (vpanic+0xd0) sp =3D 0xd4892968 fp =3D 0xd4892988 r4 =3D 0x00000100 r10 =3D 0xc0770580 vpanic() at vpanic+0xd0 pc =3D 0xc03a260c lr =3D 0xc03a2660 (kproc_shutdown) sp =3D 0xd4892990 fp =3D 0xd4892998 r4 =3D 0xc266d000 r5 =3D 0xd4892b84 r6 =3D 0x000759c4 r7 =3D 0xc34a7480 r8 =3D 0x00000000 r9 =3D 0x000041c0 --More-- r10 =3D 0xc266d000 kproc_shutdown() at kproc_shutdown pc =3D 0xc03a2660 lr =3D 0xc0581018 (ffs_nodealloccg) sp =3D 0xd48929a0 fp =3D 0xd4892a30 r4 =3D 0xd48929a4 r5 =3D 0xc266d000 ffs_nodealloccg() at ffs_nodealloccg pc =3D 0xc0581018 lr =3D 0xc05c4cf4 (ufs_mkdir+0x6c) sp =3D 0xd4892a38 fp =3D 0xd4892bc0 r4 =3D 0x000041c0 r5 =3D 0xc2857900 r6 =3D 0xd4892d48 r7 =3D 0xc0580818 r8 =3D 0x00000000 r9 =3D 0xc2f81880 r10 =3D 0xd4892c80 ufs_mkdir() at ufs_mkdir+0x6c pc =3D 0xc05c4cf4 lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) sp =3D 0xd4892bc8 fp =3D 0xd4892be0 r4 =3D 0xd4892d48 r5 =3D 0xc0753234 r6 =3D 0x00000000 r7 =3D 0xbfffdecc r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xd4892c88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c --More-- pc =3D 0xc062c514 lr =3D 0xc04568c0 (kern_mkdirat= +0x194) sp =3D 0xd4892be8 fp =3D 0xd4892d80 r4 =3D 0xd4892c18 r5 =3D 0xd4892cb0 r6 =3D 0xd4892d44 r10 =3D 0xd4892c88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) sp =3D 0xd4892d88 fp =3D 0xd4892d90 r4 =3D 0xc272e660 r5 =3D 0x00000000 r6 =3D 0xc07e5900 r7 =3D 0x00000000 r8 =3D 0xd4892df8 r9 =3D 0xc27206f0 r10 =3D 0xffffffff sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) sp =3D 0xd4892d98 fp =3D 0xd4892e48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4892e50 fp =3D 0xbfffdea0 r4 =3D 0x23392458 r5 =3D 0x2080c0c8 r6 =3D 0x2080c0c8 r7 =3D 0x00000088 r8 =3D 0xffffffff r9 =3D 0x23392458 --More-- r10 =3D 0xffffffff swi_exit() at swi_exit pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4892e50 fp =3D 0xbfffdea0 db>=20 -Brett --=20 wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or=20 prohibiting the free exercise thereof; or abridging the freedom of=20 speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 02:21:28 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5568259 for ; Mon, 2 Mar 2015 02:21:28 +0000 (UTC) Received: from pmta2.delivery3.ore.mailhop.org (pmta2.delivery3.ore.mailhop.org [54.213.22.21]) by mx1.freebsd.org (Postfix) with ESMTP id A19C6971 for ; Mon, 2 Mar 2015 02:21:28 +0000 (UTC) Received: from smtp5.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id huf4ji20u50s for ; Mon, 2 Mar 2015 02:21:39 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YSFyz-000771-2J; Mon, 02 Mar 2015 02:21:21 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t222LIGh090265; Sun, 1 Mar 2015 19:21:18 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/U2mDr3gBKKm59I6wvgKE5 Message-ID: <1425262878.1287.4.camel@freebsd.org> Subject: Re: crash on writing usbstick From: Ian Lepore To: Brett Wynkoop Date: Sun, 01 Mar 2015 19:21:18 -0700 In-Reply-To: <20150301203244.55578413@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 02:21:28 -0000 On Sun, 2015-03-01 at 20:32 -0500, Brett Wynkoop wrote: > On Sun, 1 Mar 2015 16:55:59 -0700 > Warner Losh wrote: > > > Your filesystem looks messed up. Panics are likely to haunt you. > > You’ll need to newfs it and reload the data. > > > > Also, it would be great if you could type ‘tr’ to the db> prompt to > > get a call stack traceback. That would be quite helpful. > > > > Warner > > It seems counter to the design of the ffs, especially with softupdates > enabled that one should have to newfs. fsck claimed to have fixed the > filesystem, but to be complete I have just done a newfs on the > partation again and will attempt the copy yet again. > > root@beaglebone:~ # newfs -J -U /dev/gpt/bbexport IMO, there's your problem right there. People have been reporting for years that softupdates + journaling = corruption. The freebsd project's collective response to all those reports has been a rather silent yawn. The only sane response, IMO, is to not use journaling. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 03:38:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7EBAD8F; Mon, 2 Mar 2015 03:38:49 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A369BF5; Mon, 2 Mar 2015 03:38:49 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t223ckv1041646; Sun, 1 Mar 2015 22:38:46 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 22:38:45 -0500 From: Brett Wynkoop To: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150301223845.379fc10e@ivory.wynn.com> In-Reply-To: <1425262878.1287.4.camel@freebsd.org> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <1425262878.1287.4.camel@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 03:38:50 -0000 On Sun, 01 Mar 2015 19:21:18 -0700 Ian Lepore wrote: > > root@beaglebone:~ # newfs -J -U /dev/gpt/bbexport > > IMO, there's your problem right there. People have been reporting for > years that softupdates + journaling = corruption. The freebsd > project's collective response to all those reports has been a rather > silent yawn. The only sane response, IMO, is to not use journaling. The -J was done for the last crash. It has also crashed with just -U and without -U, so we are not looking at -J + -U == corruption. If folks think I should just do a plain newfs without any options and run another test I can. It takes only a short time to panic. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment III No soldier shall, in time of peace be quartered in any house, without the consent of the owner, nor in time of war, but in a manner to be prescribed by law. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 03:46:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99651E42 for ; Mon, 2 Mar 2015 03:46:16 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0311B6 for ; Mon, 2 Mar 2015 03:46:16 +0000 (UTC) Received: by wiwh11 with SMTP id h11so11751770wiw.1 for ; Sun, 01 Mar 2015 19:46:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QCHIhX3C086flu4AWzhOttFSCbqmrWmS4VPndCSJshM=; b=KCNXgmLGGFN4EISBD9kEjLR4o6yZTYRtFRyo/wgcQNlSOE9h4FDfLyCGYWxvncSya1 LDkUCDy+vmpEsFJMP+gO5LSSUs5dXeWE+LzkRFMmrowMvspiRaA5be8yfpH/1bh+sZ1P l5nYwfqmD8e0x4rIsxPBfpC5jxSz7d3hExy/OYC3z/jsX0R9KWeDiOJYfJAya8eq2Qpx UpJkXf7huwRyypftvLQAEj7bReSZmHijBSJhKKnIzVQvQMV3UiEPGaxTNRrLxvwv8aTG cQheHt18CtM56ZIt9M6+8VYCM4qc29DY9o3hH0Z3a/4eMXRtJkyC+eP454Seq+PXDKlh zVXQ== MIME-Version: 1.0 X-Received: by 10.194.88.37 with SMTP id bd5mr32667634wjb.125.1425267974440; Sun, 01 Mar 2015 19:46:14 -0800 (PST) Received: by 10.180.195.99 with HTTP; Sun, 1 Mar 2015 19:46:14 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Mar 2015 00:46:14 -0300 Message-ID: Subject: Re: Chronodot on RPI From: Luiz Otavio O Souza To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 03:46:16 -0000 On 1 March 2015 at 16:12, Waitman Gobble wrote: > Anyone have luck with the ChronoDot (D3231) on Raspberry Pi? > I have a RPI B+ (rev 1), tried with HEAD r277133 and r279488 without luck. > > > # uname -a > FreeBSD ARTiming150228 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277133: > Tue Jan 13 20:18:52 PST 2015 > waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV > arm > > # uname -a > FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279488: Sun > Mar 1 10:27:33 PST 2015 > waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV > arm > > > # dmesg | grep iic > iichb0: mem 0x205000-0x20501f irq 61 on simplebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > iichb1: mem 0x804000-0x80401f irq 61 on simplebus0 > iicbus1: on iichb1 > iic1: on iicbus1 > > > a) tried the DS1307 program from Vadim Zaigrin, without success. > > b) tried i2cscan from Winston Smith, > > only get errors. ie, > > ioctl(I2CRDWR) failed: Input/output error > > I have VCC pin 1, GND pin 6, SDA on 3 and SCL on 5. > > trying /dev/iic0 and /dev/iic1 > > Any help/suggestions apprecitated. > > Thank you, > > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 Hi, I've just committed a driver for DS3231 (r279399), I'm using a different breakout board but chronodot will work just fine. Unfortunately you need to add this device to your kernel and also make the appropriate changes on DTS. Please add 'device ds3231' to RPI-B kernel and the following to RPi DTS: Index: rpi.dts =================================================================== --- sys/boot/dst/dts/arm/rpi.dts (revision 279408) +++ sys/boot/dst/dts/arm/rpi.dts (working copy) @@ -292,6 +292,14 @@ broadcom,function = "ALT3"; }; }; + + bsc1 { + rtc { + compatible = "maxim,ds3231"; + reg = <0xd0>; + }; + }; + usb { hub { compatible = "usb,hub", "usb,device"; Rebuild your kernel and DTB (binary version of DTS) update your SD card and hopefully everything will work. The ds3231(4) settings can be viewed with sysctl dev.ds3231 I've made some modifications to Winston's i2cscan which should now work on RPi: # ./i2cscan /dev/iic1 Checking device: /dev/iic1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- 48 -- -- -- -- -- -- 4F 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20 - i2c GPIO expander 48 and 4f - lm75 57 - ? (I don't remember what is this one :) 68 - DS3231 You can find the modified i2cscan here: https://people.freebsd.org/~loos/i2cscan.c Luiz From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 03:52:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E59DEBE; Mon, 2 Mar 2015 03:52:13 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5199270; Mon, 2 Mar 2015 03:52:12 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t223q95u042080; Sun, 1 Mar 2015 22:52:09 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sun, 1 Mar 2015 22:52:09 -0500 From: Brett Wynkoop To: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150301225209.515b76d2@ivory.wynn.com> In-Reply-To: <1425262878.1287.4.camel@freebsd.org> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <1425262878.1287.4.camel@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 03:52:13 -0000 Greeting- Ok here is another test: [wynkoop@beaglebone ~]$ su You have mail. root@beaglebone:/home/wynkoop # umount /export root@beaglebone:/home/wynkoop # newfs /dev/gpt/bbexport /dev/gpt/bbexport: 14755.0MB (30218160 sectors) block size 32768, fragment size 4096 using 24 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712 root@beaglebone:/home/wynkoop # mount /export root@beaglebone:/home/wynkoop # root@beaglebone:/home/wynkoop # cd /usr/ports root@beaglebone:/usr/ports # mkdir /export/ports root@beaglebone:/usr/ports # rsync -acv . /export/ports sending incremental file list ./ .arcconfig .gitignore .portsnap.INDEX CHANGES CONTRIBUTING.md COPYRIGHT GIDs INDEX-10 ********IT CRASHED AT THAT POINT************* *********now the backtrace******************* FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: mode = 02, inum = 321160, fs = /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 1079 tid 100089 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> tr Tracing pid 1079 tid 100089 td 0xc264d000 db_trace_self() at db_trace_self pc = 0xc05ffbf0 lr = 0xc0231f78 (db_stack_trace+0x108) sp = 0xd4886660 fp = 0xd4886678 r10 = 0xc07e3b24 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0231f78 lr = 0xc02318e8 (db_command+0x294) sp = 0xd4886680 fp = 0xd4886720 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc07e3b24 db_command() at db_command+0x294 pc = 0xc02318e8 lr = 0xc0231644 (db_command_loop+0x74) sp = 0xd4886728 fp = 0xd4886738 r4 = 0xc064c9b6 r5 = 0xc066dd32 r6 = 0xc07e3b10 r7 = 0xc0721c14 r8 = 0xc077e1c0 r9 = 0xc077e1c4 r10 = 0xd4886908 db_command_loop() at db_command_loop+0x74 pc = 0xc0231644 lr = 0xc0234128 (db_trap+0x108) sp = 0xd4886740 fp = 0xd4886860 --More-- r4 = 0x00000000 r5 = 0xc07e3b1c r6 = 0xc077e1e8 r10 = 0xd4886908 db_trap() at db_trap+0x108 pc = 0xc0234128 lr = 0xc03dcedc (kdb_trap+0xd4) sp = 0xd4886868 fp = 0xd4886888 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc077e1e8 r7 = 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc = 0xc03dcedc lr = 0xc0614cf8 (undefinedinstruction+0x2c8) sp = 0xd4886890 fp = 0xd4886900 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0614980 r7 = 0xe7ffffff r8 = 0xc264d000 r9 = 0xc03dc79c r10 = 0xd4886908 undefinedinstruction() at undefinedinstruction+0x2c8 pc = 0xc0614cf8 lr = 0xc0601310 (exception_exit) sp = 0xd4886908 fp = 0xd4886960 r4 = 0xc066dd87 r5 = 0xd48869a4 r6 = 0xc068e208 r7 = 0xc0770718 r8 = 0xc264d000 r9 = 0xc07e5c18 --More-- r10 = 0xc0770580 exception_exit() at exception_exit pc = 0xc0601310 lr = 0xc03dc78c (kdb_enter+0x48) sp = 0xd4886958 fp = 0xd4886960 r0 = 0xc077e1d4 r1 = 0x00000000 r2 = 0xc0671a3b r3 = 0x000000aa r4 = 0xc066dd87 r5 = 0xd48869a4 r6 = 0xc068e208 r7 = 0xc0770718 r8 = 0xc264d000 r9 = 0xc07e5c18 r10 = 0xc0770580 r12 = 0x00000000 $a.8() at $a.8 pc = 0xc03dc7a0 lr = 0xc03a260c (vpanic+0xd0) sp = 0xd4886968 fp = 0xd4886988 r4 = 0x00000100 r10 = 0xc0770580 vpanic() at vpanic+0xd0 pc = 0xc03a260c lr = 0xc03a2660 (kproc_shutdown) sp = 0xd4886990 fp = 0xd4886998 r4 = 0xc2646000 r5 = 0xd4886b84 r6 = 0x0004e688 r7 = 0xc284fe00 r8 = 0x00000000 r9 = 0x000041c0 --More-- r10 = 0xc2646000 kproc_shutdown() at kproc_shutdown pc = 0xc03a2660 lr = 0xc0581018 (ffs_nodealloccg) sp = 0xd48869a0 fp = 0xd4886a30 r4 = 0xd48869a4 r5 = 0xc2646000 ffs_nodealloccg() at ffs_nodealloccg pc = 0xc0581018 lr = 0xc05c4cf4 (ufs_mkdir+0x6c) sp = 0xd4886a38 fp = 0xd4886bc0 r4 = 0x000041c0 r5 = 0xc273ca20 r6 = 0xd4886d48 r7 = 0xc0580818 r8 = 0x00000000 r9 = 0xc24a6980 r10 = 0xd4886c80 ufs_mkdir() at ufs_mkdir+0x6c pc = 0xc05c4cf4 lr = 0xc062c514 (VOP_MKDIR_APV+0x12c) sp = 0xd4886bc8 fp = 0xd4886be0 r4 = 0xd4886d48 r5 = 0xc0753234 r6 = 0x00000000 r7 = 0xbfffdecc r8 = 0x00000000 r9 = 0x00000000 r10 = 0xd4886c88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c --More-- pc = 0xc062c514 lr = 0xc04568c0 (kern_mkdirat+0x194) sp = 0xd4886be8 fp = 0xd4886d80 r4 = 0xd4886c18 r5 = 0xd4886cb0 r6 = 0xd4886d44 r10 = 0xd4886c88 kern_mkdirat() at kern_mkdirat+0x194 pc = 0xc04568c0 lr = 0xc0456724 (sys_mkdir+0x24) sp = 0xd4886d88 fp = 0xd4886d90 r4 = 0xc264d000 r5 = 0x00000000 r6 = 0xc07e5900 r7 = 0x00000000 r8 = 0xd4886df8 r9 = 0xc272b6f0 r10 = 0xffffffff sys_mkdir() at sys_mkdir+0x24 pc = 0xc0456724 lr = 0xc0613980 (swi_handler+0x2e4) sp = 0xd4886d98 fp = 0xd4886e48 swi_handler() at swi_handler+0x2e4 pc = 0xc0613980 lr = 0xc06012a0 (swi_exit) sp = 0xd4886e50 fp = 0xbfffdea0 r4 = 0x2086dcc8 r5 = 0x2080d100 r6 = 0x2080d100 r7 = 0x00000088 r8 = 0xffffffff r9 = 0x2086dcc8 --More-- r10 = 0xffffffff swi_exit() at swi_exit pc = 0xc06012a0 lr = 0xc06012a0 (swi_exit) sp = 0xd4886e50 fp = 0xbfffdea0 db> So as we can see the crash has nothing to do with journaling or softupdates. I can provide ssh access to the BBONE and to the box that is connected to it's console if that would help. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 04:00:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 591F2A8 for ; Mon, 2 Mar 2015 04:00:17 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFAE62BB for ; Mon, 2 Mar 2015 04:00:16 +0000 (UTC) Received: by wgha1 with SMTP id a1so30898214wgh.12 for ; Sun, 01 Mar 2015 20:00:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XwVJIGQjZ+744nkTOD6tAlxFa66ZashkfmeR6gLfH5E=; b=sjQ71mxXxEzrE8fRvZ5TX3Jvi1th2SeQSomL25TdLxcJ0iB5TnzPJxGrBEPT3/O1VV eW5i7G3IQk2iN9s6XmDAmLjQ9cn/o5mTXZpHF/AMAbgkn6xVbbpAUmHgGeZXFM0qtr5Z fsSDKKh8PBJcCgjGHTX58+Cwrg6CwYsSHcATFf+ACNy3BXKAw+ONftwIRpRLJPs5KHPP zPrszd695RSsD9ap5SgvRoRLDNbnr+ho8nu+qjBnEPrKwdK3wCElUSYVwCNSpBhxU88s Ale50+c3GDtgPH4519Ca+IUvgJLNHD2I6CX9RL9GdJBgy8gQpePeKSabbWdEuMMPxO5i jxiA== MIME-Version: 1.0 X-Received: by 10.195.12.35 with SMTP id en3mr52554780wjd.129.1425268815391; Sun, 01 Mar 2015 20:00:15 -0800 (PST) Received: by 10.27.214.136 with HTTP; Sun, 1 Mar 2015 20:00:15 -0800 (PST) In-Reply-To: References: Date: Sun, 1 Mar 2015 20:00:15 -0800 Message-ID: Subject: Re: Chronodot on RPI From: Waitman Gobble To: Luiz Otavio O Souza Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 04:00:17 -0000 On Sun, Mar 1, 2015 at 7:46 PM, Luiz Otavio O Souza wrote: > On 1 March 2015 at 16:12, Waitman Gobble wrote: >> Anyone have luck with the ChronoDot (D3231) on Raspberry Pi? >> I have a RPI B+ (rev 1), tried with HEAD r277133 and r279488 without luck. >> >> >> # uname -a >> FreeBSD ARTiming150228 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277133: >> Tue Jan 13 20:18:52 PST 2015 >> waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV >> arm >> >> # uname -a >> FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279488: Sun >> Mar 1 10:27:33 PST 2015 >> waitman@rpidev.waitman.net:/usr/home/waitman/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/TMRDEV >> arm >> >> >> # dmesg | grep iic >> iichb0: mem 0x205000-0x20501f irq 61 on simplebus0 >> iicbus0: on iichb0 >> iic0: on iicbus0 >> iichb1: mem 0x804000-0x80401f irq 61 on simplebus0 >> iicbus1: on iichb1 >> iic1: on iicbus1 >> >> >> a) tried the DS1307 program from Vadim Zaigrin, without success. >> >> b) tried i2cscan from Winston Smith, >> >> only get errors. ie, >> >> ioctl(I2CRDWR) failed: Input/output error >> >> I have VCC pin 1, GND pin 6, SDA on 3 and SCL on 5. >> >> trying /dev/iic0 and /dev/iic1 >> >> Any help/suggestions apprecitated. >> >> Thank you, >> >> >> -- >> Waitman Gobble >> Los Altos California USA >> 510-830-7975 > > Hi, > > I've just committed a driver for DS3231 (r279399), I'm using a > different breakout board but chronodot will work just fine. > > Unfortunately you need to add this device to your kernel and also make > the appropriate changes on DTS. > > Please add 'device ds3231' to RPI-B kernel and the following to RPi DTS: > > Index: rpi.dts > =================================================================== > --- sys/boot/dst/dts/arm/rpi.dts (revision 279408) > +++ sys/boot/dst/dts/arm/rpi.dts (working copy) > @@ -292,6 +292,14 @@ > broadcom,function = "ALT3"; > }; > }; > + > + bsc1 { > + rtc { > + compatible = "maxim,ds3231"; > + reg = <0xd0>; > + }; > + }; > + > usb { > hub { > compatible = "usb,hub", "usb,device"; > > Rebuild your kernel and DTB (binary version of DTS) update your SD > card and hopefully everything will work. > > The ds3231(4) settings can be viewed with sysctl dev.ds3231 > > I've made some modifications to Winston's i2cscan which should now work on RPi: > > # ./i2cscan /dev/iic1 > Checking device: /dev/iic1 > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 20: 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 40: -- -- -- -- -- -- -- -- 48 -- -- -- -- -- -- 4F > 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- > 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- > 70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > > 20 - i2c GPIO expander > 48 and 4f - lm75 > 57 - ? (I don't remember what is this one :) > 68 - DS3231 > > You can find the modified i2cscan here: > https://people.freebsd.org/~loos/i2cscan.c > > Luiz Thanks Luiz, I'll try it out tonight. I appreciate the update. Happy R450 :) I made a wallpaper from my recent Copocabana photo http://kde-look.org/CONTENT/content-files/167965-copocabana.png -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 04:19:58 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 845EE19A for ; Mon, 2 Mar 2015 04:19:58 +0000 (UTC) Received: from st11p00mm-asmtp001.mac.com (st11p00mm-asmtpout001.mac.com [17.172.81.0]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BD6B647 for ; Mon, 2 Mar 2015 04:19:57 +0000 (UTC) Received: from [172.16.3.1] ([23.31.174.238]) by st11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NKK00G93HD1D410@st11p00mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Mon, 02 Mar 2015 04:19:50 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-02_01:2015-02-27,2015-03-01,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503020048 From: Greg Cole To: freebsd-arm@freebsd.org Subject: Booting FreeBSD 10.1 (and 11) on CuBox-i4pro Date: Sun, 01 Mar 2015 23:19:49 -0500 Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed X-Mailer: MailMate (1.8r4576) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 04:19:58 -0000 Hi, I am trying to boot into FreeBSD 10.1 (or 11) on a CuBox-i4pro. I've tried from images generated using the crochet tool (using Wandboard-Quad) - and also using pre-built/WandBoard images from ftp.freebsd.org. I've dd'd the u-boot.imx file per README instructions from the sysutils/u-boot-cubox-hummingboard port. I believe the CuBox is reaching the first boot stages - evidenced by appearance of red LED on front of box (and a brief appearance of Solid-Run name/logo on connected HDMI monitor). But then the screen blanks (the red LED remains on until I remove power) and I'm at a loss for what to do next. I'm sure I'm missing something really basic re: informing the boot loader where to "go next" - and wondering/hoping someone else has managed to get further. I sure will appreciate any pointers. Thanks, Greg From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 04:48:45 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F33459F for ; Mon, 2 Mar 2015 04:48:45 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05899915 for ; Mon, 2 Mar 2015 04:48:44 +0000 (UTC) Received: from shadow.sentry.org (localhost.sentry.org [127.0.0.1]) by shadow.sentry.org (8.14.8/8.14.8) with ESMTP id t224mYPu001389 for ; Mon, 2 Mar 2015 15:48:35 +1100 (EST) (envelope-from trev@sentry.org) Message-ID: <54F3EBA2.2000507@sentry.org> Date: Mon, 02 Mar 2015 15:48:34 +1100 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Raspberry Pi B+ - swap failure on boot Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [0.0.0.0]); Mon, 02 Mar 2015 15:48:35 +1100 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 04:48:45 -0000 $ uname -a FreeBSD rpi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r278908: Tue Feb 17 23:25:47 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm cat /etc/fstab /dev/mmcsd0s1 /boot/msdos msdosfs rw,noatime 0 0 /dev/mmcsd0s2a / ufs rw,noatime 1 1 md /tmp mfs rw,noatime,-s30m 0 0 md /var/log mfs rw,noatime,-s15m 0 0 md /var/tmp mfs rw,noatime,-s5m 0 0 md99 none swap sw,file=/usr/swap0 0 0 After boot: $ swapinfo Device 1K-blocks Used Avail Capacity $ swapon -a swapon: md99 on /usr/swap0: Device already in use $ swapinfo Device 1K-blocks Used Avail Capacity $ swapoff -a - no output - $ swapon -a swapon: md99 on /usr/swap0: Device already in use $ swapinfo Device 1K-blocks Used Avail Capacity If I comment the entry in fstab, reboot, then uncomment it after logging in, it works as expected. -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 05:01:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 885AF64E for ; Mon, 2 Mar 2015 05:01:35 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D408EA6C for ; Mon, 2 Mar 2015 05:01:33 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2251Pxk044636; Mon, 2 Mar 2015 00:01:25 -0500 (EST) (envelope-from wynkoop@wynn.com) Date: Mon, 2 Mar 2015 00:01:19 -0500 From: Brett Wynkoop To: Trevor Roydhouse Subject: Re: Raspberry Pi B+ - swap failure on boot Message-ID: <20150302000119.7ccc9808@ivory.wynn.com> In-Reply-To: <54F3EBA2.2000507@sentry.org> References: <54F3EBA2.2000507@sentry.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 05:01:35 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpHcmVldGlu Zy0NCg0KSSBkbyBub3QgdGhpbmsgaXQgaXMgYSBQaSBzcGVjaWZpYyBmYWlsdXJlLiAgSSByZWNh bGwgSSBoYWQgdGhlIHNhbWUNCnRoaW5nIGhhcHBlbmluZyBvbiBteSBCQm9uZSBhIGZldyB3ZWVr cyBhZ28sIGJ1dCBJIGRvIG5vdCByZWNhbGwgaG93IEkNCmZpeGVkIGl0Lg0KDQotIC1CcmV0dA0K DQoNCi0gLS0gDQoNCnd5bmtvb3BAd3lubi5jb20gICAgICAgICAgICAgICBodHRwOi8vcHJkNC53 eW5uLmNvbS93eW5rb29wL3BncC1rZXlzLnR4dA0KOTE3LTY0Mi02OTI1DQo5MjktMjcyLTAwMDAN Cg0KSWYgY293YXJkbHkgYW5kIGRpc2hvbm9yYWJsZSBtZW4gc29tZXRpbWVzIHNob290IHVuYXJt ZWQgbWVuIHdpdGggYXJteSANCnBpc3RvbHMgb3IgZ3VucywgdGhlIGV2aWwgbXVzdCBiZSBwcmV2 ZW50ZWQgYnkgdGhlIHBlbml0ZW50aWFyeSBhbmQgDQpnYWxsb3dzLCBhbmQgbm90IGJ5IGEgZ2Vu ZXJhbCBkZXByaXZhdGlvbiBvZiBhIGNvbnN0aXR1dGlvbmFsIHByaXZpbGVnZS4NCg0KLSAtSG9u b3JhYmxlIEouIEEuIFdpbGxpYW1zLCBDaXJjdWl0IEp1ZGdlIC0gDQogICAgICAgICAgICAgICAg ICBXaWxzb24gdi4gU3RhdGUsIDMzIEFyay4gNTU3LCAzNCBBbS4gUmVwLiA1MiAoMTg3OCkuDQoN Ci0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2Mg0KDQppUUVj QkFFQkFnQUdCUUpVOCs2a0FBb0pFSzZLM3lyYytSdURrKzBILzF0LytHYzgxQmlwV3ptSkdlUW1H dGFtDQo3bmtSeDJ2UkU0VFhzeHJoTGxvcWt2NXZrWGpxajlwSGQ5Wnc2dlNzcWhxK24yUXUyME5n TTZzOG1odXBuT0tEDQpPVkg0dkR3RGJQdHp4KzhLa0U4VGx6aVhySGR3dDhQbGhqejl3WGJKNVhh TXRCZ2dvRGxJSmxjVmkvcEJjYVBrDQpKREVKaWFYYjZ2andMa0VsSjNWcCtRT2wwS1pRek9ud3Fp RUlLaTBaWHl4bnc4azE1b0oyckhvQzNkUmt5MHI4DQpoU3BzUklBbkxkYzZrc05PeTVDMlNjOWND QUtWb3kxaFNSby9XdnJLV29wc2NKVWpHbXpjTnYwWGtuem9oTnFBDQpyRkl0TVhuQ2NCK3JNU3Vi MytpWEtaN2xnR1V1anMxbEhDUnAxUXR1ckdXWWMvbG1uVGpYRk9BWjBHOVVCSjA9DQo9SThmTw0K LS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 05:08:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01700704 for ; Mon, 2 Mar 2015 05:08:25 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E04AAA6 for ; Mon, 2 Mar 2015 05:08:25 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2258NpZ044822; Mon, 2 Mar 2015 00:08:24 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 00:08:23 -0500 From: Brett Wynkoop To: Trevor Roydhouse Subject: Re: Raspberry Pi B+ - swap failure on boot Message-ID: <20150302000823.7e27620e@ivory.wynn.com> In-Reply-To: <54F3EBA2.2000507@sentry.org> References: <54F3EBA2.2000507@sentry.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 05:08:26 -0000 Greeting- I do not think it is a Pi specific failure. I recall I had the same thing happening on my BBone a few weeks ago, but I do not recall how I fixed it. - -Brett - -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 If cowardly and dishonorable men sometimes shoot unarmed men with army pistols or guns, the evil must be prevented by the penitentiary and gallows, and not by a general deprivation of a constitutional privilege. - -Honorable J. A. Williams, Circuit Judge - From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 05:20:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 252967C4 for ; Mon, 2 Mar 2015 05:20:52 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC23CC4B for ; Mon, 2 Mar 2015 05:20:51 +0000 (UTC) Received: by iecrl12 with SMTP id rl12so45029363iec.4 for ; Sun, 01 Mar 2015 21:20:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=RBN3AWySrdY+ttAcz3Imt95LYJuPE/x2Hiv3bJeFE5E=; b=cGO+tjn6BgErpt89QjZ2hQM/yUOh9+w2y9AoD69ZrU9c02Ss6Ypbmq58f8jhlcrhPs XrOeWNoZvnWGJEwoIKRqcIYTTZoFGCDpmvEuv5IDbKnGL7m1HjJSSiZWMhDEe8AF3oi5 ZWyVf6VAdI+jpWuhw4/TAb0EUCWiWMg3nRBySe5yeoXYM84bbeQu8zdptIlCYuv+L70R fHyBdQfciZCoh2wDdK5uWJnBTij0HkX7Aw889XUhfnzw0ROul5u1I/IB7XiTe5bGxIPW rVCO+Oa3uZnDfLlr/mJzSYLSKjJSCKq1M2LKK19drMFkoSNUIKfuvvpxdSOaPSxLuF83 pDgg== X-Gm-Message-State: ALoCoQnhR1YfqGLEjqDRQo4W5bRRWc3ktkPfmBWEJfKZOccoTbjwxZwXsbm4nJujS5FaTjQhid4x X-Received: by 10.107.165.21 with SMTP id o21mr33695158ioe.84.1425273644900; Sun, 01 Mar 2015 21:20:44 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id y5sm6396913ign.7.2015.03.01.21.20.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Mar 2015 21:20:44 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_28C3BD97-93E1-4576-AB89-25D5DE30E6F6"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150301210558.3fbdb18b@ivory.wynn.com> Date: Sun, 1 Mar 2015 22:20:42 -0700 Message-Id: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 05:20:52 -0000 --Apple-Mail=_28C3BD97-93E1-4576-AB89-25D5DE30E6F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 1, 2015, at 7:05 PM, Brett Wynkoop = wrote: >=20 > On Sun, 1 Mar 2015 16:55:59 -0700 > Warner Losh wrote: >=20 >> Your filesystem looks messed up. Panics are likely to haunt you. >> You=E2=80=99ll need to newfs it and reload the data. >>=20 >> Also, it would be great if you could type =E2=80=98tr=E2=80=99 to the = db> prompt to >> get a call stack traceback. That would be quite helpful. >=20 > Greeting- >=20 > As I suspected doing the newfs on my /export partation was a wild = goose > chase. I didn=E2=80=99t say it would prevent the crash. it just made sure that = subsequent crashes weren=E2=80=99t the result of the first one messing up your = filesystem. > rsync from /usr/ports to /export/ports caused another crash. Here is > the backtrace capture: What=E2=80=99s the panic? Judging from the traceback, it is tripping = over some assert or test for bogus state. Is it another dup alloc panic? = ffs_valloc isn=E2=80=99t on the stack, but that doesn=E2=80=99t mean much... > Tracing pid 1047 tid 100093 td 0xc272e660 > db_trace_self() at db_trace_self > pc =3D 0xc05ffbf0 lr =3D 0xc0231f78 (db_stack_trace+0x108) > sp =3D 0xd4892660 fp =3D 0xd4892678 > r10 =3D 0xd4892908 > db_stack_trace() at db_stack_trace+0x108 > pc =3D 0xc0231f78 lr =3D 0xc02318e8 (db_command+0x294) > sp =3D 0xd4892680 fp =3D 0xd4892720 > r4 =3D 0xc064c9b6 r5 =3D 0x00000000 > r6 =3D 0xc07e3b10 r10 =3D 0xd4892908 > db_command() at db_command+0x294 > pc =3D 0xc02318e8 lr =3D 0xc0231644 (db_command_loop+0x74) > sp =3D 0xd4892728 fp =3D 0xd4892738 > r4 =3D 0xc064c9b6 r5 =3D 0xc066dd32 > r6 =3D 0xc07e3b10 r7 =3D 0xc0721c14 > r8 =3D 0xc077e1c0 r9 =3D 0xc077e1c4 > r10 =3D 0xd4892908 > db_command_loop() at db_command_loop+0x74 > pc =3D 0xc0231644 lr =3D 0xc0234128 (db_trap+0x108) > sp =3D 0xd4892740 fp =3D 0xd4892860 > --More-- r4 =3D 0x00000000 r5 =3D 0xc07e3b1c > r6 =3D 0xc077e1e8 r10 =3D 0xd4892908 > db_trap() at db_trap+0x108 > pc =3D 0xc0234128 lr =3D 0xc03dcedc (kdb_trap+0xd4) > sp =3D 0xd4892868 fp =3D 0xd4892888 > r4 =3D 0x00000000 r5 =3D 0x00000001 > r6 =3D 0xc077e1e8 r7 =3D 0xc0721c14 > kdb_trap() at kdb_trap+0xd4 > pc =3D 0xc03dcedc lr =3D 0xc0614cf8 = (undefinedinstruction+0x2c8) > sp =3D 0xd4892890 fp =3D 0xd4892900 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc0614980 r7 =3D 0xe7ffffff > r8 =3D 0xc272e660 r9 =3D 0xc03dc79c > r10 =3D 0xd4892908 > undefinedinstruction() at undefinedinstruction+0x2c8 > pc =3D 0xc0614cf8 lr =3D 0xc0601310 (exception_exit) > sp =3D 0xd4892908 fp =3D 0xd4892960 > r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 > r6 =3D 0xc068e208 r7 =3D 0xc0770718 > r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 > --More-- r10 =3D 0xc0770580 > exception_exit() at exception_exit > pc =3D 0xc0601310 lr =3D 0xc03dc78c (kdb_enter+0x48) > sp =3D 0xd4892958 fp =3D 0xd4892960 > r0 =3D 0xc077e1d4 r1 =3D 0x00000000 > r2 =3D 0xc0671a3b r3 =3D 0x000000aa > r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 > r6 =3D 0xc068e208 r7 =3D 0xc0770718 > r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 > r10 =3D 0xc0770580 r12 =3D 0x00000000 > $a.8() at $a.8 > pc =3D 0xc03dc7a0 lr =3D 0xc03a260c (vpanic+0xd0) > sp =3D 0xd4892968 fp =3D 0xd4892988 > r4 =3D 0x00000100 r10 =3D 0xc0770580 > vpanic() at vpanic+0xd0 > pc =3D 0xc03a260c lr =3D 0xc03a2660 (kproc_shutdown) > sp =3D 0xd4892990 fp =3D 0xd4892998 > r4 =3D 0xc266d000 r5 =3D 0xd4892b84 > r6 =3D 0x000759c4 r7 =3D 0xc34a7480 > r8 =3D 0x00000000 r9 =3D 0x000041c0 > --More-- r10 =3D 0xc266d000 > kproc_shutdown() at kproc_shutdown > pc =3D 0xc03a2660 lr =3D 0xc0581018 (ffs_nodealloccg) > sp =3D 0xd48929a0 fp =3D 0xd4892a30 > r4 =3D 0xd48929a4 r5 =3D 0xc266d000 > ffs_nodealloccg() at ffs_nodealloccg > pc =3D 0xc0581018 lr =3D 0xc05c4cf4 (ufs_mkdir+0x6c) > sp =3D 0xd4892a38 fp =3D 0xd4892bc0 > r4 =3D 0x000041c0 r5 =3D 0xc2857900 > r6 =3D 0xd4892d48 r7 =3D 0xc0580818 > r8 =3D 0x00000000 r9 =3D 0xc2f81880 > r10 =3D 0xd4892c80 > ufs_mkdir() at ufs_mkdir+0x6c > pc =3D 0xc05c4cf4 lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) > sp =3D 0xd4892bc8 fp =3D 0xd4892be0 > r4 =3D 0xd4892d48 r5 =3D 0xc0753234 > r6 =3D 0x00000000 r7 =3D 0xbfffdecc > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xd4892c88 > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c > --More-- pc =3D 0xc062c514 lr =3D 0xc04568c0 = (kern_mkdirat+0x194) > sp =3D 0xd4892be8 fp =3D 0xd4892d80 > r4 =3D 0xd4892c18 r5 =3D 0xd4892cb0 > r6 =3D 0xd4892d44 r10 =3D 0xd4892c88 > kern_mkdirat() at kern_mkdirat+0x194 > pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) > sp =3D 0xd4892d88 fp =3D 0xd4892d90 > r4 =3D 0xc272e660 r5 =3D 0x00000000 > r6 =3D 0xc07e5900 r7 =3D 0x00000000 > r8 =3D 0xd4892df8 r9 =3D 0xc27206f0 > r10 =3D 0xffffffff > sys_mkdir() at sys_mkdir+0x24 > pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) > sp =3D 0xd4892d98 fp =3D 0xd4892e48 > swi_handler() at swi_handler+0x2e4 > pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) > sp =3D 0xd4892e50 fp =3D 0xbfffdea0 > r4 =3D 0x23392458 r5 =3D 0x2080c0c8 > r6 =3D 0x2080c0c8 r7 =3D 0x00000088 > r8 =3D 0xffffffff r9 =3D 0x23392458 > --More-- r10 =3D 0xffffffff > swi_exit() at swi_exit > pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) > sp =3D 0xd4892e50 fp =3D 0xbfffdea0 > db> tr > Tracing pid 1047 tid 100093 td 0xc272e660 > db_trace_self() at db_trace_self > pc =3D 0xc05ffbf0 lr =3D 0xc0231f78 (db_stack_trace+0x108) > sp =3D 0xd4892660 fp =3D 0xd4892678 > r10 =3D 0xc07e3b24 > db_stack_trace() at db_stack_trace+0x108 > pc =3D 0xc0231f78 lr =3D 0xc02318e8 (db_command+0x294) > sp =3D 0xd4892680 fp =3D 0xd4892720 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0x00000000 r10 =3D 0xc07e3b24 > db_command() at db_command+0x294 > pc =3D 0xc02318e8 lr =3D 0xc0231644 (db_command_loop+0x74) > sp =3D 0xd4892728 fp =3D 0xd4892738 > r4 =3D 0xc064c9b6 r5 =3D 0xc066dd32 > r6 =3D 0xc07e3b10 r7 =3D 0xc0721c14 > r8 =3D 0xc077e1c0 r9 =3D 0xc077e1c4 > r10 =3D 0xd4892908 > db_command_loop() at db_command_loop+0x74 > pc =3D 0xc0231644 lr =3D 0xc0234128 (db_trap+0x108) > sp =3D 0xd4892740 fp =3D 0xd4892860 > --More-- r4 =3D 0x00000000 r5 =3D 0xc07e3b1c > r6 =3D 0xc077e1e8 r10 =3D 0xd4892908 > db_trap() at db_trap+0x108 > pc =3D 0xc0234128 lr =3D 0xc03dcedc (kdb_trap+0xd4) > sp =3D 0xd4892868 fp =3D 0xd4892888 > r4 =3D 0x00000000 r5 =3D 0x00000001 > r6 =3D 0xc077e1e8 r7 =3D 0xc0721c14 > kdb_trap() at kdb_trap+0xd4 > pc =3D 0xc03dcedc lr =3D 0xc0614cf8 = (undefinedinstruction+0x2c8) > sp =3D 0xd4892890 fp =3D 0xd4892900 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc0614980 r7 =3D 0xe7ffffff > r8 =3D 0xc272e660 r9 =3D 0xc03dc79c > r10 =3D 0xd4892908 > undefinedinstruction() at undefinedinstruction+0x2c8 > pc =3D 0xc0614cf8 lr =3D 0xc0601310 (exception_exit) > sp =3D 0xd4892908 fp =3D 0xd4892960 > r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 > r6 =3D 0xc068e208 r7 =3D 0xc0770718 > r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 > --More-- r10 =3D 0xc0770580 > exception_exit() at exception_exit > pc =3D 0xc0601310 lr =3D 0xc03dc78c (kdb_enter+0x48) > sp =3D 0xd4892958 fp =3D 0xd4892960 > r0 =3D 0xc077e1d4 r1 =3D 0x00000000 > r2 =3D 0xc0671a3b r3 =3D 0x000000aa > r4 =3D 0xc066dd87 r5 =3D 0xd48929a4 > r6 =3D 0xc068e208 r7 =3D 0xc0770718 > r8 =3D 0xc272e660 r9 =3D 0xc07e5c18 > r10 =3D 0xc0770580 r12 =3D 0x00000000 > $a.8() at $a.8 > pc =3D 0xc03dc7a0 lr =3D 0xc03a260c (vpanic+0xd0) > sp =3D 0xd4892968 fp =3D 0xd4892988 > r4 =3D 0x00000100 r10 =3D 0xc0770580 > vpanic() at vpanic+0xd0 > pc =3D 0xc03a260c lr =3D 0xc03a2660 (kproc_shutdown) > sp =3D 0xd4892990 fp =3D 0xd4892998 > r4 =3D 0xc266d000 r5 =3D 0xd4892b84 > r6 =3D 0x000759c4 r7 =3D 0xc34a7480 > r8 =3D 0x00000000 r9 =3D 0x000041c0 > --More-- r10 =3D 0xc266d000 > kproc_shutdown() at kproc_shutdown > pc =3D 0xc03a2660 lr =3D 0xc0581018 (ffs_nodealloccg) > sp =3D 0xd48929a0 fp =3D 0xd4892a30 > r4 =3D 0xd48929a4 r5 =3D 0xc266d000 > ffs_nodealloccg() at ffs_nodealloccg > pc =3D 0xc0581018 lr =3D 0xc05c4cf4 (ufs_mkdir+0x6c) > sp =3D 0xd4892a38 fp =3D 0xd4892bc0 > r4 =3D 0x000041c0 r5 =3D 0xc2857900 > r6 =3D 0xd4892d48 r7 =3D 0xc0580818 > r8 =3D 0x00000000 r9 =3D 0xc2f81880 > r10 =3D 0xd4892c80 > ufs_mkdir() at ufs_mkdir+0x6c > pc =3D 0xc05c4cf4 lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) > sp =3D 0xd4892bc8 fp =3D 0xd4892be0 > r4 =3D 0xd4892d48 r5 =3D 0xc0753234 > r6 =3D 0x00000000 r7 =3D 0xbfffdecc > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xd4892c88 > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c > --More-- pc =3D 0xc062c514 lr =3D 0xc04568c0 = (kern_mkdirat+0x194) > sp =3D 0xd4892be8 fp =3D 0xd4892d80 > r4 =3D 0xd4892c18 r5 =3D 0xd4892cb0 > r6 =3D 0xd4892d44 r10 =3D 0xd4892c88 > kern_mkdirat() at kern_mkdirat+0x194 > pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) > sp =3D 0xd4892d88 fp =3D 0xd4892d90 > r4 =3D 0xc272e660 r5 =3D 0x00000000 > r6 =3D 0xc07e5900 r7 =3D 0x00000000 > r8 =3D 0xd4892df8 r9 =3D 0xc27206f0 > r10 =3D 0xffffffff > sys_mkdir() at sys_mkdir+0x24 > pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) > sp =3D 0xd4892d98 fp =3D 0xd4892e48 > swi_handler() at swi_handler+0x2e4 > pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) > sp =3D 0xd4892e50 fp =3D 0xbfffdea0 > r4 =3D 0x23392458 r5 =3D 0x2080c0c8 > r6 =3D 0x2080c0c8 r7 =3D 0x00000088 > r8 =3D 0xffffffff r9 =3D 0x23392458 > --More-- r10 =3D 0xffffffff > swi_exit() at swi_exit > pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) > sp =3D 0xd4892e50 fp =3D 0xbfffdea0 > db> thanks! Warner --Apple-Mail=_28C3BD97-93E1-4576-AB89-25D5DE30E6F6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU8/MrAAoJEGwc0Sh9sBEAaegP/iPtsThY3QGatEdgEWzsM808 nbI48OGZXAMhfM/Xnr8p+D1IdOq1K6qbwbvyGin1M7VKNfy9o6uZav0DuB6qkbUz ROaicJLeRImwAG7hIF2/KX4j7N8PITyY5zeHjuoVtM8oOofYAz/oKQh1rew7PxMF lwYpKMHnThukbWoE9nAbGIK4nAgQh7yZECbj8+TSFpF5N7b57KlfQdIafTqlEVf4 DGMVTB3rgmRWaYZ6QnHzjRq4r6PiCsbZ3oCXOztChsqXMdC73ZF99Evaej3J3i64 qtJdtwhzxAdKZMjVtYs3CWOHo30FKkqiqi6J3CbErSI/Y/RUBY/1tuBWwlIopKWU 6ulzYD3Eh1EEq79s6zihzd9NE+uF5S4zUQ1LTVhGpg20p+tH8sWCvWr2HXlaknwE kmdmw7EPVxGAwNQGrcvEoRk8XPJsKrfnglel44nDLGr01l2gs7JoBQWHZp1S3PXE VhS9nQE3SCILYTVkUGYthkM4+UaxFFyoLTO38nsBUDPG4WRLpjCIpfV4BII4PHO+ VAMwmhFvpynQUVbyRTyiCbTNTodEZW3daAaQet/R8Gtp3sN4QnnoaK/1XTeWuteV Kbl2KaOc499a+esgtaHml+rMormIDdFLiv1dIUbS1N1TuLcOqJkiOii0h112GXa7 46fCCiyPiiWpyHKZNeQi =PtQm -----END PGP SIGNATURE----- --Apple-Mail=_28C3BD97-93E1-4576-AB89-25D5DE30E6F6-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 06:14:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A7F3A43 for ; Mon, 2 Mar 2015 06:14:50 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB241CC for ; Mon, 2 Mar 2015 06:14:49 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t226EkP4047447; Mon, 2 Mar 2015 01:14:47 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 01:14:46 -0500 From: Brett Wynkoop To: Warner Losh Subject: Re: crash on writing usbstick Message-ID: <20150302011446.6743ae97@ivory.wynn.com> In-Reply-To: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 06:14:50 -0000 Greeting- I am in the process of trying to crash it again and I will try to gather more information. If I recall correctly all the panics have been dup alloc issues. I will gather another set of data on the next crash and pass it on with more details if I can. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 06:50:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2796C24 for ; Mon, 2 Mar 2015 06:50:30 +0000 (UTC) Received: from nm28-vm3.bullet.mail.ne1.yahoo.com (nm28-vm3.bullet.mail.ne1.yahoo.com [98.138.91.158]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B076F5FE for ; Mon, 2 Mar 2015 06:50:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1425279024; bh=qFU9UyGicsT9JjUu1VRQBO8mSKuHOs4rrjH3YrFr32w=; h=Date:From:Reply-To:To:Subject:From:Subject; b=aBTn+Prk6R5KUBGOXhWV1uBv/FhToM6ToqWyU9qX7yzVvtE9tpktfTyPt3JsOXcIaqklmIuEMSDBHUZPGi1qN/9W1e0RvysZLxyIvlXqvZCSrQsLUCd/Ufmj2VJb4XKvObNLf/6zOPeDVex8mVOl5jsO7zuudDnLvb2IxUL3Jp7lqFuIBn04nnXzUiEkh6eATfiQA3jT3CVDoQ/y61GaC2ZnHwPkocOpEeqUSI5ZKNc1SGHxjhZs19MMku1omzWwpsQ2BeKj9brfor+cQ5IThTQ3kUIEcHEkqUUC6aGKm7sC9yz9VGBky/+JLMef9qzNr9AKOPQ3jD3h700PN/P/kw== Received: from [98.138.100.102] by nm28.bullet.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 06:50:24 -0000 Received: from [98.138.87.2] by tm101.bullet.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 06:50:24 -0000 Received: from [127.0.0.1] by omp1002.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 06:50:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 127321.59409.bm@omp1002.mail.ne1.yahoo.com X-YMail-OSG: 29CNVUEVM1mKEvCb61OtW_2oYHUrcrcfvsh.y7PvgJMrzfM37YrG.wgGs9ZUbko d7aJlVg6IPKy1Td56gfh66yoHBt8jWQ8TvcGnw6aXaDXuTtcjcUP3JxAmn43t5bDfPW1R21hwZS2 W.fO7QII77dwvEDmHx2zuSgZf20iEVSHP84SSy28de_u6HKK4tTaF3NymnTTzM1C4n5x5c4yC8WD kAwIv5jMFeuRQY.k7Dhj.DkblHX4EvKiGM9RMW00qB0Q_XbJ6mXHz4fOK8qiA3QO11ggKo1TJN58 VjGkhn9Dcgnz93VS4jw9izPaf7JjXqAI_ibINq.XVvq5twgvRxC.1Mx.I_x8JPeVBSnCi68Ho2g9 Fq7YD.k7egrRWuYGNuA4NYWffzRd3sbrtAHzX7AN2ZQ6HF3LIBW3rurd8ruSCe83h9kbFKXcq4_f Tp1c1X4wgxD1IBJYLhAksGUC2HZcwnRrgS.KD6yUndb1HiwzBxnf7J02cJPP5IHS.0pg_bMvx Received: by 98.138.105.225; Mon, 02 Mar 2015 06:50:23 +0000 Date: Mon, 2 Mar 2015 06:50:23 +0000 (UTC) From: Ji-Haw Foo Reply-To: Ji-Haw Foo To: "freebsd-arm@freebsd.org" Message-ID: <1104553255.922017.1425279023373.JavaMail.yahoo@mail.yahoo.com> Subject: porting node to Pi MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 06:50:31 -0000 Hi all! I've just bought my Pi B+ (not the latest Pi 2) and installed the FreeBSD 1= 0.1 STABLE image. It works!=C2=A0 Then I realise that my fav app Node is not supported straight off the ports= . I tried downloading the 0.10.x source and compiling but it's a dead end t= oo. The only solution open to me is to install Debian Wheezy, and node inst= alled easily. Since Node works off Pi+Linux, I'm hopeful that it will too under FreeBSD (= since it works off-the-shelf for x86 platforms). I'm been advised to pose m= y question to this list: is there anyone whom I can work with to get Node r= unning on the Pi? I have the hardware and maybe a little time. I just don't= know how to get started and how to work around the compile fails. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 07:58:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 057865EF for ; Mon, 2 Mar 2015 07:58:53 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B74EC0C for ; Mon, 2 Mar 2015 07:58:52 +0000 (UTC) Received: by wesw55 with SMTP id w55so31548363wes.4 for ; Sun, 01 Mar 2015 23:58:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=R4yCEwZr8IBtLCUuy1YgLLdKs2D8VTqZwsFArjtOLs8=; b=bzu+RcFSq/O/Ierzi8L341v/LmWbnc7h2DD34/q9eU0aQLA7BpKn1USo+07k6FRHbD p6NV/3C2UqD6QKbHnGA9jMInSNimA91VWghq/kajxJrJtd2tC1q6b8CtqIiWweLZZTGq akzngqCN5VdXeoztZZjT1QoBb59TO3QRWJ+w/gkggr/MaDwhnhccIkmqSFWvG9obRur2 l8WqHpyVDiXnQk+k8rUiJKr7yyLU7sCPbuQsYH8pU3ZEsnKWpULbiuUeUUPKMUBEZdOZ JjtKKcXe11d5PmU6UWTe3hoUsFWJ2W2/rP1IDlyNiM2MbCRfhB3Ller3WltzOpVTKLCD 8Vtw== MIME-Version: 1.0 X-Received: by 10.180.88.41 with SMTP id bd9mr32858184wib.47.1425283131048; Sun, 01 Mar 2015 23:58:51 -0800 (PST) Received: by 10.194.92.212 with HTTP; Sun, 1 Mar 2015 23:58:50 -0800 (PST) In-Reply-To: <1104553255.922017.1425279023373.JavaMail.yahoo@mail.yahoo.com> References: <1104553255.922017.1425279023373.JavaMail.yahoo@mail.yahoo.com> Date: Mon, 2 Mar 2015 08:58:50 +0100 Message-ID: Subject: Re: porting node to Pi From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Ji-Haw Foo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 07:58:53 -0000 2015-03-02 7:50 GMT+01:00 Ji-Haw Foo via freebsd-arm : > Hi all! > I've just bought my Pi B+ (not the latest Pi 2) and installed the FreeBSD= 10.1 STABLE image. It works! > Then I realise that my fav app Node is not supported straight off the por= ts. I tried downloading the 0.10.x source and compiling but it's a dead end= too. The only solution open to me is to install Debian Wheezy, and node in= stalled easily. > Since Node works off Pi+Linux, I'm hopeful that it will too under FreeBSD= (since it works off-the-shelf for x86 platforms). I'm been advised to pose= my question to this list: is there anyone whom I can work with to get Node= running on the Pi? I have the hardware and maybe a little time. I just don= 't know how to get started and how to work around the compile fails. Hi, The current version of Node (0.12) in the ports tree can only be compiled for armv7hf and your rpi is only armv6(hf) (we don't have a target for armv7hf anyway). I have WIP patches for the previous version (0.10.35), I can dig them up and sent them to you if you want. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 08:37:32 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE4E6C85 for ; Mon, 2 Mar 2015 08:37:32 +0000 (UTC) Received: from server1.xenet.de (server1.xenet.de [213.221.94.201]) by mx1.freebsd.org (Postfix) with ESMTP id 5D951F71 for ; Mon, 2 Mar 2015 08:37:31 +0000 (UTC) Received: from [10.0.0.32] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id t228Ga1h025013 for ; Mon, 2 Mar 2015 09:16:38 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <54F41E53.4080506@xenet.de> Date: Mon, 02 Mar 2015 09:24:51 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Re: Raspberry Pi B+ - swap failure on boot References: <54F3EBA2.2000507@sentry.org> <20150302000823.7e27620e@ivory.wynn.com> In-Reply-To: <20150302000823.7e27620e@ivory.wynn.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 08:37:32 -0000 Hi Am 02.03.2015 um 06:08 schrieb Brett Wynkoop: > I do not think it is a Pi specific failure. I recall I had the same > thing happening on my BBone a few weeks ago, but I do not recall how I > fixed it. Dito! I think I replaced "md99" by just "md" and that worked. But I am not sure. - Matthias -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-9489059 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 09:17:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84F768DF for ; Mon, 2 Mar 2015 09:17:54 +0000 (UTC) Received: from nm18-vm4.bullet.mail.ne1.yahoo.com (nm18-vm4.bullet.mail.ne1.yahoo.com [98.138.91.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1155FC for ; Mon, 2 Mar 2015 09:17:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1425287675; bh=yNpE96dqbItvR66fkceH8vPwRrFJy9Z2ayc3LF4icPI=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=awftNY0Nezr56g0cZbzNJbKfbLhzZ5CEL9z9ff83URtnxfbfpVyNSa8lNFinqNkRdmGhazRXYDF6WKy52aNn+x2VwTe0T2AhPLEpmB2aezFXT5XPjIvAWC6MW7ADgUewidXwOv/8wPQ5oDUbKOtVNviZN1D1aGDHnTSKXdnS5+55y9T1skI+KDpqHxPJKFaKItE14Urfm5MSqAM4Mn3KP6WQv01wwDzxasqGJU77JShAePO+rhC4ts5EDaNYhN8Tld21TNdlaJpM0u/W/YceXaJQMEVzMz3Ma90tS+0Hxyyov6hNMIXZdqtlj7IjxAz6Ey/K9Iyn2R7scAkTekMuwQ== Received: from [98.138.100.116] by nm18.bullet.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 09:14:35 -0000 Received: from [98.138.87.8] by tm107.bullet.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 09:14:35 -0000 Received: from [127.0.0.1] by omp1008.mail.ne1.yahoo.com with NNFMP; 02 Mar 2015 09:14:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 465517.19043.bm@omp1008.mail.ne1.yahoo.com X-YMail-OSG: N8KvjjAVM1mhfx.d2YpQxP.wUoN0zhVC5Ied_f5kohV2C1mjmr5lBUcuuORou8o M8JVOKLAnzHtg8eXXzYzv_Cfs7tXqhzuYXoJQwK83a_YOBJIu2p1nj9dOzQQvo13p_CQalRKhHnO 2YgqDTUCxX6PIcPW7uKQ2i6k6k5oyM25yM1NQcBmWf5Etd3E8FP20MMVL4EgfOzlEtY_kLNqVjUs T7w77PiarEWezrt0vtmRpD1FutjdE59yJ6SG7s2OtAKnO_9U7Bcx9YMOJxJ4jHzu3.D02oOOI3Nz fhBqGXc6gM4op0VCIH64kEzF0o_sNRSN7V5Wqi0.ZchobR8AAc3nMVN8RPFTcBd_e6pjk0mYSpNQ 6eEwKdjwfTu7Vs.Bzw0vv0o8Roiri1ifzcF21F_R0ch89e6S_OGCm063fjaO.FvmTZ1Wh9TgeASk 6nC03glFOvLkWFAjAjcB60BaEH2EXBw10uz9humiroYypKWMv8tUTqoPUIf1aHRFCGt38_CS9DCf CaQ-- Received: by 98.138.105.207; Mon, 02 Mar 2015 09:14:35 +0000 Date: Mon, 2 Mar 2015 09:14:34 +0000 (UTC) From: Ji-Haw Foo Reply-To: Ji-Haw Foo To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Message-ID: <1252666694.909561.1425287674689.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: References: Subject: Re: porting node to Pi MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 09:17:54 -0000 Would you know what's missing in FreeBSD that stops 0.12.x from working? I have 0.12.x on Debian on Pi. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 09:36:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A5CD7A for ; Mon, 2 Mar 2015 09:36:20 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6129284B for ; Mon, 2 Mar 2015 09:36:20 +0000 (UTC) Received: by wibbs8 with SMTP id bs8so13316526wib.0 for ; Mon, 02 Mar 2015 01:36:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4Tp1D9wmmwCubXbKJzWLV5X8Tl2Gt7LCDvtlFl4rSbQ=; b=CvLQA50gghZJTT0xmcXSRhuDXy8UsyV7neB04B1hW7Qf0+4yYCQnmGyS9kMRGlqB9x sD1ChE+FwYAoJDV0avacemaYrv/7ZiyxLEl/cV0n6IYdBf0UVPLMpCqxZ2Lycv+MZDUW DI/bSpFuy2JPPK4fQkXcEqUjj+mheCt8R74NULco+w2mY2yQVY5+uD26zedGextvuboH 0YO8VqS9rD54ynO3vwUgGVWhYk3k85KB5Vx3hCcK//3L3CCGTlrxTCoefVMZS7c57gFa dpQuSsWeAlM5Zma2Sfab7d7kiWmiuZTc1tZEY3UftvRQ/RzSTWrKTliDtElCVBr72YMb rCPg== MIME-Version: 1.0 X-Received: by 10.194.47.201 with SMTP id f9mr38021837wjn.17.1425288977942; Mon, 02 Mar 2015 01:36:17 -0800 (PST) Received: by 10.194.92.212 with HTTP; Mon, 2 Mar 2015 01:36:17 -0800 (PST) In-Reply-To: <1252666694.909561.1425287674689.JavaMail.yahoo@mail.yahoo.com> References: <1252666694.909561.1425287674689.JavaMail.yahoo@mail.yahoo.com> Date: Mon, 2 Mar 2015 10:36:17 +0100 Message-ID: Subject: Re: porting node to Pi From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Ji-Haw Foo Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 09:36:20 -0000 2015-03-02 10:14 GMT+01:00 Ji-Haw Foo : > Would you know what's missing in FreeBSD that stops 0.12.x from working? I > have 0.12.x on Debian on Pi. Ok, I've made a mistake in my previous statement. I will have a look at www/node later today, do you want to help? From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 10:03:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E32E345 for ; Mon, 2 Mar 2015 10:03:30 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7AE4B82 for ; Mon, 2 Mar 2015 10:03:29 +0000 (UTC) Received: from shadow.sentry.org (localhost.sentry.org [127.0.0.1]) by shadow.sentry.org (8.14.8/8.14.8) with ESMTP id t22A3QFC023013 for ; Mon, 2 Mar 2015 21:03:26 +1100 (EST) (envelope-from trev@sentry.org) Message-ID: <54F4356E.8040808@sentry.org> Date: Mon, 02 Mar 2015 21:03:26 +1100 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi B+ - swap failure on boot [solved] References: <54F3EBA2.2000507@sentry.org> <20150302000823.7e27620e@ivory.wynn.com> <54F41E53.4080506@xenet.de> In-Reply-To: <54F41E53.4080506@xenet.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [0.0.0.0]); Mon, 02 Mar 2015 21:03:27 +1100 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 10:03:30 -0000 Matthias Meyser wrote: > Am 02.03.2015 um 06:08 schrieb Brett Wynkoop: >> I do not think it is a Pi specific failure. I recall I had the same >> thing happening on my BBone a few weeks ago, but I do not recall how I >> fixed it. > > Dito! > > I think I replaced "md99" by just "md" and that worked. > But I am not sure. I tried that in various combinations without any success. However, I have solved the issue on the rpi B+. There is an /etc/rc.d/swap file. If I remove this file from /etc/rc.d then swap works on boot (and is in fact added by /etc/rc.d/swaplate). If I leave /etc/rc.d/swap, swap always fails on boot. -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 11:41:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 356BA515 for ; Mon, 2 Mar 2015 11:41:20 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0790825 for ; Mon, 2 Mar 2015 11:41:19 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 02 Mar 2015 12:41:10 +0100 id 00DCA888.54F44C56.00000B89 Date: Mon, 2 Mar 2015 12:41:03 +0100 From: Milan Obuch To: Luiz Otavio O Souza Subject: Re: Raspberry Pi SPI device example? Message-ID: <20150302124103.689135d3@zeta.dino.sk> In-Reply-To: <20150219075342.7d2e7eec@zeta.dino.sk> References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 11:41:20 -0000 On Thu, 19 Feb 2015 07:53:42 +0100 Milan Obuch wrote: > On Wed, 18 Feb 2015 23:49:33 -0200 > Luiz Otavio O Souza wrote: > > > On 16 February 2015 at 06:34, Milan Obuch wrote: > > > Hi, > > > > > > I have little display attached to my raspberry, description found > > > at > > > https://learn.adafruit.com/adafruit-pitft-28-inch-resistive-touchscreen-display-raspberry-pi > > > > > > It uses SPI interface for bouth display module and touch panel > > > overlay, so my question is - do we have any example how a SPI > > > connected device could be used? This module uses ILI9341 as TFT > > > driver/controller and STMPE610 for touch screen interface, both in > > > SPI mode. As datasheets are available on internet, it should not > > > be too hard to write a driver, but first some example would be > > > great... [ snip ] > > Hi Milan, > > > > ATM we only support SPI devices as kernel drivers (no userland > > support yet). > > > > I guess you could add a vt(4) driver for ILI9341. > > > > The SPI drivers currently in tree are: > > > > - sys/arm/lpc/ssd1289.c > > - sys/arm/samsung/exynos/chrome_ec_spi.c > > - sys/dev/flash/mx25l.c > > - sys/dev/flash/at45d.c > > - sys/mips/atheros/pcf2123_rtc.c > > > > Luiz > > Hello, > > thanks, Luiz, that's really helpfull. I will check how thing are done > here and try to write something. Not sure how vt driver should look > like, but I am not that far yet, first a working setup for hardware > register read/write needs to be done. ILI9341 datasheet is 240 pages > (pdf file) and STMPE610 one is 56 pages, so it takes some time to go > through get anything working done. > Hello, I am trying to do something, but no luck yet - it looks like I need somehow write into rpi.dtb blob that I added something into kernel. Unfortunatelly, none of those five files help in this area, they are 'activated' via hints mechanism which does not help me... Do we have something to shed some light here for me? Also, is it possible to boot kernel with verbose logging, but not with some option in kernel config and rebuild? Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 12:42:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8889CAC5 for ; Mon, 2 Mar 2015 12:42:13 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64E23FAF for ; Mon, 2 Mar 2015 12:42:13 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t22CgDcS051592 for ; Mon, 2 Mar 2015 12:42:13 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t22CgDax051589; Mon, 2 Mar 2015 12:42:13 GMT (envelope-from root) Date: Mon, 2 Mar 2015 12:42:13 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 35 lines] D1810: Leave HYP mode upon startup Message-ID: X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFT0WqU= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 12:42:13 -0000 zbb updated this revision to Diff 4064. zbb added a comment. This revision now requires review to proceed. With comment CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1810?vs=3856&id=4064 REVISION DETAIL https://reviews.freebsd.org/D1810 AFFECTED FILES sys/arm/arm/locore-v6.S sys/arm/include/asm.h To: zbb, ian, andrew Cc: emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 12:53:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EC44D26 for ; Mon, 2 Mar 2015 12:53:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2EBA7176 for ; Mon, 2 Mar 2015 12:53:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t22Cr0Vu076584 for ; Mon, 2 Mar 2015 12:53:00 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t22Cr0Pv076583; Mon, 2 Mar 2015 12:53:00 GMT (envelope-from root) Date: Mon, 2 Mar 2015 12:53:00 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D1810: Leave HYP mode upon startup Message-ID: <2e345f6fa6cd29779e8cc663055b214f@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFT0XSw= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 12:53:01 -0000 andrew added inline comments. INLINE COMMENTS sys/arm/include/asm.h:234 This is not quite correct, we are still missing support in binutils so will also fail to build with gcc. REVISION DETAIL https://reviews.freebsd.org/D1810 To: zbb, ian, andrew Cc: emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 13:37:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D8485BD for ; Mon, 2 Mar 2015 13:37:40 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1273852 for ; Mon, 2 Mar 2015 13:37:39 +0000 (UTC) Received: by igdh15 with SMTP id h15so17070931igd.4 for ; Mon, 02 Mar 2015 05:37:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=QpgkWJqVX9R97yWEKvbWGpg5VzseUo9eV31bl0Y28Ng=; b=sArUW/4XQWFs0qMamXvGzyqXO7Jt/a8w83GrhMp5yt5QDOSmHrCw0LOAHyvBUHBhUl ggoHuie8J6aAjadFkpNnFV0bUYhMV8qoQI+nVBs6jZcDWg/1+lXtNwGeXY9rDx20dJ7T bRdLFWODKefCvnvXBfB/PwI1/LFJSNHA+/3iTRe3Bb1UTY7lfNizEJmbTL3UHd0akJvY qbzMKZ5C7oCGG92Fk1bT8Oa7RlwJxwmdo/WqN1aN0SadGTY0rLdjhcZfbACNySdSl4XD kBYS57gMJN3H7RqNtZpuZr+oPQs3YGGL+qC9ti68txwbhl/jUl/sRiCnafHk7CZqctTa 8+aw== X-Received: by 10.107.11.140 with SMTP id 12mr36357128iol.5.1425303459202; Mon, 02 Mar 2015 05:37:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.227.233 with HTTP; Mon, 2 Mar 2015 05:37:09 -0800 (PST) In-Reply-To: References: <1252666694.909561.1425287674689.JavaMail.yahoo@mail.yahoo.com> From: Matthias Gamsjager Date: Mon, 2 Mar 2015 14:37:09 +0100 Message-ID: Subject: Re: porting node to Pi To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 13:37:40 -0000 What about io.js? On Mon, Mar 2, 2015 at 10:36 AM, Mika=C3=ABl Urankar wrote: > 2015-03-02 10:14 GMT+01:00 Ji-Haw Foo : >> Would you know what's missing in FreeBSD that stops 0.12.x from working?= I >> have 0.12.x on Debian on Pi. > > Ok, I've made a mistake in my previous statement. I will have a look > at www/node later today, do you want to help? > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 15:00:45 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AB4E6C5 for ; Mon, 2 Mar 2015 15:00:45 +0000 (UTC) Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0ED421D for ; Mon, 2 Mar 2015 15:00:44 +0000 (UTC) Received: by igal13 with SMTP id l13so17807618iga.5 for ; Mon, 02 Mar 2015 07:00:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=BfJsS8JZQ9sldNDmKPtzQoBMwTyHheLV+6ch0rRo2S8=; b=mPl7Ih7Cmh5zOJweAqONbUm+LqQCYR3flHErOsHvMuYb/dta8W0/EpYlzCFubCVfg/ j6bw+79+h08A1vg55CI7FKFXHy0F2Yhwpz5hwsXD2YVx+nKEttVBI3aXkU2ioxqbZsLz cS25+dVAjlmU3iV9xlFuphtaComSS94bmk8veaoccp76PzjA/xN5MHffVV/aFjc0ZRGR /FQ3haMnvzVB8NBbuW+j325lqNsQnGQXc4qdv0D0IFlpIQCYK8SAk50Zn7PnMDUlTvYu 892OOpIa1hl8IBHjGIg91X9B3FX/PLy/82NqxSlvRICuW+4tAk3aQu3Y++y0siijLU3P rkFw== X-Gm-Message-State: ALoCoQlnXz4IXtLy7QEs6SwPfoxo2Kjuoae5w3Vaz5/Mtl6uGFZelbXpfdrMEF85Zws5owpw2T7b X-Received: by 10.50.79.229 with SMTP id m5mr21359030igx.23.1425308438057; Mon, 02 Mar 2015 07:00:38 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id t1sm7083759igs.0.2015.03.02.07.00.36 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 07:00:37 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A9D0D601-BA5F-434E-A731-20C882381DAF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150302011446.6743ae97@ivory.wynn.com> Date: Mon, 2 Mar 2015 08:00:35 -0700 Message-Id: <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> <20150302011446.6743ae97@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:00:45 -0000 --Apple-Mail=_A9D0D601-BA5F-434E-A731-20C882381DAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 1, 2015, at 11:14 PM, Brett Wynkoop = wrote: >=20 > Greeting- >=20 > I am in the process of trying to crash it again and I will try to > gather more information. If I recall correctly all the panics have > been dup alloc issues. >=20 > I will gather another set of data on the next crash and pass it on = with > more details if I can. So you=E2=80=99re just doing an rsync? Does it happen if you dd /dev/zero to a file on the file system, or just = when creating boatloads of files? Warner --Apple-Mail=_A9D0D601-BA5F-434E-A731-20C882381DAF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9HsUAAoJEGwc0Sh9sBEAi7UP/0aQj9vIV8w/BxSJ26wb5FL0 xbAXzWHz/8xttFOIeRCfKQJAhdl7tsz4x4usgshaSoQYmkRbi5k1YujUbQn83OzE f4AsSyaIhSvi6PWlPd+G/VEL2dFf0wwbz9Cob8NdjCseQOdTtDfFr8VTzISufrYF 2SxKIuspP+lidreiGtjesjj1BvyA0QAqifbTkfoN1nYmJy/cfr+WPsBXedNen2JJ HXV7kzM2NgMaz+pzRDoKxdZY031pDj4Zs0YdjovEuSDqscobPrz4/lTcADq79I7Z k3iAelXMxwqJR6Y+ci3bkHSvcqkdys2kKgbTmgqsv8jy+Ju3WZW6TVeZUUgfxEox hLvVlH+el1HZO0Y1na0TmThjyGekj41gn672RZxA1ZNjfVtQbVot3ZXVgJVIYm5S 6JoLbPj20+0dvpi7Xtnux5V1ayj1s3eh6WXsYgnTnWC989kdli09bIUWeb9YYvcB 139Ihf4bhsLqz9uLL+xtkqDGrFNi+lQZIoZ+rzt681H0YEE/Qj5a5HZ/PiO9ecu7 NjQmSOnpJzFXxU9JXZ0TxVKUKXkOfuTgJ5ofscIzhAq1K0Keog7hl/gZbtHmNmZJ Hfm9WA/cKafKLU9WoK20ULbxXH2wNpQaocMMfAOUQ8UDKlS3qPlW9YzZVkh1wvXM 8dsSIbRp2Bgrn8xm0HDq =tI8O -----END PGP SIGNATURE----- --Apple-Mail=_A9D0D601-BA5F-434E-A731-20C882381DAF-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 18:03:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B50E7F53 for ; Mon, 2 Mar 2015 18:03:02 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25258C5D for ; Mon, 2 Mar 2015 18:03:01 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t22I2oqI078382; Mon, 2 Mar 2015 13:02:50 -0500 (EST) (envelope-from freesbd-arm@wynn.com) Date: Mon, 2 Mar 2015 13:02:48 -0500 From: Brett Wynkoop To: Warner Losh , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150302130248.18e80010@ivory.wynn.com> In-Reply-To: <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> <20150302011446.6743ae97@ivory.wynn.com> <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:03:02 -0000 On Mon, 2 Mar 2015 08:00:35 -0700 Warner Losh wrote: > So you=E2=80=99re just doing an rsync? >=20 > Does it happen if you dd /dev/zero to a file on the file system, or > just when creating boatloads of files? I am not sure yet. I have not tried that. The last crash took longer to happen. Here is the info: shells/bash/files/ shells/bash/files/extrapatch-colonbreakswords shells/bash/files/extrapatch-implicitcd shells/bash/files/extrapatch-import-functions Read from remote host 199.89.147.183: Operation timed out Connection to 199.89.147.183 closed. And the error from the console when that happened: login: mode =3D 02, inum =3D 804008, fs =3D /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 1047 tid 100089 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db>=20 Now the above and the backtrace: FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: lock order reversal: 1st 0xc1030f90 bufwait (bufwait) @ kern/vfs_bio.c:3097 2nd 0xc2408000 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05ffbf0 lr =3D 0xc0233fc4 (db_trace_self_wrapper+0x30) sp =3D 0xd48867f0 fp =3D 0xd4886908 r10 =3D 0xc065e1ca db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0233fc4 lr =3D 0xc03f75c4 (witness_checkorder+0xf4c) sp =3D 0xd4886910 fp =3D 0xd4886960 r4 =3D 0xc0693acc r5 =3D 0xc2408000 r6 =3D 0xc0693727 r7 =3D 0xc0693724 witness_checkorder() at witness_checkorder+0xf4c pc =3D 0xc03f75c4 lr =3D 0xc03a9fa8 (_sx_xlock+0x80) sp =3D 0xd4886968 fp =3D 0xd4886998 r4 =3D 0x0000011d r5 =3D 0xc069371b r6 =3D 0xc2408010 r7 =3D 0xc2408000 r8 =3D 0x00000000 r9 =3D 0x0000001c r10 =3D 0xd4886a60 _sx_xlock() at _sx_xlock+0x80 pc =3D 0xc03a9fa8 lr =3D 0xc05b97b0 (ufsdirhash_add+0x3c) sp =3D 0xd48869a0 fp =3D 0xd48869c0 r4 =3D 0xc2408000 r5 =3D 0x00000820 r6 =3D 0xc271ae80 r7 =3D 0x00000020 r8 =3D 0xd4886a60 r10 =3D 0xd4886a60 ufsdirhash_add() at ufsdirhash_add+0x3c pc =3D 0xc05b97b0 lr =3D 0xc05bc424 (ufs_direnter+0x46c) sp =3D 0xd48869c8 fp =3D 0xd4886a30 r4 =3D 0xc271ae80 r5 =3D 0xc27316c0 r6 =3D 0xc75b4820 r7 =3D 0x00000020 r8 =3D 0x00000000 r9 =3D 0x0000001c r10 =3D 0xd4886a60 ufs_direnter() at ufs_direnter+0x46c pc =3D 0xc05bc424 lr =3D 0xc05c53bc (ufs_mkdir+0x734) sp =3D 0xd4886a38 fp =3D 0xd4886bc0 r4 =3D 0xd4886a60 r5 =3D 0xc27316c0 r6 =3D 0xd4886d48 r7 =3D 0x00000000 r8 =3D 0xc2864b80 r9 =3D 0xc271ae80 r10 =3D 0xd4886c80 ufs_mkdir() at ufs_mkdir+0x734 pc =3D 0xc05c53bc lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) sp =3D 0xd4886bc8 fp =3D 0xd4886be0 r4 =3D 0xd4886d48 r5 =3D 0xc0753234 r6 =3D 0x00000000 r7 =3D 0xbfffdecc r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xd4886c88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c pc =3D 0xc062c514 lr =3D 0xc04568c0 (kern_mkdirat+0x194) sp =3D 0xd4886be8 fp =3D 0xd4886d80 r4 =3D 0xd4886c18 r5 =3D 0xd4886cb0 r6 =3D 0xd4886d44 r10 =3D 0xd4886c88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) sp =3D 0xd4886d88 fp =3D 0xd4886d90 r4 =3D 0xc2642000 r5 =3D 0x00000000 r6 =3D 0xc07e5900 r7 =3D 0x00000000 r8 =3D 0xd4886df8 r9 =3D 0xc26fd378 r10 =3D 0xffffffff sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) sp =3D 0xd4886d98 fp =3D 0xd4886e48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4886e50 fp =3D 0xbfffdea0 r4 =3D 0x2086cf30 r5 =3D 0x2080d100 r6 =3D 0x2080d100 r7 =3D 0x00000088 r8 =3D 0xffffffff r9 =3D 0x2086cf30 r10 =3D 0xffffffff swi_exit() at swi_exit pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4886e50 fp =3D 0xbfffdea0 aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login:=20 FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: aintc0: Spurious interrupt detected (0xffffffff) FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login:=20 FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login:=20 FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: aintc0: Spurious interrupt detected (0xffffffff) FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: mode =3D 02, inum =3D 804008, fs =3D /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 1047 tid 100089 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> tr Tracing pid 1047 tid 100089 td 0xc2642000 db_trace_self() at db_trace_self pc =3D 0xc05ffbf0 lr =3D 0xc0231f78 (db_stack_trace+0x108) sp =3D 0xd4886660 fp =3D 0xd4886678 r10 =3D 0xc07e3b24 db_stack_trace() at db_stack_trace+0x108 pc =3D 0xc0231f78 lr =3D 0xc02318e8 (db_command+0x294) sp =3D 0xd4886680 fp =3D 0xd4886720 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000000 r10 =3D 0xc07e3b24 db_command() at db_command+0x294 pc =3D 0xc02318e8 lr =3D 0xc0231644 (db_command_loop+0x74) sp =3D 0xd4886728 fp =3D 0xd4886738 r4 =3D 0xc064c9b6 r5 =3D 0xc066dd32 r6 =3D 0xc07e3b10 r7 =3D 0xc0721c14 r8 =3D 0xc077e1c0 r9 =3D 0xc077e1c4 r10 =3D 0xd4886908 db_command_loop() at db_command_loop+0x74 pc =3D 0xc0231644 lr =3D 0xc0234128 (db_trap+0x108) sp =3D 0xd4886740 fp =3D 0xd4886860 --More-- r4 =3D 0x00000000 r5 =3D 0xc07e3b1c r6 =3D 0xc077e1e8 r10 =3D 0xd4886908 db_trap() at db_trap+0x108 pc =3D 0xc0234128 lr =3D 0xc03dcedc (kdb_trap+0xd4) sp =3D 0xd4886868 fp =3D 0xd4886888 r4 =3D 0x00000000 r5 =3D 0x00000001 r6 =3D 0xc077e1e8 r7 =3D 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc =3D 0xc03dcedc lr =3D 0xc0614cf8 (undefinedinstruction+0x2c8) sp =3D 0xd4886890 fp =3D 0xd4886900 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc0614980 r7 =3D 0xe7ffffff r8 =3D 0xc2642000 r9 =3D 0xc03dc79c r10 =3D 0xd4886908 undefinedinstruction() at undefinedinstruction+0x2c8 pc =3D 0xc0614cf8 lr =3D 0xc0601310 (exception_exit) sp =3D 0xd4886908 fp =3D 0xd4886960 r4 =3D 0xc066dd87 r5 =3D 0xd48869a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc2642000 r9 =3D 0xc07e5c18 --More-- r10 =3D 0xc0770580 exception_exit() at exception_exit pc =3D 0xc0601310 lr =3D 0xc03dc78c (kdb_enter+0x48) sp =3D 0xd4886958 fp =3D 0xd4886960 r0 =3D 0xc077e1d4 r1 =3D 0x00000000 r2 =3D 0xc0671a3b r3 =3D 0x000000aa r4 =3D 0xc066dd87 r5 =3D 0xd48869a4 r6 =3D 0xc068e208 r7 =3D 0xc0770718 r8 =3D 0xc2642000 r9 =3D 0xc07e5c18 r10 =3D 0xc0770580 r12 =3D 0x00000000 $a.8() at $a.8 pc =3D 0xc03dc7a0 lr =3D 0xc03a260c (vpanic+0xd0) sp =3D 0xd4886968 fp =3D 0xd4886988 r4 =3D 0x00000100 r10 =3D 0xc0770580 vpanic() at vpanic+0xd0 pc =3D 0xc03a260c lr =3D 0xc03a2660 (kproc_shutdown) sp =3D 0xd4886990 fp =3D 0xd4886998 r4 =3D 0xc244e000 r5 =3D 0xd4886b84 r6 =3D 0x000c44a8 r7 =3D 0xc3609780 r8 =3D 0x00000000 r9 =3D 0x000041c0 --More-- r10 =3D 0xc244e000 kproc_shutdown() at kproc_shutdown pc =3D 0xc03a2660 lr =3D 0xc0581018 (ffs_nodealloccg) sp =3D 0xd48869a0 fp =3D 0xd4886a30 r4 =3D 0xd48869a4 r5 =3D 0xc244e000 ffs_nodealloccg() at ffs_nodealloccg pc =3D 0xc0581018 lr =3D 0xc05c4cf4 (ufs_mkdir+0x6c) sp =3D 0xd4886a38 fp =3D 0xd4886bc0 r4 =3D 0x000041c0 r5 =3D 0xc36056c0 r6 =3D 0xd4886d48 r7 =3D 0xc0580818 r8 =3D 0x00000000 r9 =3D 0xc306a980 r10 =3D 0xd4886c80 ufs_mkdir() at ufs_mkdir+0x6c pc =3D 0xc05c4cf4 lr =3D 0xc062c514 (VOP_MKDIR_APV+0x12c) sp =3D 0xd4886bc8 fp =3D 0xd4886be0 r4 =3D 0xd4886d48 r5 =3D 0xc0753234 r6 =3D 0x00000000 r7 =3D 0xbfffdecc r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xd4886c88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c --More-- pc =3D 0xc062c514 lr =3D 0xc04568c0 (kern_mkdirat+0x194) sp =3D 0xd4886be8 fp =3D 0xd4886d80 r4 =3D 0xd4886c18 r5 =3D 0xd4886cb0 r6 =3D 0xd4886d44 r10 =3D 0xd4886c88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc04568c0 lr =3D 0xc0456724 (sys_mkdir+0x24) sp =3D 0xd4886d88 fp =3D 0xd4886d90 r4 =3D 0xc2642000 r5 =3D 0x00000000 r6 =3D 0xc07e5900 r7 =3D 0x00000000 r8 =3D 0xd4886df8 r9 =3D 0xc26fd378 r10 =3D 0xffffffff sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc0456724 lr =3D 0xc0613980 (swi_handler+0x2e4) sp =3D 0xd4886d98 fp =3D 0xd4886e48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc0613980 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4886e50 fp =3D 0xbfffdea0 r4 =3D 0x22422348 r5 =3D 0x21be6a40 r6 =3D 0x21be6a40 r7 =3D 0x00000088 r8 =3D 0xffffffff r9 =3D 0x22422348 --More-- r10 =3D 0xffffffff swi_exit() at swi_exit pc =3D 0xc06012a0 lr =3D 0xc06012a0 (swi_exit) sp =3D 0xd4886e50 fp =3D 0xbfffdea0 db> db> cont Uptime: 5h14m16s So looks like it took 5 hours to crash on that rsync. Now I will write zeros until I fill the partation or the box crashes. -Brett --=20 wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 18:34:45 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1E7CB33 for ; Mon, 2 Mar 2015 18:34:45 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FC40F83 for ; Mon, 2 Mar 2015 18:34:45 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t22IYiSd080127 for ; Mon, 2 Mar 2015 13:34:44 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 13:34:43 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi B+ - swap failure on boot [solved] Message-ID: <20150302133443.59bb91d5@ivory.wynn.com> In-Reply-To: <54F4356E.8040808@sentry.org> References: <54F3EBA2.2000507@sentry.org> <20150302000823.7e27620e@ivory.wynn.com> <54F41E53.4080506@xenet.de> <54F4356E.8040808@sentry.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:34:46 -0000 On Mon, 02 Mar 2015 21:03:26 +1100 Trevor Roydhouse wrote: > There is an /etc/rc.d/swap file. If I remove this file from /etc/rc.d > then swap works on boot (and is in fact added by /etc/rc.d/swaplate). > If I leave /etc/rc.d/swap, swap always fails on boot. > Rather than remove /etc/rc.d/swap you should use the late option in fstab to specify you want swap added late: md none swap sw,file=/usr/swap/0,late 0 0 -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 19:31:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD9484C0 for ; Mon, 2 Mar 2015 19:31:03 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60B2A9DA for ; Mon, 2 Mar 2015 19:31:02 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 02 Mar 2015 20:30:58 +0100 id 00DCA89B.54F4BA72.000059A3 Date: Mon, 2 Mar 2015 20:30:58 +0100 From: Milan Obuch To: Luiz Otavio O Souza Subject: Re: Raspberry Pi with PiTFT - some GPIO weirdness Message-ID: <20150302203058.0d44266b@zeta.dino.sk> In-Reply-To: References: <20150228111852.15affe31@zeta.dino.sk> <20150228193658.6c872779@B85M-HD3-0.alogt.com> <20150228142424.6fed0ecf@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:31:03 -0000 On Sat, 28 Feb 2015 15:43:30 -0300 Luiz Otavio O Souza wrote: > On 28 February 2015 at 10:24, Milan Obuch wrote: > > On Sat, 28 Feb 2015 19:36:58 +0800 > > Erich Dollansky wrote: > > > >> Hi, > >> > >> On Sat, 28 Feb 2015 11:18:52 +0100 > >> Milan Obuch wrote: > >> > >> > today I found some time to play a bit with my little display > >> > attached to Rasoberry Pi, and I decided to test buttons connected > >> > to GPIO, as this should work on FreeBSD already. According docs, > >> > buttons are connected to GPIO lines 23, 22, 21 and 18, leftmost > >> > first. > >> > > >> > Using basic 'gpioctl -f /dev/gpioc0 -lv' command I found only > >> > first one, on line 23, reacts. It has value 1 normally and 0 > >> > when pressed. > >> > > >> you must setup the pins as inputs first before using them as > >> inputs. I would not rely on any defaults. > >> > >> Erich > > > > According available docs, all GPIO are set to input mode after > > reset. This seems not to be the case, but that's not my point. What > > was a bit of surprise for me was even 'gpioctl -f /dev/gpioc0 -l' > > tells those pins are in input mode ('pin nn'), it did not work. > > And fact that even after power disconnect the state remains the > > same is even more weird. > > > > Anyway, I accept the necessity for setup, the question is, where > > should these setup instruction go. > > > > Regards, > > Milan > > The GPIO driver do not touch the pin settings at boot, there are a few > things like the LAN reset (GPIO pin 6) where we hope the loader is > doing the right thing. > > Only a few drivers are checking and making sure that the pins they use > have the right settings at boot. > > What I see from PiTFT schematics is that the push buttons doesn't have > any pull-ups resistors, so it must rely on RPi settings. > > Please try the following (set the pin as input with pull-up enabled): > > gpioctl -c 18 in pu > gpioctl -c 21 in pu # or 27 for rev. 2 > gpioctl -c 22 in pu > gpioctl -c 23 in pu > > HTH, > Luiz So, with some experimenting I can confirm this works. And after looking a bit more into available docs I understand it better - even the behavior which surprised me a bit. In BCM2835 ARM peripherals, page 100, GPIO pull-up/down register, second paragraph, second sentence: GPIO pull-ups are maintained even in power down mode when the core is off. So nothing unclear anymore, it just takes a bit of time to find all relevant information bits. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 19:40:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B1D06D6 for ; Mon, 2 Mar 2015 19:40:20 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3348FA45 for ; Mon, 2 Mar 2015 19:40:19 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t22JeEf8082964; Mon, 2 Mar 2015 14:40:14 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 14:40:13 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150302144013.2ea4283e@ivory.wynn.com> In-Reply-To: <20150302130248.18e80010@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> <20150302011446.6743ae97@ivory.wynn.com> <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> <20150302130248.18e80010@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:40:20 -0000 Greeting- It looks like I can write big files until I fill up the filesystem without crashing. [wynkoop@beaglebone ~]$ dd if=/dev/zero of=/export/test/foo /export: write failed, filesystem is full dd: /export/test/foo: No space left on device 25293697+0 records in 25293696+0 records out 12950372352 bytes transferred in 5018.682175 secs (2580433 bytes/sec) [wynkoop@beaglebone ~]$ So what does this tell us? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 "The strongest reason for the people to retain the right to keep and bear arms is, as a last resort, to protect themselves against tyranny in government" - Thomas Jefferson. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 19:52:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F38EC13 for ; Mon, 2 Mar 2015 19:52:49 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C2FEC63 for ; Mon, 2 Mar 2015 19:52:47 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t22Jqjk5083535; Mon, 2 Mar 2015 14:52:45 -0500 (EST) (envelope-from freesbd-arm@wynn.com) Date: Mon, 2 Mar 2015 14:52:44 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150302145244.62d8fdb0@ivory.wynn.com> In-Reply-To: <20150302130248.18e80010@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> <20150302011446.6743ae97@ivory.wynn.com> <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> <20150302130248.18e80010@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:52:49 -0000 Greeting- I just crashed while removing /export/test/foo! FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: Mar 2 13:06:48 beaglebone su: wynkoop to root on /dev/pts/1 aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) Mar 2 14:31:27 beaglebone kernel: pid 842 (dd), uid 34 inumber 1765633 on /export: filesystem full dev = gpt/bbexport, block = 2969992, fs = /export panic: ffs_blkfree_cg: freeing free block KDB: enter: panic [ thread pid 1192 tid 100073 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> Here is the backtrace db> tr Tracing pid 1192 tid 100073 td 0xc2498000 db_trace_self() at db_trace_self pc = 0xc05ffbf0 lr = 0xc0231f78 (db_stack_trace+0x108) sp = 0xd51ff458 fp = 0xd51ff470 r10 = 0xc07e3b24 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0231f78 lr = 0xc02318e8 (db_command+0x294) sp = 0xd51ff478 fp = 0xd51ff518 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc07e3b24 db_command() at db_command+0x294 pc = 0xc02318e8 lr = 0xc0231644 (db_command_loop+0x74) sp = 0xd51ff520 fp = 0xd51ff530 r4 = 0xc064c9b6 r5 = 0xc066dd32 r6 = 0xc07e3b10 r7 = 0xc0721c14 r8 = 0xc077e1c0 r9 = 0xc077e1c4 r10 = 0xd51ff700 db_command_loop() at db_command_loop+0x74 pc = 0xc0231644 lr = 0xc0234128 (db_trap+0x108) sp = 0xd51ff538 fp = 0xd51ff658 --More-- r4 = 0x00000000 r5 = 0xc07e3b1c r6 = 0xc077e1e8 r10 = 0xd51ff700 db_trap() at db_trap+0x108 pc = 0xc0234128 lr = 0xc03dcedc (kdb_trap+0xd4) sp = 0xd51ff660 fp = 0xd51ff680 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc077e1e8 r7 = 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc = 0xc03dcedc lr = 0xc0614cf8 (undefinedinstruction+0x2c8) sp = 0xd51ff688 fp = 0xd51ff6f8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0614980 r7 = 0xe7ffffff r8 = 0xc2498000 r9 = 0xc03dc79c r10 = 0xd51ff700 undefinedinstruction() at undefinedinstruction+0x2c8 pc = 0xc0614cf8 lr = 0xc0601310 (exception_exit) sp = 0xd51ff700 fp = 0xd51ff758 r4 = 0xc066dd87 r5 = 0xd51ff79c r6 = 0xc068e892 r7 = 0xc0770718 r8 = 0xc2498000 r9 = 0xc07e5c18 --More-- r10 = 0xc0770580 exception_exit() at exception_exit pc = 0xc0601310 lr = 0xc03dc78c (kdb_enter+0x48) sp = 0xd51ff750 fp = 0xd51ff758 r0 = 0xc077e1d4 r1 = 0x00000000 r2 = 0xc0671a3b r3 = 0x000000aa r4 = 0xc066dd87 r5 = 0xd51ff79c r6 = 0xc068e892 r7 = 0xc0770718 r8 = 0xc2498000 r9 = 0xc07e5c18 r10 = 0xc0770580 r12 = 0x00000000 $a.8() at $a.8 pc = 0xc03dc7a0 lr = 0xc03a260c (vpanic+0xd0) sp = 0xd51ff760 fp = 0xd51ff780 r4 = 0x00000100 r10 = 0xc0770580 vpanic() at vpanic+0xd0 pc = 0xc03a260c lr = 0xc03a2660 (kproc_shutdown) sp = 0xd51ff788 fp = 0xd51ff790 r4 = 0xc6e3e7d8 r5 = 0x0000297b r6 = 0x002d5188 r7 = 0x00000000 r8 = 0xc6e3c000 r9 = 0xc2400000 --More-- r10 = 0x00014bd8 kproc_shutdown() at kproc_shutdown pc = 0xc03a2660 lr = 0xc0582938 (ffs_blkfree_trim_completed) sp = 0xd51ff798 fp = 0xd51ff810 r4 = 0xd51ff79c r5 = 0x002d5188 ffs_blkfree_trim_completed() at ffs_blkfree_trim_completed pc = 0xc0582938 lr = 0xc057f2ac (ffs_blkfree+0x1d4) sp = 0xd51ff818 fp = 0xd51ff850 r4 = 0x00000000 r10 = 0x00000000 ffs_blkfree() at ffs_blkfree+0x1d4 pc = 0xc057f2ac lr = 0xc058b148 (ffs_indirtrunc+0x518) sp = 0xd51ff858 fp = 0xd51ff8f0 r4 = 0x002d5188 r5 = 0x00000001 r6 = 0xd51ff860 r7 = 0x00000000 r8 = 0x00032500 r9 = 0xc2400000 r10 = 0x00000000 ffs_indirtrunc() at ffs_indirtrunc+0x518 pc = 0xc058b148 lr = 0xc058b0cc (ffs_indirtrunc+0x49c) sp = 0xd51ff8f8 fp = 0xd51ff990 r4 = 0x0035e338 r5 = 0xc26d1900 --More-- r6 = 0x0000002c r7 = 0x00000000 r8 = 0xfffd3ff4 r9 = 0xc2400000 r10 = 0xffffffff ffs_indirtrunc() at ffs_indirtrunc+0x49c pc = 0xc058b0cc lr = 0xc058a440 (ffs_truncate+0x1310) sp = 0xd51ff998 fp = 0xd51ffb48 r4 = 0x0035e1d8 r5 = 0xc26d1900 r6 = 0xffffffff r7 = 0x00000000 r8 = 0x000000d8 r9 = 0x00000000 r10 = 0x00000017 ffs_truncate() at ffs_truncate+0x1310 pc = 0xc058a440 lr = 0xc05baa24 (ufs_inactive+0x198) sp = 0xd51ffb50 fp = 0xd51ffb70 r4 = 0xc2707480 r5 = 0xc26d1900 r6 = 0x00000000 r7 = 0xc24a3c80 r8 = 0xc2498000 r9 = 0xc2707480 r10 = 0x00000000 ufs_inactive() at ufs_inactive+0x198 pc = 0xc05baa24 lr = 0xc062cd1c (VOP_INACTIVE_APV+0x12c) sp = 0xd51ffb78 fp = 0xd51ffb90 --More-- r4 = 0xd51ffba8 r5 = 0xc0753234 r6 = 0x00000000 r7 = 0xc24a3c80 VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x12c pc = 0xc062cd1c lr = 0xc044a9fc (vinactive+0xc8) sp = 0xd51ffb98 fp = 0xd51ffbd0 r4 = 0xc2707480 r5 = 0x00000002 r6 = 0xc27074e4 r10 = 0x00000000 vinactive() at vinactive+0xc8 pc = 0xc044a9fc lr = 0xc044ae08 (vputx+0x2b4) sp = 0xd51ffbd8 fp = 0xd51ffc08 r4 = 0xc2707480 r5 = 0x00000002 r6 = 0xc27074e4 r7 = 0x00000000 r8 = 0xc067d980 r9 = 0xc2707480 vputx() at vputx+0x2b4 pc = 0xc044ae08 lr = 0xc0453aa4 (kern_unlinkat+0x1e8) sp = 0xd51ffc10 fp = 0xd51ffd80 r4 = 0xd51ffcb0 r5 = 0xc2498000 r6 = 0xbffff9ef r7 = 0xffffff9c r8 = 0x00000000 r10 = 0x00000000 kern_unlinkat() at kern_unlinkat+0x1e8 --More-- pc = 0xc0453aa4 lr = 0xc04538b4 (sys_unlink+0x24) sp = 0xd51ffd88 fp = 0xd51ffd90 r4 = 0xc2498000 r5 = 0x00000000 r6 = 0xc07e5900 r7 = 0x00000000 r8 = 0xd51ffdf8 r9 = 0xc1d07378 r10 = 0x0000a48a sys_unlink() at sys_unlink+0x24 pc = 0xc04538b4 lr = 0xc0613980 (swi_handler+0x2e4) sp = 0xd51ffd98 fp = 0xd51ffe48 swi_handler() at swi_handler+0x2e4 pc = 0xc0613980 lr = 0xc06012a0 (swi_exit) sp = 0xd51ffe50 fp = 0xbffff7e0 r4 = 0xbffff748 r5 = 0xbffff9ef r6 = 0x000127a0 r7 = 0x0000000a r8 = 0x00000001 r9 = 0x0000a48d r10 = 0x0000a48a swi_exit() at swi_exit pc = 0xc06012a0 lr = 0xc06012a0 (swi_exit) sp = 0xd51ffe50 fp = 0xbffff7e0 db> Do you guys think this is either arm or BBone specific, or maybe a general filesystem issue? I have not used UFS on FreeBSD for years. My 10.x X86 boxes are all running zfs, even on root. If it seems general filesystem maybe we should ask Kirk to have a look. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 20:31:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22BF331F for ; Mon, 2 Mar 2015 20:31:50 +0000 (UTC) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF5F413C for ; Mon, 2 Mar 2015 20:31:49 +0000 (UTC) Received: by pdbfl12 with SMTP id fl12so11102205pdb.5 for ; Mon, 02 Mar 2015 12:31:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=UfU+gk8P1H9i0dVgPoNgAyLUj/OpvIQlX1/f6cY2gRc=; b=TK20v5iU1c+UZFxMIbw9UsdhFhRKGubP2YleaYOtk4WkZoaiBiR4bcaunGE4rjBAhP t+1t44W+4DH13veRSkvv+0fNTAibZLSZX2pCh4umDZF/9HI9d0N9JCr4PiR718LwPLw6 M3PbitnN1y5PNTlN4n2+kqJs441+xBAqtUdRaG2YWnoGf1QwN/q3PNvEnP+nU7/8r+rV ykJK7+2q3A7PNYZhENsB5jjDqsCuZ4PHdEu0Zr4NzDt/lkr25PIKAj57xMEqMzWOl41j VqZjzQ/BwX0HUk2r0Aif8eM8FTV/dkMFPUGqRu5YOHXlPlOv3VMDgcJxnagkX7T8pqCR CaYA== X-Gm-Message-State: ALoCoQkxsCHy1QL/YoAMpXnDJa4o5smyUBeJ5zAKAt9w0ApKk72yvN3VO/TcImCgAkEsn3Ded86f X-Received: by 10.68.137.229 with SMTP id ql5mr50278961pbb.134.1425328303368; Mon, 02 Mar 2015 12:31:43 -0800 (PST) Received: from lgmac-scingram.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id z4sm280109pdn.46.2015.03.02.12.31.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 12:31:41 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B14B6F66-7628-4B28-97F3-CA5325A45359"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150302144013.2ea4283e@ivory.wynn.com> Date: Mon, 2 Mar 2015 13:31:39 -0700 Message-Id: <4DC157E8-54FD-4DEA-B437-19470E838C03@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301210558.3fbdb18b@ivory.wynn.com> <20150302011446.6743ae97@ivory.wynn.com> <7C0DC8EC-3DC5-4731-8711-45CD1E8C396C@bsdimp.com> <20150302130248.18e80010@ivory.wynn.com> <20150302144013.2ea4283e@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 20:31:50 -0000 --Apple-Mail=_B14B6F66-7628-4B28-97F3-CA5325A45359 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Mar 2, 2015, at 12:40 PM, Brett Wynkoop wrote: > > Greeting- > > It looks like I can write big files until I fill up the filesystem > without crashing. > > [wynkoop@beaglebone ~]$ dd if=/dev/zero > of=/export/test/foo > > /export: write failed, filesystem is full > dd: /export/test/foo: No space left on device > 25293697+0 records in > 25293696+0 records out > 12950372352 bytes transferred in 5018.682175 secs (2580433 bytes/sec) > [wynkoop@beaglebone ~]$ > > > So what does this tell us? That suggests the bug is with meta-data allocation rather than with simple block allocation. Warner --Apple-Mail=_B14B6F66-7628-4B28-97F3-CA5325A45359 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9MirAAoJEGwc0Sh9sBEAC1EP/RzJ+SS8jY0R+/1EhQwaT6mN fLoJAJ/qN8IUWWLVH0TCRt2jm7lRMOadb2hRhYyFuDWb1W6wj7TMnPhTg56f/1E3 FwoEDJXO2WxPVxt/Cx9Mg+SOBoQ2WlgJ5MFzYlmj6EjSwJqPD86rj6UfY80GI7cX WsLdR+tLYiJ0PbkhmAIZOzgy52g76bXFdSve+0n08Lh2Tmm6H2H6aF2S/4lYhBKl IwoB3cOcxPOSWtYiuZt/U24tF0iugIHmnRmM/VrHq3PWnPPXMlce1fGKJZqNOac6 o33M1QVjb9MDna0dtPmqRIFP+mdJYkepiHXqFHYtpeK+c/YMSQS9AE+vtWk6WGQa MqjnLnozYQnVcwjmHnJIxmA1owqzlTuvG7gabz6jjgywnYzB7nrSyZ4RPbVUe7QQ KIBpeytFg/S6FIXddKRPCYJE/muDIS0fNnWTnOGnvpwJara6I13Qdo+xG851Zw2D pBpF1Rao9qaToZHE5Xomdt6fDC18emVwZuQYZNOcMjAcQEX7MQAbsLd/D+0QiZ6J c2KTnqwyhJLvB1SUCEFOWgCrUOVG4zJ5cRk58Yqk6cdY9QBt0gSqbuaIMkft70R8 y8FCcu7qRQ3xnsAwI/6wvyRqRCMMg5A9EPbdlo2a1IIzlJyUDAPLSwagEe3M2mS2 IuRHL/BU0+BtjKHjwOmR =mHOY -----END PGP SIGNATURE----- --Apple-Mail=_B14B6F66-7628-4B28-97F3-CA5325A45359-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 22:33:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D17D063E for ; Mon, 2 Mar 2015 22:33:54 +0000 (UTC) Received: from pmta2.delivery8.ore.mailhop.org (pmta2.delivery8.ore.mailhop.org [54.148.222.11]) by mx1.freebsd.org (Postfix) with ESMTP id AF8CF1DD for ; Mon, 2 Mar 2015 22:33:54 +0000 (UTC) Received: from smtp7.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hujima20u50b for ; Mon, 2 Mar 2015 22:34:06 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp7.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YSYuK-0004AH-KT; Mon, 02 Mar 2015 22:33:48 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t22MXkww092314; Mon, 2 Mar 2015 15:33:46 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/ZtKQHBuMSCP5g7IUlcVvU Message-ID: <1425335626.90327.15.camel@freebsd.org> Subject: Re: Booting FreeBSD 10.1 (and 11) on CuBox-i4pro From: Ian Lepore To: Greg Cole Date: Mon, 02 Mar 2015 15:33:46 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 22:33:54 -0000 On Sun, 2015-03-01 at 23:19 -0500, Greg Cole wrote: > Hi, > > I am trying to boot into FreeBSD 10.1 (or 11) on a CuBox-i4pro. > > I've tried from images generated using the crochet tool (using > Wandboard-Quad) > - and also using pre-built/WandBoard images from ftp.freebsd.org. I've > dd'd > the u-boot.imx file per README instructions from the > sysutils/u-boot-cubox-hummingboard port. > > I believe the CuBox is reaching the first boot stages - evidenced by > appearance of red LED on front of box (and a brief appearance of > Solid-Run name/logo on connected HDMI monitor). But then the screen > blanks (the red LED remains on until I remove power) and I'm at a > loss for what to do next. > > I'm sure I'm missing something really basic re: informing the boot > loader where to "go next" - and wondering/hoping someone else has > managed to get further. > > I sure will appreciate any pointers. Thanks, > > Greg 10.1 is a non-starter for most all arm systems, but 10-stable is in good shape. (We were not able to get the 10.1 branch whipped into shape for arm before the release deadline.) SolidRun systems (cubox-i and hummingboard) now work on 11-current. I've just committed the last missing piece to build and install all the dtb files, in r279551. The dtb files for all imx6 systems will get installed into /boot/dtb, and the u-boot script can set the fdt_file variable to name the right one for ubldr to load. Speaking of u-boot, there is also a port/package for u-boot for SolidRun systems, just "pkg install u-boot-cubox-hummingboard". This will install the files you need in /usr/local/share/u-boot and there is a readme in there that tells you how to put the file(s) onto an sdcard. For kernel config, just use IMX6 (the old WANDBOARD-* files need to be deleted, they are obsolete). The crochet script needs to be updated to use the new u-boot packages for the systems where they are available, and to use the IMX6 kernel config for all imx6 systems (but I don't have any control over that). Oh, I guess I should mention that I have 11-current running on a cubox i4pro. Gonzo has tested a hummingboard (solo). 10-stable should work fine too, expecpt that it doesn't have the new stuff to build the dtb files yet. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 23:09:34 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50BC2F91 for ; Mon, 2 Mar 2015 23:09:34 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D6E4875D for ; Mon, 2 Mar 2015 23:09:33 +0000 (UTC) Received: from shadow.sentry.org (localhost.sentry.org [127.0.0.1]) by shadow.sentry.org (8.14.8/8.14.8) with ESMTP id t22N9TLH030526 for ; Tue, 3 Mar 2015 10:09:30 +1100 (EST) (envelope-from trev@sentry.org) Message-ID: <54F4EDA9.9040709@sentry.org> Date: Tue, 03 Mar 2015 10:09:29 +1100 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi B+ - swap failure on boot [solved] References: <54F3EBA2.2000507@sentry.org> <20150302000823.7e27620e@ivory.wynn.com> <54F41E53.4080506@xenet.de> <54F4356E.8040808@sentry.org> <20150302133443.59bb91d5@ivory.wynn.com> In-Reply-To: <20150302133443.59bb91d5@ivory.wynn.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [0.0.0.0]); Tue, 03 Mar 2015 10:09:30 +1100 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 23:09:34 -0000 Brett Wynkoop wrote: > Rather than remove /etc/rc.d/swap you should use the late option in > fstab to specify you want swap added late: > > md none swap sw,file=/usr/swap/0,late 0 0 I could have sworn I'd tried the late option before without success, but it did indeed work. Thanks! -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 23:14:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E90256 for ; Mon, 2 Mar 2015 23:14:31 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33D24826 for ; Mon, 2 Mar 2015 23:14:31 +0000 (UTC) Received: by widex7 with SMTP id ex7so17769807wid.1 for ; Mon, 02 Mar 2015 15:14:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oOwH02v0VIfzzrBmW2eCSNaOPvydJr2HeRGJVoFkyqA=; b=j8F+EV8KEPEx1BvZQUI4ydSFaTwn0b/ytVzyOxbs0tSUPh8iXP8Rxgd4UbSGRv6TiA 9e/PBKH8cyLT4WyF/aP7hRHSNGDhTnih8T8t/14/J/YRapja3VPZXvmmVIQ5QcpwFCcF VeGfpGcg6NIZoHaol+p1GTnfhH/ZwiXlioy7QCpJuzP8w2F2c7mTKdpto9Np964JsTc6 SXhKIslS6g9CjW7Rst9TZHI9d4fmyaKmk3LVyMEqfSa1mPtRiAc9SyoOuAqQKCSlU2v+ Fb/DbLZHCyUtgsitNt4wQelWvlWC78BT5ekukNh9KscXmKdOyTOg3T9ywB/bapfJgqta 4dsg== MIME-Version: 1.0 X-Received: by 10.181.13.39 with SMTP id ev7mr40838940wid.3.1425338069395; Mon, 02 Mar 2015 15:14:29 -0800 (PST) Received: by 10.180.195.99 with HTTP; Mon, 2 Mar 2015 15:14:29 -0800 (PST) In-Reply-To: <20150302124103.689135d3@zeta.dino.sk> References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> Date: Mon, 2 Mar 2015 20:14:29 -0300 Message-ID: Subject: Re: Raspberry Pi SPI device example? From: Luiz Otavio O Souza To: Milan Obuch Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 23:14:31 -0000 On 2 March 2015 at 08:41, Milan Obuch wrote: > On Thu, 19 Feb 2015 07:53:42 +0100 > Milan Obuch wrote: > > Hello, > > I am trying to do something, but no luck yet - it looks like I need > somehow write into rpi.dtb blob that I added something into kernel. > Unfortunatelly, none of those five files help in this area, they are > 'activated' via hints mechanism which does not help me... > > Do we have something to shed some light here for me? Also, is it > possible to boot kernel with verbose logging, but not with some option > in kernel config and rebuild? > > Regards, > Milan Milan, If you have a serial console attached, you can stop the boot while kernel is being loaded and boot with 'boot -v' for a verbose boot. Edit the DTS source file (bcm2835.dtsi and/or rpi.dts in sys/boot/fdt/dts/arm/) and then the DTB will be built as part of the next kernel build (you can also build it manually in sys/modules/dtb/rpi). Here is a patch I'm using to attach a mx25l compatible flash on my RPi (old patch...): http://loos.com.br/mx25l-fdt-intr.diff And the DTS changes: Index: sys/boot/fdt/dts/rpi.dts =================================================================== --- sys/boot/fdt/dts/rpi.dts (revision 253747) +++ sys/boot/fdt/dts/rpi.dts (working copy) @@ -281,6 +281,14 @@ broadcom,function = "ALT3"; }; }; + + spi0 { + flash0 { + compatible = "flash,mx25l"; + spi-chipselect = <0>; + }; + }; + usb { hub { compatible = "usb,hub", "usb,device"; HTH, Luiz From owner-freebsd-arm@FreeBSD.ORG Mon Mar 2 23:26:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D3465E for ; Mon, 2 Mar 2015 23:26:37 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99C85942 for ; Mon, 2 Mar 2015 23:26:37 +0000 (UTC) Received: by pdjz10 with SMTP id z10so43400019pdj.0 for ; Mon, 02 Mar 2015 15:26:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=iV7Uipmq++I+oBF15xvbPoTXvsLANsgEP48YUrD2Ndk=; b=kTgv2xNtvBNRAZPLQOAvD7gLrKCosZ/SYOe341BBjBEaDv4Z7dgDJvHHOImcZ6do+l FVqF1+awxeNzOIjRSMPJG/a5qH2ON5n3FbuuK7sB1fGqqgvZOLPbpyIZKaCYcE6s1BI9 R8KSaA8qtQm1pCiuyzVxQY1fMOxYvjHv0gDe/HdhRknHSY+O9LyPvJ9kY0E5/er6kL3r W65/SMkfqPc7EDK7kXqEnXS3G/HgtlwRifnQJpBo7BciFK5VFVacbLRuF+2ppehU9ylm Sj9+0D4BrmDvG9wPZqCMJH0vb7XHRZ1MKTuN1RTVn3MSXBV+6x8pizkdDknDxPcQsS/5 +uvA== X-Gm-Message-State: ALoCoQn1jDHK7yH8CcR772j5davez6gupFzo1myU3qTGXH1O0NjD5aVcz9u/6Wc7QEUza6kjfz62 X-Received: by 10.66.217.198 with SMTP id pa6mr51336646pac.49.1425338791454; Mon, 02 Mar 2015 15:26:31 -0800 (PST) Received: from lgmac-scingram.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id mi9sm13196591pab.3.2015.03.02.15.26.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 15:26:30 -0800 (PST) Sender: Warner Losh Subject: Re: Raspberry Pi SPI device example? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6F6F60E1-738C-4C7F-B8D7-AB7DCF0B76BF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: Date: Mon, 2 Mar 2015 16:26:27 -0700 Message-Id: <6E05A947-FA3A-47D5-8F6C-AE6AB3821556@bsdimp.com> References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 23:26:38 -0000 --Apple-Mail=_6F6F60E1-738C-4C7F-B8D7-AB7DCF0B76BF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 2, 2015, at 4:14 PM, Luiz Otavio O Souza = wrote: >=20 > Edit the DTS source file (bcm2835.dtsi and/or rpi.dts in > sys/boot/fdt/dts/arm/) and then the DTB will be built as part of the > next kernel build (you can also build it manually in > sys/modules/dtb/rpi). If somebody wanted to be a big help, they=E2=80=99d implement a way to = splice in a FDT/DTS at runtime (with support in the boot loader to add = fragments like the diff that=E2=80=99s here). There=E2=80=99s some rumblings about = this in upstream DTC land, but so far nothing concrete and finalized. Warner --Apple-Mail=_6F6F60E1-738C-4C7F-B8D7-AB7DCF0B76BF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9PGjAAoJEGwc0Sh9sBEAquEQAK3o8FLAzAcWTDVYMx05gMwm H34of2tJJyDdwlVGxDpRM45Vd+25TcIQV+DLDXxfOqPnFGxB+WJfaPiq3Jo34vM8 tjnbgTwelLwxo35vfrbTsHSVxOGGuO/UZCYIm9Z+D5/9bpeOdf8fDMAkmNuCXwTt Gg4Atdrz03laaGMp8rry/kGWR0+Gt93qLTHiPQsBwqjxDVVCjGG8NuXVe+KE5gyr 5X78npg/Cq2r7KxQISt/wu419k7xnr4mocNfJTHKvEg9ulkd/ATV1KkkFzdAMm+4 oB6QXS2LXj/qHVr+kx16nPBwWjhqyUlMIr4I560VmGX7E9C3T1KSQvvpeOhc0lTO 7+NzY1ff6pUA2+XqY6CnmDL5cYOthLSJAGwE1XkI0jeFi6qt5txxzo0HcuFYhmYe 6ui0T8V7cpLMp52gu/dTDW6RbWIM2IhtsqsnMpbPROIWzgWwr4QX9xsRkyF4lJCQ kCxECcpLtLS5z68QYWMOPPiJvEj7Id8kLAZar8OFRBwkd9iZWpyI1AhF/TvNRwiD npQjrVYtIyaxVzHHbYz/tSJLmPMOLxlPXpbTEjNvk9j2zy1CyJ45NQFv2P5G9WbR 6l/pVgatbnYOuDYTgVrYtd4HZqXawi61klZ5NxSDSlNRH+K9V8pMz1dmudAHn3oi vyd4OPONYyBCpvD3de6y =mQWj -----END PGP SIGNATURE----- --Apple-Mail=_6F6F60E1-738C-4C7F-B8D7-AB7DCF0B76BF-- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 00:43:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 144A64BF for ; Tue, 3 Mar 2015 00:43:03 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C210E1C5 for ; Tue, 3 Mar 2015 00:43:02 +0000 (UTC) Received: by qcxr5 with SMTP id r5so27899021qcx.10 for ; Mon, 02 Mar 2015 16:43:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GoFRNUvVyB9ZtnRQwYJWqt5TAkmvYRZjIJHx39+QNWs=; b=wFNMP/926fQM7k4vZSPtF/W+M/tIFFanz37ja78hjRI/gPOO2KB89ctQ8cTo4I1mwR zBxXcib4jA65bAXMRkxo2zWFi6Yxr5bd+gxgoeEOYgJFh8EFwqgX5ViXH9RNmFqEn2Zx TIOHX++Y8gv2eZnnXMt4xBZ+XwEMFb404BXV2nKDqBeWyaGy+k/3i9c/1npUnKy6qGg0 rMFj+yqZ9fMU8CJwJtDA2sspSZcnifA9q+BoBlsrjbUY/yD5o15pww7RBYofXo8YHxOX zz353hLFP/uyY8ZW1KS7hzrIgPbwuqSNVRpD7tyhVfoUkIZpO3IjedxmIX6rNWDaxTwY zL/w== MIME-Version: 1.0 X-Received: by 10.140.102.19 with SMTP id v19mr53772709qge.32.1425343381939; Mon, 02 Mar 2015 16:43:01 -0800 (PST) Received: by 10.140.37.82 with HTTP; Mon, 2 Mar 2015 16:43:01 -0800 (PST) Date: Mon, 2 Mar 2015 21:43:01 -0300 Message-ID: Subject: Resource allocation on character driver From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 00:43:03 -0000 Hello! I'm trying to write a very simple character driver. What I need is to allocate a specific byte of memory and then write/read it. I know that for newbus drivers one can use the bus_set_resource() and bus_alloc_resource_any() for this. Is there any way for doing this in a driver that doesn't only implements the loader() function? (no identify, probe and attach methods) I'm new at this, so all kind of advises are welcomed! Regards, Matias.- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 01:11:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56056F83 for ; Tue, 3 Mar 2015 01:11:46 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F80C6CA for ; Tue, 3 Mar 2015 01:11:46 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id l89so16368255qgf.11 for ; Mon, 02 Mar 2015 17:11:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=M2qWHQLeR+gv7u7X9ETGIlYP7OkboVtXig71bipR7aA=; b=IiiSu6GpSlU2yYvu87vSqeuRl31313eHr8iemhlqijTQzWOfwxfL/MhtWJXem2knEj AMfTKjRql6YTz9E68wY6XWooH92TAMK831j+DmHlG0h43+EwQC6ePph4+SnKn12Ohpfs KcQNqHtZ6NiqQoKU4TuP3awlI9Kfa0DdNg0hE/rBL+w1PDT2ngzHtuECEODFFu6GB3uz UsUKxj8Ke/QNRYNvKyftUOhLdVmPKhtSiIFDL6D9ds6f/s0L47B3zRS0XJgJsTiHGfed imKSWHYnMtUi1+yvkbiUMsTs1E8Fwitqg0w0f35V9OJC5QlYnJPYn1E/CQkeEXsPsa8d yViQ== MIME-Version: 1.0 X-Received: by 10.140.234.130 with SMTP id f124mr38593444qhc.36.1425345105281; Mon, 02 Mar 2015 17:11:45 -0800 (PST) Received: by 10.140.37.82 with HTTP; Mon, 2 Mar 2015 17:11:45 -0800 (PST) Date: Mon, 2 Mar 2015 22:11:45 -0300 Message-ID: Subject: panic: bus_add_child is not implemented From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:11:46 -0000 Hello! I wrote a simple newbus driver for reading and writing a specific I/O port, which is basically a copy of the Warner Losh example driver for the iOpener Led. I compiled with no errors, but I get a kernel panic " bus_add_child is not implemented" when I try to load it in my development board which is a Zedboard with FreeBSD. The way I compiled it: # cd /usr/src root@matiBSD:/usr/src # make buildenv TARGET_ARCH=armv6 BUILDENV_SHELL=/usr/local/bin/bash KERNBUILDDIR=/usr/obj/arm.armv6/usr/src/sys/ZEDBOARD Entering world for armv6:arm [root@matiBSD /usr/src]# cd /home/drivers/p3 [root@matiBSD /home/drivers/p3]# make The content of the Makefile I used: KMOD =p3 SRCS =p3.c device_if.c bus_if.h .include The way I tried to load it: root@zedboard:/usr # kldload /boot/msdos/p3.ko panic: bus_add_child is not implemented cpuid = 1 My only guess here is that I should compile the driver with the kernel so that the linker can properly link the BUS_ADD_CHILD() method call in the drivers identify() method. My host is: FreeBSD matiBSD 10.1-BETA2 FreeBSD 10.1-BETA2 My target is: FreeBSD zedboard 10.1-BETA2 FreeBSD 10.1-BETA2 I'm new at this, so any income is appreciated! Regards, Matias. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 01:37:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55D07318 for ; Tue, 3 Mar 2015 01:37:00 +0000 (UTC) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DEBB908 for ; Tue, 3 Mar 2015 01:36:59 +0000 (UTC) Received: from 127.0.0.1 (sipb-tor.mit.edu [18.187.1.68]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id t231hrhP054700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 2 Mar 2015 20:43:56 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <54F5102A.10906@ceetonetechnology.com> Date: Mon, 02 Mar 2015 20:36:42 -0500 From: George Rosamond MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: disabling journaling? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:37:00 -0000 Ian mentioned softupdates + journaling is a problem. https://marc.info/?l=freebsd-arm&m=142526289401012&w=2 > IMO, there's your problem right there. People have been reporting for > years that softupdates + journaling = corruption. The freebsd project's > collective response to all those reports has been a rather silent yawn. > The only sane response, IMO, is to not use journaling. Should crochet be adjusted for it in lib/disk.sh? # Turn on Softupdates tunefs -n enable ${NEW_UFS_DEVICE} # Turn on SUJ with a minimally-sized journal. # This makes reboots tolerable if you just pull power # Note: A slow SDHC reads about 1MB/s, so a 30MB # journal can delay boot by 30s. tunefs -j enable -S 4194304 ${NEW_UFS_DEVICE} # Turn on NFSv4 ACLs tunefs -N enable ${NEW_UFS_DEVICE} I assume journaling should go first. Besides in build scripts, don't know how this would be done a system for the root partition when you can't go into single-user mode. g From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 01:41:29 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EADF6A8 for ; Tue, 3 Mar 2015 01:41:29 +0000 (UTC) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 45B509E7 for ; Tue, 3 Mar 2015 01:41:28 +0000 (UTC) Received: from 127.0.0.1 (sipb-tor.mit.edu [18.187.1.68]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id t231mT5G054803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 2 Mar 2015 20:48:32 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <54F5113E.9020405@ceetonetechnology.com> Date: Mon, 02 Mar 2015 20:41:18 -0500 From: George Rosamond MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: disabling journaling? References: <54F5102A.10906@ceetonetechnology.com> In-Reply-To: <54F5102A.10906@ceetonetechnology.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:41:29 -0000 George Rosamond: > Ian mentioned softupdates + journaling is a problem. > > https://marc.info/?l=freebsd-arm&m=142526289401012&w=2 > >> IMO, there's your problem right there. People have been reporting for >> years that softupdates + journaling = corruption. The freebsd project's >> collective response to all those reports has been a rather silent yawn. >> The only sane response, IMO, is to not use journaling. > > Should crochet be adjusted for it in lib/disk.sh? > > # Turn on Softupdates > tunefs -n enable ${NEW_UFS_DEVICE} > # Turn on SUJ with a minimally-sized journal. > # This makes reboots tolerable if you just pull power > # Note: A slow SDHC reads about 1MB/s, so a 30MB > # journal can delay boot by 30s. > tunefs -j enable -S 4194304 ${NEW_UFS_DEVICE} > # Turn on NFSv4 ACLs > tunefs -N enable ${NEW_UFS_DEVICE} > > I assume journaling should go first. Besides in build scripts, don't > know how this would be done a system for the root partition when you > can't go into single-user mode. Let me qualify that. Should journaling be disabled by default on flash media? This wouldn't necessarily apply to all Crochet builds. g From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 01:47:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 486E6822 for ; Tue, 3 Mar 2015 01:47:12 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15695A15 for ; Tue, 3 Mar 2015 01:47:11 +0000 (UTC) Received: by pdbnh10 with SMTP id nh10so20565455pdb.3 for ; Mon, 02 Mar 2015 17:47:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=5Rh/NwcJMiXoc4ttIRt2JNTLtgA7iYByCqMjy7PxyL4=; b=CJo/anxcRwUxJFzFxVjuxd6s0htriXBnIA8xNTj2LfqYIUCRL0Ziyvs4kOwGt1/4A3 8d412YPXLEzRY57hZbY+TKWXtJ6iBXKB7FF0QND1kZMJhT5ua81BWdK0LNTbp8tAoM6B 7swUPTiuM5ztrvAqFpWgcwZ1TNzqRW9BSx2z8bel2XL6hdtItdHcDMjxDbGMInF0IL4R D7wRhBp/X9tqWrBD063AE5wV51hnTPQJx8StDyguWjGHP5fUi4NQFOm5X93rPE7FWfVJ G8rQM9RMDMfRZ6UypVlVQ4FB36FpuXWLNKhVHoR4DYvuT/Dsbs2JwR6006vJWWz1XYfj 0j1w== X-Gm-Message-State: ALoCoQl422eFCws5P/gGFiSoE/0iMHvZZKX5E2j6YPhQHN0thPCrJmLZCO2unT21VJIZ6om6nTa5 X-Received: by 10.68.237.2 with SMTP id uy2mr51641790pbc.72.1425347231146; Mon, 02 Mar 2015 17:47:11 -0800 (PST) Received: from lgmac-scingram.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id gi6sm13063756pbd.93.2015.03.02.17.47.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 17:47:10 -0800 (PST) Sender: Warner Losh Subject: Re: disabling journaling? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B9AFD5B9-02C8-4018-BCB8-55388E87D6FB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <54F5113E.9020405@ceetonetechnology.com> Date: Mon, 2 Mar 2015 18:47:07 -0700 Message-Id: References: <54F5102A.10906@ceetonetechnology.com> <54F5113E.9020405@ceetonetechnology.com> To: George Rosamond X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:47:12 -0000 --Apple-Mail=_B9AFD5B9-02C8-4018-BCB8-55388E87D6FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 2, 2015, at 6:41 PM, George Rosamond = wrote: >=20 > George Rosamond: >> Ian mentioned softupdates + journaling is a problem. >>=20 >> https://marc.info/?l=3Dfreebsd-arm&m=3D142526289401012&w=3D2 >>=20 >>> IMO, there's your problem right there. People have been reporting = for >>> years that softupdates + journaling =3D corruption. The freebsd = project's >>> collective response to all those reports has been a rather silent = yawn. >>> The only sane response, IMO, is to not use journaling. >>=20 >> Should crochet be adjusted for it in lib/disk.sh? >>=20 >> # Turn on Softupdates >> tunefs -n enable ${NEW_UFS_DEVICE} >> # Turn on SUJ with a minimally-sized journal. >> # This makes reboots tolerable if you just pull power >> # Note: A slow SDHC reads about 1MB/s, so a 30MB >> # journal can delay boot by 30s. >> tunefs -j enable -S 4194304 ${NEW_UFS_DEVICE} >> # Turn on NFSv4 ACLs >> tunefs -N enable ${NEW_UFS_DEVICE} >>=20 >> I assume journaling should go first. Besides in build scripts, don't >> know how this would be done a system for the root partition when you >> can't go into single-user mode. >=20 > Let me qualify that. Should journaling be disabled by default on = flash > media? This wouldn't necessarily apply to all Crochet builds. Media type shouldn=E2=80=99t matter. If there=E2=80=99s bugs, there=E2=80=99= s bugs. Warner --Apple-Mail=_B9AFD5B9-02C8-4018-BCB8-55388E87D6FB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9RKcAAoJEGwc0Sh9sBEAcisP/0C/nrtkDdwy5j2Y7OASsXdr dhBHt3PnQvq6mt4y1bv3zPz0Wt9ZNueiaQepy5nF2/3J6OrlSkrfmKBhQB/3F1US Kcj9KcbDGvKBAZeq8QKeHMYbzrYAfGFrhQxOx1gVDCAbs1uSk5iAaBc2FfrAVS3s 3vDDd9GDBlYRv5EygT8JxfieMz9M3pYA/Bl8ltLhEZWyMIDa+v9yinjrsnZ72cFO gScREYFedqjTYdYwvtXmE4Y0UtVr/+Dwb3dJa6Va2qgSRBVy28k0lrSpJPsMqVwg 4Ick9KejAxIuLNjV0tPuaB2YxkX4AvLG4MAGE59PVQYXc4iYRUgJo4+P6rRnhGHQ JlvnIAeVEzi220vsJiwcABMOM2uZbLFvH8Mx55kng1DwY1TXwWVDr8a/esPaaAtz RWJRtqnd3qBvbra7x74FZT+e+UzpWoHzIgQnp2QfqbTQyLLI82EHFuwyhwcYPzPA MjNib+dogsfGPfcvw97xdkzg8ko7yP5qJUlqecdlaEInYfpHBmZ2FeT2Yicg39PV cgVBezvbLB/Jk+VikzZOkmTI5ojar3m+xH3c+AX1HkJOLa7vjb6rZoZtY/v8n1Mt 5s+B6qAzu5vvLA6emoJsOFy2ooW3E7FbjaU2HB6ZwpiUH1xyzAxACNXxqzf+H0CK 8FVk+Lk20tDHWPe4m/sb =ADAo -----END PGP SIGNATURE----- --Apple-Mail=_B9AFD5B9-02C8-4018-BCB8-55388E87D6FB-- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 01:48:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF78187B for ; Tue, 3 Mar 2015 01:48:17 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCA46A24 for ; Tue, 3 Mar 2015 01:48:17 +0000 (UTC) Received: by pdno5 with SMTP id o5so44166123pdn.8 for ; Mon, 02 Mar 2015 17:48:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=MSRpI/JHkxNwd5nwAvEom9plo93bKYX0vdMUf4W1ZMg=; b=eQX4t9SbcDDXHILZ7V5ya06zLeLoTco7VSiDQE5W7MjOzXy/Sokq0QT4SJhHhVtFKl i38UaudXGITc6MXDUBdAA/x9aqB8vpREi/PxpoqTd8W4WaH6tqbZLDcv7tgi6/uxKsAw AsCNUBxw9i2E5vrwuQNcAf2J7cUND1J+wu1gUwcGaOZ5nV/TlFSEswa7Ci6MeVco7g72 s+UAzpTXEPn5irumf7+3vGN1khRKW6gDDnNM3Fv9seju8r+twxcQUj11ntbPFglvt+4k LUwTX7TjRatEUdz/rt8Z1Z0yKOj8Xld1oNu49WF34PCTlsXv4qJ3zW8D8Q3lvq8YcvhM iGDw== X-Gm-Message-State: ALoCoQkuz4uA3YO3ap45AP9GG/sr+uz7kI1y3SQw4IFRAvFhFxttM2/f4J4+kPMQkEVymM5Jw7jv X-Received: by 10.68.254.168 with SMTP id aj8mr51252212pbd.80.1425347297265; Mon, 02 Mar 2015 17:48:17 -0800 (PST) Received: from lgmac-scingram.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id r5sm13160662pdc.81.2015.03.02.17.48.16 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Mar 2015 17:48:16 -0800 (PST) Sender: Warner Losh Subject: Re: panic: bus_add_child is not implemented Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1FE9B8AF-DBF3-41F7-836B-2704889696FB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: Date: Mon, 2 Mar 2015 18:48:14 -0700 Message-Id: <8A6DDF8F-0BAA-40CE-8905-866C48BA6015@bsdimp.com> References: To: =?utf-8?Q?Mat=C3=ADas_Perret_Cantoni?= X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 01:48:18 -0000 --Apple-Mail=_1FE9B8AF-DBF3-41F7-836B-2704889696FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 can you send me the source? Warner > On Mar 2, 2015, at 6:11 PM, Mat=C3=ADas Perret Cantoni = wrote: >=20 > Hello! >=20 > I wrote a simple newbus driver for reading and writing a specific I/O = port, > which is basically a copy of the Warner Losh example driver for the = iOpener > Led. I compiled with no errors, but I get a kernel panic " = bus_add_child is > not implemented" when I try to load it in my development board which = is a > Zedboard with FreeBSD. >=20 >=20 > The way I compiled it: >=20 > # cd /usr/src > root@matiBSD:/usr/src # make buildenv TARGET_ARCH=3Darmv6 > BUILDENV_SHELL=3D/usr/local/bin/bash > KERNBUILDDIR=3D/usr/obj/arm.armv6/usr/src/sys/ZEDBOARD > Entering world for armv6:arm > [root@matiBSD /usr/src]# cd /home/drivers/p3 > [root@matiBSD /home/drivers/p3]# make >=20 >=20 > The content of the Makefile I used: >=20 > KMOD =3Dp3 > SRCS =3Dp3.c device_if.c bus_if.h > .include >=20 >=20 > The way I tried to load it: >=20 > root@zedboard:/usr # kldload /boot/msdos/p3.ko > panic: bus_add_child is not implemented > cpuid =3D 1 >=20 >=20 > My only guess here is that I should compile the driver with the kernel = so > that the linker can properly link the BUS_ADD_CHILD() method call in = the > drivers identify() method. >=20 > My host is: FreeBSD matiBSD 10.1-BETA2 FreeBSD 10.1-BETA2 > My target is: FreeBSD zedboard 10.1-BETA2 FreeBSD 10.1-BETA2 >=20 >=20 > I'm new at this, so any income is appreciated! >=20 > Regards, > Matias. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_1FE9B8AF-DBF3-41F7-836B-2704889696FB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9RLfAAoJEGwc0Sh9sBEAqk4P/3x7QpnmeWj0XiNHIRYUfP4Z 15gpl61NUWFELunnHbkllERBjgd+sguYHDjHErV+n6Fmp7xyTekk2yGXo53VksNm 2NETaBa2H6wXAuDc9EyaHS/VMMdaaWLziWGyl5X9FRwgj/mL36qWJLNzylcmsM12 fKO/NyF905/7SxiT/jxsqOG+wpShpkjnknkvYm5qMzKNHJibyM5T3BQbpw84jT+z vIXubESscFdACtFaiT9Qg3K87pmMuJJUO04bHHpAEaY49S2YYWVmbDsiA4jY9EK8 UfQoNtfrtSyhvF+37Ihq/vpKBanBohBcx4ERfMmp7hBvk2n9BwB/c8kSoK1LqPW7 M1kGA2pcd0ZCDCk2xWCY5ud0Rr8PbF+101U5rGGDvpYwycIZ0crqECm4gGLocJku 0GRKGg6owcqOLpmcFX/f9IkhIaYQ9jPA5OiQJehO9+Sl5V6SNIBA0pn0QL351GzB 5/who1VwW5gt1njdcHlarv3kf50D0R+wpVUQGTCq2/43joWwjzgPWTcIvPP+uOE6 pyOSNDANAo7d80i9lJIv+DG2MN9Sz5tPm1CO5ISJCdOOoUoSSZr9DvU3+T4jklB1 FzdPM2acoZXt/Wa2UAcYzvyWoL3O7UFcptp+TC1bNt0WVyLzUjU3A2ctg2QFBfOz SFSkxtT0S0uHyQueXC6h =Obv7 -----END PGP SIGNATURE----- --Apple-Mail=_1FE9B8AF-DBF3-41F7-836B-2704889696FB-- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 02:44:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70C7CF92 for ; Tue, 3 Mar 2015 02:44:12 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B1D5F56 for ; Tue, 3 Mar 2015 02:44:11 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t232i4G8004073; Mon, 2 Mar 2015 21:44:06 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 21:43:52 -0500 From: Brett Wynkoop To: Warner Losh , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150302214352.5143d72e@ivory.wynn.com> In-Reply-To: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 02:44:12 -0000 So do we think this is an ARM specific thing, or is it a UFS thing? I am thinking maybe I should format as ext or ntfs and see if we have the same issue. If we do then we can rule out a UFS bug. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 I would never invade the United States. There would be a gun behind every blade of grass. --Isoroku Yamamoto From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 03:54:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74906697 for ; Tue, 3 Mar 2015 03:54:25 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24BB91726 for ; Tue, 3 Mar 2015 03:54:25 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so26223334qac.8 for ; Mon, 02 Mar 2015 19:54:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m4IYEWZ9gYnBQz17omXaDqpn/LMK9YiYoPAwc6w5BI8=; b=lInH3hpnzAOt7EFZbGAoCFUIjOe7p8DxGdoQv/8QY/KSHV4FZE+8V6OWZFiaS6w1bS LwGCghjveJsboBGN1MViwdybf6oatLi/HU9r8wzyxGLoYN8n81G75Jyn0InHex4L3ZTD lBGu5ESYiOfwGkJAoOrQnGOMNzsC634xue1hQNFK9crZQvRvN69H8jcJuZ7XYPOxRAjH I32Rc43KTmCHXIX0jFel6ZsT0d4jxRbL/94G1a5xjqf3QFU9x9BjUSg/Vgw0PPOI84bB F5rGV+0VdrO3y1j+khZ1cf4oRKs33RTBjDgyR9l1p91bABVAAqF040HfIpW+7Szl7JVI O8sg== MIME-Version: 1.0 X-Received: by 10.55.26.208 with SMTP id l77mr8876226qkh.62.1425354864226; Mon, 02 Mar 2015 19:54:24 -0800 (PST) Received: by 10.140.37.82 with HTTP; Mon, 2 Mar 2015 19:54:24 -0800 (PST) In-Reply-To: <8A6DDF8F-0BAA-40CE-8905-866C48BA6015@bsdimp.com> References: <8A6DDF8F-0BAA-40CE-8905-866C48BA6015@bsdimp.com> Date: Tue, 3 Mar 2015 00:54:24 -0300 Message-ID: Subject: Re: panic: bus_add_child is not implemented From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 03:54:25 -0000 Yes Warner, here it is. I think I got yours from here: http://people.freebsd.org/~imp/led.tar.gz /* * Prototipo 3 - Driver newbus simple para escribir un registro de la FPGA */ /* * Copyright (c) 2000. M. Warner Losh. All Rights Reserved. * * "THE BEER-WARE LICENSE" (Revision 42): * wrote this file. As long as you retain this notice yo= u * can do whatever you want with this stuff. If we meet some day, and you think * this stuff is worth it, you can buy me a beer in return. M. Warner Los= h */ /* * Simple driver for the I-Opener LED, but likely could be adapted * to any led driver. This is intended to be a thought excersize * as well as a useful sample driver. Since I don't have a hackable * iopener around to test it out on. * * The LED is located at 0x404c on the iopener. Likely we should find this * in the pci space, and then do stuff from tehre. However, it appears to * be controlled in some way by acpi, so I'm going to try to write this driver * to not interfere with that. * * the lower two bits of this register control the state of the LED. The left * led, with the mail ICON, is controlled by bit 0. The phone led is * controlled by bit 1. * * This is a bog simple ISA driver... Would make a useful example, imho. * * Since I'm lazy, I have only a write interface. The characters recieved * by the driver are masked and the results sent to these gpios. This * allows things like '1' to turn on the led and '0' to turn off the led. * There is a minor number for each led controlled. * * The read interface returns 1 character ('0' off '1' on) for the state * of the led. * * thanks to "roastbeef" who posted technical information about this to the * I-Opener BBS web site. */ #include #include #include #include #include #include #include #include #include #include #define REG_IOADDR 0x67000000 struct reg_softc { struct cdev *dev0; struct resource *res; int rid; }; static d_open_t reg_open; static d_close_t reg_close; static d_read_t reg_read; static d_write_t reg_write; static struct cdevsw reg_cdevsw =3D { .d_version =3D D_VERSION, .d_open =3D reg_open, .d_close =3D reg_close, .d_read =3D reg_read, .d_write =3D reg_write, .d_name =3D "simple_register", }; static devclass_t reg_devclass; static int reg_open(struct cdev *dev, int flags, int fmt, struct thread *p) { uprintf("Open: simple_register.\n"); return 0; } static int reg_close(struct cdev *dev, int flags, int fmt, struct thread *p) { uprintf("Close: simple_register.\n"); return 0; } static int reg_read(struct cdev *dev, struct uio *uio, int flag) { struct reg_softc *sc =3D dev->si_drv1; int err; u_int8_t ch; ch =3D bus_read_1(sc->res, 0); err =3D uiomove(&ch, 1, uio); return err; } static int reg_write(struct cdev *dev, struct uio *uio, int flag) { struct reg_softc *sc =3D dev->si_drv1; int err; u_int8_t ch; err =3D uiomove(&ch, 1, uio); if (err !=3D 0) return (err); bus_write_1(sc->res, 0, ch); return err; } static void reg_identify (driver_t *driver, device_t parent) { device_t child; child=3D device_find_child(parent, "simple_register", -1); if (!child) { child =3D BUS_ADD_CHILD(parent, 0, "simple_register", -1); bus_set_resource(child, SYS_RES_IOPORT, 0, REG_IOADDR, 1); } } static int reg_probe(device_t dev) { if ( 0 =3D=3D bus_get_resource_start(dev, SYS_RES_IOPORT, 0) ) return (ENXIO); device_set_desc(dev, "simple_register_driver"); return(BUS_PROBE_SPECIFIC); } static int reg_attach(device_t dev) { struct reg_softc *sc; sc =3D (struct reg_softc *) device_get_softc(dev); sc->rid =3D 0; /* Solicita el recurso */ sc->res =3D bus_alloc_resource_any(dev, SYS_RES_IOPORT, &sc->rid, RF_ACTIVE= ); if (sc->res =3D=3D NULL){ device_printf(dev, "No se pudo obtener el puerto de E/S\n"); return ENXIO; } /* Crea el nodo correspondiente en */ sc->dev0 =3D make_dev(®_cdevsw, 0, UID_ROOT, GID_WHEEL, 0644, "simple_reg"); return 0; } static int reg_detach(device_t dev) { struct reg_softc *sc; sc =3D (struct reg_softc *) device_get_softc(dev); /* Destruye el nodo */ destroy_dev(sc->dev0); /* Devuelve los recursos */ bus_release_resource(dev, SYS_RES_IOPORT, sc->rid, sc->res); return 0; } static device_method_t reg_methods[] =3D { /* Device interface */ DEVMETHOD(device_identify, reg_identify), DEVMETHOD(device_probe, reg_probe), DEVMETHOD(device_attach, reg_attach), DEVMETHOD(device_detach, reg_detach), { 0, 0 } }; /* Declaracion del driver */ static driver_t reg_driver =3D { "simple_register", reg_methods, sizeof(struct reg_softc), }; DRIVER_MODULE(simple_register, simplebus, reg_driver, reg_devclass, 0, 0); 2015-03-02 22:48 GMT-03:00 Warner Losh : > can you send me the source? > > Warner > > > On Mar 2, 2015, at 6:11 PM, Mat=C3=ADas Perret Cantoni < > perretcantonim@gmail.com> wrote: > > > > Hello! > > > > I wrote a simple newbus driver for reading and writing a specific I/O > port, > > which is basically a copy of the Warner Losh example driver for the > iOpener > > Led. I compiled with no errors, but I get a kernel panic " bus_add_chil= d > is > > not implemented" when I try to load it in my development board which is= a > > Zedboard with FreeBSD. > > > > > > The way I compiled it: > > > > # cd /usr/src > > root@matiBSD:/usr/src # make buildenv TARGET_ARCH=3Darmv6 > > BUILDENV_SHELL=3D/usr/local/bin/bash > > KERNBUILDDIR=3D/usr/obj/arm.armv6/usr/src/sys/ZEDBOARD > > Entering world for armv6:arm > > [root@matiBSD /usr/src]# cd /home/drivers/p3 > > [root@matiBSD /home/drivers/p3]# make > > > > > > The content of the Makefile I used: > > > > KMOD =3Dp3 > > SRCS =3Dp3.c device_if.c bus_if.h > > .include > > > > > > The way I tried to load it: > > > > root@zedboard:/usr # kldload /boot/msdos/p3.ko > > panic: bus_add_child is not implemented > > cpuid =3D 1 > > > > > > My only guess here is that I should compile the driver with the kernel = so > > that the linker can properly link the BUS_ADD_CHILD() method call in th= e > > drivers identify() method. > > > > My host is: FreeBSD matiBSD 10.1-BETA2 FreeBSD 10.1-BETA2 > > My target is: FreeBSD zedboard 10.1-BETA2 FreeBSD 10.1-BETA2 > > > > > > I'm new at this, so any income is appreciated! > > > > Regards, > > Matias. > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 04:09:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F0EA7B0 for ; Tue, 3 Mar 2015 04:09:10 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 45AD21843 for ; Tue, 3 Mar 2015 04:09:09 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t23498aA008973 for ; Mon, 2 Mar 2015 23:09:08 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Mon, 2 Mar 2015 23:09:07 -0500 From: Brett Wynkoop To: "freebsd-arm@freebsd.org" Subject: Not arm related - but FreeBSD related Message-ID: <20150302230907.4615d4ee@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 04:09:10 -0000 Greeting- So I have to find a PCI-E network card that works well under 10.1 on x86. Do any of you have suggestions? I would rather not just "pick something from the list", and instead find out what others have had good luck with. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 04:18:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF5AC850 for ; Tue, 3 Mar 2015 04:18:16 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90AA3190C for ; Tue, 3 Mar 2015 04:18:16 +0000 (UTC) Received: by qcrw7 with SMTP id w7so28431134qcr.4 for ; Mon, 02 Mar 2015 20:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MF0olh7R0x5Tb2n0V7DvOihKNts5mJ9B3CyGPQ9PpzI=; b=zvTBDFu/FyOjXud/OsHs5DJZNP8z4363mOWCZqt5xPSm8KlsPxtyvb/4Y5EGH6gMeP E0MN7snaKB8bHyDt4JV74AVU2SPJxtUXHHIQUIISAWHxr6N4Av4XEZzbyEDx6qLSXixp AFBFDNOcwnpR1STu2Jt4Qe3FeNnSA0rhYyzKxpluSe+S/7kPwGMOIFq5lUHU/cn32+um neLGeiDdU2u54AZuJd3Xu6/HNJENO+vk1SY9lw1XCMilqkTc0tDBmI0jLNLBmjJImR7S TFbsD9AN2gtgzMuEBUYzBd9xlKLS5MXUbN0mj1HO2aJ9sv8cdnRJZW3/kau0SwSTRtI5 IFAQ== MIME-Version: 1.0 X-Received: by 10.55.26.208 with SMTP id l77mr8987032qkh.62.1425356295429; Mon, 02 Mar 2015 20:18:15 -0800 (PST) Received: by 10.140.37.82 with HTTP; Mon, 2 Mar 2015 20:18:15 -0800 (PST) In-Reply-To: References: <8A6DDF8F-0BAA-40CE-8905-866C48BA6015@bsdimp.com> Date: Tue, 3 Mar 2015 01:18:15 -0300 Message-ID: Subject: Re: panic: bus_add_child is not implemented From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 04:18:17 -0000 Oops! I found the error. In my system there's no simplebus node: root@zedboard: # devinfo nexus0 ofwbus0 simplebus0 zy7_slcr0 gic0 l2cache0 zy7_devcfg0 mp_tmr0 simplebus1 uart0 zy7_gpio0 gpioc0 gpiobus0 cgem0 miibus0 ukphy0 sdhci_fdt0 mmc0 mmcsd0 ehci0 usbus0 uhub0 --- I changed: DRIVER_MODULE(simple_register, simplebus, reg_driver, reg_devclass, 0, 0); for: DRIVER_MODULE(simple_register, simplebus0, reg_driver, reg_devclass, 0, 0); and now I can load it without a kernel panic. Now I have a new problem: after loading it I can't find the new node neither under /dev nor with devinfo. Thanks! 2015-03-03 0:54 GMT-03:00 Mat=C3=ADas Perret Cantoni : > Yes Warner, here it is. I think I got yours from here: > http://people.freebsd.org/~imp/led.tar.gz > > /* > * Prototipo 3 - Driver newbus simple para escribir un registro de la FPG= A > */ > > /* > * Copyright (c) 2000. M. Warner Losh. All Rights Reserved. > * > * "THE BEER-WARE LICENSE" (Revision 42): > * wrote this file. As long as you retain this notice > you > * can do whatever you want with this stuff. If we meet some day, and you > think > * this stuff is worth it, you can buy me a beer in return. M. Warner > Losh > */ > > /* > * Simple driver for the I-Opener LED, but likely could be adapted > * to any led driver. This is intended to be a thought excersize > * as well as a useful sample driver. Since I don't have a hackable > * iopener around to test it out on. > * > * The LED is located at 0x404c on the iopener. Likely we should find th= is > * in the pci space, and then do stuff from tehre. However, it appears t= o > * be controlled in some way by acpi, so I'm going to try to write this > driver > * to not interfere with that. > * > * the lower two bits of this register control the state of the LED. The > left > * led, with the mail ICON, is controlled by bit 0. The phone led is > * controlled by bit 1. > * > * This is a bog simple ISA driver... Would make a useful example, imho. > * > * Since I'm lazy, I have only a write interface. The characters recieve= d > * by the driver are masked and the results sent to these gpios. This > * allows things like '1' to turn on the led and '0' to turn off the led. > * There is a minor number for each led controlled. > * > * The read interface returns 1 character ('0' off '1' on) for the state > * of the led. > * > * thanks to "roastbeef" who posted technical information about this to t= he > * I-Opener BBS web site. > */ > > > #include > #include > #include > #include > > #include > #include > #include > > #include > #include > #include > > #define REG_IOADDR 0x67000000 > > struct reg_softc > { > struct cdev *dev0; > struct resource *res; > int rid; > }; > > static d_open_t reg_open; > static d_close_t reg_close; > static d_read_t reg_read; > static d_write_t reg_write; > > static struct cdevsw reg_cdevsw =3D { > .d_version =3D D_VERSION, > .d_open =3D reg_open, > .d_close =3D reg_close, > .d_read =3D reg_read, > .d_write =3D reg_write, > .d_name =3D "simple_register", > }; > > static devclass_t reg_devclass; > > static int reg_open(struct cdev *dev, int flags, int fmt, struct thread *= p) > { > uprintf("Open: simple_register.\n"); > return 0; > } > static int > reg_close(struct cdev *dev, int flags, int fmt, struct thread *p) > { > uprintf("Close: simple_register.\n"); > return 0; > } > > static int > reg_read(struct cdev *dev, struct uio *uio, int flag) > { > struct reg_softc *sc =3D dev->si_drv1; > int err; > u_int8_t ch; > > ch =3D bus_read_1(sc->res, 0); > err =3D uiomove(&ch, 1, uio); > > return err; > } > > static int > reg_write(struct cdev *dev, struct uio *uio, int flag) > { > > struct reg_softc *sc =3D dev->si_drv1; > int err; > u_int8_t ch; > > err =3D uiomove(&ch, 1, uio); > if (err !=3D 0) > return (err); > bus_write_1(sc->res, 0, ch); > return err; > } > static void > reg_identify (driver_t *driver, device_t parent) > { > device_t child; > child=3D device_find_child(parent, "simple_register", -1); > > if (!child) { > child =3D BUS_ADD_CHILD(parent, 0, "simple_register", -1); > bus_set_resource(child, SYS_RES_IOPORT, 0, REG_IOADDR, 1); > } > } > > static int > reg_probe(device_t dev) > { > if ( 0 =3D=3D bus_get_resource_start(dev, SYS_RES_IOPORT, 0) ) > return (ENXIO); > device_set_desc(dev, "simple_register_driver"); > return(BUS_PROBE_SPECIFIC); > } > > static int > reg_attach(device_t dev) > { > > struct reg_softc *sc; > sc =3D (struct reg_softc *) device_get_softc(dev); > sc->rid =3D 0; > /* Solicita el recurso */ > sc->res =3D bus_alloc_resource_any(dev, SYS_RES_IOPORT, &sc->rid, RF_ACTI= VE); > if (sc->res =3D=3D NULL){ > device_printf(dev, "No se pudo obtener el puerto de E/S\n"); > return ENXIO; > } > /* Crea el nodo correspondiente en */ > sc->dev0 =3D make_dev(®_cdevsw, 0, UID_ROOT, GID_WHEEL, 0644, > "simple_reg"); > > return 0; > } > > static int > reg_detach(device_t dev) > { > struct reg_softc *sc; > sc =3D (struct reg_softc *) device_get_softc(dev); > /* Destruye el nodo */ > destroy_dev(sc->dev0); > > /* Devuelve los recursos */ > bus_release_resource(dev, SYS_RES_IOPORT, sc->rid, sc->res); > return 0; > } > > static device_method_t reg_methods[] =3D { > /* Device interface */ > DEVMETHOD(device_identify, reg_identify), > DEVMETHOD(device_probe, reg_probe), > DEVMETHOD(device_attach, reg_attach), > DEVMETHOD(device_detach, reg_detach), > > { 0, 0 } > }; > > /* Declaracion del driver */ > static driver_t reg_driver =3D { > "simple_register", > reg_methods, > sizeof(struct reg_softc), > }; > > DRIVER_MODULE(simple_register, simplebus, reg_driver, reg_devclass, 0, 0)= ; > > > 2015-03-02 22:48 GMT-03:00 Warner Losh : > > can you send me the source? >> >> Warner >> >> > On Mar 2, 2015, at 6:11 PM, Mat=C3=ADas Perret Cantoni < >> perretcantonim@gmail.com> wrote: >> > >> > Hello! >> > >> > I wrote a simple newbus driver for reading and writing a specific I/O >> port, >> > which is basically a copy of the Warner Losh example driver for the >> iOpener >> > Led. I compiled with no errors, but I get a kernel panic " >> bus_add_child is >> > not implemented" when I try to load it in my development board which i= s >> a >> > Zedboard with FreeBSD. >> > >> > >> > The way I compiled it: >> > >> > # cd /usr/src >> > root@matiBSD:/usr/src # make buildenv TARGET_ARCH=3Darmv6 >> > BUILDENV_SHELL=3D/usr/local/bin/bash >> > KERNBUILDDIR=3D/usr/obj/arm.armv6/usr/src/sys/ZEDBOARD >> > Entering world for armv6:arm >> > [root@matiBSD /usr/src]# cd /home/drivers/p3 >> > [root@matiBSD /home/drivers/p3]# make >> > >> > >> > The content of the Makefile I used: >> > >> > KMOD =3Dp3 >> > SRCS =3Dp3.c device_if.c bus_if.h >> > .include >> > >> > >> > The way I tried to load it: >> > >> > root@zedboard:/usr # kldload /boot/msdos/p3.ko >> > panic: bus_add_child is not implemented >> > cpuid =3D 1 >> > >> > >> > My only guess here is that I should compile the driver with the kernel >> so >> > that the linker can properly link the BUS_ADD_CHILD() method call in t= he >> > drivers identify() method. >> > >> > My host is: FreeBSD matiBSD 10.1-BETA2 FreeBSD 10.1-BETA2 >> > My target is: FreeBSD zedboard 10.1-BETA2 FreeBSD 10.1-BETA2 >> > >> > >> > I'm new at this, so any income is appreciated! >> > >> > Regards, >> > Matias. >> > _______________________________________________ >> > freebsd-arm@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> >> > From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 08:12:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C58C0144 for ; Tue, 3 Mar 2015 08:12:05 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86F441B7 for ; Tue, 3 Mar 2015 08:12:05 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t238C3RZ024259 for ; Tue, 3 Mar 2015 03:12:03 -0500 (EST) (envelope-from freesbd-arm@wynn.com) Date: Tue, 3 Mar 2015 03:12:02 -0500 From: Brett Wynkoop To: "freebsd-arm@freebsd.org" Subject: No XFS in arm...testing ideas? Message-ID: <20150303031202.4b9f561e@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 08:12:05 -0000 Greeting- So in an attempt to lay down something other than a UFS on my USB Flash I built the xfs programs and formated the drive as XFS only to find that there is no kernel support for XFS. [root@beaglebone /usr/src/sys/arm/conf]# !con config BB-BEW BB-BEW: unknown option "XFS" [root@beaglebone /usr/src/sys/arm/conf]# The e2fsprogs are marked as being security risks, so has anyone any other ideas for a POSIX compliant filesystem I can run on the BBone other than UFS to test if the crashes are USB or UFS related? I suspect USB because I never panic on writes to the SD card. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 "If ever a time should come, when vain and aspiring men shall possess the highest seats in Government, our country will stand in need of its experienced patriots to prevent its ruin." -- Samuel Adams, letter to James Warren (24 October 1780) From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 08:13:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CB291AB for ; Tue, 3 Mar 2015 08:13:38 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 596471C1 for ; Tue, 3 Mar 2015 08:13:38 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YShxP-0000v0-4L; Tue, 03 Mar 2015 09:13:35 +0100 Date: Tue, 3 Mar 2015 09:13:35 +0100 From: Kurt Jaeger To: George Rosamond Subject: Re: disabling journaling? Message-ID: <20150303081334.GI62590@home.opsec.eu> References: <54F5102A.10906@ceetonetechnology.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54F5102A.10906@ceetonetechnology.com> Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 08:13:38 -0000 Hi! > Should crochet be adjusted for it in lib/disk.sh? Yes, journaling should be disabled. We disable journaling on all our UFS devices and in addition use this: background_fsck="NO" fsck_y_enable="YES" -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 09:05:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAF8FB73; Tue, 3 Mar 2015 09:05:16 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6120D924; Tue, 3 Mar 2015 09:05:16 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DA83A1FE022; Tue, 3 Mar 2015 10:05:13 +0100 (CET) Message-ID: <54F57979.3060008@selasky.org> Date: Tue, 03 Mar 2015 10:06:01 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Brett Wynkoop , Warner Losh , freebsd-arm@freebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: crash on writing usbstick References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150302214352.5143d72e@ivory.wynn.com> In-Reply-To: <20150302214352.5143d72e@ivory.wynn.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 09:05:16 -0000 Hi, On 03/03/15 03:43, Brett Wynkoop wrote: > So do we think this is an ARM specific thing, or is it a UFS thing? > > I am thinking maybe I should format as ext or ntfs and see if we have > the same issue. If we do then we can rule out a UFS bug. I just caught this issue with amd64 while building a kernel. > Fatal trap 12: page fault while in kernel mode > cpuid = 12; apic id = 20 > fault virtual address = 0xffffffffffffffff > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80bba91d > stack pointer = 0x28:0xfffffe0466e04120 > frame pointer = 0x28:0xfffffe0466e04150 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 83323 (objcopy) > (kgdb) bt > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > #1 0xffffffff803530ae in db_dump (dummy=, dummy2=Unhandled dwarf expression opcode 0x93 > ) > at /usr/img/freebsd/sys/ddb/db_command.c:533 > #2 0xffffffff80352b2c in db_command (cmd_table=0x0) at /usr/img/freebsd/sys/ddb/db_command.c:440 > #3 0xffffffff80352894 in db_command_loop () at /usr/img/freebsd/sys/ddb/db_command.c:493 > #4 0xffffffff803553f0 in db_trap (type=, code=Unhandled dwarf expression opcode 0x93 > ) > at /usr/img/freebsd/sys/ddb/db_main.c:251 > #5 0xffffffff80994e8e in kdb_trap (type=Unhandled dwarf expression opcode 0x93 > ) at /usr/img/freebsd/sys/kern/subr_kdb.c:654 > #6 0xffffffff80d79fe9 in trap_fatal (frame=0xfffffe0466e04070, eva=) > at /usr/img/freebsd/sys/amd64/amd64/trap.c:856 > #7 0xffffffff80d7a281 in trap_pfault (frame=0xfffffe0466e04070, usermode=) > at /usr/img/freebsd/sys/amd64/amd64/trap.c:678 > #8 0xffffffff80d79942 in trap (frame=0xfffffe0466e04070) at /usr/img/freebsd/sys/amd64/amd64/trap.c:426 > #9 0xffffffff80d57e72 in calltrap () at /usr/img/freebsd/sys/amd64/amd64/exception.S:235 > #10 0xffffffff80bba91d in add_to_worklist (wk=0xfffff801670d0680, flags=Unhandled dwarf expression opcode 0x93 > ) > at /usr/img/freebsd/sys/ufs/ffs/ffs_softdep.c:1513 > #11 0xffffffff80bc1813 in free_newblk (newblk=0xfffff8006d6f3700) > at /usr/img/freebsd/sys/ufs/ffs/ffs_softdep.c:7414 > #12 0xffffffff80bb1a80 in softdep_setup_allocdirect (ip=0xfffff8024ffbadc8, off=, > newblkno=, oldblkno=, newsize=32768, oldsize=32768, > bp=) at /usr/img/freebsd/sys/ufs/ffs/ffs_softdep.c:5361 > #13 0xffffffff80b9a6e4 in ffs_reallocblks (ap=) > at /usr/img/freebsd/sys/ufs/ffs/ffs_alloc.c:870 > #14 0xffffffff80eb0f67 in VOP_REALLOCBLKS_APV (vop=, a=) > at vnode_if.c:2727 > #15 0xffffffff809f7574 in cluster_write (vp=0xfffff802a44493b0, bp=0xfffffe03e1b3a590, filesize=393216, > seqcount=0, gbflags=) at vnode_if.h:1122 > #16 0xffffffff80bca11e in ffs_write (ap=0xfffffe0466e04690) at /usr/img/freebsd/sys/ufs/ffs/ffs_vnops.c:810 > #17 0xffffffff80eaeac3 in VOP_WRITE_APV (vop=, a=0xfffffe0466e04690) at vnode_if.c:997 > #18 0xffffffff80a1acce in vn_write (fp=0xfffff801675d0280, uio=0xfffffe0466e04970, > active_cred=, flags=, td=0xfffff8041cb8f980) at vnode_if.h:413 > #19 0xffffffff80a18805 in vn_io_fault1 () at /usr/img/freebsd/sys/kern/vfs_vnops.c:1053 > #20 0xffffffff80a16e03 in vn_io_fault (fp=0xfffff801675d0280, uio=0xfffffe0466e04970, > active_cred=, flags=0, td=0xfffff8041cb8f980) > at /usr/img/freebsd/sys/kern/vfs_vnops.c:1158 > #21 0xffffffff809b654a in dofilewrite (td=0xfffff8041cb8f980, fd=4, fp=0xfffff801675d0280, > auio=0xfffffe0466e04970, offset=, flags=Unhandled dwarf expression opcode 0x93 > ) at file.h:304 > #22 0xffffffff809b6258 in kern_writev (td=0xfffff8041cb8f980, fd=Unhandled dwarf expression opcode 0x93 > ) > ---Type to continue, or q to quit--- > at /usr/img/freebsd/sys/kern/sys_generic.c:481 > #23 0xffffffff809b61e3 in sys_write (td=0xfffff80167997000, uap=) > at /usr/img/freebsd/sys/kern/sys_generic.c:396 > #24 0xffffffff80d7a84f in amd64_syscall (td=0xfffff8041cb8f980, traced=0) at subr_syscall.c:133 > #25 0xffffffff80d5815b in Xfast_syscall () at /usr/img/freebsd/sys/amd64/amd64/exception.S:395 > #26 0x00000000004cae5a in ?? () > (kgdb) print wk > $1 = (struct worklist *) 0xfffff801670d0680 > (kgdb) print /x *((struct ufsmount *)wk->wk_mp->mnt_data) > $5 = { > um_mountp = 0xfffff80167201000, > um_dev = 0xfffff80167107600, > um_cp = 0xfffff80167214100, > um_bo = 0xfffff801671e4830, > um_devvp = 0xfffff801671e4760, > um_fstype = 0x2, > um_fs = 0xfffff8016722a000, > um_extattr = { > uepm_lock = { > lock_object = { > lo_name = 0x0, > lo_flags = 0x0, > lo_data = 0x0, > lo_witness = 0x0 > }, > sx_lock = 0x0 > }, > uepm_list = { > lh_first = 0x0 > }, > uepm_ucred = 0x0, > uepm_flags = 0x0 > }, > um_nindir = 0x1000, > um_bptrtodb = 0x3, > um_seqinc = 0x8, > um_lock = { > lock_object = { > lo_name = 0xffffffff81053eb2, > lo_flags = 0x1030000, > lo_data = 0x0, > lo_witness = 0xfffffe0000b1c900 > }, > mtx_lock = 0x4 > }, > um_fsckpid = 0x0, > um_softdep = 0xfffff80167997000, > ---Type to continue, or q to quit--- > um_quotas = {0x0, 0x0}, > um_cred = {0x0, 0x0}, > um_btime = {0x0, 0x0}, > um_itime = {0x0, 0x0}, > um_qflags = {0x0, 0x0}, > um_savedmaxfilesize = 0x0, > um_candelete = 0x0, > um_writesuspended = 0x0, > um_balloc = 0xffffffff80b9ff30, > um_blkatoff = 0xffffffff80bc4950, > um_truncate = 0xffffffff80ba1fd0, > um_update = 0xffffffff80ba1c60, > um_valloc = 0xffffffff80b9ac70, > um_vfree = 0xffffffff80b9ba70, > um_ifree = 0xffffffff80bc9210, > um_rdonly = 0xffffffff80ba3bc0, > um_snapgone = 0xffffffff80ba7580 > } > (kgdb) print /x ((struct ufsmount *)wk->wk_mp->mnt_data)[0].um_softdep[0] > $6 = { > sd_fslock = { > lock_object = { > lo_name = 0xffffffff810502ea, > lo_flags = 0x5230000, > lo_data = 0x0, > lo_witness = 0xfffffe0000b1ca80 > }, > rw_lock = 0xfffff8041cb8f980 > }, > sd_workitem_pending = { > lh_first = 0xfffff801670f6a00 > }, > sd_worklist_tail = 0xffffffffffffffff, > sd_journal_pending = { > lh_first = 0x0 > }, > sd_journal_tail = 0x0, > sd_jblocks = 0x0, > sd_unlinked = { > tqh_first = 0x0, > tqh_last = 0xfffff80167997048 > }, > sd_dirtycg = { > lh_first = 0xfffff801672de900 > }, > sd_mkdirlisthd = { > lh_first = 0x0 > }, > sd_pdhash = 0xfffffe0002467000, > sd_pdhashsize = 0xffff, > sd_pdnextclean = 0x0, > sd_idhash = 0xfffffe00024e7000, > sd_idhashsize = 0x3ffff, > sd_idnextclean = 0x0, > sd_newblkhash = 0xfffffe00026e7000, > sd_newblkhashsize = 0x7ffff, > sd_bmhash = 0xfffffe0002207000, > ---Type to continue, or q to quit--- > sd_bmhashsize = 0x3ff, > sd_indirhash = 0xfffff801679a5070, > sd_indirhashsize = 0x0, > sd_on_journal = 0x0, > sd_on_worklist = 0x2, > sd_deps = 0x76e7, > sd_accdeps = 0xa1d66, > sd_req = 0x0, > sd_flags = 0x0, > sd_cleanups = 0x0, > sd_flushtd = 0xfffff801679264c0, > sd_next = { > tqe_next = 0x0, > tqe_prev = 0xffffffff817d8798 > }, > sd_ump = 0xfffff80167229200, > sd_curdeps = {0x1a3, 0x105f, 0x5, 0x1, 0x30e4, 0x172, 0x22c4, 0x1, 0x2f, 0x32, 0xf21, 0x0, 0x8, 0x0, > 0x3a, 0x0 } > } > (kgdb) frame 11 > #11 0xffffffff80bc1813 in free_newblk (newblk=0xfffff8006d6f3700) > at /usr/img/freebsd/sys/ufs/ffs/ffs_softdep.c:7414 > 7414 add_to_worklist(&freefrag->ff_list, 0); > (kgdb) print *newblk > $7 = { > nb_list = { > wk_list = { > le_next = 0xffffffffffffffff, > le_prev = 0xffffffffffffffff > }, > wk_mp = 0xfffff80167201000, > wk_type = 4, > wk_state = 257 > }, > nb_hash = { > le_next = 0x0, > le_prev = 0xfffffe00029963c0 > }, > nb_deps = { > le_next = 0xffffffffffffffff, > le_prev = 0xffffffffffffffff > }, > nb_jnewblk = 0x0, > nb_bmsafemap = 0xfffff801672de900, > nb_freefrag = 0x0, > nb_indirdeps = { > lh_first = 0x0 > }, > nb_newdirblk = { > lh_first = 0x0 > }, > nb_jwork = { > lh_first = 0x0 > }, > nb_newblkno = 66412152 > } --HPS From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 09:36:45 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A857A48D for ; Tue, 3 Mar 2015 09:36:45 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5ED04CAF for ; Tue, 3 Mar 2015 09:36:44 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t239aKbd033185; Tue, 3 Mar 2015 04:36:20 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Tue, 3 Mar 2015 04:36:19 -0500 From: Brett Wynkoop To: Kurt Jaeger Subject: Re: disabling journaling? Message-ID: <20150303043619.37ab2bad@ivory.wynn.com> In-Reply-To: <20150303081334.GI62590@home.opsec.eu> References: <54F5102A.10906@ceetonetechnology.com> <20150303081334.GI62590@home.opsec.eu> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 09:36:45 -0000 On Tue, 3 Mar 2015 09:13:35 +0100 Kurt Jaeger wrote: > Hi! > > > Should crochet be adjusted for it in lib/disk.sh? > > Yes, journaling should be disabled. > > We disable journaling on all our UFS devices and in addition use this: > > background_fsck="NO" > fsck_y_enable="YES" > That last bit could lead to lots of data loss if you have a badly hosed UFS. I do have it set on one REMOTE system that needs to come back up after power failure in my cabin in the woods, but if everything on that system goes away it is no loss as the data there is pretty static and in other places as well. Better to run fsck by hand and see how many problems there are, then decide if it makes sense to mount read only and copy the data off before doing the fsck -y. On the subject of journaling I do not think we should turn it off in crochet at this time. I have had exactly no problems with ufs on the root of my BBone, which is why I suspect my issues are centered more around USB than anything UFS related. I also have a couple of older x86 systems that can not run zfs which have softupdates and journaling on with no issues. There were issues at one point, but last time I saw Kirk in NYC he assured me the bugs were smashed. If it turns out one of the kernel types on here discovers from my backtraces that the problem is related to UFS and not USB then I suggest we put the data together and ask Kirk to take a look at it. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 April 19, 1775 An English attempt to confiscate guns from Americans triggered a successful revolution...... Dear Congress, that's a hint. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 09:46:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06D34727 for ; Tue, 3 Mar 2015 09:46:33 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6086DD0 for ; Tue, 3 Mar 2015 09:46:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YSjPJ-000122-Dv; Tue, 03 Mar 2015 10:46:29 +0100 Date: Tue, 3 Mar 2015 10:46:29 +0100 From: Kurt Jaeger To: Brett Wynkoop Subject: Re: disabling journaling? Message-ID: <20150303094629.GJ62590@home.opsec.eu> References: <54F5102A.10906@ceetonetechnology.com> <20150303081334.GI62590@home.opsec.eu> <20150303043619.37ab2bad@ivory.wynn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150303043619.37ab2bad@ivory.wynn.com> Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 09:46:33 -0000 Hi! > > We disable journaling on all our UFS devices and in addition use this: > > background_fsck="NO" > > fsck_y_enable="YES" > That last bit could lead to lots of data loss if you have a badly hosed > UFS. Yes, but operating with this option on 100+ boxes for the last 10 years had less problems than having to drive on-site because it hangs in manual fsck. So, from my experience UFS is not as often so completly messed up. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 15:51:47 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A60D6D9 for ; Tue, 3 Mar 2015 15:51:47 +0000 (UTC) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 251C4E3D for ; Tue, 3 Mar 2015 15:51:46 +0000 (UTC) Received: by pabli10 with SMTP id li10so25022131pab.13 for ; Tue, 03 Mar 2015 07:51:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=ef41d2mSGx6uQ065wNw71Ao+WdmRP5am66PC3+cqEBc=; b=jP3Io1zs0MbGhm4o5rZHoIvlJhtUClcaQlZH7FhgRdOpsv/L35U5ywxjhZQTFaadyO FtMua6i8jfoisvKC1VJpdDTQStqZrGCKMlxWNaRWcH47kGEDJ5CCW4ON6eZkgfMjuTQz gW6GF6/sBdVOcrNUVY05cKaSTv0eeekvWXUuD2ozAxCY9Ueop4ozU9NbkkbSQ3VqGudb HsqwbbH08KejT3SRArYX/SdzeeJnzOyxZ5bQJZL9vJ/p3dMEAvFiQJ1DdYsIlTd0iTee T4bUfuuFbzODklenzjuCzFdPQ3C3cQ5M/t1Jnqdx/A9kVzwJ9CKrA+MooUi75pUFbVSR GNRQ== X-Gm-Message-State: ALoCoQkjlja1c1q72ADO0rgBrMfQSmIYuvF0h1OoWrKDFXr8Hmpx3ofEkyiMibsSzYF/Tchqy5ia X-Received: by 10.68.172.162 with SMTP id bd2mr2512054pbc.89.1425397899973; Tue, 03 Mar 2015 07:51:39 -0800 (PST) Received: from lgmac-scingram.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id s17sm1305049pdn.87.2015.03.03.07.51.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Mar 2015 07:51:38 -0800 (PST) Sender: Warner Losh Subject: Re: crash on writing usbstick Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5E706C26-2E64-45C0-8A66-465E8B0CD6A4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <20150302214352.5143d72e@ivory.wynn.com> Date: Tue, 3 Mar 2015 08:51:35 -0700 Message-Id: <42ACB215-0C41-4B7D-A259-D65892515BE2@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150302214352.5143d72e@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 15:51:47 -0000 --Apple-Mail=_5E706C26-2E64-45C0-8A66-465E8B0CD6A4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Mar 2, 2015, at 7:43 PM, Brett Wynkoop wrote: > > So do we think this is an ARM specific thing, or is it a UFS thing? I think this is a ARM thing, or maybe a non-coherent DMA platform thing. > I am thinking maybe I should format as ext or ntfs and see if we have > the same issue. If we do then we can rule out a UFS bug. I was going to suggest compiling UFS without optimization to rule out it being a compiler thing (or using gcc instead of clang or vice versa). extfs may work. ntfs is likely too bit rotted to actually support writing these days :( Warner --Apple-Mail=_5E706C26-2E64-45C0-8A66-465E8B0CD6A4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU9diIAAoJEGwc0Sh9sBEAf4QQAIQp5LrFgD+ewfFT4CMZA/w3 5nL7eHhB+izdO+Xpfv4mmIOPptCYw7gDCROth9tS2DC3V/ISr7gV+wSeiXQ23hEh lBnfmEB0mWXQk14LaB3JUkjbjNeSYZUxSeMshLWbFl8BjeVt/4tx3PJwEeXrfVEC SE//733XN8s/SDqysyM/6CCdgX8M+6xbrF6YBk36TXf1461HW4ynBua2CrW7PcFS ZCBfoSnm7zz8iuBpHuWOId5n9rly4xiA9lfeR3qXjnk3qnmjy1OjPYCBHlpRVK/y nwTR/DJzux5+11rPMR1J+Pdb3hV2hvASkFk54QAzqHJMkw8qkvpqZVpYmhVRhgIi /4914e5arW/mYANRlHuzKg85GfOR3T3KqG9nbDnYGxDSYERfrDpWKHwnDSfhZAt/ NlhS+RojPOe4QGDTuPMLc8QiA1n2AUY+RwyEqL73Z7lWg6QhlYuM1X2ZD05Zw/w6 57cc33VYDRj+dCsO8q3PjUqzHvyDMXNvljjdNZWcXitAQZNBG6MH9/Hmytwkk/qQ s+GjpOripqyl1shStffhSmED21BOhE98OFQvoknPRzuPhymk5nRRKe74fVY50I8s D8QxJ8xPex1Lmsyht8VAVbT44/3s6lBE9L4dKI42eiWwdUC5ii71AwJYLrzm18v5 ws+RI5con2NSNDz42Ddc =VKKW -----END PGP SIGNATURE----- --Apple-Mail=_5E706C26-2E64-45C0-8A66-465E8B0CD6A4-- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 18:28:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715A43D2 for ; Tue, 3 Mar 2015 18:28:20 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 25E9539C for ; Tue, 3 Mar 2015 18:28:20 +0000 (UTC) Received: from [192.168.11.7] (unknown [98.248.95.7]) by mx0.deglitch.com (Postfix) with ESMTPSA id D917D8FC27; Tue, 3 Mar 2015 22:28:09 +0400 (MSK) References: <20150302230907.4615d4ee@ivory.wynn.com> Mime-Version: 1.0 (1.0) In-Reply-To: <20150302230907.4615d4ee@ivory.wynn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPad Mail (12B466) From: Stanislav Sedov Subject: Re: Not arm related - but FreeBSD related Date: Tue, 3 Mar 2015 10:28:04 -0800 To: Brett Wynkoop Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 18:28:20 -0000 > On Mar 2, 2015, at 8:09 PM, Brett Wynkoop wrote: > > Greeting- > > So I have to find a PCI-E network card that works well under 10.1 on > x86. Do any of you have suggestions? I would rather not just "pick > something from the list", and instead find out what others have had > good luck with. > There are too many to list:-). Intel e10000 works really well, so do Chelsio network cards. Broadcom network adapters are also performing well since at least FreeBSD 6 or so, but I never used a discrete one I believe. -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 20:27:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A9063CC; Tue, 3 Mar 2015 20:27:25 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10FB53F4; Tue, 3 Mar 2015 20:27:24 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t23KREcY086663; Tue, 3 Mar 2015 15:27:14 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Tue, 3 Mar 2015 15:27:13 -0500 From: Brett Wynkoop To: Hans Petter Selasky , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150303152713.5b97c487@ivory.wynn.com> In-Reply-To: <54F57979.3060008@selasky.org> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150302214352.5143d72e@ivory.wynn.com> <54F57979.3060008@selasky.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 20:27:25 -0000 Greeting- So can others duplicate my results, or should I give some kernel dev access to my console server and my BeagleBone? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 3 20:50:51 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 982FED12 for ; Tue, 3 Mar 2015 20:50:51 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3BDDA94D for ; Tue, 3 Mar 2015 20:50:50 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 03 Mar 2015 21:50:40 +0100 id 00DCA895.54F61EA1.00012F07 Date: Tue, 3 Mar 2015 21:50:40 +0100 From: Milan Obuch To: Luiz Otavio O Souza Subject: Re: Raspberry Pi SPI device example? Message-ID: <20150303215040.13f8439f@zeta.dino.sk> In-Reply-To: References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_mailhost.netlabit.sk-77575-1425415841-0001-2" Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 20:50:51 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_mailhost.netlabit.sk-77575-1425415841-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, 2 Mar 2015 20:14:29 -0300 Luiz Otavio O Souza wrote: [ snip ] > Edit the DTS source file (bcm2835.dtsi and/or rpi.dts in > sys/boot/fdt/dts/arm/) and then the DTB will be built as part of the > next kernel build (you can also build it manually in > sys/modules/dtb/rpi). > > Here is a patch I'm using to attach a mx25l compatible flash on my RPi > (old patch...): > > http://loos.com.br/mx25l-fdt-intr.diff > > And the DTS changes: > > Index: sys/boot/fdt/dts/rpi.dts > =================================================================== > --- sys/boot/fdt/dts/rpi.dts (revision 253747) > +++ sys/boot/fdt/dts/rpi.dts (working copy) > @@ -281,6 +281,14 @@ > broadcom,function = "ALT3"; > }; > }; > + > + spi0 { > + flash0 { > + compatible = "flash,mx25l"; > + spi-chipselect = <0>; > + }; > + }; > + > usb { > hub { > compatible = "usb,hub", "usb,device"; > > > HTH, > Luiz Hi, no success yet. I wrote simple skeleton containing only basic functions, attached, but nothing shows any call to them. In my dts, I put spi0 { tsc0 { compatible = "st,stmpe_tc"; spi-chipselect = <0>; }; }; I tried some variations, too, but no change. There are just two lines in dmesg mentioning spi: spi0: mem 0x204000-0x20401f irq 62 on simplebus0 spibus0: on spi0 I think I am just missing something simple and obvious, but I can't see it. Anybody knows what is missing here? Regards, Milan --=_mailhost.netlabit.sk-77575-1425415841-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=tsc.c /*- * Copyright (c) 2015 * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPREC OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNEC FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINEC INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ /* * STMPE610 - touch screen controller/port expander */ #include __FBSDID("$FreeBSD$"); #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "spibus_if.h" #include "gpio_if.h" struct tsc_softc { device_t dev; device_t dev_gpio; }; struct tsc_softc *tsc_sc; static int tsc_probe(device_t dev) { device_set_desc(dev, "Touchscreen Controller"); device_printf(dev, "probe\n"); return (BUS_PROBE_DEFAULT); } static int tsc_attach(device_t dev) { struct tsc_softc *sc; sc = device_get_softc(dev); sc->dev = dev; tsc_sc = sc; device_printf(dev, "attach\n"); return (0); } static int tsc_detach(device_t dev) { struct tsc_softc *sc; sc = device_get_softc(dev); return (0); } static device_method_t tsc_methods[] = { DEVMETHOD(device_probe, tsc_probe), DEVMETHOD(device_attach, tsc_attach), DEVMETHOD(device_detach, tsc_detach), DEVMETHOD_END }; static driver_t tsc_driver = { "tsc", tsc_methods, sizeof(struct tsc_softc), }; static devclass_t tsc_devclass; DRIVER_MODULE(tsc, spibus, tsc_driver, tsc_devclass, 0, 0); --=_mailhost.netlabit.sk-77575-1425415841-0001-2-- From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 13:36:14 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B420624F for ; Wed, 4 Mar 2015 13:36:14 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FB46377 for ; Wed, 4 Mar 2015 13:36:14 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24DaEbg037369 for ; Wed, 4 Mar 2015 13:36:14 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24DaE36037368; Wed, 4 Mar 2015 13:36:14 GMT (envelope-from root) Date: Wed, 4 Mar 2015 13:36:14 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Changed Subscribers] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <870a90008096c6b131aaaa6fc6e6922e@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3Ck4= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 13:36:14 -0000 emaste added a subscriber: freebsd-arm. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 14:14:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95DF8929 for ; Wed, 4 Mar 2015 14:14:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7598F9C0 for ; Wed, 4 Mar 2015 14:14:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24EEh87076726 for ; Wed, 4 Mar 2015 14:14:43 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24EEhds076725; Wed, 4 Mar 2015 14:14:43 GMT (envelope-from root) Date: Wed, 4 Mar 2015 14:14:43 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Changed Subscribers] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3E1M= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 14:14:43 -0000 andrew added a subscriber: andrew. INLINE COMMENTS Makefile.inc1:326 Should we add a check here and warn or error out if the package is missing? REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 14:21:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3149C7F for ; Wed, 4 Mar 2015 14:21:52 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 922A1AC8 for ; Wed, 4 Mar 2015 14:21:52 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24ELqhX085116 for ; Wed, 4 Mar 2015 14:21:52 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24ELq2r085115; Wed, 4 Mar 2015 14:21:52 GMT (envelope-from root) Date: Wed, 4 Mar 2015 14:21:52 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Changed Subscribers] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3FQA= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 14:21:52 -0000 emaste added a subscriber: imp. INLINE COMMENTS Makefile.inc1:326 I originally had a test that CROSS_BINUTILS_PREFIX exists, but @imp pointed out that it's also possible to use a per-file prefix, not a path prefix. I suppose we should change the test to also check for empty `CROSS_BINUTILS_PREFIX`, and test directory existence in that case. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 15:22:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9852D62 for ; Wed, 4 Mar 2015 15:22:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B58B91FF for ; Wed, 4 Mar 2015 15:22:10 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24FM9Od047754 for ; Wed, 4 Mar 2015 15:22:09 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24FM98m047753; Wed, 4 Mar 2015 15:22:09 GMT (envelope-from root) Date: Wed, 4 Mar 2015 15:22:09 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3IyE= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 15:22:10 -0000 imp added a comment. Not quite ready for prime time, and adds extra warts to the build system that don't need to be added to it. INLINE COMMENTS Makefile.inc1:325 This is ugly. Why is aarch64 special? Why wouldn't we need it for sparc64 if we removed ld and gcc? I really don't like this at all. I know it is here for convenience, but there's got to be a more generic way to do it. share/mk/bsd.endian.mk:6 This shouldn't reference MACHINE. I should fix that. share/mk/src.opts.mk:233-238 This is wrong on a number of levels. We generally opt-out of binaries in the .mk files. It allows people to set them to 'yes' even though it can't possibly work. We really need an "__ALWAYS_NO" which could be set based on what arch you are on. I can add that. binuitls might be that specail. gdb certainly isn't. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 16:19:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF10BC56 for ; Wed, 4 Mar 2015 16:19:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E84AA7E for ; Wed, 4 Mar 2015 16:19:35 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24GJZGX024063 for ; Wed, 4 Mar 2015 16:19:35 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24GJZD2024062; Wed, 4 Mar 2015 16:19:35 GMT (envelope-from root) Date: Wed, 4 Mar 2015 16:19:35 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <5cd7fdaceba784bcdc723217d0bc6d67@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3MJc= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:19:35 -0000 emaste added inline comments. INLINE COMMENTS Makefile.inc1:325 > Why wouldn't we need it for sparc64 if we removed ld and gcc? We would. I was originally planning require users to set CROSS_BINUTILS_PREFIX in order to make use of this, but Andy wanted it to be automatic. Do you have a sketch of something that would be a more generic way to do it? share/mk/src.opts.mk:233-238 I don't fully understand your comment here - if I understand correctly you're saying we should forcibly disable options that can't work on a given platform, not just disable them by default. Both binutils and gdb are the same in that regard at least, they both lack aarch64 support. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 16:56:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B12A575E for ; Wed, 4 Mar 2015 16:56:53 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 903B2FF5 for ; Wed, 4 Mar 2015 16:56:53 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t24GurTR064688 for ; Wed, 4 Mar 2015 16:56:53 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t24GurFt064687; Wed, 4 Mar 2015 16:56:53 GMT (envelope-from root) Date: Wed, 4 Mar 2015 16:56:53 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3OVU= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:56:53 -0000 imp added a comment. >>! In D2005#9, @emaste wrote: > I don't fully understand your comment here - if I understand correctly you're saying we should forcibly disable options that can't work on a given platform, not just disable them by default. Yes. that's what we do in the rest of the tree, in a variety of stupid ways. > Both binutils and gdb are the same in that regard at least, they both lack aarch64 support. binutils is a bootstrap. gdb isn't. that's how they are different. But both could likely use the forced off solution. I really *HATE* options that are different based on the platform. They cause nothing but problems. Every single time. I'd like to find a better way to cope. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Mar 4 17:11:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5946AB86 for ; Wed, 4 Mar 2015 17:11:31 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE09B269 for ; Wed, 4 Mar 2015 17:11:30 +0000 (UTC) Received: by wesq59 with SMTP id q59so10765572wes.3 for ; Wed, 04 Mar 2015 09:11:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RCqVjWcNTMHTqJDytqVNQXFQHAe4JJhKgzIlvaVFHyA=; b=CI3S1ezAbghMAGfn50KfsDk07z4Jja021FHTfifDA73ctj2CYT0yXCazJXy1E3Dh5y KNQT5gzPV8tCuUKcR2YkO57obOWij1ABBQLZxTpnhs1EDHWyTyLn83VRDFDZV/nRreuo kaSu/XICnwFbG375uTAXprJSL1T5ljUZeF2xDvgNuudE4bbNMmuO/Utvf3C4kEWXdUN9 WUXUoM/VIp2nkj0ImM3zzvtb6oE0eCBDT2Afekn+tDZO6hzNSI1g4YsgOLKjidPSEJLR hGqIydxhyEtaYX0qX5f2f2PCkQ7n9TFnFJ35j1LHV8aSoTVcUeTxnL2WwcEJ3FIIvVzC 5PQA== MIME-Version: 1.0 X-Received: by 10.180.92.71 with SMTP id ck7mr14285889wib.48.1425489089298; Wed, 04 Mar 2015 09:11:29 -0800 (PST) Received: by 10.180.195.99 with HTTP; Wed, 4 Mar 2015 09:11:29 -0800 (PST) In-Reply-To: <20150303215040.13f8439f@zeta.dino.sk> References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> <20150303215040.13f8439f@zeta.dino.sk> Date: Wed, 4 Mar 2015 14:11:29 -0300 Message-ID: Subject: Re: Raspberry Pi SPI device example? From: Luiz Otavio O Souza To: Milan Obuch Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 17:11:31 -0000 On 3 March 2015 at 17:50, Milan Obuch wrote: > On Mon, 2 Mar 2015 20:14:29 -0300 > Luiz Otavio O Souza wrote: > > [ snip ] > >> Edit the DTS source file (bcm2835.dtsi and/or rpi.dts in >> sys/boot/fdt/dts/arm/) and then the DTB will be built as part of the >> next kernel build (you can also build it manually in >> sys/modules/dtb/rpi). >> >> Here is a patch I'm using to attach a mx25l compatible flash on my RPi >> (old patch...): >> >> http://loos.com.br/mx25l-fdt-intr.diff >> >> And the DTS changes: >> >> Index: sys/boot/fdt/dts/rpi.dts >> =================================================================== >> --- sys/boot/fdt/dts/rpi.dts (revision 253747) >> +++ sys/boot/fdt/dts/rpi.dts (working copy) >> @@ -281,6 +281,14 @@ >> broadcom,function = "ALT3"; >> }; >> }; >> + >> + spi0 { >> + flash0 { >> + compatible = "flash,mx25l"; >> + spi-chipselect = <0>; >> + }; >> + }; >> + >> usb { >> hub { >> compatible = "usb,hub", "usb,device"; >> >> >> HTH, >> Luiz > > Hi, > > no success yet. I wrote simple skeleton containing only basic > functions, attached, but nothing shows any call to them. In my dts, I > put > > spi0 { > tsc0 { > compatible = "st,stmpe_tc"; > spi-chipselect = <0>; > }; > }; > > I tried some variations, too, but no change. There are just two lines > in dmesg mentioning spi: > > spi0: mem 0x204000-0x20401f irq 62 on simplebus0 > spibus0: on spi0 > > I think I am just missing something simple and obvious, but I can't see > it. Anybody knows what is missing here? > > Regards, > Milan It (kinda) works for me: spi0: mem 0x204000-0x20401f irq 62 on simplebus0 spibus0: on spi0 tsc0: probe tsc0: probe tsc0: at cs 0 on spibus0 tsc0: attach In case you have the DTS entry but not a driver for the device, you will see something like: spi0: mem 0x204000-0x20401f irq 62 on simplebus0 spibus0: on spi0 spibus0: at cs 0 Check if your dtb has the necessary nodes: # ofwdump -a [...] Node 0x1704: bsc1 Node 0x17a0: spi0 Node 0x1818: tsc0 Node 0x1854: dma Node 0x1914: mbox [...] And the node contents: # ofwdump -p /axi/spi0/tsc0 Node 0x1818: tsc0 compatible: 73 74 2c 73 74 6d 70 65 5f 74 63 00 'st,stmpe_tc' spi-chipselect: 00 00 00 00 Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 01:12:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 722A5937 for ; Thu, 5 Mar 2015 01:12:06 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AF55F7C for ; Thu, 5 Mar 2015 01:12:06 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t251C5ur062628 for ; Thu, 5 Mar 2015 01:12:05 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t251C53j062627; Thu, 5 Mar 2015 01:12:05 GMT (envelope-from root) Date: Thu, 5 Mar 2015 01:12:05 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <9970893d9256c502915e7f5914622f6a@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3rWU= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 01:12:06 -0000 emaste added a comment. Perhaps something like ``` -.if defined(WITHOUT_${var}) # WITHOUT always wins +# WITHOUT and __FORCE_NO always win +.if defined(WITHOUT_${var}) || defined(__FORCE_NO_${var} ``` along with ``` +__FORCE_NO_GDB=true +__FORCE_NO_BINUTILS=true +__FORCE_NO_BINUTILS_BOOTSTRAP=true ``` for arm64 REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 02:59:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1BB3AEA for ; Thu, 5 Mar 2015 02:59:12 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88947BDF for ; Thu, 5 Mar 2015 02:59:12 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t252xCLN088053 for ; Thu, 5 Mar 2015 02:59:12 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t252xCVv088035; Thu, 5 Mar 2015 02:59:12 GMT (envelope-from root) Date: Thu, 5 Mar 2015 02:59:12 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <2cb0fd7114290ab6ab0cb8f9cc44d555@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT3xoA= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 02:59:12 -0000 imp added inline comments. INLINE COMMENTS Makefile.inc1:325 I'm not entirely sure. Let me think about that one. share/mk/src.opts.mk:233-238 .if ${__T} == "aarch64" __ALWAYS_NO+= BINUTILS BINUTILS_BOOTSTRAP GDB .endif REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 04:28:27 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93FE7989 for ; Thu, 5 Mar 2015 04:28:27 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7284F79D for ; Thu, 5 Mar 2015 04:28:27 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t254SRKi049628 for ; Thu, 5 Mar 2015 04:28:27 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t254SRq7049627; Thu, 5 Mar 2015 04:28:27 GMT (envelope-from root) Date: Thu, 5 Mar 2015 04:28:27 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <35cd5164048de19a63fadbe5036b2f2c@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT322s= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 04:28:27 -0000 emaste added a comment. INLINE COMMENTS Makefile.inc1:325 We can change the test to `BINUTILS_BOOTSTRAP` in `__ALWAYS_NO` instead. It seems reasonable that those cases where we force it off ought to have the default. Something similar to ``` # If we do not have a bootstrap binutils (because the in-tree one does not # support the target architecture), provide a default cross-binutils prefix. # This allows aarch64 builds, for example, to automatically use the # aarch64-binutils port or package. .if !empty(__ALWAYS_NO:MBINUTILS_BOOTSTRAP) && !defined(CROSS_BINUTILS_PREFIX) CROSS_BINUTILS_PREFIX=/usr/local/${TARGET_ARCH}-freebsd/bin/ .if !exists(${CROSS_BINUTILS_PREFIX}) .error In-tree binutils does not support the ${TARGET_ARCH} architecture. Install the ${TARGET_ARCH}-binutils port or package or set CROSS_BINUTILS_PREFIX. .endif .endif ``` REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 05:03:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F3B3D58 for ; Thu, 5 Mar 2015 05:03:50 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 214ECAE6 for ; Thu, 5 Mar 2015 05:03:49 +0000 (UTC) Received: by pdev10 with SMTP id v10so2867840pde.13 for ; Wed, 04 Mar 2015 21:03:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:message-id:date:to :mime-version; bh=Rjdh7SERGbkVagyVGhmEEl2UVGpNOqPP5NyAswGT2Do=; b=XKQ13izQ9FEsqiOotA8p2Gs3PTSZVyODPPQDICmpSiHmTfJjJ7jqCp/8vDVu3ps2Io sEuKauCn4PbgJnTuweZVW2jJKem5Pd0yEAqYH7Gxzsx54t6QA1rdN4SHJINKTVGC7PBh wB1vIItUTgetbrNlxpAzrkNRH9sIJFBpjhYA2vc/azd1s0xoT9Mt2JGOiCydGa5x5Zsz hOOFIj/860IC9RxrgpoDb81f5Bou87tXoV4+B7p30HgQFDIUFsAsRQgBARW51y461JIn 36gM223bVb2AB6XGmCQODt6TriQnIQYmaQLxbrQgQou9cGbhEiDAbZ750AePFLXGJGUw b/yw== X-Gm-Message-State: ALoCoQnzFyA5zj1Rrm9/VAtKq/Efb/zqpZftJjMyCz8ulNxc+WIcU5fmUuBwxrzeGtAlqQatAAul X-Received: by 10.66.136.17 with SMTP id pw17mr12648701pab.33.1425531467756; Wed, 04 Mar 2015 20:57:47 -0800 (PST) Received: from [192.168.2.105] (99-74-170-71.lightspeed.sntcca.sbcglobal.net. [99.74.170.71]) by mx.google.com with ESMTPSA id fz7sm5527619pbd.60.2015.03.04.20.57.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Mar 2015 20:57:46 -0800 (PST) From: Tim Kientzle Subject: freebsd/Crochet Message-Id: Date: Wed, 4 Mar 2015 20:57:43 -0800 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 05:03:50 -0000 I am very happy to announce that the Crochet project has officially = moved from my personal account to the FreeBSD project account on github. It can now = be found at: https://github.com/freebsd/crochet = In particular, this means that a larger group of freebsd developers are = now participating in ongoing Crochet development. Practically speaking, github will redirect old URLs to the new location = and the move should be transparent to existing Crochet users and contributors. For those unfamiliar, Crochet is a tool for generating runnable system = images of FreeBSD. It was originally developed in mid-2012 for building = BeagleBone images and has since expanded with support for many other ARM boards, as well as = Generic i386 and VMWare images. It is similar in many respects to nanobsd, but has = more of a focus on cross-building and supporting a variety of boot systems. = (Although I don=E2=80=99t recommend it as a regular practice, I have confirmed that Crochet can = cross-build runnable VMWare i386 images from a BeagleBone. ;-) Best to all, Tim From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 11:39:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ECE1A7 for ; Thu, 5 Mar 2015 11:39:22 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 17A16860 for ; Thu, 5 Mar 2015 11:39:21 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 05 Mar 2015 12:39:12 +0100 id 00DCA89B.54F84060.0000C51A Date: Thu, 5 Mar 2015 12:39:03 +0100 From: Milan Obuch To: Luiz Otavio O Souza Subject: Re: Raspberry Pi SPI device example? Message-ID: <20150305123903.1050694f@zeta.dino.sk> In-Reply-To: References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> <20150303215040.13f8439f@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 11:39:22 -0000 On Wed, 4 Mar 2015 14:11:29 -0300 Luiz Otavio O Souza wrote: > On 3 March 2015 at 17:50, Milan Obuch wrote: [ snip ] > > no success yet. I wrote simple skeleton containing only basic > > functions, attached, but nothing shows any call to them. In my dts, > > I put > > > > spi0 { > > tsc0 { > > compatible = "st,stmpe_tc"; > > spi-chipselect = <0>; > > }; > > }; > > > > I tried some variations, too, but no change. There are just two > > lines in dmesg mentioning spi: > > > > spi0: mem 0x204000-0x20401f irq 62 on > > simplebus0 spibus0: on spi0 > > > > I think I am just missing something simple and obvious, but I can't > > see it. Anybody knows what is missing here? > > > > Regards, > > Milan > > It (kinda) works for me: > > spi0: mem 0x204000-0x20401f irq 62 on > simplebus0 spibus0: on spi0 > tsc0: probe > tsc0: probe > tsc0: at cs 0 on spibus0 > tsc0: attach > That was the intended result of this skeleton code. [ snip ] > Check if your dtb has the necessary nodes: > > # ofwdump -a > [...] > Node 0x1704: bsc1 > Node 0x17a0: spi0 > Node 0x1818: tsc0 > Node 0x1854: dma > Node 0x1914: mbox > [...] > [ snip ] Good hint, and stupid pilot error. I had wrong dtb select statement in config.txt boot file... Now it works as expected. I am trying now some SPI transaction to communicate with the device. As there are actually two SPI devices, just for test I made two instances in FDT: spi0 { tsc0 { compatible = "st,stmpe_tc"; spi-chipselect = <0>; }; tsc1 { compatible = "st,stmpe_tc"; spi-chipselect = <1>; }; }; and changed my attach function like this: static int tsc_attach(device_t dev) { struct tsc_softc *sc; uint8_t txBuf[2], rxBuf[2]; struct spi_command cmd; int err; sc = device_get_softc(dev); sc->dev = dev; memset(&cmd, 0, sizeof(cmd)); memset(txBuf, 0, sizeof(txBuf)); memset(rxBuf, 0, sizeof(rxBuf)); txBuf[0] = 0x80; //CMD_READ | REG_CHIP_ID; cmd.tx_cmd = txBuf; cmd.tx_cmd_sz = 2; cmd.rx_cmd = rxBuf; cmd.rx_cmd_sz = 2; err = SPIBUS_TRANSFER(device_get_parent(dev), dev, &cmd); device_printf(dev, "chip id %.2x %.2x (err %d)\n", rxBuf[0], rxBuf[1], err); return (0); } With following result in dmesg: spi0: mem 0x204000-0x20401f irq 62 on simplebus0 spibus0: on spi0 tsc0: at cs 0 on spibus0 tsc0: chip id 00 00 (err 0) tsc1: at cs 1 on spibus0 tsc1: chip id 00 00 (err 0) As the first one is actually ILI9341, where undefined command 0x80 is treated as NOP, and the second one should read device identification of STMPE610, 0x811 according the docs, I think my SPI transaction does not work the expected way. Code snippet was taken from mx25l_get_status function almost verbatim, I did not find any docs for spibus, so that's the only source I have to study. Some description of various fields of spi_command structure would be helpfull, too, but there is none. Do I need anything more to do, like some pin setup or spi initialisation? I did not see anything like this in sources present in our tree. Again, any hint greatly appreciated. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 11:43:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0676921D for ; Thu, 5 Mar 2015 11:43:33 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C3AE91B for ; Thu, 5 Mar 2015 11:43:32 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t25BhJWn009316; Thu, 5 Mar 2015 06:43:19 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Thu, 5 Mar 2015 06:43:18 -0500 From: Brett Wynkoop To: Warner Losh Subject: Re: crash on writing usbstick Message-ID: <20150305064318.2f35f2c0@ivory.wynn.com> In-Reply-To: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 11:43:33 -0000 Greeting- So what more can I do to move along solving the problem of the USB write crashes? Are there more tests anyone can suggest that would narrow things down for us? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 12:04:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1A5182A for ; Thu, 5 Mar 2015 12:04:26 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B0E4BA3 for ; Thu, 5 Mar 2015 12:04:26 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t25C4M6i011375; Thu, 5 Mar 2015 07:04:23 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Thu, 5 Mar 2015 07:04:22 -0500 From: Brett Wynkoop To: Warner Losh Subject: Re: crash on writing usbstick Message-ID: <20150305070422.7da20c44@ivory.wynn.com> In-Reply-To: <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 12:04:26 -0000 Greeting- Thought this snippet from dmesg might be of use. ugen0.2: at usbus0 ustorage_fs0: on usbus0 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0xc100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-5 device da0: Serial Number 4C532000071129119192 da0: 40.000MB/s transfers da0: 15267MB (31266816 512 byte sectors: 255H 63S/T 1946C) da0: quirks=0x2 lock order reversal: 1st 0xc1e97934 ufs (ufs) @ kern/vfs_subr.c:2176 2nd 0xc103d710 bufwait (bufwait) @ ufs/ffs/ffs_vnops.c:263 3rd 0xc253fc94 ufs (ufs) @ kern/vfs_subr.c:2176 -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 15:25:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA36428F for ; Thu, 5 Mar 2015 15:25:22 +0000 (UTC) Received: from pmta1.delivery6.ore.mailhop.org (pmta1.delivery6.ore.mailhop.org [54.149.206.185]) by mx1.freebsd.org (Postfix) with ESMTP id B49CE827 for ; Thu, 5 Mar 2015 15:25:22 +0000 (UTC) Received: from smtp1.ore.mailhop.org (172.31.18.134) by pmta1.delivery1.ore.mailhop.org id hv1ql020r84l for ; Thu, 5 Mar 2015 14:54:45 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp1.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YTXB1-0004OF-Sx; Thu, 05 Mar 2015 14:55:04 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t25Et1ik098571; Thu, 5 Mar 2015 07:55:02 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/LGpTYqu4SQpUJXkhireYn Message-ID: <1425567301.3471.6.camel@freebsd.org> Subject: Re: crash on writing usbstick From: Ian Lepore To: Brett Wynkoop Date: Thu, 05 Mar 2015 07:55:01 -0700 In-Reply-To: <20150305064318.2f35f2c0@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 15:25:22 -0000 On Thu, 2015-03-05 at 06:43 -0500, Brett Wynkoop wrote: > Greeting- > > So what more can I do to move along solving the problem of the USB > write crashes? Are there more tests anyone can suggest that would > narrow things down for us? > > -Brett > I spent some time yesterday trying to reproduce this, and couldn't. The only usb thumb drive I have handy right now is 4gb, which isn't quite big enough to hold the entire ports tree, but using your tar|tar incantation it will run to the point where the destination filesystem is full without any errors; I did that twice. You didn't say what you were using as a source for the copy (sdcard, nfs, etc). I was using an nfs mount as source, which on BBB means that usb is involved as both the source and destination. Hmm, I just realized the ports tree I'm copying includes .svn, no wonder it's so big. I'll bet if I exclude that from the copy it'll run to completion. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 16:14:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AF3F1D4 for ; Thu, 5 Mar 2015 16:14:44 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A695F17 for ; Thu, 5 Mar 2015 16:14:44 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t25GEiwv077161 for ; Thu, 5 Mar 2015 16:14:44 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t25GEijj077160; Thu, 5 Mar 2015 16:14:44 GMT (envelope-from root) Date: Thu, 5 Mar 2015 16:14:44 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFT4gPQ= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:14:44 -0000 imp added inline comments. INLINE COMMENTS Makefile.inc1:325 I like this notion. That's acceptable to me. share/mk/src.opts.mk:233-238 See https://reviews.freebsd.org/D2009 for the changes I've had in my tree. I'll get them in quickly. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 20:34:28 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D7ED942; Thu, 5 Mar 2015 20:34:28 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31B483B5; Thu, 5 Mar 2015 20:34:27 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t25KYMif044619; Thu, 5 Mar 2015 15:34:22 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Thu, 5 Mar 2015 15:34:21 -0500 From: Brett Wynkoop To: Ian Lepore Subject: Re: crash on writing usbstick Message-ID: <20150305153421.2e2bca98@ivory.wynn.com> In-Reply-To: <1425567301.3471.6.camel@freebsd.org> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 20:34:28 -0000 On Thu, 05 Mar 2015 07:55:01 -0700 Ian Lepore wrote: > I spent some time yesterday trying to reproduce this, and couldn't. > The only usb thumb drive I have handy right now is 4gb, which isn't > quite big enough to hold the entire ports tree, but using your tar|tar > incantation it will run to the point where the destination filesystem > is full without any errors; I did that twice. > > You didn't say what you were using as a source for the copy (sdcard, > nfs, etc). I was using an nfs mount as source, which on BBB means > that usb is involved as both the source and destination. > > Hmm, I just realized the ports tree I'm copying includes .svn, no > wonder it's so big. I'll bet if I exclude that from the copy it'll > run to completion. Greeting- Would you like access to my BB via ssh and also access to it's console via ssh? I have had the same results with several usb sticks, but all of them have been at least 16GB. I am also swapping to the current USB stick on a swap partation, but I have had the same results on this stick and others without swapping to it. /usr/ports is on the root fs on the sd card. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 If cowardly and dishonorable men sometimes shoot unarmed men with army pistols or guns, the evil must be prevented by the penitentiary and gallows, and not by a general deprivation of a constitutional privilege. -Honorable J. A. Williams, Circuit Judge - Wilson v. State, 33 Ark. 557, 34 Am. Rep. 52 (1878). From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 22:20:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45C86D1; Thu, 5 Mar 2015 22:20:06 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75087C7; Thu, 5 Mar 2015 22:20:06 +0000 (UTC) Received: by igkb16 with SMTP id b16so50070159igk.1; Thu, 05 Mar 2015 14:20:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CHDme9UBiKJ4ea6PjssBgdURKREWx4xL0jSl+UKEJ2o=; b=Gi/3tQY1trxotgg/tFcI25jft0U1yE+nnCrzlMznic3xpjPuB2j80R4wkFTKEHVuuM CQlZ7a8WXEI0m4JGXRSCUFuCpKEG+2jtb9Euq+qgKVMMuAdDYHB/YjO0ZLXTYB64uw/K dOMsIcp7ywMApQG+NpWKK0bZEmYkec0cGyp6UfMA/l5oyvpRVdjdZezOsHk4Jgjj67AS f4es4CZ05cLBvqQJWFoqYI5sFkDtKfSazFgCQ8knozD6Q9g1UjfGsI6hnRJejEOQ1QgU vmR5qocplySvMuRIu3/wr92P63RcWRZ+JgNlNc419CvI1dzOmJUYW0PAN+b+1Wmt/coq 1D3w== MIME-Version: 1.0 X-Received: by 10.42.93.83 with SMTP id w19mr6493161icm.37.1425594005883; Thu, 05 Mar 2015 14:20:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Thu, 5 Mar 2015 14:20:05 -0800 (PST) In-Reply-To: <20150305153421.2e2bca98@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> <20150305153421.2e2bca98@ivory.wynn.com> Date: Thu, 5 Mar 2015 14:20:05 -0800 X-Google-Sender-Auth: p2QVg9WHG2KX6q0ooFXdvCSjb8o Message-ID: Subject: Re: crash on writing usbstick From: Adrian Chadd To: Brett Wynkoop Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 22:20:06 -0000 Hi Brett, Would you mind putting the actual disk image online somewhere? I wonder if your actual disk image is the problem and somehow you're ending up with corrupted data being threaded through. -adrian From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 22:30:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1569B27; Thu, 5 Mar 2015 22:30:44 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 875D4264; Thu, 5 Mar 2015 22:30:44 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t25MUg8c049735; Thu, 5 Mar 2015 17:30:42 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Thu, 5 Mar 2015 17:30:41 -0500 From: Brett Wynkoop To: Adrian Chadd , "freebsd-arm@freebsd.org" Subject: Re: crash on writing usbstick Message-ID: <20150305173041.28124552@ivory.wynn.com> In-Reply-To: References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> <20150305153421.2e2bca98@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 22:30:44 -0000 On Thu, 5 Mar 2015 14:20:05 -0800 Adrian Chadd wrote: > Hi Brett, > > Would you mind putting the actual disk image online somewhere? > > I wonder if your actual disk image is the problem and somehow you're > ending up with corrupted data being threaded through. > > > -adrian adrian- I presume you mean the image of my 8GB sd card and not a disk image of the USB stick? I will say again I have no problem giving anyone root access to the BBone via both ssh and ssh to it's console server. I expect that a better kernel hack than I could figure out where the bug is located. I have not really done any kernel work since I was at BSDI about 20 years ago, so my kernel crash debugging skills are way out of date. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 The Second Amendment extends, prima facie, to all instruments that constitute bearable arms, even those that were not in existence at the time of the founding. ~ Justice Scalia From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 22:41:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F9E3ED6; Thu, 5 Mar 2015 22:41:43 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EB87389; Thu, 5 Mar 2015 22:41:43 +0000 (UTC) Received: by igbhl2 with SMTP id hl2so50262432igb.5; Thu, 05 Mar 2015 14:41:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/8T4kXBRTL1kumnG+7F5DGR66tJ2BLxq9qzWlxMkMrQ=; b=LaLBcIsZVu1+KQLGkMtiTvUt+joMiydERrSZjJEzTNMhNoViHSLpvtHVRInG5UPdNG OXB3KW/kmjhqP6vgk6Ps7U6qWOLzB2ZcPxxO3+OilHn6Jqffa6wh1wlOKbmlfY21OZ4U JI+SFPInXy4NzdtPvk6/+OZ5yTTWh+8xN3onArQIjIzQbDrml22T/pfTnhervzfT35jw gXRAD73Weh12AmOl5ydua0Paw74l14b17D0bsuy5CyDhNMCRaEAY65QLKnLeHtzq9pjE fgIwyoL0EkAshD94nf4aC+A8DyXELYFpb6qsTnx/7UdqMmCdALY+lqhAy2KlmAL3OC9h ZRTA== MIME-Version: 1.0 X-Received: by 10.50.107.7 with SMTP id gy7mr23505841igb.49.1425595302688; Thu, 05 Mar 2015 14:41:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Thu, 5 Mar 2015 14:41:42 -0800 (PST) In-Reply-To: <20150305173041.28124552@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> <20150305153421.2e2bca98@ivory.wynn.com> <20150305173041.28124552@ivory.wynn.com> Date: Thu, 5 Mar 2015 14:41:42 -0800 X-Google-Sender-Auth: FLkMYar-N62rqKN9P0vCca5iFEI Message-ID: Subject: Re: crash on writing usbstick From: Adrian Chadd To: Brett Wynkoop Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 22:41:43 -0000 On 5 March 2015 at 14:30, Brett Wynkoop wrote: > On Thu, 5 Mar 2015 14:20:05 -0800 > Adrian Chadd wrote: > >> Hi Brett, >> >> Would you mind putting the actual disk image online somewhere? >> >> I wonder if your actual disk image is the problem and somehow you're >> ending up with corrupted data being threaded through. >> >> >> -adrian > > adrian- > > I presume you mean the image of my 8GB sd card and not a disk image of > the USB stick? > > I will say again I have no problem giving anyone root access to the > BBone via both ssh and ssh to it's console server. I expect that a > better kernel hack than I could figure out where the bug is located. > > I have not really done any kernel work since I was at BSDI about 20 > years ago, so my kernel crash debugging skills are way out of date. Hi, Both, perhaps. -adrian From owner-freebsd-arm@FreeBSD.ORG Thu Mar 5 22:53:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1677467 for ; Thu, 5 Mar 2015 22:53:33 +0000 (UTC) Received: from pmta1.delivery10.ore.mailhop.org (pmta1.delivery10.ore.mailhop.org [54.149.36.10]) by mx1.freebsd.org (Postfix) with ESMTP id BA6F869C for ; Thu, 5 Mar 2015 22:53:33 +0000 (UTC) Received: from smtp4.ore.mailhop.org (172.31.18.134) by pmta1.delivery1.ore.mailhop.org id hv3f5m20r844 for ; Thu, 5 Mar 2015 22:53:07 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YTedv-00018H-JC; Thu, 05 Mar 2015 22:53:23 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t25MrJPO099301; Thu, 5 Mar 2015 15:53:19 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/8dQuKp/8+pHW85TVtB9BS Message-ID: <1425595999.28798.11.camel@freebsd.org> Subject: Re: crash on writing usbstick From: Ian Lepore To: Brett Wynkoop Date: Thu, 05 Mar 2015 15:53:19 -0700 In-Reply-To: <20150305153421.2e2bca98@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> <20150305153421.2e2bca98@ivory.wynn.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 22:53:34 -0000 On Thu, 2015-03-05 at 15:34 -0500, Brett Wynkoop wrote: > On Thu, 05 Mar 2015 07:55:01 -0700 > Ian Lepore wrote: > > > I spent some time yesterday trying to reproduce this, and couldn't. > > The only usb thumb drive I have handy right now is 4gb, which isn't > > quite big enough to hold the entire ports tree, but using your tar|tar > > incantation it will run to the point where the destination filesystem > > is full without any errors; I did that twice. > > > > You didn't say what you were using as a source for the copy (sdcard, > > nfs, etc). I was using an nfs mount as source, which on BBB means > > that usb is involved as both the source and destination. > > > > Hmm, I just realized the ports tree I'm copying includes .svn, no > > wonder it's so big. I'll bet if I exclude that from the copy it'll > > run to completion. > > Greeting- > > Would you like access to my BB via ssh and also access to it's console > via ssh? > > I have had the same results with several usb sticks, but all of them > have been at least 16GB. I am also swapping to the current USB stick > on a swap partation, but I have had the same results on this stick and > others without swapping to it. > > /usr/ports is on the root fs on the sd card. > I got my ports tree onto sdcard then copied it to the usb stick using the tar|tar command, still can't reproduce the problem at all. Nobody else has reported any beaglebone IO-related panics or errors for months either. I wonder what's different about your setup? (Nice side effect... doing the nfs->usb copy created hundreds of spurious interrupt messages, I've never been able to reproduce them reliably before. I think I've got them fixed now; tests still running.) -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 02:18:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 641297D7; Fri, 6 Mar 2015 02:18:26 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B298BBFA; Fri, 6 Mar 2015 02:18:23 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t262IFV8064031; Thu, 5 Mar 2015 21:18:16 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Thu, 5 Mar 2015 21:18:13 -0500 From: Brett Wynkoop To: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150305211813.6de87a74@ivory.wynn.com> In-Reply-To: <1425595999.28798.11.camel@freebsd.org> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150305064318.2f35f2c0@ivory.wynn.com> <1425567301.3471.6.camel@freebsd.org> <20150305153421.2e2bca98@ivory.wynn.com> <1425595999.28798.11.camel@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 02:18:26 -0000 On Thu, 05 Mar 2015 15:53:19 -0700 Ian Lepore wrote: > I got my ports tree onto sdcard then copied it to the usb stick using > the tar|tar command, still can't reproduce the problem at all. Nobody > else has reported any beaglebone IO-related panics or errors for > months either. I wonder what's different about your setup? > > (Nice side effect... doing the nfs->usb copy created hundreds of > spurious interrupt messages, I've never been able to reproduce them > reliably before. I think I've got them fixed now; tests still > running.) > > -- Ian > > Yeah I see those spurious interrupt messages as well on many of my copy attempts. Let me know when you check your code in and I will update my sources and rebuild to see what we get. My exact setup is a BeagleBone with external power connected via the coaxial power port and also powered via USB from the FreeBSD 7 box it is connected to for console access. The current USB stick is directly plugged into the PI. It is a Staples 16GB Relay. I have had the same exact results with Verbatim and Emtec. root@beaglebone:~ # uname -a FreeBSD beaglebone.wynn.com 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r279219: Sun Mar 1 03:31:54 EST 2015 wynkoop@beaglebone.wynn.com:/usr/src/sys/arm/compile/BB-BEW arm root@beaglebone:~ # The only thing in my kernel not in the generic BB kernel is the addition of these two options: options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization I will note though that before I put these options and I was running the Generic BeagleBone kernel I had the exact same issue. I added the above because I had some thoughts of maybe running raid, and I prefer to mount by label names. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 07:27:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9646B6F for ; Fri, 6 Mar 2015 07:27:01 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6152EC82 for ; Fri, 6 Mar 2015 07:27:00 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t267Qnat089131; Fri, 6 Mar 2015 02:26:51 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Fri, 6 Mar 2015 02:26:48 -0500 From: Brett Wynkoop To: Warner Losh , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Message-ID: <20150306022648.6f7b969d@ivory.wynn.com> In-Reply-To: <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 07:27:02 -0000 Greeting- I just had a thought, while trying to crash my BBone again. Back when I started with BSD on PDP-11/70 we had to order special disk packs for BSD that were certified error free because Unix in those days had no way to map out bad blocks and could crash on hitting bad blocks. When we moved to using BSD on Pyramid and Sun boxes there were utilities to map out bad blocks. I do not remember what it was under OS/X, but on Sun OS 3.x and on it is of course part of the format command. As I recall we used to have utilities for bad block mapping in FreeBSD back in the 2.x and 3.x days. Sometime around the 4.x or 5.x days drive makers started to do bad block mapping with the firmware on the drives. Could it be that the whole issue here is that I am running into disk faults on the flash disks and the flash drives have no way to map the blocks out such as modern rotating drives do with SMART and such? I have done a bit of man -k searching but I have not found anything for mapping out bad blocks in 11-current. At the moment I am just over 1/2 way in copying /usr/ports to /export/ports with no crash yet but a bunch of aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) messages on the console. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment II A well regulated militia, being necessary to the security of a free state, the right of the people to keep and bear arms, shall not be infringed. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 07:54:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1E7AEE3 for ; Fri, 6 Mar 2015 07:54:19 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5FFE8EF8 for ; Fri, 6 Mar 2015 07:54:18 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t267sDa3090228; Fri, 6 Mar 2015 02:54:14 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Fri, 6 Mar 2015 02:54:10 -0500 From: Brett Wynkoop To: Brett Wynkoop Subject: Re: crash on writing usbstick Message-ID: <20150306025410.72bdd0d9@ivory.wynn.com> In-Reply-To: <20150306022648.6f7b969d@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150306022648.6f7b969d@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 07:54:20 -0000 Greeting- Ok I got it to crash again: x ./devel/p5-Class-Constant/ x ./devel/p5-Class-Container/ x ./devel/p5-Class-Contract/ x ./devel/p5-Class-Data-ConfigHash/ x ./devel/p5-Class-Data-Inheritable/ x ./devel/p5-Class-Date/ x ./devel/p5-Class-Declare/ x ./devel/p5-Class-Default/ x ./devel/p5-Class-Delegation/ x ./devel/p5-Class-ErrorHandler/ FreeBSD/arm (beaglebone.wynn.com) (ttyu0) login: Mar 6 01:18:42 beaglebone su: wynkoop to root on /dev/pts/2 Mar 6 01:27:20 beaglebone su: wynkoop to root on /dev/pts/1 aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) aintc0: Spurious interrupt detected (0xffffffff) mode = 0177402, inum = 1123682, fs = /export panic: ffs_valloc: dup alloc KDB: enter: panic [ thread pid 96395 tid 100107 ] Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! db> tr Tracing pid 96395 tid 100107 td 0xc2f5ccc0 db_trace_self() at db_trace_self pc = 0xc05ffbf0 lr = 0xc0231f78 (db_stack_trace+0x108) sp = 0xd48bc660 fp = 0xd48bc678 r10 = 0xc07e3b24 db_stack_trace() at db_stack_trace+0x108 pc = 0xc0231f78 lr = 0xc02318e8 (db_command+0x294) sp = 0xd48bc680 fp = 0xd48bc720 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc07e3b24 db_command() at db_command+0x294 pc = 0xc02318e8 lr = 0xc0231644 (db_command_loop+0x74) sp = 0xd48bc728 fp = 0xd48bc738 r4 = 0xc064c9b6 r5 = 0xc066dd32 r6 = 0xc07e3b10 r7 = 0xc0721c14 r8 = 0xc077e1c0 r9 = 0xc077e1c4 r10 = 0xd48bc908 db_command_loop() at db_command_loop+0x74 pc = 0xc0231644 lr = 0xc0234128 (db_trap+0x108) sp = 0xd48bc740 fp = 0xd48bc860 --More-- r4 = 0x00000000 r5 = 0xc07e3b1c r6 = 0xc077e1e8 r10 = 0xd48bc908 db_trap() at db_trap+0x108 pc = 0xc0234128 lr = 0xc03dcedc (kdb_trap+0xd4) sp = 0xd48bc868 fp = 0xd48bc888 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc077e1e8 r7 = 0xc0721c14 kdb_trap() at kdb_trap+0xd4 pc = 0xc03dcedc lr = 0xc0614cf8 (undefinedinstruction+0x2c8) sp = 0xd48bc890 fp = 0xd48bc900 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0614980 r7 = 0xe7ffffff r8 = 0xc2f5ccc0 r9 = 0xc03dc79c r10 = 0xd48bc908 undefinedinstruction() at undefinedinstruction+0x2c8 pc = 0xc0614cf8 lr = 0xc0601310 (exception_exit) sp = 0xd48bc908 fp = 0xd48bc960 r4 = 0xc066dd87 r5 = 0xd48bc9a4 r6 = 0xc068e208 r7 = 0xc0770718 r8 = 0xc2f5ccc0 r9 = 0xc07e5c18 --More-- r10 = 0xc0770580 exception_exit() at exception_exit pc = 0xc0601310 lr = 0xc03dc78c (kdb_enter+0x48) sp = 0xd48bc958 fp = 0xd48bc960 r0 = 0xc077e1d4 r1 = 0x00000000 r2 = 0xc0671a3b r3 = 0x000000aa r4 = 0xc066dd87 r5 = 0xd48bc9a4 r6 = 0xc068e208 r7 = 0xc0770718 r8 = 0xc2f5ccc0 r9 = 0xc07e5c18 r10 = 0xc0770580 r12 = 0x00000000 $a.8() at $a.8 pc = 0xc03dc7a0 lr = 0xc03a260c (vpanic+0xd0) sp = 0xd48bc968 fp = 0xd48bc988 r4 = 0x00000100 r10 = 0xc0770580 vpanic() at vpanic+0xd0 pc = 0xc03a260c lr = 0xc03a2660 (kproc_shutdown) sp = 0xd48bc990 fp = 0xd48bc998 r4 = 0xc2728000 r5 = 0xd48bcb84 r6 = 0x00112562 r7 = 0xc3695c80 r8 = 0x00000000 r9 = 0x000041ed --More-- r10 = 0xc2728000 kproc_shutdown() at kproc_shutdown pc = 0xc03a2660 lr = 0xc0581018 (ffs_nodealloccg) sp = 0xd48bc9a0 fp = 0xd48bca30 r4 = 0xd48bc9a4 r5 = 0xc2728000 ffs_nodealloccg() at ffs_nodealloccg pc = 0xc0581018 lr = 0xc05c4cf4 (ufs_mkdir+0x6c) sp = 0xd48bca38 fp = 0xd48bcbc0 r4 = 0x000041ed r5 = 0xc3450c60 r6 = 0xd48bcd48 r7 = 0xc0580818 r8 = 0x00000000 r9 = 0xc338f580 r10 = 0xd48bcc80 ufs_mkdir() at ufs_mkdir+0x6c pc = 0xc05c4cf4 lr = 0xc062c514 (VOP_MKDIR_APV+0x12c) sp = 0xd48bcbc8 fp = 0xd48bcbe0 r4 = 0xd48bcd48 r5 = 0xc0753234 r6 = 0x00000000 r7 = 0x20cd0100 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xd48bcc88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c --More-- pc = 0xc062c514 lr = 0xc04568c0 (kern_mkdirat+0x194) sp = 0xd48bcbe8 fp = 0xd48bcd80 r4 = 0xd48bcc18 r5 = 0xd48bccb0 r6 = 0xd48bcd44 r10 = 0xd48bcc88 kern_mkdirat() at kern_mkdirat+0x194 pc = 0xc04568c0 lr = 0xc0456724 (sys_mkdir+0x24) sp = 0xd48bcd88 fp = 0xd48bcd90 r4 = 0xc2f5ccc0 r5 = 0x00000000 r6 = 0xc07e5900 r7 = 0x00000000 r8 = 0xd48bcdf8 r9 = 0xc2f57378 r10 = 0x20c13200 sys_mkdir() at sys_mkdir+0x24 pc = 0xc0456724 lr = 0xc0613980 (swi_handler+0x2e4) sp = 0xd48bcd98 fp = 0xd48bce48 swi_handler() at swi_handler+0x2e4 pc = 0xc0613980 lr = 0xc06012a0 (swi_exit) sp = 0xd48bce50 fp = 0xbffff4f8 r4 = 0x20c13200 r5 = 0x000001ed r6 = 0x20c13364 r7 = 0x00000088 r8 = 0x00000001 r9 = 0xffffffe2 --More-- r10 = 0x20c13200 swi_exit() at swi_exit pc = 0xc06012a0 lr = 0xc06012a0 (swi_exit) sp = 0xd48bce50 fp = 0xbffff4f8 db> -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 "If ever a time should come, when vain and aspiring men shall possess the highest seats in Government, our country will stand in need of its experienced patriots to prevent its ruin." -- Samuel Adams, letter to James Warren (24 October 1780) From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 08:49:24 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 498B3A96 for ; Fri, 6 Mar 2015 08:49:24 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE5CC6B7 for ; Fri, 6 Mar 2015 08:49:23 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 06 Mar 2015 09:49:19 +0100 id 00DCA945.54F96A0F.00017976 Date: Fri, 6 Mar 2015 09:49:19 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Raspberry Pi audio output Message-ID: <20150306094919.29056f20@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 08:49:24 -0000 Hello, there is pcm0 device on Raspberry Pi, sysctl dev.pcm shows dev.pcm.%parent: dev.pcm.0.%desc: VCHQI audio dev.pcm.0.%driver: pcm dev.pcm.0.%location: dev.pcm.0.%pnpinfo: dev.pcm.0.%parent: vchiq0 dev.pcm.0.play.vchans: 1 dev.pcm.0.play.vchanmode: fixed dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le:2.0 dev.pcm.0.buffersize: 0 dev.pcm.0.bitperfect: 0 dev.pcm.0.dest: 0 In /dev directory, there are just midistat and sndstat devices, cat /dev/sndstat shows Installed devices: pcm0: (play) default How can I use this device? I would like to check it and possibly use... Also, is it connected to 3.5 mm jack or do we have sound through HDMI? Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 13:00:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 528A34E9 for ; Fri, 6 Mar 2015 13:00:19 +0000 (UTC) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 139D0641 for ; Fri, 6 Mar 2015 13:00:18 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id E32456811E for ; Fri, 6 Mar 2015 22:00:09 +0900 (JST) Received: from artemis (unknown [172.18.0.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id DCCA868121 for ; Fri, 6 Mar 2015 22:00:09 +0900 (JST) Message-ID: <579F7C2BEACC4FF684780E575AC9C474@ad.peach.ne.jp> From: "Daisuke Aoyama" To: References: <1DA948EA255F4963ACBC0EBE7D046401@ad.peach.ne.jp> <34D37D2811D246BEB11080D19F03FECE@ad.peach.ne.jp> In-Reply-To: <34D37D2811D246BEB11080D19F03FECE@ad.peach.ne.jp> Subject: Re: Ready for NAS4Free on ODROID-C1 Date: Fri, 6 Mar 2015 22:00:10 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 13:00:19 -0000 Hello, I'm trying to fix USB problem. I get best wrting score by USB HDD(UFS) on ODROID-C1(3x faster): root@odroidc1:~ # dd if=/dev/zero of=/mnt/test.dat bs=1m count=16 16+0 records in 16+0 records out 16777216 bytes transferred in 0.823085 secs (20383333 bytes/sec) But it decrease score on RPi, so need more work. I complain read performance on ODROID-C1 now... Also this version include zfs.ko and some tune for ZFS. Now NAS4Free on ARM can handle ZFS pool both RaspberryPi(512MB) and ODROID-C1. It seems you can't get around 300MB ARC. (limit of KERNBASE = 0xc0000000?) I think this is too small for ZFS. NAS4Free use 280MB ARC on ODROID-C1 by default. (160MB ARC on RPi) You can see ARC statistics by zfs-stats command. Changes: Add USB fast writing patch (3x faster but may break some condition on RPi) Replace atomic cas operations. Bundle zfs.ko and opensolaris.ko. Remove platform code from GIC code. Upgrade to samba 4.1.17 and php 5.6.6. You can get latest test image of NAS4Free 9.3.0.2 for ODROID-C1(2GB eMMC or MicroSD card) from: http://www.peach.ne.jp/archives/nas4free/test/NAS4Free-oc1-SD-9.3.0.2.1353-20150306.img.gz Download the image, decompress it, and write it to the eMMC module or MicroSD card of 2GB or more capacity. You need serial console cable or USB keyboard/HDMI display for initial IP address setup. Upgrade image (use it from GUI): http://www.peach.ne.jp/archives/nas4free/test/NAS4Free-oc1-embedded-9.3.0.2.1353-20150306.img.xz For more info, please read previous mail: http://lists.freebsd.org/pipermail/freebsd-arm/2015-February/010357.html http://lists.freebsd.org/pipermail/freebsd-arm/2015-February/010386.html Detailed result: ---------------------------------------------------------------------- ----------------------------------------------------------------------- CrystalDiskMark 3.0.2 Shizuku Edition x64 (C) 2007-2012 hiyohiyo Crystal Dew World : http://crystalmark.info/ ----------------------------------------------------------------------- * MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s] Sequential Read : 22.465 MB/s Sequential Write : 15.902 MB/s Random Read 512KB : 21.521 MB/s Random Write 512KB : 12.485 MB/s Random Read 4KB (QD=1) : 2.792 MB/s [ 681.7 IOPS] Random Write 4KB (QD=1) : 1.300 MB/s [ 317.3 IOPS] Random Read 4KB (QD=32) : 2.313 MB/s [ 564.7 IOPS] Random Write 4KB (QD=32) : 1.119 MB/s [ 273.1 IOPS] Test : 100 MB [Z: 10.9% (49.4/451.1 GB)] (x5) Date : 2015/03/03 1:51:55 OS : Windows 7 Ultimate Edition SP1 [6.1 Build 7601] (x64) NAS4Free/OC1 1512MHz w/TOSHIBA MK5065GSX ---------------------------------------------------------------------- Enjoy NAS4Free world on ARM device. -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 13:35:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94336CDB for ; Fri, 6 Mar 2015 13:35:00 +0000 (UTC) Received: from mail-ob0-x248.google.com (mail-ob0-x248.google.com [IPv6:2607:f8b0:4003:c01::248]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5783BA24 for ; Fri, 6 Mar 2015 13:35:00 +0000 (UTC) Received: by obcwp18 with SMTP id wp18so10257689obc.2 for ; Fri, 06 Mar 2015 05:34:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=q3/38Kz1VeNJu/yeEB5W9VI0Il2HfgM65N7kcneukY0=; b=IhcKJsW0l6Tf7TlEuhHOa6ZJxu3yaybLIQ/OjP98hK20+UtTArWmBK6ocrs0P5JcsQ s5L+opwsvxYfUzv6TrUuv+3T6+5aaQLLMfMOS1p5WjV3TviWH5TKi9JId0OrDzwEADEG +dkQHE1doAXoFPHdLcYcPEptaJMvhD/01GMhAH7oJYxxIo4nuSta1O8tC6WhaPhUffEB xOLtYpdXDRC+lbzcdoMkSCLJJacwFZTF9Fo2ZNIafd9D21e2F9PbaXQdkxYT6cH2AFvU jbU5PaXCndIIcZGhhZ/WuKuH8VHHchJIrUo8YKhivQvuw17OG3wW2GULgD0mCnGjbArJ QNnQ== MIME-Version: 1.0 X-Received: by 10.182.22.138 with SMTP id d10mr13441346obf.37.1425648899660; Fri, 06 Mar 2015 05:34:59 -0800 (PST) Message-ID: <001a11c2eb283d271105109ec044@google.com> Date: Fri, 06 Mar 2015 13:34:59 +0000 Subject: Top Level Search Engine Optimization Services From: jmkjmd21@gmail.com To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 13:35:00 -0000 QWR2YW5jZWQgU0VPDQpTdHJhdGVneQ0KDQoNCllFQVIgMjAxNQ0KDQoNCg0KDQoNCg0KDQpUb3Ag MSBpbiBnb29nbGUNCg0KV2FudCB0byBzZWUgeW91ciB3ZWJzaXRlIGluIFRvcCBvZiB0aGUgU2Vh cmNoIEVuZ2luZSBSZXN1bHQgUGFnZXMgUmFuayBsaWtlICANCkdvb2dsZSwgWWFob28sIEJpbmcg YW5kIG90aGVycz8NCg0KDQpBIHRlYW0gb2YgNTArIGdsb2JhbCBleHBlcnRzLiBXZSBwcm92aWRl IFByZWNpc2lvbiBXaGl0ZWhhdCBTRU8gYW5kIENvbnRlbnQgIA0KTWFya2V0aW5nIHRvIFVTLCBV SywgQ0EsIEF1c3RyYWxpYSwgYW5kIG1vcmUgd2l0aDogMTErIHllYXJzIG9mIEV4cGVyaWVuY2Us ICANCjEwMDArIFByb2plY3RzIHJhbmdpbmcgZnJvbSBDb3Jwb3JhdGlvbnMgYW5kIFNtYWxsIEJ1 c2luZXNzIHRvICANCk9FTS9SZXNlbGxlcnMuIFdlIHVzZSBBZGFwdGl2ZSBTRU8gdG8gYWRqdXN0 IHN0cmF0ZWdpZXMgYmFzZWQgb24gY29uZGl0aW9ucyAgDQpvZiB5b3VyIGJ1c2luZXNzLCB3ZWJz aXRlLCBhbGdvcml0aG0gdXBkYXRlcywgU0VPIGhpc3RvcnksIGFuZCBtdWNoIG1vcmUuDQoNCg0K DQoNClZpZXcNCg0KDQoNCg0KDQoNCg0KDQpEaXNjb3ZlciBtb3JlIHNlbyC7DQoNCg0KT3VyIHBy b2Zlc3Npb25hbCBtYXJrZXRpbmcsIGRldmVsb3BtZW50IGFuZCBhbmFseXRpY3MgdGVhbSBrbm93 IHRydWUgIA0KV2hpdGVoYXQvT3JnYW5pYyBTRU8sIGFuZCBkZXZlbG9wZWQgb3VyIG93biBwcm9w cmlldGFyeSBDT1JFIEFuYWx5dGljcyAgDQpFbmdpbmUgdG8gc2VydmUgb3VyIGNsaWVudHMgZ2Fp biByYW5raW5ncyBlZmZpY2llbnRseS4gQmVoaW5kIHlvdXIgc2ltcGxlICANCnBhZ2Ugb2YgcmVz dWx0cyBpcyBhIGNvbXBsZXggc3lzdGVtLCBjYXJlZnVsbHkgY3JhZnRlZCBhbmQgdGVzdGVkLCB0 byAgDQpzdXBwb3J0IG1vcmUgdGhhbiBvbmUtaHVuZHJlZCBiaWxsaW9uIHNlYXJjaGVzIGVhY2gg bW9udGguDQoNCkJlc3QgUmVnYXJkcywNClRoZSBTRU8gVGVhbQ0KQ2xpY2ttZUBDb250YWN0dXMN Cg0KDQoNCg0Kc2VvIKkgMjAxNCAtMTUNCg0KDQoNCklmIHlvdSBkb24ndCB3YW50IHRvIHJlY2Vp dmUgdGhpcyBuZXdzbGV0dGVyIGFueW1vcmUgQ2xpY2sgaGVyZSB0byAgDQp1bnN1YnNjcmliZQ0K DQoNCg0K From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 14:36:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92C1A9BE for ; Fri, 6 Mar 2015 14:36:48 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53625A9 for ; Fri, 6 Mar 2015 14:36:48 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3E3201FE022; Fri, 6 Mar 2015 15:36:42 +0100 (CET) Message-ID: <54F9BBA8.8080002@selasky.org> Date: Fri, 06 Mar 2015 15:37:28 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Daisuke Aoyama , freebsd-arm@freebsd.org Subject: Re: Ready for NAS4Free on ODROID-C1 References: <1DA948EA255F4963ACBC0EBE7D046401@ad.peach.ne.jp> <34D37D2811D246BEB11080D19F03FECE@ad.peach.ne.jp> <579F7C2BEACC4FF684780E575AC9C474@ad.peach.ne.jp> In-Reply-To: <579F7C2BEACC4FF684780E575AC9C474@ad.peach.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 14:36:48 -0000 On 03/06/15 14:00, Daisuke Aoyama wrote: > Changes: > Add USB fast writing patch (3x faster but may break some condition on RPi) Do you have a link for this patch? --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 14:38:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9C5BA14 for ; Fri, 6 Mar 2015 14:38:11 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48DDFB8 for ; Fri, 6 Mar 2015 14:38:11 +0000 (UTC) Received: by wiwl15 with SMTP id l15so4045241wiw.0 for ; Fri, 06 Mar 2015 06:38:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vi9vjWLgBMFumRcxED9ACvQzycISra5PKctpXuBxPjY=; b=ZlOWXHzG643elr4W+ouCoARPFpGpzfq08xpxHURztIg4dEo73oQhKHEL5KkwHws0qO f+Zco/OeNlBaKUsfCjUOOlpJu3MQ46fvEsJwMR22+LC2/R++NmMT+sCoUxbDwMszBvpG pdCvdNqY6KRmmJ1dD1a5Yg2cpWrIpHfQvM4Mc5mcFXdmPUZewsYIB/DM9Wb9yUu6T0/f J8QWIPqReVXfireipkfnyGXsm6i3wBNvMKG9qRpuokh268h2mhnxx7+xeHkHbfoUslpu 0cBqH5iknEd7vlXvIiRgs2ZHfdIuP1nz3KUFbUUsSVFYGctBgAiNtgc4FnlC4bC21Suo ivXQ== MIME-Version: 1.0 X-Received: by 10.180.83.69 with SMTP id o5mr74554284wiy.48.1425652689842; Fri, 06 Mar 2015 06:38:09 -0800 (PST) Received: by 10.180.195.99 with HTTP; Fri, 6 Mar 2015 06:38:09 -0800 (PST) In-Reply-To: <20150305123903.1050694f@zeta.dino.sk> References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> <20150303215040.13f8439f@zeta.dino.sk> <20150305123903.1050694f@zeta.dino.sk> Date: Fri, 6 Mar 2015 11:38:09 -0300 Message-ID: Subject: Re: Raspberry Pi SPI device example? From: Luiz Otavio O Souza To: Milan Obuch Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 14:38:11 -0000 On 5 March 2015 at 08:39, Milan Obuch wrote: [...] > > static int > tsc_attach(device_t dev) > { > struct tsc_softc *sc; > > uint8_t txBuf[2], rxBuf[2]; > struct spi_command cmd; > int err; > > sc = device_get_softc(dev); > sc->dev = dev; > > memset(&cmd, 0, sizeof(cmd)); > memset(txBuf, 0, sizeof(txBuf)); > memset(rxBuf, 0, sizeof(rxBuf)); > > txBuf[0] = 0x80; //CMD_READ | REG_CHIP_ID; > cmd.tx_cmd = txBuf; > cmd.tx_cmd_sz = 2; > cmd.rx_cmd = rxBuf; > cmd.rx_cmd_sz = 2; > err = SPIBUS_TRANSFER(device_get_parent(dev), dev, &cmd); > > device_printf(dev, "chip id %.2x %.2x (err %d)\n", rxBuf[0], rxBuf[1], err); > > return (0); > } > > With following result in dmesg: > > spi0: mem 0x204000-0x20401f irq 62 on simplebus0 > spibus0: on spi0 > tsc0: at cs 0 on spibus0 > tsc0: chip id 00 00 (err 0) > tsc1: at cs 1 on spibus0 > tsc1: chip id 00 00 (err 0) > > As the first one is actually ILI9341, where undefined command 0x80 is > treated as NOP, and the second one should read device identification of > STMPE610, 0x811 according the docs, I think my SPI transaction does not > work the expected way. Code snippet was taken from mx25l_get_status > function almost verbatim, I did not find any docs for spibus, so that's > the only source I have to study. Some description of various fields of > spi_command structure would be helpfull, too, but there is none. > > Do I need anything more to do, like some pin setup or spi > initialisation? I did not see anything like this in sources present in > our tree. > > Again, any hint greatly appreciated. > > Regards, > Milan The SPI driver for RPi uses interrupts to do the data tx/rx and as such, it won't work that early (at proble/attach time). You have to use config_intrhook_establish() to set a callback that will run when interrupts are enabled. Look at the mx25l patch to see how convert an existent driver: http://loos.com.br/mx25l-fdt-intr.diff Regards, Luiz From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 15:43:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D49F710 for ; Fri, 6 Mar 2015 15:43:42 +0000 (UTC) Received: from pmta1.delivery9.ore.mailhop.org (pmta1.delivery9.ore.mailhop.org [54.186.172.23]) by mx1.freebsd.org (Postfix) with ESMTP id DC3C9A17 for ; Fri, 6 Mar 2015 15:43:41 +0000 (UTC) Received: from smtp7.ore.mailhop.org (172.31.36.112) by pmta1.delivery1.ore.mailhop.org id hv75hk20r84s for ; Fri, 6 Mar 2015 15:43:20 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp7.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YTuPY-0000kM-Mb; Fri, 06 Mar 2015 15:43:37 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t26FgpNp000917; Fri, 6 Mar 2015 08:42:51 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/SL0AiDs+jGje34IdmiclZ Message-ID: <1425656571.51722.1.camel@freebsd.org> Subject: Re: crash on writing usbstick From: Ian Lepore To: Brett Wynkoop Date: Fri, 06 Mar 2015 08:42:51 -0700 In-Reply-To: <20150306022648.6f7b969d@ivory.wynn.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150306022648.6f7b969d@ivory.wynn.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 15:43:42 -0000 On Fri, 2015-03-06 at 02:26 -0500, Brett Wynkoop wrote: > Greeting- > > I just had a thought, while trying to crash my BBone again. Back when > I started with BSD on PDP-11/70 we had to order special disk packs for > BSD that were certified error free because Unix in those days had no > way to map out bad blocks and could crash on hitting bad blocks. > > When we moved to using BSD on Pyramid and Sun boxes there were > utilities to map out bad blocks. I do not remember what it was under > OS/X, but on Sun OS 3.x and on it is of course part of the format > command. As I recall we used to have utilities for bad block mapping > in FreeBSD back in the 2.x and 3.x days. Sometime around the 4.x or > 5.x days drive makers started to do bad block mapping with the firmware > on the drives. > > Could it be that the whole issue here is that I am running into disk > faults on the flash disks and the flash drives have no way to map the > blocks out such as modern rotating drives do with SMART and such? > > I have done a bit of man -k searching but I have not found anything for > mapping out bad blocks in 11-current. > > At the moment I am just over 1/2 way in copying /usr/ports > to /export/ports with no crash yet but a bunch of > > aintc0: Spurious interrupt detected (0xffffffff) > aintc0: Spurious interrupt detected (0xffffffff) > aintc0: Spurious interrupt detected (0xffffffff) > > messages on the console. > > -Brett > Bad block remapping is handled by the microcontroller in the usb device. These panics are not caused by IO errors, if they were you'd see stuff like this on the console before the panic... g_vfs_done():da0p1[WRITE(offset=1674510336, length=131072)]error = 6 -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 16:12:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 023CA445 for ; Fri, 6 Mar 2015 16:12:41 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D43C7D5C for ; Fri, 6 Mar 2015 16:12:40 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t26GCe3F064301 for ; Fri, 6 Mar 2015 16:12:40 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t26GCeWT064300; Fri, 6 Mar 2015 16:12:40 GMT (envelope-from root) Date: Fri, 6 Mar 2015 16:12:40 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Updated, 35 lines] D1810: Leave HYP mode upon startup Message-ID: <8386f021319da764c20c6d9cfb871a31@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFT50fg= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 16:12:41 -0000 zbb updated this revision to Diff 4128. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1810?vs=4064&id=4128 REVISION DETAIL https://reviews.freebsd.org/D1810 AFFECTED FILES sys/arm/arm/locore-v6.S sys/arm/include/asm.h To: zbb, andrew, ian Cc: emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 16:15:05 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CCA74DF for ; Fri, 6 Mar 2015 16:15:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 191FAD76 for ; Fri, 6 Mar 2015 16:15:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t26GF4KX069566 for ; Fri, 6 Mar 2015 16:15:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 198360] ARMv6 L1 table overflow @ locore-v6.S Date: Fri, 06 Mar 2015 16:15:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: aoyama@peach.ne.jp X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 16:15:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198360 Bug ID: 198360 Summary: ARMv6 L1 table overflow @ locore-v6.S Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: aoyama@peach.ne.jp Created attachment 153912 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153912&action=edit locore-v6.diff If define SOCDEV_PA/SOCDEV_VA and VA is located at last 63pages, build_pagetables break after L1 table. As a result kernel symbol is broken, and the kernel will crash. L1 table is overflow by r3 is passed as fixed 64 pages. /usr/src/sys/arm/arm/locore-v6.S 128 /* Map 64MiB, preserved over calls to build_pagetables */ 129 mov r3, #64 137 #if defined(SOCDEV_PA) && defined(SOCDEV_VA) 138 /* Create the custom map used for early_printf(). */ 139 ldr r1, =SOCDEV_PA 140 ldr r2, =SOCDEV_VA 141 bl build_pagetables 142 #endif 342 build_pagetables: 356 mov r4, r3 357 1: 358 str r1, [r0, r2] 359 add r2, r2, #4 360 add r1, r1, #(PTE1_SIZE) 361 adds r4, r4, #-1 362 bhi 1b Attached patch stop at end of L1 table. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 16:17:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45EEA583 for ; Fri, 6 Mar 2015 16:17:03 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF85D9C for ; Fri, 6 Mar 2015 16:17:03 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t26GH2lq067989 for ; Fri, 6 Mar 2015 16:17:02 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t26GH2MK067988; Fri, 6 Mar 2015 16:17:02 GMT (envelope-from root) Date: Fri, 6 Mar 2015 16:17:02 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Planned Changes To] D1811: Configure interrupt on ARM when mapped Message-ID: <379ac9f8025fbda49ed2710021859f1e@localhost.localdomain> X-Priority: 3 Thread-Topic: D1811: Configure interrupt on ARM when mapped X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: M2QzODA2Zjk4MzZkYTA3ZDk2NTI2YmM4NGFiIFT50v4= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 16:17:03 -0000 zbb planned changes to this revision. zbb added a comment. I'm closing this. Corresponding issue will be resolved in the platform code. REVISION DETAIL https://reviews.freebsd.org/D1811 To: zbb, andrew, imp, ian Cc: meloun-miracle-cz, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 16:22:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A71976 for ; Fri, 6 Mar 2015 16:22:46 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7B6DE86 for ; Fri, 6 Mar 2015 16:22:46 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t26GMk8T074896 for ; Fri, 6 Mar 2015 16:22:46 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t26GMkgI074895; Fri, 6 Mar 2015 16:22:46 GMT (envelope-from root) Date: Fri, 6 Mar 2015 16:22:46 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Request, 1 lines] D2017: Allow to disable alignment faults in the kernel configuration file Message-ID: X-Priority: 3 Thread-Topic: D2017: Allow to disable alignment faults in the kernel configuration file X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Thread-Index: M2IwYjY0ZDAxMWY3ZTNlM2Y4OWM0M2JjYjUz X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 16:22:46 -0000 zbb created this revision. zbb added reviewers: imp, ian, andrew. zbb added a subscriber: freebsd-arm. REVISION SUMMARY This patch allows taking advantage of disabling alignment fault handling on ARM platforms. Although some CPU instructions are capable to operate on unaligned addresses they may still as a side effect report it. This option allows to avoid related performance overhead, but suppresses this notification. Submitted by: Wojciech Macek Obtained from: Semihalf REVISION DETAIL https://reviews.freebsd.org/D2017 AFFECTED FILES sys/conf/options.arm To: zbb, imp, ian, andrew Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 16:49:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F15A5A5 for ; Fri, 6 Mar 2015 16:49:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F851184 for ; Fri, 6 Mar 2015 16:49:30 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t26GnU1Y001459 for ; Fri, 6 Mar 2015 16:49:30 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t26GnU1S001458; Fri, 6 Mar 2015 16:49:30 GMT (envelope-from root) Date: Fri, 6 Mar 2015 16:49:30 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Request, 23 lines] D2018: Introduce Annapurna Labs AHCI support Message-ID: X-Priority: 3 Thread-Topic: D2018: Introduce Annapurna Labs AHCI support X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Thread-Index: ZGMxZTcyZjQyYTA3MjQzZjU5NjlmODc0YTQ5 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 16:49:30 -0000 zbb created this revision. zbb added reviewers: mav, imp, smh. zbb added a subscriber: freebsd-arm. REVISION SUMMARY Overview: * implemented quirk for forcing SATA interface enable * restore value to status register - this enables link autonegotiation Modifications: * devid:vendorid field * quirk for forcing PI setting (BIOS is doing that on PC-like systems) * write to capabilites field to enable phy link initialization Submitted by: Wojciech Macek Obtained from: Semihalf REVISION DETAIL https://reviews.freebsd.org/D2018 AFFECTED FILES sys/dev/ahci/ahci.c sys/dev/ahci/ahci.h sys/dev/ahci/ahci_pci.c To: zbb, mav, imp, smh Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 17:08:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13055AD3 for ; Fri, 6 Mar 2015 17:08:38 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6A08399 for ; Fri, 6 Mar 2015 17:08:37 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t26H8bEi021451 for ; Fri, 6 Mar 2015 17:08:37 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t26H8b87021450; Fri, 6 Mar 2015 17:08:37 GMT (envelope-from root) Date: Fri, 6 Mar 2015 17:08:37 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Commented On] D2018: Introduce Annapurna Labs AHCI support Message-ID: X-Priority: 3 Thread-Topic: D2018: Introduce Annapurna Labs AHCI support X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZGMxZTcyZjQyYTA3MjQzZjU5NjlmODc0YTQ5IFT53xU= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 17:08:38 -0000 imp added inline comments. INLINE COMMENTS sys/dev/ahci/ahci.c:150-153 Playing devil's advocate: why not do this always? Or, why do we need to do it at all? Is this an erratum for the Annapurna parts, or is how the Annapurna parts being used different so we only see it there? sys/dev/ahci/ahci.c:199-201 Why don't other cards need this? What makes Annapurna cards special? Is this something the spec says we should be doing, but aren't? Is there some other way to know than a big giant table this is required? REVISION DETAIL https://reviews.freebsd.org/D2018 To: zbb, mav, imp, smh Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 17:38:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C99AE70; Fri, 6 Mar 2015 17:38:05 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21FAB8C4; Fri, 6 Mar 2015 17:38:05 +0000 (UTC) Received: by iecrl12 with SMTP id rl12so4629730iec.8; Fri, 06 Mar 2015 09:38:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+a1a7Rga+vVduiCF0TQCaHO9ebkgL9H0fHXTBtnPXko=; b=W+i+VnK8bCF1jovak6tw8Zb21X0isTRnCF7Tol5EV+X1mDjeXl1qNJa7FbB90lg+Wq Kpj5F/9z4t12dN+/vWD2U6ecrjGu3Ap20hHeqwKUvKYPqQgMYC9mwLTVkXM7rNLnoEmR irnniwWAx/8TpsjVM+NjYuCqLTzLSFUC6mu9Kz88zOnWph/aeXfNm4WGQS27JrOHZs25 Wqd6oeOXps7l3f/ezQ+czV2RMlAxZSrplQYWAiimQ/X1jNTSpgsA9OP2uAAp9E0P08vF rRq5wFhRGO9gFYU7OhQXOw3CUAkLWbPn1wEOT2HdPWkRO2AE9elVuOTdpkHZk2h413mm 0Yiw== MIME-Version: 1.0 X-Received: by 10.42.51.68 with SMTP id d4mr11438343icg.26.1425663484335; Fri, 06 Mar 2015 09:38:04 -0800 (PST) Received: by 10.64.224.237 with HTTP; Fri, 6 Mar 2015 09:38:04 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Mar 2015 18:38:04 +0100 Message-ID: Subject: Re: interrupt framework From: Svatopluk Kraus To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=20cf30223fb18e26520510a22522 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 17:38:05 -0000 --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=UTF-8 Hi, I have finished work on new interrupt framework. The state is reflected in intrng_full_01.diff. ARM_INTRNG define is used in all files so old and new framework can live together until all controllers will be reworked. I have reworked GIC controller and tested it on panda. I have reworked AINTC controller and tested it on BBB. As more platforms use these controllers, I use ARM_INTRNG define as well. The codes are not clean up yet. The patches are intrng_gic_panda.diff and intrng_aintc_01.diff. I have rework TI_GPIO controller and tested it on panda and BBB. Only panda and BBB use this code so ARM_INTRNG is not used. The patch is intrng_ti_gpio_panda_bbb_01.diff. The code is not clean up yet too and moreover there is test module left in diff. For panda, gpio_113 button is printing some message. For BBB, pin 12 on P9 interface is doing same. I have reworked and tested controller for RPI-B, however I want to rework its gpio controller before I will present it. As we must decribe interrupts by controller name (due to cascaded controllers), system tools and MI interrupt code does not work well with now longer decriptions. The interrupt.h.diff could help a little bit. I would appreciate more testing of GIC on platforms I haven't got. And some feedback would be nice too. Svatopluk Kraus --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=US-ASCII; name="intrng_full_01.diff" Content-Disposition: attachment; filename="intrng_full_01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6xu3gw53 SW5kZXg6IHN5cy9hcm0vYXJtL2ludHJuZy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYXJtL2lu dHJuZy5jCShyZXZpc2lvbiAwKQorKysgc3lzL2FybS9hcm0vaW50cm5nLmMJKHdvcmtpbmcgY29w eSkKQEAgLTAsMCArMSwxNDQyIEBACisvKi0KKyAqIENvcHlyaWdodCAoYykgMjAxMi0yMDE0IEph a3ViIFdvamNpZWNoIEtsYW1hIDxqY2VlbEBGcmVlQlNELm9yZz4uCisgKiBBbGwgcmlnaHRzIHJl c2VydmVkLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5h cnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVk IHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisgKiBhcmUgbWV0OgorICog MS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBj b3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBm b2xsb3dpbmcgZGlzY2xhaW1lci4KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9y bSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMg bGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4gdGhlCisg KiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0 aGUgZGlzdHJpYnV0aW9uLgorICogMy4gQWxsIGFkdmVydGlzaW5nIG1hdGVyaWFscyBtZW50aW9u aW5nIGZlYXR1cmVzIG9yIHVzZSBvZiB0aGlzIHNvZnR3YXJlCisgKiAgICBtdXN0IGRpc3BsYXkg dGhlIGZvbGxvd2luZyBhY2tub3dsZWRnZW1lbnQ6CisgKglUaGlzIHByb2R1Y3QgaW5jbHVkZXMg c29mdHdhcmUgZGV2ZWxvcGVkIGJ5IE1hcmsgQnJpbmljb21iZQorICoJZm9yIHRoZSBOZXRCU0Qg UHJvamVjdC4KKyAqIDQuIFRoZSBuYW1lIG9mIHRoZSBjb21wYW55IG5vciB0aGUgbmFtZSBvZiB0 aGUgYXV0aG9yIG1heSBiZSB1c2VkIHRvCisgKiAgICBlbmRvcnNlIG9yIHByb21vdGUgcHJvZHVj dHMgZGVyaXZlZCBmcm9tIHRoaXMgc29mdHdhcmUgd2l0aG91dCBzcGVjaWZpYworICogICAgcHJp b3Igd3JpdHRlbiBwZXJtaXNzaW9uLgorICoKKyAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQg QlkgVEhFIEFVVEhPUiBgYEFTIElTJycgQU5EIEFOWSBFWFBSRVNTIE9SCisgKiBJTVBMSUVEIFdB UlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRCBXQVJS QU5USUVTCisgKiBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxB UiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELgorICogSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhP UiBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULAorICogSU5ESVJFQ1Qs IElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTCBEQU1BR0VT CisgKiAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNU SVRVVEUgR09PRFMgT1IKKyAqIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklU UzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFO WSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyAqIExJ QUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklT SU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4g SUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdFLgorICoKKyAq LworCisjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CitfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CisKKy8q CisgKglBUk0gSW50ZXJydXB0IEZyYW1ld29yaworICoKKyAqICBUT0RPOiAtIGhvdyB0byB1bm1h c2sgUFBJIG9uIG90aGVyIENQVXMgaWYgYWxyZWFkeSBzdGFydGVkID8KKyAqICAgICAgICAtIGNv bXBsZXRlIHRoaW5ncyBmb3IgcmVtb3ZhYmxlIFBJQ3MKKyAqLworCisjaW5jbHVkZSAib3B0X2Rk Yi5oIgorI2luY2x1ZGUgIm9wdF9wbGF0Zm9ybS5oIgorCisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+ CisjaW5jbHVkZSA8c3lzL3N5c3RtLmg+CisjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgorI2luY2x1 ZGUgPHN5cy9zeXNsb2cuaD4KKyNpbmNsdWRlIDxzeXMvbWFsbG9jLmg+CisjaW5jbHVkZSA8c3lz L3Byb2MuaD4KKyNpbmNsdWRlIDxzeXMvcXVldWUuaD4KKyNpbmNsdWRlIDxzeXMvYnVzLmg+Cisj aW5jbHVkZSA8c3lzL2ludGVycnVwdC5oPgorI2luY2x1ZGUgPHN5cy9jb25mLmg+CisjaW5jbHVk ZSA8c3lzL2NwdXNldC5oPgorI2luY2x1ZGUgPHN5cy9zbXAuaD4KKyNpbmNsdWRlIDxtYWNoaW5l L2F0b21pYy5oPgorI2luY2x1ZGUgPG1hY2hpbmUvaW50ci5oPgorI2luY2x1ZGUgPG1hY2hpbmUv Y3B1Lmg+CisjaW5jbHVkZSA8bWFjaGluZS9zbXAuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL3N0ZGFy Zy5oPgorCisjaW5jbHVkZSA8ZGV2L29mdy9vcGVuZmlybS5oPgorI2luY2x1ZGUgPGRldi9vZncv b2Z3X2J1cy5oPgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19zdWJyLmg+CisKKyNpbmNsdWRl IDxkZXYvZmR0L2ZkdF9jb21tb24uaD4KKworI2lmZGVmIEREQgorI2luY2x1ZGUgPGRkYi9kZGIu aD4KKyNlbmRpZgorCisjaW5jbHVkZSAicGljX2lmLmgiCisKKyNkZWZpbmUJSU5UUk5BTUVfTEVO CSgyKk1BWENPTUxFTiArIDEpCisKKyNpZmRlZiBERUJVRworI2RlZmluZSBkZWJ1Z2YoZm10LCBh cmdzLi4uKSBkbyB7IHByaW50ZigiJXMoKTogIiwgX19mdW5jX18pOwlcCisgICAgcHJpbnRmKGZt dCwjI2FyZ3MpOyB9IHdoaWxlICgwKQorI2Vsc2UKKyNkZWZpbmUgZGVidWdmKGZtdCwgYXJncy4u LikKKyNlbmRpZgorCitNQUxMT0NfREVDTEFSRShNX0lOVFJORyk7CitNQUxMT0NfREVGSU5FKE1f SU5UUk5HLCAiaW50cm5nIiwgIkFSTSBpbnRlcnJ1cHQgaGFuZGxpbmciKTsKKworLyogTWFpbiBB Uk0gaW50ZXJydXB0IGhhbmRsZXIgY2FsbGVkIGZyb20gYXNzZW1ibGVyIC0+ICdoaWRkZW4nIGZv ciBDIGNvZGUuICovCit2b2lkIGFybV9pcnFfaGFuZGxlcihzdHJ1Y3QgdHJhcGZyYW1lICp0Zik7 CisKKy8qIFJvb3QgaW50ZXJydXB0IGNvbnRyb2xsZXIgc3R1ZmYuICovCitzdGF0aWMgZGV2aWNl X3QgaXJxX3Jvb3RfZGV2Oworc3RhdGljIGFybV9pcnFfZmlsdGVyX3QgKmlycV9yb290X2ZpbHRl cjsKK3N0YXRpYyB2b2lkICppcnFfcm9vdF9hcmc7CitzdGF0aWMgdV9pbnQgaXJxX3Jvb3RfaXBp Y291bnQ7CisKKy8qIEludGVycnVwdCBjb250cm9sbGVyIGRlZmluaXRpb24uICovCitzdHJ1Y3Qg YXJtX3BpYyB7CisJU0xJU1RfRU5UUlkoYXJtX3BpYykJcGljX25leHQ7CisJaW50cHRyX3QJCXBp Y194cmVmOwkvKiBoYXJkd2FyZSBpZGVudGlmaWNhdGlvbiAqLworCWRldmljZV90CQlwaWNfZGV2 OworfTsKKworc3RhdGljIHN0cnVjdCBtdHggcGljX2xpc3RfbG9jazsKK3N0YXRpYyBTTElTVF9I RUFEKCwgYXJtX3BpYykgcGljX2xpc3Q7CisKK3N0YXRpYyBzdHJ1Y3QgYXJtX3BpYyAqcGljX2xv b2t1cChkZXZpY2VfdCBkZXYsIGludHB0cl90IHhyZWYpOworCisvKiBJbnRlcnJ1cHQgc291cmNl IGRlZmluaXRpb24uICovCisjZGVmaW5lIElTUkNGX1JFR0lTVEVSRUQJMHgwMQkvKiByZWdpc3Rl cmVkIGluIGEgY29udHJvbGxlciAqLworI2RlZmluZSBJU1JDRl9QRVJDUFUJCTB4MDIJLyogcGVy IENQVSBpbnRlcnJ1cHQgKi8KKyNkZWZpbmUgSVNSQ0ZfQk9VTkQJCTB4MDQJLyogYm91bmQgdG8g YSBDUFUgKi8KKworc3RhdGljIHN0cnVjdCBtdHggaXNyY190YWJsZV9sb2NrOworc3RhdGljIHN0 cnVjdCBhcm1faXJxc3JjICppcnFfc291cmNlc1tOSVJRXTsKK3VfaW50IGlycV9uZXh0X2ZyZWU7 CisKKyNkZWZpbmUgSVJRX0lOVkFMSUQJbml0ZW1zKGlycV9zb3VyY2VzKQorCisjaWZkZWYgU01Q CitzdGF0aWMgYm9vbGVhbl90IGlycV9hc3NpZ25fY3B1ID0gRkFMU0U7CisKK3N0YXRpYyBzdHJ1 Y3QgYXJtX2lycXNyYyBpcGlfc291cmNlc1tBUk1fSVBJX0NPVU5UXTsKK3N0YXRpYyB1X2ludCBp cGlfbmV4dF9udW07CisjZW5kaWYKKworLyoKKyAqIC0gMiBjb3VudGVycyBmb3IgZWFjaCBJL08g aW50ZXJydXB0LgorICogLSBNQVhDUFUgY291bnRlcnMgZm9yIGVhY2ggSVBJIGNvdW50ZXJzIGZv ciBTTVAuCisgKi8KKyNpZmRlZiBTTVAKKyNkZWZpbmUgSU5UUkNOVF9DT1VOVCAgIChOSVJRICog MiArIEFSTV9JUElfQ09VTlQgKiBNQVhDUFUpCisjZWxzZQorI2RlZmluZSBJTlRSQ05UX0NPVU5U ICAgKE5JUlEgKiAyKQorI2VuZGlmCisKKy8qIERhdGEgZm9yIE1JIHN0YXRpc3RpY3MgcmVwb3J0 aW5nLiAqLwordV9sb25nIGludHJjbnRbSU5UUkNOVF9DT1VOVF07CitjaGFyIGludHJuYW1lc1tJ TlRSQ05UX0NPVU5UICogSU5UUk5BTUVfTEVOXTsKK3NpemVfdCBzaW50cmNudCA9IHNpemVvZihp bnRyY250KTsKK3NpemVfdCBzaW50cm5hbWVzID0gc2l6ZW9mKGludHJuYW1lcyk7CitzdGF0aWMg dV9pbnQgaW50cmNudF9pbmRleDsKKworLyoKKyAqICBJbnRlcnJ1cHQgZnJhbWV3b3JrIGluaXRp YWxpemF0aW9uIHJvdXRpbmUuCisgKi8KK3N0YXRpYyB2b2lkCithcm1faXJxX2luaXQodm9pZCAq ZHVtbXkgX191bnVzZWQpCit7CisKKwlTTElTVF9JTklUKCZwaWNfbGlzdCk7CisJbXR4X2luaXQo JnBpY19saXN0X2xvY2ssICJhcm0gcGljIGxpc3QiLCBOVUxMLCBNVFhfREVGKTsKKwltdHhfaW5p dCgmaXNyY190YWJsZV9sb2NrLCAiYXJtIGlzcmMgdGFibGUiLCBOVUxMLCBNVFhfREVGKTsKK30K K1NZU0lOSVQoYXJtX2lycV9pbml0LCBTSV9TVUJfSU5UUiwgU0lfT1JERVJfRklSU1QsIGFybV9p cnFfaW5pdCwgTlVMTCk7CisKK3N0YXRpYyB2b2lkCitpbnRyY250X3NldG5hbWUoY29uc3QgY2hh ciAqbmFtZSwgaW50IGluZGV4KQoreworCisJc25wcmludGYoaW50cm5hbWVzICsgSU5UUk5BTUVf TEVOICogaW5kZXgsIElOVFJOQU1FX0xFTiwgIiUtKnMiLAorCSAgICBJTlRSTkFNRV9MRU4gLSAx LCBuYW1lKTsKK30KKworLyoKKyAqICBVcGRhdGUgbmFtZSBmb3IgaW50ZXJydXB0IHNvdXJjZSB3 aXRoIGludGVycnVwdCBldmVudC4KKyAqLworc3RhdGljIHZvaWQKK2ludHJjbnRfdXBkYXRlbmFt ZShzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKworCS8qIFFRUTogV2hhdCBhYm91dCBzdHJh eSBjb3VudGVyIG5hbWU/ICovCisJbXR4X2Fzc2VydCgmaXNyY190YWJsZV9sb2NrLCBNQV9PV05F RCk7CisJaW50cmNudF9zZXRuYW1lKGlzcmMtPmlzcmNfZXZlbnQtPmllX2Z1bGxuYW1lLCBpc3Jj LT5pc3JjX2luZGV4KTsKK30KKworLyoKKyAqICBWaXJ0dWFsaXphdGlvbiBmb3IgaW50ZXJydXB0 IHNvdXJjZSBpbnRlcnJ1cHQgY291bnRlciBpbmNyZW1lbnQuCisgKi8KK3N0YXRpYyBpbmxpbmUg dm9pZAoraXNyY19pbmNyZW1lbnRfY291bnQoc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7CisK KwkvKgorCSAqIFhYWCAtIEl0IHNob3VsZCBiZSBhdG9taWMgZm9yIFBQSSBpbnRlcnJ1cHRzLiBJ dCB3YXMgcHJvdmVuIHRoYXQKKwkgKiAgICAgICBmb3IgdGltZXIgUFBJIGludGVycnVwdHMgdGhl IGxvc3QgaXMgbWVhc3VyYWJsZSBlYXNpbHkuCisJICovCisJaXNyYy0+aXNyY19jb3VudFswXSsr OworCS8qYXRvbWljX2FkZF9sb25nKCZpc3JjLT5pc3JjX2NvdW50WzBdLCAxKTsqLworfQorCisv KgorICogIFZpcnR1YWxpemF0aW9uIGZvciBpbnRlcnJ1cHQgc291cmNlIGludGVycnVwdCBzdHJh eSBjb3VudGVyIGluY3JlbWVudC4KKyAqLworc3RhdGljIGlubGluZSB2b2lkCitpc3JjX2luY3Jl bWVudF9zdHJheWNvdW50KHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCisJaXNyYy0+aXNy Y19jb3VudFsxXSsrOworfQorCisvKgorICogIFZpcnR1YWxpemF0aW9uIGZvciBpbnRlcnJ1cHQg c291cmNlIGludGVycnVwdCBuYW1lIHVwZGF0ZS4KKyAqLworc3RhdGljIHZvaWQKK2lzcmNfdXBk YXRlX25hbWUoc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsIGNvbnN0IGNoYXIgKm5hbWUpCit7CisJ Y2hhciBzdHJbSU5UUk5BTUVfTEVOXTsKKworCW10eF9hc3NlcnQoJmlzcmNfdGFibGVfbG9jaywg TUFfT1dORUQpOworCisJaWYgKG5hbWUgIT0gTlVMTCkgeworCQlzbnByaW50ZihzdHIsIElOVFJO QU1FX0xFTiwgIiVzOiAlcyIsIGlzcmMtPmlzcmNfbmFtZSwgbmFtZSk7CisJCWludHJjbnRfc2V0 bmFtZShzdHIsIGlzcmMtPmlzcmNfaW5kZXgpOworCQlzbnByaW50ZihzdHIsIElOVFJOQU1FX0xF TiwgInN0cmF5ICVzOiAlcyIsIGlzcmMtPmlzcmNfbmFtZSwKKwkJICAgIG5hbWUpOworCQlpbnRy Y250X3NldG5hbWUoc3RyLCBpc3JjLT5pc3JjX2luZGV4ICsgMSk7CisJfSBlbHNlIHsKKwkJc25w cmludGYoc3RyLCBJTlRSTkFNRV9MRU4sICIlczoiLCBpc3JjLT5pc3JjX25hbWUpOworCQlpbnRy Y250X3NldG5hbWUoc3RyLCBpc3JjLT5pc3JjX2luZGV4KTsKKwkJc25wcmludGYoc3RyLCBJTlRS TkFNRV9MRU4sICJzdHJheSAlczoiLCBpc3JjLT5pc3JjX25hbWUpOworCQlpbnRyY250X3NldG5h bWUoc3RyLCBpc3JjLT5pc3JjX2luZGV4ICsgMSk7CisJfQorfQorCisvKgorICogIFZpcnR1YWxp emF0aW9uIGZvciBpbnRlcnJ1cHQgc291cmNlIGludGVycnVwdCBjb3VudGVycyBzZXR1cC4KKyAq Lworc3RhdGljIHZvaWQKK2lzcmNfc2V0dXBfY291bnRlcnMoc3RydWN0IGFybV9pcnFzcmMgKmlz cmMpCit7CisJdV9pbnQgaW5kZXg7CisKKwkvKgorCSAqICBYWFggLSBpdCBkb2VzIG5vdCB3b3Jr IHdlbGwgd2l0aCByZW1vdmFibGUgY29udHJvbGxlcnMgYW5kCisJICogICAgICAgIGludGVycnVw dCBzb3VyY2VzICEhIQorCSAqLworCWluZGV4ID0gYXRvbWljX2ZldGNoYWRkX2ludCgmaW50cmNu dF9pbmRleCwgMik7CisJaXNyYy0+aXNyY19pbmRleCA9IGluZGV4OworCWlzcmMtPmlzcmNfY291 bnQgPSAmaW50cmNudFtpbmRleF07CisJaXNyY191cGRhdGVfbmFtZShpc3JjLCBOVUxMKTsKK30K KworI2lmZGVmIFNNUAorLyoKKyAqICBWaXJ0dWFsaXphdGlvbiBmb3IgaW50ZXJydXB0IHNvdXJj ZSBJUEkgY291bnRlciBpbmNyZW1lbnQuCisgKi8KK3N0YXRpYyBpbmxpbmUgdm9pZAoraXNyY19p bmNyZW1lbnRfaXBpX2NvdW50KHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCB1X2ludCBjcHUpCit7 CisKKwlpc3JjLT5pc3JjX2NvdW50W2NwdV0rKzsKK30KKworLyoKKyAqICBWaXJ0dWFsaXphdGlv biBmb3IgaW50ZXJydXB0IHNvdXJjZSBJUEkgY291bnRlcnMgc2V0dXAuCisgKi8KK3N0YXRpYyB2 b2lkCitpc3JjX3NldHVwX2lwaV9jb3VudGVycyhzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgY29u c3QgY2hhciAqbmFtZSkKK3sKKwl1X2ludCBpbmRleCwgaTsKKwljaGFyIHN0cltJTlRSTkFNRV9M RU5dOworCisJaW5kZXggPSBhdG9taWNfZmV0Y2hhZGRfaW50KCZpbnRyY250X2luZGV4LCBNQVhD UFUpOworCWlzcmMtPmlzcmNfaW5kZXggPSBpbmRleDsKKwlpc3JjLT5pc3JjX2NvdW50ID0gJmlu dHJjbnRbaW5kZXhdOworCisJZm9yIChpID0gMDsgaSA8IE1BWENQVTsgaSsrKSB7CisJCS8qCisJ CSAqIFdlIGRvIG5vdCBleHBlY3QgYW55IHJhY2UgaW4gSVBJIGNhc2UgaGVyZSwKKwkJICogc28g bG9ja2luZyBpcyBub3QgbmVlZGVkLgorCQkgKi8KKwkJc25wcmludGYoc3RyLCBJTlRSTkFNRV9M RU4sICJjcHUlZDolcyIsIGksIG5hbWUpOworCQlpbnRyY250X3NldG5hbWUoc3RyLCBpbmRleCAr IGkpOworCX0KK30KKyNlbmRpZgorCisvKgorICogIE1haW4gQVJNIGludGVycnVwdCBkaXNwYXRj aCBoYW5kbGVyLiBJdCdzIGNhbGxlZCBzdHJhaWdodAorICogIGZyb20gdGhlIGFzc2VtYmxlciwg d2hlcmUgQ1BVIGludGVycnVwdCBpcyBzZXJ2ZWQuCisgKi8KK3ZvaWQKK2FybV9pcnFfaGFuZGxl cihzdHJ1Y3QgdHJhcGZyYW1lICp0ZikKK3sKKworCUtBU1NFUlQoaXJxX3Jvb3RfZmlsdGVyICE9 IE5VTEwsICgiJXM6IG5vIGZpbHRlciIsIF9fZnVuY19fKSk7CisKKwlQQ1BVX0lOQyhjbnQudl9p bnRyKTsKKwlpcnFfcm9vdF9maWx0ZXIoaXJxX3Jvb3RfYXJnLCB0Zik7Cit9CisKKy8qCisgKiAg QVJNIGludGVycnVwdCBjb250cm9sbGVyIGRpc3BhdGNoIGZ1bmN0aW9uIGZvciBpbnRlcnJ1cHRz LiBJdCBzaG91bGQKKyAqICBiZSBjYWxsZWQgc3RyYWlnaHQgZnJvbSB0aGUgaW50ZXJydXB0IGNv bnRyb2xsZXIsIHdoZW4gYXNzb2NpYXRlZCBpbnRlcnJ1cHQKKyAqICBzb3VyY2UgaXMgbGVhcm5l ZC4KKyAqLwordm9pZAorYXJtX2lycV9kaXNwYXRjaChzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywg c3RydWN0IHRyYXBmcmFtZSAqdGYpCit7CisJaW50IGVycm9yOworCisJS0FTU0VSVChpc3JjICE9 IE5VTEwsICgiJXM6IG5vIHNvdXJjZSIsIF9fZnVuY19fKSk7CisKKwlpc3JjX2luY3JlbWVudF9j b3VudChpc3JjKTsKKworCWlmIChpc3JjLT5pc3JjX2ZpbHRlciAhPSBOVUxMKSB7CisJCWVycm9y ID0gaXNyYy0+aXNyY19maWx0ZXIoaXNyYy0+aXNyY19hcmcsIHRmKTsKKwkJUElDX1BPU1RfRklM VEVSKGlzcmMtPmlzcmNfZGV2LCBpc3JjKTsKKwkJaWYgKGVycm9yID09IEZJTFRFUl9IQU5ETEVE KQorCQkJcmV0dXJuOworCX0gZWxzZSBpZiAoaXNyYy0+aXNyY19ldmVudCAhPSBOVUxMKSB7CisJ CWlmIChpbnRyX2V2ZW50X2hhbmRsZShpc3JjLT5pc3JjX2V2ZW50LCB0ZikgPT0gMCkKKwkJCXJl dHVybjsKKwl9CisKKwlpc3JjX2luY3JlbWVudF9zdHJheWNvdW50KGlzcmMpOworCVBJQ19ESVNB QkxFX1NPVVJDRShpc3JjLT5pc3JjX2RldiwgaXNyYyk7CisKKwlkZXZpY2VfcHJpbnRmKGlzcmMt PmlzcmNfZGV2LCAic3RyYXkgaXJxIDwlcz4gZGlzYWJsZWQiLAorCSAgICBpc3JjLT5pc3JjX25h bWUpOworfQorCisvKgorICogIEFsbG9jYXRlIGludGVycnVwdCBzb3VyY2UuCisgKi8KK3N0YXRp YyBzdHJ1Y3QgYXJtX2lycXNyYyAqCitpc3JjX2FsbG9jKHVfaW50IHR5cGUsIHVfaW50IGV4dHNp emUpCit7CisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmM7CisKKwlpc3JjID0gbWFsbG9jKHNpemVv ZigqaXNyYykgKyBleHRzaXplLCBNX0lOVFJORywgTV9XQUlUT0sgfCBNX1pFUk8pOworCWlzcmMt PmlzcmNfaXJxID0gSVJRX0lOVkFMSUQ7CS8qIGp1c3QgdG8gYmUgc2FmZSAqLworCWlzcmMtPmlz cmNfdHlwZSA9IHR5cGU7CisJaXNyYy0+aXNyY19uc3BjX3R5cGUgPSBBUk1fSVJRX05TUENfTk9O RTsKKwlpc3JjLT5pc3JjX3RyaWcgPSBJTlRSX1RSSUdHRVJfQ09ORk9STTsKKwlpc3JjLT5pc3Jj X3BvbCA9IElOVFJfUE9MQVJJVFlfQ09ORk9STTsKKwlDUFVfWkVSTygmaXNyYy0+aXNyY19jcHUp OworCXJldHVybiAoaXNyYyk7Cit9CisKKy8qCisgKiAgRnJlZSBpbnRlcnJ1cHQgc291cmNlLgor ICovCitzdGF0aWMgdm9pZAoraXNyY19mcmVlKHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQorewor CisJZnJlZShpc3JjLCBNX0lOVFJORyk7Cit9CisKK3ZvaWQKK2FybV9pcnFfc2V0X25hbWUoc3Ry dWN0IGFybV9pcnFzcmMgKmlzcmMsIGNvbnN0IGNoYXIgKmZtdCwgLi4uKQoreworCXZhX2xpc3Qg YXA7CisKKwl2YV9zdGFydChhcCwgZm10KTsKKwl2c25wcmludGYoaXNyYy0+aXNyY19uYW1lLCBB Uk1fSVNSQ19OQU1FTEVOLCBmbXQsIGFwKTsKKwl2YV9lbmQoYXApOworfQorCisvKgorICogIEFs bG9jIHVuaXF1ZSBpbnRlcnJ1cHQgbnVtYmVyIChyZXNvdXJjZSBoYW5kbGUpIGZvciBpbnRlcnJ1 cHQgc291cmNlLgorICoKKyAqICBUaGVyZSBjb3VsZCBiZSB2YXJpb3VzIHN0cmF0ZWdpZXMgaG93 IHRvIGFsbG9jYXRlIGZyZWUgaW50ZXJydXB0IG51bWJlcgorICogIChyZXNvdXJjZSBoYW5kbGUp IGZvciBuZXcgaW50ZXJydXB0IHNvdXJjZS4KKyAqCisgKiAgMS4gSGFuZGxlcyBhcmUgYWx3YXlz IGFsbG9jYXRlZCBmb3J3YXJkLCBzbyBoYW5kbGVzIGFyZSBub3QgcmVjeWNsZWQKKyAqICAgICBp bW1lZGlhdGVseS4gSG93ZXZlciwgaWYgb25seSBvbmUgZnJlZSBoYW5kbGUgbGVmdCB3aGljaCBp cyByZXVzZWQKKyAqICAgICBjb25zdGFudGx5Li4uCisgKi8KK3N0YXRpYyBpbnQKK2lzcmNfYWxs b2NfaXJxX2xvY2tlZChzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwl1X2ludCBtYXhpcnFz LCBpcnE7CisKKwltdHhfYXNzZXJ0KCZpc3JjX3RhYmxlX2xvY2ssIE1BX09XTkVEKTsKKworCW1h eGlycXMgPSBuaXRlbXMoaXJxX3NvdXJjZXMpOworCWlmIChpcnFfbmV4dF9mcmVlID49IG1heGly cXMpCisJCXJldHVybiAoRU5PU1BDKTsKKworCWZvciAoaXJxID0gaXJxX25leHRfZnJlZTsgaXJx IDwgbWF4aXJxczsgaXJxKyspIHsKKwkJaWYgKGlycV9zb3VyY2VzW2lycV0gPT0gTlVMTCkKKwkJ CWdvdG8gZm91bmQ7CisJfQorCWZvciAoaXJxID0gMDsgaXJxIDwgaXJxX25leHRfZnJlZTsgaXJx KyspIHsKKwkJaWYgKGlycV9zb3VyY2VzW2lycV0gPT0gTlVMTCkKKwkJCWdvdG8gZm91bmQ7CisJ fQorCisJaXJxX25leHRfZnJlZSA9IG1heGlycXM7CisJcmV0dXJuIChFTk9TUEMpOworCitmb3Vu ZDoKKwlpc3JjLT5pc3JjX2lycSA9IGlycTsKKwlpcnFfc291cmNlc1tpcnFdID0gaXNyYzsKKwor CWFybV9pcnFfc2V0X25hbWUoaXNyYywgImlycSV1IiwgaXJxKTsKKwlpc3JjX3NldHVwX2NvdW50 ZXJzKGlzcmMpOworCisJaXJxX25leHRfZnJlZSA9IGlycSArIDE7CisJaWYgKGlycV9uZXh0X2Zy ZWUgPj0gbWF4aXJxcykKKwkJaXJxX25leHRfZnJlZSA9IDA7CisJcmV0dXJuICgwKTsKK30KKyNp ZmRlZiBub3R5ZXQKKy8qCisgKiAgRnJlZSB1bmlxdWUgaW50ZXJydXB0IG51bWJlciAocmVzb3Vy Y2UgaGFuZGxlKSBmcm9tIGludGVycnVwdCBzb3VyY2UuCisgKi8KK3N0YXRpYyBpbnQKK2lzcmNf ZnJlZV9pcnEoc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7CisJdV9pbnQgbWF4aXJxczsKKwor CW10eF9hc3NlcnQoJmlzcmNfdGFibGVfbG9jaywgTUFfTk9UT1dORUQpOworCisJbWF4aXJxcyA9 IG5pdGVtcyhpcnFfc291cmNlcyk7CisJaWYgKGlzcmMtPmlzcmNfaXJxID49IG1heGlycXMpCisJ CXJldHVybiAoRUlOVkFMKTsKKworCW10eF9sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCWlmIChp cnFfc291cmNlc1tpc3JjLT5pc3JjX2lycV0gIT0gaXNyYykgeworCQltdHhfdW5sb2NrKCZpc3Jj X3RhYmxlX2xvY2spOworCQlyZXR1cm4gKEVJTlZBTCk7CisJfQorCisJaXJxX3NvdXJjZXNbaXNy Yy0+aXNyY19pcnFdID0gTlVMTDsKKwlpc3JjLT5pc3JjX2lycSA9IElSUV9JTlZBTElEOwkvKiBq dXN0IHRvIGJlIHNhZmUgKi8KKwltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCisJcmV0 dXJuICgwKTsKK30KKyNlbmRpZgorLyoKKyAqICBMb29rdXAgaW50ZXJydXB0IHNvdXJjZSBieSBp bnRlcnJ1cHQgbnVtYmVyIChyZXNvdXJjZSBoYW5kbGUpLgorICovCitzdGF0aWMgc3RydWN0IGFy bV9pcnFzcmMgKgoraXNyY19sb29rdXAodV9pbnQgaXJxKQoreworCisJaWYgKGlycSA8IG5pdGVt cyhpcnFfc291cmNlcykpCisJCXJldHVybiAoaXJxX3NvdXJjZXNbaXJxXSk7CisJcmV0dXJuIChO VUxMKTsKK30KKworLyoKKyAqICBMb29rdXAgaW50ZXJydXB0IHNvdXJjZSBieSBuYW1lc3BhY2Ug ZGF0YS4KKyAqLworc3RhdGljIHN0cnVjdCBhcm1faXJxc3JjICoKK2lzcmNfbmFtZXNwYWNlX2xv b2t1cChkZXZpY2VfdCBkZXYsIHVpbnQxNl90IHR5cGUsIHVpbnQxNl90IG51bSkKK3sKKwl1X2lu dCBpcnE7CisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmM7CisKKwltdHhfYXNzZXJ0KCZpc3JjX3Rh YmxlX2xvY2ssIE1BX09XTkVEKTsKKworCWZvciAoaXJxID0gMDsgaXJxIDwgbml0ZW1zKGlycV9z b3VyY2VzKTsgaXJxKyspIHsKKwkJaXNyYyA9IGlycV9zb3VyY2VzW2lycV07CisJCWlmIChpc3Jj ICE9IE5VTEwgJiYgaXNyYy0+aXNyY19kZXYgPT0gZGV2ICYmCisJCSAgICBpc3JjLT5pc3JjX25z cGNfdHlwZSA9PSB0eXBlICYmIGlzcmMtPmlzcmNfbnNwY19udW0gPT0gbnVtKQorCQkJcmV0dXJu IChpc3JjKTsKKwl9CisJcmV0dXJuIChOVUxMKTsKK30KKworLyoKKyAqICBNYXAgaW50ZXJydXB0 IHNvdXJjZSBhY2NvcmRpbmcgdG8gbmFtZXNwYWNlIGludG8gZnJhbWV3b3JrLiBJZiBzdWNoIG1h cHBpbmcKKyAqICBkb2VzIG5vdCBleGlzdCwgY3JlYXRlIGl0LiBSZXR1cm4gdW5pcXVlIGludGVy cnVwdCBudW1iZXIgKHJlc291cmNlIGhhbmRsZSkKKyAqICBhc3NvY2lhdGVkIHdpdGggbWFwcGVk IGludGVycnVwdCBzb3VyY2UuCisgKi8KK3VfaW50Cithcm1fbmFtZXNwYWNlX21hcF9pcnEoZGV2 aWNlX3QgZGV2LCB1aW50MTZfdCB0eXBlLCB1aW50MTZfdCBudW0pCit7CisJc3RydWN0IGFybV9p cnFzcmMgKmlzcmMsICpuZXdfaXNyYzsKKwlpbnQgZXJyb3I7CisKKwluZXdfaXNyYyA9IGlzcmNf YWxsb2MoQVJNX0lTUkNUX05BTUVTUEFDRSwgMCk7CisKKwltdHhfbG9jaygmaXNyY190YWJsZV9s b2NrKTsKKwlpc3JjID0gaXNyY19uYW1lc3BhY2VfbG9va3VwKGRldiwgdHlwZSwgbnVtKTsKKwlp ZiAoaXNyYyAhPSBOVUxMKSB7CisJCW10eF91bmxvY2soJmlzcmNfdGFibGVfbG9jayk7CisJCWlz cmNfZnJlZShuZXdfaXNyYyk7CisJCXJldHVybiAoaXNyYy0+aXNyY19pcnEpOwkvKiBhbHJlYWR5 IG1hcHBlZCAqLworCX0KKworCWVycm9yID0gaXNyY19hbGxvY19pcnFfbG9ja2VkKG5ld19pc3Jj KTsKKwlpZiAoZXJyb3IgIT0gMCkgeworCQltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOwor CQlpc3JjX2ZyZWUobmV3X2lzcmMpOworCQlyZXR1cm4gKElSUV9JTlZBTElEKTsJCS8qIG5vIHNw YWNlIGxlZnQgKi8KKwl9CisKKwluZXdfaXNyYy0+aXNyY19kZXYgPSBkZXY7CisJbmV3X2lzcmMt PmlzcmNfbnNwY190eXBlID0gdHlwZTsKKwluZXdfaXNyYy0+aXNyY19uc3BjX251bSA9IG51bTsK KwltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCisJcmV0dXJuIChuZXdfaXNyYy0+aXNy Y19pcnEpOworfQorCisjaWZkZWYgRkRUCisvKgorICogIExvb2t1cCBpbnRlcnJ1cHQgc291cmNl IGJ5IEZEVCBkYXRhLgorICovCitzdGF0aWMgc3RydWN0IGFybV9pcnFzcmMgKgoraXNyY19mZHRf bG9va3VwKGludHB0cl90IHhyZWYsIHBjZWxsX3QgKmNlbGxzLCB1X2ludCBuY2VsbHMpCit7CisJ dV9pbnQgaXJxLCBjZWxsc2l6ZTsKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYzsKKworCW10eF9h c3NlcnQoJmlzcmNfdGFibGVfbG9jaywgTUFfT1dORUQpOworCisJY2VsbHNpemUgPSBuY2VsbHMg KiBzaXplb2YoKmNlbGxzKTsKKwlmb3IgKGlycSA9IDA7IGlycSA8IG5pdGVtcyhpcnFfc291cmNl cyk7IGlycSsrKSB7CisJCWlzcmMgPSBpcnFfc291cmNlc1tpcnFdOworCQlpZiAoaXNyYyAhPSBO VUxMICYmIGlzcmMtPmlzcmNfdHlwZSA9PSBBUk1fSVNSQ1RfRkRUICYmCisJCSAgICBpc3JjLT5p c3JjX3hyZWYgPT0geHJlZiAmJiBpc3JjLT5pc3JjX25jZWxscyA9PSBuY2VsbHMgJiYKKwkJICAg IG1lbWNtcChpc3JjLT5pc3JjX2NlbGxzLCBjZWxscywgY2VsbHNpemUpID09IDApCisJCQlyZXR1 cm4gKGlzcmMpOworCX0KKwlyZXR1cm4gKE5VTEwpOworfQorCisvKgorICogIE1hcCBpbnRlcnJ1 cHQgc291cmNlIGFjY29yZGluZyB0byBGRFQgZGF0YSBpbnRvIGZyYW1ld29yay4gSWYgc3VjaCBt YXBwaW5nCisgKiAgZG9lcyBub3QgZXhpc3QsIGNyZWF0ZSBpdC4gUmV0dXJuIHVuaXF1ZSBpbnRl cnJ1cHQgbnVtYmVyIChyZXNvdXJjZSBoYW5kbGUpCisgKiAgYXNzb2NpYXRlZCB3aXRoIG1hcHBl ZCBpbnRlcnJ1cHQgc291cmNlLgorICovCit1X2ludAorYXJtX2ZkdF9tYXBfaXJxKHBoYW5kbGVf dCBub2RlLCBwY2VsbF90ICpjZWxscywgdV9pbnQgbmNlbGxzKQoreworCXN0cnVjdCBhcm1faXJx c3JjICppc3JjLCAqbmV3X2lzcmM7CisJdV9pbnQgY2VsbHNpemU7CisJaW50cHRyX3QgeHJlZjsK KwlpbnQgZXJyb3I7CisKKwl4cmVmID0gKGludHB0cl90KW5vZGU7CS8qIEl0J3Mgc28gc2ltcGxl IGZvciBub3cuICovCisKKwljZWxsc2l6ZSA9IG5jZWxscyAqIHNpemVvZigqY2VsbHMpOworCW5l d19pc3JjID0gaXNyY19hbGxvYyhBUk1fSVNSQ1RfRkRULCBjZWxsc2l6ZSk7CisKKwltdHhfbG9j aygmaXNyY190YWJsZV9sb2NrKTsKKwlpc3JjID0gaXNyY19mZHRfbG9va3VwKHhyZWYsIGNlbGxz LCBuY2VsbHMpOworCWlmIChpc3JjICE9IE5VTEwpIHsKKwkJbXR4X3VubG9jaygmaXNyY190YWJs ZV9sb2NrKTsKKwkJaXNyY19mcmVlKG5ld19pc3JjKTsKKwkJcmV0dXJuIChpc3JjLT5pc3JjX2ly cSk7CS8qIGFscmVhZHkgbWFwcGVkICovCisJfQorCisJZXJyb3IgPSBpc3JjX2FsbG9jX2lycV9s b2NrZWQobmV3X2lzcmMpOworCWlmIChlcnJvciAhPSAwKSB7CisJCW10eF91bmxvY2soJmlzcmNf dGFibGVfbG9jayk7CisJCWlzcmNfZnJlZShuZXdfaXNyYyk7CisJCXJldHVybiAoSVJRX0lOVkFM SUQpOwkJLyogbm8gc3BhY2UgbGVmdCAqLworCX0KKworCW5ld19pc3JjLT5pc3JjX3hyZWYgPSB4 cmVmOworCW5ld19pc3JjLT5pc3JjX25jZWxscyA9IG5jZWxsczsKKwltZW1jcHkobmV3X2lzcmMt PmlzcmNfY2VsbHMsIGNlbGxzLCBjZWxsc2l6ZSk7CisJbXR4X3VubG9jaygmaXNyY190YWJsZV9s b2NrKTsKKworCXJldHVybiAobmV3X2lzcmMtPmlzcmNfaXJxKTsKK30KKyNlbmRpZgorCisvKgor ICogIFJlZ2lzdGVyIGludGVycnVwdCBzb3VyY2UgaW50byBpbnRlcnJ1cHQgY29udHJvbGxlci4K KyAqLworc3RhdGljIGludAoraXNyY19yZWdpc3RlcihzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykK K3sKKwlzdHJ1Y3QgYXJtX3BpYyAqcGljOworCWJvb2xlYW5fdCBpc19wZXJjcHU7CisJaW50IGVy cm9yOworCisJaWYgKGlzcmMtPmlzcmNfZmxhZ3MgJiBJU1JDRl9SRUdJU1RFUkVEKQorCQlyZXR1 cm4gKDApOworCisJaWYgKGlzcmMtPmlzcmNfZGV2ID09IE5VTEwpIHsKKwkJcGljID0gcGljX2xv b2t1cChOVUxMLCBpc3JjLT5pc3JjX3hyZWYpOworCQlpZiAocGljID09IE5VTEwgfHwgcGljLT5w aWNfZGV2ID09IE5VTEwpCisJCQlyZXR1cm4gKEVTUkNIKTsKKwkJaXNyYy0+aXNyY19kZXYgPSBw aWMtPnBpY19kZXY7CisJfQorCisJZXJyb3IgPSBQSUNfUkVHSVNURVIoaXNyYy0+aXNyY19kZXYs IGlzcmMsICZpc19wZXJjcHUpOworCWlmIChlcnJvciAhPSAwKQorCQlyZXR1cm4gKGVycm9yKTsK KworCW10eF9sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCWlzcmMtPmlzcmNfZmxhZ3MgfD0gSVNS Q0ZfUkVHSVNURVJFRDsKKwlpZiAoaXNfcGVyY3B1KQorCQlpc3JjLT5pc3JjX2ZsYWdzIHw9IElT UkNGX1BFUkNQVTsKKwlpc3JjX3VwZGF0ZV9uYW1lKGlzcmMsIE5VTEwpOworCW10eF91bmxvY2so JmlzcmNfdGFibGVfbG9jayk7CisJcmV0dXJuICgwKTsKK30KKworLyoKKyAqICBTZXR1cCBmaWx0 ZXIgaW50byBpbnRlcnJ1cHQgc291cmNlLgorICovCitzdGF0aWMgaW50Citpc2NyX3NldHVwX2Zp bHRlcihzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgY29uc3QgY2hhciAqbmFtZSwKKyAgICBhcm1f aXJxX2ZpbHRlcl90ICpmaWx0ZXIsIHZvaWQgKmFyZywgdm9pZCAqKmNvb2tpZXApCit7CisKKwlp ZiAoZmlsdGVyID09IE5VTEwpCisJCXJldHVybiAoRUlOVkFMKTsKKworCW10eF9sb2NrKCZpc3Jj X3RhYmxlX2xvY2spOworCS8qCisJICogTWFrZSBzdXJlIHRoYXQgd2UgZG8gbm90IG1peCB0aGUg dHdvIHdheXMKKwkgKiBob3cgd2UgaGFuZGxlIGludGVycnVwdCBzb3VyY2VzLgorCSAqLworCWlm IChpc3JjLT5pc3JjX2ZpbHRlciAhPSBOVUxMIHx8IGlzcmMtPmlzcmNfZXZlbnQgIT0gTlVMTCkg eworCQltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCQlyZXR1cm4gKEVCVVNZKTsKKwl9 CisJaXNyYy0+aXNyY19maWx0ZXIgPSBmaWx0ZXI7CisJaXNyYy0+aXNyY19hcmcgPSBhcmc7CisJ aXNyY191cGRhdGVfbmFtZShpc3JjLCBuYW1lKTsKKwltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xv Y2spOworCisJKmNvb2tpZXAgPSBpc3JjOworCXJldHVybiAoMCk7Cit9CisKKy8qCisgKiAgSW50 ZXJydXB0IHNvdXJjZSBwcmVfaXRocmVhZCBtZXRob2QgZm9yIE1JIGludGVycnVwdCBmcmFtZXdv cmsuCisgKi8KK3N0YXRpYyB2b2lkCithcm1faXNyY19wcmVfaXRocmVhZCh2b2lkICphcmcpCit7 CisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmMgPSBhcmc7CisKKwlQSUNfUFJFX0lUSFJFQUQoaXNy Yy0+aXNyY19kZXYsIGlzcmMpOworfQorCisvKgorICogIEludGVycnVwdCBzb3VyY2UgcG9zdF9p dGhyZWFkIG1ldGhvZCBmb3IgTUkgaW50ZXJydXB0IGZyYW1ld29yay4KKyAqLworc3RhdGljIHZv aWQKK2FybV9pc3JjX3Bvc3RfaXRocmVhZCh2b2lkICphcmcpCit7CisJc3RydWN0IGFybV9pcnFz cmMgKmlzcmMgPSBhcmc7CisKKwlQSUNfUE9TVF9JVEhSRUFEKGlzcmMtPmlzcmNfZGV2LCBpc3Jj KTsKK30KKworLyoKKyAqICBJbnRlcnJ1cHQgc291cmNlIHBvc3RfZmlsdGVyIG1ldGhvZCBmb3Ig TUkgaW50ZXJydXB0IGZyYW1ld29yay4KKyAqLworc3RhdGljIHZvaWQKK2FybV9pc3JjX3Bvc3Rf ZmlsdGVyKHZvaWQgKmFyZykKK3sKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYyA9IGFyZzsKKwor CVBJQ19QT1NUX0ZJTFRFUihpc3JjLT5pc3JjX2RldiwgaXNyYyk7Cit9CisKKy8qCisgKiAgSW50 ZXJydXB0IHNvdXJjZSBhc3NpZ25fY3B1IG1ldGhvZCBmb3IgTUkgaW50ZXJydXB0IGZyYW1ld29y ay4KKyAqLworc3RhdGljIGludAorYXJtX2lzcmNfYXNzaWduX2NwdSh2b2lkICphcmcsIGludCBj cHUpCit7CisjaWZkZWYgU01QCisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmMgPSBhcmc7CisJaW50 IGVycm9yOworCisJaWYgKGlzcmMtPmlzcmNfZGV2ICE9IGlycV9yb290X2RldikKKwkJcmV0dXJu IChFSU5WQUwpOworCisJbXR4X2xvY2soJmlzcmNfdGFibGVfbG9jayk7CisJaWYgKGNwdSA9PSBO T0NQVSkgeworCQlDUFVfWkVSTygmaXNyYy0+aXNyY19jcHUpOworCQlpc3JjLT5pc3JjX2ZsYWdz ICY9IH5JU1JDRl9CT1VORDsKKwl9IGVsc2UgeworCQlDUFVfU0VUT0YoY3B1LCAmaXNyYy0+aXNy Y19jcHUpOworCQlpc3JjLT5pc3JjX2ZsYWdzIHw9IElTUkNGX0JPVU5EOworCX0KKworCS8qCisJ ICogSW4gTk9DUFUgY2FzZSwgaXQncyB1cCB0byBQSUMgdG8gbGVhdmUgSVNSQyBlaXRoZXIgb24g c2FtZSBDUFUgb3IKKwkgKiByZS1iYWxhbmNlIGl0IHRvIGFub3RoZXIgQ1BVIG9yIGVuYWJsZSBp dCBvbiBtb3JlIENQVXMuIEhvd2V2ZXIsCisJICogUElDIGlzIGV4cGVjdGVkIHRvIGNoYW5nZSBp c3JjX2NwdSBhcHByb3ByaWF0ZWx5IHRvIGtlZXAgdXMgd2VsbAorCSAqIGluZm9ybWVkIGlmIHRo ZSBjYWxsIGlzIHN1Y2Nlc3NmdWxsLgorCSAqLworCWlmIChpcnFfYXNzaWduX2NwdSkgeworCQll cnJvciA9IFBJQ19CSU5EKGlzcmMtPmlzcmNfZGV2LCBpc3JjKTsKKwkJaWYgKGVycm9yKSB7CisJ CQlDUFVfWkVSTygmaXNyYy0+aXNyY19jcHUpOworCQkJbXR4X3VubG9jaygmaXNyY190YWJsZV9s b2NrKTsKKwkJCXJldHVybiAoZXJyb3IpOworCQl9CisJfQorCW10eF91bmxvY2soJmlzcmNfdGFi bGVfbG9jayk7CisJcmV0dXJuICgwKTsKKyNlbHNlCisJcmV0dXJuIChFT1BOT1RTVVBQKTsKKyNl bmRpZgorfQorCisvKgorICogIENyZWF0ZSBpbnRlcnJ1cHQgZXZlbnQgZm9yIGludGVycnVwdCBz b3VyY2UuCisgKi8KK3N0YXRpYyBpbnQKK2lzcmNfZXZlbnRfY3JlYXRlKHN0cnVjdCBhcm1faXJx c3JjICppc3JjKQoreworCXN0cnVjdCBpbnRyX2V2ZW50ICppZTsKKwlpbnQgZXJyb3I7CisKKwll cnJvciA9IGludHJfZXZlbnRfY3JlYXRlKCZpZSwgaXNyYywgMCwgaXNyYy0+aXNyY19pcnEsCisJ ICAgIGFybV9pc3JjX3ByZV9pdGhyZWFkLCBhcm1faXNyY19wb3N0X2l0aHJlYWQsIGFybV9pc3Jj X3Bvc3RfZmlsdGVyLAorCSAgICBhcm1faXNyY19hc3NpZ25fY3B1LCAiJXM6IiwgaXNyYy0+aXNy Y19uYW1lKTsKKwlpZiAoZXJyb3IpCisJCXJldHVybiAoZXJyb3IpOworCisJbXR4X2xvY2soJmlz cmNfdGFibGVfbG9jayk7CisJLyoKKwkgKiBNYWtlIHN1cmUgdGhhdCB3ZSBkbyBub3QgbWl4IHRo ZSB0d28gd2F5cworCSAqIGhvdyB3ZSBoYW5kbGUgaW50ZXJydXB0IHNvdXJjZXMuIExldCBjb250 ZXN0ZWQgZXZlbnQgd2lucy4KKwkgKi8KKwlpZiAoaXNyYy0+aXNyY19maWx0ZXIgIT0gTlVMTCB8 fCBpc3JjLT5pc3JjX2V2ZW50ICE9IE5VTEwpIHsKKwkJbXR4X3VubG9jaygmaXNyY190YWJsZV9s b2NrKTsKKwkJaW50cl9ldmVudF9kZXN0cm95KGllKTsKKwkJcmV0dXJuIChpc3JjLT5pc3JjX2V2 ZW50ICE9IE5VTEwgPyBFQlVTWSA6IDApOworCX0KKwlpc3JjLT5pc3JjX2V2ZW50ID0gaWU7CisJ bXR4X3VubG9jaygmaXNyY190YWJsZV9sb2NrKTsKKworCXJldHVybiAoMCk7Cit9CisjaWZkZWYg bm90eWV0CisvKgorICogIERlc3Ryb3kgaW50ZXJydXB0IGV2ZW50IGZvciBpbnRlcnJ1cHQgc291 cmNlLgorICovCitzdGF0aWMgdm9pZAoraXNyY19ldmVudF9kZXN0cm95KHN0cnVjdCBhcm1faXJx c3JjICppc3JjKQoreworCXN0cnVjdCBpbnRyX2V2ZW50ICppZTsKKworCW10eF9sb2NrKCZpc3Jj X3RhYmxlX2xvY2spOworCWllID0gaXNyYy0+aXNyY19ldmVudDsKKwlpc3JjLT5pc3JjX2V2ZW50 ID0gTlVMTDsKKwltdHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCisJaWYgKGllICE9IE5V TEwpCisJCWludHJfZXZlbnRfZGVzdHJveShpZSk7Cit9CisjZW5kaWYKKy8qCisgKiAgQWRkIGhh bmRsZXIgdG8gaW50ZXJydXB0IHNvdXJjZS4KKyAqLworc3RhdGljIGludAoraXNyY19hZGRfaGFu ZGxlcihzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgY29uc3QgY2hhciAqbmFtZSwKKyAgICBkcml2 ZXJfZmlsdGVyX3QgZmlsdGVyLCBkcml2ZXJfaW50cl90IGhhbmRsZXIsIHZvaWQgKmFyZywKKyAg ICBlbnVtIGludHJfdHlwZSBmbGFncywgdm9pZCAqKmNvb2tpZXApCit7CisJaW50IGVycm9yOwor CisJaWYgKGlzcmMtPmlzcmNfZXZlbnQgPT0gTlVMTCkgeworCQllcnJvciA9IGlzcmNfZXZlbnRf Y3JlYXRlKGlzcmMpOworCQlpZiAoZXJyb3IpCisJCQlyZXR1cm4gKGVycm9yKTsKKwl9CisKKwll cnJvciA9IGludHJfZXZlbnRfYWRkX2hhbmRsZXIoaXNyYy0+aXNyY19ldmVudCwgbmFtZSwgZmls dGVyLCBoYW5kbGVyLAorCSAgICBhcmcsIGludHJfcHJpb3JpdHkoZmxhZ3MpLCBmbGFncywgY29v a2llcCk7CisJaWYgKGVycm9yID09IDApIHsKKwkJbXR4X2xvY2soJmlzcmNfdGFibGVfbG9jayk7 CisJCWludHJjbnRfdXBkYXRlbmFtZShpc3JjKTsKKwkJbXR4X3VubG9jaygmaXNyY190YWJsZV9s b2NrKTsKKwl9CisKKwlyZXR1cm4gKGVycm9yKTsKK30KKworLyoKKyAqICBMb29rdXAgaW50ZXJy dXB0IGNvbnRyb2xsZXIgbG9ja2VkLgorICovCitzdGF0aWMgc3RydWN0IGFybV9waWMgKgorcGlj X2xvb2t1cF9sb2NrZWQoZGV2aWNlX3QgZGV2LCBpbnRwdHJfdCB4cmVmKQoreworCXN0cnVjdCBh cm1fcGljICpwaWM7CisKKwltdHhfYXNzZXJ0KCZwaWNfbGlzdF9sb2NrLCBNQV9PV05FRCk7CisK KwlTTElTVF9GT1JFQUNIKHBpYywgJnBpY19saXN0LCBwaWNfbmV4dCkgeworCQlpZiAocGljLT5w aWNfeHJlZiAhPSB4cmVmKQorCQkJY29udGludWU7CisJCWlmIChwaWMtPnBpY194cmVmICE9IDAg fHwgcGljLT5waWNfZGV2ID09IGRldikKKwkJCXJldHVybiAocGljKTsKKwl9CisJcmV0dXJuIChO VUxMKTsKK30KKworLyoKKyAqICBMb29rdXAgaW50ZXJydXB0IGNvbnRyb2xsZXIuCisgKi8KK3N0 YXRpYyBzdHJ1Y3QgYXJtX3BpYyAqCitwaWNfbG9va3VwKGRldmljZV90IGRldiwgaW50cHRyX3Qg eHJlZikKK3sKKwlzdHJ1Y3QgYXJtX3BpYyAqcGljOworCisJbXR4X2xvY2soJnBpY19saXN0X2xv Y2spOworCXBpYyA9IHBpY19sb29rdXBfbG9ja2VkKGRldiwgeHJlZik7CisJbXR4X3VubG9jaygm cGljX2xpc3RfbG9jayk7CisKKwlyZXR1cm4gKHBpYyk7Cit9CisKKy8qCisgKiAgQ3JlYXRlIGlu dGVycnVwdCBjb250cm9sbGVyLgorICovCitzdGF0aWMgc3RydWN0IGFybV9waWMgKgorcGljX2Ny ZWF0ZShkZXZpY2VfdCBkZXYsIGludHB0cl90IHhyZWYpCit7CisJc3RydWN0IGFybV9waWMgKnBp YzsKKworCW10eF9sb2NrKCZwaWNfbGlzdF9sb2NrKTsKKwlwaWMgPSBwaWNfbG9va3VwX2xvY2tl ZChkZXYsIHhyZWYpOworCWlmIChwaWMgIT0gTlVMTCkgeworCQltdHhfdW5sb2NrKCZwaWNfbGlz dF9sb2NrKTsKKwkJcmV0dXJuIChwaWMpOworCX0KKwlwaWMgPSBtYWxsb2Moc2l6ZW9mKCpwaWMp LCBNX0lOVFJORywgTV9OT1dBSVQgfCBNX1pFUk8pOworCXBpYy0+cGljX3hyZWYgPSB4cmVmOwor CXBpYy0+cGljX2RldiA9IGRldjsKKwlTTElTVF9JTlNFUlRfSEVBRCgmcGljX2xpc3QsIHBpYywg cGljX25leHQpOworCW10eF91bmxvY2soJnBpY19saXN0X2xvY2spOworCisJcmV0dXJuIChwaWMp OworfQorI2lmZGVmIG5vdHlldAorLyoKKyAqICBEZXN0cm95IGludGVycnVwdCBjb250cm9sbGVy LgorICovCitzdGF0aWMgdm9pZAorcGljX2Rlc3Ryb3koZGV2aWNlX3QgZGV2LCBpbnRwdHJfdCB4 cmVmKQoreworCXN0cnVjdCBhcm1fcGljICpwaWM7CisKKwltdHhfbG9jaygmcGljX2xpc3RfbG9j ayk7CisJcGljID0gcGljX2xvb2t1cF9sb2NrZWQoZGV2LCB4cmVmKTsKKwlpZiAocGljID09IE5V TEwpIHsKKwkJbXR4X3VubG9jaygmcGljX2xpc3RfbG9jayk7CisJCXJldHVybjsKKwl9CisJU0xJ U1RfUkVNT1ZFKCZwaWNfbGlzdCwgcGljLCBhcm1fcGljLCBwaWNfbmV4dCk7CisJbXR4X3VubG9j aygmcGljX2xpc3RfbG9jayk7CisKKwlmcmVlKHBpYywgTV9JTlRSTkcpOworfQorI2VuZGlmCisv KgorICogIFJlZ2lzdGVyIGludGVycnVwdCBjb250cm9sbGVyLgorICovCitpbnQKK2FybV9waWNf cmVnaXN0ZXIoZGV2aWNlX3QgZGV2LCBpbnRwdHJfdCB4cmVmKQoreworCXN0cnVjdCBhcm1fcGlj ICpwaWM7CisKKwlwaWMgPSBwaWNfY3JlYXRlKGRldiwgeHJlZik7CisJaWYgKHBpYyA9PSBOVUxM KQorCQlyZXR1cm4gKEVOT01FTSk7CisJaWYgKHBpYy0+cGljX2RldiAhPSBkZXYpCisJCXJldHVy biAoRUlOVkFMKTsJLyogWFhYIGl0IGNvdWxkIGJlIG1hbnkgdGhpbmdzLiAqLworCisJZGVidWdm KCJQSUMgJXAgcmVnaXN0ZXJlZCBmb3IgJXMgPHhyZWYgJXg+XG4iLCBwaWMsCisJICAgIGRldmlj ZV9nZXRfbmFtZXVuaXQoZGV2KSwgeHJlZik7CisJcmV0dXJuICgwKTsKK30KKworLyoKKyAqICBV bnJlZ2lzdGVyIGludGVycnVwdCBjb250cm9sbGVyLgorICovCitpbnQKK2FybV9waWNfdW5yZWdp c3RlcihkZXZpY2VfdCBkZXYsIGludHB0cl90IHhyZWYpCit7CisKKwlwYW5pYygiJXM6IG5vdCBp bXBsZW1lbnRlZCIsIF9fZnVuY19fKTsKK30KKworLyoKKyAqICBNYXJrIGludGVycnVwdCBjb250 cm9sbGVyIChpdHNlbGYpIGFzIGEgcm9vdCBvbmUuCisgKgorICogIE5vdGUgdGhhdCBvbmx5IGFu IGludGVycnVwdCBjb250cm9sbGVyIGNhbiByZWFsbHkga25vdyBpdHMgcG9zaXRpb24KKyAqICBp biBpbnRlcnJ1cHQgY29udHJvbGxlcidzIHRyZWUuIFNvIHJvb3QgUElDIG11c3QgY2xhaW0gaXRz ZWxmIGFzIGEgcm9vdC4KKyAqCisgKiAgSW4gRkRUIGNhc2UsIGFjY29yZGluZyB0byBlUEFQUiBh cHByb3ZlZCB2ZXJzaW9uIDEuMSBmcm9tIDA4IEFwcmlsIDIwMTEsCisgKiAgcGFnZSAzMDoKKyAq ICAgICJUaGUgcm9vdCBvZiB0aGUgaW50ZXJydXB0IHRyZWUgaXMgZGV0ZXJtaW5lZCB3aGVuIHRy YXZlcnNhbAorICogICAgIG9mIHRoZSBpbnRlcnJ1cHQgdHJlZSByZWFjaGVzIGFuIGludGVycnVw dCBjb250cm9sbGVyIG5vZGUgd2l0aG91dAorICogICAgIGFuIGludGVycnVwdHMgcHJvcGVydHkg YW5kIHRodXMgbm8gZXhwbGljaXQgaW50ZXJydXB0IHBhcmVudC4iCisgKi8KK2ludAorYXJtX3Bp Y19jbGFpbV9yb290KGRldmljZV90IGRldiwgaW50cHRyX3QgeHJlZiwgYXJtX2lycV9maWx0ZXJf dCAqZmlsdGVyLAorICAgIHZvaWQgKmFyZywgdV9pbnQgaXBpY291bnQpCit7CisKKwlpZiAocGlj X2xvb2t1cChkZXYsIHhyZWYpID09IE5VTEwpIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJub3Qg cmVnaXN0ZXJlZFxuIik7CisJCXJldHVybiAoRUlOVkFMKTsKKwl9CisJaWYgKGZpbHRlciA9PSBO VUxMKSB7CisJCWRldmljZV9wcmludGYoZGV2LCAiZmlsdGVyIG1pc3NpbmdcbiIpOworCQlyZXR1 cm4gKEVJTlZBTCk7CisJfQorCisJLyoKKwkgKiBPbmx5IG9uZSBpbnRlcnJ1cHQgY29udHJvbGxl cnMgY291bGQgYmUgb24gdGhlIHJvb3QgZm9yIG5vdy4KKwkgKiBGdXJ0aGVyLCB3ZSBzdXBwb3Nl IHRoYXQgdGhlcmUgaXMgbm90IHRocmVhZGVkIGludGVycnVwdAorCSAqIHJvdXRpbmUgKGhhbmRs ZXIpIG9uIHRoZSByb290LiBTZWUgYXJtX2lycV9oYW5kbGVyKCkuCisJICovCisJaWYgKGlycV9y b290X2RldiAhPSBOVUxMKSB7CisJCWRldmljZV9wcmludGYoZGV2LCAiYW5vdGhlciByb290IGFs cmVhZHkgc2V0XG4iKTsKKwkJcmV0dXJuIChFQlVTWSk7CisJfQorCisJaXJxX3Jvb3RfZGV2ID0g ZGV2OworCWlycV9yb290X2ZpbHRlciA9IGZpbHRlcjsKKwlpcnFfcm9vdF9hcmcgPSBhcmc7CisJ aXJxX3Jvb3RfaXBpY291bnQgPSBpcGljb3VudDsKKworCWRlYnVnZigiaXJxIHJvb3Qgc2V0IHRv ICVzXG4iLCBkZXZpY2VfZ2V0X25hbWV1bml0KGRldikpOworCXJldHVybiAoMCk7Cit9CisKK2lu dAorYXJtX2lycV9hZGRfaGFuZGxlcihkZXZpY2VfdCBkZXYsIGRyaXZlcl9maWx0ZXJfdCBmaWx0 LCBkcml2ZXJfaW50cl90IGhhbmQsCisgICAgdm9pZCAqYXJnLCB1X2ludCBpcnEsIGludCBmbGFn cywgdm9pZCAqKmNvb2tpZXApCit7CisJY29uc3QgY2hhciAqbmFtZTsKKwlzdHJ1Y3QgYXJtX2ly cXNyYyAqaXNyYzsKKwlpbnQgZXJyb3I7CisKKwluYW1lID0gZGV2aWNlX2dldF9uYW1ldW5pdChk ZXYpOworCisJLyoKKwkgKiBTdGFuZGFyZCBoYW5kbGluZyBpcyBkb25lIHRocnUgTUkgaW50ZXJy dXB0IGZyYW1ld29yay4gSG93ZXZlciwKKwkgKiBzb21lIGludGVycnVwdHMgY291bGQgcmVxdWVz dCBzb2xlbHkgb3duIHNwZWNpYWwgaGFuZGxpbmcuIFRoaXMKKwkgKiBub24gc3RhbmRhcmQgaGFu ZGxpbmcgY2FuIGJlIHVzZWQgZm9yIGludGVycnVwdCBjb250cm9sbGVycyB3aXRob3V0CisJICog aGFuZGxlciAoZmlsdGVyIG9ubHkpLCBzbyBpbiBjYXNlIHRoYXQgaW50ZXJydXB0IGNvbnRyb2xs ZXJzIGFyZQorCSAqIGNoYWluZWQsIE1JIGludGVycnVwdCBmcmFtZXdvcmsgaXMgY2FsbGVkIG9u bHkgaW4gbGVhZiBjb250cm9sbGVyLgorCSAqCisJICogTm90ZSB0aGF0IHJvb3QgaW50ZXJydXB0 IGNvbnRyb2xsZXIgcm91dGluZSBpcyBzZXJ2ZWQgYXMgd2VsbCwKKwkgKiBob3dldmVyIGluIG1h aW4gc3lzdGVtIGRpc3BhdGNoIHJvdXRpbmUuCisJICovCisJaWYgKGZsYWdzICYgSU5UUl9TT0xP ICYmIGhhbmQgIT0gTlVMTCkgeworCQlkZWJ1Z2YoImlycSAldSBjYW5ub3Qgc29sbyBvbiAlc1xu IiwgaXJxLCBuYW1lKTsKKwkJcmV0dXJuIChFSU5WQUwpOworCX0KKworCWlzcmMgPSBpc3JjX2xv b2t1cChpcnEpOworCWlmIChpc3JjID09IE5VTEwpIHsKKwkJZGVidWdmKCJpcnEgJXUgd2l0aG91 dCBzb3VyY2Ugb24gJXNcbiIsIGlycSwgbmFtZSk7CisJCXJldHVybiAoRUlOVkFMKTsKKwl9CisK KwllcnJvciA9IGlzcmNfcmVnaXN0ZXIoaXNyYyk7CisJaWYgKGVycm9yICE9IDApIHsKKwkJZGVi dWdmKCJpcnEgJXUgbWFwIGVycm9yICVkIG9uICVzXG4iLCBpcnEsIGVycm9yLCBuYW1lKTsKKwkJ cmV0dXJuIChlcnJvcik7CisJfQorCisJaWYgKGZsYWdzICYgSU5UUl9TT0xPKSB7CisJCWVycm9y ID0gaXNjcl9zZXR1cF9maWx0ZXIoaXNyYywgbmFtZSwgKGFybV9pcnFfZmlsdGVyX3QgKilmaWx0 LAorCQkgICAgYXJnLCBjb29raWVwKTsKKwkJZGVidWdmKCJpcnEgJXUgc2V0dXAgZmlsdGVyIGVy cm9yICVkIG9uICVzXG4iLCBpcnEsIGVycm9yLAorCQkgICAgbmFtZSk7CisJfSBlbHNlIHsKKwkJ ZXJyb3IgPSBpc3JjX2FkZF9oYW5kbGVyKGlzcmMsIG5hbWUsIGZpbHQsIGhhbmQsIGFyZywgZmxh Z3MsCisJCSAgICBjb29raWVwKTsKKwkJZGVidWdmKCJpcnEgJXUgYWRkIGhhbmRsZXIgZXJyb3Ig JWQgb24gJXNcbiIsIGlycSwgZXJyb3IsIG5hbWUpOworCX0KKwlpZiAoZXJyb3IgIT0gMCkKKwkJ cmV0dXJuIChlcnJvcik7CisKKwltdHhfbG9jaygmaXNyY190YWJsZV9sb2NrKTsKKwlpc3JjLT5p c3JjX2hhbmRsZXJzKys7CisJaWYgKGlzcmMtPmlzcmNfaGFuZGxlcnMgPT0gMSkgeworCQlQSUNf RU5BQkxFX0lOVFIoaXNyYy0+aXNyY19kZXYsIGlzcmMpOworCQlQSUNfRU5BQkxFX1NPVVJDRShp c3JjLT5pc3JjX2RldiwgaXNyYyk7CisJfQorCW10eF91bmxvY2soJmlzcmNfdGFibGVfbG9jayk7 CisJcmV0dXJuICgwKTsKK30KKworaW50Cithcm1faXJxX3JlbW92ZV9oYW5kbGVyKGRldmljZV90 IGRldiwgdV9pbnQgaXJxLCB2b2lkICpjb29raWUpCit7CisJc3RydWN0IGFybV9pcnFzcmMgKmlz cmM7CisJaW50IGVycm9yOworCisJaXNyYyA9IGlzcmNfbG9va3VwKGlycSk7CisJaWYgKGlzcmMg PT0gTlVMTCB8fCBpc3JjLT5pc3JjX2hhbmRsZXJzID09IDApCisJCXJldHVybiAoRUlOVkFMKTsK KworCWlmIChpc3JjLT5pc3JjX2ZpbHRlciAhPSBOVUxMKSB7CisJCWlmIChpc3JjICE9IGNvb2tp ZSkKKwkJCXJldHVybiAoRUlOVkFMKTsKKworCQltdHhfbG9jaygmaXNyY190YWJsZV9sb2NrKTsK KwkJaXNyYy0+aXNyY19maWx0ZXIgPSBOVUxMOworCQlpc3JjLT5pc3JjX2FyZyA9IE5VTEw7CisJ CWlzcmMtPmlzcmNfaGFuZGxlcnMgPSAwOworCQlQSUNfRElTQUJMRV9TT1VSQ0UoaXNyYy0+aXNy Y19kZXYsIGlzcmMpOworCQlQSUNfRElTQUJMRV9JTlRSKGlzcmMtPmlzcmNfZGV2LCBpc3JjKTsK KwkJaXNyY191cGRhdGVfbmFtZShpc3JjLCBOVUxMKTsKKwkJbXR4X3VubG9jaygmaXNyY190YWJs ZV9sb2NrKTsKKwkJcmV0dXJuICgwKTsKKwl9CisKKwlpZiAoaXNyYyAhPSBpbnRyX2hhbmRsZXJf c291cmNlKGNvb2tpZSkpCisJCXJldHVybiAoRUlOVkFMKTsKKworCWVycm9yID0gaW50cl9ldmVu dF9yZW1vdmVfaGFuZGxlcihjb29raWUpOworCWlmIChlcnJvciA9PSAwKSB7CisJCW10eF9sb2Nr KCZpc3JjX3RhYmxlX2xvY2spOworCQlpc3JjLT5pc3JjX2hhbmRsZXJzLS07CisJCWlmIChpc3Jj LT5pc3JjX2hhbmRsZXJzID09IDApIHsKKwkJCVBJQ19ESVNBQkxFX1NPVVJDRShpc3JjLT5pc3Jj X2RldiwgaXNyYyk7CisJCQlQSUNfRElTQUJMRV9JTlRSKGlzcmMtPmlzcmNfZGV2LCBpc3JjKTsK KwkJfQorCQlpbnRyY250X3VwZGF0ZW5hbWUoaXNyYyk7CisJCW10eF91bmxvY2soJmlzcmNfdGFi bGVfbG9jayk7CisJfQorCXJldHVybiAoZXJyb3IpOworfQorCitpbnQKK2FybV9pcnFfY29uZmln KHVfaW50IGlycSwgZW51bSBpbnRyX3RyaWdnZXIgdHJpZywgZW51bSBpbnRyX3BvbGFyaXR5IHBv bCkKK3sKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYzsKKworCWlzcmMgPSBpc3JjX2xvb2t1cChp cnEpOworCWlmIChpc3JjID09IE5VTEwpCisJCXJldHVybiAoRUlOVkFMKTsKKworCWlmIChpc3Jj LT5pc3JjX2hhbmRsZXJzICE9IDApCisJCXJldHVybiAoRUJVU1kpOwkvKiBpbnRlcnJydXB0IGlz IGVuYWJsZWQgKGFjdGl2ZSkgKi8KKworCS8qCisJICogT25jZSBhbiBpbnRlcnJ1cHQgaXMgZW5h YmxlZCwgd2UgZG8gbm90IGNoYW5nZSBpdHMgY29uZmlndXJhdGlvbi4KKwkgKiBBIGNvbnRyb2xs ZXIgUElDX0VOQUJMRV9JTlRSKCkgbWV0aG9kIGlzIGNhbGxlZCB3aGVuIGFuIGludGVycnVwdAor CSAqIGlzIGdvaW50IHRvIGJlIGVuYWJsZWQuIEluIHRoaXMgbWV0aG9kLCBhIGNvbnRyb2xsZXIg c2hvdWxkIHNldHVwCisJICogdGhlIGludGVycnVwdCBhY2NvcmRpbmcgdG8gc2F2ZWQgY29uZmln dXJhdGlvbiBwYXJhbWV0ZXJzLgorCSAqLworCWlzcmMtPmlzcmNfdHJpZyA9IHRyaWc7CisJaXNy Yy0+aXNyY19wb2wgPSBwb2w7CisKKwlyZXR1cm4gKDApOworfQorCitpbnQKK2FybV9pcnFfZGVz Y3JpYmUodV9pbnQgaXJxLCB2b2lkICpjb29raWUsIGNvbnN0IGNoYXIgKmRlc2NyKQoreworCXN0 cnVjdCBhcm1faXJxc3JjICppc3JjOworCWludCBlcnJvcjsKKworCWlzcmMgPSBpc3JjX2xvb2t1 cChpcnEpOworCWlmIChpc3JjID09IE5VTEwgfHwgaXNyYy0+aXNyY19oYW5kbGVycyA9PSAwKQor CQlyZXR1cm4gKEVJTlZBTCk7CisKKwlpZiAoaXNyYy0+aXNyY19maWx0ZXIgIT0gTlVMTCkgewor CQlpZiAoaXNyYyAhPSBjb29raWUpCisJCQlyZXR1cm4gKEVJTlZBTCk7CisKKwkJbXR4X2xvY2so JmlzcmNfdGFibGVfbG9jayk7CisJCWlzcmNfdXBkYXRlX25hbWUoaXNyYywgZGVzY3IpOworCQlt dHhfdW5sb2NrKCZpc3JjX3RhYmxlX2xvY2spOworCQlyZXR1cm4gKDApOworCX0KKworCWVycm9y ID0gaW50cl9ldmVudF9kZXNjcmliZV9oYW5kbGVyKGlzcmMtPmlzcmNfZXZlbnQsIGNvb2tpZSwg ZGVzY3IpOworCWlmIChlcnJvciA9PSAwKSB7CisJCW10eF9sb2NrKCZpc3JjX3RhYmxlX2xvY2sp OworCQlpbnRyY250X3VwZGF0ZW5hbWUoaXNyYyk7CisJCW10eF91bmxvY2soJmlzcmNfdGFibGVf bG9jayk7CisJfQorCXJldHVybiAoZXJyb3IpOworfQorCisjaWZkZWYgU01QCitpbnQKK2FybV9p cnFfYmluZCh1X2ludCBpcnEsIGludCBjcHUpCit7CisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmM7 CisKKwlpc3JjID0gaXNyY19sb29rdXAoaXJxKTsKKwlpZiAoaXNyYyA9PSBOVUxMIHx8IGlzcmMt PmlzcmNfaGFuZGxlcnMgPT0gMCkKKwkJcmV0dXJuIChFSU5WQUwpOworCisJaWYgKGlzcmMtPmlz cmNfZmlsdGVyICE9IE5VTEwpCisJCXJldHVybiAoYXJtX2lzcmNfYXNzaWduX2NwdShpc3JjLCBj cHUpKTsKKworCXJldHVybiAoaW50cl9ldmVudF9iaW5kKGlzcmMtPmlzcmNfZXZlbnQsIGNwdSkp OworfQorCisvKgorICogUmV0dXJuIHRoZSBDUFUgdGhhdCB0aGUgbmV4dCBpbnRlcnJ1cHQgc291 cmNlIHNob3VsZCB1c2UuCisgKiBGb3Igbm93IGp1c3QgcmV0dXJucyB0aGUgbmV4dCBDUFUgYWNj b3JkaW5nIHRvIHJvdW5kLXJvYmluLgorICovCit1X2ludAorYXJtX2lycV9uZXh0X2NwdSh1X2lu dCBsYXN0X2NwdSwgY3B1c2V0X3QgKmNwdW1hc2spCit7CisKKwlpZiAoIWlycV9hc3NpZ25fY3B1 IHx8IG1wX25jcHVzID09IDEpCisJCXJldHVybiAoUENQVV9HRVQoY3B1aWQpKTsKKworCWRvIHsK KwkJbGFzdF9jcHUrKzsKKwkJaWYgKGxhc3RfY3B1ID4gbXBfbWF4aWQpCisJCQlsYXN0X2NwdSA9 IDA7CisJfSB3aGlsZSAoIUNQVV9JU1NFVChsYXN0X2NwdSwgY3B1bWFzaykpOworCXJldHVybiAo bGFzdF9jcHUpOworfQorCisvKgorICogIERpc3RyaWJ1dGUgYWxsIHRoZSBpbnRlcnJ1cHQgc291 cmNlcyBhbW9uZyB0aGUgYXZhaWxhYmxlCisgKiAgQ1BVcyBvbmNlIHRoZSBBUCdzIGhhdmUgYmVl biBsYXVuY2hlZC4KKyAqLworc3RhdGljIHZvaWQKK2FybV9pcnFfc2h1ZmZsZSh2b2lkICphcmcg X191bnVzZWQpCit7CisJc3RydWN0IGFybV9pcnFzcmMgKmlzcmM7CisJdV9pbnQgaTsKKworCWlm IChtcF9uY3B1cyA9PSAxKQorCQlyZXR1cm47CisKKwltdHhfbG9jaygmaXNyY190YWJsZV9sb2Nr KTsKKwlpcnFfYXNzaWduX2NwdSA9IFRSVUU7CisJZm9yIChpID0gMDsgaSA8IE5JUlE7IGkrKykg eworCQlpc3JjID0gaXJxX3NvdXJjZXNbaV07CisJCWlmIChpc3JjID09IE5VTEwgfHwgaXNyYy0+ aXNyY19oYW5kbGVycyA9PSAwIHx8CisJCSAgICBpc3JjLT5pc3JjX2ZsYWdzICYgSVNSQ0ZfUEVS Q1BVKQorCQkJY29udGludWU7CisKKwkJaWYgKGlzcmMtPmlzcmNfZXZlbnQgIT0gTlVMTCAmJiBp c3JjLT5pc3JjX2ZsYWdzICYgSVNSQ0ZfQk9VTkQgJiYKKwkJICAgIGlzcmMtPmlzcmNfZXZlbnQt PmllX2NwdSAhPSBDUFVfRkZTKCZpc3JjLT5pc3JjX2NwdSkgLSAxKQorCQkJcGFuaWMoIiVzOiBD UFUgaW5jb25zaXN0ZW5jeSIsIF9fZnVuY19fKTsKKworCQlpZiAoKGlzcmMtPmlzcmNfZmxhZ3Mg JiBJU1JDRl9CT1VORCkgPT0gMCkKKwkJCUNQVV9aRVJPKCZpc3JjLT5pc3JjX2NwdSk7IC8qIHN0 YXJ0IGFnYWluICovCisKKwkJLyoKKwkJICogV2UgYXJlIGluIHdpY2tlZCBwb3NpdGlvbiBoZXJl IGlmIHRoZSBmb2xsb3dpbmcgY2FsbCBmYWlscworCQkgKiBmb3IgYm91bmQgSVNSQy4gVGhlIGJl c3QgdGhpbmcgd2UgY2FuIGRvIGlzIHRvIGNsZWFyCisJCSAqIGlzcmNfY3B1IHNvIGluY29uc2lz dGVuY3kgd2l0aCBpZV9jcHUgd2lsbCBiZSBkZXRlY3RhYmxlLgorCQkgKi8KKwkJaWYgKFBJQ19C SU5EKGlzcmMtPmlzcmNfZGV2LCBpc3JjKSAhPSAwKQorCQkJQ1BVX1pFUk8oJmlzcmMtPmlzcmNf Y3B1KTsKKwl9CisJbXR4X3VubG9jaygmaXNyY190YWJsZV9sb2NrKTsKK30KK1NZU0lOSVQoYXJt X2lycV9zaHVmZmxlLCBTSV9TVUJfU01QLCBTSV9PUkRFUl9TRUNPTkQsIGFybV9pcnFfc2h1ZmZs ZSwgTlVMTCk7CisKKyNlbHNlCit1X2ludAorYXJtX2lycV9uZXh0X2NwdSh1X2ludCBjdXJyZW50 X2NwdSwgY3B1c2V0X3QgKmNwdW1hc2spCit7CisKKwlyZXR1cm4gKFBDUFVfR0VUKGNwdWlkKSk7 Cit9CisjZW5kaWYKKworI2lmZGVmIEZEVAorLyoKKyAqICBEZXNjcmliZSBpbnRlcnJ1cHQgc291 cmNlIGZvciBGRFQuCisgKi8KK2ludAorZmR0X2Rlc2NyaWJlX2lycShjaGFyICpidWYsIHVfaW50 IGxlbiwgdV9pbnQgaXJxKQoreworCXN0cnVjdCBhcm1faXJxc3JjICppc3JjOworCWludCBydjsK KworCWlzcmMgPSBpc3JjX2xvb2t1cChpcnEpOworCWlmIChpc3JjID09IE5VTEwpIHsKKwkJcmV0 dXJuIChzbnByaW50ZihidWYsIGxlbiwgIm5vIGlycSBzb3VyY2UiKSk7CisJfQorCisJKHZvaWQp aXNyY19yZWdpc3Rlcihpc3JjKTsKKwlpZiAoKGlzcmMtPmlzcmNfZmxhZ3MgJiBJU1JDRl9SRUdJ U1RFUkVEKSA9PSAwKSB7CisJCXJ2ID0gc25wcmludGYoYnVmLCBsZW4sICJpcnEldShub3QgbWFw cGVkKSIsIGlycSk7CisJfSBlbHNlIHsKKwkJcnYgPSBzbnByaW50ZihidWYsIGxlbiwgImlycSV1 KCVzKSIsIGlycSwgaXNyYy0+aXNyY19uYW1lKTsKKwl9CisJcmV0dXJuIChydik7Cit9CisjZW5k aWYKKwordm9pZCBkb3NvZnRpbnRzKHZvaWQpOwordm9pZAorZG9zb2Z0aW50cyh2b2lkKQorewor fQorCisvKgorICogYXJtX2lycV9tZW1vcnlfYmFycmllcigpCisgKgorICogRW5zdXJlIGFsbCB3 cml0ZXMgdG8gZGV2aWNlIG1lbW9yeSBoYXZlIHJlYWNoZWQgZGV2aWNlcyBiZWZvcmUgcHJvY2Vl ZGluZy4KKyAqCisgKiBUaGlzIGlzIGludGVuZGVkIHRvIGJlIGNhbGxlZCBmcm9tIHRoZSBwb3N0 LWZpbHRlciBhbmQgcG9zdC10aHJlYWQgcm91dGluZXMKKyAqIG9mIGFuIGludGVycnVwdCBjb250 cm9sbGVyIGltcGxlbWVudGF0aW9uLiAgQSBwZXJpcGhlcmFsIGRldmljZSBkcml2ZXIgc2hvdWxk CisgKiB1c2UgYnVzX3NwYWNlX2JhcnJpZXIoKSBpZiBpdCBuZWVkcyB0byBlbnN1cmUgYSB3cml0 ZSBoYXMgcmVhY2hlZCB0aGUKKyAqIGhhcmR3YXJlIGZvciBzb21lIHJlYXNvbiBvdGhlciB0aGFu IGNsZWFyaW5nIGludGVycnVwdCBjb25kaXRpb25zLgorICoKKyAqIFRoZSBuZWVkIGZvciB0aGlz IGZ1bmN0aW9uIGFyaXNlcyBmcm9tIHRoZSBBUk0gd2VhayBtZW1vcnkgb3JkZXJpbmcgbW9kZWwu CisgKiBXcml0ZXMgdG8gbG9jYXRpb25zIG1hcHBlZCB3aXRoIHRoZSBEZXZpY2UgYXR0cmlidXRl IGJ5cGFzcyBhbnkgY2FjaGVzLCBidXQKKyAqIGFyZSBidWZmZXJlZC4gIE11bHRpcGxlIHdyaXRl cyB0byB0aGUgc2FtZSBkZXZpY2Ugd2lsbCBiZSBvYnNlcnZlZCBieSB0aGF0CisgKiBkZXZpY2Ug aW4gdGhlIG9yZGVyIGlzc3VlZCBieSB0aGUgY3B1LiAgV3JpdGVzIHRvIGRpZmZlcmVudCBkZXZp Y2VzIG1heQorICogYXBwZWFyIGF0IHRob3NlIGRldmljZXMgaW4gYSBkaWZmZXJlbnQgb3JkZXIg dGhhbiBpc3N1ZWQgYnkgdGhlIGNwdS4gIFRoYXQKKyAqIGlzLCBpZiB0aGUgY3B1IHdyaXRlcyB0 byBkZXZpY2UgQSB0aGVuIGRldmljZSBCLCB0aGUgd3JpdGUgdG8gZGV2aWNlIEIgY291bGQKKyAq IGNvbXBsZXRlIGJlZm9yZSB0aGUgd3JpdGUgdG8gZGV2aWNlIEEuCisgKgorICogQ29uc2lkZXIg YSB0eXBpY2FsIGRldmljZSBpbnRlcnJ1cHQgaGFuZGxlciB3aGljaCBzZXJ2aWNlcyB0aGUgaW50 ZXJydXB0IGFuZAorICogd3JpdGVzIHRvIGEgZGV2aWNlIHN0YXR1cy1hY2tub3dsZWRnZSByZWdp c3RlciB0byBjbGVhciB0aGUgaW50ZXJydXB0IGJlZm9yZQorICogcmV0dXJuaW5nLiAgVGhhdCB3 cml0ZSBpcyBwb3N0ZWQgdG8gdGhlIEwyIGNvbnRyb2xsZXIgd2hpY2ggImltbWVkaWF0ZWx5Igor ICogcGxhY2VzIGl0IGluIGEgc3RvcmUgYnVmZmVyIGFuZCBhdXRvbWF0aWNhbGx5IGRyYWlucyB0 aGF0IGJ1ZmZlci4gIFRoaXMgY2FuCisgKiBiZSBsZXNzIGltbWVkaWF0ZSB0aGFuIHlvdSdkIHRo aW5rLi4uIFRoZXJlIG1heSBiZSBubyBmcmVlIHNsb3RzIGluIHRoZSBzdG9yZQorICogYnVmZmVy cywgc28gYW4gZXhpc3RpbmcgYnVmZmVyIGhhcyB0byBiZSBkcmFpbmVkIGZpcnN0IHRvIG1ha2Ug cm9vbS4gIFRoZQorICogdGFyZ2V0IGJ1cyBtYXkgYmUgYnVzeSB3aXRoIG90aGVyIHRyYWZmaWMg KHN1Y2ggYXMgRE1BIGZvciB2YXJpb3VzIGRldmljZXMpLAorICogZGVsYXlpbmcgdGhlIGRyYWlu IG9mIHRoZSBzdG9yZSBidWZmZXIgZm9yIHNvbWUgaW5kZXRlcm1pbmF0ZSB0aW1lLiAgV2hpbGUK KyAqIGFsbCB0aGlzIGRlbGF5IGlzIGhhcHBlbmluZywgZXhlY3V0aW9uIHByb2NlZWRzIG9uIHRo ZSBDUFUsIHVud2luZGluZyBpdHMgd2F5CisgKiBvdXQgb2YgdGhlIGludGVycnVwdCBjYWxsIHN0 YWNrIHRvIHRoZSBwb2ludCB3aGVyZSB0aGUgaW50ZXJydXB0IGRyaXZlciBjb2RlCisgKiBpcyBy ZWFkeSB0byBFT0kgYW5kIHVubWFzayB0aGUgaW50ZXJydXB0LiAgVGhlIGludGVycnVwdCBjb250 cm9sbGVyIG1heSBiZQorICogYWNjZXNzZWQgdmlhIGEgZmFzdGVyIGJ1cyB0aGFuIHRoZSBoYXJk d2FyZSB3aG9zZSBoYW5kbGVyIGp1c3QgcmFuOyB0aGUgd3JpdGUKKyAqIHRvIHVubWFzayBhbmQg RU9JIHRoZSBpbnRlcnJ1cHQgbWF5IGNvbXBsZXRlIHF1aWNrbHkgd2hpbGUgdGhlIGRldmljZSB3 cml0ZQorICogdG8gYWNrIGFuZCBjbGVhciB0aGUgaW50ZXJydXB0IHNvdXJjZSBpcyBzdGlsbCBs aW5nZXJpbmcgaW4gYSBzdG9yZSBidWZmZXIKKyAqIHdhaXRpbmcgZm9yIGFjY2VzcyB0byBhIHNs b3dlciBidXMuICBXaXRoIHRoZSBpbnRlcnJ1cHQgdW5tYXNrZWQgYXQgdGhlCisgKiBpbnRlcnJ1 cHQgY29udHJvbGxlciBidXQgc3RpbGwgYWN0aXZlIGF0IHRoZSBkZXZpY2UsIGFzIHNvb24gYXMg aW50ZXJydXB0cworICogYXJlIGVuYWJsZWQgb24gdGhlIGNvcmUgdGhlIGRldmljZSByZS1pbnRl cnJ1cHRzIGltbWVkaWF0ZWx5OiBub3cgeW91J3ZlIGdvdAorICogYSBzcHVyaW91cyBpbnRlcnJ1 cHQgb24geW91ciBoYW5kcy4KKyAqCisgKiBUaGUgcmlnaHQgd2F5IHRvIGZpeCB0aGlzIHByb2Js ZW0gaXMgZm9yIGV2ZXJ5IGRldmljZSBkcml2ZXIgdG8gdXNlIHRoZQorICogcHJvcGVyIGJ1c19z cGFjZV9iYXJyaWVyKCkgY2FsbHMgaW4gaXRzIGludGVycnVwdCBoYW5kbGVyLiAgRm9yIEFSTSBh IHNpbmdsZQorICogYmFycmllciBjYWxsIGF0IHRoZSBlbmQgb2YgdGhlIGhhbmRsZXIgd291bGQg d29yay4gIFRoaXMgd291bGQgaGF2ZSB0byBiZQorICogZG9uZSB0byBldmVyeSBkcml2ZXIgaW4g dGhlIHN5c3RlbSwgbm90IGp1c3QgYXJtLXNwZWNpZmljIGRyaXZlcnMuCisgKgorICogQW5vdGhl ciBwb3RlbnRpYWwgZml4IGlzIHRvIG1hcCBhbGwgZGV2aWNlIG1lbW9yeSBhcyBTdHJvbmdseS1P cmRlcmVkIHJhdGhlcgorICogdGhhbiBEZXZpY2UgbWVtb3J5LCB3aGljaCB0YWtlcyB0aGUgc3Rv cmUgYnVmZmVycyBvdXQgb2YgdGhlIHBpY3R1cmUuICBUaGlzCisgKiBoYXMgYSBwcmV0dHkgYmln IGltcGFjdCBvbiBvdmVyYWxsIHN5c3RlbSBwZXJmb3JtYW5jZSwgYmVjYXVzZSBlYWNoIHN0cm9u Z2x5CisgKiBvcmRlcmVkIG1lbW9yeSBhY2Nlc3MgY2F1c2VzIGFsbCBMMiBzdG9yZSBidWZmZXJz IHRvIGJlIGRyYWluZWQuCisgKgorICogQSBjb21wcm9taXNlIHNvbHV0aW9uIGlzIHRvIGhhdmUg dGhlIGludGVycnVwdCBjb250cm9sbGVyIGltcGxlbWVudGF0aW9uIGNhbGwKKyAqIHRoaXMgZnVu Y3Rpb24gdG8gZXN0YWJsaXNoIGEgYmFycmllciBiZXR3ZWVuIHdyaXRlcyB0byB0aGUgaW50ZXJy dXB0LXNvdXJjZQorICogZGV2aWNlIGFuZCB3cml0ZXMgdG8gdGhlIGludGVycnVwdCBjb250cm9s bGVyIGRldmljZS4KKyAqCisgKiBUaGlzIHRha2VzIHRoZSBpbnRlcnJ1cHQgbnVtYmVyIGFzIGFu IGFyZ3VtZW50LCBhbmQgY3VycmVudGx5IGRvZXNuJ3QgdXNlIGl0LgorICogVGhlIHBsYW4gaXMg dGhhdCBtYXliZSBzb21lIGRheSB0aGVyZSBpcyBhIHdheSB0byBmbGFnIGNlcnRhaW4gaW50ZXJy dXB0cyBhcworICogIm1lbW9yeSBiYXJyaWVyIHNhZmUiIGFuZCB3ZSBjYW4gYXZvaWQgdGhpcyBv dmVyaGVhZCB3aXRoIHRoZW0uCisgKi8KK3ZvaWQKK2FybV9pcnFfbWVtb3J5X2JhcnJpZXIodWlu dHB0cl90IGlycSkKK3sKKworCWRzYigpOworCWNwdV9sMmNhY2hlX2RyYWluX3dyaXRlYnVmKCk7 Cit9CisKKyNpZmRlZiBTTVAKKy8qCisgKiAgTG9va3VwIElQSSBzb3VyY2UuCisgKi8KK3N0YXRp YyBzdHJ1Y3QgYXJtX2lycXNyYyAqCithcm1faXBpX2xvb2t1cCh1X2ludCBpcGkpCit7CisKKwlp ZiAoaXBpID49IEFSTV9JUElfQ09VTlQpCisJCXBhbmljKCIlczogbm8gc3VjaCBJUEkgJXUiLCBf X2Z1bmNfXywgaXBpKTsKKworCXJldHVybiAoJmlwaV9zb3VyY2VzW2lwaV0pOworfQorCisvKgor ICogIEFSTSBpbnRlcnJ1cHQgY29udHJvbGxlciBkaXNwYXRjaCBmdW5jdGlvbiBmb3IgSVBJcy4g SXQgc2hvdWxkCisgKiAgYmUgY2FsbGVkIHN0cmFpZ2h0IGZyb20gdGhlIGludGVycnVwdCBjb250 cm9sbGVyLCB3aGVuIGFzc29jaWF0ZWQKKyAqICBpbnRlcnJ1cHQgc291cmNlIGlzIGxlYXJuZWQu IE9yIGZyb20gYW55Ym9keSB3aG8gaGFzIGFhbiBpbnRlcnJ1cHQKKyAqICBzb3VyY2UgbWFwcGVk LgorICovCit2b2lkCithcm1faXBpX2Rpc3BhdGNoKHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCBz dHJ1Y3QgdHJhcGZyYW1lICp0ZikKK3sKKwl2b2lkICphcmc7CisKKwlLQVNTRVJUKGlzcmMgIT0g TlVMTCwgKCIlczogbm8gc291cmNlIiwgX19mdW5jX18pKTsKKworCWlzcmNfaW5jcmVtZW50X2lw aV9jb3VudChpc3JjLCBQQ1BVX0dFVChjcHVpZCkpOworCisJLyoKKwkgKiBTdXBwbHkgaXBpIGZp bHRlciB3aXRoIHRyYXBmcmFtZSBhcmd1bWVudAorCSAqIGlmIG5vbmUgaXMgcmVnaXN0ZXJlZC4K KwkgKi8KKwlhcmcgPSBpc3JjLT5pc3JjX2FyZyAhPSBOVUxMID8gaXNyYy0+aXNyY19hcmcgOiB0 ZjsKKwlpc3JjLT5pc3JjX2lwaWZpbHRlcihhcmcpOworfQorCisvKgorICogIE1hcCBJUEkgaW50 byBpbnRlcnJ1cHQgY29udHJvbGxlci4KKyAqCisgKiAgTm90IFNNUCBjb2hlcmVudC4KKyAqLwor c3RhdGljIGludAoraXBpX21hcChzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgdV9pbnQgaXBpKQor eworCWJvb2xlYW5fdCBpc19wZXJjcHU7CisJaW50IGVycm9yOworCisJaWYgKGlwaSA+PSBBUk1f SVBJX0NPVU5UKQorCQlwYW5pYygiJXM6IG5vIHN1Y2ggSVBJICV1IiwgX19mdW5jX18sIGlwaSk7 CisKKwlLQVNTRVJUKGlycV9yb290X2RldiAhPSBOVUxMLCAoIiVzOiBubyByb290IGF0dGFjaGVk IiwgX19mdW5jX18pKTsKKworCWlzcmMtPmlzcmNfdHlwZSA9IEFSTV9JU1JDVF9OQU1FU1BBQ0U7 CisJaXNyYy0+aXNyY19uc3BjX3R5cGUgPSBBUk1fSVJRX05TUENfSVBJOworCWlzcmMtPmlzcmNf bnNwY19udW0gPSBpcGlfbmV4dF9udW07CisKKwllcnJvciA9IFBJQ19SRUdJU1RFUihpcnFfcm9v dF9kZXYsIGlzcmMsICZpc19wZXJjcHUpOworCisJZGVidWdmKCJpcGkgJXUgbWFwcGVkIHRvICV1 IG9uICVzIC0gZXJyb3IgJWRcbiIsIGlwaSwgaXBpX25leHRfbnVtLAorCSAgICBkZXZpY2VfZ2V0 X25hbWV1bml0KGlycV9yb290X2RldiksIGVycm9yKTsKKworCWlmIChlcnJvciA9PSAwKQorCQlp cGlfbmV4dF9udW0rKzsKKwlyZXR1cm4gKGVycm9yKTsKK30KKworLyoKKyAqICBTZXR1cCBJUEkg aGFuZGxlciB0byBpbnRlcnJ1cHQgc291cmNlLgorICoKKyAqICBOb3RlIHRoYXQgdGhlcmUgY291 bGQgYmUgbW9yZSB3YXlzIGhvdyB0byBzZW5kIGFuZCByZWNlaXZlIElQSXMKKyAqICBvbiBhIHBs YXRmb3JtIGxpa2UgZmFzdCBpbnRlcnJ1cHRzIGZvciBleGFtcGxlLiBJbiB0aGF0IGNhc2UsCisg KiAgb25lIGNhbiBjYWxsIHRoaXMgZnVuY3Rpb24gd2l0aCBBU0lGX05PQUxMT0MgZmxhZyBzZXQg YW5kIHRoZW4KKyAqICBjYWxsIGFybV9pcGlfZGlzcGF0Y2goKSB3aGVuIGFwcHJvcHJpYXRlLgor ICoKKyAqICBOb3QgU01QIGNvaGVyZW50LgorICovCitpbnQKK2FybV9pcGlfc2V0X2hhbmRsZXIo dV9pbnQgaXBpLCBjb25zdCBjaGFyICpuYW1lLCBhcm1faXBpX2ZpbHRlcl90ICpmaWx0ZXIsCisg ICAgdm9pZCAqYXJnLCB1X2ludCBmbGFncykKK3sKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYzsK KwlpbnQgZXJyb3I7CisKKwlpZiAoZmlsdGVyID09IE5VTEwpCisJCXJldHVybihFSU5WQUwpOwor CisJaXNyYyA9IGFybV9pcGlfbG9va3VwKGlwaSk7CisJaWYgKGlzcmMtPmlzcmNfaXBpZmlsdGVy ICE9IE5VTEwpCisJCXJldHVybiAoRUVYSVNUKTsKKworCWlmICgoZmxhZ3MgJiBBSVNIRl9OT0FM TE9DKSA9PSAwKSB7CisJCWVycm9yID0gaXBpX21hcChpc3JjLCBpcGkpOworCQlpZiAoZXJyb3Ig IT0gMCkKKwkJCXJldHVybiAoZXJyb3IpOworCX0KKworCWlzcmMtPmlzcmNfaXBpZmlsdGVyID0g ZmlsdGVyOworCWlzcmMtPmlzcmNfYXJnID0gYXJnOworCisJaXNyY19zZXR1cF9pcGlfY291bnRl cnMoaXNyYywgbmFtZSk7CisJcmV0dXJuICgwKTsKK30KKworLyoKKyAqICBTZW5kIElQSSB0aHJ1 IGludGVycnVwdCBjb250cm9sbGVyLgorICovCit2b2lkCitwaWNfaXBpX3NlbmQoY3B1c2V0X3Qg Y3B1cywgdV9pbnQgaXBpKQoreworCXN0cnVjdCBhcm1faXJxc3JjICppc3JjOworCisJaXNyYyA9 IGFybV9pcGlfbG9va3VwKGlwaSk7CisKKwlLQVNTRVJUKGlycV9yb290X2RldiAhPSBOVUxMLCAo IiVzOiBubyByb290IGF0dGFjaGVkIiwgX19mdW5jX18pKTsKKwlQSUNfSVBJX1NFTkQoaXJxX3Jv b3RfZGV2LCBpc3JjLCBjcHVzKTsKK30KKworLyoKKyAqICBJbml0IGludGVycnVwdCBjb250cm9s bGVyIG9uIGFub3RoZXIgQ1BVLgorICovCit2b2lkCithcm1fcGljX2luaXRfc2Vjb25kYXJ5KHZv aWQpCit7CisKKwkvKgorCSAqIFFRUTogT25seSByb290IFBJQyBpcyBhd2FyZSBvZiBvdGhlciBD UFVzID8/PworCSAqLworCUtBU1NFUlQoaXJxX3Jvb3RfZGV2ICE9IE5VTEwsICgiJXM6IG5vIHJv b3QgYXR0YWNoZWQiLCBfX2Z1bmNfXykpOworCisJbXR4X2xvY2soJmlzcmNfdGFibGVfbG9jayk7 CisJUElDX0lOSVRfU0VDT05EQVJZKGlycV9yb290X2Rldik7CisJbXR4X3VubG9jaygmaXNyY190 YWJsZV9sb2NrKTsKK30KKyNlbmRpZgorCisjaWZkZWYgRERCCitEQl9TSE9XX0NPTU1BTkQoaXJx LCBkYl9zaG93X2lycSkKK3sKKwl1X2ludCBpLCBpcnFzdW07CisJc3RydWN0IGFybV9pcnFzcmMg KmlzcmM7CisKKyNpZmRlZiBTTVAKKwlmb3IgKGkgPSAwOyBpIDw9IG1wX21heGlkOyBpKyspIHsK KwkJc3RydWN0IHBjcHUgKnBjOworCQl1X2ludCBpcGksIGlwaXN1bTsKKworCQlwYyA9IHBjcHVf ZmluZChpKTsKKwkJaWYgKHBjICE9IE5VTEwpIHsKKwkJCWZvciAoaXBpc3VtID0gMCwgaXBpID0g MDsgaXBpIDwgQVJNX0lQSV9DT1VOVDsgaXBpKyspIHsKKwkJCQlpc3JjID0gYXJtX2lwaV9sb29r dXAoaXBpKTsKKwkJCQlpZiAoaXNyYy0+aXNyY19jb3VudCAhPSBOVUxMKQorCQkJCQlpcGlzdW0g Kz0gaXNyYy0+aXNyY19jb3VudFtpXTsKKwkJCX0KKwkJCXByaW50ZiAoImNwdSV1OiB0b3RhbCAl dSBpcGlzICV1XG4iLCBpLAorCQkJICAgIHBjLT5wY19jbnQudl9pbnRyLCBpcGlzdW0pOworICAg IAkJfQorCX0KKwlkYl9wcmludGYoIlxuIik7CisjZW5kaWYKKworCWZvciAoaXJxc3VtID0gMCwg aSA9IDA7IGkgPCBOSVJROyBpKyspIHsKKwkJaXNyYyA9IGlycV9zb3VyY2VzW2ldOworCQlpZiAo aXNyYyA9PSBOVUxMKQorCQkJY29udGludWU7CisKKwkJZGJfcHJpbnRmKCJpcnElLTN1IDwlcz46 IGNwdSAlMDJseCVzIGNudCAlbHVcbiIsIGksCisJCSAgICBpc3JjLT5pc3JjX25hbWUsIGlzcmMt PmlzcmNfY3B1Ll9fYml0c1swXSwKKwkJICAgIGlzcmMtPmlzcmNfZmxhZ3MgJiBJU1JDRl9CT1VO RCA/ICIgKGJvdW5kKSIgOiAiIiwKKwkJICAgIGlzcmMtPmlzcmNfY291bnRbMF0pOworCQlpcnFz dW0gKz0gaXNyYy0+aXNyY19jb3VudFswXTsKKwl9CisJZGJfcHJpbnRmKCJpcnEgdG90YWwgJXVc biIsIGlycXN1bSk7CisKK30KKyNlbmRpZgpJbmRleDogc3lzL2FybS9hcm0vbXBfbWFjaGRlcC5j Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYXJtL21wX21hY2hkZXAuYwkocmV2aXNpb24gMjc5Njg1 KQorKysgc3lzL2FybS9hcm0vbXBfbWFjaGRlcC5jCSh3b3JraW5nIGNvcHkpCkBAIC03Myw3ICs3 Myw5IEBACiAvKiBTZXQgdG8gMSBvbmNlIHdlJ3JlIHJlYWR5IHRvIGxldCB0aGUgQVBzIG91dCBv ZiB0aGUgcGVuLiAqLwogdm9sYXRpbGUgaW50IGFwc19yZWFkeSA9IDA7CiAKKyNpZm5kZWYgQVJN X0lOVFJORwogc3RhdGljIGludCBpcGlfaGFuZGxlcih2b2lkICphcmcpOworI2VuZGlmCiB2b2lk IHNldF9zdGFja3B0cnMoaW50IGNwdSk7CiAKIC8qIFRlbXBvcmFyeSB2YXJpYWJsZXMgZm9yIGlu aXRfc2Vjb25kYXJ5KCkgICovCkBAIC0xMzMsNyArMTM1LDYgQEAKIAllbHNlCiAJCWZvciAoaSA9 IDE7IGkgPCBtcF9uY3B1czsgaSsrKQogCQkJQ1BVX1NFVChpLCAmYWxsX2NwdXMpOwotCiB9CiAK IC8qIEludHJvZHVjZSByZXN0IG9mIGNvcmVzIHRvIHRoZSB3b3JsZCAqLwpAQCAtMTQ5LDcgKzE1 MCw2IEBACiB7CiAJc3RydWN0IHBjcHUgKnBjOwogCXVpbnQzMl90IGxvb3BfY291bnRlcjsKLQlp bnQgc3RhcnQgPSAwLCBlbmQgPSAwOwogCiAJY3B1X3NldHVwKE5VTEwpOwogCXNldHR0YihwbWFw X3BhKTsKQEAgLTE5OSwxOCArMTk5LDYgQEAKIAogCW10eF91bmxvY2tfc3BpbigmYXBfYm9vdF9t dHgpOwogCi0JLyogRW5hYmxlIGlwaSAqLwotI2lmZGVmIElQSV9JUlFfU1RBUlQKLQlzdGFydCA9 IElQSV9JUlFfU1RBUlQ7Ci0jaWZkZWYgSVBJX0lSUV9FTkQKLSAgCWVuZCA9IElQSV9JUlFfRU5E OwotI2Vsc2UKLQllbmQgPSBJUElfSVJRX1NUQVJUOwotI2VuZGlmCi0jZW5kaWYKLQkJCQkKLQlm b3IgKGludCBpID0gc3RhcnQ7IGkgPD0gZW5kOyBpKyspCi0JCWFybV91bm1hc2tfaXJxKGkpOwog CWVuYWJsZV9pbnRlcnJ1cHRzKFBTUl9JKTsKIAogCWxvb3BfY291bnRlciA9IDA7CkBAIC0yMzMs NiArMjIxLDEwOCBAQAogCS8qIE5PVFJFQUNIRUQgKi8KIH0KIAorI2lmZGVmIEFSTV9JTlRSTkcK K3N0YXRpYyB2b2lkCitpcGlfcmVuZGV6dm91cyh2b2lkICpkdW1teSBfX3VudXNlZCkKK3sKKwor CUNUUjAoS1RSX1NNUCwgIklQSV9SRU5ERVpWT1VTIik7CisJc21wX3JlbmRlenZvdXNfYWN0aW9u KCk7Cit9CisKK3N0YXRpYyB2b2lkCitpcGlfYXN0KHZvaWQgKmR1bW15IF9fdW51c2VkKQorewor CisJQ1RSMChLVFJfU01QLCAiSVBJX0FTVCIpOworfQorCitzdGF0aWMgdm9pZAoraXBpX3N0b3Ao dm9pZCAqZHVtbXkgX191bnVzZWQpCit7CisJdV9pbnQgY3B1OworCisJLyoKKwkgKiBJUElfU1RP UF9IQVJEIGlzIG1hcHBlZCB0byBJUElfU1RPUC4KKwkgKi8KKwlDVFIwKEtUUl9TTVAsICJJUElf U1RPUCBvciBJUElfU1RPUF9IQVJEIik7CisKKwljcHUgPSBQQ1BVX0dFVChjcHVpZCk7CisJc2F2 ZWN0eCgmc3RvcHBjYnNbY3B1XSk7CisKKwkvKgorCSAqIENQVXMgYXJlIHN0b3BwZWQgd2hlbiBl bnRlcmluZyB0aGUgZGVidWdnZXIgYW5kIGF0CisJICogc3lzdGVtIHNodXRkb3duLCBib3RoIGV2 ZW50cyB3aGljaCBjYW4gcHJlY2VkZSBhCisJICogcGFuaWMgZHVtcC4gIEZvciB0aGUgZHVtcCB0 byBiZSBjb3JyZWN0LCBhbGwgY2FjaGVzCisJICogbXVzdCBiZSBmbHVzaGVkIGFuZCBpbnZhbGlk YXRlZCwgYnV0IG9uIEFSTSB0aGVyZSdzCisJICogbm8gd2F5IHRvIGJyb2FkY2FzdCBhIHdiaW52 X2FsbCB0byBvdGhlciBjb3Jlcy4KKwkgKiBJbnN0ZWFkLCB3ZSBoYXZlIGVhY2ggY29yZSBkbyB0 aGUgbG9jYWwgd2JpbnZfYWxsIGFzCisJICogcGFydCBvZiBzdG9wcGluZyB0aGUgY29yZS4gIFRo ZSBjb3JlIHJlcXVlc3RpbmcgdGhlCisJICogc3RvcCB3aWxsIGRvIHRoZSBsMiBjYWNoZSBmbHVz aCBhZnRlciBhbGwgb3RoZXIgY29yZXMKKwkgKiBoYXZlIGRvbmUgdGhlaXIgbDEgZmx1c2hlcyBh bmQgc3RvcHBlZC4KKwkgKi8KKwljcHVfaWRjYWNoZV93Ymludl9hbGwoKTsKKworCS8qIEluZGlj YXRlIHdlIGFyZSBzdG9wcGVkICovCisJQ1BVX1NFVF9BVE9NSUMoY3B1LCAmc3RvcHBlZF9jcHVz KTsKKworCS8qIFdhaXQgZm9yIHJlc3RhcnQgKi8KKwl3aGlsZSAoIUNQVV9JU1NFVChjcHUsICZz dGFydGVkX2NwdXMpKQorCQljcHVfc3BpbndhaXQoKTsKKworCUNQVV9DTFJfQVRPTUlDKGNwdSwg JnN0YXJ0ZWRfY3B1cyk7CisJQ1BVX0NMUl9BVE9NSUMoY3B1LCAmc3RvcHBlZF9jcHVzKTsKKwlD VFIwKEtUUl9TTVAsICJJUElfU1RPUCAocmVzdGFydCkiKTsKK30KKworc3RhdGljIHZvaWQKK2lw aV9wcmVlbXB0KHZvaWQgKmFyZykKK3sKKwlzdHJ1Y3QgdHJhcGZyYW1lICpvbGRmcmFtZTsKKwlz dHJ1Y3QgdGhyZWFkICp0ZDsKKworCWNyaXRpY2FsX2VudGVyKCk7CisJdGQgPSBjdXJ0aHJlYWQ7 CisJdGQtPnRkX2ludHJfbmVzdGluZ19sZXZlbCsrOworCW9sZGZyYW1lID0gdGQtPnRkX2ludHJf ZnJhbWU7CisJdGQtPnRkX2ludHJfZnJhbWUgPSAoc3RydWN0IHRyYXBmcmFtZSAqKWFyZzsKKwor CUNUUjEoS1RSX1NNUCwgIiVzOiBJUElfUFJFRU1QVCIsIF9fZnVuY19fKTsKKwlzY2hlZF9wcmVl bXB0KHRkKTsKKworCXRkLT50ZF9pbnRyX2ZyYW1lID0gb2xkZnJhbWU7CisJdGQtPnRkX2ludHJf bmVzdGluZ19sZXZlbC0tOworCWNyaXRpY2FsX2V4aXQoKTsKK30KKworc3RhdGljIHZvaWQKK2lw aV9oYXJkY2xvY2sodm9pZCAqYXJnKQoreworCXN0cnVjdCB0cmFwZnJhbWUgKm9sZGZyYW1lOwor CXN0cnVjdCB0aHJlYWQgKnRkOworCisJY3JpdGljYWxfZW50ZXIoKTsKKwl0ZCA9IGN1cnRocmVh ZDsKKwl0ZC0+dGRfaW50cl9uZXN0aW5nX2xldmVsKys7CisJb2xkZnJhbWUgPSB0ZC0+dGRfaW50 cl9mcmFtZTsKKwl0ZC0+dGRfaW50cl9mcmFtZSA9IChzdHJ1Y3QgdHJhcGZyYW1lICopYXJnOwor CisJQ1RSMShLVFJfU01QLCAiJXM6IElQSV9IQVJEQ0xPQ0siLCBfX2Z1bmNfXyk7CisJaGFyZGNs b2NraW50cigpOworCisJdGQtPnRkX2ludHJfZnJhbWUgPSBvbGRmcmFtZTsKKwl0ZC0+dGRfaW50 cl9uZXN0aW5nX2xldmVsLS07CisJY3JpdGljYWxfZXhpdCgpOworfQorCitzdGF0aWMgdm9pZAor aXBpX3RsYih2b2lkICpkdW1teSBfX3VudXNlZCkKK3sKKworCUNUUjEoS1RSX1NNUCwgIiVzOiBJ UElfVExCIiwgX19mdW5jX18pOworCWNwdWZ1bmNzLmNmX3RsYl9mbHVzaElEKCk7Cit9CisjZWxz ZQogc3RhdGljIGludAogaXBpX2hhbmRsZXIodm9pZCAqYXJnKQogewpAQCAtMzA4LDE1ICszOTgs MjggQEAKIAogCXJldHVybiAoRklMVEVSX0hBTkRMRUQpOwogfQorI2VuZGlmCiAKIHN0YXRpYyB2 b2lkCiByZWxlYXNlX2Fwcyh2b2lkICpkdW1teSBfX3VudXNlZCkKIHsKIAl1aW50MzJfdCBsb29w X2NvdW50ZXI7CisjaWZuZGVmIEFSTV9JTlRSTkcKIAlpbnQgc3RhcnQgPSAwLCBlbmQgPSAwOwor I2VuZGlmCiAKIAlpZiAobXBfbmNwdXMgPT0gMSkKIAkJcmV0dXJuOworCisjaWZkZWYgQVJNX0lO VFJORworCWFybV9pcGlfc2V0X2hhbmRsZXIoSVBJX1JFTkRFWlZPVVMsICJyZW5kZXp2b3VzIiwg aXBpX3JlbmRlenZvdXMsIE5VTEwsIDApOworCWFybV9pcGlfc2V0X2hhbmRsZXIoSVBJX0FTVCwg ImFzdCIsIGlwaV9hc3QsIE5VTEwsIDApOworCWFybV9pcGlfc2V0X2hhbmRsZXIoSVBJX1NUT1As ICJzdG9wIiwgaXBpX3N0b3AsIE5VTEwsIDApOworCWFybV9pcGlfc2V0X2hhbmRsZXIoSVBJX1BS RUVNUFQsICJwcmVlbXB0IiwgaXBpX3ByZWVtcHQsIE5VTEwsIDApOworCWFybV9pcGlfc2V0X2hh bmRsZXIoSVBJX0hBUkRDTE9DSywgImhhcmRjbG9jayIsIGlwaV9oYXJkY2xvY2ssIE5VTEwsIDAp OworCWFybV9pcGlfc2V0X2hhbmRsZXIoSVBJX1RMQiwgInRsYiIsIGlwaV90bGIsIE5VTEwsIDAp OworCisjZWxzZQogI2lmZGVmIElQSV9JUlFfU1RBUlQKIAlzdGFydCA9IElQSV9JUlFfU1RBUlQ7 CiAjaWZkZWYgSVBJX0lSUV9FTkQKQEAgLTM0MSw2ICs0NDQsNyBAQAogCQkvKiBFbmFibGUgaXBp ICovCiAJCWFybV91bm1hc2tfaXJxKGkpOwogCX0KKyNlbmRpZgogCWF0b21pY19zdG9yZV9yZWxf aW50KCZhcHNfcmVhZHksIDEpOwogCiAJcHJpbnRmKCJSZWxlYXNlIEFQc1xuIik7CkluZGV4OiBz eXMvYXJtL2FybS9uZXh1cy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYXJtL25leHVzLmMJKHJl dmlzaW9uIDI3OTY4NSkKKysrIHN5cy9hcm0vYXJtL25leHVzLmMJKHdvcmtpbmcgY29weSkKQEAg LTg1LDggKzg1LDEzIEBACiAgICAgdV9sb25nLCB1X2xvbmcsIHVfbG9uZywgdV9pbnQpOwogc3Rh dGljCWludCBuZXh1c19hY3RpdmF0ZV9yZXNvdXJjZShkZXZpY2VfdCwgZGV2aWNlX3QsIGludCwg aW50LAogICAgIHN0cnVjdCByZXNvdXJjZSAqKTsKKyNpZmRlZiBTTVAKK3N0YXRpYwlpbnQgbmV4 dXNfYmluZF9pbnRyKGRldmljZV90LCBkZXZpY2VfdCwgc3RydWN0IHJlc291cmNlICosIGludCk7 CisjZW5kaWYKIHN0YXRpYyBpbnQgbmV4dXNfY29uZmlnX2ludHIoZGV2aWNlX3QgZGV2LCBpbnQg aXJxLCBlbnVtIGludHJfdHJpZ2dlciB0cmlnLAogICAgIGVudW0gaW50cl9wb2xhcml0eSBwb2wp Oworc3RhdGljCWludCBuZXh1c19kZXNjcmliZV9pbnRyKGRldmljZV90IGRldiwgZGV2aWNlX3Qg Y2hpbGQsCisgICAgc3RydWN0IHJlc291cmNlICppcnEsIHZvaWQgKmNvb2tpZSwgY29uc3QgY2hh ciAqZGVzY3IpOwogc3RhdGljCWludCBuZXh1c19kZWFjdGl2YXRlX3Jlc291cmNlKGRldmljZV90 LCBkZXZpY2VfdCwgaW50LCBpbnQsCiAgICAgc3RydWN0IHJlc291cmNlICopOwogc3RhdGljIGlu dCBuZXh1c19yZWxlYXNlX3Jlc291cmNlKGRldmljZV90LCBkZXZpY2VfdCwgaW50LCBpbnQsCkBA IC0xMTUsNiArMTIwLDEyIEBACiAJREVWTUVUSE9EKGJ1c19yZWxlYXNlX3Jlc291cmNlLAluZXh1 c19yZWxlYXNlX3Jlc291cmNlKSwKIAlERVZNRVRIT0QoYnVzX3NldHVwX2ludHIsCW5leHVzX3Nl dHVwX2ludHIpLAogCURFVk1FVEhPRChidXNfdGVhcmRvd25faW50ciwJbmV4dXNfdGVhcmRvd25f aW50ciksCisjaWZkZWYgQVJNX0lOVFJORworCURFVk1FVEhPRChidXNfZGVzY3JpYmVfaW50ciwJ bmV4dXNfZGVzY3JpYmVfaW50ciksCisjaWZkZWYgU01QCisJREVWTUVUSE9EKGJ1c19iaW5kX2lu dHIsCW5leHVzX2JpbmRfaW50ciksCisjZW5kaWYKKyNlbmRpZgogI2lmZGVmIEZEVAogCURFVk1F VEhPRChvZndfYnVzX21hcF9pbnRyLAluZXh1c19vZndfbWFwX2ludHIpLAogI2VuZGlmCkBAIC0y NTEsOSArMjYyLDEyIEBACiB7CiAJaW50IHJldCA9IEVOT0RFVjsKIAorI2lmZGVmIEFSTV9JTlRS TkcKKwlyZXQgPSBhcm1faXJxX2NvbmZpZyhpcnEsIHRyaWcsIHBvbCk7CisjZWxzZQogCWlmIChh cm1fY29uZmlnX2lycSkKIAkJcmV0ID0gKCphcm1fY29uZmlnX2lycSkoaXJxLCB0cmlnLCBwb2wp OwotCisjZW5kaWYKIAlyZXR1cm4gKHJldCk7CiB9CiAKQEAgLTI2Nyw5ICsyODEsMTQgQEAKIAkJ ZmxhZ3MgfD0gSU5UUl9FWENMOwogCiAJZm9yIChpcnEgPSBybWFuX2dldF9zdGFydChyZXMpOyBp cnEgPD0gcm1hbl9nZXRfZW5kKHJlcyk7IGlycSsrKSB7CisjaWYgZGVmaW5lZChBUk1fSU5UUk5H KQorCQlhcm1faXJxX2FkZF9oYW5kbGVyKGNoaWxkLCBmaWx0LCBpbnRyLCBhcmcsIGlycSwgZmxh Z3MsCisJCSAgICBjb29raWVwKTsKKyNlbHNlCiAJCWFybV9zZXR1cF9pcnFoYW5kbGVyKGRldmlj ZV9nZXRfbmFtZXVuaXQoY2hpbGQpLAogCQkgICAgZmlsdCwgaW50ciwgYXJnLCBpcnEsIGZsYWdz LCBjb29raWVwKTsKIAkJYXJtX3VubWFza19pcnEoaXJxKTsKKyNlbmRpZgogCX0KIAlyZXR1cm4g KDApOwogfQpAQCAtMjc4LDExICsyOTcsMzMgQEAKIG5leHVzX3RlYXJkb3duX2ludHIoZGV2aWNl X3QgZGV2LCBkZXZpY2VfdCBjaGlsZCwgc3RydWN0IHJlc291cmNlICpyLCB2b2lkICppaCkKIHsK IAorI2lmIGRlZmluZWQoQVJNX0lOVFJORykKKwlyZXR1cm4gKGFybV9pcnFfcmVtb3ZlX2hhbmRs ZXIoY2hpbGQsIHJtYW5fZ2V0X3N0YXJ0KHIpLCBpaCkpOworI2Vsc2UKIAlyZXR1cm4gKGFybV9y ZW1vdmVfaXJxaGFuZGxlcihybWFuX2dldF9zdGFydChyKSwgaWgpKTsKKyNlbmRpZgogfQogCisj aWZkZWYgQVJNX0lOVFJORworc3RhdGljIGludAorbmV4dXNfZGVzY3JpYmVfaW50cihkZXZpY2Vf dCBkZXYsIGRldmljZV90IGNoaWxkLCBzdHJ1Y3QgcmVzb3VyY2UgKmlycSwKKyAgICB2b2lkICpj b29raWUsIGNvbnN0IGNoYXIgKmRlc2NyKQorewogCisJcmV0dXJuIChhcm1faXJxX2Rlc2NyaWJl KHJtYW5fZ2V0X3N0YXJ0KGlycSksIGNvb2tpZSwgZGVzY3IpKTsKK30KKworI2lmZGVmIFNNUAog c3RhdGljIGludAorbmV4dXNfYmluZF9pbnRyKGRldmljZV90IGRldiwgZGV2aWNlX3QgY2hpbGQs IHN0cnVjdCByZXNvdXJjZSAqaXJxLCBpbnQgY3B1KQoreworCisJcmV0dXJuIChhcm1faXJxX2Jp bmQocm1hbl9nZXRfc3RhcnQoaXJxKSwgY3B1KSk7Cit9CisjZW5kaWYKKyNlbmRpZgorCitzdGF0 aWMgaW50CiBuZXh1c19hY3RpdmF0ZV9yZXNvdXJjZShkZXZpY2VfdCBidXMsIGRldmljZV90IGNo aWxkLCBpbnQgdHlwZSwgaW50IHJpZCwKICAgICBzdHJ1Y3QgcmVzb3VyY2UgKnIpCiB7CkluZGV4 OiBzeXMvYXJtL2FybS9waWNfaWYubQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYXJtL2FybS9waWNfaWYu bQkocmV2aXNpb24gMCkKKysrIHN5cy9hcm0vYXJtL3BpY19pZi5tCSh3b3JraW5nIGNvcHkpCkBA IC0wLDAgKzEsMTI2IEBACisjLQorIyBDb3B5cmlnaHQgKGMpIDIwMTIgSmFrdWIgV29qY2llY2gg S2xhbWEgPGpjZWVsQEZyZWVCU0Qub3JnPgorIyBBbGwgcmlnaHRzIHJlc2VydmVkLgorIworIyBS ZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9y IHdpdGhvdXQKKyMgbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhl IGZvbGxvd2luZyBjb25kaXRpb25zCisjIGFyZSBtZXQ6CisjIDEuIFJlZGlzdHJpYnV0aW9ucyBv ZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisjICAgIG5vdGlj ZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4K KyMgMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBh Ym92ZSBjb3B5cmlnaHQKKyMgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorIyAgICBkb2N1bWVudGF0aW9uIGFuZC9v ciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorIworIyBU SElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBg YEFTIElTJycgQU5ECisjIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVE SU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQorIyBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVS Q0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorIyBBUkUg RElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JT IEJFIExJQUJMRQorIyBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJ QUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorIyBEQU1BR0VTIChJTkNMVURJTkcsIEJV VCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworIyBPUiBT RVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVS UlVQVElPTikKKyMgSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZ LCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyMgTElBQklMSVRZLCBPUiBUT1JUIChJTkNM VURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorIyBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJ QklMSVRZIE9GCisjIFNVQ0ggREFNQUdFLgorIworIyAkRnJlZUJTRCQKKyMKKworI2luY2x1ZGUg Im9wdF9wbGF0Zm9ybS5oIgorCisjaW5jbHVkZSA8c3lzL2J1cy5oPgorI2luY2x1ZGUgPHN5cy9j cHVzZXQuaD4KKyNpbmNsdWRlIDxkZXYvb2Z3L29wZW5maXJtLmg+CisjaW5jbHVkZSA8bWFjaGlu ZS9mcmFtZS5oPgorI2luY2x1ZGUgPG1hY2hpbmUvaW50ci5oPgorCitJTlRFUkZBQ0UgcGljOwor CitDT0RFIHsKKwlzdGF0aWMgaW50IG51bGxfcGljX2JpbmQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3Qg YXJtX2lycXNyYyAqaXNyYykKKwl7CisJCXJldHVybiAoRU9QTk9UU1VQUCk7CisJfQorCisJc3Rh dGljIHZvaWQgbnVsbF9waWNfZGlzYWJsZV9pbnRyKGRldmljZV90IGRldiwgIHN0cnVjdCBhcm1f aXJxc3JjICppc3JjKQorCXsKKwkJcmV0dXJuOworCX0KKworCXN0YXRpYyB2b2lkIG51bGxfcGlj X2VuYWJsZV9pbnRyKGRldmljZV90IGRldiwgIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQorCXsK KwkJcmV0dXJuOworCX0KKworCXN0YXRpYyB2b2lkIG51bGxfcGljX2luaXRfc2Vjb25kYXJ5KGRl dmljZV90IGRldikKKwl7CisJCXJldHVybjsKKwl9CisKKwlzdGF0aWMgdm9pZCBudWxsX3BpY19p cGlfc2VuZChkZXZpY2VfdCBkZXYsIGNwdXNldF90IGNwdXMsIHVfaW50IGlwaSkKKwl7CisJCXJl dHVybjsKKwl9Cit9OworCitNRVRIT0QgaW50IHJlZ2lzdGVyIHsKKwlkZXZpY2VfdAkJZGV2Owor CXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOworCWJvb2xlYW5fdAkJKmlzX3BlcmNwdTsKK307CisK K01FVEhPRCBpbnQgdW5yZWdpc3RlciB7CisJZGV2aWNlX3QJCWRldjsKKwlzdHJ1Y3QgYXJtX2ly cXNyYwkqaXNyYzsKK307CisKK01FVEhPRCB2b2lkIGRpc2FibGVfaW50ciB7CisJZGV2aWNlX3QJ CWRldjsKKwlzdHJ1Y3QgYXJtX2lycXNyYwkqaXNyYzsKK30gREVGQVVMVCBudWxsX3BpY19kaXNh YmxlX2ludHI7CisKK01FVEhPRCB2b2lkIGRpc2FibGVfc291cmNlIHsKKwlkZXZpY2VfdAkJZGV2 OworCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOworfTsKKworTUVUSE9EIHZvaWQgZW5hYmxlX3Nv dXJjZSB7CisJZGV2aWNlX3QJCWRldjsKKwlzdHJ1Y3QgYXJtX2lycXNyYwkqaXNyYzsKK307CisK K01FVEhPRCB2b2lkIGVuYWJsZV9pbnRyIHsKKwlkZXZpY2VfdAkJZGV2OworCXN0cnVjdCBhcm1f aXJxc3JjCSppc3JjOworfSBERUZBVUxUIG51bGxfcGljX2VuYWJsZV9pbnRyOworCitNRVRIT0Qg dm9pZCBwcmVfaXRocmVhZCB7CisJZGV2aWNlX3QJCWRldjsKKwlzdHJ1Y3QgYXJtX2lycXNyYwkq aXNyYzsKK307CisKK01FVEhPRCB2b2lkIHBvc3RfaXRocmVhZCB7CisJZGV2aWNlX3QJCWRldjsK KwlzdHJ1Y3QgYXJtX2lycXNyYwkqaXNyYzsKK307CisKK01FVEhPRCB2b2lkIHBvc3RfZmlsdGVy IHsKKwlkZXZpY2VfdAkJZGV2OworCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOworfTsKKworTUVU SE9EIGludCBiaW5kIHsKKwlkZXZpY2VfdAkJZGV2OworCXN0cnVjdCBhcm1faXJxc3JjCSppc3Jj OworfSBERUZBVUxUIG51bGxfcGljX2JpbmQ7CisKK01FVEhPRCB2b2lkIGluaXRfc2Vjb25kYXJ5 IHsKKwlkZXZpY2VfdAlkZXY7Cit9IERFRkFVTFQgbnVsbF9waWNfaW5pdF9zZWNvbmRhcnk7CisK K01FVEhPRCB2b2lkIGlwaV9zZW5kIHsKKwlkZXZpY2VfdAkJZGV2OworCXN0cnVjdCBhcm1faXJx c3JjCSppc3JjOworCWNwdXNldF90CQljcHVzOworfSBERUZBVUxUIG51bGxfcGljX2lwaV9zZW5k OworCkluZGV4OiBzeXMvYXJtL2luY2x1ZGUvZmR0LmgKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9p bmNsdWRlL2ZkdC5oCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL2luY2x1ZGUvZmR0LmgJ KHdvcmtpbmcgY29weSkKQEAgLTMyLDYgKzMyLDcgQEAKICNpZm5kZWYgX01BQ0hJTkVfRkRUX0hf CiAjZGVmaW5lIF9NQUNISU5FX0ZEVF9IXwogCisjaW5jbHVkZSAib3B0X3BsYXRmb3JtLmgiCiAj aW5jbHVkZSA8ZGV2L29mdy9vcGVuZmlybS5oPgogCiAjaW5jbHVkZSA8dm0vdm0uaD4KQEAgLTQw LDEyICs0MSwyNCBAQAogI2luY2x1ZGUgPG1hY2hpbmUvYnVzLmg+CiAjaW5jbHVkZSA8bWFjaGlu ZS9pbnRyLmg+CiAKKyNpZmRlZiBBUk1fSU5UUk5HCisKIC8qIE1heCBpbnRlcnJ1cHQgbnVtYmVy ICovCisjZGVmaW5lCUZEVF9JTlRSX01BWAkoMHhmZmZmKQorCisvKiBNYXAgcGhhbmRsZS9pbnRw aW4gcGFpciB0byBnbG9iYWwgSVJRIG51bWJlciAqLworI2RlZmluZQlGRFRfTUFQX0lSUShub2Rl LCBwaW4pCShhcm1fZmR0X21hcF9pcnEobm9kZSwgcGluKSkKKworI2Vsc2UKKworLyogTWF4IGlu dGVycnVwdCBudW1iZXIgKi8KICNkZWZpbmUgRkRUX0lOVFJfTUFYCU5JUlEKIAogLyogTWFwIHBo YW5kbGUvaW50cGluIHBhaXIgdG8gZ2xvYmFsIElSUSBudW1iZXIgKi8KICNkZWZpbmUJRkRUX01B UF9JUlEobm9kZSwgcGluKQkocGluKQogCisjZW5kaWYgLyogQVJNX0lOVFJORyAqLworCiAvKgog ICogQnVzIHNwYWNlIHRhZy4gWFhYIGVuZGlhbmVzcyBpbmZvIG5lZWRzIHRvIGJlIGRlcml2ZWQg ZnJvbSB0aGUgYmxvYi4KICAqLwpJbmRleDogc3lzL2FybS9pbmNsdWRlL2ludHIuaAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvYXJtL2luY2x1ZGUvaW50ci5oCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMv YXJtL2luY2x1ZGUvaW50ci5oCSh3b3JraW5nIGNvcHkpCkBAIC00Myw2ICs0Myw5NCBAQAogI2lu Y2x1ZGUgPGRldi9vZncvb3BlbmZpcm0uaD4KICNlbmRpZgogCisjaWZkZWYgQVJNX0lOVFJORwor CisjaWZuZGVmIE5JUlEKKyNkZWZpbmUJTklSUQkJMTAyNAkvKiBYWFggLSBJdCBzaG91bGQgYmUg YW4gb3B0aW9uLiAqLworI2VuZGlmCisKKyNkZWZpbmUJSU5UUl9TT0xPCUlOVFJfTUQxCisKKyNk ZWZpbmUgQVJNX0lTUkNfTkFNRUxFTgkoTUFYQ09NTEVOICsgMSkKKwordHlwZWRlZiBpbnQgYXJt X2lycV9maWx0ZXJfdCh2b2lkICphcmcsIHN0cnVjdCB0cmFwZnJhbWUgKnRmKTsKK3R5cGVkZWYg dm9pZCBhcm1faXBpX2ZpbHRlcl90KHZvaWQgKmFyZyk7CisKK2VudW0gYXJtX2lzcmNfdHlwZSB7 CisJQVJNX0lTUkNUX05BTUVTUEFDRSwKKwlBUk1fSVNSQ1RfRkRUCit9OworCisvKiBJbnRlcnJ1 cHQgc291cmNlIGRlZmluaXRpb24uICovCitzdHJ1Y3QgYXJtX2lycXNyYyB7CisJZGV2aWNlX3QJ CWlzcmNfZGV2OwkvKiB3aGVyZSBpc3JjIGlzIG1hcHBlZCAqLworCWludHB0cl90CQlpc3JjX3hy ZWY7CS8qIGRldmljZSByZWZlcmVuY2Uga2V5ICovCisJdm9pZCAqCQkJaXNyY19kYXRhOwkvKiBk ZXZpY2UgZGF0YSBmb3IgaXNyYyAqLworCXVfaW50CQkJaXNyY19pcnE7CS8qIHVuaXF1ZSBpZGVu dGlmaWNhdG9yICovCisJZW51bSBhcm1faXNyY190eXBlCWlzcmNfdHlwZTsJLyogaG93IGlzIGlz cmMgZGVjcmliZWQgKi8KKwl1X2ludAkJCWlzcmNfZmxhZ3M7CisJY2hhcgkJCWlzcmNfbmFtZVtB Uk1fSVNSQ19OQU1FTEVOXTsKKwl1aW50MTZfdAkJaXNyY19uc3BjX3R5cGU7CisJdWludDE2X3QJ CWlzcmNfbnNwY19udW07CisJZW51bSBpbnRyX3RyaWdnZXIJaXNyY190cmlnOworCWVudW0gaW50 cl9wb2xhcml0eQlpc3JjX3BvbDsKKwljcHVzZXRfdAkJaXNyY19jcHU7CS8qIG9uIHdoaWNoIENQ VXMgaXMgZW5hYmxlZCAqLworCXVfaW50CQkJaXNyY19pbmRleDsKKwl1X2xvbmcgKgkJaXNyY19j b3VudDsKKwl1X2ludAkJCWlzcmNfaGFuZGxlcnM7CisJc3RydWN0IGludHJfZXZlbnQgKglpc3Jj X2V2ZW50OworCWFybV9pcnFfZmlsdGVyX3QgKglpc3JjX2ZpbHRlcjsKKwlhcm1faXBpX2ZpbHRl cl90ICoJaXNyY19pcGlmaWx0ZXI7CisJdm9pZCAqCQkJaXNyY19hcmc7CisjaWZkZWYgRkRUCisJ dV9pbnQJCQlpc3JjX25jZWxsczsKKwlwY2VsbF90CQkJaXNyY19jZWxsc1tdOwkvKiBsZWF2ZSBp dCBsYXN0ICovCisjZW5kaWYKK307CisKK3ZvaWQgYXJtX2lycV9zZXRfbmFtZShzdHJ1Y3QgYXJt X2lycXNyYyAqaXNyYywgY29uc3QgY2hhciAqZm10LCAuLi4pCisgICAgX19wcmludGZsaWtlKDIs IDMpOworCit2b2lkIGFybV9pcnFfZGlzcGF0Y2goc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsIHN0 cnVjdCB0cmFwZnJhbWUgKnRmKTsKKworI2RlZmluZSBBUk1fSVJRX05TUENfTk9ORQkwCisjZGVm aW5lIEFSTV9JUlFfTlNQQ19QTEFJTgkxCisjZGVmaW5lIEFSTV9JUlFfTlNQQ19JUlEJMgorI2Rl ZmluZSBBUk1fSVJRX05TUENfSVBJCTMKKwordV9pbnQgYXJtX25hbWVzcGFjZV9tYXBfaXJxKGRl dmljZV90IGRldiwgdWludDE2X3QgdHlwZSwgdWludDE2X3QgbnVtKTsKKyNpZmRlZiBGRFQKK3Vf aW50IGFybV9mZHRfbWFwX2lycShwaGFuZGxlX3QsIHBjZWxsX3QgKiwgdV9pbnQpOworI2VuZGlm CisKK2ludCBhcm1fcGljX3JlZ2lzdGVyKGRldmljZV90IGRldiwgaW50cHRyX3QgeHJlZik7Citp bnQgYXJtX3BpY191bnJlZ2lzdGVyKGRldmljZV90IGRldiwgaW50cHRyX3QgeHJlZik7CitpbnQg YXJtX3BpY19jbGFpbV9yb290KGRldmljZV90IGRldiwgaW50cHRyX3QgeHJlZiwgYXJtX2lycV9m aWx0ZXJfdCAqZmlsdGVyLAorICAgIHZvaWQgKmFyZywgdV9pbnQgaXBpY291bnQpOworCitpbnQg YXJtX2lycV9hZGRfaGFuZGxlcihkZXZpY2VfdCBkZXYsIGRyaXZlcl9maWx0ZXJfdCwgZHJpdmVy X2ludHJfdCwgdm9pZCAqLAorICAgIHVfaW50LCBpbnQsIHZvaWQgKiopOworaW50IGFybV9pcnFf cmVtb3ZlX2hhbmRsZXIoZGV2aWNlX3QgZGV2LCB1X2ludCwgdm9pZCAqKTsKK2ludCBhcm1faXJx X2NvbmZpZyh1X2ludCwgZW51bSBpbnRyX3RyaWdnZXIsIGVudW0gaW50cl9wb2xhcml0eSk7Citp bnQgYXJtX2lycV9kZXNjcmliZSh1X2ludCwgdm9pZCAqLCBjb25zdCBjaGFyICopOworCit1X2lu dCBhcm1faXJxX25leHRfY3B1KHVfaW50IGN1cnJlbnRfY3B1LCBjcHVzZXRfdCAqY3B1bWFzayk7 CisKKyNpZmRlZiBTTVAKK2ludCBhcm1faXJxX2JpbmQodV9pbnQsIGludCk7CisKK3ZvaWQgYXJt X2lwaV9kaXNwYXRjaChzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgc3RydWN0IHRyYXBmcmFtZSAq dGYpOworCisjZGVmaW5lIEFJU0hGX05PQUxMT0MJMHgwMDAxCisKK2ludCBhcm1faXBpX3NldF9o YW5kbGVyKHVfaW50IGlwaSwgY29uc3QgY2hhciAqbmFtZSwgYXJtX2lwaV9maWx0ZXJfdCAqZmls dGVyLAorICAgIHZvaWQgKmFyZywgdV9pbnQgZmxhZ3MpOworICAgIAordm9pZCBhcm1fcGljX2lu aXRfc2Vjb25kYXJ5KHZvaWQpOworI2VuZGlmCisKKyNlbHNlIC8qIEFSTV9JTlRSTkcgKi8KKwog LyogWFhYIG1vdmUgdG8gc3RkLiogZmlsZXM/ICovCiAjaWZkZWYgQ1BVX1hTQ0FMRV84MTM0Mgog I2RlZmluZSBOSVJRCQkxMjgKQEAgLTcxLDcgKzE1OSw2IEBACiAjZGVmaW5lIE5JUlEJCTMyCiAj ZW5kaWYKIAotCiBpbnQgYXJtX2dldF9uZXh0X2lycShpbnQpOwogdm9pZCBhcm1fbWFza19pcnEo dWludHB0cl90KTsKIHZvaWQgYXJtX3VubWFza19pcnEodWludHB0cl90KTsKQEAgLTgzLDggKzE3 MCw2IEBACiBleHRlcm4gaW50ICgqYXJtX2NvbmZpZ19pcnEpKGludCBpcnEsIGVudW0gaW50cl90 cmlnZ2VyIHRyaWcsCiAgICAgZW51bSBpbnRyX3BvbGFyaXR5IHBvbCk7CiAKLXZvaWQgYXJtX2ly cV9tZW1vcnlfYmFycmllcih1aW50cHRyX3QpOwotCiB2b2lkIGFybV9pbml0X3NlY29uZGFyeV9p Yyh2b2lkKTsKIGludCAgZ2ljX2RlY29kZV9mZHQodWludDMyX3QgaXBhcmVudG5vZGUsIHVpbnQz Ml90ICppbnRyY2VsbHMsIGludCAqaW50ZXJydXB0LAogICAgIGludCAqdHJpZywgaW50ICpwb2wp OwpAQCAtOTMsNCArMTc4LDggQEAKIGludCBhcm1fZmR0X21hcF9pcnEocGhhbmRsZV90LCBwY2Vs bF90ICosIGludCk7CiAjZW5kaWYKIAorI2VuZGlmIC8qIEFSTV9JTlRSTkcgKi8KKwordm9pZCBh cm1faXJxX21lbW9yeV9iYXJyaWVyKHVpbnRwdHJfdCk7CisKICNlbmRpZgkvKiBfTUFDSElORV9J TlRSX0ggKi8KSW5kZXg6IHN5cy9hcm0vaW5jbHVkZS9zbXAuaAo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMv YXJtL2luY2x1ZGUvc21wLmgJKHJldmlzaW9uIDI3OTY4NSkKKysrIHN5cy9hcm0vaW5jbHVkZS9z bXAuaAkod29ya2luZyBjb3B5KQpAQCAtNiw2ICs2LDE4IEBACiAjaW5jbHVkZSA8c3lzL19jcHVz ZXQuaD4KICNpbmNsdWRlIDxtYWNoaW5lL3BjYi5oPgogCisjaWZkZWYgQVJNX0lOVFJORworZW51 bSB7CisJSVBJX0FTVCwKKwlJUElfUFJFRU1QVCwKKwlJUElfUkVOREVaVk9VUywKKwlJUElfU1RP UCwKKwlJUElfU1RPUF9IQVJEID0gSVBJX1NUT1AsIC8qIFRoZXNlIGFyZSBzeW5vbnltcyBvbiBh cm0uICovCisJSVBJX0hBUkRDTE9DSywKKwlJUElfVExCLAorCUFSTV9JUElfQ09VTlQKK307Cisj ZWxzZQogI2RlZmluZSBJUElfQVNUCQkwCiAjZGVmaW5lIElQSV9QUkVFTVBUCTIKICNkZWZpbmUg SVBJX1JFTkRFWlZPVVMJMwpAQCAtMTMsNiArMjUsNyBAQAogI2RlZmluZSBJUElfU1RPUF9IQVJE CTQKICNkZWZpbmUgSVBJX0hBUkRDTE9DSwk2CiAjZGVmaW5lIElQSV9UTEIJCTcKKyNlbmRpZgog CiB2b2lkCWluaXRfc2Vjb25kYXJ5KGludCBjcHUpOwogdm9pZAltcGVudHJ5KHZvaWQpOwpAQCAt MjMsOCArMzYsMTAgQEAKIAogLyogUElDIGludGVyZmFjZSAqLwogdm9pZAlwaWNfaXBpX3NlbmQo Y3B1c2V0X3QgY3B1cywgdV9pbnQgaXBpKTsKKyNpZm5kZWYgQVJNX0lOVFJORwogdm9pZAlwaWNf aXBpX2NsZWFyKGludCBpcGkpOwogaW50CXBpY19pcGlfcmVhZChpbnQgYXJnKTsKKyNlbmRpZgog CiAvKiBQbGF0Zm9ybSBpbnRlcmZhY2UgKi8KIHZvaWQJcGxhdGZvcm1fbXBfc2V0bWF4aWQodm9p ZCk7CkluZGV4OiBzeXMvY29uZi9maWxlcy5hcm0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2NvbmYvZmls ZXMuYXJtCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvY29uZi9maWxlcy5hcm0JKHdvcmtpbmcg Y29weSkKQEAgLTI5LDcgKzI5LDggQEAKIGFybS9hcm0vaWRlbnRjcHUuYwkJc3RhbmRhcmQKIGFy bS9hcm0vaW5fY2tzdW0uYwkJb3B0aW9uYWwJaW5ldCB8IGluZXQ2CiBhcm0vYXJtL2luX2Nrc3Vt X2FybS5TCQlvcHRpb25hbAlpbmV0IHwgaW5ldDYKLWFybS9hcm0vaW50ci5jCQkJc3RhbmRhcmQK K2FybS9hcm0vaW50ci5jCQkJb3B0aW9uYWwJIWFybV9pbnRybmcKK2FybS9hcm0vaW50cm5nLmMJ CW9wdGlvbmFsCWFybV9pbnRybmcKIGFybS9hcm0vbG9jb3JlLlMJCXN0YW5kYXJkCW5vLW9iagog YXJtL2FybS9tYWNoZGVwLmMJCXN0YW5kYXJkCiBhcm0vYXJtL21lbS5jCQkJb3B0aW9uYWwJbWVt CkBAIC0zNyw2ICszOCw3IEBACiBhcm0vYXJtL21wX21hY2hkZXAuYwkJb3B0aW9uYWwJc21wCiBh cm0vYXJtL25leHVzLmMJCQlzdGFuZGFyZAogYXJtL2FybS9waHlzbWVtLmMJCXN0YW5kYXJkCith cm0vYXJtL3BpY19pZi5tCQlvcHRpb25hbAlhcm1faW50cm5nCiBhcm0vYXJtL3BsMTkwLmMJCQlv cHRpb25hbAlwbDE5MAogYXJtL2FybS9wbDMxMC5jCQkJb3B0aW9uYWwJcGwzMTAKIGFybS9hcm0v cGxhdGZvcm0uYwkJb3B0aW9uYWwJcGxhdGZvcm0KSW5kZXg6IHN5cy9jb25mL29wdGlvbnMuYXJt Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9jb25mL29wdGlvbnMuYXJtCShyZXZpc2lvbiAyNzk2ODUpCisr KyBzeXMvY29uZi9vcHRpb25zLmFybQkod29ya2luZyBjb3B5KQpAQCAtMiw2ICsyLDcgQEAKIEFS TTlfQ0FDSEVfV1JJVEVfVEhST1VHSAlvcHRfZ2xvYmFsLmgKIEFSTVY2CQkJb3B0X2dsb2JhbC5o CiBBUk1fQ0FDSEVfTE9DS19FTkFCTEUJb3B0X2dsb2JhbC5oCitBUk1fSU5UUk5HCQlvcHRfZ2xv YmFsLmgKIEFSTV9LRVJOX0RJUkVDVE1BUAlvcHRfdm0uaAogQVJNX0wyX1BJUFQJCW9wdF9nbG9i YWwuaAogQVJNX01BTllfQk9BUkQJCW9wdF9nbG9iYWwuaApJbmRleDogc3lzL2Rldi9mZHQvZmR0 X2NvbW1vbi5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvZmR0L2ZkdF9jb21tb24uaAkocmV2aXNp b24gMjc5Njg1KQorKysgc3lzL2Rldi9mZHQvZmR0X2NvbW1vbi5oCSh3b3JraW5nIGNvcHkpCkBA IC03OSw2ICs3OSw3IEBACiBpbnQgZmR0X2FkZHJzaXplX2NlbGxzKHBoYW5kbGVfdCwgaW50ICos IGludCAqKTsKIHVfbG9uZyBmZHRfZGF0YV9nZXQodm9pZCAqLCBpbnQpOwogaW50IGZkdF9kYXRh X3RvX3JlcyhwY2VsbF90ICosIGludCwgaW50LCB1X2xvbmcgKiwgdV9sb25nICopOworaW50IGZk dF9kZXNjcmliZV9pcnEoY2hhciAqLCB1X2ludCwgdV9pbnQpOwogcGhhbmRsZV90IGZkdF9maW5k X2NvbXBhdGlibGUocGhhbmRsZV90LCBjb25zdCBjaGFyICosIGludCk7CiBwaGFuZGxlX3QgZmR0 X2RlcHRoX3NlYXJjaF9jb21wYXRpYmxlKHBoYW5kbGVfdCwgY29uc3QgY2hhciAqLCBpbnQpOwog aW50IGZkdF9nZXRfbWVtX3JlZ2lvbnMoc3RydWN0IG1lbV9yZWdpb24gKiwgaW50ICosIHVpbnQz Ml90ICopOwpJbmRleDogc3lzL2Rldi9mZHQvc2ltcGxlYnVzLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2Rldi9mZHQvc2ltcGxlYnVzLmMJKHJldmlzaW9uIDI3OTY4NSkKKysrIHN5cy9kZXYvZmR0L3Np bXBsZWJ1cy5jCSh3b3JraW5nIGNvcHkpCkBAIC0zOCw2ICszOCw3IEBACiAjaW5jbHVkZSA8ZGV2 L29mdy9vZndfYnVzLmg+CiAjaW5jbHVkZSA8ZGV2L29mdy9vZndfYnVzX3N1YnIuaD4KIAorI2lu Y2x1ZGUgPGRldi9mZHQvZmR0X2NvbW1vbi5oPgogI2luY2x1ZGUgPGRldi9mZHQvc2ltcGxlYnVz Lmg+CiAKIC8qCkBAIC00OSw2ICs1MCw5IEBACiAgICAgaW50ICosIHVfbG9uZywgdV9sb25nLCB1 X2xvbmcsIHVfaW50KTsKIHN0YXRpYyB2b2lkCQlzaW1wbGVidXNfcHJvYmVfbm9tYXRjaChkZXZp Y2VfdCBidXMsIGRldmljZV90IGNoaWxkKTsKIHN0YXRpYyBpbnQJCXNpbXBsZWJ1c19wcmludF9j aGlsZChkZXZpY2VfdCBidXMsIGRldmljZV90IGNoaWxkKTsKKyNpZmRlZiBBUk1fSU5UUk5HCitz dGF0aWMgaW50CQlzaW1wbGVidXNfcHJpbnRfaXJxcyhzdHJ1Y3QgcmVzb3VyY2VfbGlzdCAqcmwp OworI2VuZGlmCiAKIC8qCiAgKiBvZndfYnVzIGludGVyZmFjZQpAQCAtMzIzLDcgKzMyNywxMSBA QAogCiAJcnYgPSAwOwogCXJ2ICs9IHJlc291cmNlX2xpc3RfcHJpbnRfdHlwZSgmZGktPnJsLCAi bWVtIiwgU1lTX1JFU19NRU1PUlksICIlI2x4Iik7CisjaWZkZWYgQVJNX0lOVFJORworCXJ2ICs9 IHNpbXBsZWJ1c19wcmludF9pcnFzKCZkaS0+cmwpOworI2Vsc2UKIAlydiArPSByZXNvdXJjZV9s aXN0X3ByaW50X3R5cGUoJmRpLT5ybCwgImlycSIsIFNZU19SRVNfSVJRLCAiJWxkIik7CisjZW5k aWYKIAlyZXR1cm4gKHJ2KTsKIH0KIApAQCAtMzYyLDMgKzM3MCwzMCBAQAogCXJ2ICs9IGJ1c19w cmludF9jaGlsZF9mb290ZXIoYnVzLCBjaGlsZCk7CiAJcmV0dXJuIChydik7CiB9CisKKyNpZmRl ZiBBUk1fSU5UUk5HCitzdGF0aWMgaW50CitzaW1wbGVidXNfcHJpbnRfaXJxcyhzdHJ1Y3QgcmVz b3VyY2VfbGlzdCAqcmwpCit7CisJc3RydWN0IHJlc291cmNlX2xpc3RfZW50cnkgKnJsZTsKKwlp bnQgZXJyLCBwcmludGVkLCByZXR2YWw7CisJY2hhciBidWZbMzJdOworCisJcHJpbnRlZCA9IDA7 CisJcmV0dmFsID0gMDsKKworCVNUQUlMUV9GT1JFQUNIKHJsZSwgcmwsIGxpbmspIHsKKwkJaWYg KHJsZS0+dHlwZSAhPSBTWVNfUkVTX0lSUSkKKwkJCWNvbnRpbnVlOworCisJCWVyciA9IGZkdF9k ZXNjcmliZV9pcnEoYnVmLCBzaXplb2YoYnVmKSwgcmxlLT5zdGFydCk7CisJCWlmIChlcnIgPCAw KQorCQkJc25wcmludGYoYnVmLCBzaXplb2YoYnVmKSwgIj8/PyIpOworCisJCXJldHZhbCArPSBw cmludGYoIiVzJXMiLCBwcmludGVkID8gIiwiIDogIiBpcnEgIiwgYnVmKTsKKwkJcHJpbnRlZCsr OworCX0KKworCXJldHVybiAocmV0dmFsKTsKK30KKyNlbmRpZgo= --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=US-ASCII; name="intrng_gic_panda_01.diff" Content-Disposition: attachment; filename="intrng_gic_panda_01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6xu3s494 SW5kZXg6IHN5cy9hcm0vYXJtL2dpYy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYXJtL2dpYy5j CShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL2FybS9naWMuYwkod29ya2luZyBjb3B5KQpA QCAtMzQsNiArMzQsOCBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNESUQoIiRGcmVl QlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BsYXRmb3JtLmgiCisKICNpbmNsdWRlIDxzeXMvcGFy YW0uaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvYnVzLmg+CkBAIC00 MCw2ICs0Miw3IEBACiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9rdHIu aD4KICNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CisjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgogI2lu Y2x1ZGUgPHN5cy9ybWFuLmg+CiAjaW5jbHVkZSA8c3lzL3BjcHUuaD4KICNpbmNsdWRlIDxzeXMv cHJvYy5oPgpAQCAtNDYsNiArNDksNyBAQAogI2luY2x1ZGUgPHN5cy9jcHVzZXQuaD4KICNpbmNs dWRlIDxzeXMvbG9jay5oPgogI2luY2x1ZGUgPHN5cy9tdXRleC5oPgorI2luY2x1ZGUgPHN5cy9z bXAuaD4KICNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPgogI2luY2x1ZGUgPG1hY2hpbmUvaW50ci5o PgogI2luY2x1ZGUgPG1hY2hpbmUvc21wLmg+CkBAIC01NSw2ICs1OSwxMSBAQAogI2luY2x1ZGUg PGRldi9vZncvb2Z3X2J1cy5oPgogI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19zdWJyLmg+CiAK KyNpZmRlZiBBUk1fSU5UUk5HCisjaW5jbHVkZSA8c3lzL3NjaGVkLmg+CisjaW5jbHVkZSAicGlj X2lmLmgiCisjZW5kaWYKKwogLyogV2UgYXJlIHVzaW5nIEdJQ3YyIHJlZ2lzdGVyIG5hbWluZyAq LwogCiAvKiBEaXN0cmlidXRvciBSZWdpc3RlcnMgKi8KQEAgLTgzLDggKzkyLDggQEAKICNkZWZp bmUgR0lDQ19BQlBSCQkweDAwMUMJCQkvKiB2MSBJQ0NBQlBSICovCiAjZGVmaW5lIEdJQ0NfSUlE UgkJMHgwMEZDCQkJLyogdjEgSUNDSUlEUiovCiAKLSNkZWZpbmUJR0lDX0ZJUlNUX0lQSQkJIDAJ LyogSXJxcyAwLTE1IGFyZSBTR0lzL0lQSXMuICovCi0jZGVmaW5lCUdJQ19MQVNUX0lQSQkJMTUK KyNkZWZpbmUJR0lDX0ZJUlNUX1NHSQkJIDAJLyogSXJxcyAwLTE1IGFyZSBTR0lzL0lQSXMuICov CisjZGVmaW5lCUdJQ19MQVNUX1NHSQkJMTUKICNkZWZpbmUJR0lDX0ZJUlNUX1BQSQkJMTYJLyog SXJxcyAxNi0zMSBhcmUgcHJpdmF0ZSAocGVyICovCiAjZGVmaW5lCUdJQ19MQVNUX1BQSQkJMzEJ LyogY29yZSkgcGVyaXBoZXJhbCBpbnRlcnJ1cHRzLiAqLwogI2RlZmluZQlHSUNfRklSU1RfU1BJ CQkzMgkvKiBJcnFzIDMyKyBhcmUgc2hhcmVkIHBlcmlwaGVyYWxzLiAqLwpAQCAtOTgsOCArMTA3 LDE3IEBACiAjZGVmaW5lIEdJQ0RfSUNGR1JfVFJJR19FREdFCSgxIDw8IDEpCiAjZGVmaW5lIEdJ Q0RfSUNGR1JfVFJJR19NQVNLCTB4MgogCisjaWZkZWYgQVJNX0lOVFJORworc3RhdGljIHVfaW50 IGdpY19pcnFfY3B1Oworc3RhdGljIGludCBhcm1fZ2ljX2ludHIodm9pZCAqLCBzdHJ1Y3QgdHJh cGZyYW1lICopOworI2VuZGlmCisKIHN0cnVjdCBhcm1fZ2ljX3NvZnRjIHsKIAlkZXZpY2VfdAkJ Z2ljX2RldjsKKyNpZmRlZiBBUk1fSU5UUk5HCisJdm9pZCAqCQkJZ2ljX2ludHJoYW5kOworCXN0 cnVjdCBhcm1faXJxc3JjICoqCWdpY19pcnFzOworI2VuZGlmCiAJc3RydWN0IHJlc291cmNlICoJ Z2ljX3Jlc1szXTsKIAlidXNfc3BhY2VfdGFnX3QJCWdpY19jX2JzdDsKIAlidXNfc3BhY2VfdGFn X3QJCWdpY19kX2JzdDsKQEAgLTExMywxMCArMTMxLDEzIEBACiBzdGF0aWMgc3RydWN0IHJlc291 cmNlX3NwZWMgYXJtX2dpY19zcGVjW10gPSB7CiAJeyBTWVNfUkVTX01FTU9SWSwJMCwJUkZfQUNU SVZFIH0sCS8qIERpc3RyaWJ1dG9yIHJlZ2lzdGVycyAqLwogCXsgU1lTX1JFU19NRU1PUlksCTEs CVJGX0FDVElWRSB9LAkvKiBDUFUgSW50ZXJydXB0IEludGYuIHJlZ2lzdGVycyAqLworI2lmZGVm IEFSTV9JTlRSTkcKKwl7IFNZU19SRVNfSVJRLAkgIDAsIFJGX0FDVElWRSB8IFJGX09QVElPTkFM IH0sIC8qIFBhcmVudCBpbnRlcnJ1cHQgKi8KKyNlbmRpZgogCXsgLTEsIDAgfQogfTsKIAotc3Rh dGljIHN0cnVjdCBhcm1fZ2ljX3NvZnRjICphcm1fZ2ljX3NjID0gTlVMTDsKK3N0YXRpYyBzdHJ1 Y3QgYXJtX2dpY19zb2Z0YyAqZ2ljX3NjID0gTlVMTDsKIAogI2RlZmluZQlnaWNfY19yZWFkXzQo X3NjLCBfcmVnKQkJXAogICAgIGJ1c19zcGFjZV9yZWFkXzQoKF9zYyktPmdpY19jX2JzdCwgKF9z YyktPmdpY19jX2JzaCwgKF9yZWcpKQpAQCAtMTI3LDkgKzE0OCwxMSBAQAogI2RlZmluZQlnaWNf ZF93cml0ZV80KF9zYywgX3JlZywgX3ZhbCkJCVwKICAgICBidXNfc3BhY2Vfd3JpdGVfNCgoX3Nj KS0+Z2ljX2RfYnN0LCAoX3NjKS0+Z2ljX2RfYnNoLCAoX3JlZyksIChfdmFsKSkKIAorI2lmbmRl ZiBBUk1fSU5UUk5HCiBzdGF0aWMgaW50IGdpY19jb25maWdfaXJxKGludCBpcnEsIGVudW0gaW50 cl90cmlnZ2VyIHRyaWcsCiAgICAgZW51bSBpbnRyX3BvbGFyaXR5IHBvbCk7CiBzdGF0aWMgdm9p ZCBnaWNfcG9zdF9maWx0ZXIodm9pZCAqKTsKKyNlbmRpZgogCiBzdGF0aWMgc3RydWN0IG9md19j b21wYXRfZGF0YSBjb21wYXRfZGF0YVtdID0gewogCXsiYXJtLGdpYyIsCQl0cnVlfSwJLyogTm9u LXN0YW5kYXJkLCB1c2VkIGluIEZyZWVCU0QgZHRzLiAqLwpAQCAtMTU1LDEwICsxNzgsNjIgQEAK IAlyZXR1cm4gKEJVU19QUk9CRV9ERUZBVUxUKTsKIH0KIAorI2lmZGVmIEFSTV9JTlRSTkcKK3N0 YXRpYyBpbmxpbmUgdm9pZAorZ2ljX2lycV91bm1hc2soc3RydWN0IGFybV9naWNfc29mdGMgKnNj LCB1X2ludCBpcnEpCit7CisKKwlnaWNfZF93cml0ZV80KHNjLCBHSUNEX0lTRU5BQkxFUihpcnEg Pj4gNSksICgxVUwgPDwgKGlycSAmIDB4MUYpKSk7Cit9CisKK3N0YXRpYyBpbmxpbmUgdm9pZAor Z2ljX2lycV9tYXNrKHN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYywgdV9pbnQgaXJxKQoreworCisJ Z2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JQ0VOQUJMRVIoaXJxID4+IDUpLCAoMVVMIDw8IChpcnEg JiAweDFGKSkpOworfQorI2VuZGlmCisKKyNpZmRlZiBTTVAKKyNpZmRlZiBBUk1fSU5UUk5HCiBz dGF0aWMgdm9pZAogYXJtX2dpY19pbml0X3NlY29uZGFyeShkZXZpY2VfdCBkZXYpCiB7CiAJc3Ry dWN0IGFybV9naWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXN0cnVjdCBh cm1faXJxc3JjICppc3JjOworCXVfaW50IGlycTsKKworCWZvciAoaXJxID0gMDsgaXJxIDwgc2Mt Pm5pcnFzOyBpcnEgKz0gNCkKKwkJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JUFJJT1JJVFlSKGly cSA+PiAyKSwgMCk7CisKKwkvKiBTZXQgYWxsIHRoZSBpbnRlcnJ1cHRzIHRvIGJlIGluIEdyb3Vw IDAgKHNlY3VyZSkgKi8KKwlmb3IgKGlycSA9IDA7IGlycSA8IHNjLT5uaXJxczsgaXJxICs9IDMy KSB7CisJCWdpY19kX3dyaXRlXzQoc2MsIEdJQ0RfSUdST1VQUihpcnEgPj4gNSksIDApOworCX0K KworCS8qIEVuYWJsZSBDUFUgaW50ZXJmYWNlICovCisJZ2ljX2Nfd3JpdGVfNChzYywgR0lDQ19D VExSLCAxKTsKKworCS8qIFNldCBwcmlvcml0eSBtYXNrIHJlZ2lzdGVyLiAqLworCWdpY19jX3dy aXRlXzQoc2MsIEdJQ0NfUE1SLCAweGZmKTsKKworCS8qIEVuYWJsZSBpbnRlcnJ1cHQgZGlzdHJp YnV0aW9uICovCisJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9DVExSLCAweDAxKTsKKworCS8qIFVu bWFzayBhdHRhY2hlZCBQUEkgaW50ZXJydXB0cy4gKi8KKwlmb3IgKGlycSA9IEdJQ19GSVJTVF9Q UEk7IGlycSA8PSBHSUNfTEFTVF9QUEk7IGlycSsrKSB7CisJCWlzcmMgPSBzYy0+Z2ljX2lycXNb aXJxXTsKKwkJaWYgKGlzcmMgIT0gTlVMTCkgeworCQkJQ1BVX1NFVChQQ1BVX0dFVChjcHVpZCks ICZpc3JjLT5pc3JjX2NwdSk7CisJCQlnaWNfaXJxX3VubWFzayhzYywgaXJxKTsKKwkJfQorCX0K K30KKyNlbHNlCitzdGF0aWMgdm9pZAorYXJtX2dpY19pbml0X3NlY29uZGFyeShkZXZpY2VfdCBk ZXYpCit7CisJc3RydWN0IGFybV9naWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYp OwogCWludCBpOwogCiAJZm9yIChpID0gMDsgaSA8IHNjLT5uaXJxczsgaSArPSA0KQpAQCAtMTg1 LDcgKzI2MCwxMCBAQAogCWdpY19kX3dyaXRlXzQoc2MsIEdJQ0RfSVNFTkFCTEVSKDI5ID4+IDUp LCAoMVVMIDw8ICgyOSAmIDB4MUYpKSk7CiAJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JU0VOQUJM RVIoMzAgPj4gNSksICgxVUwgPDwgKDMwICYgMHgxRikpKTsKIH0KKyNlbmRpZiAvKiBBUk1fSU5U Uk5HICovCisjZW5kaWYgLyogU01QICovCiAKKyNpZm5kZWYgQVJNX0lOVFJORwogaW50CiBnaWNf ZGVjb2RlX2ZkdCh1aW50MzJfdCBpcGFyZW50LCB1aW50MzJfdCAqaW50ciwgaW50ICppbnRlcnJ1 cHQsCiAgICAgaW50ICp0cmlnLCBpbnQgKnBvbCkKQEAgLTIzMCw3ICszMDgsMTggQEAKIAl9CiAJ cmV0dXJuICgwKTsKIH0KKyNlbmRpZgogCitzdGF0aWMgaW5saW5lIGludHB0cl90CitnaWNfeHJl ZihkZXZpY2VfdCBkZXYpCit7CisjaWZkZWYgRkRUCisJcmV0dXJuIChPRl94cmVmX2Zyb21fbm9k ZShvZndfYnVzX2dldF9ub2RlKGRldikpKTsKKyNlbHNlCisJcmV0dXJuICgwKTsKKyNlbmRpZgor fQorCiBzdGF0aWMgaW50CiBhcm1fZ2ljX2F0dGFjaChkZXZpY2VfdCBkZXYpCiB7CkBAIC0yMzcs OCArMzI2LDExIEBACiAJc3RydWN0CQlhcm1fZ2ljX3NvZnRjICpzYzsKIAlpbnQJCWk7CiAJdWlu dDMyX3QJaWNjaWlkcjsKKyNpZmRlZiBBUk1fSU5UUk5HCisJaW50cHRyX3QJeHJlZiA9IGdpY194 cmVmKGRldik7CisjZW5kaWYKIAotCWlmIChhcm1fZ2ljX3NjKQorCWlmIChnaWNfc2MpCiAJCXJl dHVybiAoRU5YSU8pOwogCiAJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CkBAIC0yNDksNyAr MzQxLDcgQEAKIAl9CiAKIAlzYy0+Z2ljX2RldiA9IGRldjsKLQlhcm1fZ2ljX3NjID0gc2M7CisJ Z2ljX3NjID0gc2M7CiAKIAkvKiBJbml0aWFsaXplIG11dGV4ICovCiAJbXR4X2luaXQoJnNjLT5t dXRleCwgIkdJQyBsb2NrIiwgIiIsIE1UWF9TUElOKTsKQEAgLTI2OSw5ICszNjEsMTQgQEAKIAlz Yy0+bmlycXMgPSBnaWNfZF9yZWFkXzQoc2MsIEdJQ0RfVFlQRVIpOwogCXNjLT5uaXJxcyA9IDMy ICogKChzYy0+bmlycXMgJiAweDFmKSArIDEpOwogCisjaWZkZWYgQVJNX0lOVFJORworCXNjLT5n aWNfaXJxcyA9IG1hbGxvYyhzYy0+bmlycXMgKiBzaXplb2YgKCpzYy0+Z2ljX2lycXMpLCBNX0RF VkJVRiwKKwkgICAgTV9XQUlUT0sgfCBNX1pFUk8pOworI2Vsc2UKIAkvKiBTZXQgdXAgZnVuY3Rp b24gcG9pbnRlcnMgKi8KIAlhcm1fcG9zdF9maWx0ZXIgPSBnaWNfcG9zdF9maWx0ZXI7CiAJYXJt X2NvbmZpZ19pcnEgPSBnaWNfY29uZmlnX2lycTsKKyNlbmRpZgogCiAJaWNjaWlkciA9IGdpY19j X3JlYWRfNChzYywgR0lDQ19JSURSKTsKIAlkZXZpY2VfcHJpbnRmKGRldiwicG4gMHgleCwgYXJj aCAweCV4LCByZXYgMHgleCwgaW1wbGVtZW50ZXIgMHgleCBpcnFzICV1XG4iLApAQCAtMzA3LDEx ICs0MDQsNDYzIEBACiAKIAkvKiBFbmFibGUgaW50ZXJydXB0IGRpc3RyaWJ1dGlvbiAqLwogCWdp Y19kX3dyaXRlXzQoc2MsIEdJQ0RfQ1RMUiwgMHgwMSk7CisjaWZuZGVmIEFSTV9JTlRSTkcKKwly ZXR1cm4gKDApOworI2Vsc2UKKwkvKgorCSAqIE5vdywgd2hlbiBldmVyeXRoaW5nIGlzIGluaXRp YWxpemVkLCBpdCdzIHJpZ2h0IHRpbWUgdG8KKwkgKiByZWdpc3RlciBpbnRlcnJ1cHQgY29udHJv bGxlciB0byBpbnRlcnJ1cHQgZnJhbWVmb3JrLgorCSAqLworCWlmIChhcm1fcGljX3JlZ2lzdGVy KGRldiwgeHJlZikgIT0gMCkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgImNvdWxkIG5vdCByZWdp c3RlciBQSUNcbiIpOworCQlnb3RvIGNsZWFudXA7CisJfQogCisJaWYgKHNjLT5naWNfcmVzWzJd ID09IE5VTEwpIHsKKwkJaWYgKGFybV9waWNfY2xhaW1fcm9vdChkZXYsIHhyZWYsIGFybV9naWNf aW50ciwgc2MsCisJCSAgICBHSUNfTEFTVF9TR0kgLSBHSUNfRklSU1RfU0dJICsgMSkgIT0gMCkg eworCQkJZGV2aWNlX3ByaW50ZihkZXYsICJjb3VsZCBub3Qgc2V0IFBJQyBhcyBhIHJvb3RcbiIp OworCQkJYXJtX3BpY191bnJlZ2lzdGVyKGRldiwgeHJlZik7CisJCQlnb3RvIGNsZWFudXA7CisJ CX0KKwl9IGVsc2UgeworCQlpZiAoYnVzX3NldHVwX2ludHIoZGV2LCBzYy0+Z2ljX3Jlc1syXSwg SU5UUl9UWVBFX01JU0MgfAorCQkgICAgSU5UUl9TT0xPLCAodm9pZCopYXJtX2dpY19pbnRyLCBO VUxMLCBzYywKKwkJICAgICZzYy0+Z2ljX2ludHJoYW5kKSkgeworCQkJZGV2aWNlX3ByaW50Zihk ZXYsICJjb3VsZCBub3Qgc2V0dXAgaXJxIGhhbmRsZXJcbiIpOworCQkJYXJtX3BpY191bnJlZ2lz dGVyKGRldiwgeHJlZik7CisJCQlnb3RvIGNsZWFudXA7CisJCX0KKwl9CisKIAlyZXR1cm4gKDAp OworCitjbGVhbnVwOgorCS8qCisJICogWFhYIC0gbm90IGltcGxlbWVudGVkIGFybV9naWNfZGV0 YWNoKCkgc2hvdWxkIGJlIGNhbGxlZCAhCisJICovCisJaWYgKHNjLT5naWNfaXJxcyAhPSBOVUxM KQorCQlmcmVlKHNjLT5naWNfaXJxcywgTV9ERVZCVUYpOworCWJ1c19yZWxlYXNlX3Jlc291cmNl cyhkZXYsIGFybV9naWNfc3BlYywgc2MtPmdpY19yZXMpOworCXJldHVybihFTlhJTyk7CisjZW5k aWYKIH0KIAorI2lmZGVmIEFSTV9JTlRSTkcKIHN0YXRpYyBpbnQKK2FybV9naWNfaW50cih2b2lk ICphcmcsIHN0cnVjdCB0cmFwZnJhbWUgKnRmKQoreworCXN0cnVjdCBhcm1fZ2ljX3NvZnRjICpz YyA9IGFyZzsKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYzsKKwl1aW50MzJfdCBpcnFfYWN0aXZl X3JlZywgaXJxOworCisJaXJxX2FjdGl2ZV9yZWcgPSBnaWNfY19yZWFkXzQoc2MsIEdJQ0NfSUFS KTsKKwlpcnEgPSBpcnFfYWN0aXZlX3JlZyAmIDB4M0ZGOworCisJLyoKKwkgKiAxLiBXZSBkbyBF T0kgaGVyZSBiZWNhdXNlIHJlY2VudCByZWFkIHZhbHVlIGZyb20gYWN0aXZlIGludGVycnVwdAor CSAqICAgIHJlZ2lzdGVyIG11c3QgYmUgdXNlZCBmb3IgaXQuIEFub3RoZXIgYXBwcm9hY2ggaXMg dG8gc2F2ZSB0aGlzCisJICogICAgdmFsdWUgaW50byBhc3NvY2lhdGVkIGludGVycnVwdCBzb3Vy Y2UuCisJICogMi4gRU9JIG11c3QgYmUgZG9uZSBvbiBzYW1lIENQVSB3aGVyZSBpbnRlcnJ1cHQg aGFzIGZpcmVkLiBUaHVzCisJICogICAgd2UgbXVzdCBlbnN1cmUgdGhhdCBpbnRlcnJ1cHRlZCB0 aHJlYWQgZG9lcyBub3QgbWlncmF0ZSB0bworCSAqICAgIGFub3RoZXIgQ1BVLgorCSAqIDMuIEVP SSBjYW5ub3QgYmUgZGVsYXllZCBieSBhbnkgcHJlZW1wdGlvbiB3aGljaCBjb3VsZCBoYXBwZW4g b24KKwkgKiAgICBjcml0aWNhbF9leGl0KCkgdXNlZCBpbiBNSSBpbnRyIGNvZGUsIHdoZW4gaW50 ZXJydXB0IHRocmVhZCBpcworCSAqICAgIHNjaGVkdWxlZC4gU2VlIG5leHQgcG9pbnQuCisJICog NC4gSVBJX1JFTkRFWlZPVVMgYXNzdW1lcyB0aGF0IG5vIHByZWVtcHRpb24gaXMgcGVybWl0dGVk IGR1cmluZworCSAqICAgIGFuIGFjdGlvbiBhbmQgYW55IHVzZSBvZiBjcml0aWNhbF9leGl0KCkg Y291bGQgYnJlYWsgdGhpcworCSAqICAgIGFzc3VtcHRpb24uIFNlZSBjb21tZW50cyB3aXRoaW4g c21wX3JlbmRlenZvdXNfYWN0aW9uKCkuCisJICogNS4gV2UgYWx3YXlzIHJldHVybiBGSUxURVJf SEFORExFRCBhcyB0aGlzIGlzIGFuIGludGVycnVwdAorCSAqICAgIGNvbnRyb2xsZXIgZGlzcGF0 Y2ggZnVuY3Rpb24uIE90aGVyd2lzZSwgaW4gY2FzY2FkZWQgaW50ZXJydXB0CisJICogICAgY2Fz ZSwgdGhlIHdob2xlIGludGVycnVwdCBzdWJ0cmVlIHdvdWxkIGJlIG1hc2tlZC4KKwkgKi8KKwor CWlmIChpcnEgPj0gc2MtPm5pcnFzKSB7CisJCWRldmljZV9wcmludGYoc2MtPmdpY19kZXYsICJT cHVyaW91cyBpbnRlcnJ1cHQgZGV0ZWN0ZWRcbiIpOworCQlnaWNfY193cml0ZV80KHNjLCBHSUND X0VPSVIsIGlycV9hY3RpdmVfcmVnKTsKKwkJcmV0dXJuIChGSUxURVJfSEFORExFRCk7CisJfQor CitkaXNwYXRjaF9pcnE6CisJaXNyYyA9IHNjLT5naWNfaXJxc1tpcnFdOworCWlmIChpc3JjID09 IE5VTEwpIHsKKwkJZGV2aWNlX3ByaW50ZihzYy0+Z2ljX2RldiwgIlN0cmF5IGludGVycnVwdCAl dSBkZXRlY3RlZFxuIiwgaXJxKTsKKwkJZ2ljX2lycV9tYXNrKHNjLCBpcnEpOworCQlnaWNfY193 cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycV9hY3RpdmVfcmVnKTsKKwkJZ290byBuZXh0X2lycTsK Kwl9CisKKwkvKgorCSAqIE5vdGUgdGhhdCBHSUNfRklSU1RfU0dJIGlzIHplcm8gYW5kIGlzIG5v dCB1c2VkIGluICdpZicgc3RhdGVtZW50CisJICogYXMgY29tcGlsZXIgY29tcGxhaW5zIHRoYXQg Y29tcGFyaW5nIHVfaW50ID49IDAgaXMgYWx3YXlzIHRydWUuCisJICovCisJaWYgKGlycSA8PSBH SUNfTEFTVF9TR0kpIHsKKyNpZmRlZiBTTVAKKwkJLyogQ2FsbCBFT0kgZm9yIGFsbCBJUEkgYmVm b3JlIGRpc3BhdGNoLiAqLworCQlnaWNfY193cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycV9hY3Rp dmVfcmVnKTsKKwkJYXJtX2lwaV9kaXNwYXRjaChpc3JjLCB0Zik7CisJCWdvdG8gbmV4dF9pcnE7 CisjZWxzZQorCQlwcmludGYoIlNHSSAldSBvbiBVUCBzeXN0ZW0gZGV0ZWN0ZWRcbiIsIGlycSAt IEdJQ19GSVJTVF9TR0kpOworCQlnaWNfY193cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycV9hY3Rp dmVfcmVnKTsKKwkJZ290byBuZXh0X2lycTsKKyNlbmRpZgorCX0KKworCWlmIChpc3JjLT5pc3Jj X3RyaWcgPT0gSU5UUl9UUklHR0VSX0xFVkVMKSB7CisJCWNyaXRpY2FsX2VudGVyKCk7CisJCWFy bV9pcnFfZGlzcGF0Y2goaXNyYywgdGYpOworCQlnaWNfY193cml0ZV80KHNjLCBHSUNDX0VPSVIs IGlycV9hY3RpdmVfcmVnKTsKKwkJY3JpdGljYWxfZXhpdCgpOworCX0gZWxzZSB7CisJCWdpY19j X3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwgaXJxX2FjdGl2ZV9yZWcpOworCQlhcm1faXJxX2Rpc3Bh dGNoKGlzcmMsIHRmKTsKKwl9CisKK25leHRfaXJxOgorCWFybV9pcnFfbWVtb3J5X2JhcnJpZXIo aXJxKTsgLyogWFhYICovCisJaXJxX2FjdGl2ZV9yZWcgPSBnaWNfY19yZWFkXzQoc2MsIEdJQ0Nf SUFSKTsKKwlpcnEgPSBpcnFfYWN0aXZlX3JlZyAmIDB4M0ZGOworCWlmIChpcnEgPCBzYy0+bmly cXMpCisJCWdvdG8gZGlzcGF0Y2hfaXJxOworCisJcmV0dXJuIChGSUxURVJfSEFORExFRCk7Cit9 CisKK3N0YXRpYyBpbnQKK2dpY19hdHRhY2hfaXNyYyhzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2Ms IHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCB1X2ludCBpcnEpCit7CisJY29uc3QgY2hhciAqbmFt ZTsKKworCS8qCisJICogMS4gVGhlIGxpbmsgYmV0d2VlbiBJU1JDIGFuZCBjb250cm9sbGVyIG11 c3QgYmUgc2V0IGF0b21pY2FsbHkuCisJICogMi4gSnVzdCBkbyB0aGluZ3Mgb25seSBvbmNlIGlu IHJhcmUgY2FzZSB3aGVuIGNvbnN1bWVycworCSAqICAgIG9mIHNoYXJlZCBpbnRlcnJ1cHQgY2Ft ZSBoZXJlIGF0IHRoZSBzYW1lIG1vbWVudC4KKwkgKi8KKwltdHhfbG9ja19zcGluKCZzYy0+bXV0 ZXgpOworCWlmIChzYy0+Z2ljX2lycXNbaXJxXSAhPSBOVUxMKSB7CisJCW10eF91bmxvY2tfc3Bp bigmc2MtPm11dGV4KTsKKwkJcmV0dXJuIChzYy0+Z2ljX2lycXNbaXJxXSA9PSBpc3JjID8gMCA6 IEVFWElTVCk7CisJfQorCXNjLT5naWNfaXJxc1tpcnFdID0gaXNyYzsKKwlpc3JjLT5pc3JjX2Rh dGEgPSAodm9pZCAqKWlycTsKKwltdHhfdW5sb2NrX3NwaW4oJnNjLT5tdXRleCk7CisKKwluYW1l ID0gZGV2aWNlX2dldF9uYW1ldW5pdChzYy0+Z2ljX2Rldik7CisJaWYgKGlycSA8PSBHSUNfTEFT VF9TR0kpCisJCWFybV9pcnFfc2V0X25hbWUoaXNyYywgIiVzLGkldSIsIG5hbWUsIGlycSAtIEdJ Q19GSVJTVF9TR0kpOworCWVsc2UgaWYgKGlycSA8PSBHSUNfTEFTVF9QUEkpCisJCWFybV9pcnFf c2V0X25hbWUoaXNyYywgIiVzLHAldSIsIG5hbWUsIGlycSAtIEdJQ19GSVJTVF9QUEkpOworCWVs c2UKKwkJYXJtX2lycV9zZXRfbmFtZShpc3JjLCAiJXMscyV1IiwgbmFtZSwgaXJxIC0gR0lDX0ZJ UlNUX1NQSSk7CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIGludAorZ2ljX2RldGFjaF9pc3Jj KHN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYywgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsIHVfaW50 IGlycSkKK3sKKworCW10eF9sb2NrX3NwaW4oJnNjLT5tdXRleCk7CisJaWYgKHNjLT5naWNfaXJx c1tpcnFdICE9IGlzcmMpIHsKKwkJbXR4X3VubG9ja19zcGluKCZzYy0+bXV0ZXgpOworCQlyZXR1 cm4gKHNjLT5naWNfaXJxc1tpcnFdID09IE5VTEwgPyAwIDogRUlOVkFMKTsKKwl9CisJc2MtPmdp Y19pcnFzW2lycV0gPSBOVUxMOworCWlzcmMtPmlzcmNfZGF0YSA9IE5VTEw7CisJbXR4X3VubG9j a19zcGluKCZzYy0+bXV0ZXgpOworCisJYXJtX2lycV9zZXRfbmFtZShpc3JjLCAiIik7CisJcmV0 dXJuICgwKTsKK30KKworc3RhdGljIHZvaWQKK2dpY19jb25maWcoc3RydWN0IGFybV9naWNfc29m dGMgKnNjLCB1X2ludCBpcnEsIGVudW0gaW50cl90cmlnZ2VyIHRyaWcsCisgICAgZW51bSBpbnRy X3BvbGFyaXR5IHBvbCkKK3sKKwl1aW50MzJfdCByZWc7CisJdWludDMyX3QgbWFzazsKKworCWlm IChpcnEgPCBHSUNfRklSU1RfU1BJKQorCQlyZXR1cm47CisKKwltdHhfbG9ja19zcGluKCZzYy0+ bXV0ZXgpOworCisJcmVnID0gZ2ljX2RfcmVhZF80KHNjLCBHSUNEX0lDRkdSKGlycSA+PiA0KSk7 CisJbWFzayA9IChyZWcgPj4gMiooaXJxICUgMTYpKSAmIDB4MzsKKworCWlmIChwb2wgPT0gSU5U Ul9QT0xBUklUWV9MT1cpIHsKKwkJbWFzayAmPSB+R0lDRF9JQ0ZHUl9QT0xfTUFTSzsKKwkJbWFz ayB8PSBHSUNEX0lDRkdSX1BPTF9MT1c7CisJfSBlbHNlIGlmIChwb2wgPT0gSU5UUl9QT0xBUklU WV9ISUdIKSB7CisJCW1hc2sgJj0gfkdJQ0RfSUNGR1JfUE9MX01BU0s7CisJCW1hc2sgfD0gR0lD RF9JQ0ZHUl9QT0xfSElHSDsKKwl9CisKKwlpZiAodHJpZyA9PSBJTlRSX1RSSUdHRVJfTEVWRUwp IHsKKwkJbWFzayAmPSB+R0lDRF9JQ0ZHUl9UUklHX01BU0s7CisJCW1hc2sgfD0gR0lDRF9JQ0ZH Ul9UUklHX0xWTDsKKwl9IGVsc2UgaWYgKHRyaWcgPT0gSU5UUl9UUklHR0VSX0VER0UpIHsKKwkJ bWFzayAmPSB+R0lDRF9JQ0ZHUl9UUklHX01BU0s7CisJCW1hc2sgfD0gR0lDRF9JQ0ZHUl9UUklH X0VER0U7CisJfQorCisJLyogU2V0IG1hc2sgKi8KKwlyZWcgPSByZWcgJiB+KDB4MyA8PCAyKihp cnEgJSAxNikpOworCXJlZyA9IHJlZyB8IChtYXNrIDw8IDIqKGlycSAlIDE2KSk7CisJZ2ljX2Rf d3JpdGVfNChzYywgR0lDRF9JQ0ZHUihpcnEgPj4gNCksIHJlZyk7CisKKwltdHhfdW5sb2NrX3Nw aW4oJnNjLT5tdXRleCk7Cit9CisKK3N0YXRpYyBpbnQKK2dpY19iaW5kKHN0cnVjdCBhcm1fZ2lj X3NvZnRjICpzYywgdV9pbnQgaXJxLCBjcHVzZXRfdCAqY3B1cykKK3sKKwl1aW50MzJfdCBjcHUs IGVuZCwgbWFzaywgcmVnOworCisJZW5kID0gbWluKG1wX25jcHVzLCA4KTsKKwlmb3IgKGNwdSA9 IGVuZDsgY3B1IDwgTUFYQ1BVOyBjcHUrKykKKwkJaWYgKENQVV9JU1NFVChjcHUsIGNwdXMpKQor CQkJcmV0dXJuIChFSU5WQUwpOworCisJZm9yIChtYXNrID0gMCwgY3B1ID0gMDsgY3B1IDwgZW5k OyBjcHUrKykKKwkJaWYgKENQVV9JU1NFVChjcHUsIGNwdXMpKQorCQkJbWFzayB8PSAxIDw8IGNw dTsKKworCW10eF9sb2NrX3NwaW4oJnNjLT5tdXRleCk7CisJcmVnID0gZ2ljX2RfcmVhZF80KHNj LCBHSUNEX0lUQVJHRVRTUihpcnEgLyA0KSk7CisJcmVnICY9IH4oMHhGRiA8PCAoOCAqIChpcnEg JSA0KSkpOworCXJlZyB8PSBtYXNrIDw8ICg4ICogKGlycSAlIDQpKTsKKwlnaWNfZF93cml0ZV80 KHNjLCBHSUNEX0lUQVJHRVRTUihpcnEgLyA0KSwgcmVnKTsKKwltdHhfdW5sb2NrX3NwaW4oJnNj LT5tdXRleCk7CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIGludAorZ2ljX2lycV9mcm9tX25z cGMoc3RydWN0IGFybV9naWNfc29mdGMgKnNjLCB1X2ludCB0eXBlLCB1X2ludCBudW0sIHVfaW50 ICppcnFwKQoreworCisJc3dpdGNoICh0eXBlKSB7CisJY2FzZSBBUk1fSVJRX05TUENfUExBSU46 CisJCSppcnFwID0gbnVtOworCQlyZXR1cm4gKCppcnFwIDwgc2MtPm5pcnFzID8gMCA6IEVJTlZB TCk7CisKKwljYXNlIEFSTV9JUlFfTlNQQ19JUlE6CisJCSppcnFwID0gbnVtICsgR0lDX0ZJUlNU X1BQSTsKKwkJcmV0dXJuICgqaXJxcCA8IHNjLT5uaXJxcyA/IDAgOiBFSU5WQUwpOworCisJY2Fz ZSBBUk1fSVJRX05TUENfSVBJOgorCQkqaXJxcCA9IG51bSArIEdJQ19GSVJTVF9TR0k7CisJCXJl dHVybiAoKmlycXAgPCBHSUNfTEFTVF9TR0kgPyAwIDogRUlOVkFMKTsKKworCWRlZmF1bHQ6CisJ CXJldHVybiAoRUlOVkFMKTsKKwl9Cit9CisKK3N0YXRpYyBpbnQKK2dpY19tYXBfbnNwYyhzdHJ1 Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCB1X2ludCAqaXJx cCkKK3sKKwlpbnQgZXJyb3I7CisKKwllcnJvciA9IGdpY19pcnFfZnJvbV9uc3BjKHNjLCBpc3Jj LT5pc3JjX25zcGNfdHlwZSwgaXNyYy0+aXNyY19uc3BjX251bSwKKwkgICAgaXJxcCk7CisJaWYg KGVycm9yICE9IDApCisJCXJldHVybiAoZXJyb3IpOworCXJldHVybiAoZ2ljX2F0dGFjaF9pc3Jj KHNjLCBpc3JjLCAqaXJxcCkpOworfQorCisjaWZkZWYgRkRUCitzdGF0aWMgaW50CitnaWNfbWFw X2ZkdChzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCB1 X2ludCAqaXJxcCkKK3sKKwl1X2ludCBpcnEsIHRyaXBvbDsKKwllbnVtIGludHJfdHJpZ2dlciB0 cmlnOworCWVudW0gaW50cl9wb2xhcml0eSBwb2w7CisJaW50IGVycm9yOworCisJaWYgKGlzcmMt PmlzcmNfbmNlbGxzID09IDEpIHsKKwkJaXJxID0gaXNyYy0+aXNyY19jZWxsc1swXTsKKwkJcG9s ID0gSU5UUl9QT0xBUklUWV9DT05GT1JNOworCQl0cmlnID0gSU5UUl9UUklHR0VSX0NPTkZPUk07 CisJfSBlbHNlIGlmIChpc3JjLT5pc3JjX25jZWxscyA9PSAzKSB7CisJCWlmIChpc3JjLT5pc3Jj X2NlbGxzWzBdID09IDApCisJCQlpcnEgPSBpc3JjLT5pc3JjX2NlbGxzWzFdICsgR0lDX0ZJUlNU X1BQSTsKKwkJZWxzZQorCQkJaXJxID0gaXNyYy0+aXNyY19jZWxsc1sxXSArIEdJQ19GSVJTVF9T UEk7CisKKwkJLyoKKwkJICogSW4gaW50clsyXSwgYml0c1szOjBdIGFyZSB0cmlnZ2VyIHR5cGUg YW5kIGxldmVsIGZsYWdzLgorCQkgKiAgIDEgPSBsb3ctdG8taGlnaCBlZGdlIHRyaWdnZXJlZAor CQkgKiAgIDIgPSBoaWdoLXRvLWxvdyBlZGdlIHRyaWdnZXJlZAorCQkgKiAgIDQgPSBhY3RpdmUg aGlnaCBsZXZlbC1zZW5zaXRpdmUKKwkJICogICA4ID0gYWN0aXZlIGxvdyBsZXZlbC1zZW5zaXRp dmUKKwkJICogVGhlIGhhcmR3YXJlIG9ubHkgc3VwcG9ydHMgYWN0aXZlLWhpZ2gtbGV2ZWwgb3Ig cmlzaW5nLWVkZ2UuCisJCSAqLworCQl0cmlwb2wgPSBpc3JjLT5pc3JjX2NlbGxzWzJdOworCQlp ZiAodHJpcG9sICYgMHgwYSkgeworCQkJcHJpbnRmKCJ1bnN1cHBvcnRlZCB0cmlnZ2VyL3BvbGFy aXR5IGNvbmZpZ3VyYXRpb24gIgorCQkJICAgICIweCUyeFxuIiwgdHJpcG9sICYgMHgwZik7CisJ CQlyZXR1cm4gKEVOT1RTVVApOworCQl9CisJCXBvbCA9IElOVFJfUE9MQVJJVFlfQ09ORk9STTsK KwkJaWYgKHRyaXBvbCAmIDB4MDEpCisJCQl0cmlnID0gSU5UUl9UUklHR0VSX0VER0U7CisJCWVs c2UKKwkJCXRyaWcgPSBJTlRSX1RSSUdHRVJfTEVWRUw7CisJfSBlbHNlCisJCXJldHVybiAoRUlO VkFMKTsKKworCWlmIChpcnEgPj0gc2MtPm5pcnFzKQorCQlyZXR1cm4gKEVJTlZBTCk7CisKKwll cnJvciA9IGdpY19hdHRhY2hfaXNyYyhzYywgaXNyYywgaXJxKTsKKwlpZiAoZXJyb3IgIT0gMCkK KwkJcmV0dXJuIChlcnJvcik7CisKKwlpc3JjLT5pc3JjX25zcGNfdHlwZSA9IEFSTV9JUlFfTlNQ Q19QTEFJTjsKKwlpc3JjLT5pc3JjX25zcGNfbnVtID0gaXJxOworCWlzcmMtPmlzcmNfdHJpZyA9 IHRyaWc7CisJaXNyYy0+aXNyY19wb2wgPSBwb2w7CisKKwkqaXJxcCA9IGlycTsKKwlyZXR1cm4g KDApOworfQorI2VuZGlmCisKK3N0YXRpYyBpbnQKK2FybV9naWNfcmVnaXN0ZXIoZGV2aWNlX3Qg ZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgYm9vbGVhbl90ICppc19wZXJjcHUpCit7CisJ c3RydWN0IGFybV9naWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXVfaW50 IGlycTsKKwlpbnQgZXJyb3I7CisKKwlpZiAoaXNyYy0+aXNyY190eXBlID09IEFSTV9JU1JDVF9O QU1FU1BBQ0UpCisJCWVycm9yID0gZ2ljX21hcF9uc3BjKHNjLCBpc3JjLCAmaXJxKTsKKyNpZmRl ZiBGRFQKKwllbHNlIGlmIChpc3JjLT5pc3JjX3R5cGUgPT0gQVJNX0lTUkNUX0ZEVCkKKwkJZXJy b3IgPSBnaWNfbWFwX2ZkdChzYywgaXNyYywgJmlycSk7CisjZW5kaWYKKwllbHNlCisJCXJldHVy biAoRUlOVkFMKTsKKworCWlmIChlcnJvciA9PSAwKQorCQkqaXNfcGVyY3B1ID0gaXJxIDwgR0lD X0ZJUlNUX1NQSSA/IFRSVUUgOiBGQUxTRTsKKwlyZXR1cm4gKGVycm9yKTsKK30KKworc3RhdGlj IHZvaWQKK2FybV9naWNfZW5hYmxlX2ludHIoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNy YyAqaXNyYykKK3sKKwlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRj KGRldik7CisJdV9pbnQgaXJxID0gKHVfaW50KWlzcmMtPmlzcmNfZGF0YTsKKworCWlmIChpc3Jj LT5pc3JjX3RyaWcgPT0gSU5UUl9UUklHR0VSX0NPTkZPUk0pCisJCWlzcmMtPmlzcmNfdHJpZyA9 IElOVFJfVFJJR0dFUl9MRVZFTDsKKworCWdpY19jb25maWcoc2MsIGlycSwgaXNyYy0+aXNyY190 cmlnLCBpc3JjLT5pc3JjX3BvbCk7CisKKwlpZiAoQ1BVX0VNUFRZKCZpc3JjLT5pc3JjX2NwdSkp IHsKKwkJZ2ljX2lycV9jcHUgPSBhcm1faXJxX25leHRfY3B1KGdpY19pcnFfY3B1LCAmYWxsX2Nw dXMpOworCQlDUFVfU0VUT0YoZ2ljX2lycV9jcHUsICZpc3JjLT5pc3JjX2NwdSk7CisJfQorCWlm IChnaWNfYmluZChzYywgaXJxLCAmaXNyYy0+aXNyY19jcHUpICE9IDApCisJCUNQVV9aRVJPKCZp c3JjLT5pc3JjX2NwdSk7Cit9CisKK3N0YXRpYyB2b2lkCithcm1fZ2ljX2VuYWJsZV9zb3VyY2Uo ZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgYXJtX2dp Y19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQgaXJxID0gKHVfaW50 KWlzcmMtPmlzcmNfZGF0YTsKKworCWlmIChpcnEgPD0gR0lDX0xBU1RfU0dJKQorCQlyZXR1cm47 IC8qIHYyIElNUExFTUVOVEFUSU9OIERFRklORUQgKi8KKworCWFybV9pcnFfbWVtb3J5X2JhcnJp ZXIoaXJxKTsKKwlnaWNfaXJxX3VubWFzayhzYywgaXJxKTsKK30KKworc3RhdGljIHZvaWQKK2Fy bV9naWNfZGlzYWJsZV9zb3VyY2UoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNy YykKK3sKKwlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7 CisJdV9pbnQgaXJxID0gKHVfaW50KWlzcmMtPmlzcmNfZGF0YTsKKworCWlmIChpcnEgPD0gR0lD X0xBU1RfU0dJKQorCQlyZXR1cm47IC8qIHYyIElNUExFTUVOVEFUSU9OIERFRklORUQgKi8KKwor CWdpY19pcnFfbWFzayhzYywgaXJxKTsKK30KKworc3RhdGljIHZvaWQKK2FybV9naWNfZGlzYWJs ZV9pbnRyKGRldmljZV90IGRldiwgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7Cit9CisKK3N0 YXRpYyBpbnQKK2FybV9naWNfdW5yZWdpc3RlcihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJx c3JjICppc3JjKQoreworCXN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29m dGMoZGV2KTsKKwl1X2ludCBpcnEgPSAodV9pbnQpaXNyYy0+aXNyY19kYXRhOworCisJcmV0dXJu IChnaWNfZGV0YWNoX2lzcmMoc2MsIGlzcmMsIGlycSkpOworfQorCitzdGF0aWMgdm9pZAorYXJt X2dpY19wcmVfaXRocmVhZChkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQor eworCisJYXJtX2dpY19kaXNhYmxlX3NvdXJjZShkZXYsIGlzcmMpOworfQorCitzdGF0aWMgdm9p ZAorYXJtX2dpY19wb3N0X2l0aHJlYWQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAq aXNyYykKK3sKKworCWFybV9naWNfZW5hYmxlX3NvdXJjZShkZXYsIGlzcmMpOworfQorCitzdGF0 aWMgdm9pZAorYXJtX2dpY19wb3N0X2ZpbHRlcihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJx c3JjICppc3JjKQoreworCisJLyogRU9JIG11c3QgYmUgZG9uZSBpbiBjb250cm9sbGVyJ3MgaW50 ZXJydXB0IHJvdXRpbmUuICovCit9CisKKyNpZmRlZiBTTVAKK3N0YXRpYyBpbnQKK2FybV9naWNf YmluZChkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCXN0cnVjdCBh cm1fZ2ljX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwl1aW50MzJfdCBpcnEg PSAodV9pbnQpaXNyYy0+aXNyY19kYXRhOworCisJaWYgKGlycSA8IEdJQ19GSVJTVF9TUEkpCisJ CXJldHVybiAoRUlOVkFMKTsKKworCWlmIChDUFVfRU1QVFkoJmlzcmMtPmlzcmNfY3B1KSkgewor CQlnaWNfaXJxX2NwdSA9IGFybV9pcnFfbmV4dF9jcHUoZ2ljX2lycV9jcHUsICZhbGxfY3B1cyk7 CisJCUNQVV9TRVRPRihnaWNfaXJxX2NwdSwgJmlzcmMtPmlzcmNfY3B1KTsKKwl9CisJcmV0dXJu IChnaWNfYmluZChzYywgaXJxLCAmaXNyYy0+aXNyY19jcHUpKTsKK30KKworc3RhdGljIHZvaWQK K2FybV9naWNfaXBpX3NlbmQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywg Y3B1c2V0X3QgY3B1cykKK3sKKwlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0 X3NvZnRjKGRldik7CisJdWludDMyX3QgaXJxLCB2YWwgPSAwLCBpOworCisJaXJxID0gKHVfaW50 KWlzcmMtPmlzcmNfZGF0YTsKKworCWZvciAoaSA9IDA7IGkgPCBNQVhDUFU7IGkrKykKKwkJaWYg KENQVV9JU1NFVChpLCAmY3B1cykpCisJCQl2YWwgfD0gMSA8PCAoMTYgKyBpKTsKKworCWdpY19k X3dyaXRlXzQoc2MsIEdJQ0RfU0dJUigwKSwgdmFsIHwgaXJxKTsKK30KKyNlbmRpZgorI2Vsc2UK K3N0YXRpYyBpbnQKIGFybV9naWNfbmV4dF9pcnEoc3RydWN0IGFybV9naWNfc29mdGMgKnNjLCBp bnQgbGFzdF9pcnEpCiB7CiAJdWludDMyX3QgYWN0aXZlX2lycTsKQEAgLTMyMyw3ICs4NzIsNyBA QAogCSAqIGJpdHMgKGllIENQVSBudW1iZXIpLCBub3QganVzdCB0aGUgSVJRIG51bWJlciwgYW5k IHdlIGRvIG5vdAogCSAqIGhhdmUgdGhpcyBpbmZvcm1hdGlvbiBsYXRlci4KIAkgKi8KLQlpZiAo KGFjdGl2ZV9pcnEgJiAweDNmZikgPD0gR0lDX0xBU1RfSVBJKQorCWlmICgoYWN0aXZlX2lycSAm IDB4M2ZmKSA8PSBHSUNfTEFTVF9TR0kpCiAJCWdpY19jX3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwg YWN0aXZlX2lycSk7CiAJYWN0aXZlX2lycSAmPSAweDNGRjsKIApAQCAtMzk2LDcgKzk0NSw3IEBA CiAJc3RydWN0IGFybV9naWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOwogCiAJ Z2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JQ0VOQUJMRVIoaXJxID4+IDUpLCAoMVVMIDw8IChpcnEg JiAweDFGKSkpOwotCWdpY19jX3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwgaXJxKTsKKwlnaWNfY193 cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycSk7IC8qIFhYWCAtIG5vdCBhbGxvd2VkICovCiB9CiAK IHN0YXRpYyB2b2lkCkBAIC00MDQsNyArOTUzLDcgQEAKIHsKIAlzdHJ1Y3QgYXJtX2dpY19zb2Z0 YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAKLQlpZiAoaXJxID4gR0lDX0xBU1RfSVBJ KQorCWlmIChpcnEgPiBHSUNfTEFTVF9TR0kpCiAJCWFybV9pcnFfbWVtb3J5X2JhcnJpZXIoaXJx KTsKIAogCWdpY19kX3dyaXRlXzQoc2MsIEdJQ0RfSVNFTkFCTEVSKGlycSA+PiA1KSwgKDFVTCA8 PCAoaXJxICYgMHgxRikpKTsKQEAgLTQ1MSwxMCArMTAwMCwxMCBAQAogc3RhdGljIHZvaWQKIGdp Y19wb3N0X2ZpbHRlcih2b2lkICphcmcpCiB7Ci0Jc3RydWN0IGFybV9naWNfc29mdGMgKnNjID0g YXJtX2dpY19zYzsKKwlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBnaWNfc2M7CiAJdWludHB0 cl90IGlycSA9ICh1aW50cHRyX3QpIGFyZzsKIAotCWlmIChpcnEgPiBHSUNfTEFTVF9JUEkpCisJ aWYgKGlycSA+IEdJQ19MQVNUX1NHSSkKIAkJYXJtX2lycV9tZW1vcnlfYmFycmllcihpcnEpOwog CWdpY19jX3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwgaXJxKTsKIH0KQEAgLTQ2Myw3ICsxMDEyLDcg QEAKIGdpY19jb25maWdfaXJxKGludCBpcnEsIGVudW0gaW50cl90cmlnZ2VyIHRyaWcsIGVudW0g aW50cl9wb2xhcml0eSBwb2wpCiB7CiAKLQlyZXR1cm4gKGFybV9naWNfY29uZmlnKGFybV9naWNf c2MtPmdpY19kZXYsIGlycSwgdHJpZywgcG9sKSk7CisJcmV0dXJuIChhcm1fZ2ljX2NvbmZpZyhn aWNfc2MtPmdpY19kZXYsIGlycSwgdHJpZywgcG9sKSk7CiB9CiAKIHZvaWQKQEAgLTQ3MCw3ICsx MDE5LDcgQEAKIGFybV9tYXNrX2lycSh1aW50cHRyX3QgbmIpCiB7CiAKLQlhcm1fZ2ljX21hc2so YXJtX2dpY19zYy0+Z2ljX2RldiwgbmIpOworCWFybV9naWNfbWFzayhnaWNfc2MtPmdpY19kZXYs IG5iKTsKIH0KIAogdm9pZApAQCAtNDc3LDcgKzEwMjYsNyBAQAogYXJtX3VubWFza19pcnEodWlu dHB0cl90IG5iKQogewogCi0JYXJtX2dpY191bm1hc2soYXJtX2dpY19zYy0+Z2ljX2RldiwgbmIp OworCWFybV9naWNfdW5tYXNrKGdpY19zYy0+Z2ljX2RldiwgbmIpOwogfQogCiBpbnQKQEAgLTQ4 NCw3ICsxMDMzLDcgQEAKIGFybV9nZXRfbmV4dF9pcnEoaW50IGxhc3RfaXJxKQogewogCi0JcmV0 dXJuIChhcm1fZ2ljX25leHRfaXJxKGFybV9naWNfc2MsIGxhc3RfaXJxKSk7CisJcmV0dXJuIChh cm1fZ2ljX25leHRfaXJxKGdpY19zYywgbGFzdF9pcnEpKTsKIH0KIAogdm9pZApAQCAtNDkxLDcg KzEwNDAsNyBAQAogYXJtX2luaXRfc2Vjb25kYXJ5X2ljKHZvaWQpCiB7CiAKLQlhcm1fZ2ljX2lu aXRfc2Vjb25kYXJ5KGFybV9naWNfc2MtPmdpY19kZXYpOworCWFybV9naWNfaW5pdF9zZWNvbmRh cnkoZ2ljX3NjLT5naWNfZGV2KTsKIH0KIAogI2lmZGVmIFNNUApAQCAtNDk5LDcgKzEwNDgsNyBA QAogcGljX2lwaV9zZW5kKGNwdXNldF90IGNwdXMsIHVfaW50IGlwaSkKIHsKIAotCWFybV9naWNf aXBpX3NlbmQoYXJtX2dpY19zYy0+Z2ljX2RldiwgY3B1cywgaXBpKTsKKwlhcm1fZ2ljX2lwaV9z ZW5kKGdpY19zYy0+Z2ljX2RldiwgY3B1cywgaXBpKTsKIH0KIAogaW50CkBAIC01MDYsNyArMTA1 NSw3IEBACiBwaWNfaXBpX3JlYWQoaW50IGkpCiB7CiAKLQlyZXR1cm4gKGFybV9naWNfaXBpX3Jl YWQoYXJtX2dpY19zYy0+Z2ljX2RldiwgaSkpOworCXJldHVybiAoYXJtX2dpY19pcGlfcmVhZChn aWNfc2MtPmdpY19kZXYsIGkpKTsKIH0KIAogdm9pZApAQCAtNTEzLDE0ICsxMDYyLDMyIEBACiBw aWNfaXBpX2NsZWFyKGludCBpcGkpCiB7CiAKLQlhcm1fZ2ljX2lwaV9jbGVhcihhcm1fZ2ljX3Nj LT5naWNfZGV2LCBpcGkpOworCWFybV9naWNfaXBpX2NsZWFyKGdpY19zYy0+Z2ljX2RldiwgaXBp KTsKIH0KICNlbmRpZgorI2VuZGlmIC8qIEFSTV9JTlRSTkcgKi8KIAogc3RhdGljIGRldmljZV9t ZXRob2RfdCBhcm1fZ2ljX21ldGhvZHNbXSA9IHsKIAkvKiBEZXZpY2UgaW50ZXJmYWNlICovCiAJ REVWTUVUSE9EKGRldmljZV9wcm9iZSwJCWFybV9naWNfcHJvYmUpLAogCURFVk1FVEhPRChkZXZp Y2VfYXR0YWNoLAlhcm1fZ2ljX2F0dGFjaCksCisjaWZkZWYgQVJNX0lOVFJORworCS8qIEludGVy cnVwdCBjb250cm9sbGVyIGludGVyZmFjZSAqLworCURFVk1FVEhPRChwaWNfZGlzYWJsZV9pbnRy LAlhcm1fZ2ljX2Rpc2FibGVfaW50ciksCisJREVWTUVUSE9EKHBpY19kaXNhYmxlX3NvdXJjZSwJ YXJtX2dpY19kaXNhYmxlX3NvdXJjZSksCisJREVWTUVUSE9EKHBpY19lbmFibGVfaW50ciwJYXJt X2dpY19lbmFibGVfaW50ciksCisJREVWTUVUSE9EKHBpY19lbmFibGVfc291cmNlLAlhcm1fZ2lj X2VuYWJsZV9zb3VyY2UpLAorCURFVk1FVEhPRChwaWNfcG9zdF9maWx0ZXIsCWFybV9naWNfcG9z dF9maWx0ZXIpLAorCURFVk1FVEhPRChwaWNfcG9zdF9pdGhyZWFkLAlhcm1fZ2ljX3Bvc3RfaXRo cmVhZCksCisJREVWTUVUSE9EKHBpY19wcmVfaXRocmVhZCwJYXJtX2dpY19wcmVfaXRocmVhZCks CisJREVWTUVUSE9EKHBpY19yZWdpc3RlciwJCWFybV9naWNfcmVnaXN0ZXIpLAorCURFVk1FVEhP RChwaWNfdW5yZWdpc3RlciwJYXJtX2dpY191bnJlZ2lzdGVyKSwKKyNpZmRlZiBTTVAKKwlERVZN RVRIT0QocGljX2JpbmQsCQlhcm1fZ2ljX2JpbmQpLAorCURFVk1FVEhPRChwaWNfaW5pdF9zZWNv bmRhcnksCWFybV9naWNfaW5pdF9zZWNvbmRhcnkpLAorCURFVk1FVEhPRChwaWNfaXBpX3NlbmQs CQlhcm1fZ2ljX2lwaV9zZW5kKSwKKyNlbmRpZgorI2VuZGlmCiAJeyAwLCAwIH0KIH07CiAKSW5k ZXg6IHN5cy9hcm0vY29uZi9QQU5EQUJPQVJECj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vY29uZi9Q QU5EQUJPQVJECShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL2NvbmYvUEFOREFCT0FSRAko d29ya2luZyBjb3B5KQpAQCAtMzIsNiArMzIsOCBAQAogbWFrZW9wdGlvbnMJTU9EVUxFU19PVkVS UklERT0iIgogbWFrZW9wdGlvbnMJV0lUSE9VVF9NT0RVTEVTPSJhaGMiCiAKK29wdGlvbnMJCUFS TV9JTlRSTkcJCSMgbmV3IGludGVycnVwdCBmcmFtZXdvcmsKKwogb3B0aW9ucyAJSFo9MTAwCiBv cHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgogb3B0aW9ucyAJUFJFRU1QVElPTgkJ IyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uCkluZGV4OiBzeXMvYXJtL3RpL29tYXA0 L29tYXA0X21wLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS90aS9vbWFwNC9vbWFwNF9tcC5jCShy ZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL3RpL29tYXA0L29tYXA0X21wLmMJKHdvcmtpbmcg Y29weSkKQEAgLTQxLDcgKzQxLDggQEAKIHZvaWQKIHBsYXRmb3JtX21wX2luaXRfc2Vjb25kYXJ5 KHZvaWQpCiB7Ci0JYXJtX2luaXRfc2Vjb25kYXJ5X2ljKCk7CisKKwlhcm1fcGljX2luaXRfc2Vj b25kYXJ5KCk7CiB9CiAKIHZvaWQKSW5kZXg6IHN5cy9hcm0vdGkvb21hcDQvc3RkLm9tYXA0Cj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KLS0tIHN5cy9hcm0vdGkvb21hcDQvc3RkLm9tYXA0CShyZXZpc2lvbiAyNzk2ODUp CisrKyBzeXMvYXJtL3RpL29tYXA0L3N0ZC5vbWFwNAkod29ya2luZyBjb3B5KQpAQCAtMTcsNyAr MTcsMyBAQAogb3B0aW9ucwkJU09DX09NQVA0CiAKIG9wdGlvbnMJCUFSTV9MMl9QSVBUCi0KLW9w dGlvbnMJCUlQSV9JUlFfU1RBUlQ9MAotb3B0aW9ucwkJSVBJX0lSUV9FTkQ9MTUKLQo= --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=US-ASCII; name="intrng_aintc_01.diff" Content-Disposition: attachment; filename="intrng_aintc_01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6xu3yn25 SW5kZXg6IHN5cy9hcm0vY29uZi9CRUFHTEVCT05FCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vY29u Zi9CRUFHTEVCT05FCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL2NvbmYvQkVBR0xFQk9O RQkod29ya2luZyBjb3B5KQpAQCAtMzMsNiArMzMsOCBAQAogbWFrZW9wdGlvbnMgICAgICAgICBX SVRIX0NURj0xCiBtYWtlb3B0aW9ucyAgICAgTU9EVUxFU19PVkVSUklERT0ib3BlbnNvbGFyaXMg ZHRyYWNlIGR0cmFjZS9sb2Nrc3RhdCBkdHJhY2UvcHJvZmlsZSBkdHJhY2UvZmJ0IgoKK29wdGlv bnMJCUFSTV9JTlRSTkcKKwogb3B0aW9ucyAJSFo9MTAwCiBvcHRpb25zIAlTQ0hFRF80QlNECQkj IDRCU0Qgc2NoZWR1bGVyCiBvcHRpb25zIAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhy ZWFkIHByZWVtcHRpb24KSW5kZXg6IHN5cy9hcm0vdGkvYWludGMuYwo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBz eXMvYXJtL3RpL2FpbnRjLmMJKHJldmlzaW9uIDI3OTY4NSkKKysrIHN5cy9hcm0vdGkvYWludGMu Ywkod29ya2luZyBjb3B5KQpAQCAtMjYsMTAgKzI2LDExIEBACiAgKiBTVUNIIERBTUFHRS4KICAq LwoKLQogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNESUQoIiRGcmVlQlNEJCIpOwoKKyNp bmNsdWRlICJvcHRfcGxhdGZvcm0uaCIKKwogI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1 ZGUgPHN5cy9zeXN0bS5oPgogI2luY2x1ZGUgPHN5cy9idXMuaD4KQEAgLTQ1LDYgKzQ2LDEwIEBA CiAjaW5jbHVkZSA8ZGV2L29mdy9vZndfYnVzLmg+CiAjaW5jbHVkZSA8ZGV2L29mdy9vZndfYnVz X3N1YnIuaD4KCisjaWZkZWYgQVJNX0lOVFJORworI2luY2x1ZGUgInBpY19pZi5oIgorI2VuZGlm CisKICNkZWZpbmUgSU5UQ19SRVZJU0lPTgkJMHgwMAogI2RlZmluZSBJTlRDX1NZU0NPTkZJRwkJ MHgxMAogI2RlZmluZSBJTlRDX1NZU1NUQVRVUwkJMHgxNApAQCAtNTYsOCArNjEsMTcgQEAKICNk ZWZpbmUgSU5UQ19JU1JfU0VUKHgpCQkoMHg5MCArICgoeCkgKiAweDIwKSkKICNkZWZpbmUgSU5U Q19JU1JfQ0xFQVIoeCkJKDB4OTQgKyAoKHgpICogMHgyMCkpCgorI2lmZGVmIEFSTV9JTlRSTkcK K3N0YXRpYyBpbnQgdGlfYWludGNfaW50cih2b2lkICosIHN0cnVjdCB0cmFwZnJhbWUgKik7Cisj ZW5kaWYKKwogc3RydWN0IHRpX2FpbnRjX3NvZnRjIHsKLQlkZXZpY2VfdAkJc2NfZGV2OworCWRl dmljZV90CQlhaW50Y19kZXY7CisjaWZkZWYgQVJNX0lOVFJORworCXN0cnVjdCBhcm1faXJxc3Jj ICoqCWFpbnRjX2lycXM7CisJdWludDMyX3QJCWFpbnRjX25pcnFzOworCXZvaWQgKgkJCWFpbnRj X2ludHJoYW5kOworI2VuZGlmCiAJc3RydWN0IHJlc291cmNlICoJYWludGNfcmVzWzNdOwogCWJ1 c19zcGFjZV90YWdfdAkJYWludGNfYnN0OwogCWJ1c19zcGFjZV9oYW5kbGVfdAlhaW50Y19ic2g7 CkBAIC02NiwxMCArODAsMTIgQEAKCiBzdGF0aWMgc3RydWN0IHJlc291cmNlX3NwZWMgdGlfYWlu dGNfc3BlY1tdID0gewogCXsgU1lTX1JFU19NRU1PUlksCTAsCVJGX0FDVElWRSB9LAorI2lmZGVm IEFSTV9JTlRSTkcKKwl7IFNZU19SRVNfSVJRLAkgIDAsIFJGX0FDVElWRSB8IFJGX09QVElPTkFM IH0sIC8qIFBhcmVudCBpbnRlcnJ1cHQgKi8KKyNlbmRpZgogCXsgLTEsIDAgfQogfTsKCi0KIHN0 YXRpYyBzdHJ1Y3QgdGlfYWludGNfc29mdGMgKnRpX2FpbnRjX3NjID0gTlVMTDsKCiAjZGVmaW5l CWFpbnRjX3JlYWRfNChfc2MsIHJlZykJCVwKQEAgLTc3LDggKzkzLDIxNyBAQAogI2RlZmluZQlh aW50Y193cml0ZV80KF9zYywgcmVnLCB2YWwpCQlcCiAgICAgYnVzX3NwYWNlX3dyaXRlXzQoKF9z YyktPmFpbnRjX2JzdCwgKF9zYyktPmFpbnRjX2JzaCwgKHJlZyksICh2YWwpKQoKKyNpZmRlZiBB Uk1fSU5UUk5HCitzdGF0aWMgaW5saW5lIHZvaWQKK3RpX2FpbnRjX2lycV9lb2koc3RydWN0IHRp X2FpbnRjX3NvZnRjICpzYykKK3sKCisJYWludGNfd3JpdGVfNChzYywgSU5UQ19DT05UUk9MLCAx KTsKK30KKworc3RhdGljIGlubGluZSB2b2lkCit0aV9haW50Y19pcnFfbWFzayhzdHJ1Y3QgdGlf YWludGNfc29mdGMgKnNjLCB1X2ludCBpcnEpCit7CisKKwlhaW50Y193cml0ZV80KHNjLCBJTlRD X01JUl9TRVQoaXJxID4+IDUpLCAoMVVMIDw8IChpcnEgJiAweDFGKSkpOworfQorCitzdGF0aWMg aW5saW5lIHZvaWQKK3RpX2FpbnRjX2lycV91bm1hc2soc3RydWN0IHRpX2FpbnRjX3NvZnRjICpz YywgdV9pbnQgaXJxKQoreworCisJYWludGNfd3JpdGVfNChzYywgSU5UQ19NSVJfQ0xFQVIoaXJx ID4+IDUpLCAoMVVMIDw8IChpcnEgJiAweDFGKSkpOworfQorCiBzdGF0aWMgaW50Cit0aV9haW50 Y19pbnRyKHZvaWQgKmFyZywgc3RydWN0IHRyYXBmcmFtZSAqdGYpCit7CisJc3RydWN0IHRpX2Fp bnRjX3NvZnRjICpzYyA9IGFyZzsKKwlzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYzsKKwl1aW50MzJf dCBhY3RpdmVfaXJxLCBsYXN0X2lycTsKKworCS8qIEdldCBhY3RpdmUgaW50ZXJydXB0ICovCisJ YWN0aXZlX2lycSA9IGFpbnRjX3JlYWRfNChzYywgSU5UQ19TSVJfSVJRKTsKKworCS8qIENoZWNr IGZvciBzcHVyaW91cyBpbnRlcnJ1cHQgKi8KKwlpZiAoKGFjdGl2ZV9pcnEgJiAweGZmZmZmZjgw KSkgeworCQlkZXZpY2VfcHJpbnRmKHNjLT5haW50Y19kZXYsCisJCSAgICAiU3B1cmlvdXMgaW50 ZXJydXB0IGRldGVjdGVkICgweCUwOHgpXG4iLCBhY3RpdmVfaXJxKTsKKwkJYWludGNfd3JpdGVf NChzYywgSU5UQ19TSVJfSVJRLCAwKTsgLyogUVFRICovCisJCXJldHVybiAoRklMVEVSX0hBTkRM RUQpOworCX0KKworZGlzcGF0Y2hfaXJxOgorCS8qIENoZWNrIGZvciByZWdpc3RlcmVkIHNvdXJj ZSAqLworCWlzcmMgPSBzYy0+YWludGNfaXJxc1thY3RpdmVfaXJxXTsKKwlpZiAoaXNyYyA9PSBO VUxMKSB7CisJCWRldmljZV9wcmludGYoc2MtPmFpbnRjX2RldiwgIlN0cmF5IGludGVycnVwdCAl dSBkZXRlY3RlZFxuIiwKKwkJICAgIGFjdGl2ZV9pcnEpOworCQl0aV9haW50Y19pcnFfbWFzayhz YywgYWN0aXZlX2lycSk7CisJCXRpX2FpbnRjX2lycV9lb2koc2MpOworCQlnb3RvIG5leHRfaXJx OworCX0KKworCS8qIE9ubHkgbGV2ZWwtc2Vuc2l0aXZlIGludGVycnVwdHMgZGV0ZWN0aW9uIGlz IHN1cHBvcnRlZC4gKi8KKwlhcm1faXJxX2Rpc3BhdGNoKGlzcmMsIHRmKTsKKworbmV4dF9pcnE6 CisJYXJtX2lycV9tZW1vcnlfYmFycmllcihhY3RpdmVfaXJxKTsgLyogWFhYICovCisJbGFzdF9p cnEgPSBhY3RpdmVfaXJxOworCWFjdGl2ZV9pcnEgPSBhaW50Y19yZWFkXzQoc2MsIElOVENfU0lS X0lSUSk7CisJaWYgKCgoYWN0aXZlX2lycSAmIDB4ZmZmZmZmODApID09IDApICYmIChsYXN0X2ly cSAhPSBhY3RpdmVfaXJxKSkKKwkJZ290byBkaXNwYXRjaF9pcnE7CisKKwlyZXR1cm4gKEZJTFRF Ul9IQU5ETEVEKTsKK30KKworc3RhdGljIGludAordGlfYWludGNfYXR0YWNoX2lzcmMoc3RydWN0 IHRpX2FpbnRjX3NvZnRjICpzYywgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsCisgICAgdV9pbnQg aXJxKQoreworCWNvbnN0IGNoYXIgKm5hbWU7CisKKwkvKgorCSAqIDEuIFRoZSBsaW5rIGJldHdl ZW4gSVNSQyBhbmQgY29udHJvbGxlciBtdXN0IGJlIHNldCBhdG9taWNhbGx5LgorCSAqIDIuIEp1 c3QgZG8gdGhpbmdzIG9ubHkgb25jZSBpbiByYXJlIGNhc2Ugd2hlbiBjb25zdW1lcnMKKwkgKiAg ICBvZiBzaGFyZWQgaW50ZXJydXB0IGNhbWUgaGVyZSBhdCB0aGUgc2FtZSBtb21lbnQuCisJICov CisJaWYgKCFhdG9taWNfY21wc2V0X2FjcV9wdHIoKHZvaWQgKikmc2MtPmFpbnRjX2lycXNbaXJx XSwgMCwKKwkgICAgKGludHB0cl90KWlzcmMpKQorCQlyZXR1cm4gKHNjLT5haW50Y19pcnFzW2ly cV0gPT0gaXNyYyA/IDAgOiBFRVhJU1QpOworCWlzcmMtPmlzcmNfZGF0YSA9ICh2b2lkICopaXJx OworCisJbmFtZSA9IGRldmljZV9nZXRfbmFtZXVuaXQoc2MtPmFpbnRjX2Rldik7CisJYXJtX2ly cV9zZXRfbmFtZShpc3JjLCAiJXMscyV1IiwgbmFtZSwgaXJxKTsKKwlyZXR1cm4gKDApOworfQor CitzdGF0aWMgaW50Cit0aV9haW50Y19kZXRhY2hfaXNyYyhzdHJ1Y3QgdGlfYWludGNfc29mdGMg KnNjLCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywKKyAgICB1X2ludCBpcnEpCit7CisKKwlpZiAo IWF0b21pY19jbXBzZXRfYWNxX3B0cigodm9pZCAqKSZzYy0+YWludGNfaXJxc1tpcnFdLAorCSAg ICAoaW50cHRyX3QpaXNyYywgMCkpCisJCXJldHVybiAoRUlOVkFMKTsKKwlpc3JjLT5pc3JjX2Rh dGEgPSBOVUxMOworCisJYXJtX2lycV9zZXRfbmFtZShpc3JjLCAiIik7CisJcmV0dXJuICgwKTsK K30KKworc3RhdGljIGludAordGlfYWludGNfbWFwX25zcGMoc3RydWN0IHRpX2FpbnRjX3NvZnRj ICpzYywgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7CisJdV9pbnQgaXJxOworCisJaWYgKGlz cmMtPmlzcmNfbnNwY190eXBlICE9IEFSTV9JUlFfTlNQQ19QTEFJTiAmJgorCSAgICBpc3JjLT5p c3JjX25zcGNfdHlwZSAhPSBBUk1fSVJRX05TUENfSVJRKQorCQlyZXR1cm4gKEVJTlZBTCk7CisK KwlpcnEgPSBpc3JjLT5pc3JjX25zcGNfbnVtOworCWlmIChpcnEgPj0gc2MtPmFpbnRjX25pcnFz KQorCQlyZXR1cm4gKEVJTlZBTCk7CisKKwlyZXR1cm4gKHRpX2FpbnRjX2F0dGFjaF9pc3JjKHNj LCBpc3JjLCBpcnEpKTsKK30KKworI2lmZGVmIEZEVAorc3RhdGljIGludAordGlfYWludGNfbWFw X2ZkdChzdHJ1Y3QgdGlfYWludGNfc29mdGMgKnNjLCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykK K3sKKwl1X2ludCBpcnE7CisJaW50IGVycm9yOworCisJaWYgKGlzcmMtPmlzcmNfbmNlbGxzICE9 IDEpCisJCXJldHVybiAoRUlOVkFMKTsKKworCWlycSA9IGlzcmMtPmlzcmNfY2VsbHNbMF07CisJ aWYgKGlycSA+PSBzYy0+YWludGNfbmlycXMpCisJCXJldHVybiAoRUlOVkFMKTsKKworCWVycm9y ID0gdGlfYWludGNfYXR0YWNoX2lzcmMoc2MsIGlzcmMsIGlycSk7CisJaWYgKGVycm9yICE9IDAp CisJCXJldHVybiAoZXJyb3IpOworCisJaXNyYy0+aXNyY19uc3BjX3R5cGUgPSBBUk1fSVJRX05T UENfUExBSU47CisJaXNyYy0+aXNyY19uc3BjX251bSA9IGlycTsKKwlyZXR1cm4gKDApOworfQor I2VuZGlmCisKK3N0YXRpYyBpbnQKK3RpX2FpbnRjX3JlZ2lzdGVyKGRldmljZV90IGRldiwgc3Ry dWN0IGFybV9pcnFzcmMgKmlzcmMsIGJvb2xlYW5fdCAqaXNfcGVyY3B1KQoreworCXN0cnVjdCB0 aV9haW50Y19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisKKwkqaXNfcGVyY3B1 ID0gRkFMU0U7CisKKwlpZiAoaXNyYy0+aXNyY190eXBlID09IEFSTV9JU1JDVF9OQU1FU1BBQ0Up CisJCXJldHVybiAodGlfYWludGNfbWFwX25zcGMoc2MsIGlzcmMpKTsKKyNpZmRlZiBGRFQKKwll bHNlIGlmIChpc3JjLT5pc3JjX3R5cGUgPT0gQVJNX0lTUkNUX0ZEVCkKKwkJcmV0dXJuICh0aV9h aW50Y19tYXBfZmR0KHNjLCBpc3JjKSk7CisjZW5kaWYKKwllbHNlCisJCXJldHVybiAoRUlOVkFM KTsKK30KKworc3RhdGljIHZvaWQKK3RpX2FpbnRjX2VuYWJsZV9zb3VyY2UoZGV2aWNlX3QgZGV2 LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgdGlfYWludGNfc29mdGMgKnNj ID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXVfaW50IGlycSA9ICh1X2ludClpc3JjLT5pc3Jj X2RhdGE7CisKKwlhcm1faXJxX21lbW9yeV9iYXJyaWVyKGlycSk7CisJdGlfYWludGNfaXJxX3Vu bWFzayhzYywgaXJxKTsKK30KKworc3RhdGljIHZvaWQKK3RpX2FpbnRjX2Rpc2FibGVfc291cmNl KGRldmljZV90IGRldiwgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7CisJc3RydWN0IHRpX2Fp bnRjX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwl1X2ludCBpcnEgPSAodV9p bnQpaXNyYy0+aXNyY19kYXRhOworCisJdGlfYWludGNfaXJxX21hc2soc2MsIGlycSk7Cit9CisK K3N0YXRpYyBpbnQKK3RpX2FpbnRjX3VucmVnaXN0ZXIoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJt X2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgdGlfYWludGNfc29mdGMgKnNjID0gZGV2aWNlX2dl dF9zb2Z0YyhkZXYpOworCXVfaW50IGlycSA9ICh1X2ludClpc3JjLT5pc3JjX2RhdGE7CisKKwly ZXR1cm4gKHRpX2FpbnRjX2RldGFjaF9pc3JjKHNjLCBpc3JjLCBpcnEpKTsKK30KKworc3RhdGlj IHZvaWQKK3RpX2FpbnRjX3ByZV9pdGhyZWFkKGRldmljZV90IGRldiwgc3RydWN0IGFybV9pcnFz cmMgKmlzcmMpCit7CisJc3RydWN0IHRpX2FpbnRjX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29m dGMoZGV2KTsKKwl1X2ludCBpcnEgPSAodV9pbnQpaXNyYy0+aXNyY19kYXRhOworCisJdGlfYWlu dGNfaXJxX21hc2soc2MsIGlycSk7CisJdGlfYWludGNfaXJxX2VvaShzYyk7Cit9CisKK3N0YXRp YyB2b2lkCit0aV9haW50Y19wb3N0X2l0aHJlYWQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2ly cXNyYyAqaXNyYykKK3sKKworCXRpX2FpbnRjX2VuYWJsZV9zb3VyY2UoZGV2LCBpc3JjKTsKK30K Kworc3RhdGljIHZvaWQKK3RpX2FpbnRjX3Bvc3RfZmlsdGVyKGRldmljZV90IGRldiwgc3RydWN0 IGFybV9pcnFzcmMgKmlzcmMpCit7CisJc3RydWN0IHRpX2FpbnRjX3NvZnRjICpzYyA9IGRldmlj ZV9nZXRfc29mdGMoZGV2KTsKKworCXRpX2FpbnRjX2lycV9lb2koc2MpOworfQorI2VuZGlmCisK K3N0YXRpYyBpbnQKIHRpX2FpbnRjX3Byb2JlKGRldmljZV90IGRldikKIHsKIAlpZiAoIW9md19i dXNfc3RhdHVzX29rYXkoZGV2KSkKQEAgLTkxLDEzICszMTYsMjYgQEAKIAlyZXR1cm4gKEJVU19Q Uk9CRV9ERUZBVUxUKTsKIH0KCitzdGF0aWMgaW5saW5lIGludHB0cl90Cit0aV9haW50Y194cmVm KGRldmljZV90IGRldikKK3sKKyNpZmRlZiBGRFQKKwlyZXR1cm4gKE9GX3hyZWZfZnJvbV9ub2Rl KG9md19idXNfZ2V0X25vZGUoZGV2KSkpOworI2Vsc2UKKwlyZXR1cm4gKDApOworI2VuZGlmCit9 CisKIHN0YXRpYyBpbnQKIHRpX2FpbnRjX2F0dGFjaChkZXZpY2VfdCBkZXYpCiB7CiAJc3RydWN0 CQl0aV9haW50Y19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAJdWludDMyX3Qg eDsKKyNpZmRlZiBBUk1fSU5UUk5HCisJaW50cHRyX3QJeHJlZiA9IHRpX2FpbnRjX3hyZWYoZGV2 KTsKKyNlbmRpZgoKLQlzYy0+c2NfZGV2ID0gZGV2OworCXNjLT5haW50Y19kZXYgPSBkZXY7Cgog CWlmICh0aV9haW50Y19zYykKIAkJcmV0dXJuIChFTlhJTyk7CkBAIC0xMTAsNiArMzQ4LDExIEBA CiAJc2MtPmFpbnRjX2JzdCA9IHJtYW5fZ2V0X2J1c3RhZyhzYy0+YWludGNfcmVzWzBdKTsKIAlz Yy0+YWludGNfYnNoID0gcm1hbl9nZXRfYnVzaGFuZGxlKHNjLT5haW50Y19yZXNbMF0pOwoKKyNp ZmRlZiBBUk1fSU5UUk5HCisJc2MtPmFpbnRjX25pcnFzID0gMTI4OworCXNjLT5haW50Y19pcnFz ID0gbWFsbG9jKHNjLT5haW50Y19uaXJxcyAqIHNpemVvZiAoKnNjLT5haW50Y19pcnFzKSwKKwkg ICAgTV9ERVZCVUYsIE1fV0FJVE9LIHwgTV9aRVJPKTsKKyNlbmRpZgogCXRpX2FpbnRjX3NjID0g c2M7CgogCXggPSBhaW50Y19yZWFkXzQoc2MsIElOVENfUkVWSVNJT04pOwpAQCAtMTI0LDEyICsz NjcsNjAgQEAKIAkvKlNldCBQcmlvcml0eSBUaHJlc2hvbGQgKi8KIAlhaW50Y193cml0ZV80KHNj LCBJTlRDX1RIUkVTSE9MRCwgMHhGRik7CgorI2lmbmRlZiBBUk1fSU5UUk5HCiAJcmV0dXJuICgw KTsKKyNlbHNlCisJLyoKKwkgKiBOb3csIHdoZW4gZXZlcnl0aGluZyBpcyBpbml0aWFsaXplZCwg aXQncyByaWdodCB0aW1lIHRvCisJICogcmVnaXN0ZXIgaW50ZXJydXB0IGNvbnRyb2xsZXIgdG8g aW50ZXJydXB0IGZyYW1lZm9yay4KKwkgKi8KKwlpZiAoYXJtX3BpY19yZWdpc3RlcihkZXYsIHhy ZWYpICE9IDApIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJjb3VsZCBub3QgcmVnaXN0ZXIgUElD XG4iKTsKKwkJZ290byBjbGVhbnVwOworCX0KKworCWlmIChzYy0+YWludGNfcmVzWzFdID09IE5V TEwpIHsKKwkJaWYgKGFybV9waWNfY2xhaW1fcm9vdChkZXYsIHhyZWYsIHRpX2FpbnRjX2ludHIs IHNjLCAwKSAhPSAwKSB7CisJCQlkZXZpY2VfcHJpbnRmKGRldiwgImNvdWxkIG5vdCBzZXQgUElD IGFzIGEgcm9vdFxuIik7CisJCQlhcm1fcGljX3VucmVnaXN0ZXIoZGV2LCB4cmVmKTsKKwkJCWdv dG8gY2xlYW51cDsKKwkJfQorCX0gZWxzZSB7CisJCWlmIChidXNfc2V0dXBfaW50cihkZXYsIHNj LT5haW50Y19yZXNbMV0sIElOVFJfVFlQRV9NSVNDIHwKKwkJICAgIElOVFJfU09MTywgKHZvaWQq KXRpX2FpbnRjX2ludHIsIE5VTEwsIHNjLAorCQkgICAgJnNjLT5haW50Y19pbnRyaGFuZCkpIHsK KwkJCWRldmljZV9wcmludGYoZGV2LCAiY291bGQgbm90IHNldHVwIGlycSBoYW5kbGVyXG4iKTsK KwkJCWFybV9waWNfdW5yZWdpc3RlcihkZXYsIHhyZWYpOworCQkJZ290byBjbGVhbnVwOworCQl9 CisJfQorCisJcmV0dXJuICgwKTsKKworY2xlYW51cDoKKwkvKgorCSAqIFhYWCAtIG5vdCBpbXBs ZW1lbnRlZCB0aV9haW50Y19kZXRhY2goKSBzaG91bGQgYmUgY2FsbGVkICEKKwkgKi8KKwlpZiAo c2MtPmFpbnRjX2lycXMgIT0gTlVMTCkKKwkJZnJlZShzYy0+YWludGNfaXJxcywgTV9ERVZCVUYp OworCWJ1c19yZWxlYXNlX3Jlc291cmNlcyhkZXYsIHRpX2FpbnRjX3NwZWMsIHNjLT5haW50Y19y ZXMpOworCXJldHVybihFTlhJTyk7CisjZW5kaWYKIH0KCiBzdGF0aWMgZGV2aWNlX21ldGhvZF90 IHRpX2FpbnRjX21ldGhvZHNbXSA9IHsKIAlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLAkJdGlfYWlu dGNfcHJvYmUpLAogCURFVk1FVEhPRChkZXZpY2VfYXR0YWNoLAl0aV9haW50Y19hdHRhY2gpLAor I2lmZGVmIEFSTV9JTlRSTkcKKwkvKiBJbnRlcnJ1cHQgY29udHJvbGxlciBpbnRlcmZhY2UgKi8K KwlERVZNRVRIT0QocGljX2Rpc2FibGVfc291cmNlLAl0aV9haW50Y19kaXNhYmxlX3NvdXJjZSks CisJREVWTUVUSE9EKHBpY19lbmFibGVfc291cmNlLAl0aV9haW50Y19lbmFibGVfc291cmNlKSwK KwlERVZNRVRIT0QocGljX3Bvc3RfZmlsdGVyLAl0aV9haW50Y19wb3N0X2ZpbHRlciksCisJREVW TUVUSE9EKHBpY19wb3N0X2l0aHJlYWQsCXRpX2FpbnRjX3Bvc3RfaXRocmVhZCksCisJREVWTUVU SE9EKHBpY19wcmVfaXRocmVhZCwJdGlfYWludGNfcHJlX2l0aHJlYWQpLAorCURFVk1FVEhPRChw aWNfcmVnaXN0ZXIsCQl0aV9haW50Y19yZWdpc3RlciksCisJREVWTUVUSE9EKHBpY191bnJlZ2lz dGVyLAl0aV9haW50Y191bnJlZ2lzdGVyKSwKKyNlbmRpZgogCXsgMCwgMCB9CiB9OwoKQEAgLTE0 Myw2ICs0MzQsNyBAQAoKIERSSVZFUl9NT0RVTEUoYWludGMsIHNpbXBsZWJ1cywgdGlfYWludGNf ZHJpdmVyLCB0aV9haW50Y19kZXZjbGFzcywgMCwgMCk7CgorI2lmbmRlZiBBUk1fSU5UUk5HCiBp bnQKIGFybV9nZXRfbmV4dF9pcnEoaW50IGxhc3RfaXJxKQogewpAQCAtMTYwLDcgKzQ1Miw3IEBA CgogCS8qIENoZWNrIGZvciBzcHVyaW91cyBpbnRlcnJ1cHQgKi8KIAlpZiAoKGFjdGl2ZV9pcnEg JiAweGZmZmZmZjgwKSkgewotCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsCisJCWRldmljZV9w cmludGYoc2MtPmFpbnRjX2RldiwKIAkJICAgICJTcHVyaW91cyBpbnRlcnJ1cHQgZGV0ZWN0ZWQg KDB4JTA4eClcbiIsIGFjdGl2ZV9pcnEpOwogCQlhaW50Y193cml0ZV80KHNjLCBJTlRDX1NJUl9J UlEsIDApOwogCQlyZXR1cm4gLTE7CkBAIC0xODgsMyArNDgwLDQgQEAKIAlhcm1faXJxX21lbW9y eV9iYXJyaWVyKG5iKTsKIAlhaW50Y193cml0ZV80KHNjLCBJTlRDX01JUl9DTEVBUihuYiA+PiA1 KSwgKDFVTCA8PCAobmIgJiAweDFGKSkpOwogfQorI2VuZGlmCg== --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=US-ASCII; name="intrng_ti_gpio_panda_bbb_01.diff" Content-Disposition: attachment; filename="intrng_ti_gpio_panda_bbb_01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6xu4d896 SW5kZXg6IHN5cy9hcm0vdGkvdGlfZ3Bpby5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vdGkvdGlf Z3Bpby5jCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYXJtL3RpL3RpX2dwaW8uYwkod29ya2lu ZyBjb3B5KQpAQCAtMzMsNiArMzMsOCBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNE SUQoIiRGcmVlQlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BsYXRmb3JtLmgiCisKICNpbmNsdWRl IDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvYnVz Lmg+CkBAIC00Nyw2ICs0OSw3IEBACiAKICNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPgogI2luY2x1 ZGUgPG1hY2hpbmUvcmVzb3VyY2UuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL2ludHIuaD4KIAogI2lu Y2x1ZGUgPGFybS90aS90aV9jcHVpZC5oPgogI2luY2x1ZGUgPGFybS90aS90aV9ncGlvLmg+CkBA IC01OSw2ICs2Miw3IEBACiAjaW5jbHVkZSA8ZGV2L29mdy9vZndfYnVzLmg+CiAjaW5jbHVkZSA8 ZGV2L29mdy9vZndfYnVzX3N1YnIuaD4KIAorI2luY2x1ZGUgInBpY19pZi5oIgogI2luY2x1ZGUg ImdwaW9faWYuaCIKICNpbmNsdWRlICJ0aV9ncGlvX2lmLmgiCiAKQEAgLTEzMyw2ICsxMzcsMjIg QEAKIH0KIAogc3RhdGljIHVfaW50Cit0aV9pbnRyX3Blcl9iYW5rKHZvaWQpCit7CisJc3dpdGNo KHRpX2NoaXAoKSkgeworI2lmZGVmIFNPQ19PTUFQNAorCWNhc2UgQ0hJUF9PTUFQXzQ6CisJCXJl dHVybiAoT01BUDRfSU5UUl9QRVJfQkFOSyk7CisjZW5kaWYKKyNpZmRlZiBTT0NfVElfQU0zMzVY CisJY2FzZSBDSElQX0FNMzM1WDoKKwkJcmV0dXJuIChBTTMzNVhfSU5UUl9QRVJfQkFOSyk7Cisj ZW5kaWYKKwl9CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIHVfaW50CiB0aV9tYXhfZ3Bpb19p bnRycyh2b2lkKQogewogCXN3aXRjaCh0aV9jaGlwKCkpIHsKQEAgLTI2Nyw2ICsyODcsMjggQEAK IH0KIAogc3RhdGljIGlubGluZSB2b2lkCit0aV9ncGlvX2NmZ19pbnRyX3NldChzdHJ1Y3QgdGlf Z3Bpb19zb2Z0YyAqc2MsIHVuc2lnbmVkIGludCBiYW5rLCB1aW50MzJfdCByZWcsCisgICAgdWlu dDMyX3QgbWFzaykKK3sKKwl1aW50MzJfdCB2YWw7CisKKwl2YWwgPSB0aV9ncGlvX3JlYWRfNChz YywgYmFuaywgcmVnKTsKKwl2YWwgfD0gbWFzazsKKwl0aV9ncGlvX3dyaXRlXzQoc2MsIGJhbmss IHJlZywgdmFsKTsKK30KKworc3RhdGljIGlubGluZSB2b2lkCit0aV9ncGlvX2NmZ19pbnRyX2Ns cihzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MsIHVuc2lnbmVkIGludCBiYW5rLCB1aW50MzJfdCBy ZWcsCisgICAgdWludDMyX3QgbWFzaykKK3sKKwl1aW50MzJfdCB2YWw7CisKKwl2YWwgPSB0aV9n cGlvX3JlYWRfNChzYywgYmFuaywgcmVnKTsKKwl2YWwgJj0gfm1hc2s7CisJdGlfZ3Bpb193cml0 ZV80KHNjLCBiYW5rLCByZWcsIHZhbCk7Cit9CisKK3N0YXRpYyBpbmxpbmUgdm9pZAogdGlfZ3Bp b19pbnRyX2NscihzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MsIHVuc2lnbmVkIGludCBiYW5rLCB1 aW50MzJfdCBtYXNrKQogewogCkBAIC00OTYsNyArNTM4LDcgQEAKIAkJb2UgJj0gflRJX0dQSU9f TUFTSyhwaW4pOwogCXRpX2dwaW9fd3JpdGVfNChzYywgVElfR1BJT19CQU5LKHBpbiksIFRJX0dQ SU9fT0UsIG9lKTsKIAlUSV9HUElPX1VOTE9DSyhzYyk7Ci0JCisKIAlyZXR1cm4gKDApOwogfQog CkBAIC01NjEsNyArNjAzLDcgQEAKIAkJcmV0dXJuIChFSU5WQUwpOwogCiAJLyoKLQkgKiBSZXR1 cm4gZGF0YSBmcm9tIG91dHB1dCBsYXRjaCB3aGVuIHNldCBhcyBvdXRwdXQgYW5kIGZyb20gdGhl IAorCSAqIFJldHVybiBkYXRhIGZyb20gb3V0cHV0IGxhdGNoIHdoZW4gc2V0IGFzIG91dHB1dCBh bmQgZnJvbSB0aGUKIAkgKiBpbnB1dCByZWdpc3RlciBvdGhlcndpc2UuCiAJICovCiAJVElfR1BJ T19MT0NLKHNjKTsKQEAgLTYyMSwzNCArNjYzLDUyIEBACiAgKgogICovCiBzdGF0aWMgaW50Ci10 aV9ncGlvX2ludHIodm9pZCAqYXJnKQordGlfZ3Bpb19pbnRyKHZvaWQgKmFyZywgIHN0cnVjdCB0 cmFwZnJhbWUgKnRmKQogewotCWludCBiYW5rX2xhc3QsIGlycTsKLQlzdHJ1Y3QgaW50cl9ldmVu dCAqZXZlbnQ7Ci0Jc3RydWN0IHRpX2dwaW9fc29mdGMgKnNjOwotCXVpbnQzMl90IHJlZzsKKwlz dHJ1Y3QgdGlfZ3Bpb19pcnFfYXJnICppYSA9IGFyZzsKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAq c2MgPSBpYS0+aWFfc2M7CisJdV9pbnQgcmVnLCBiaXQsIGlycSwgbWFzazsKKwlzdHJ1Y3QgYXJt X2lycXNyYyAqaXNyYzsKIAotCXNjID0gKHN0cnVjdCB0aV9ncGlvX3NvZnRjICopYXJnOwotCWJh bmtfbGFzdCA9IC0xOwotCXJlZyA9IDA7IC8qIHNxdWVsY2ggYm9ndXMgZ2NjIHdhcm5pbmcgKi8K LQlmb3IgKGlycSA9IDA7IGlycSA8IHNjLT5zY19tYXhwaW47IGlycSsrKSB7CisJcmVnID0gdGlf Z3Bpb19pbnRyX3N0YXR1cyhzYywgaWEtPmlhX2JhbmspOworCWlmIChyZWcgPT0gMCkgeworCQkv KgorCQkgKiBJdCBjb3VsZCBoYXBwZW4gZXNwZWNpYWxseSBmb3IgYWN0aXZlIGhpZ2ggaW50ZXJy dXB0cworCQkgKiB3aGljaCBjb3VsZCBkcm9wIGxldmVsIGJlZm9yZSBzdGF0dXMgaXMgcmVhZCBo ZXJlLgorCQkgKiBJbiBvdGhlciB3b3JkcywgaXQncyBHUElPIGFuZCBpbnRlcnJ1cHQgc291cmNl cyBjb3VsZCBiZQorCQkgKiB2ZXJ5IGlycmVndWxhciBsaWtlIGh1bWFuIGRyaXZlbiBpbnRlcmZh Y2UuCisJCSAqLworCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsICJTcHVyaW91cyBpbnRlcnJ1 cHQgZGV0ZWN0ZWRcbiIpOworCQlyZXR1cm4gKEZJTFRFUl9IQU5ETEVEKTsKKwl9CiAKLQkJLyog UmVhZCBpbnRlcnJ1cHQgc3RhdHVzIG9ubHkgb25jZSBmb3IgZWFjaCBiYW5rLiAqLwotCQlpZiAo VElfR1BJT19CQU5LKGlycSkgIT0gYmFua19sYXN0KSB7Ci0JCQlyZWcgPSB0aV9ncGlvX2ludHJf c3RhdHVzKHNjLCBUSV9HUElPX0JBTksoaXJxKSk7Ci0JCQliYW5rX2xhc3QgPSBUSV9HUElPX0JB TksoaXJxKTsKK2Rpc3BhdGNoX2lycToKKwlkbyB7CisJCWJpdCA9IGZmcyhyZWcpIC0gMTsKKwkJ bWFzayA9ICgxIDw8IGJpdCk7CisKKwkJaXJxID0gaWEtPmlhX2JhbmsgKiBQSU5TX1BFUl9CQU5L ICsgYml0OworCisJCS8qIENoZWNrIGZvciByZWdpc3RlcmVkIHNvdXJjZSAqLworCQlpc3JjID0g c2MtPnNjX2lycXNbaXJxXTsKKwkJaWYgKGlzcmMgIT0gTlVMTCkgeworCQkJaWYgKGlzcmMtPmlz cmNfdHJpZyAhPSBJTlRSX1RSSUdHRVJfTEVWRUwpCisJCQkJIHRpX2dwaW9faW50cl9hY2soc2Ms IGlhLT5pYV9iYW5rLCBtYXNrKTsKKwkJCWFybV9pcnFfZGlzcGF0Y2goaXNyYywgdGYpOworCQl9 IGVsc2UgeworCQkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LAorCQkJICAgICJTdHJheSBpbnRl cnJ1cHQgJXUgZGV0ZWN0ZWRcbiIsIGlycSk7CisJCQl0aV9ncGlvX2ludHJfY2xyKHNjLCBpYS0+ aWFfYmFuaywgbWFzayk7CisJCQl0aV9ncGlvX2ludHJfYWNrKHNjLCBpYS0+aWFfYmFuaywgbWFz ayk7CiAJCX0KLQkJaWYgKChyZWcgJiBUSV9HUElPX01BU0soaXJxKSkgPT0gMCkKLQkJCWNvbnRp bnVlOwotCQlldmVudCA9IHNjLT5zY19ldmVudHNbaXJxXTsKLQkJaWYgKGV2ZW50ICE9IE5VTEwg JiYgIVRBSUxRX0VNUFRZKCZldmVudC0+aWVfaGFuZGxlcnMpKQotCQkJaW50cl9ldmVudF9oYW5k bGUoZXZlbnQsIE5VTEwpOwotCQllbHNlCi0JCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsICJT dHJheSBJUlEgJWRcbiIsIGlycSk7Ci0JCS8qIEFjayB0aGUgSVJRIFN0YXR1cyBiaXQuICovCi0J CXRpX2dwaW9faW50cl9hY2soc2MsIFRJX0dQSU9fQkFOSyhpcnEpLCBUSV9HUElPX01BU0soaXJx KSk7Ci0JfQogCisJCXJlZyAmPSB+bWFzazsKKwl9IHdoaWxlIChyZWcgIT0gMCk7CisKKwlyZWcg PSB0aV9ncGlvX2ludHJfc3RhdHVzKHNjLCBpYS0+aWFfYmFuayk7CisJaWYgKHJlZyAhPSAwKQor CQlnb3RvIGRpc3BhdGNoX2lycTsKKwogCXJldHVybiAoRklMVEVSX0hBTkRMRUQpOwogfQogCkBA IC02NTUsMjAgKzcxNSwzMCBAQAogc3RhdGljIGludAogdGlfZ3Bpb19hdHRhY2hfaW50cihkZXZp Y2VfdCBkZXYpCiB7Ci0JaW50IGk7Ci0Jc3RydWN0IHRpX2dwaW9fc29mdGMgKnNjOworCXVfaW50 IGksIGJhbmssIGlkeDsKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3Nv ZnRjKGRldik7CiAKLQlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwkvKgorCSAqIFByZXBh cmUgYXJndW1lbnRzIGZvciBvdXIgaW50ZXJydXB0IHJvdXRpbmVzLgorCSAqLworCWZvciAoaSA9 IDAsIGJhbmsgPSAwOyBiYW5rIDwgdGlfbWF4X2dwaW9fYmFua3MoKTsgYmFuaysrKSB7CisJCWZv ciAoaWR4ID0gMDsgaWR4IDwgdGlfaW50cl9wZXJfYmFuaygpOyBpZHgrKywgaSsrKSB7CisJCQlz Yy0+c2NfaXJxX2FyZ1tpXS5pYV9zYyA9IHNjOworCQkJc2MtPnNjX2lycV9hcmdbaV0uaWFfYmFu ayA9IGJhbms7CisJCQlzYy0+c2NfaXJxX2FyZ1tpXS5pYV9pZHggPSBpZHg7CisJCX0KKwl9CisK KwkvKgorCSAqIFJlZ2lzdGVyIG91ciBpbnRlcnJ1cHQgcm91dGluZSBmb3IgZWFjaCBvZiB0aGUg SVJRIHJlc291cmNlcy4KKwkgKi8KIAlmb3IgKGkgPSAwOyBpIDwgdGlfbWF4X2dwaW9faW50cnMo KTsgaSsrKSB7CiAJCWlmIChzYy0+c2NfaXJxX3Jlc1tpXSA9PSBOVUxMKQogCQkJYnJlYWs7CiAK LQkJLyoKLQkJICogUmVnaXN0ZXIgb3VyIGludGVycnVwdCBmaWx0ZXIgZm9yIGVhY2ggb2YgdGhl IElSUSByZXNvdXJjZXMuCi0JCSAqLwotCQlpZiAoYnVzX3NldHVwX2ludHIoZGV2LCBzYy0+c2Nf aXJxX3Jlc1tpXSwKLQkJICAgIElOVFJfVFlQRV9NSVNDIHwgSU5UUl9NUFNBRkUsIHRpX2dwaW9f aW50ciwgTlVMTCwgc2MsCi0JCSAgICAmc2MtPnNjX2lycV9oZGxbaV0pICE9IDApIHsKKwkJaWYg KGJ1c19zZXR1cF9pbnRyKGRldiwgc2MtPnNjX2lycV9yZXNbaV0sIElOVFJfVFlQRV9NSVNDIHwK KwkJICAgIElOVFJfTVBTQUZFIHwgSU5UUl9TT0xPLCAodm9pZCAqKXRpX2dwaW9faW50ciwgTlVM TCwKKwkJICAgICZzYy0+c2NfaXJxX2FyZ1tpXSwgJnNjLT5zY19pcnFfaGRsW2ldKSAhPSAwKSB7 CiAJCQlkZXZpY2VfcHJpbnRmKGRldiwKIAkJCSAgICAiV0FSTklORzogdW5hYmxlIHRvIHJlZ2lz dGVyIGludGVycnVwdCBmaWx0ZXJcbiIpOwogCQkJcmV0dXJuICgtMSk7CkBAIC03NDAsNiArODEw LDE2IEBACiAJcmV0dXJuICgwKTsKIH0KIAorc3RhdGljIGlubGluZSBpbnRwdHJfdAordGlfZ3Bp b194cmVmKGRldmljZV90IGRldikKK3sKKyNpZmRlZiBGRFQKKwlyZXR1cm4gKE9GX3hyZWZfZnJv bV9ub2RlKG9md19idXNfZ2V0X25vZGUoZGV2KSkpOworI2Vsc2UKKwlyZXR1cm4gKE5VTEwpOwor I2VuZGlmCit9CisKIC8qKgogICoJdGlfZ3Bpb19hdHRhY2ggLSBhdHRhY2ggZnVuY3Rpb24gZm9y IHRoZSBkcml2ZXIKICAqCUBkZXY6IGdwaW8gZGV2aWNlIGhhbmRsZQpAQCAtNzg2LDM1ICs4NjYs MTAgQEAKIAkJcmV0dXJuIChFTlhJTyk7CiAJfQogCi0JLyogU2V0dXAgdGhlIElSUSByZXNvdXJj ZXMgKi8KLQlpZiAodGlfZ3Bpb19hdHRhY2hfaW50cihkZXYpICE9IDApIHsKLQkJZGV2aWNlX3By aW50ZihkZXYsICJFcnJvcjogY291bGQgbm90IHNldHVwIGlycSBoYW5kbGVyc1xuIik7Ci0JCXRp X2dwaW9fZGV0YWNoKGRldik7Ci0JCXJldHVybiAoRU5YSU8pOwotCX0KLQotCS8qCi0JICogSW5p dGlhbGl6ZSB0aGUgaW50ZXJydXB0IHNldHRpbmdzLiAgVGhlIGRlZmF1bHQgaXMgYWN0aXZlLWxv dwotCSAqIGludGVycnVwdHMuCi0JICovCi0Jc2MtPnNjX2lycV90cmlnZ2VyID0gbWFsbG9jKAot CSAgICBzaXplb2YoKnNjLT5zY19pcnFfdHJpZ2dlcikgKiBzYy0+c2NfbWF4cGluLAotCSAgICBN X0RFVkJVRiwgTV9XQUlUT0sgfCBNX1pFUk8pOwotCXNjLT5zY19pcnFfcG9sYXJpdHkgPSBtYWxs b2MoCi0JICAgIHNpemVvZigqc2MtPnNjX2lycV9wb2xhcml0eSkgKiBzYy0+c2NfbWF4cGluLAot CSAgICBNX0RFVkJVRiwgTV9XQUlUT0sgfCBNX1pFUk8pOwotCWZvciAoaSA9IDA7IGkgPCBzYy0+ c2NfbWF4cGluOyBpKyspIHsKLQkJc2MtPnNjX2lycV90cmlnZ2VyW2ldID0gSU5UUl9UUklHR0VS X0xFVkVMOwotCQlzYy0+c2NfaXJxX3BvbGFyaXR5W2ldID0gSU5UUl9QT0xBUklUWV9MT1c7Ci0J fQotCi0Jc2MtPnNjX2V2ZW50cyA9IG1hbGxvYyhzaXplb2Yoc3RydWN0IGludHJfZXZlbnQgKikg KiBzYy0+c2NfbWF4cGluLAotCSAgICBNX0RFVkJVRiwgTV9XQUlUT0sgfCBNX1pFUk8pOwotCiAJ LyogV2UgbmVlZCB0byBnbyB0aHJvdWdoIGVhY2ggYmxvY2sgYW5kIGVuc3VyZSB0aGUgY2xvY2tz IGFyZSBydW5uaW5nIGFuZAogCSAqIHRoZSBtb2R1bGUgaXMgZW5hYmxlZC4gIEl0IG1pZ2h0IGJl IGJldHRlciB0byBkbyB0aGlzIG9ubHkgd2hlbiB0aGUKIAkgKiBwaW5zIGFyZSBjb25maWd1cmVk IHdoaWNoIHdvdWxkIHJlc3VsdCBpbiBsZXNzIHBvd2VyIHVzZWQgaWYgdGhlIEdQSU8KLQkgKiBw aW5zIHdlcmVuJ3QgdXNlZCAuLi4gCisJICogcGlucyB3ZXJlbid0IHVzZWQgLi4uCiAJICovCiAJ Zm9yIChpID0gMDsgaSA8IHRpX21heF9ncGlvX2JhbmtzKCk7IGkrKykgewogCQlpZiAoc2MtPnNj X21lbV9yZXNbaV0gIT0gTlVMTCkgewpAQCAtODMyLDYgKzg4NywyNCBAQAogCQlyZXR1cm4gKEVO WElPKTsKIAl9CiAKKwkvKiBJbml0aWFsaXplIHN0dWZmIGZvciBpbnRlcnJ1cHQgY29udHJvbGxl ci4qLworCXNjLT5zY19pcnFzID0gbWFsbG9jKHNpemVvZihzdHJ1Y3QgYXJtX2lycXNyYyAqKSAq IHNjLT5zY19tYXhwaW4sCisJICAgIE1fREVWQlVGLCBNX1dBSVRPSyB8IE1fWkVSTyk7CisKKwkv KiBTZXR1cCB0aGUgSVJRIHJlc291cmNlcyAqLworCWlmICh0aV9ncGlvX2F0dGFjaF9pbnRyKGRl dikgIT0gMCkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgIkVycm9yOiBjb3VsZCBub3Qgc2V0dXAg aXJxIGhhbmRsZXJzXG4iKTsKKwkJdGlfZ3Bpb19kZXRhY2goZGV2KTsKKwkJcmV0dXJuIChFTlhJ Tyk7CisJfQorCisJLyogUmVnaXN0ZXIgdXMgYXMgaW50ZXJydXB0IGNvbnRyb2xsZXIuKi8KKwlp ZiAoYXJtX3BpY19yZWdpc3RlcihkZXYsIHRpX2dwaW9feHJlZihkZXYpKSAhPSAwKSB7CisJCWRl dmljZV9wcmludGYoZGV2LCAiRXJyb3I6IGNvdWxkIG5vdCByZWdpc3RlciBQSUNcbiIpOworCQl0 aV9ncGlvX2RldGFjaChkZXYpOworCQlyZXR1cm4gKEVOWElPKTsKKwl9CisKIAlyZXR1cm4gKDAp OwogfQogCkBAIC04NjIsMTQgKzkzNSwxMiBAQAogCQkJdGlfZ3Bpb19pbnRyX2NscihzYywgaSwg MHhmZmZmZmZmZik7CiAJfQogCWdwaW9idXNfZGV0YWNoX2J1cyhkZXYpOwotCWlmIChzYy0+c2Nf ZXZlbnRzKQotCQlmcmVlKHNjLT5zY19ldmVudHMsIE1fREVWQlVGKTsKLQlpZiAoc2MtPnNjX2ly cV9wb2xhcml0eSkKLQkJZnJlZShzYy0+c2NfaXJxX3BvbGFyaXR5LCBNX0RFVkJVRik7Ci0JaWYg KHNjLT5zY19pcnFfdHJpZ2dlcikKLQkJZnJlZShzYy0+c2NfaXJxX3RyaWdnZXIsIE1fREVWQlVG KTsKKwkvKiBDbGVhbiB1cCBpbnRlcnJ1cHQgY29udHJvbGxlciBzdHVmZi4gKi8KKwl0aV9ncGlv X2RldGFjaF9pbnRyKGRldik7CisJYXJtX3BpY191bnJlZ2lzdGVyKGRldiwgdGlfZ3Bpb194cmVm KGRldikpOworCWlmIChzYy0+c2NfaXJxcykKKwkJZnJlZShzYy0+c2NfaXJxcywgTV9ERVZCVUYp OwogCS8qIFJlbGVhc2UgdGhlIG1lbW9yeSBhbmQgSVJRIHJlc291cmNlcy4gKi8KLQl0aV9ncGlv X2RldGFjaF9pbnRyKGRldik7CiAJYnVzX3JlbGVhc2VfcmVzb3VyY2VzKGRldiwgdGlfZ3Bpb19p cnFfc3BlYywgc2MtPnNjX2lycV9yZXMpOwogCWJ1c19yZWxlYXNlX3Jlc291cmNlcyhkZXYsIHRp X2dwaW9fbWVtX3NwZWMsIHNjLT5zY19tZW1fcmVzKTsKIAlUSV9HUElPX0xPQ0tfREVTVFJPWShz Yyk7CkBAIC04NzcsMTkzICs5NDgsMzEwIEBACiAJcmV0dXJuICgwKTsKIH0KIAotc3RhdGljIHVp bnQzMl90Ci10aV9ncGlvX2ludHJfcmVnKHN0cnVjdCB0aV9ncGlvX3NvZnRjICpzYywgaW50IGly cSkKK3N0YXRpYyBpbmxpbmUgdWludDMyX3QKK3RpX2dwaW9faXJxX2NvbmZpZ19yZWcoZW51bSBp bnRyX3RyaWdnZXIgdHJpZywgZW51bSBpbnRyX3BvbGFyaXR5IHBvbCkKIHsKIAotCWlmICh0aV9n cGlvX3ZhbGlkX3BpbihzYywgaXJxKSAhPSAwKQotCQlyZXR1cm4gKDApOwotCi0JaWYgKHNjLT5z Y19pcnFfdHJpZ2dlcltpcnFdID09IElOVFJfVFJJR0dFUl9MRVZFTCkgewotCQlpZiAoc2MtPnNj X2lycV9wb2xhcml0eVtpcnFdID09IElOVFJfUE9MQVJJVFlfTE9XKQorCWlmICh0cmlnID09IElO VFJfVFJJR0dFUl9MRVZFTCkgeworCQlpZiAocG9sID09IElOVFJfUE9MQVJJVFlfTE9XKQogCQkJ cmV0dXJuIChUSV9HUElPX0xFVkVMREVURUNUMCk7Ci0JCWVsc2UgaWYgKHNjLT5zY19pcnFfcG9s YXJpdHlbaXJxXSA9PSBJTlRSX1BPTEFSSVRZX0hJR0gpCisJCWVsc2UgaWYgKHBvbCA9PSBJTlRS X1BPTEFSSVRZX0hJR0gpCiAJCQlyZXR1cm4gKFRJX0dQSU9fTEVWRUxERVRFQ1QxKTsKLQl9IGVs c2UgaWYgKHNjLT5zY19pcnFfdHJpZ2dlcltpcnFdID09IElOVFJfVFJJR0dFUl9FREdFKSB7Ci0J CWlmIChzYy0+c2NfaXJxX3BvbGFyaXR5W2lycV0gPT0gSU5UUl9QT0xBUklUWV9MT1cpCisJfSBl bHNlIGlmICh0cmlnID09IElOVFJfVFJJR0dFUl9FREdFKSB7CisJCWlmIChwb2wgPT0gSU5UUl9Q T0xBUklUWV9MT1cpCiAJCQlyZXR1cm4gKFRJX0dQSU9fRkFMTElOR0RFVEVDVCk7Ci0JCWVsc2Ug aWYgKHNjLT5zY19pcnFfcG9sYXJpdHlbaXJxXSA9PSBJTlRSX1BPTEFSSVRZX0hJR0gpCisJCWVs c2UgaWYgKHBvbCA9PSBJTlRSX1BPTEFSSVRZX0hJR0gpCiAJCQlyZXR1cm4gKFRJX0dQSU9fUklT SU5HREVURUNUKTsKIAl9Ci0KIAlyZXR1cm4gKDApOwogfQogCiBzdGF0aWMgdm9pZAotdGlfZ3Bp b19tYXNrX2lycSh2b2lkICpzb3VyY2UpCit0aV9ncGlvX2lycV9jb25maWcoc3RydWN0IHRpX2dw aW9fc29mdGMgKnNjLCB1X2ludCBpcnEsIGVudW0gaW50cl90cmlnZ2VyIHRyaWcsCisgICAgZW51 bSBpbnRyX3BvbGFyaXR5IHBvbCkKIHsKLQlpbnQgaXJxOwotCXVpbnQzMl90IHJlZywgdmFsOwor CXVpbnQzMl90IHJlZywgYmFuaywgbWFzazsKIAotCWlycSA9IChpbnQpc291cmNlOwotCWlmICh0 aV9ncGlvX3ZhbGlkX3Bpbih0aV9ncGlvX3NjLCBpcnEpICE9IDApCisJaWYgKHRpX2dwaW9fdmFs aWRfcGluKHNjLCBpcnEpICE9IDApCiAJCXJldHVybjsKIAotCVRJX0dQSU9fTE9DSyh0aV9ncGlv X3NjKTsKLQl0aV9ncGlvX2ludHJfY2xyKHRpX2dwaW9fc2MsIFRJX0dQSU9fQkFOSyhpcnEpLCBU SV9HUElPX01BU0soaXJxKSk7Ci0JcmVnID0gdGlfZ3Bpb19pbnRyX3JlZyh0aV9ncGlvX3NjLCBp cnEpOwotCWlmIChyZWcgIT0gMCkgewotCQl2YWwgPSB0aV9ncGlvX3JlYWRfNCh0aV9ncGlvX3Nj LCBUSV9HUElPX0JBTksoaXJxKSwgcmVnKTsKLQkJdmFsICY9IH5USV9HUElPX01BU0soaXJxKTsK LQkJdGlfZ3Bpb193cml0ZV80KHRpX2dwaW9fc2MsIFRJX0dQSU9fQkFOSyhpcnEpLCByZWcsIHZh bCk7Ci0JfQorCWlmICgocmVnID0gdGlfZ3Bpb19pcnFfY29uZmlnX3JlZyh0cmlnLCBwb2wpKSA9 PSAwKQorCQlyZXR1cm47CisKKwliYW5rID0gVElfR1BJT19CQU5LKGlycSk7CisJbWFzayA9IFRJ X0dQSU9fTUFTSyhpcnEpOworCisJLyoKKwkgKiBJbnRlcnJ1cHQgY29uZmlndXJhdGlvbiBpcyBu b3QgYWxsb3dlZCBieSBpbnRlcnJ1cHQgZnJhbWV3b3JrIG5vdworCSAqIGlmIHRoZSBpbnRlcnJ1 cHQgaXMgZW5hYmxlZC4gVGh1cyBubyBpbnRlcnJ1cHQgY291bGQgYmUgbWlzc2VkIGhlcmUKKwkg KiBkdXJpbmcgY29uZmlndXJhdGlvbi4KKwkgKi8KKwlUSV9HUElPX0xPQ0soc2MpOworCXRpX2dw aW9fY2ZnX2ludHJfY2xyKHNjLCBiYW5rLCBUSV9HUElPX0xFVkVMREVURUNUMCwgbWFzayk7CisJ dGlfZ3Bpb19jZmdfaW50cl9jbHIoc2MsIGJhbmssIFRJX0dQSU9fTEVWRUxERVRFQ1QxLCBtYXNr KTsKKwl0aV9ncGlvX2NmZ19pbnRyX2NscihzYywgYmFuaywgVElfR1BJT19GQUxMSU5HREVURUNU LCBtYXNrKTsKKwl0aV9ncGlvX2NmZ19pbnRyX2NscihzYywgYmFuaywgVElfR1BJT19SSVNJTkdE RVRFQ1QsIG1hc2spOworCisJdGlfZ3Bpb19jZmdfaW50cl9zZXQoc2MsIGJhbmssIHJlZywgbWFz ayk7CiAJVElfR1BJT19VTkxPQ0sodGlfZ3Bpb19zYyk7CiB9CiAKIHN0YXRpYyB2b2lkCi10aV9n cGlvX3VubWFza19pcnEodm9pZCAqc291cmNlKQordGlfZ3Bpb19pcnFfbWFzayhzdHJ1Y3QgdGlf Z3Bpb19zb2Z0YyAqc2MsIHVfaW50IGlycSwgYm9vbGVhbl90IGRvX2VvaSkKIHsKLQlpbnQgaXJx OwotCXVpbnQzMl90IHJlZywgdmFsOworCXVfaW50IGJhbmssIG1hc2s7CiAKLQlpcnEgPSAoaW50 KXNvdXJjZTsKLQlpZiAodGlfZ3Bpb192YWxpZF9waW4odGlfZ3Bpb19zYywgaXJxKSAhPSAwKQor CWlmICh0aV9ncGlvX3ZhbGlkX3BpbihzYywgaXJxKSAhPSAwKQogCQlyZXR1cm47CiAKLQlUSV9H UElPX0xPQ0sodGlfZ3Bpb19zYyk7Ci0JcmVnID0gdGlfZ3Bpb19pbnRyX3JlZyh0aV9ncGlvX3Nj LCBpcnEpOwotCWlmIChyZWcgIT0gMCkgewotCQl2YWwgPSB0aV9ncGlvX3JlYWRfNCh0aV9ncGlv X3NjLCBUSV9HUElPX0JBTksoaXJxKSwgcmVnKTsKLQkJdmFsIHw9IFRJX0dQSU9fTUFTSyhpcnEp OwotCQl0aV9ncGlvX3dyaXRlXzQodGlfZ3Bpb19zYywgVElfR1BJT19CQU5LKGlycSksIHJlZywg dmFsKTsKLQkJdGlfZ3Bpb19pbnRyX3NldCh0aV9ncGlvX3NjLCBUSV9HUElPX0JBTksoaXJxKSwK LQkJICAgIFRJX0dQSU9fTUFTSyhpcnEpKTsKLQl9CisJYmFuayA9IFRJX0dQSU9fQkFOSyhpcnEp OworCW1hc2sgPSBUSV9HUElPX01BU0soaXJxKTsKKworCVRJX0dQSU9fTE9DSyhzYyk7CisJdGlf Z3Bpb19pbnRyX2NscihzYywgYmFuaywgbWFzayk7CisJaWYgKGRvX2VvaSkKKwkJdGlfZ3Bpb19p bnRyX2FjayhzYywgYmFuaywgbWFzayk7CisJVElfR1BJT19VTkxPQ0soc2MpOworfQorCitzdGF0 aWMgdm9pZAordGlfZ3Bpb19pcnFfdW5tYXNrKHN0cnVjdCB0aV9ncGlvX3NvZnRjICpzYywgdV9p bnQgaXJxKQoreworCisJaWYgKHRpX2dwaW9fdmFsaWRfcGluKHNjLCBpcnEpICE9IDApCisJCXJl dHVybjsKKworCVRJX0dQSU9fTE9DSyhzYyk7CisJdGlfZ3Bpb19pbnRyX3NldChzYywgVElfR1BJ T19CQU5LKGlycSksIFRJX0dQSU9fTUFTSyhpcnEpKTsKIAlUSV9HUElPX1VOTE9DSyh0aV9ncGlv X3NjKTsKIH0KIAorc3RhdGljIHZvaWQKK3RpX2dwaW9faXJxX2VvaShzdHJ1Y3QgdGlfZ3Bpb19z b2Z0YyAqc2MsIHVfaW50IGlycSkKK3sKKworCWlmICh0aV9ncGlvX3ZhbGlkX3BpbihzYywgaXJx KSAhPSAwKQorCQlyZXR1cm47CisKKwlUSV9HUElPX0xPQ0soc2MpOworCXRpX2dwaW9faW50cl9h Y2soc2MsIFRJX0dQSU9fQkFOSyhpcnEpLCBUSV9HUElPX01BU0soaXJxKSk7CisJVElfR1BJT19V TkxPQ0sodGlfZ3Bpb19zYyk7Cit9CisKIHN0YXRpYyBpbnQKLXRpX2dwaW9fYWN0aXZhdGVfcmVz b3VyY2UoZGV2aWNlX3QgZGV2LCBkZXZpY2VfdCBjaGlsZCwgaW50IHR5cGUsIGludCByaWQsCi0J c3RydWN0IHJlc291cmNlICpyZXMpCit0aV9ncGlvX2F0dGFjaF9pc3JjKHN0cnVjdCB0aV9ncGlv X3NvZnRjICpzYywgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsCisgICAgdV9pbnQgaXJxKQogewot CWludCBwaW47CiAKLQlpZiAodHlwZSAhPSBTWVNfUkVTX0lSUSkKLQkJcmV0dXJuIChFTlhJTyk7 CisJLyoKKwkgKiAxLiBUaGUgbGluayBiZXR3ZWVuIElTUkMgYW5kIGNvbnRyb2xsZXIgbXVzdCBi ZSBzZXQgYXRvbWljYWxseS4KKwkgKiAyLiBKdXN0IGRvIHRoaW5ncyBvbmx5IG9uY2UgaW4gcmFy ZSBjYXNlIHdoZW4gY29uc3VtZXJzCisJICogICAgb2Ygc2hhcmVkIGludGVycnVwdCBjYW1lIGhl cmUgYXQgdGhlIHNhbWUgbW9tZW50LgorCSAqLworCVRJX0dQSU9fTE9DSyhzYyk7CisJaWYgKHNj LT5zY19pcnFzW2lycV0gIT0gTlVMTCkgeworCQlUSV9HUElPX1VOTE9DSyhzYyk7CisJCXJldHVy biAoc2MtPnNjX2lycXNbaXJxXSA9PSBpc3JjID8gMCA6IEVFWElTVCk7CisJfQorCXNjLT5zY19p cnFzW2lycV0gPSBpc3JjOworCWlzcmMtPmlzcmNfZGF0YSA9ICh2b2lkICopaXJxOworCVRJX0dQ SU9fVU5MT0NLKHNjKTsKIAotCS8qIFVubWFzayB0aGUgaW50ZXJydXB0LiAqLwotCXBpbiA9IHJt YW5fZ2V0X3N0YXJ0KHJlcyk7Ci0JdGlfZ3Bpb191bm1hc2tfaXJxKCh2b2lkICopKHVpbnRwdHJf dClwaW4pOworCWFybV9pcnFfc2V0X25hbWUoaXNyYywgIiVzLHMldSIsIGRldmljZV9nZXRfbmFt ZXVuaXQoc2MtPnNjX2RldiksIGlycSk7CisJcmV0dXJuICgwKTsKK30KIAorc3RhdGljIGludAor dGlfZ3Bpb19kZXRhY2hfaXNyYyhzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MsIHN0cnVjdCBhcm1f aXJxc3JjICppc3JjLAorICAgIHVfaW50IGlycSkKK3sKKworCVRJX0dQSU9fTE9DSyhzYyk7CisJ aWYgKHNjLT5zY19pcnFzW2lycV0gIT0gaXNyYykgeworCQlUSV9HUElPX1VOTE9DSyhzYyk7CisJ CXJldHVybiAoc2MtPnNjX2lycXNbaXJxXSA9PSBOVUxMID8gMCA6IEVJTlZBTCk7CisJfQorCXNj LT5zY19pcnFzW2lycV0gPSBOVUxMOworCWlzcmMtPmlzcmNfZGF0YSA9IE5VTEw7CisJVElfR1BJ T19VTkxPQ0soc2MpOworCisJYXJtX2lycV9zZXRfbmFtZShpc3JjLCAiIik7CiAJcmV0dXJuICgw KTsKIH0KIAogc3RhdGljIGludAotdGlfZ3Bpb19kZWFjdGl2YXRlX3Jlc291cmNlKGRldmljZV90 IGRldiwgZGV2aWNlX3QgY2hpbGQsIGludCB0eXBlLCBpbnQgcmlkLAotCXN0cnVjdCByZXNvdXJj ZSAqcmVzKQordGlfZ3Bpb19tYXBfbnNwYyhzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MsIHN0cnVj dCBhcm1faXJxc3JjICppc3JjKQogewotCWludCBwaW47CisJdV9pbnQgaXJxOwogCi0JaWYgKHR5 cGUgIT0gU1lTX1JFU19JUlEpCi0JCXJldHVybiAoRU5YSU8pOworCWlmIChpc3JjLT5pc3JjX25z cGNfdHlwZSAhPSBBUk1fSVJRX05TUENfUExBSU4gJiYKKwkgICAgaXNyYy0+aXNyY19uc3BjX3R5 cGUgIT0gQVJNX0lSUV9OU1BDX0lSUSkKKwkJcmV0dXJuIChFSU5WQUwpOwogCi0JLyogTWFzayB0 aGUgaW50ZXJydXB0LiAqLwotCXBpbiA9IHJtYW5fZ2V0X3N0YXJ0KHJlcyk7Ci0JdGlfZ3Bpb19t YXNrX2lycSgodm9pZCAqKSh1aW50cHRyX3QpcGluKTsKKwlpcnEgPSBpc3JjLT5pc3JjX25zcGNf bnVtOworCWlmIChpcnEgPj0gc2MtPnNjX21heHBpbikKKwkJcmV0dXJuIChFSU5WQUwpOwogCi0J cmV0dXJuICgwKTsKKwlyZXR1cm4gKHRpX2dwaW9fYXR0YWNoX2lzcmMoc2MsIGlzcmMsIGlycSkp OwogfQogCisjaWZkZWYgRkRUCiBzdGF0aWMgaW50Ci10aV9ncGlvX2NvbmZpZ19pbnRyKGRldmlj ZV90IGRldiwgaW50IGlycSwgZW51bSBpbnRyX3RyaWdnZXIgdHJpZywKLQllbnVtIGludHJfcG9s YXJpdHkgcG9sKQordGlfZ3Bpb19tYXBfZmR0KHN0cnVjdCB0aV9ncGlvX3NvZnRjICpzYywgc3Ry dWN0IGFybV9pcnFzcmMgKmlzcmMpCiB7Ci0Jc3RydWN0IHRpX2dwaW9fc29mdGMgKnNjOwotCXVp bnQzMl90IG9sZHJlZywgcmVnLCB2YWw7CisJdV9pbnQgaXJxOworCWVudW0gaW50cl90cmlnZ2Vy IHRyaWc7CisJZW51bSBpbnRyX3BvbGFyaXR5IHBvbDsKKwlpbnQgZXJyb3I7CiAKLQlzYyA9IGRl dmljZV9nZXRfc29mdGMoZGV2KTsKLQlpZiAodGlfZ3Bpb192YWxpZF9waW4oc2MsIGlycSkgIT0g MCkKKwkvKiBUaGUgZmlyc3QgY2VsbCBpcyB0aGUgaW50ZXJydXB0IG51bWJlci4KKwkgKiBUaGUg c2Vjb25kIGNlbGwgaXMgdXNlZCB0byBzcGVjaWZ5IGZsYWdzOgorCSAqCWJpdHNbMzowXSB0cmln Z2VyIHR5cGUgYW5kIGxldmVsIGZsYWdzOgorCSAqCQkxID0gbG93LXRvLWhpZ2ggZWRnZSB0cmln Z2VyZWQuCisJICoJCTIgPSBoaWdoLXRvLWxvdyBlZGdlIHRyaWdnZXJlZC4KKwkgKgkJNCA9IGFj dGl2ZSBoaWdoIGxldmVsLXNlbnNpdGl2ZS4KKwkgKgkJOCA9IGFjdGl2ZSBsb3cgbGV2ZWwtc2Vu c2l0aXZlLgorCSAqLworCWlmIChpc3JjLT5pc3JjX25jZWxscyAhPSAyKQogCQlyZXR1cm4gKEVJ TlZBTCk7CiAKLQkvKiBUaGVyZSBpcyBubyBzdGFuZGFyZCB0cmlnZ2VyIG9yIHBvbGFyaXR5LiAq LwotCWlmICh0cmlnID09IElOVFJfVFJJR0dFUl9DT05GT1JNIHx8IHBvbCA9PSBJTlRSX1BPTEFS SVRZX0NPTkZPUk0pCisJaXJxID0gaXNyYy0+aXNyY19jZWxsc1swXTsKKwlpZiAoaXJxID49IHNj LT5zY19tYXhwaW4pCiAJCXJldHVybiAoRUlOVkFMKTsKIAotCVRJX0dQSU9fTE9DSyhzYyk7CiAJ LyoKLQkgKiBUUk0gcmVjb21tZW5kcyBhZGQgdGhlIG5ldyBldmVudCBiZWZvcmUgcmVtb3ZlIHRo ZSBvbGQgb25lIHRvCi0JICogYXZvaWQgbG9zaW5nIGludGVycnVwdHMuCisJICogQWxsIGludGVy cnVwdCB0eXBlcyBjb3VsZCBiZSBzZXQgZm9yIGFuIGludGVycnVwdCBhdCBvbmUgbW9tZW50CisJ ICogaW4gdGhpcyBjb250cm9sbGVyLiBBdCBsZWFzdCwgdGhlIGNvbWJpbmF0aW9uIG9mICdsb3ct dG8taGlnaCcgYW5kCisJICogJ2hpZ2gtdG8tbG93JyBlZGdlIHRyaWdnZXJlZCBpbnRlcnJ1cHQg dHlwZXMgY2FuIG1ha2UgYSBzZW5zZS4KKwkgKiBIb3dldmVyIGl0J3Mgbm90IHBvc3NpYmxlIGR1 ZSB0byB0aGUgd2F5IGhvdyBpbnRyX3RyaWdnZXIgYW5kCisJICogaW50cl9wb2xhcml0eSBlbnVt cyBhcmUgZGVmaW5lZC4KKwkgKgorCSAqIEFueWhvdywgd2UgY291bGQgaW1wbGVtZW50ZWQgaXQg aW50ZXJuYWxseSBpbiBGRFQgY2FzZSBpZiBuZWVkZWQuCiAJICovCi0Jb2xkcmVnID0gdGlfZ3Bp b19pbnRyX3JlZyhzYywgaXJxKTsKLQlzYy0+c2NfaXJxX3RyaWdnZXJbaXJxXSA9IHRyaWc7Ci0J c2MtPnNjX2lycV9wb2xhcml0eVtpcnFdID0gcG9sOwotCXJlZyA9IHRpX2dwaW9faW50cl9yZWco c2MsIGlycSk7Ci0JaWYgKHJlZyAhPSAwKSB7Ci0JCS8qIEFwcGx5IHRoZSBuZXcgc2V0dGluZ3Mu ICovCi0JCXZhbCA9IHRpX2dwaW9fcmVhZF80KHNjLCBUSV9HUElPX0JBTksoaXJxKSwgcmVnKTsK LQkJdmFsIHw9IFRJX0dQSU9fTUFTSyhpcnEpOwotCQl0aV9ncGlvX3dyaXRlXzQoc2MsIFRJX0dQ SU9fQkFOSyhpcnEpLCByZWcsIHZhbCk7CisJc3dpdGNoIChpc3JjLT5pc3JjX2NlbGxzWzFdKSB7 CisJY2FzZSAxOgorCQl0cmlnID0gSU5UUl9UUklHR0VSX0VER0U7CisJCXBvbCA9IElOVFJfUE9M QVJJVFlfSElHSDsKKwkJYnJlYWs7CisJY2FzZSAyOgorCQl0cmlnID0gSU5UUl9UUklHR0VSX0VE R0U7CisJCXBvbCA9IElOVFJfUE9MQVJJVFlfTE9XOworCQlicmVhazsKKwljYXNlIDQ6CisJCXRy aWcgPSBJTlRSX1RSSUdHRVJfTEVWRUw7CisJCXBvbCA9IElOVFJfUE9MQVJJVFlfSElHSDsKKwkJ YnJlYWs7CisJY2FzZSA4OgorCQl0cmlnID0gSU5UUl9UUklHR0VSX0xFVkVMOworCQlwb2wgPSBJ TlRSX1BPTEFSSVRZX0xPVzsKKwkJYnJlYWs7CisJZGVmYXVsdDoKKwkJcmV0dXJuIChFSU5WQUwp OwogCX0KLQlpZiAocmVnICE9IG9sZHJlZyAmJiBvbGRyZWcgIT0gMCkgewotCQkvKiBSZW1vdmUg dGhlIG9sZCBzZXR0aW5ncy4gKi8KLQkJdmFsID0gdGlfZ3Bpb19yZWFkXzQoc2MsIFRJX0dQSU9f QkFOSyhpcnEpLCBvbGRyZWcpOwotCQl2YWwgJj0gflRJX0dQSU9fTUFTSyhpcnEpOwotCQl0aV9n cGlvX3dyaXRlXzQoc2MsIFRJX0dQSU9fQkFOSyhpcnEpLCBvbGRyZWcsIHZhbCk7Ci0JfQotCVRJ X0dQSU9fVU5MT0NLKHNjKTsKIAorCWVycm9yID0gdGlfZ3Bpb19hdHRhY2hfaXNyYyhzYywgaXNy YywgaXJxKTsKKwlpZiAoZXJyb3IgIT0gMCkKKwkJcmV0dXJuIChlcnJvcik7CisKKwlpc3JjLT5p c3JjX25zcGNfdHlwZSA9IEFSTV9JUlFfTlNQQ19QTEFJTjsKKwlpc3JjLT5pc3JjX25zcGNfbnVt ID0gaXJxOworCWlzcmMtPmlzcmNfdHJpZyA9IHRyaWc7CisJaXNyYy0+aXNyY19wb2wgPSBwb2w7 CisKIAlyZXR1cm4gKDApOwogfQorI2VuZGlmCiAKIHN0YXRpYyBpbnQKLXRpX2dwaW9fc2V0dXBf aW50cihkZXZpY2VfdCBkZXYsIGRldmljZV90IGNoaWxkLCBzdHJ1Y3QgcmVzb3VyY2UgKmlyZXMs Ci0JaW50IGZsYWdzLCBkcml2ZXJfZmlsdGVyX3QgKmZpbHQsIGRyaXZlcl9pbnRyX3QgKmhhbmRs ZXIsCi0Jdm9pZCAqYXJnLCB2b2lkICoqY29va2llcCkKK3RpX2dwaW9fcGljX3JlZ2lzdGVyKGRl dmljZV90IGRldiwgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMsCisgICAgYm9vbGVhbl90ICppc19w ZXJjcHUpCiB7Ci0Jc3RydWN0IHRpX2dwaW9fc29mdGMgKnNjOwotCXN0cnVjdCBpbnRyX2V2ZW50 ICpldmVudDsKLQlpbnQgcGluLCBlcnJvcjsKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MgPSBk ZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAKLQlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKLQlw aW4gPSBybWFuX2dldF9zdGFydChpcmVzKTsKLQlpZiAodGlfZ3Bpb192YWxpZF9waW4oc2MsIHBp bikgIT0gMCkKLQkJcGFuaWMoIiVzOiBiYWQgcGluICVkIiwgX19mdW5jX18sIHBpbik7CisJKmlz X3BlcmNwdSA9IEZBTFNFOwogCi0JZXZlbnQgPSBzYy0+c2NfZXZlbnRzW3Bpbl07Ci0JaWYgKGV2 ZW50ID09IE5VTEwpIHsKLQkJZXJyb3IgPSBpbnRyX2V2ZW50X2NyZWF0ZSgmZXZlbnQsICh2b2lk ICopKHVpbnRwdHJfdClwaW4sIDAsCi0JCSAgICBwaW4sIHRpX2dwaW9fbWFza19pcnEsIHRpX2dw aW9fdW5tYXNrX2lycSwgTlVMTCwgTlVMTCwKLQkJICAgICJncGlvJWQgcGluJWQ6IiwgZGV2aWNl X2dldF91bml0KGRldiksIHBpbik7Ci0JCWlmIChlcnJvciAhPSAwKQotCQkJcmV0dXJuIChlcnJv cik7Ci0JCXNjLT5zY19ldmVudHNbcGluXSA9IGV2ZW50OwotCX0KLQlpbnRyX2V2ZW50X2FkZF9o YW5kbGVyKGV2ZW50LCBkZXZpY2VfZ2V0X25hbWV1bml0KGNoaWxkKSwgZmlsdCwKLQkgICAgaGFu ZGxlciwgYXJnLCBpbnRyX3ByaW9yaXR5KGZsYWdzKSwgZmxhZ3MsIGNvb2tpZXApOworCWlmIChp c3JjLT5pc3JjX3R5cGUgPT0gQVJNX0lTUkNUX05BTUVTUEFDRSkKKwkJcmV0dXJuICh0aV9ncGlv X21hcF9uc3BjKHNjLCBpc3JjKSk7CisjaWZkZWYgRkRUCisJZWxzZSBpZiAoaXNyYy0+aXNyY190 eXBlID09IEFSTV9JU1JDVF9GRFQpCisJCXJldHVybiAodGlfZ3Bpb19tYXBfZmR0KHNjLCBpc3Jj KSk7CisjZW5kaWYKKwllbHNlCisJCXJldHVybiAoRUlOVkFMKTsKK30KIAotCXJldHVybiAoMCk7 CitzdGF0aWMgdm9pZAordGlfZ3Bpb19waWNfZW5hYmxlX2ludHIoZGV2aWNlX3QgZGV2LCBzdHJ1 Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2MgPSBkZXZp Y2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQgaXJxID0gKHVfaW50KWlzcmMtPmlzcmNfZGF0YTsK KworCS8qIFRoZSBkZWZhdWx0IGlzIGFjdGl2ZS1sb3cgaW50ZXJydXB0cy4gKi8KKwlpZiAoaXNy Yy0+aXNyY190cmlnID09IElOVFJfVFJJR0dFUl9DT05GT1JNKQorCQlpc3JjLT5pc3JjX3RyaWcg PSBJTlRSX1RSSUdHRVJfTEVWRUw7CisJaWYgKGlzcmMtPmlzcmNfcG9sID09IElOVFJfUE9MQVJJ VFlfQ09ORk9STSkKKwkJaXNyYy0+aXNyY19wb2wgPSBJTlRSX1BPTEFSSVRZX0xPVzsKKworCXRp X2dwaW9faXJxX2NvbmZpZyhzYywgaXJxLCBpc3JjLT5pc3JjX3RyaWcsIGlzcmMtPmlzcmNfcG9s KTsKIH0KIAorc3RhdGljIHZvaWQKK3RpX2dwaW9fcGljX2VuYWJsZV9zb3VyY2UoZGV2aWNlX3Qg ZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAq c2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQgaXJxID0gKHVfaW50KWlzcmMtPmlz cmNfZGF0YTsKKworCWFybV9pcnFfbWVtb3J5X2JhcnJpZXIoaXJxKTsKKwl0aV9ncGlvX2lycV91 bm1hc2soc2MsIGlycSk7Cit9CisKK3N0YXRpYyB2b2lkCit0aV9ncGlvX3BpY19kaXNhYmxlX3Nv dXJjZShkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCXN0cnVjdCB0 aV9ncGlvX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwl1X2ludCBpcnEgPSAo dV9pbnQpaXNyYy0+aXNyY19kYXRhOworCisJdGlfZ3Bpb19pcnFfbWFzayhzYywgaXJxLCBGQUxT RSk7Cit9CisKIHN0YXRpYyBpbnQKLXRpX2dwaW9fdGVhcmRvd25faW50cihkZXZpY2VfdCBkZXYs IGRldmljZV90IGNoaWxkLCBzdHJ1Y3QgcmVzb3VyY2UgKmlyZXMsCi0Jdm9pZCAqY29va2llKQor dGlfZ3Bpb19waWNfdW5yZWdpc3RlcihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICpp c3JjKQogewotCXN0cnVjdCB0aV9ncGlvX3NvZnRjICpzYzsKLQlpbnQgcGluLCBlcnI7CisJc3Ry dWN0IHRpX2dwaW9fc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXVfaW50IGly cSA9ICh1X2ludClpc3JjLT5pc3JjX2RhdGE7CiAKLQlzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2 KTsKLQlwaW4gPSBybWFuX2dldF9zdGFydChpcmVzKTsKLQlpZiAodGlfZ3Bpb192YWxpZF9waW4o c2MsIHBpbikgIT0gMCkKLQkJcGFuaWMoIiVzOiBiYWQgcGluICVkIiwgX19mdW5jX18sIHBpbik7 Ci0JaWYgKHNjLT5zY19ldmVudHNbcGluXSA9PSBOVUxMKQotCQlwYW5pYygiVHJ5aW5nIHRvIHRl YXJkb3duIHVub2NjdXBpZWQgSVJRIik7Ci0JZXJyID0gaW50cl9ldmVudF9yZW1vdmVfaGFuZGxl cihjb29raWUpOwotCWlmICghZXJyKQotCQlzYy0+c2NfZXZlbnRzW3Bpbl0gPSBOVUxMOworCXJl dHVybiAodGlfZ3Bpb19kZXRhY2hfaXNyYyhzYywgaXNyYywgaXJxKSk7Cit9CiAKLQlyZXR1cm4g KGVycik7CitzdGF0aWMgdm9pZAordGlfZ3Bpb19waWNfcHJlX2l0aHJlYWQoZGV2aWNlX3QgZGV2 LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgdGlfZ3Bpb19zb2Z0YyAqc2Mg PSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQgaXJxID0gKHVfaW50KWlzcmMtPmlzcmNf ZGF0YTsKKworCWlmIChpc3JjLT5pc3JjX3RyaWcgPT0gSU5UUl9UUklHR0VSX0xFVkVMKQorCQl0 aV9ncGlvX2lycV9tYXNrKHNjLCBpcnEsIFRSVUUpOworCWVsc2UKKwkJdGlfZ3Bpb19pcnFfbWFz ayhzYywgaXJxLCBGQUxTRSk7CiB9CiAKK3N0YXRpYyB2b2lkCit0aV9ncGlvX3BpY19wb3N0X2l0 aHJlYWQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKworCXRpX2dw aW9fcGljX2VuYWJsZV9zb3VyY2UoZGV2LCBpc3JjKTsKK30KKworc3RhdGljIHZvaWQKK3RpX2dw aW9fcGljX3Bvc3RfZmlsdGVyKGRldmljZV90IGRldiwgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMp Cit7CisJc3RydWN0IHRpX2dwaW9fc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOwor CXVfaW50IGlycSA9ICh1X2ludClpc3JjLT5pc3JjX2RhdGE7CisKKwlpZiAoaXNyYy0+aXNyY190 cmlnID09IElOVFJfVFJJR0dFUl9MRVZFTCkKKwkJdGlfZ3Bpb19pcnFfZW9pKHNjLCBpcnEpOwor fQorCiBzdGF0aWMgcGhhbmRsZV90CiB0aV9ncGlvX2dldF9ub2RlKGRldmljZV90IGJ1cywgZGV2 aWNlX3QgZGV2KQogewpAQCAtMTA4NywxMiArMTI3NSwxOSBAQAogCURFVk1FVEhPRChncGlvX3Bp bl9zZXQsIHRpX2dwaW9fcGluX3NldCksCiAJREVWTUVUSE9EKGdwaW9fcGluX3RvZ2dsZSwgdGlf Z3Bpb19waW5fdG9nZ2xlKSwKIAorCS8qIEludGVycnVwdCBjb250cm9sbGVyIGludGVyZmFjZSAq LworCURFVk1FVEhPRChwaWNfZGlzYWJsZV9zb3VyY2UsCXRpX2dwaW9fcGljX2Rpc2FibGVfc291 cmNlKSwKKwlERVZNRVRIT0QocGljX2VuYWJsZV9pbnRyLAl0aV9ncGlvX3BpY19lbmFibGVfaW50 ciksCisJREVWTUVUSE9EKHBpY19lbmFibGVfc291cmNlLAl0aV9ncGlvX3BpY19lbmFibGVfc291 cmNlKSwKKwlERVZNRVRIT0QocGljX3Bvc3RfZmlsdGVyLAl0aV9ncGlvX3BpY19wb3N0X2ZpbHRl ciksCisJREVWTUVUSE9EKHBpY19wb3N0X2l0aHJlYWQsCXRpX2dwaW9fcGljX3Bvc3RfaXRocmVh ZCksCisJREVWTUVUSE9EKHBpY19wcmVfaXRocmVhZCwJdGlfZ3Bpb19waWNfcHJlX2l0aHJlYWQp LAorCURFVk1FVEhPRChwaWNfcmVnaXN0ZXIsCQl0aV9ncGlvX3BpY19yZWdpc3RlciksCisJREVW TUVUSE9EKHBpY191bnJlZ2lzdGVyLAl0aV9ncGlvX3BpY191bnJlZ2lzdGVyKSwKKwogCS8qIEJ1 cyBpbnRlcmZhY2UgKi8KLQlERVZNRVRIT0QoYnVzX2FjdGl2YXRlX3Jlc291cmNlLCB0aV9ncGlv X2FjdGl2YXRlX3Jlc291cmNlKSwKLQlERVZNRVRIT0QoYnVzX2RlYWN0aXZhdGVfcmVzb3VyY2Us IHRpX2dwaW9fZGVhY3RpdmF0ZV9yZXNvdXJjZSksCi0JREVWTUVUSE9EKGJ1c19jb25maWdfaW50 ciwgdGlfZ3Bpb19jb25maWdfaW50ciksCi0JREVWTUVUSE9EKGJ1c19zZXR1cF9pbnRyLCB0aV9n cGlvX3NldHVwX2ludHIpLAotCURFVk1FVEhPRChidXNfdGVhcmRvd25faW50ciwgdGlfZ3Bpb190 ZWFyZG93bl9pbnRyKSwKKwlERVZNRVRIT0QoYnVzX3NldHVwX2ludHIsIGJ1c19nZW5lcmljX3Nl dHVwX2ludHIpLAorCURFVk1FVEhPRChidXNfdGVhcmRvd25faW50ciwgYnVzX2dlbmVyaWNfdGVh cmRvd25faW50ciksCiAKIAkvKiBvZndfYnVzIGludGVyZmFjZSAqLwogCURFVk1FVEhPRChvZndf YnVzX2dldF9ub2RlLCB0aV9ncGlvX2dldF9ub2RlKSwKQEAgLTExMDUsMyArMTMwMCw5NiBAQAog CXRpX2dwaW9fbWV0aG9kcywKIAlzaXplb2Yoc3RydWN0IHRpX2dwaW9fc29mdGMpLAogfTsKKwor CisvKiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQorICoKKyAqICAgICBURVNUIE1PRFVMRQorICoKKyAqIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tCisgKi8KK3N0cnVjdCB0ZXN0X2dwaW9fc29mdGMgeworCXN0cnVjdCBy ZXNvdXJjZQkqc2NfaXJxX3JlczsKKwl2b2lkCQkqc2NfaXJxX2hkbDsKK307CisKK3N0YXRpYyBp bnQKK3Rlc3RfZ3Bpb19pbnRyKHZvaWQgKmFyZykKK3sKKwkvL3N0cnVjdCB0ZXN0X2dwaW9fc29m dGMgKnNjID0gYXJnOworCisJcHJpbnRmKCIlczogZ290IGludGVycnVwdFxuIiwgX19mdW5jX18p OworCXJldHVybiAoRklMVEVSX0hBTkRMRUQpOworfQorCitzdGF0aWMgaW50Cit0ZXN0X2dwaW9f cHJvYmUoZGV2aWNlX3QgZGV2KQoreworCWlmICghb2Z3X2J1c19pc19jb21wYXRpYmxlKGRldiwg ImdwaW8tdGVzdCIpKQorCQlyZXR1cm4gKEVOWElPKTsKKworCWRldmljZV9zZXRfZGVzYyhkZXYs ICJUZXN0IEdQSU8gTW9kdWxlIik7CisJcmV0dXJuKEJVU19QUk9CRV9ERUZBVUxUKTsKK30KKwor c3RhdGljIGludAordGVzdF9ncGlvX2F0dGFjaChkZXZpY2VfdCBkZXYpCit7CisJc3RydWN0IHRl c3RfZ3Bpb19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJaW50IHJpZCwgZXJy OworCisJcmlkID0gMDsKKwlzYy0+c2NfaXJxX3JlcyA9IGJ1c19hbGxvY19yZXNvdXJjZV9hbnko ZGV2LCBTWVNfUkVTX0lSUSwgJnJpZCwKKwkgICAgUkZfQUNUSVZFKTsKKwlpZiAoc2MtPnNjX2ly cV9yZXMgPT0gTlVMTCkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgIkNvdWxkIG5vdCBhbGxvY2F0 ZSBpcnFcbiIpOworCQlyZXR1cm4gKEVOWElPKTsKKwl9CisKKyNpZiAwCisjaWZkZWYgU09DX1RJ X0FNMzM1WAorCWVyciA9IEJVU19DT05GSUdfSU5UUihkZXYsIHJtYW5fZ2V0X3N0YXJ0KHNjLT5z Y19pcnFfcmVzKSwKKwkgICAgSU5UUl9UUklHR0VSX0xFVkVMLCBJTlRSX1BPTEFSSVRZX0hJR0gp OworCWlmIChlcnIpCisJCWRldmljZV9wcmludGYoZGV2LCAiQ291bGQgbm90IGNvbmZpZyBpcnEs ICVkXG4iLCBlcnIpOworI2VuZGlmCisjaWZkZWYgU09DX09NQVA0CisJZXJyID0gQlVTX0NPTkZJ R19JTlRSKGRldiwgcm1hbl9nZXRfc3RhcnQoc2MtPnNjX2lycV9yZXMpLAorCSAgICBJTlRSX1RS SUdHRVJfRURHRSwgSU5UUl9QT0xBUklUWV9MT1cpOworCWlmIChlcnIpCisJCWRldmljZV9wcmlu dGYoZGV2LCAiQ291bGQgbm90IGNvbmZpZyBpcnEsICVkXG4iLCBlcnIpOworI2VuZGlmCisjZW5k aWYKKwllcnIgPSBidXNfc2V0dXBfaW50cihkZXYsIHNjLT5zY19pcnFfcmVzLCBJTlRSX1RZUEVf TUlTQyB8IElOVFJfTVBTQUZFLAorCSAgICB0ZXN0X2dwaW9faW50ciwgTlVMTCwgc2MsICZzYy0+ c2NfaXJxX2hkbCk7CisJaWYgKGVycikgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgIkNvdWxkIG5v dCBzZXR1cCBpcnEsICVkXG4iLCBlcnIpOworCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZ U19SRVNfSVJRLCAwLCBzYy0+c2NfaXJxX3Jlcyk7CisJCXJldHVybiAoRU5YSU8pOworCX0KKwor CWVyciA9IGJ1c19kZXNjcmliZV9pbnRyKGRldiwgc2MtPnNjX2lycV9yZXMsIHNjLT5zY19pcnFf aGRsLCAiWFgiKTsKKwlpZiAoZXJyKQorCQlkZXZpY2VfcHJpbnRmKGRldiwgIkNvdWxkIG5vdCBk ZXNjcmliZSBpcnEsICVkXG4iLCBlcnIpOworCisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIGRl dmljZV9tZXRob2RfdCB0ZXN0X2dwaW9fbWV0aG9kc1tdID0geworCS8qIGJ1cyBpbnRlcmZhY2Ug Ki8KKwlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLCB0ZXN0X2dwaW9fcHJvYmUpLAorCURFVk1FVEhP RChkZXZpY2VfYXR0YWNoLCB0ZXN0X2dwaW9fYXR0YWNoKSwKKworCXswLCAwfSwKK307CisKK2Ry aXZlcl90IHRlc3RfZ3Bpb19kcml2ZXIgPSB7CisJInRlc3RfZ3BpbyIsCisJdGVzdF9ncGlvX21l dGhvZHMsCisJc2l6ZW9mKHN0cnVjdCB0ZXN0X2dwaW9fc29mdGMpLAorfTsKKworc3RhdGljIGRl dmNsYXNzX3QgdGVzdF9ncGlvX2RldmNsYXNzOworCitEUklWRVJfTU9EVUxFKHRlc3RfZ3Bpbywg c2ltcGxlYnVzLCB0ZXN0X2dwaW9fZHJpdmVyLCB0ZXN0X2dwaW9fZGV2Y2xhc3MsCisgICAgMCwg MCk7CkluZGV4OiBzeXMvYXJtL3RpL3RpX2dwaW8uaAo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYXJtL3Rp L3RpX2dwaW8uaAkocmV2aXNpb24gMjc5Njg1KQorKysgc3lzL2FybS90aS90aV9ncGlvLmgJKHdv cmtpbmcgY29weSkKQEAgLTM5LDYgKzM5LDEyIEBACiAgKi8KICNkZWZpbmUJTUFYX0dQSU9fSU5U UlMJCQk4CiAKK3N0cnVjdCB0aV9ncGlvX2lycV9hcmcgeworCXN0cnVjdCB0aV9ncGlvX3NvZnRj CSppYV9zYzsKKwl1aW50MTZfdAkJaWFfYmFuazsJLyogR1BJTyBiYW5rICovCisJdWludDE2X3QJ CWlhX2lkeDsJCS8qIGlycSBvbiB0aGUgYmFuayAqLworfTsKKwogLyoqCiAgKglTdHJ1Y3R1cmUg dGhhdCBzdG9yZXMgdGhlIGRyaXZlciBjb250ZXh0LgogICoKQEAgLTQ4LDEwICs1NCw2IEBACiAJ ZGV2aWNlX3QJCXNjX2RldjsKIAlkZXZpY2VfdAkJc2NfYnVzZGV2OwogCi0JLyogSW50ZXJydXB0 IHRyaWdnZXIgdHlwZSBhbmQgbGV2ZWwuICovCi0JZW51bSBpbnRyX3RyaWdnZXIJKnNjX2lycV90 cmlnZ2VyOwotCWVudW0gaW50cl9wb2xhcml0eQkqc2NfaXJxX3BvbGFyaXR5OwotCiAJaW50CQkJ c2NfbWF4cGluOwogCXN0cnVjdCBtdHgJCXNjX210eDsKIApAQCAtNjMsMTAgKzY1LDExIEBACiAJ c3RydWN0IHJlc291cmNlCQkqc2NfbWVtX3Jlc1tNQVhfR1BJT19CQU5LU107CiAJc3RydWN0IHJl c291cmNlCQkqc2NfaXJxX3Jlc1tNQVhfR1BJT19JTlRSU107CiAKLQkvKiBJbnRlcnJ1cHQgZXZl bnRzLiAqLwotCXN0cnVjdCBpbnRyX2V2ZW50CSoqc2NfZXZlbnRzOworCS8qIEludGVycnVwdCBz b3VyY2VzIHJlZ2lzdGVyZWQgaW4gaW50ZXJydXB0IGNvbnRyb2xsZXIuICovCisJc3RydWN0IGFy bV9pcnFzcmMJKipzY19pcnFzOwogCi0JLyogVGhlIGhhbmRsZSBmb3IgdGhlIHJlZ2lzdGVyIElS USBoYW5kbGVycy4gKi8KKwkvKiBUaGUgaGFuZGxlIGFuZCBhcmd1bWVudCBmb3IgdGhlIHJlZ2lz dGVyIElSUSBoYW5kbGVycy4gKi8KKwlzdHJ1Y3QgdGlfZ3Bpb19pcnFfYXJnCXNjX2lycV9hcmdb TUFYX0dQSU9fSU5UUlNdOwogCXZvaWQJCQkqc2NfaXJxX2hkbFtNQVhfR1BJT19JTlRSU107CiB9 OwogCkluZGV4OiBzeXMvYm9vdC9mZHQvZHRzL2FybS9hbTMzNXguZHRzaQo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzeXMvYm9vdC9mZHQvZHRzL2FybS9hbTMzNXguZHRzaQkocmV2aXNpb24gMjc5Njg1KQorKysg c3lzL2Jvb3QvZmR0L2R0cy9hcm0vYW0zMzV4LmR0c2kJKHdvcmtpbmcgY29weSkKQEAgLTIyLDcg KzIyLDcgQEAKICAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1Ig T1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKICAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMg U09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKICAqIFNVQ0gg REFNQUdFLgotICogCisgKgogICogJEZyZWVCU0QkCiAgKi8KIApAQCAtMTAwLDcgKzEwMCw3IEBA CiAJCQlpbnRlcnJ1cHRzID0gPDkxPjsKIAkJCWludGVycnVwdC1wYXJlbnQgPSA8JkFJTlRDPjsK IAkJfTsKLSAJCQorCiAJCUdQSU86IGdwaW8gewogCQkJI2dwaW8tY2VsbHMgPSA8Mz47CiAJCQlj b21wYXRpYmxlID0gInRpLGdwaW8iOwpAQCAtMTEyLDcgKzExMiw3IEBACiAJCQlpbnRlcnJ1cHRz ID0gPCA5NiA5NyA5OCA5OSAzMiAzMyA2MiA2MyA+OwogCQkJaW50ZXJydXB0LXBhcmVudCA9IDwm QUlOVEM+OwogCQkJaW50ZXJydXB0LWNvbnRyb2xsZXI7Ci0JCQkjaW50ZXJydXB0LWNlbGxzID0g PDE+OworCQkJI2ludGVycnVwdC1jZWxscyA9IDwyPjsKIAkJfTsKIAogCQl1YXJ0MDogc2VyaWFs QDQ0RTA5MDAwIHsKQEAgLTEyNCw3ICsxMjQsNyBAQAogIAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwg NDgwMDAwMDAgPjsKIAkJCXVhcnQtZGV2aWNlLWlkID0gPCAwID47CiAgCQl9OwotIAkJCisKICAJ CXVhcnQxOiBzZXJpYWxANDgwMjIwMDAgewogIAkJCWNvbXBhdGlibGUgPSAidGksbnMxNjU1MCI7 CiAgCQkJcmVnID0gPDB4NDgwMjIwMDAgMHgxMDAwPjsKQEAgLTEzMSwxMSArMTMxLDExIEBACiAg CQkJcmVnLXNoaWZ0ID0gPDI+OwogIAkJCWludGVycnVwdHMgPSA8IDczID47CiAgCQkJaW50ZXJy dXB0LXBhcmVudCA9IDwmQUlOVEM+OwotIAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwgNDgwMDAwMDAg PjsgCisgCQkJY2xvY2stZnJlcXVlbmN5ID0gPCA0ODAwMDAwMCA+OwogCQkJdWFydC1kZXZpY2Ut aWQgPSA8IDEgPjsKIAkJCXN0YXR1cyA9ICJkaXNhYmxlZCI7CiAgCQl9OwotIAkJCisKICAJCXVh cnQyOiBzZXJpYWxANDgwMjQwMDAgewogIAkJCWNvbXBhdGlibGUgPSAidGksbnMxNjU1MCI7CiAg CQkJcmVnID0gPDB4NDgwMjQwMDAgMHgxMDAwPjsKQEAgLTE0MiwxMSArMTQyLDExIEBACiAgCQkJ cmVnLXNoaWZ0ID0gPDI+OwogIAkJCWludGVycnVwdHMgPSA8IDc0ID47CiAgCQkJaW50ZXJydXB0 LXBhcmVudCA9IDwmQUlOVEM+OwotIAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwgNDgwMDAwMDAgPjsg CisgCQkJY2xvY2stZnJlcXVlbmN5ID0gPCA0ODAwMDAwMCA+OwogCQkJdWFydC1kZXZpY2UtaWQg PSA8IDIgPjsKIAkJCXN0YXR1cyA9ICJkaXNhYmxlZCI7CiAgCQl9OwotIAkJCisKICAJCXVhcnQz OiBzZXJpYWxANDgxYTYwMDAgewogIAkJCWNvbXBhdGlibGUgPSAidGksbnMxNjU1MCI7CiAgCQkJ cmVnID0gPDB4NDgxQTYwMDAgMHgxMDAwPjsKQEAgLTE1MywxMSArMTUzLDExIEBACiAgCQkJcmVn LXNoaWZ0ID0gPDI+OwogIAkJCWludGVycnVwdHMgPSA8IDQ0ID47CiAgCQkJaW50ZXJydXB0LXBh cmVudCA9IDwmQUlOVEM+OwotIAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwgNDgwMDAwMDAgPjsgCisg CQkJY2xvY2stZnJlcXVlbmN5ID0gPCA0ODAwMDAwMCA+OwogCQkJdWFydC1kZXZpY2UtaWQgPSA8 IDMgPjsKIAkJCXN0YXR1cyA9ICJkaXNhYmxlZCI7CiAgCQl9OwotIAorCiAgCQl1YXJ0NDogc2Vy aWFsQDQ4MWE4MDAwIHsKICAJCQljb21wYXRpYmxlID0gInRpLG5zMTY1NTAiOwogIAkJCXJlZyA9 IDwweDQ4MUE4MDAwIDB4MTAwMD47CkBAIC0xNjQsMTEgKzE2NCwxMSBAQAogIAkJCXJlZy1zaGlm dCA9IDwyPjsKICAJCQlpbnRlcnJ1cHRzID0gPCA0NSA+OwogIAkJCWludGVycnVwdC1wYXJlbnQg PSA8JkFJTlRDPjsKLSAJCQljbG9jay1mcmVxdWVuY3kgPSA8IDQ4MDAwMDAwID47IAorIAkJCWNs b2NrLWZyZXF1ZW5jeSA9IDwgNDgwMDAwMDAgPjsKIAkJCXVhcnQtZGV2aWNlLWlkID0gPCA0ID47 CiAJCQlzdGF0dXMgPSAiZGlzYWJsZWQiOwogIAkJfTsKLSAKKwogIAkJdWFydDU6IHNlcmlhbEA0 ODFhYTAwMCB7CiAgCQkJY29tcGF0aWJsZSA9ICJ0aSxuczE2NTUwIjsKICAJCQlyZWcgPSA8MHg0 ODFBQTAwMCAweDEwMDA+OwpAQCAtMTc1LDcgKzE3NSw3IEBACiAgCQkJcmVnLXNoaWZ0ID0gPDI+ OwogIAkJCWludGVycnVwdHMgPSA8IDQ2ID47CiAgCQkJaW50ZXJydXB0LXBhcmVudCA9IDwmQUlO VEM+OwotIAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwgNDgwMDAwMDAgPjsgCisgCQkJY2xvY2stZnJl cXVlbmN5ID0gPCA0ODAwMDAwMCA+OwogCQkJdWFydC1kZXZpY2UtaWQgPSA8IDUgPjsKIAkJCXN0 YXR1cyA9ICJkaXNhYmxlZCI7CiAgIAkJfTsKSW5kZXg6IHN5cy9ib290L2ZkdC9kdHMvYXJtL2Jl YWdsZWJvbmUtYmxhY2suZHRzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9ib290L2ZkdC9kdHMvYXJtL2Jl YWdsZWJvbmUtYmxhY2suZHRzCShyZXZpc2lvbiAyNzk2ODUpCisrKyBzeXMvYm9vdC9mZHQvZHRz L2FybS9iZWFnbGVib25lLWJsYWNrLmR0cwkod29ya2luZyBjb3B5KQpAQCAtMjIsNyArMjIsNyBA QAogICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJ U0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQogICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FS RSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgogICogU1VDSCBEQU1BR0Uu Ci0gKiAKKyAqCiAgKiAkRnJlZUJTRCQKICAqLwogCkBAIC0xMTAsMTQgKzExMCwxNCBAQAogCQkJ CSJHUE1DX0JFbjEiLCAiZ3BpbzFfMjgiLCAiaW5wdXRfcHVsbGRvd24iLAogCQkJCSJHUE1DX0NT bjAiLCAiZ3BpbzFfMjkiLCAiaW5wdXRfcHVsbGRvd24iLAogCQkJCSJHUE1DX0NMSyIsICJncGlv Ml8xIiwgImlucHV0X3B1bGxkb3duIiwKLQkJCQkiTENEX0RBVEEwIiwgImdwaW8yXzYiLCAiaW5w dXRfcHVsbGRvd24iLCAKLQkJCQkiTENEX0RBVEExIiwgImdwaW8yXzciLCAiaW5wdXRfcHVsbGRv d24iLCAKLQkJCQkiTENEX0RBVEEyIiwgImdwaW8yXzgiLCAiaW5wdXRfcHVsbGRvd24iLCAKLQkJ CQkiTENEX0RBVEEzIiwgImdwaW8yXzkiLCAiaW5wdXRfcHVsbGRvd24iLCAKLQkJCQkiTENEX0RB VEE0IiwgImdwaW8yXzEwIiwgImlucHV0X3B1bGxkb3duIiwgCi0JCQkJIkxDRF9EQVRBNSIsICJn cGlvMl8xMSIsICJpbnB1dF9wdWxsZG93biIsIAotCQkJCSJMQ0RfREFUQTYiLCAiZ3BpbzJfMTIi LCAiaW5wdXRfcHVsbGRvd24iLCAKLQkJCQkiTENEX0RBVEE3IiwgImdwaW8yXzEzIiwgImlucHV0 X3B1bGxkb3duIiwgCisJCQkJIkxDRF9EQVRBMCIsICJncGlvMl82IiwgImlucHV0X3B1bGxkb3du IiwKKwkJCQkiTENEX0RBVEExIiwgImdwaW8yXzciLCAiaW5wdXRfcHVsbGRvd24iLAorCQkJCSJM Q0RfREFUQTIiLCAiZ3BpbzJfOCIsICJpbnB1dF9wdWxsZG93biIsCisJCQkJIkxDRF9EQVRBMyIs ICJncGlvMl85IiwgImlucHV0X3B1bGxkb3duIiwKKwkJCQkiTENEX0RBVEE0IiwgImdwaW8yXzEw IiwgImlucHV0X3B1bGxkb3duIiwKKwkJCQkiTENEX0RBVEE1IiwgImdwaW8yXzExIiwgImlucHV0 X3B1bGxkb3duIiwKKwkJCQkiTENEX0RBVEE2IiwgImdwaW8yXzEyIiwgImlucHV0X3B1bGxkb3du IiwKKwkJCQkiTENEX0RBVEE3IiwgImdwaW8yXzEzIiwgImlucHV0X3B1bGxkb3duIiwKIAkJCQki TENEX1ZTWU5DIiwgImdwaW8yXzIyIiwgImlucHV0X3B1bGxkb3duIiwKIAkJCQkiTENEX0hTWU5D IiwgImdwaW8yXzIzIiwgImlucHV0X3B1bGxkb3duIiwKIAkJCQkiTENEX1BDTEsiLCAiZ3BpbzJf MjQiLCAiaW5wdXRfcHVsbGRvd24iLApAQCAtMTQ0LDcgKzE0NCw3IEBACiAJCQlzdGF0dXMgPSAi b2theSI7CiAJCQlub24tcmVtb3ZhYmxlOwogCQl9OwotIAorCiAJCWkyY0A0NGUwYjAwMCB7CiAJ CQlwbWljQDQ4IHsKIAkJCQljb21wYXRpYmxlID0gInRpLGFtMzM1eC1wbWljIjsKQEAgLTE1MSw2 ICsxNTEsMTMgQEAKIAkJCQlyZWcgPSA8MHg0OD47CiAJCQl9OwogCQl9OworCisJCXRlc3RAMCB7 CisJCQljb21wYXRpYmxlID0gImdwaW8tdGVzdCI7CisJCQlyZWcgPSA8MHgwPjsKKwkJCWludGVy cnVwdC1wYXJlbnQgPSA8JkdQSU8+OworCQkJaW50ZXJydXB0cyA9IDw2MCAweDQ+OworCQl9Owog CX07CiAKIAlsZWRzIHsKSW5kZXg6IHN5cy9ib290L2ZkdC9kdHMvYXJtL3BhbmRhYm9hcmQuZHRz Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9ib290L2ZkdC9kdHMvYXJtL3BhbmRhYm9hcmQuZHRzCShyZXZp c2lvbiAyNzk2ODUpCisrKyBzeXMvYm9vdC9mZHQvZHRzL2FybS9wYW5kYWJvYXJkLmR0cwkod29y a2luZyBjb3B5KQpAQCAtMjQsNyArMjQsNyBAQAogICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNM VURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQogICogT1VU IE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NT SUJJTElUWSBPRgogICogU1VDSCBEQU1BR0UuCi0gKiAKKyAqCiAgKiAkRnJlZUJTRCQKICAqLwog CkBAIC03MCw3ICs3MCw3IEBACiAJCQkgICAgMHg0YTAwNDAwMCAweDEwMDAKIAkJCSAgICAweDRh MDA4MDAwIDB4ODAwMD47CiAJCX07Ci0JCQkJICAgICAKKwogCQlwbDMxMEA0ODI0MjAwMCB7CiAJ CQljb21wYXRpYmxlID0gImFybSxwbDMxMCI7CiAJCQlyZWcgPSA8IDB4NDgyNDIwMDAgMHgxMDAw ID47CkBAIC0xMDEsNyArMTAxLDcgQEAKIAkJCWNvbXBhdGlibGUgPSAidGksc2NtIjsKIAkJCXJl ZyA9CTwgMHg0YTEwMDAwMCAweDEwMDAgPjsKIAkJCS8qIFNldCBvZiB0cmlwbGV0cyA8IHBhZG5h bWUsIG11eG5hbWUsIHBhZHN0YXRlPiAqLwotCQkJc2NtLXBhZC1jb25maWcgPSAKKwkJCXNjbS1w YWQtY29uZmlnID0KIAkJCQkiYWcxOSIsICJ1c2JiMV91bHBpcGh5X3N0cCIsICJvdXRwdXQiLAog CQkJCSJhZTE4IiwgInVzYmIxX3VscGlwaHlfY2xrIiwgImlucHV0X3B1bGxkb3duIiwKIAkJCQki YWYxOSIsICJ1c2JiMV91bHBpcGh5X2RpciIsICJpbnB1dF9wdWxsZG93biIsCkBAIC0xMTMsNyAr MTEzLDggQEAKIAkJCQkiYWgxNyIsICJ1c2JiMV91bHBpcGh5X2RhdDQiLCAiaW5wdXRfcHVsbGRv d24iLAogCQkJCSJhZTE2IiwgInVzYmIxX3VscGlwaHlfZGF0NSIsICJpbnB1dF9wdWxsZG93biIs CiAJCQkJImFmMTYiLCAidXNiYjFfdWxwaXBoeV9kYXQ2IiwgImlucHV0X3B1bGxkb3duIiwKLQkJ CQkiYWcxNiIsICJ1c2JiMV91bHBpcGh5X2RhdDciLCAiaW5wdXRfcHVsbGRvd24iOworCQkJCSJh ZzE2IiwgInVzYmIxX3VscGlwaHlfZGF0NyIsICJpbnB1dF9wdWxsZG93biIsCisJCQkJImFjMjgi LCAiZ3Bpb18xMTMiLCAiaW5wdXRfcHVsbHVwIjsKIAkJfTsKIAogCQlHUElPOiBncGlvIHsKQEAg LTEyOCwxMSArMTI5LDEzIEBACiAJCQkJMHg0ODA1ZDAwMCAweDEwMDA+OwogCQkJaW50ZXJydXB0 cyA9IDw2MSA2MiA2MyA2NCA2NSA2Nj47CiAJCQlpbnRlcnJ1cHQtcGFyZW50ID0gPCZHSUM+Owor CQkJaW50ZXJydXB0LWNvbnRyb2xsZXI7CisJCQkjaW50ZXJydXB0LWNlbGxzID0gPDI+OwogCQl9 OwogCiAJCWVoY2kgewogCQkJY29tcGF0aWJsZSA9ICJ0aSx1c2ItZWhjaSIsICJ1c2ItZWhjaSI7 Ci0JCQkvKiAKKwkJCS8qCiAJCQkgKiBVU0IgcG9ydCBQSFkgY29uZmlndXJhdGlvbiBpcyBhIHR1 cGxlOiA8bW9kZSwgcmVzZXQsIGdwaW9fcGluPgogCQkJICogbW9kZSBpcyBvbmUgb2YgdGhlIGZv bGxvd2luZyB2YWx1ZXM6CiAJCQkgKiAgIDAgLSB1bmtub3duCkBAIC0xNDAsNyArMTQzLDcgQEAK IAkJCSAqICAgMiAtIFRMTAogCQkJICogICAzIC0gSFNJQwogCQkJICoKLQkJCSAqIHJlc2V0IGlu ZGljYXRlcyAoaWYgbm9uLXplcm8pIGlmIHBvcnQgcmVzZXQgaXMgcmVxdWlyZWQgCisJCQkgKiBy ZXNldCBpbmRpY2F0ZXMgKGlmIG5vbi16ZXJvKSBpZiBwb3J0IHJlc2V0IGlzIHJlcXVpcmVkCiAJ CQkgKiBncGlvX3BpbiAtIEdQSU8gcGluIHRoYXQgaXMgdXNlZCB0byBwZXJmb3JtIHJlc2V0CiAJ CQkgKi8KIAkJCXBoeS1jb25maWcgPSA8ICAxIDAgMApAQCAtMTc3LDggKzE4MCwxNSBAQAogCQkJ bm9uLXJlbW92YWJsZTsgLyogWFhYIG5lZWQgcmVhbCBzb2x1dGlvbiAqLwogCQl9OwogCisJCXRl c3RAMCB7CisJCQljb21wYXRpYmxlID0gImdwaW8tdGVzdCI7CisJCQlyZWcgPSA8MHgwPjsKKwkJ CWludGVycnVwdC1wYXJlbnQgPSA8JkdQSU8+OworCQkJaW50ZXJydXB0cyA9IDwxMTMgMHgyPjsK IAl9OwogCisJfTsKKwogCWNob3NlbiB7CiAJCXN0ZGluID0gInVhcnQzIjsKIAkJc3Rkb3V0ID0g InVhcnQzIjsK --20cf30223fb18e26520510a22522 Content-Type: text/plain; charset=US-ASCII; name="interrupt.h.diff" Content-Disposition: attachment; filename="interrupt.h.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i6xu4hn47 SW5kZXg6IHN5cy9zeXMvaW50ZXJydXB0LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL3N5cy9pbnRlcnJ1 cHQuaAkocmV2aXNpb24gMjc5Njg1KQorKysgc3lzL3N5cy9pbnRlcnJ1cHQuaAkod29ya2luZyBj b3B5KQpAQCAtMTA1LDcgKzEwNSw3IEBACiAJVEFJTFFfRU5UUlkoaW50cl9ldmVudCkgaWVfbGlz dDsKIAlUQUlMUV9IRUFEKCwgaW50cl9oYW5kbGVyKSBpZV9oYW5kbGVyczsgLyogSW50ZXJydXB0 IGhhbmRsZXJzLiAqLwogCWNoYXIJCWllX25hbWVbTUFYQ09NTEVOICsgMV07IC8qIEluZGl2aWR1 YWwgZXZlbnQgbmFtZS4gKi8KLQljaGFyCQlpZV9mdWxsbmFtZVtNQVhDT01MRU4gKyAxXTsKKwlj aGFyCQlpZV9mdWxsbmFtZVsyKk1BWENPTUxFTiArIDFdOwogCXN0cnVjdCBtdHgJaWVfbG9jazsK IAl2b2lkCQkqaWVfc291cmNlOwkvKiBDb29raWUgdXNlZCBieSBNRCBjb2RlLiAqLwogCXN0cnVj dCBpbnRyX3RocmVhZCAqaWVfdGhyZWFkOwkvKiBUaHJlYWQgd2UgYXJlIGNvbm5lY3RlZCB0by4g Ki8K --20cf30223fb18e26520510a22522-- From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 18:20:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC1A3714 for ; Fri, 6 Mar 2015 18:20:07 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 62E38DD8 for ; Fri, 6 Mar 2015 18:20:07 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 06 Mar 2015 19:19:58 +0100 id 00DCAA26.54F9EFCE.000031BD Date: Fri, 6 Mar 2015 19:19:57 +0100 From: Milan Obuch To: Luiz Otavio O Souza Subject: Re: Raspberry Pi SPI device example? Message-ID: <20150306191957.0603e0f3@zeta.dino.sk> In-Reply-To: References: <20150216093418.3d1be83b@zeta.dino.sk> <20150219075342.7d2e7eec@zeta.dino.sk> <20150302124103.689135d3@zeta.dino.sk> <20150303215040.13f8439f@zeta.dino.sk> <20150305123903.1050694f@zeta.dino.sk> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 18:20:08 -0000 On Fri, 6 Mar 2015 11:38:09 -0300 Luiz Otavio O Souza wrote: > On 5 March 2015 at 08:39, Milan Obuch wrote: [ snip ] > > With following result in dmesg: > > > > spi0: mem 0x204000-0x20401f irq 62 on > > simplebus0 spibus0: on spi0 > > tsc0: at cs 0 on spibus0 > > tsc0: chip id 00 00 (err 0) > > tsc1: at cs 1 on spibus0 > > tsc1: chip id 00 00 (err 0) > > > > As the first one is actually ILI9341, where undefined command 0x80 > > is treated as NOP, and the second one should read device > > identification of STMPE610, 0x811 according the docs, I think my > > SPI transaction does not work the expected way. Code snippet was > > taken from mx25l_get_status function almost verbatim, I did not > > find any docs for spibus, so that's the only source I have to > > study. Some description of various fields of spi_command structure > > would be helpfull, too, but there is none. > > > > Do I need anything more to do, like some pin setup or spi > > initialisation? I did not see anything like this in sources present > > in our tree. > > > > Again, any hint greatly appreciated. > > > > Regards, > > Milan > > The SPI driver for RPi uses interrupts to do the data tx/rx and as > such, it won't work that early (at proble/attach time). > > You have to use config_intrhook_establish() to set a callback that > will run when interrupts are enabled. > > Look at the mx25l patch to see how convert an existent driver: > http://loos.com.br/mx25l-fdt-intr.diff > > Regards, > Luiz OK, understand now, when I saw your patch for the first time, it was not clear to me why the modification is put there. Now I changed my code similarly and I am able to read chip id in start task. Your help is really appreciated. Now I get (dmesg | grep tsc) this: tsc0: at cs 1 on spibus0 tsc0: read 01 08 (err 0) tsc0: read 04 11 (err 0) tsc0: read 08 03 (err 0) tsc0: chip id 0811, rev. 03 Three 'read' lines are just kind of debug, they will be left out later. Now there is another problem to solve - there are two devices on the spibus0, ILI9341 and STMPE610, on chip selects 0 and 1 respectively. In the end, there will be 'ili' driver for the former and 'tsc' driver for the later. Both will use SPIBUS_TRANSFER to transfer their respective bytes, but could they interfere as they are on the same bus? Is it necessary to use some kind of protection against that or does spi bus driver ensure transfers cound not interfere? And one more question - STMPE610 is actually a spi/i2c connected register file, in my aplication spi is selected, and part of that register file controls touchscreen controller while other part is for some gpio. How to do that in a driver? Do we have an example of such a compound device in our sources? And how should this be described in FDT? As usual, all hints are welcomed. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Mar 6 21:19:14 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C520A5E for ; Fri, 6 Mar 2015 21:19:14 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A41FF341 for ; Fri, 6 Mar 2015 21:19:13 +0000 (UTC) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YTze9-0008t2-9A; Fri, 06 Mar 2015 13:19:04 -0800 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Raspberry Pi audio output From: Oleksandr Tymoshenko In-Reply-To: <20150306094919.29056f20@zeta.dino.sk> Date: Fri, 6 Mar 2015 13:18:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <323C3582-8E9A-4112-8024-9D2B429EA55E@bluezbox.com> References: <20150306094919.29056f20@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.2070.6) Sender: gonzo@id.bluezbox.com X-Spam-Level: + X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: > On Mar 6, 2015, at 12:49 AM, Milan Obuch wrote: > > Hello, > > there is pcm0 device on Raspberry Pi, sysctl dev.pcm shows > > dev.pcm.%parent: > dev.pcm.0.%desc: VCHQI audio > dev.pcm.0.%driver: pcm > dev.pcm.0.%location: > dev.pcm.0.%pnpinfo: > dev.pcm.0.%parent: vchiq0 > dev.pcm.0.play.vchans: 1 > dev.pcm.0.play.vchanmode: fixed > dev.pcm.0.play.vchanrate: 48000 > dev.pcm.0.play.vchanformat: s16le:2.0 > dev.pcm.0.buffersize: 0 > dev.pcm.0.bitperfect: 0 > dev.pcm.0.dest: 0 > > In /dev directory, there are just midistat and sndstat devices, > cat /dev/sndstat shows > > Installed devices: > pcm0: (play) default > > How can I use this device? I would like to check it and possibly use... > Also, is it connected to 3.5 mm jack or do we have sound through HDMI? [...] Content analysis details: (1.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 2.7 DNS_FROM_AHBL_RHSBL RBL: Envelope sender listed in dnsbl.ahbl.org 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: dino.sk] -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1281] Cc: "freebsd-arm@freebsd.org List" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2015 21:19:14 -0000 > On Mar 6, 2015, at 12:49 AM, Milan Obuch wrote: >=20 > Hello, >=20 > there is pcm0 device on Raspberry Pi, sysctl dev.pcm shows >=20 > dev.pcm.%parent:=20 > dev.pcm.0.%desc: VCHQI audio > dev.pcm.0.%driver: pcm > dev.pcm.0.%location:=20 > dev.pcm.0.%pnpinfo:=20 > dev.pcm.0.%parent: vchiq0 > dev.pcm.0.play.vchans: 1 > dev.pcm.0.play.vchanmode: fixed > dev.pcm.0.play.vchanrate: 48000 > dev.pcm.0.play.vchanformat: s16le:2.0 > dev.pcm.0.buffersize: 0 > dev.pcm.0.bitperfect: 0 > dev.pcm.0.dest: 0 >=20 > In /dev directory, there are just midistat and sndstat devices, > cat /dev/sndstat shows >=20 > Installed devices: > pcm0: (play) default >=20 > How can I use this device? I would like to check it and possibly = use... > Also, is it connected to 3.5 mm jack or do we have sound through HDMI? It=E2=80=99s standard OSS interface, you can either access /dev/dsp0 = directly or use one of audio library (e.g. libao). To test it just install mpg321 and = try to=20 play some mp3s. Audio output is connected to both HDMI and 3.5mm jack and controlled by dev.pcm.0.dest sysctl. Available values are: 0 - auto. VideoCore decides where to direct audio output based on current HDMI mode. 1 - headphones, audio goes to 3.5mm jack 2 - HDMI. Audio goes to HDMI display. Please note that not every HDMI mode supports audio.=20= From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 09:44:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F35E991 for ; Sat, 7 Mar 2015 09:44:52 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC49777F for ; Sat, 7 Mar 2015 09:44:51 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t279idY8073635; Sat, 7 Mar 2015 04:44:39 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 7 Mar 2015 04:44:38 -0500 From: Brett Wynkoop To: Warner Losh Subject: Re: crash on writing usbstick Message-ID: <20150307044438.06136ea7@ivory.wynn.com> In-Reply-To: <42ACB215-0C41-4B7D-A259-D65892515BE2@bsdimp.com> References: <20150301041855.5352663e@ivory.wynn.com> <20150301144653.63b38cdf@ivory.wynn.com> <20150301184456.7b5e6487@ivory.wynn.com> <1DC8221F-64EA-418C-8CE5-5FFA4F3DBC64@bsdimp.com> <20150301203244.55578413@ivory.wynn.com> <20150302214352.5143d72e@ivory.wynn.com> <42ACB215-0C41-4B7D-A259-D65892515BE2@bsdimp.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 09:44:52 -0000 Greeting- I am updating my sources tonight and plan a kernel build over the weekend. If I still crash on USB Stick writes I think that it might be time for a real kernel hack to have a whack at my BBone. I am sure that if it happens for me it will happen for others. I remember when I tested a release of BSD/OS years ago I ran into a problem none of the dev team could reproduce on their equipment. In the end against my protests the product was released without fixing the issue. Once people started installing that version the support line went crazy with paying customers with the same problem. I have no idea how I do it, but I seem to always find the most interesting bugs. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 10:54:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D7C7E55 for ; Sat, 7 Mar 2015 10:54:05 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D244D10 for ; Sat, 7 Mar 2015 10:54:04 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t27As03w077114 for ; Sat, 7 Mar 2015 05:54:03 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 7 Mar 2015 05:53:51 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: crash on writing usbstick Message-ID: <20150307055351.10452c23@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 10:54:05 -0000 Not sure if this made it to the list. I did not see it come back to me. -Brett Begin forwarded message: Date: Sat, 7 Mar 2015 04:44:38 -0500 From: Brett Wynkoop To: Warner Losh Cc: Brett Wynkoop , freebsd-arm@freebsd.org Subject: Re: crash on writing usbstick Greeting- I am updating my sources tonight and plan a kernel build over the weekend. If I still crash on USB Stick writes I think that it might be time for a real kernel hack to have a whack at my BBone. I am sure that if it happens for me it will happen for others. I remember when I tested a release of BSD/OS years ago I ran into a problem none of the dev team could reproduce on their equipment. In the end against my protests the product was released without fixing the issue. Once people started installing that version the support line went crazy with paying customers with the same problem. I have no idea how I do it, but I seem to always find the most interesting bugs. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 I would never invade the United States. There would be a gun behind every blade of grass. --Isoroku Yamamoto From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 18:58:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9060F1CB for ; Sat, 7 Mar 2015 18:58:17 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2544677B for ; Sat, 7 Mar 2015 18:58:16 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 07 Mar 2015 19:58:06 +0100 id 00DCAA2C.54FB4A3E.0000D9F8 Date: Sat, 7 Mar 2015 19:58:05 +0100 From: Milan Obuch To: Oleksandr Tymoshenko Subject: Re: Raspberry Pi audio output Message-ID: <20150307195805.6650d408@zeta.dino.sk> In-Reply-To: <323C3582-8E9A-4112-8024-9D2B429EA55E@bluezbox.com> References: <20150306094919.29056f20@zeta.dino.sk> <323C3582-8E9A-4112-8024-9D2B429EA55E@bluezbox.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 18:58:17 -0000 On Fri, 6 Mar 2015 13:18:29 -0800 Oleksandr Tymoshenko wrote: >=20 > > On Mar 6, 2015, at 12:49 AM, Milan Obuch > > wrote: > >=20 > > Hello, > >=20 > > there is pcm0 device on Raspberry Pi, sysctl dev.pcm shows > >=20 > > dev.pcm.%parent:=20 > > dev.pcm.0.%desc: VCHQI audio > > dev.pcm.0.%driver: pcm > > dev.pcm.0.%location:=20 > > dev.pcm.0.%pnpinfo:=20 > > dev.pcm.0.%parent: vchiq0 > > dev.pcm.0.play.vchans: 1 > > dev.pcm.0.play.vchanmode: fixed > > dev.pcm.0.play.vchanrate: 48000 > > dev.pcm.0.play.vchanformat: s16le:2.0 > > dev.pcm.0.buffersize: 0 > > dev.pcm.0.bitperfect: 0 > > dev.pcm.0.dest: 0 > >=20 > > In /dev directory, there are just midistat and sndstat devices, > > cat /dev/sndstat shows > >=20 > > Installed devices: > > pcm0: (play) default > >=20 > > How can I use this device? I would like to check it and possibly > > use... Also, is it connected to 3.5 mm jack or do we have sound > > through HDMI? >=20 > It=E2=80=99s standard OSS interface, you can either access /dev/dsp0 dire= ctly > or use one of audio library (e.g. libao). To test it just install > mpg321 and try to play some mp3s. >=20 > Audio output is connected to both HDMI and 3.5mm jack and controlled > by dev.pcm.0.dest sysctl. Available values are: >=20 > 0 - auto. VideoCore decides where to direct audio output based on > current HDMI mode. > 1 - headphones, audio goes to 3.5mm jack > 2 - HDMI. Audio goes to HDMI display. Please note that not every HDMI > mode supports audio.=20 Thank you, yes, it works. I build audio/mp3blaster port, and tested it a bit. Also switching from HDMI to headphones works. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 20:53:18 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A25171B for ; Sat, 7 Mar 2015 20:53:18 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79810315 for ; Sat, 7 Mar 2015 20:53:16 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t27KrBRX016134 for ; Sat, 7 Mar 2015 15:53:12 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 7 Mar 2015 15:53:10 -0500 From: Brett Wynkoop To: freebsd-arm@freebsd.org Subject: svn server problems Message-ID: <20150307155310.55d0e19b@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 20:53:18 -0000 Greeting- So I have been trying since last night to svn up my source tree on the BBone with no luck. It seems to never complete and instead produces the following error: A sys/gnu/dts/arm/zynq-zc702.dts A sys/gnu/dts/arm/imx31-bug.dts A sys/gnu/dts/arm/ste-href-ab8500.dtsi svn: E120108: Error retrieving REPORT: The server unexpectedly closed the connection. Is anyone else seeing this issue? I am using the svnlite client from ports. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment I Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the government for a redress of grievances. From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 21:06:03 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3F45B78 for ; Sat, 7 Mar 2015 21:06:02 +0000 (UTC) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71FC2610 for ; Sat, 7 Mar 2015 21:06:02 +0000 (UTC) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t27L5xIN041701 for ; Sat, 7 Mar 2015 22:05:59 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Sat, 07 Mar 2015 22:05:58 +0100 (CET) Message-ID: <45ef370cb6c.33c874ef@mail.schwarzes.net> In-Reply-To: <20150307155310.55d0e19b@ivory.wynn.com> References: <20150307155310.55d0e19b@ivory.wynn.com> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: svn server problems MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Sat, 07 Mar 2015 22:06:00 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 21:06:03 -0000 On 07.03.15, Brett Wynkoop wrote: > I am using the svnlite client from ports. svnlite is part of world, there is no need to install it from ports. -asc From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 23:26:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 746D785D for ; Sat, 7 Mar 2015 23:26:06 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31285377 for ; Sat, 7 Mar 2015 23:26:05 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t27NQ3VB035205; Sat, 7 Mar 2015 18:26:03 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 7 Mar 2015 18:26:02 -0500 From: Brett Wynkoop To: Andreas Schwarz Subject: Re: svn server problems Message-ID: <20150307182602.3886f89b@ivory.wynn.com> In-Reply-To: <45ef370cb6c.33c874ef@mail.schwarzes.net> References: <20150307155310.55d0e19b@ivory.wynn.com> <45ef370cb6c.33c874ef@mail.schwarzes.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 23:26:06 -0000 On Sat, 07 Mar 2015 22:05:58 +0100 (CET) Andreas Schwarz wrote: > On 07.03.15, Brett Wynkoop wrote: > > > I am using the svnlite client from ports. > > svnlite is part of world, there is no need to install it from ports. My mistake....thought it came from ports. Either way the issue is why do I keep getting the disconnects when trying to svnlite up? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Gun Control: The theory that a woman found dead in an alley, raped and strangled with her own pantyhose, is somehow morally superior to a woman explaining to police how her attacker got that fatal bullet wound From owner-freebsd-arm@FreeBSD.ORG Sat Mar 7 23:29:50 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F95B8CB for ; Sat, 7 Mar 2015 23:29:50 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0512F38F for ; Sat, 7 Mar 2015 23:29:49 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t27NTlNu036534; Sat, 7 Mar 2015 18:29:47 -0500 (EST) (envelope-from freebsd-arm@wynn.com) Date: Sat, 7 Mar 2015 18:29:45 -0500 From: Brett Wynkoop To: Andreas Schwarz Subject: Re: svn server problems Message-ID: <20150307182945.51bf49c9@ivory.wynn.com> In-Reply-To: <45ef370cb6c.33c874ef@mail.schwarzes.net> References: <20150307155310.55d0e19b@ivory.wynn.com> <45ef370cb6c.33c874ef@mail.schwarzes.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 23:29:50 -0000 And again: U sys/dev/acpica/acpi_pci.c U sys/dev/usb/serial/usb_serial.h svn: E120108: Error retrieving REPORT: The server unexpectedly closed the connection. [root@beaglebone /usr/src]# Is anyone else seeing this? -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 April 19, 1775 An English attempt to confiscate guns from Americans triggered a successful revolution...... Dear Congress, that's a hint.